Bug#908845: debhelper: Remove dh_gconf in bullseye
Niels Thykier dixit: >You can work around this in rs by using "--buildsystem=none" instead of >"-Snone". Oh, okay. Thanks! Have a nice weekend, //mirabilos -- 18:47⎜ well channels… you see, I see everything in the same window anyway 18:48⎜ i know, you have some kind of telnet with automatic pong 18:48⎜ haha, yes :D 18:49⎜ though that's more tinyirc – sirc is more comfy
Bug#908845: debhelper: Remove dh_gconf in bullseye
Thorsten Glaser: > Package: debhelper > Version: 12.9 > Followup-For: Bug #908845 > > I’m getting this warning during a package build: > > dh_gconf: warning: Please migrate to dh_installgsettings; gconf + dh_gconf is > scheduled for removal. > > It’s clearly dh7-caused as I don’t use gconf at all… > > > [...] Hi Thorsten, You can work around this in rs by using "--buildsystem=none" instead of "-Snone". The root of the issue is that the optimization in dh to skip helpers is disabled when short options are used (notably due bundling being allowed but not identifiable). In the concrete case, dh should have been able to skip dh_gconf but I have not bothered implemented in it given the trivial work around. ~Niels
Bug#908845: debhelper: Remove dh_gconf in bullseye
Niels Thykier dixit: >For which package do you experience this issue? I would like to see the >rules file. rs, which I just converted to dh7-style as Policy demands. https://buildd.debian.org/status/fetch.php?pkg=rs=amd64=20200313-1=1584139308=0 bye, //mirabilos -- 22:20⎜ The crazy that persists in his craziness becomes a master 22:21⎜ And the distance between the craziness and geniality is only measured by the success 18:35⎜ "Psychotics are consistently inconsistent. The essence of sanity is to be inconsistently inconsistent
Bug#908845: debhelper: Remove dh_gconf in bullseye
Thorsten Glaser: > Package: debhelper > Version: 12.9 > Followup-For: Bug #908845 > > I’m getting this warning during a package build: > > dh_gconf: warning: Please migrate to dh_installgsettings; gconf + dh_gconf is > scheduled for removal. > > It’s clearly dh7-caused as I don’t use gconf at all… > > > [...] Hi Thorsten, For which package do you experience this issue? I would like to see the rules file. Thanks, ~Niels
Bug#908845: debhelper: Remove dh_gconf in bullseye
Package: debhelper Version: 12.9 Followup-For: Bug #908845 I’m getting this warning during a package build: dh_gconf: warning: Please migrate to dh_installgsettings; gconf + dh_gconf is scheduled for removal. It’s clearly dh7-caused as I don’t use gconf at all… -- System Information: Debian Release: bullseye/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/2 CPU cores) Kernel taint flags: TAINT_CRAP Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) Versions of packages debhelper depends on: ii autotools-dev20180224.1 ii dh-autoreconf19 ii dh-strip-nondeterminism 1.6.3-2 ii dpkg 1.19.7 ii dpkg-dev 1.19.7 ii dwz 0.13-5 ii file 1:5.38-4 ii libdebhelper-perl12.9 ii libdpkg-perl 1.19.7 ii man-db 2.9.1-1 ii perl 5.30.0-9 ii po-debconf 1.0.21 debhelper recommends no packages. Versions of packages debhelper suggests: pn dh-make -- no debconf information
Bug#908845: debhelper: Remove dh_gconf in bullseye
Control: tags -1 confirmed Niels Thykier: > [...] > > A quick look at codesearch suggests the only users of dh_gconf are: > > * mail-notification (not in testing) > * revelation (not in testing) > * revolt (Uses it after the .debs are built AFAICT) > * gwaei > * comix (not in testing) > * ooo-thumbnailer (not in testing) > * debian-edu-config > > Please file bugs for these uses and ask them to migrate to > dh_installgsettings (or just remove the call, if it is no longer > necessary). Once those are fixed, I can simply remove dh_gconf from > debhelper in bullseye and we are done. > Using a compat bump here will not make a lot of sense if we expect > dh_gconf to disappear in bullseye (as I would have to keep the tool > around for 8-10 years after it was last useful despite no one using it). > > Thanks, > ~Niels > Hi, Thanks to Jeremy for filing bugs against the reverse dependencies (that were still in testing). AFAICT, all of them have now been fixed in sid and we are ready to remove dh_gconf in bullseye. Thanks, ~Niels
