xulrunner, poppler, gnome and gupnp transitions

[Luk Claes]

Hi

Currently there are 4 rather big transitions going on, none of which is
ready to transition. Following are the things that currently are an
issue or that show why the 4 transitions are coupled:

* xulrunner:
- iceweasel crashes (#552178)?
- freej FTBFS on amd64 (no bug filed yet)
- gdl not built on hppa which prevents gnome-python-extras from migrating
- webkit not built on kfreebsd-amd64 which prevents kazehakase from
migrating

- ruby-gnome2 couples transition to gnome and poppler transition

* gnome:
- evolution not built on kfreebsd*
- gdl not built on hppa which prevents anjuta from migrating
- devhelp not built on kfreebsd-amd64 which prevents anjuta from migrating
- anjuta not yet built on all arches
- libgnomekbd not built on mips which prevents control-center from migrating
- control-center not yet built on all arches
- kdebase-workspace not yet built on mips prevents libxklavier from
migrating which prevents libgnomekbd from migrating
- opal not yet built on mips which prevents ekiga from migrating
- geeqie not yet built on all arches which prevents libchamplain and
empathy from migrating
- empathy not built on kfreebsd*
- gnome-swallow not built on all arches
- samba4 (RC bugs: #547280,#525888) prevents openchange and
evolution-mapi migration
- gnome-bluetooth not built on kfreebsd*
- gnome-disk-utility not yet built on all arches
- devicekit-disks not yet build on all arches
- gnome-main-menu should use libslab otherwise it prevents gnome-mag,
gnome-accessibility, hamster-applet and gnome-desktop-environment migration
- gnome-session not yet built on all arches
- gnome-user-share not yet built on all arches
- seahorse-plugins not yet built on all arches
- gst-plugins-base0.10 not yet built on all arches
- gstreamer0.10 not yet built on all arches
- totem not yet built on all arches
- yelp not built on kfreebsd-amd64
- seed not built on kfreebsd-amd64

- seed couples transition to gupnp and poppler transition (via
gir-repository)
- evince couples transition to poppler transition

* gupnp
- libnice not yet rebuilt/reuploaded

* poppler
- #553445

All help in fixing the issues is appreciated. As long as these are not
solved we won't accept other transitions from happening as it would very
probably make it only more complex. Please do check if your package is
involved in any of these transitions before uploading so it does not
introduce new dependencies.

Cheers

Luk


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Mike Hommey]

On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
> Hi
>
> Currently there are 4 rather big transitions going on, none of which is
> ready to transition. Following are the things that currently are an
> issue or that show why the 4 transitions are coupled:
>
> * xulrunner:
> - iceweasel crashes (#552178)?

Let's see what 3.5.5 will give us there.

> - freej FTBFS on amd64 (no bug filed yet)

This is #545600

Mike


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Mike Hommey]

On Sun, Nov 08, 2009 at 12:53:18PM +0100, Mike Hommey wrote:

> On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
> > Hi
> >
> > Currently there are 4 rather big transitions going on, none of which is
> > ready to transition. Following are the things that currently are an
> > issue or that show why the 4 transitions are coupled:
> >
> > * xulrunner:
> > - iceweasel crashes (#552178)?
>
> Let's see what 3.5.5 will give us there.
>
> > - freej FTBFS on amd64 (no bug filed yet)
>
> This is #545600

and #543546, which has a link to the patch.

Mike


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Luk Claes]

Mike Hommey wrote:

> On Sun, Nov 08, 2009 at 12:53:18PM +0100, Mike Hommey wrote:
>> On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
>>> Hi
>>>
>>> Currently there are 4 rather big transitions going on, none of which is
>>> ready to transition. Following are the things that currently are an
>>> issue or that show why the 4 transitions are coupled:
>>>
>>> * xulrunner:
>>> - iceweasel crashes (#552178)?
>> Let's see what 3.5.5 will give us there.
>>
>>> - freej FTBFS on amd64 (no bug filed yet)
>> This is #545600
>
> and #543546, which has a link to the patch.

Ok, marked accordingly with 'affects' and 'merge'.

Cheers

Luk


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Petr Salinger-3]

The webkit #554718 currently on kfreebsd-amd64 blocks building of
seed, yelp, gir-repository, gstreamer0.10 (via gir-repository),
devhelp, kazehakase, ...

For details see
http://lists.debian.org/debian-devel/2009/11/msg00289.html

Petr


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Marco d'Itri]

On Nov 08, Luk Claes <luk@...> wrote:

> - seed couples transition to gupnp and poppler transition (via
> gir-repository)
> - evince couples transition to poppler transition
seed due to gobject-introspection blocks udev, whose next release will
cause/require a concurrent upgrade of consolekit.

--
ciao,
Marco

[Adam D. Barratt-29]

On Sun, 2009-11-08 at 12:48 +0100, Luk Claes wrote:
> * gupnp
> - libnice not yet rebuilt/reuploaded

libnice was binNMUed as part of this transition so shouldn't be a
blocker.  The remaining issue that I can currently see here is gupnp-igd
being out-of-date on mips.

Adam


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Michal Čihař-2]

