Re: [Pkg-utopia-maintainers] Bug#895261: RFS: dbus-broker/13-2 [ITP] -- Linux D-Bus Message Broker
- To: Michael Biebl <biebl@debian.org>, debian-mentors@lists.debian.org, dbus@packages.debian.org, pkg-systemd-maintainers <pkg-systemd-maintainers@lists.alioth.debian.org>
- Subject: Re: [Pkg-utopia-maintainers] Bug#895261: RFS: dbus-broker/13-2 [ITP] -- Linux D-Bus Message Broker
- From: Daniele Nicolodi <daniele@grinta.net>
- Date: Sat, 2 Jun 2018 01:37:33 -0600
- Message-id: <[🔎] 2a5b7bd6-ffa6-99ec-8261-942a083668ea@grinta.net>
- In-reply-to: <22905c9d-03df-76f3-7ab8-bf01a49817ca@debian.org>
- References: <30eed18a-6cca-63b5-f9e1-f3ea28f44a8d@grinta.net> <handler.895261.B.152323820129608.ack@bugs.debian.org> <065667c1-cb07-4948-599e-882fc68f2cbf@grinta.net> <30eed18a-6cca-63b5-f9e1-f3ea28f44a8d@grinta.net> <e506ba5c-57b1-cf20-a38b-8813e6429f3d@grinta.net> <279d6980-eccd-1d39-a401-c8004f0e1b76@grinta.net> <e1334d33-f5fc-0989-3142-1c3eb1cbecd2@debian.org> <1fd0b9a5-bd93-9e88-5365-3ce15a127e61@grinta.net> <22905c9d-03df-76f3-7ab8-bf01a49817ca@debian.org>
On 29/05/2018 11:39, Michael Biebl wrote:
> Am 29.05.2018 um 19:30 schrieb Daniele Nicolodi:
>> What would it take to have user services managed in a similar way as
>> system services? Should I look into implementing that in
>> init-system-helpers or should a new dh helper be created?
>
>
> It would need changes to both init-system-helpers and debhelper.
> Without having given this too much thought, I think we could add the
> missing functionality to dh_installsystemd and wouldn't need a
> completely new helper for this.
>
> If you are interested, there is
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890509
> and an older bug report
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764678
>
> Help on this would be really appreciated!
I started implementing support for systemd user instance units in
deb-systemd-helper. I would like to run the tests for that script, but
they currently fail also for a pristine checkout of init-system-helpers.
I see that the tests are run as autopkgtests, but with
TEST_ON_REAL_SYSTEM=1. However, running the tests like that is a bit
heavy, and not really convenient for development. Are the tests supposed
to run fin without that?
The first failure looks like this:
> (deb-systemd-helper DEBUG) is purge = no
> (deb-systemd-helper DEBUG) action = enable, scriptname = unit\x2dfSOUr.service, service_path = /lib/systemd/system/unit\x2dfSOUr.service
> (deb-systemd-helper DEBUG) Using systemctl preset to enable unit\x2dfSOUr.service
> /bin/systemctl: error while loading shared libraries: libsystemd-shared-238.so: cannot open shared object file: No such file or directory
> /home/daniele/src/init-system-helpers/t/../script/deb-systemd-helper: error: systemctl preset failed on unit\x2dfSOUr.service: No such file or directory
> not ok 14 - enable command succeeded
> # Failed test 'enable command succeeded'
> # at t/001-deb-systemd-helper.t line 100.
> # got: '256'
> # expected: '0'
'libsystemd-shared-238.so' is installed in /lib/systemd and it cannot be
found because the test harness bind mounts a temporary directory on that
path. It seems that no one has recently run the tests in that configuration.
Thank you.
Cheers,
Dan
Reply to: