semi-automatic firefox rebuilds (was Re: Review queue/FESCo after the merge)

Denis Leroy denis at poolshark.org
Tue Nov 20 08:25:47 UTC 2007


Thorsten Leemhuis wrote:
> 
> On 19.11.2007 19:02, Jesse Keating wrote:
>> On Mon, 19 Nov 2007 18:52:12 +0100
>> Thorsten Leemhuis <fedora at leemhuis.info> wrote:
>>
>>> /me removes the newlines and created a quick loop in bash
>>> Here is your "script":
>>> ---
>>> for package in blam chmsee devhelp epiphany epiphany-extensions
>>> firefox galeon gnome-python2-extras gnome-web-photo gtkmozembedmm
>>> kazehakase liferea Miro openvrml ruby-gnome2 yelp; do
>>> 	pushd ${package}
>>> 	bumpspecfile.py *.spec
>>> 	make tag build
>>> 	popd
>>> done
>> So this is great and all, but it's FF specific, where we're moving to
>> xulrunner anyway.  Time is better spent getting these things to support
>> xul.
> 
> F8 will still be around for about 12 months, which IMHO is more then
> enough a reason to warrant one or two of work. Especially as it safes
> the maintainers of the packages some work, so in the end less work for
> everybody.
> 
> BTW, does xulrunner properly and for real solve the problem? The current
> rawhide package just as firefox has a path with a version number in it
> (/usr/lib64/xulrunner-1.9a9pre/) so I fear that there sill will be
> packages taht depend on a particular xulrunner version. Or is there some
> abstraction somewhere to make sure packages don't depend on a particular
> version of xulrunner?

I also don't understand. I thought the whole point of having xulrunner 
was precisely so we can package it properly using a more classic dynamic 
libraries versioning scheme...

-d




More information about the fedora-devel-list mailing list