[opensuse-factory] deprecation of xulrunner packages
Hi, because xulrunner as a stable platform is basically dead with Mozilla's new rapid release cycle we more or less need to remove the packages from Factory. This includes: mozilla-xulrunner192 mozilla-xulrunner20 Version 2.0 is already out of upstream support while 1.9.2 will live for some more weeks (not exactly sure for how long). According to OBS the following packages are still depending on these: mozilla-xulrunner192: google-gadgets libgluezilla0 libreoffice libreoffice-bootstrap libreoffice-components libreoffice-libs-extern moonlight moonshine mozilla-xulrunner20: PackageKit bundle-lang-gnome-extras chmsee icedtea-web libproxy-plugins rhythmbox There are probably only JS engine consumers (libproxy-plugins?) which should have a replacement already in Factory with the js package? Then there are NPAPI only consumers I guess which just need some header files? What else do those packages need? That's important to me to find out what exactly we need to provide in Factory to be able to remove the full xulrunner packages. Also if some package is missing in the above list for whatever reason, please let me know. Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
On 27/07/11 10:19, Wolfgang Rosenauer wrote:
What else do those packages need? That's important to me to find out what exactly we need to provide in Factory to be able to remove the full xulrunner packages.
There is also package graphics/pencil which is a mockup editor packaged as a standalone extension. (Contains chrome + shell script which invokes xulrunner with correct parameters). I guess we won't be able to keep this kind of packages, right? -- Best Regards / S pozdravom, Pavol RUSNAK SUSE LINUX, s.r.o openSUSE Boosters Team Lihovarska 1060/12 PGP 0xA6917144 19000 Praha 9 prusnak[at]opensuse.org Czech Republic -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am 27.07.2011 11:53, schrieb Pavol Rusnak:
On 27/07/11 10:19, Wolfgang Rosenauer wrote:
What else do those packages need? That's important to me to find out what exactly we need to provide in Factory to be able to remove the full xulrunner packages.
There is also package graphics/pencil which is a mockup editor packaged as a standalone extension. (Contains chrome + shell script which invokes xulrunner with correct parameters). I guess we won't be able to keep this kind of packages, right?
We still have the option to have xulrunner available but its APIs would be unstable. So everything what needs to _build_ against xulrunner's apis would likely be impossible. Real XUL Apps based on JS and XUL only could still be possible but also could break with future xulrunner updates. Xulapps containing binary components are expected to break with every update until they get rebuilt. Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Pavol Rusnak schrieb:
On 27/07/11 10:19, Wolfgang Rosenauer wrote:
What else do those packages need? That's important to me to find out what exactly we need to provide in Factory to be able to remove the full xulrunner packages.
There is also package graphics/pencil which is a mockup editor packaged as a standalone extension. (Contains chrome + shell script which invokes xulrunner with correct parameters). I guess we won't be able to keep this kind of packages, right?
Wolfgang mentioned one option, another is to directly use Firefox as Firefox AFAIK can act just like XULRunner when the -app parameter is being passed. Robert Kaiser -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Le mercredi 27 juillet 2011, à 10:19 +0200, Wolfgang Rosenauer a écrit :
According to OBS the following packages are still depending on these:
mozilla-xulrunner192: google-gadgets libgluezilla0 libreoffice libreoffice-bootstrap libreoffice-components libreoffice-libs-extern moonlight moonshine
mozilla-xulrunner20: PackageKit bundle-lang-gnome-extras chmsee icedtea-web libproxy-plugins rhythmbox
PackageKit and rhythmbox only need the NPAPI stuff. chmsee is becoming a xulrunner app (in git), but will still require some stuff to build a xpcom component (see https://github.com/jungleji/chmsee/blob/master/README) I'll see if libproxy-plugins can build with the js package (I see Dominique fixed this upstream). As for google-gadgets, I guess it wants gtkmozembed... But it can use webkit too, I'll look at it. No idea about all the others. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Vincent Untz schrieb:
As for google-gadgets, I guess it wants gtkmozembed... But it can use webkit too, I'll look at it.
gtkmozembed is being removed from new versions anyhow (to be replaced with a better embedding solution some time in the future), so better make it not use it at all, esp. if it has a different option (as much as it hurts me when something replaced Mozilla stuff with webshit). Robert Kaiser -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Vincent Untz schrieb:
As for google-gadgets, I guess it wants gtkmozembed... But it can use webkit too, I'll look at it.
webkit is the same non-updateble mess. Ciao, Marcus -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Hi, thanks. Am 27.07.2011 14:00, schrieb Vincent Untz:
PackageKit and rhythmbox only need the NPAPI stuff.
I'm wondering if it makes sense to import the headers into their own code? https://wiki.mozilla.org/NPAPI Or should we provide a "npapi-sdk" package which just installs the header files (and pkg-config stuff). Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Le mercredi 27 juillet 2011, à 14:08 +0200, Wolfgang Rosenauer a écrit :
Hi,
thanks.
Am 27.07.2011 14:00, schrieb Vincent Untz:
PackageKit and rhythmbox only need the NPAPI stuff.
I'm wondering if it makes sense to import the headers into their own code? https://wiki.mozilla.org/NPAPI
Oh, actually rhythmbox already does this, so I'm dropping the xulrunner BuildRequires there.
Or should we provide a "npapi-sdk" package which just installs the header files (and pkg-config stuff).
So I don't know: if it's only for PackageKit, it's not really required, as I'm sure I can get the headers shipped with PackageKit. If other packages need the NPAPI SDK, then a npapi-sdk could be a good thing. Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
Am 27.07.2011 14:36, schrieb Vincent Untz:
Or should we provide a "npapi-sdk" package which just installs the header files (and pkg-config stuff).
So I don't know: if it's only for PackageKit, it's not really required, as I'm sure I can get the headers shipped with PackageKit. If other packages need the NPAPI SDK, then a npapi-sdk could be a good thing.
The package npapi-sdk is now available in Factory and packages which just need the npapi headers (browser plugin components shouldn't need more, although icedtea-web might be different as it seems they call back into Gecko for some reason :-() Unfortunately it's still not completely clear to me how to proceed with the remaining stuff. As it's for sure possible to create a devel package for Firefox still every future Firefox update will most likely break the embeddors. So here is a _call to every maintainer of a package which is built against mozilla-xulrunner* in Factory_! Please join opensuse-factory-mozilla@opensuse.org and speak up there to discuss how we can proceed if you think it's not possible to build your package using js-devel npapi-sdk Also please join if you have issues changing your package to use them. There is not much time left to come up with a plan. I'd like to drop mozilla-xulrunner20 ASAP (as it's unmaintained security-wise already from upstream). mozilla-xulrunner192 likely to follow soon. Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org
participants (5)
-
Marcus Meissner -
Pavol Rusnak -
Robert Kaiser -
Vincent Untz -
Wolfgang Rosenauer