Bug#637331: transition: nautilus
Am 17.10.2011 19:06, schrieb Michael Biebl: > Am 12.10.2011 20:38, schrieb Julien Cristau: >> On Wed, Aug 10, 2011 at 15:11:57 +0200, Michael Biebl wrote: >> Should be ok to go ahead with this now, I think. Let the fun begin. > > Here is a first round of removal requests from testing for packages involved > in the libpanel-applets transition: groundcontrol looks active upstream and their bzr branch has a port to GI from a cursory glance. Packaging a bzr snapshot based on GI is a bit too much for my taste for a NMU, so I'd prefer if groundcontrol was removed from testing and the upload made by the maintainer. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#637331: transition: nautilus
Hi, On Mon, 17 Oct 2011, Michael Biebl wrote: > Here is a first round of removal requests from testing for packages involved > in the libpanel-applets transition: > > gnome-main-menu #638094 > orca #638112 (will be updated in GNOME 3.2 to work without libgail-module) > accerciser #638112 (will be update in GNOME 3.2 to work without > libgail-module) Please remove indicator-applet (#638113) from testing as well. Ubuntu dropped the package from Oneiric, there's a port somewhat in progress but it's not working at all currently. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/go/ulule-rh/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111023134018.ga25...@rivendell.home.ouaza.com
Bug#637331: transition: nautilus
Am 12.10.2011 20:38, schrieb Julien Cristau: > On Wed, Aug 10, 2011 at 15:11:57 +0200, Michael Biebl wrote: > >> as next step of getting GNOME 3 into unstable, we'd like to request a >> slot to start the nautilus 3 transition > > Should be ok to go ahead with this now, I think. Let the fun begin. Here is a first round of removal requests from testing for packages involved in the libpanel-applets transition: gnome-main-menu #638094 orca #638112 (will be updated in GNOME 3.2 to work without libgail-module) accerciser #638112 (will be update in GNOME 3.2 to work without libgail-module) Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#637331: transition: nautilus
On Fri, Oct 14, 2011 at 08:49:40 +0200, Michael Biebl wrote: > Am 12.10.2011 20:38, schrieb Julien Cristau: > > On Wed, Aug 10, 2011 at 15:11:57 +0200, Michael Biebl wrote: > > > >> as next step of getting GNOME 3 into unstable, we'd like to request a > >> slot to start the nautilus 3 transition > > > > Should be ok to go ahead with this now, I think. Let the fun begin. > > As requested on irc: > > please schedule a binNMU for nautilus-share > with a dep-wait on libnautilus-extension-dev (>= 3.0.0) > Done. Cheers, Julien -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111014175553.gb12...@radis.liafa.jussieu.fr
Bug#637331: transition: nautilus
Am 12.10.2011 20:38, schrieb Julien Cristau: > On Wed, Aug 10, 2011 at 15:11:57 +0200, Michael Biebl wrote: > >> as next step of getting GNOME 3 into unstable, we'd like to request a >> slot to start the nautilus 3 transition > > Should be ok to go ahead with this now, I think. Let the fun begin. As requested on irc: please schedule a binNMU for nautilus-share with a dep-wait on libnautilus-extension-dev (>= 3.0.0) Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#637331: transition: nautilus
On 10/12/2011 10:51 PM, Julien Cristau wrote: > On Wed, Oct 12, 2011 at 20:38:16 +0200, Julien Cristau wrote: > >> On Wed, Aug 10, 2011 at 15:11:57 +0200, Michael Biebl wrote: >> >>> as next step of getting GNOME 3 into unstable, we'd like to request a >>> slot to start the nautilus 3 transition >> >> Should be ok to go ahead with this now, I think. Let the fun begin. >> > And to be clear, this is the big g3 transition which is nautilus + panel > + some other stuff (bluetooth, gnomekbd, gnome-media, something else?). > and fear! -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4e960111.6090...@debian.org
Bug#637331: transition: nautilus
On Wed, Oct 12, 2011 at 20:38:16 +0200, Julien Cristau wrote: > On Wed, Aug 10, 2011 at 15:11:57 +0200, Michael Biebl wrote: > > > as next step of getting GNOME 3 into unstable, we'd like to request a > > slot to start the nautilus 3 transition > > Should be ok to go ahead with this now, I think. Let the fun begin. > And to be clear, this is the big g3 transition which is nautilus + panel + some other stuff (bluetooth, gnomekbd, gnome-media, something else?). Cheers, Julien -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111012205108.gv12...@radis.liafa.jussieu.fr
Bug#637331: transition: nautilus
On Wed, Aug 10, 2011 at 15:11:57 +0200, Michael Biebl wrote: > as next step of getting GNOME 3 into unstable, we'd like to request a > slot to start the nautilus 3 transition Should be ok to go ahead with this now, I think. Let the fun begin. Cheers, Julien -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111012183816.gu12...@radis.liafa.jussieu.fr
Bug#637331: transition: nautilus
Hi, On Mon, 15 Aug 2011, Michael Biebl wrote: > I would consider non-functioning automount for a (short) period of time as > acceptable compromise, but ymmv. The "short" only holds if the rest of GNOME 3 is ready as well, which you seem to question yourself later on. > > With everything more or less working in experimental, what exactly do you > > fear? > > Not by far. See the comments about e.g. libpanel-applet. There is an awful lot > of work to be done to get everything into shape. IMO it's easier to explain that we dropped some applets that have not been updated by their upstream authors to match the latest requirements than to explain that we broke auto-mounting. On one side testing users know what needs to be done if they want to get their applet back (ask upstream to update their applet), in the other there's nothing they can do except switch to unstable/experimental. (That said I'm not the one doing the coordination work so feel free to ignore my opinion, I just wanted to explain the kind of trade-off that are IMO more acceptable for a "usable testing") Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110816193954.gn11...@rivendell.home.ouaza.com
Bug#637331: transition: nautilus
Am 15.08.2011 22:26, schrieb Raphael Hertzog: > On Fri, 12 Aug 2011, Josselin Mouette wrote: >> Le jeudi 11 août 2011 à 20:31 +0200, Michael Biebl a écrit : The alternative is to backport the necessary changes in g-s-d (which sounds insane) or to re-add the necessary support in nautilus (which is far from trivial). >>> >>> I'd rather just have automount support broken temporarily, tbh. >> >> I don’t think there is any point in testing if we break such basic >> functionality for a long period of time. But that’s for the RT to decide >> anyway. > > +1 That's not the kind of brokenness that we want in testing. I would consider non-functioning automount for a (short) period of time as acceptable compromise, but ymmv. > It's nice to be able to split transitions, but when it's not possible our > infrastructure should cope with large transitions. So do you want to wait until this magically happens? When would that be? Right now, transitions are quite a bit of manual work and the more transitions are entangled the harder it gets. > With everything more or less working in experimental, what exactly do you > fear? Not by far. See the comments about e.g. libpanel-applet. There is an awful lot of work to be done to get everything into shape. The nautilus transitions is already complex enough imho (involving a mini-transition for evince, brasero, gnome-media, libgdata and possibly gnome-bluetooth and nautilus-sendto). Personally I'd be fine with dumping everything into unstable, but imho we could have a transition which would last over several weeks or months and which certainly would block other transitions. That said, it's not really up to me to decide and I'll just wait now what the release team wants us to do. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#637331: transition: nautilus
On Fri, 12 Aug 2011, Josselin Mouette wrote: > Le jeudi 11 août 2011 à 20:31 +0200, Michael Biebl a écrit : > > > The alternative is to backport the necessary changes in g-s-d (which > > > sounds insane) or to re-add the necessary support in nautilus (which is > > > far from trivial). > > > > I'd rather just have automount support broken temporarily, tbh. > > I don’t think there is any point in testing if we break such basic > functionality for a long period of time. But that’s for the RT to decide > anyway. +1 That's not the kind of brokenness that we want in testing. It's nice to be able to split transitions, but when it's not possible our infrastructure should cope with large transitions. With everything more or less working in experimental, what exactly do you fear? Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110815202604.gk8...@rivendell.home.ouaza.com
Bug#637331: transition: nautilus
Am 11.08.2011 16:42, schrieb Julien Cristau: > On Wed, Aug 10, 2011 at 15:36:15 +0200, Michael Biebl wrote: > >> - Updating evince from 2.32 to 3.0 involves a soname bump of libevince3 → >> libevince3-3. The only rdep of libevince3 is python-evince >> (src:gnome-python-desktop). python-evince has been deprecated, so there is >> no >> update for GNOME 3 and we most likely need to drop it if we are going to >> update >> evince. >> That means rdeps on python-evince need to be updated too. Affected packages: >> sugar-read-activity-0.84 >> sugar-read-activity-0.86 >> > Have bugs been filed against those sugar packages? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637823 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637825 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#637331: transition: nautilus
Le jeudi 11 août 2011 à 20:31 +0200, Michael Biebl a écrit : > > The alternative is to backport the necessary changes in g-s-d (which > > sounds insane) or to re-add the necessary support in nautilus (which is > > far from trivial). > > I'd rather just have automount support broken temporarily, tbh. I don’t think there is any point in testing if we break such basic functionality for a long period of time. But that’s for the RT to decide anyway. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1313137327.24704.366.camel@pi0307572
Bug#637331: transition: nautilus
Am 11.08.2011 16:42, schrieb Julien Cristau: > On Wed, Aug 10, 2011 at 15:36:15 +0200, Michael Biebl wrote: > >> - Updating evince from 2.32 to 3.0 involves a soname bump of libevince3 → >> libevince3-3. The only rdep of libevince3 is python-evince >> (src:gnome-python-desktop). python-evince has been deprecated, so there is >> no >> update for GNOME 3 and we most likely need to drop it if we are going to >> update >> evince. >> That means rdeps on python-evince need to be updated too. Affected packages: >> sugar-read-activity-0.84 >> sugar-read-activity-0.86 >> > Have bugs been filed against those sugar packages? Nope (not yet) Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#637331: transition: nautilus
Am 11.08.2011 14:58, schrieb Josselin Mouette: > Hi, > > Le mercredi 10 août 2011 à 15:11 +0200, Michael Biebl a écrit : >> as next step of getting GNOME 3 into unstable, we'd like to request a >> slot to start the nautilus 3 transition > > Sorry for chiming in after being not-so-active for a while, but I’m > afraid this transition cannot be done, as things stand, independently > from the core GNOME components. > > Nautilus 3.0 removes the code to automount filesystems, so it needs to > migrate together with gnome-settings-daemon. In turn, g-s-d needs to be > synchronized with (at least) glib2.0, gvfs, gnome-control-center, gdm3, > gnome-media, gnome-power-manager, gnome-screensaver, and gnome-session. I think it would be crazy tieing everything together. > The alternative is to backport the necessary changes in g-s-d (which > sounds insane) or to re-add the necessary support in nautilus (which is > far from trivial). I'd rather just have automount support broken temporarily, tbh. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#637331: transition: nautilus
On Wed, Aug 10, 2011 at 15:36:15 +0200, Michael Biebl wrote: > - Updating evince from 2.32 to 3.0 involves a soname bump of libevince3 → > libevince3-3. The only rdep of libevince3 is python-evince > (src:gnome-python-desktop). python-evince has been deprecated, so there is no > update for GNOME 3 and we most likely need to drop it if we are going to > update > evince. > That means rdeps on python-evince need to be updated too. Affected packages: > sugar-read-activity-0.84 > sugar-read-activity-0.86 > Have bugs been filed against those sugar packages? Cheers, Julien -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110811144231.gn32...@radis.liafa.jussieu.fr
Bug#637331: transition: nautilus
Hi, Le mercredi 10 août 2011 à 15:11 +0200, Michael Biebl a écrit : > as next step of getting GNOME 3 into unstable, we'd like to request a > slot to start the nautilus 3 transition Sorry for chiming in after being not-so-active for a while, but I’m afraid this transition cannot be done, as things stand, independently from the core GNOME components. Nautilus 3.0 removes the code to automount filesystems, so it needs to migrate together with gnome-settings-daemon. In turn, g-s-d needs to be synchronized with (at least) glib2.0, gvfs, gnome-control-center, gdm3, gnome-media, gnome-power-manager, gnome-screensaver, and gnome-session. The alternative is to backport the necessary changes in g-s-d (which sounds insane) or to re-add the necessary support in nautilus (which is far from trivial). Also, if we’re able to, I wonder whether it’s possible to migrate gnome-panel first - otherwise it will have to go with the rest. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1313067533.24704.338.camel@pi0307572
Bug#637331: transition: nautilus
Am 10.08.2011 15:11, schrieb Michael Biebl: > I've filed corresponding bug reports for the affected packages: > > brasero > deja-dup > diff-ext > eiciel > evince > file-roller > gksu > gnome-disk-utility > gnome-user-share > gtkhash > nautilus-actions > nautilus-dropbox > nautilus-filename-repairer > nautilus-image-converter > nautilus-open-terminal > nautilus-python > nautilus-sendto > nautilus-share > seahorse-plugins > totem > tracker I forgot the following two issues: - Updating evince from 2.32 to 3.0 involves a soname bump of libevince3 → libevince3-3. The only rdep of libevince3 is python-evince (src:gnome-python-desktop). python-evince has been deprecated, so there is no update for GNOME 3 and we most likely need to drop it if we are going to update evince. That means rdeps on python-evince need to be updated too. Affected packages: sugar-read-activity-0.84 sugar-read-activity-0.86 - Updating brasero from 2.30 to 3.0 involves a soname bump of libbrasero-media0 → libbrasero-media3-1. Affected packages: goobox gthumb python-brasero (src:gnome-python-desktop) rhythmbox-plugin-cdrecorder (src:rhythmbox) sound-juicer I currently don't see an alternative from doing these transitions in one go. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#637331: transition: nautilus
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, as next step of getting GNOME 3 into unstable, we'd like to request a slot to start the nautilus 3 transition The API of libnautilus-extension hasn't changed with version 3.0, but it uses GTK 3 now which changes its ABI and a process can't be using GTK 2 and GTK 3 at the same time, as this will lead to an application abort [1]. As a result, we decided to change the binary package name to libnautilus-extension1a. Packages which are updated to libnautilus-extension 3.0 need to also be updated to GTK 3 (GNOME 3). I've filed corresponding bug reports for the affected packages: brasero deja-dup diff-ext eiciel evince file-roller gksu gnome-disk-utility gnome-user-share gtkhash nautilus-actions nautilus-dropbox nautilus-filename-repairer nautilus-image-converter nautilus-open-terminal nautilus-python nautilus-sendto nautilus-share seahorse-plugins totem tracker Those bugs are also user-tagged [2]. Some of those packages are already updated in experimental. I will mark those bug reports accordingly. - gnome-user-share uses libgnome-bluetooth 3.0, which would mean entangling those two transition, so I'd suggest temporarily disabling bluetooth support in gnome-user-share. - totem 3.0 (from exp) requires a newer libgdata (involving a soname bump). We probably need to do this transition first. I'll file a separate bug for that. - Updating nautilus-sendto to 3.0 (available in exp) will break the plugins shipped by empathy and gnome-bluetooth: gnome-bluetooth: /usr/lib/nautilus-sendto/plugins/libnstbluetooth.so nautilus-sendto-empathy: /usr/lib/nautilus-sendto/plugins/libnstempathy.so I'd prefer to temporarily break those plugins in nautilus-sendto to not entangle this transition with an empathy 3.0 or gnome-bluetooth 3.0 update, but some of the pkg-gnome team would like to at least update empathy. So input from the release team on this matter would be appreciated. I've also started collecting notes about this transition at [3]. Cheers, Michael [1] http://developer.gnome.org/gtk3/3.0/ch25s02.html#id1493823 [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-gnome-maintain...@lists.alioth.debian.org;tag=nautilus3-transition [3] http://whiteboard.debian.net/nautilus3.wb -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-486 Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110810131157.15212.68216.report...@pluto.milchstrasse.xx