Hi

Dne Sun, 08 Nov 2009 12:48:11 +0100
Luk Claes <luk@...> napsal(a):

> - geeqie not yet built on all arches which prevents libchamplain and
> empathy from migrating

Filed upstream bug about FTBFS on hurd and I will try to look at it
deeper tomorrow, but new upload is anyway already waiting in NEW, so it
will take some time...

--
        Michal Čihař | http://cihar.com | http://blog.cihar.com

[Emilio Pozuelo Monfort-4]

Hello,

Luk Claes wrote:
> Hi
>
> Currently there are 4 rather big transitions going on, none of which is
> ready to transition. Following are the things that currently are an
> issue or that show why the 4 transitions are coupled:

[...]

> - gnome-main-menu should use libslab otherwise it prevents gnome-mag,
> gnome-accessibility, hamster-applet and gnome-desktop-environment migration

Just uploaded a fixed package.

Cheers,
Emilio

[Michael Banck]

On Sun, Nov 08, 2009 at 09:32:43PM +0100, Michal ??iha?? wrote:
> Hi
>
> Dne Sun, 08 Nov 2009 12:48:11 +0100
> Luk Claes <luk@...> napsal(a):
>
> > - geeqie not yet built on all arches which prevents libchamplain and
> > empathy from migrating
>
> Filed upstream bug about FTBFS on hurd

hurd-i386 is not relevant for testing migrations.


Michael


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Michal Čihař-2]

Dne Mon, 9 Nov 2009 11:22:14 +0100
Michael Banck <mbanck@...> napsal(a):

> On Sun, Nov 08, 2009 at 09:32:43PM +0100, Michal ??iha?? wrote:
> > Hi
> >
> > Dne Sun, 08 Nov 2009 12:48:11 +0100
> > Luk Claes <luk@...> napsal(a):
> >
> > > - geeqie not yet built on all arches which prevents libchamplain and
> > > empathy from migrating
> >
> > Filed upstream bug about FTBFS on hurd
>
> hurd-i386 is not relevant for testing migrations.

Yes, I noticed later that the some other builds are waiting, but this
one was FTBFS.

--
        Michal Čihař | http://cihar.com | http://blog.cihar.com

[Mike Hommey]

On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
> Hi
>
> Currently there are 4 rather big transitions going on, none of which is
> ready to transition. Following are the things that currently are an
> issue or that show why the 4 transitions are coupled:
>
> * xulrunner:
> - iceweasel crashes (#552178)?

Good news, this is not a bug in iceweasel/xulrunner, but one in
gnome2-globalmenu, which is not even in the archive.

Mike


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Luk Claes]

Mike Hommey wrote:

