Bug#511477: iceape: Shouldn't release with Lenny
jmm at inutil.org
Mon Jan 26 18:49:59 UTC 2009
On Mon, Jan 26, 2009 at 07:25:39AM +0100, Mike Hommey wrote:
> On Sun, Jan 25, 2009 at 10:51:07PM +0100, Moritz Muehlenhoff wrote:
> > Moritz Muehlenhoff wrote:
> > > > Most of the rdeps should only need headers and possibly a .a provided in
> > > > the -dev-bin package. There shouldn't be anything needing iceape-browser
> > > > files, but that's only an assumption. That's why I asked to check
> > > > whether they build without iceape-browser installed.
> > >
> > > Ok, I'll try a few test builds tonight and post my findings to this bug.
> > I've built a trimmed-down iceape, which only leaves iceape-dev and iceape-dev-bin.
> > The results so far (some packages still need to be built, since they're somewhat
> > large. For some reason we've seem to stuffed Xulrunner into the largest packages
> > in Debian :-)
> > Not in Lenny:
> > gecko-mediaplayer
> > Worked:
> > vlc
> > gnome-chemistry-utils
> > gtk-vnc
> > mozilla-bonobo
> > totem
> > mplayerplug-in
> > rhythmbox
> > Not tested yet:
> > gcj-4.2
> > openoffice.org
> > gcj-4.3
> > cacao-oj6
> > eclipse
> > openjdk-6
> > Failed:
> > mozilla-traybiff
> > icedtea-gcjwebplugin
> > classpath
> > The last three all failed to link against xpcom. Since icedove provides a
> > libxpcom.so, do you think it might be possible to adapt builds deps to it?
> I think it might be possible to just add it (and libxpcom_core.so) to
> the iceape-dev-bin package, with a conflict with iceape-browser.
That worked. I've been able to properly rebuild mozilla-traybiff,
icedtea-gcjwebplugin and classpath.
I'll upload the fixed iceape to unstable once I've completed the remaining
testbuilds of openoffice.org, cacao-oj6, eclipse and openjdk-6.
More information about the pkg-mozilla-maintainers