window maximization in TwinView mode

[JB]

Window maximization works across physical displays instead of just one physical display in TwinViem mode X-server e.g

Window maximization works across physical displays instead of just one physical display in TwinViem mode X-server e.g. maximized windows are streched across phisycal displays(monitor & TV).
This seems to be true only for Ubuntu(hoary) package of openbox.(?) Debian Sid package is OK.

package version: 3.2-7
X.org: 6.8.2-10

[Jorge Bernal (koke)]

The package version (3.2-7) is the same in Hoary, sarge and sid. This may be a xorg issue.

Have you tried the sid package in ubuntu, running xorg or in debian running xfree?

[dvhart (darren-dvhart)]

I had the same problem, turns out that the universe deb wasn't built with libxinerama support. I downloaded the source, installed libxinerama-dev, built the openbox deb and installed it, all is well. So, the fix is to make sure libxinerama-dev is in the required package list to build it, and rebuild the package. To verify, run:

$ ldd /usr/bin/openbox

It should list libXinerama in the output, like this:
        libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0xb7f35000)

I have a rebuilt deb if anyone would like it, just let me know.

[dvhart (darren-dvhart)]

My previous comment may be misplaced, as this bug referes to TwinView specifically. Nevertheless, we would be fixing a bug in the package by rebuilding it with libxinerama support since it claims to have it in the description :-).

[dvhart (darren-dvhart)]

I tried installing the upstream openbox again, it still isn't linked against libxinerama. See the output of ldd below on the upstream package (no libxinerama) and on the package I built with libxinerama-dev installed (libxinerama listed). The upstream package still maximizes across two physical screens when using xinerama, instead of just one as it should. Openbox is also unable to make intelligent window placement choices without this library. Please rebuild the package with libxinerama support and push it upstream. My version of the .deb can be found here for comparison: http://www.dvhart.com/~dvhart/openbox_3.2-7_i386.deb

Upstream package:
dvhart@farah:~$ ldd `which openbox`
        libXft.so.2 => /usr/lib/libXft.so.2 (0xb7fcb000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7f5e000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7f37000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7f2e000)
        libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0xb7f2a000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7f1d000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7ea1000)
        libstartup-notification-1.so.0 => /usr/lib/libstartup-notification-1.so.0 (0xb7e98000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0xb7e8f000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0xb7e76000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7db1000)
        libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7cb2000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7caf000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7c9f000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7c8e000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7c6c000)
        libobrender.so.1 => /usr/lib/libobrender.so.1 (0xb7c5b000)
        libobparser.so.1 => /usr/lib/libobparser.so.1 (0xb7c57000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7b2a000)
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7b0a000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7feb000)

My package:
dvhart@farah:~$ ldd `which openbox`
        libXft.so.2 => /usr/lib/libXft.so.2 (0xb7fcb000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7f5e000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7f37000)
        libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0xb7f33000)
        libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7f2b000)
        libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0xb7f27000)
        libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7f1a000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7e9e000)
        libstartup-notification-1.so.0 => /usr/lib/libstartup-notification-1.so.0 (0xb7e95000)
        libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0xb7e8b000)
        libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0xb7e73000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7dae000)
        libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7caf000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7cac000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7c9c000)
        libz.so.1 => /usr/lib/libz.so.1 (0xb7c8a000)
        li...

[Andrew Mitchell (ajmitch)]

I suggest you check again. I just fetched the package from http://archive.ubuntu.com/ubuntu/pool/universe/o/openbox/openbox_3.2-7ubuntu1_i386.deb
and it depends on libxinerama1
Extracting that package gives me
        libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb7ead000)
in ldd output

[Andrew Mitchell (ajmitch)]

And of course this is in breezy - we are not updating anything in hoary universe

[dvhart (darren-dvhart)]

Ah, well I was referring to hoary, and the hoary deb doesn't depend on libxinerama1. I thought this was the right place as breezy hadn't been released yet. So for hoary, even if a package description claims xinerama support, but wasn't built with it, the package will not be updated? I understand not adding new functionality or apps to a stable release, but isn't this a bug? Or at the very least a build error that should be corrected? If not, where can I educate myself on what is considered a "bug" in a stable ubuntu distribution.

Apologies for any confusion.

Hoary openbox package info for reference:
$ aptitude show openbox
Package: openbox
New: yes
State: installed
Automatically installed: no
Version: 3.2-7
Priority: optional
Section: universe/x11
Maintainer: Tore Anderson <email address hidden>
Uncompressed Size: 938k
Depends: libc6 (>= 2.3.2.ds1-4), libfontconfig1 (>= 2.2.1), libfreetype6 (>=
         2.1.5-1), libglib2.0-0 (>= 2.6.0), libice6 | xlibs (> 4.1.0), libsm6 |
         xlibs (> 4.1.0), libstartup-notification0 (>= 0.8), libx11-6 | xlibs
         (> 4.1.0), libxext6 | xlibs (> 4.1.0), libxft2 (> 2.1.1), libxml2 (>=
         2.6.17), libxrandr2 | xlibs (> 4.3.0), libxrender1, zlib1g (>=
         1:1.2.1)
Recommends: obconf
Suggests: menu, ttf-bitstream-vera, python, libxml2-dev
Conflicts: menu (< 2.1.12)
Provides: x-window-manager
Description: standards compliant, fast, light-weight, extensible window manager
 Openbox works with your applications, and makes your desktop easier to manage.
 This is because the approach to its development was the opposite of what seems
 to be the general case for window managers. Openbox was written first to
 comply with standards and to work properly. Only when that was in place did
 the team turn to the visual interface.

 Openbox is fully functional as a stand-alone working environment, or can be
 used as a drop-in replacement for the default window manager in the GNOME or
 KDE desktop environments.

 Openbox 3 is a completely new breed of window manager. It is not based upon
 any existing code base, although the visual appearance has been based upon
 that of Blackbox. Openbox 2 was based on the Blackbox 0.65.0 codebase.

 Some of the things to look for in Openbox are:

 * ICCCM and EWMH compliance!
 * Fast as f$%k!
 * Chainable key bindings!
 * Customizable mouse actions!
 * Window resistance!
 * Multi-head Xinerama support!
 * Pipe menus!

[dvhart (darren-dvhart)]

Also note that this bug was originally opened by JB against hoary, not breezy.

[Andrew Mitchell (ajmitch)]

Bug fixes after release are for critical or security reasons. Openbox didn't really qualify for that, sorry