Bug#891493: numix-gtk-theme: Undocumented and very likely also broken Breaks against murrine-themes since 2.6.7-2
Hi folks, On Tue, 28 May 2019 17:59:56 +0200 Andreas Beckmann wrote: > Followup-For: Bug #891493 > Control: severity -1 serious > > Hi, > > this unwarranted co-installability prevention between numix-gtk-theme and > murrine-themes also causes a stretch -> buster upgrade issue detected by > piuparts: numix-gtk-theme is kept at the version from stretch instead of > being upgraded to buster: > > ... > Starting 2 pkgProblemResolver with broken count: 1 > Investigating (0) numix-gtk-theme:amd64 < 2.6.6-1 -> 2.6.7-4 @ii umU Ib > > Broken numix-gtk-theme:amd64 Breaks on murrine-themes:amd64 < 0.98.11 @ii mK > (<= 0.98.11) > Considering murrine-themes:amd64 6 as a solution to numix-gtk-theme:amd64 0 > Holding Back numix-gtk-theme:amd64 rather than change murrine-themes:amd64 > Try to Re-Instate (1) numix-gtk-theme:amd64 > Done > ... > The following packages have been kept back: > numix-gtk-theme > ... > > And the solution for the actual problem that you want to get fixed is > quite simple: use a virtual package, e.g. any-gtk-theme, any-gtk2-theme, > any-murrine-theme or whatever fits the purpose best. > > Package: gtk2-engines-murrine > Recommends: murrine-themes (>= 0.98) | any-gtk-theme > > Package: numix-gtk-theme > Depends: gtk2-engines-murrine (>= 0.98) > Provides: any-gtk-theme > Breaks: n/a > > Installing numix-gtk-theme will pull in gtk2-engines-murrine, but the > Recommends in gtk2-engines-murrine is already satisfied, so it won't > pull in murrine-themes as well. > > See e.g. the opencl-icd virtual package serving a similar purpose. > > > Andreas as the Debian and upstream maintainer of arctica-greeter (which has numix theming a its default theme), I have an interest in getting the above issue resolved. As I see it, we need an upload for murrine-themes here (which adds the "Recommends: murrine-themes (>= 0.98) | any-gtk-theme" line) and an upload of numix-gtk-theme (adding the corresponding Provides: any-gtk-theme). @Corsac: could you do that for murrine-themes (or allow an NMU or team upload by me?). @All: what would be the appropriate name for the virtual package here (any-gtk-theme? any-murrine-theme? ...?). @JBicha: Let me know if you can handle that extra upload once agreed on a name for the virtual package, or if you can do the upload (I should be still under Uploaders: field, right?). @All: would other theme packages be affected and should they then also Provide: the virtual package? Please, let's get this solved before buster. Thanks. Greets, MIke
Bug#891493: numix-gtk-theme: Undocumented and very likely also broken Breaks against murrine-themes since 2.6.7-2
Followup-For: Bug #891493 Control: severity -1 serious Hi, this unwarranted co-installability prevention between numix-gtk-theme and murrine-themes also causes a stretch -> buster upgrade issue detected by piuparts: numix-gtk-theme is kept at the version from stretch instead of being upgraded to buster: ... Starting 2 pkgProblemResolver with broken count: 1 Investigating (0) numix-gtk-theme:amd64 < 2.6.6-1 -> 2.6.7-4 @ii umU Ib > Broken numix-gtk-theme:amd64 Breaks on murrine-themes:amd64 < 0.98.11 @ii mK > (<= 0.98.11) Considering murrine-themes:amd64 6 as a solution to numix-gtk-theme:amd64 0 Holding Back numix-gtk-theme:amd64 rather than change murrine-themes:amd64 Try to Re-Instate (1) numix-gtk-theme:amd64 Done ... The following packages have been kept back: numix-gtk-theme ... And the solution for the actual problem that you want to get fixed is quite simple: use a virtual package, e.g. any-gtk-theme, any-gtk2-theme, any-murrine-theme or whatever fits the purpose best. Package: gtk2-engines-murrine Recommends: murrine-themes (>= 0.98) | any-gtk-theme Package: numix-gtk-theme Depends: gtk2-engines-murrine (>= 0.98) Provides: any-gtk-theme Breaks: n/a Installing numix-gtk-theme will pull in gtk2-engines-murrine, but the Recommends in gtk2-engines-murrine is already satisfied, so it won't pull in murrine-themes as well. See e.g. the opencl-icd virtual package serving a similar purpose. Andreas numix-gtk-theme_2.6.7-4.log.gz Description: application/gzip
Bug#891493: numix-gtk-theme: Undocumented and very likely also broken Breaks against murrine-themes since 2.6.7-2
On Mon, Feb 26, 2018 at 2:53 AM, Axel Beckert wrote: > Since 2.6.7-2, numix-gtk-theme has a "Breaks: murrine-themes (<= > 0.98.11)" without any mentioning (and especially without giving a > reason) in debian/changelog. Yes, I should have mentioned in the debian/changelog. I have uploaded 2.6.7-3 just now that does have some explanation in the debian/changelog. The Breaks is intentional. As the maintainer of numix-gtk-theme, I feel that the Recommends on murrine-themes is wrong and I don't want it to be installed just because someone installs Numix. I am now the 3rd Debian Developer to object to the Murrine Maintainer's dependency decision. (I did speak to him privately earlier.) (And it's 4 if you count Steve Langasek acting in Ubuntu way back in 2011.) In Debian, Maintainers have a lot of power over their packages, maybe too much. I wish there were some lower level of conflict resolution besides the Technical Committee. This issue may end up needing to go there. By the way, I also object to the other open wontfix Murrine bug ( https://bugs.debian.org/883411 ) but I can't workaround that. It's an annoyance for, say, Debian MATE. Thanks, Jeremy Bicha
Bug#891493: numix-gtk-theme: Undocumented and very likely also broken Breaks against murrine-themes since 2.6.7-2
Package: numix-gtk-theme Version: 2.6.7-2 Since 2.6.7-2, numix-gtk-theme has a "Breaks: murrine-themes (<= 0.98.11)" without any mentioning (and especially without giving a reason) in debian/changelog. According to the commit message in https://salsa.debian.org/desktop-themes-team/numix-gtk-theme/commit/6eb0c14fb93ef740ef13e59551178726d4efd9b5 it's because of https://bugs.debian.org/623783 and https://bugs.debian.org/838994. But besides "Ugly workaround for #623783 and #838994" there's no real reason given, why this Breaks should workaround any of these two bugs. And I don't find any reason for this change in #623783. In #838994 there is the following dicussion, citing from the mail of Yves-Alexis Perez of 28 Sep 2016 at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=838994#20: > > > > NB! I notice the recommendation is versioned. If reason for > > > > that is to avoid older versions being outright broken (e.g. due > > > > to bug#827134), then it does not work as intended (only > > > > versioned _depends_ is certain to be obeyed). Use a versioned > > > > _breaks_ instead. > > > > > > so something like: > > > > > > Recommends: murrine-themes > > > Breaks: murrine-themes (<< 0.98.1) ^^ > > > > Specifically addressing the versioning, yes. Does not address the issue > > on topic for this bugreport. > > In any case, I really don't believe that's something important enough > to lose time on it (specifically, I won't). As already stated, just > remove the packages you don't want. Please note that there is no talk about 0.98.11 but 0.98.1! Additionally, the mentioned Recommends of gtk2-engines-murrine on murrine-themes (which the suggested Breaks should complement) is versioned as ">= 0.98". Currently installing numix-gtk-theme wants to uninstall the _current_ version of murrine-themes from unstable which does not have any RC bug and which I hence does not consider broken enough to be kicked out by such a Breaks. This all leads me to the assumption that someone indeed did not "lose enough time on it" and added a Breaks against the wrong version (0.98.11 instead of 0.98.1) _and_ forgot to document it properly, too. If I'm right with this assumption, this would be a bug of severity serious and it should be fixed as follows: Fix the Breaks against murrine-themes themes to be versioned as "(<< 0.98)" or "(<<0.98.1)" and retro-actively add the missing changelog entry to 2.6.7-2. Or just drop it all again, as murrine-themes 0.98.1 and 0.98 were uploads from 2011 (and even wheezy/oldoldstable has 0.98.4) and there's probably no reason to add a Breaks against them nowadays. Or explain indepth why this Breaks should actually fix or workaround anything. It's not obvious at all and seems to do more harm than good. (If just the explaination is missing, it's probably of severity normal or minor.) -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (990, 'unstable'), (980, 'unstable-debug'), (600, 'testing'), (111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental'), (105, 'experimental-debug') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages numix-gtk-theme depends on: ii gtk2-engines-murrine 0.98.2-2 ii numix-icon-theme 0~20171225-1 numix-gtk-theme recommends no packages. numix-gtk-theme suggests no packages. -- no debconf information