Bug#823990: dh_gconf no longer needs to add gconf2 dependency to misc:Depends?

[Josselin Mouette]

Ari Pollak  wrote:
Ari, the best I can then offer would be a switch for
skipping the gconf2
dependency (i.e. an opt-out).  Is that still
interesting?


Probably not worth it, I think I'm just going to remove the
gconf stuff from pidgin.

If it’s just to register URL handlers, as you told in the original
report, I don’t think anything still uses them. URL handlers are now
handled by MIME associations to x-scheme-handler/foo.

-- 
Joss

Bug#823990: dh_gconf no longer needs to add gconf2 dependency to misc:Depends?

[Ari Pollak]

On Tue, May 31, 2016, 1:45 AM Niels Thykier  wrote:.

>
> Ari, the best I can then offer would be a switch for skipping the gconf2
> dependency (i.e. an opt-out).  Is that still interesting?
>

Probably not worth it, I think I'm just going to remove the gconf stuff
from pidgin.

>

Bug#823990: dh_gconf no longer needs to add gconf2 dependency to misc:Depends?

[Niels Thykier]

Josselin Mouette:
> Hi Niels,
> 
> Le lundi 30 mai 2016 à 19:32 +, Niels Thykier a écrit :
>> Can you confirm that this dependency on gconf2 is now unnecessary?  At
>> first glance I cannot see a need for it now that the autoscripts have
>> been removed.
> 
> Unless the functionality is optional in the package (which is the case
> of pidgin), the gconf2 dependency is still needed. Not because of the
> scripts anymore, but because functionally, a binary shipped with gconf
> schemas will usually require them to execute.
> 
> Otherwise, you might end up with the binary aborting on startup.
> 
> Cheers,
> 

Ok, thanks.

Ari, the best I can then offer would be a switch for skipping the gconf2
dependency (i.e. an opt-out).  Is that still interesting?

Thanks,
~Niels





signature.asc
Description: OpenPGP digital signature

Bug#823990: dh_gconf no longer needs to add gconf2 dependency to misc:Depends?

[Josselin Mouette]

Hi Niels,

Le lundi 30 mai 2016 à 19:32 +, Niels Thykier a écrit :
> Can you confirm that this dependency on gconf2 is now unnecessary?  At
> first glance I cannot see a need for it now that the autoscripts have
> been removed.

Unless the functionality is optional in the package (which is the case
of pidgin), the gconf2 dependency is still needed. Not because of the
scripts anymore, but because functionally, a binary shipped with gconf
schemas will usually require them to execute.

Otherwise, you might end up with the binary aborting on startup.

Cheers,
-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-

Bug#823990: dh_gconf no longer needs to add gconf2 dependency to misc:Depends?

[Niels Thykier]

On Tue, 10 May 2016 21:58:36 -0400 Ari Pollak  wrote:
> Package: debhelper
> Version: 9.20160403
> Severity: wishlist
> 
> dh_gconf still adds gconf2 to ${misc:Depends}, but AFAICT that's a legacy
> holdout and is no longer needed anymore. The gconf2 package uses triggers to
> update its database with new schemas; if you install gconf2, it will
> rebuild the database from scratch anyway. So for something like pidgin, which
> adds URL handlers to gconf (not used by GNOME 3 anyway) but doesn't need gconf
> for normal operation, that's just an extraneous dependency that just seems to
> irritate certain users.
> 
> 
> [...]

Hi Joss,

Can you confirm that this dependency on gconf2 is now unnecessary?  At
first glance I cannot see a need for it now that the autoscripts have
been removed.

Thanks,
~Niels

Bug#823990: dh_gconf no longer needs to add gconf2 dependency to misc:Depends?

[Ari Pollak]

Package: debhelper
Version: 9.20160403
Severity: wishlist

dh_gconf still adds gconf2 to ${misc:Depends}, but AFAICT that's a legacy
holdout and is no longer needed anymore. The gconf2 package uses triggers to
update its database with new schemas; if you install gconf2, it will
rebuild the database from scratch anyway. So for something like pidgin, which
adds URL handlers to gconf (not used by GNOME 3 anyway) but doesn't need gconf
for normal operation, that's just an extraneous dependency that just seems to
irritate certain users.


-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.4.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages debhelper depends on:
ii  autotools-dev20160430.1
ii  binutils 2.26-8
ii  dh-autoreconf12
ii  dh-strip-nondeterminism  0.016-1
ii  dpkg 1.18.4
ii  dpkg-dev 1.18.4
ii  file 1:5.25-2
ii  libdpkg-perl 1.18.4
ii  man-db   2.7.5-1
ii  perl 5.22.2-1
ii  po-debconf   1.0.19

debhelper recommends no packages.

Versions of packages debhelper suggests:
ii  dh-make  2.201605

-- no debconf information