[gentoo-dev] libxul.so in gentoo

[gentoo-dev] libxul.so in gentoo

[Jauhien Piatlicki]

[-- Attachment #1: Type: text/plain, Size: 646 bytes --]

Hi,
May be a stupid question, but
Both firefox and thunderbird have xul library. Before there was a
separate package xulrunner in the tree, but as Mozilla does not provide
it as a separate package now (as far as I remember) both firefox and
thunderbird use there own libxul.so. It seems this is the same library
(Or am I wrong?). So may be it could be splitted into a separate
package? (The reason is its compilation takes a lot of time on week
machines and compiling it one time would be better than twice). Also as
far as I can see xulrunner is splitted into a separate package in Debian
and at least Iceweasel uses it.

Jauhien


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 897 bytes --]

Re: [gentoo-dev] libxul.so in gentoo

[Jeff Horelick]

On 21 October 2012 18:14, Jauhien Piatlicki <jpiatlicki@gmail.com> wrote:
> Hi,
> May be a stupid question, but
> Both firefox and thunderbird have xul library. Before there was a
> separate package xulrunner in the tree, but as Mozilla does not provide
> it as a separate package now (as far as I remember) both firefox and
> thunderbird use there own libxul.so. It seems this is the same library
> (Or am I wrong?). So may be it could be splitted into a separate
> package? (The reason is its compilation takes a lot of time on week
> machines and compiling it one time would be better than twice). Also as
> far as I can see xulrunner is splitted into a separate package in Debian
> and at least Iceweasel uses it.
>
> Jauhien
>