> On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
>> Hi
>>
>> Currently there are 4 rather big transitions going on, none of which is
>> ready to transition. Following are the things that currently are an
>> issue or that show why the 4 transitions are coupled:
>>
>> * xulrunner:
>> - iceweasel crashes (#552178)?
>
> Good news, this is not a bug in iceweasel/xulrunner, but one in
> gnome2-globalmenu, which is not even in the archive.

Can you please close the bug appropriately (explaining the details), TIA.

Cheers

Luk


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Mike Hommey]

On Sun, Nov 08, 2009 at 12:48:11PM +0100, Luk Claes wrote:
> Hi
>
> Currently there are 4 rather big transitions going on, none of which is
> ready to transition. Following are the things that currently are an
> issue or that show why the 4 transitions are coupled:
>
> * xulrunner:

Sorry, I delayed the transition with the 1.9.1.5 upload : it FTBFSes on
mips/mipsel. And according to http://db.debian.org/machines.cgi we don't
even have machines available to developers...

Mike


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Josselin Mouette]

Hi, and thanks for this much needed inventory. Most of the issues here
were fixed this week.

Maybe it’s time for a new review?

Le dimanche 08 novembre 2009 à 12:48 +0100, Luk Claes a écrit :
> - gdl not built on hppa which prevents gnome-python-extras from migrating

Now built.

> - webkit not built on kfreebsd-amd64 which prevents kazehakase from
> migrating

Now built.

> - evolution not built on kfreebsd*

Now built.

> - gdl not built on hppa which prevents anjuta from migrating

Now built.

> - devhelp not built on kfreebsd-amd64 which prevents anjuta from migrating

Now built.

> - anjuta not yet built on all arches

This is a consequence of the subversion FTBFS on said architectures. It
can be given-back once svn is fixed.

> - libgnomekbd not built on mips which prevents control-center from migrating

Now built.

> - control-center not yet built on all arches

Now built.

> - kdebase-workspace not yet built on mips prevents libxklavier from
> migrating which prevents libgnomekbd from migrating

Now built.

> - opal not yet built on mips which prevents ekiga from migrating

Now built.

> - geeqie not yet built on all arches which prevents libchamplain and
> empathy from migrating

Still fails to build on hppa.

> - empathy not built on kfreebsd*

It’s waiting on geoclue, which in turn needs disabling of gammu support
on !linux.

> - gnome-swallow not built on all arches

Still fails on hppa. (When is hppa going away, BTW?)

> - gnome-bluetooth not built on kfreebsd*

It won’t until FreeBSD has a better Bluetooth stack. The metapackage
doesn’t depend on it on kfreebsd.

> - gnome-disk-utility not yet built on all arches

It will only build on Linux, and is not depended upon otherwise.

> - devicekit-disks not yet build on all arches

Same remark. Furthermore the ide-cd bug makes it unreasonable to
migrate. Michael Biebl is working on it and has preliminary IDE support.

> - gnome-main-menu should use libslab otherwise it prevents gnome-mag,
> gnome-accessibility, hamster-applet and gnome-desktop-environment migration

Fixed.

> - gnome-session not yet built on all arches

Only hppa missing.

> - gnome-user-share not yet built on all arches

Just uploaded 2.28.1-3 which should build everywhere.

> - seahorse-plugins not yet built on all arches

Just uploaded 2.28.1-2 which should be easier on the buildds.

> - gst-plugins-base0.10 not yet built on all arches

Now built everywhere, still missing some buildd admin signatures.

> - gstreamer0.10 not yet built on all arches

Now built.

> - totem not yet built on all arches

Now built.

> - yelp not built on kfreebsd-amd64

Now built.

> - seed not built on kfreebsd-amd64

Now built.

> * poppler
> - #553445

Fixed by NMU.


--
 .''`.      Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `-     future understand things”  -- Jörg Schilling

[Luk Claes]

Josselin Mouette wrote:
> Hi, and thanks for this much needed inventory. Most of the issues here
> were fixed this week.
>
> Maybe it’s time for a new review?

Note that it was only a list of the most obvious blockers. Things I did
not look at yet for the gnome transition are RC bugs for instance.

Thanks for looking at the listed issues though.

