Intentional, yes.
Thank you very much for explaining this. It wasn't clear from the
various documents that I found.
So the only thing to do is to wait for the dependencies to be available
to build my package on armhf ?
Regards,
--
Raphaël Halimi
ng up with "t64" and
missing the "Provides: " for affected architectures
like armhf ? Or are they intentional and we should wait for the package
to be tested/ready/whatever ?
Thanks in advance.
Regards,
--
Raphaël Halimi
a lot of stuff to do on my Sid box ATM and I can't afford the time.
Please also note that I don't reboot this box very often, so the
incompatibility may have been introduced by a systemd update a long time
ago, not necessarily the latest one.
Regards,
--
Raphaël Halimi
Ping ?
Now that Standards-Version 4.0.0 recommends support for a "status" init
script argument...
Regards,
--
Raphaël Halimi
signature.asc
Description: OpenPGP digital signature
from
sid, and I can confirm that now everything works as expected (shutdown
entries in lightdm, polkit auth agent, and obsession menu logout entries).
Michael, Ian, thank you very much to both of you.
Regards,
--
Raphaël Halimi
signature.asc
Description: OpenPGP digital signature
d 231-10. I then
pinned systemd with a preferences file, and now apt is holding
libpam-systemd and libsystemd0 too, but accepted to upgrade udev and
libudev1 (I initially thought that there would be a versioned dependency
between the two sets, but that's not the case). So in fact, only those
thre
procps implemented a fake "status" function in its init script to
address this; please do the same for sysfsutils.
Attached is a very small patch doing just that.
Regards,
--
Raphaël Halimi
diff --git a/debian/sysfsutils.init b/debian/sysfsutils.init
index b0610ed..21bf713 100644
7 matches
Mail list logo