Your message dated Fri, 22 Sep 2017 20:48:34 +0100 with message-id <20170922194834.jod3gd2l4awtk...@perpetual.pseudorandom.co.uk> and subject line Re: Bug#861745: [Pkg-utopia-maintainers] Bug#861745: dbus: Make adduser / perl Depends optional has caused the Debian Bug report #861745, regarding dbus: Make adduser / perl Depends optional to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 861745: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861745 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Package: dbus Severity: wishlist Tags: patch Hi, we have a project at Eaton related to 42ITy <http://42ity.org>, which produce a Debian derivative for a HW appliance. For storage footprint reason, we've gotten rid of perl. Now, we're adding avahi, which pulls dbus, which pulls perl through the adduser command and Depends. The attached patch moves adduser to Suggests, and use adduser only if available. It otherwise fallback to useradd. Note: there is a small nuance between useradd and adduser: the latter tries to use the smallest UID/GID for system users, while the former goes top down from SYS_UID_MAX. As an example, the original dbus postinst ended up with UID/GID 146 on my system, while the modified has 999… Thanks for considering its integration, Cheers, Arno -- Eaton Data Center Automation Solutions - Opensource Leader - http://42ity.org NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr
dbus-noperl-adduser.patch
Description: application/mbox
--- End Message ---
--- Begin Message ---Control: tags 861745 = wontfix On Wed, 03 May 2017 at 15:23:58 +0200, Michael Biebl wrote: > Am 03.05.2017 um 14:47 schrieb Arnaud Quette: > > The attached patch moves adduser to Suggests, and use adduser only if > > available. It otherwise fallback to useradd. > > While I understand your incentive, I'm not sure this is the right > approach. There are a lot of packages requiring adduser. Adding a > fallback to every one of them doesn't seem right. ... > So, from my POV this bug report is a wontfix as I think it's the wrong > approach. But let's see what Simon, the main dbus maintainer, thinks. Sorry, I'd missed that this bug was waiting for my input. I agree with Michael: I am not interested in adding open-coded reimplementations of standard Debian facilities like adduser for the benefit of very minimal systems. Doing this per-package increases maintainers' workload, doesn't scale very well, and seems likely to introduce more bugs than it solves. If Debian gets a more general mechanism for declarative user creation (perhaps based on systemd-sysusers) then I'd be happy to depend on that | adduser, but at the moment that doesn't exist. Adding a minimal version of adduser to your embedded distribution seems a good solution. In dbus >= 1.11.10 you could even rely on systemd-sysusers. Alternatively, if your embedded system upgrades using filesystem images or OSTree rather than apt, you could forcibly remove adduser (and perl-base) after adduser has done its work - that will break the dependencies, but if you're removing Essential packages like perl-base you already need to be 110% sure of what you're doing. If dpkg had an equivalent of RPM's Requires(post), adduser would be in dbus' Depends-postinst rather than ordinary Depends. Regards, smcv
--- End Message ---
