Enabling xinerama in tinderbox builds

[Sylavin Pasche]

Hi,

Apparently, The reason it is not enabled by default is because of
some issues with Red Hat 7 [1].

Current nightly tinderbox seems to be running Red Hat Enterprise Linux
AS release 3 [2]. Maybe the xinerama issues are solved on that version?

If this is a bad idea to turn it on, we may WONTFIX bug 318331.

Sylvain

[1]
http://bonsai.mozilla.org/cvsblame.cgi?file=mozilla/configure.in&rev=1.1779&mark=5334-5338#5334

[2]
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1175515800.1175516752.25664.gz&fulltext=1

[Benjamin Smedberg]

Sylavin Pasche wrote:
> Hi,
>
> Apparently, The reason it is not enabled by default is because of
> some issues with Red Hat 7 [1].
>
> Current nightly tinderbox seems to be running Red Hat Enterprise Linux
> AS release 3 [2]. Maybe the xinerama issues are solved on that version?
>
> If this is a bad idea to turn it on, we may WONTFIX bug 318331.

What are the implications of enabling xinerama? If somebody installs a build
onto a machine without xinerama, does the build still work? Are there Linux
distros avaialble commonly that do not have xinerama?

Our target support for Linux distros is coded in a chart here:
http://developer.mozilla.org/en/docs/Linux_Compatibility_Reference

--BDS

[Sylvain Pasche]

Benjamin Smedberg wrote:
>
> What are the implications of enabling xinerama? If somebody installs a build
> onto a machine without xinerama, does the build still work? Are there Linux
> distros avaialble commonly that do not have xinerama?
>
> Our target support for Linux distros is coded in a chart here:
> http://developer.mozilla.org/en/docs/Linux_Compatibility_Reference

Looks like I did not pay enough attention to the runtime side of the
story :-/

I wrongly thought xinerama was included inside libX11, but it is shipped
in a separate library in Ubuntu at least, in package libxinerama1.

Although almost all X11 packages have libxinerama1 in their dependency,
in theory it could be possible not to install that library. And if I
read mozilla/widget/src/gtk2/nsScreenManagerGtk.cpp correctly, there's
no runtime detection of xinerama, so the build would fail if xinerama is
not available.

Sorry for the noise, and I'm going to WONTFIX bug 318331 by the way.

Sylvain

[Sylvain Pasche]

Benjamin Smedberg wrote:
>
> What are the implications of enabling xinerama? If somebody installs a build
> onto a machine without xinerama, does the build still work? Are there Linux
> distros avaialble commonly that do not have xinerama?

Forget my previous message, that was not entirely correct. It looks like
gtk2 always depends on Xinerama on the supported set of distributions:

For Ubuntu (since 5.04), gtk2 depends on libxinerama1.

On FC4 and RHEL/CentOS, gtk2 depends on xorg-x11-libs which contains
/usr/X11R6/lib/libXinerama.so.1

For FC6, that's libXinerama which offers it.

On the Suse side, some people on #suse reported me gtk2 also links to
Xinerama (Suse 10.0).

What about enabling automatic Xinerama detection in configure.in? I
guess there's no advantage in not enabling it if the development
libraries are available, and that would not require tinderbox config
changes.

Sylvain