AFAIK, building Firefox and Thunderbird (and let's throw Seamonkey in
there while we're at it) against a shared libxul is considered
unsupported by upstream, which is why we do not do it. If compile
times of mozilla products are annoying for you, feel free to try the
-bin variants instead (firefox-bin, thunderbird-bin, seamonkey-bin).
The dependencies aren't too crazy, they work pretty well, they get
stabilised at the exact same time as the source packages and I try to
bump them as quickly as or quicker than the source builds.

Re: [gentoo-dev] libxul.so in gentoo

[Diego Elio Pettenò]

On 21/10/2012 15:54, Jeff Horelick wrote:
>  If compile
> times of mozilla products are annoying for you, feel free to try the
> -bin variants instead (firefox-bin, thunderbird-bin, seamonkey-bin).

Or complain with upstream enough so that they actually understand that
xulrunner or at least a sharable libxul is extremely useful to
distributions.

But considering their stance on distributions in general I don't see
that changing anytime soon.

-- 
Diego Elio Pettenò — Flameeyes
flameeyes@flameeyes.eu — http://blog.flameeyes.eu/

Re: [gentoo-dev] libxul.so in gentoo

[Chí-Thanh Christopher Nguyễn]

Jauhien Piatlicki schrieb:
> Both firefox and thunderbird have xul library. Before there was a 
> separate package xulrunner in the tree, but as Mozilla does not
> provide it as a separate package now (as far as I remember) both
> firefox and thunderbird use there own libxul.so.

That is not correct. Mozilla does provide xulrunner, released in sync
with firefox versions:
http://ftp.mozilla.org/pub/mozilla.org/xulrunner/releases/

It was decided some time ago to remove xulrunner from Gentoo (bug 403415).

> It seems this is the same library (Or am I wrong?). So may be it
> could be splitted into a separate package? (The reason is its
> compilation takes a lot of time on week machines and compiling it
> one time would be better than twice). Also as far as I can see
> xulrunner is splitted into a separate package in Debian and at
> least Iceweasel uses it.

Building firefox, thunderbird or seamonkey against xulrunner is
possible, but not a supported configuration by Mozilla.


Best regards,
Chí-Thanh Christopher Nguyễn

Re: [gentoo-dev] libxul.so in gentoo

[Samuli Suominen]

On 22/10/12 03:52, Chí-Thanh Christopher Nguyễn wrote:
> Jauhien Piatlicki schrieb:
>> Both firefox and thunderbird have xul library. Before there was a
>> separate package xulrunner in the tree, but as Mozilla does not
>> provide it as a separate package now (as far as I remember) both
>> firefox and thunderbird use there own libxul.so.
>
> That is not correct. Mozilla does provide xulrunner, released in sync
> with firefox versions:
> http://ftp.mozilla.org/pub/mozilla.org/xulrunner/releases/
>
> It was decided some time ago to remove xulrunner from Gentoo (bug 403415).

Please note that I've helped with that bug only to get rid of the 
***ancient vulnerable*** copies of xulrunner from tree

This is actually news to me that they ship separate xulrunner still.

The Gentoo mozilla@ members led me to believe it would need to be 
splitted from Firefox instead -- and that webkit-gtk, webkit-qt, 
spidermonkey, and npapi-sdk would serve the purpose instead.

And well, indeed, we managed to convert into those by only lastriting 
*one* ancient application from tree.

But if there are still new applications out that still want to use the 
actual libxul and co. I have no objections whatsoever in reintroducing 
it with up-to-date version in tree. However, Gentoo @mozilla team might 
disagree.

>
>> It seems this is the same library (Or am I wrong?). So may be it
>> could be splitted into a separate package? (The reason is its
>> compilation takes a lot of time on week machines and compiling it
>> one time would be better than twice). Also as far as I can see
>> xulrunner is splitted into a separate package in Debian and at
>> least Iceweasel uses it.
>
> Building firefox, thunderbird or seamonkey against xulrunner is
> possible, but not a supported configuration by Mozilla.

Upstreams know best. Not. Now after hearing all this, it seems the 
mozilla team went wrong direction -- As in, instead of helping to get 
rid of the old xulrunner from tree, I should have been putting my time 
in adding the updated xulrunner to tree...

A bit disappointing overall.

- Samuli

Re: [gentoo-dev] libxul.so in gentoo

[Jory A. Pratt]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 10/22/2012 02:29 AM, Samuli Suominen wrote:
> On 22/10/12 03:52, Chí-Thanh Christopher Nguyễn wrote:
>> Jauhien Piatlicki schrieb:
>>> Both firefox and thunderbird have xul library. Before there was
>>> a separate package xulrunner in the tree, but as Mozilla does
>>> not provide it as a separate package now (as far as I remember)
>>> both firefox and thunderbird use there own libxul.so.
>> 
>> That is not correct. Mozilla does provide xulrunner, released in
>> sync with firefox versions: 
>> http://ftp.mozilla.org/pub/mozilla.org/xulrunner/releases/
>> 
>> It was decided some time ago to remove xulrunner from Gentoo
>> (bug 403415).
> 
> Please note that I've helped with that bug only to get rid of the 
> ***ancient vulnerable*** copies of xulrunner from tree
> 
> This is actually news to me that they ship separate xulrunner
> still.
> 
> The Gentoo mozilla@ members led me to believe it would need to be 
> splitted from Firefox instead -- and that webkit-gtk, webkit-qt, 
> spidermonkey, and npapi-sdk would serve the purpose instead.
> 
> And well, indeed, we managed to convert into those by only
> lastriting *one* ancient application from tree.
> 
> But if there are still new applications out that still want to use
> the actual libxul and co. I have no objections whatsoever in
> reintroducing it with up-to-date version in tree. However, Gentoo
> @mozilla team might disagree.
> 
>> 
>>> It seems this is the same library (Or am I wrong?). So may be
>>> it could be splitted into a separate package? (The reason is
>>> its compilation takes a lot of time on week machines and
>>> compiling it one time would be better than twice). Also as far
>>> as I can see xulrunner is splitted into a separate package in
>>> Debian and at least Iceweasel uses it.
>> 
>> Building firefox, thunderbird or seamonkey against xulrunner is 
>> possible, but not a supported configuration by Mozilla.
> 
> Upstreams know best. Not. Now after hearing all this, it seems the 
> mozilla team went wrong direction -- As in, instead of helping to
> get rid of the old xulrunner from tree, I should have been putting
> my time in adding the updated xulrunner to tree...
> 
> A bit disappointing overall.
> 
> - Samuli
> 
> 
Goes to show you do not understand what you are talking about. The
only way to use libxul from version 5 on would have been to provide a
symlink into firefox/thunderbird/seamonkey as the system gre was
killed. This prevents any clean upgrade path hense the removal.

- -- 
- ---------------------------------------------------------------
Jory A. Pratt
Gentoo Linux: Developer, Mozilla Lead
E-Mail     : anarchy@gentoo.org
GnuPG FP   : 1846 8624 BD44 FDAC 96E2  3E9E 8BBF 7F40 9019 241D
- ---------------------------------------------------------------
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://www.enigmail.net/

iQEcBAEBAgAGBQJQhUkEAAoJEIu/f0CQGSQdb2IH/2nNWRH+Cw7CjhXAupr5YJDy
HPv1lztYJcWHdZ3JFAU5VoM+UMfkmBWq6iRh8/+w3KeJ3GsXFmvSyZK+1ovs+jF9
avetRXdhIRFhhy6eqKb4ry0yaoeNNpWHbY01w5peZUVwRPSNP5K1dNAKu9XnIxUl
ygCP8Bj3Xx4yuV8GrQm3TZHRsUJfjLoqneg6gyA7wWRBky9hWTK1g0+CsLaFiQPc
VzwcyOSGLPnOpZTg40y8rCGJA6g92lzFpe9nhReXnt8LnBD6dl79nlqbzpxGk7mZ
YpENUq87VqLKvxtis+25hP4v/z/vxpFBDdRzi9e5AK2l2Pt9P3tXNVZSKThzHxQ=
=SbQE
-----END PGP SIGNATURE-----

[gentoo-dev] Re: libxul.so in gentoo

[Duncan]

Jory A. Pratt posted on Mon, 22 Oct 2012 08:24:20 -0500 as excerpted:

> Goes to show you do not understand what you are talking about. The only
> way to use libxul from version 5 on would have been to provide a symlink
> into firefox/thunderbird/seamonkey as the system gre was killed. This
> prevents any clean upgrade path hense the removal.

For anyone else without a clue what "gre" is in this context (graduate 
record exam? no, generic routing encapsulation? no), a bit of googling 
turned this up:

https://developer.mozilla.org/en-US/docs/GRE

Excerpts...

Gecko Runtime Environment

This embedding framework allows applications to locate a compatible Gecko 
runtime and embed it without knowing in advance where that runtime will 
be installed.

XULRunner: the new GRE

If you link directly against [libxpcom.so] your application will not 
launch unless [it] is in your PATH. This prevents dynamically finding a 
compatible GRE at runtime.

The solution is to statically link against xpcomglue.lib, also known as 
the "standalone glue" 

Gecko 6.0 note
(Firefox 6.0 / Thunderbird 6.0 / SeaMonkey 2.3)

Support for locating a standalone glue was removed in Gecko 6.0 (Firefox 
6.0 / Thunderbird 6.0 / SeaMonkey 2.3).

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman