Bug#838903: command-runner-applet: Incompatible with upcoming gnome-panel 3.22
Control: severity -1 serious Dear maintainer, On Mon, Sep 26, 2016 at 01:01:04PM +0300, Dmitry Shachnev wrote: > In the upcoming gnome-panel 3.22 release, support for GIR applets [1] and for > out-of-process applets in general [2], has been dropped. > > This means command-runner-applet will no longer work with that new version. gnome-panel 3.24 has been just accepted into unstable, see #867713. This means that command-runner-applet needs to be removed from testing, to make it possible for new gnome-panel to migrate. I am bumping the severity accordingly. -- Dmitry Shachnev signature.asc Description: PGP signature
Bug#838903: command-runner-applet: Incompatible with upcoming gnome-panel 3.22
Hi again Marcin, On Mon, Sep 26, 2016 at 04:39:11PM +0200, Marcin Owsiany wrote: > > > Apart from that, a sentence about this should probably be dropped into > > > future release notes. > > > > Which release notes do you mean? This will definitely be documented in the > > gnome-panel changelog and release announcement. > > > > stretch release notes. I think there is a section about removed/replaced > packages. As the gnome-panel transition did not happen before the transitions freeze, Stretch will ship with gnome-panel 3.20, and your package can be kept. But you may consider adding a NEWS entry saying that the users can switch to the new applet which is part of gnome-applets. I plan to do the gnome-panel transition early in Buster cycle (when the transitions are unfrozen). -- Dmitry Shachnev signature.asc Description: PGP signature
Bug#838903: command-runner-applet: Incompatible with upcoming gnome-panel 3.22
2016-09-26 13:14 GMT+02:00 Dmitry Shachnev: > Hi Marcin, > > On Mon, Sep 26, 2016 at 12:10:10PM +0200, Marcin Owsiany wrote: > > Deleting in favour sounds good. Do you know if gnome-applets is > guaranteed > > (by virtue of depeds or recommends) to be auto-installed on an upgrade > of a > > system which has command-runner-applet installed? If not, then perhaps > > command-runner-applet should be turned into a transitional meta-package > > which depends on gnome-applets? > > gnome-panel recommends gnome-applets, so most users of gnome-panel have > gnome-applets installed too. > OK > I do not think that turning command-runner-applet into a transitional > package > will make sense: the new applet has a different name, and users will need > to > add it to the panel manually. Well, then /usr/share/doc/command-runner-applet/Debian.NEWS could mention that. But maybe it's an overkill. > > Apart from that, a sentence about this should probably be dropped into > > future release notes. > > Which release notes do you mean? This will definitely be documented in the > gnome-panel changelog and release announcement. > stretch release notes. I think there is a section about removed/replaced packages. Marcin
Bug#838903: command-runner-applet: Incompatible with upcoming gnome-panel 3.22
Hi Marcin, On Mon, Sep 26, 2016 at 12:10:10PM +0200, Marcin Owsiany wrote: > Deleting in favour sounds good. Do you know if gnome-applets is guaranteed > (by virtue of depeds or recommends) to be auto-installed on an upgrade of a > system which has command-runner-applet installed? If not, then perhaps > command-runner-applet should be turned into a transitional meta-package > which depends on gnome-applets? gnome-panel recommends gnome-applets, so most users of gnome-panel have gnome-applets installed too. I do not think that turning command-runner-applet into a transitional package will make sense: the new applet has a different name, and users will need to add it to the panel manually. > Apart from that, a sentence about this should probably be dropped into > future release notes. Which release notes do you mean? This will definitely be documented in the gnome-panel changelog and release announcement. -- Dmitry Shachnev signature.asc Description: PGP signature
Bug#838903: command-runner-applet: Incompatible with upcoming gnome-panel 3.22
Deleting in favour sounds good. Do you know if gnome-applets is guaranteed (by virtue of depeds or recommends) to be auto-installed on an upgrade of a system which has command-runner-applet installed? If not, then perhaps command-runner-applet should be turned into a transitional meta-package which depends on gnome-applets? Apart from that, a sentence about this should probably be dropped into future release notes.
Bug#838903: command-runner-applet: Incompatible with upcoming gnome-panel 3.22
Package: command-runner-applet Version: 0.4-3 Severity: important Dear Maintainer, In the upcoming gnome-panel 3.22 release, support for GIR applets [1] and for out-of-process applets in general [2], has been dropped. This means command-runner-applet will no longer work with that new version. The potential fix would be to port the applet to C, however I am not suggesting that as there is already a Command applet in C available, part of gnome-applets since 3.20 release [3]. It looks like it implements the same functionality as command-runner-applet, and is more configurable. So I think the best thing we can do is removing command-runner-applet from Stretch, in favour of the better alternative. [1]: https://git.gnome.org/browse/gnome-panel/commit/?id=6ea665180940d292 [2]: https://mail.gnome.org/archives/gnome-flashback-list/2016-July/msg0.html [3]: https://git.gnome.org/browse/gnome-applets/tree/command/ -- Dmitry Shachnev signature.asc Description: PGP signature