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 _______________________________________________ Pkg-utopia-maintainers mailing list Pkg-utopia-maintainers@alioth-lists.debian.net https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-utopia-maintainers