> Le dimanche 08 novembre 2009 à 12:48 +0100, Luk Claes a écrit :

>> - anjuta not yet built on all arches
>
> This is a consequence of the subversion FTBFS on said architectures. It
> can be given-back once svn is fixed.

Ok, hopefully there will be soon some progress on that issue.

>> - empathy not built on kfreebsd*
>
> It’s waiting on geoclue, which in turn needs disabling of gammu support
> on !linux.

There does not seem to be any bug filed about this, is there any
progress in that regard?

>> - gnome-bluetooth not built on kfreebsd*
>
> It won’t until FreeBSD has a better Bluetooth stack. The metapackage
> doesn’t depend on it on kfreebsd.

Will the old kfreebsd-* binaries for gnome-bluetooth be requested for
removal?

Cheers

Luk


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Adam D. Barratt-29]

On Sat, 2009-11-14 at 15:45 +0100, Luk Claes wrote:
> Josselin Mouette wrote:
[...]
> > Le dimanche 08 novembre 2009 à 12:48 +0100, Luk Claes a écrit :
[...]
> >> - empathy not built on kfreebsd*
> >
> > It’s waiting on geoclue, which in turn needs disabling of gammu support
> > on !linux.
>
> There does not seem to be any bug filed about this, is there any
> progress in that regard?

#556178 was filed against geoclue this morning, but has already been
marked as wontfix and closed.  The suggestion was to modify gammu to
build without libusb support on !linux, but there doesn't appear to be
any open request to do that.

In either case, geoclue also Build-Depends on network-manager-dev, which
is not available on kfreebsd-*; removal of the build-dep on those
architectures was also requested in #556178.

Adam


--
To UNSUBSCRIBE, email to debian-devel-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

[Michal Čihař-2]

Hi

Dne Sat, 14 Nov 2009 15:09:51 +0100
Josselin Mouette <joss@...> napsal(a):

> > - empathy not built on kfreebsd*
>
> It’s waiting on geoclue, which in turn needs disabling of gammu support
> on !linux.

It rather looks like Gammu needs disabling libusb support on !linux,
I will do that.

--
        Michal Čihař | http://cihar.com | http://blog.cihar.com

[Josselin Mouette]

Le samedi 14 novembre 2009 à 15:45 +0100, Luk Claes a écrit :
> >> - anjuta not yet built on all arches
> >
> > This is a consequence of the subversion FTBFS on said architectures. It
> > can be given-back once svn is fixed.
>
> Ok, hopefully there will be soon some progress on that issue.

There have been no news of the subversion bug for more than 3 weeks.

> >> - empathy not built on kfreebsd*
> >
> > It’s waiting on geoclue, which in turn needs disabling of gammu support
> > on !linux.
>
> There does not seem to be any bug filed about this, is there any
> progress in that regard?

Laurent disabled geoclue support in empathy so that there is no need to
wait for a fix.

> >> - gnome-bluetooth not built on kfreebsd*
> >
> > It won’t until FreeBSD has a better Bluetooth stack. The metapackage
> > doesn’t depend on it on kfreebsd.
>
> Will the old kfreebsd-* binaries for gnome-bluetooth be requested for
> removal?

I just filed a request.

Cheers,
--
 .''`.      Josselin Mouette
: :' :
`. `'   “I recommend you to learn English in hope that you in
  `-     future understand things”  -- Jörg Schilling

[Michal Čihař-2]

Hi

Dne Sat, 14 Nov 2009 17:04:18 +0000
"Adam D. Barratt" <adam@...> napsal(a):

> #556178 was filed against geoclue this morning, but has already been
> marked as wontfix and closed.  The suggestion was to modify gammu to
> build without libusb support on !linux, but there doesn't appear to be
> any open request to do that.

Just uploaded Gammu with this fix. I'd be great if somebody would
notice me about this problem directly, it would not have to wait till I
get to read mails on mailing lists...

--
        Michal Čihař | http://cihar.com | http://blog.cihar.com