Processed: tagging 776350
Processing commands for cont...@bugs.debian.org: tags 776350 + unreproducible Bug #776350 [systemd] systemd 218-6 libsystemd-* libraries dependencies Added tag(s) unreproducible. thanks Stopping processing here. Please contact me if you need assistance. -- 776350: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776350 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Bug#776422: [systemd] power button does poweroff instead of STR after each upgrade of systemd
Package: systemd Version: 215-10 Severity: grave Justification: causes data loss I configured the power button to do STR in KDE. After each upgrade of systemd the power button does poweroff instead causing loss of unsaved work. This did not happen before the introduction of systemd as a replacement for $everything, so I have to guess systemd is the problem; please reassign if you know better. Regards Timo --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 900 testing http.debian.net 800 unstablehttp.debian.net --- Package information. --- Depends (Version) | Installed =-+-== libacl1 (= 2.2.51-8) | 2.2.52-2 libaudit1(= 1:2.2.1) | 1:2.4-1+b1 libblkid1 (= 2.17.2) | 2.25.2-4.1 libcap2 (= 1:2.10) | 1:2.24-6 libcryptsetup4 (= 2:1.4.3) | 2:1.6.6-4 libdbus-1-3(= 1.1.1) | 1.8.12-3 libkmod2 (= 5~) | 18-3 libpam0g(= 0.99.7.1) | 1.1.8-3.1 libselinux1(= 2.1.9) | 2.3-2 libsystemd-journal0 (= 208-8) | libudev1 (= 189) | 215-10 libwrap0 (= 7.6-4~) | 7.6.q-25 libsystemd-login0 (= 208-8) | util-linux (= 2.19.1-2) | 2.25.2-4.1 initscripts (= 2.88dsf-53.2) | 2.88dsf-58 sysv-rc | 2.88dsf-58 udev | 215-10 acl | 2.2.52-2 adduser | 3.113+nmu3 libcap2-bin | 1:2.24-6 Recommends (Version) | Installed =-+-=== libpam-systemd| 215-10 Suggests(Version) | Installed =-+-=== systemd-ui| --- Output from package bug script --- signature.asc Description: This is a digitally signed message part. ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Bug#776422: [systemd] power button does poweroff instead of STR after each upgrade of systemd
control: severity -1 normal control: tags -1 moreinfo unreproducible Am 27.01.2015 um 22:40 schrieb Timo Weingärtner: Package: systemd Version: 215-10 Severity: grave Justification: causes data loss I configured the power button to do STR in KDE. After each upgrade of systemd the power button does poweroff instead causing loss of unsaved work. This did not happen before the introduction of systemd as a replacement for $everything, so I have to guess systemd is the problem; please reassign if you know better. Please provide more information why you think there is a bug in systemd. The current information you provided is not sufficient to make an analysis of the problem. My uneducated guess would be, that KDE does not deal with logind being restarted as part of the upgrade. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Re: Bug#776276: unblock: open-iscsi/2.0.873+git0.3b4b4500-4
Am 27.01.2015 um 15:39 schrieb Michael Biebl: Am 27.01.2015 um 13:07 schrieb Christian Seiler: Am 27.01.2015 um 06:19 schrieb Michael Biebl: - Drop $remote_fs from the open-isci LSB header and replace it with $local_fs. That looks wrong anyway. As I said before: that breaks sysvinit systems with /usr on NFS. How likely is such a setup? I.e. using /usr-on-NFS + openisci in combination. Has anyone actually ever tested this? No idea. I'm just wary of breaking potentially legitimate setups, especially this late in the freeze. Currently, your proposed solution differs from mine by just a single dependency on mountnfs-bootclean. I'm not saying this shouldn't be reworked at a later point in time (I do agree that it's quite ugly), but do you have any technical reason for objecting to that? (mountnfs-bootclean.sh is part of initscripts btw.) [Service] # Replace stop actions, because calling umountiscsi.sh from # within open-iscsi script won't work due to systemctl # redirection (and umountiscsi.sh is never started) # Note that we have to test for /etc/iscsi/iscsi.initramfs, # since the init script also does this test. Use exec to # make sure that umountiscsi.sh's PPID is 1, so we don't run # into the redirect ourselves. ExecStop= ExecStop=/bin/sh -c [ -f /etc/iscsi/iscsi.initramfs ] || exec /etc/init.d/umountiscsi.sh stop ExecStop=/etc/init.d/open-iscsi stop Why is this check needed? After all, on shutdown we do call /etc/init.d/umountiscsi.sh stop before /etc/init.d/open-iscsi stop. I.e. wouldn't this break the shutdown case, assuming there is an /etc/iscsi/iscsi.initramfs file? Hmmm, right, update-rc.d already inserts stop links... The interesting thing is that for some reason the open-iscsi init script calls that again, but only after a check for iscsi.initramfs. No idea, why. The reason that check for iscsi.initramfs is there is that the iSCSI sessions should not be deactivated if rootfs is on iSCSI - but that isn't really an issue, I just tested it: if something's still active, umountiscsi.sh will complain a bit, since it can't umount stuff, but is otherwise harmless, so yeah, that's not needed. However, exit code will be 1 in that case, so it should be: ExecStop=-/etc/init.d/umountiscsi.sh stop Christian ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Bug#775971:
-- Mathieu ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Re: Bug#776276: unblock: open-iscsi/2.0.873+git0.3b4b4500-4
Am 27.01.2015 um 06:19 schrieb Michael Biebl: Of course, if you have a better idea of how to do this? Aside from shipping real native unit files, that's probably the least invasive change: - Drop $remote_fs from the open-isci LSB header and replace it with $local_fs. That looks wrong anyway. As I said before: that breaks sysvinit systems with /usr on NFS. There's even an old bug report on that: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541390 I really like your idea of a drop-in. And I also like the idea how you call umountiscsi.sh, I didn't think of that. Unfortunately, it doesn't work if I want to remove the After=remote-fs.target, since you can't reset After= (or any unit dependency for that matter) to an empty list in drop-ins. But I thought a bit more about it: let's make dependencies a little better by ordering open-iscsi after mountnfs. That would keep /usr on NFS working for sysvinit, but make systemd happy, since mountnfs is masked there (dependency therefore ignored). But systemd's sysv-generator treats mountnfs the same as $remote_fs. So close, but no cigar. However, there's also mountnfs-bootclean. That service is ordered after mountnfs in sysvinit, is also masked for systemd and does not receive special treatment in systemd's sysv-generator. So basically, you'd have the following changes w.r.t. the current package in testing: open-iscsi init script: s/$remote_fs/$local_fs mountnfs-bootclean/: # Required-Start:$network $local_fs mountnfs-bootclean # Required-Stop: $network $local_fs mountnfs-bootclean sendsigs /lib/systemd/system/open-iscsi.service.d/fix-systemd-deps.conf: [Unit] # Make sure we have the proper ordering w.r.t. remote-fs-pre.target. # Not required for boot, but for shutdown. Wants=remote-fs-pre.target Before=remote-fs-pre.target [Service] # Replace stop actions, because calling umountiscsi.sh from # within open-iscsi script won't work due to systemctl # redirection (and umountiscsi.sh is never started) # Note that we have to test for /etc/iscsi/iscsi.initramfs, # since the init script also does this test. Use exec to # make sure that umountiscsi.sh's PPID is 1, so we don't run # into the redirect ourselves. ExecStop= ExecStop=/bin/sh -c [ -f /etc/iscsi/iscsi.initramfs ] || exec /etc/init.d/umountiscsi.sh stop ExecStop=/etc/init.d/open-iscsi stop I've just tried this, under systemd it works (no timeout, proper ordering), and update-rc.d still generates the correct ordering of startup links for sysvinit in /etc/rcS.d, with open-iscsi being after mountnfs. Would you be OK with that? If so, I can prepare a patch and send it to Ritesh for inclusion. Christian ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Bug#776350: systemd 218-6 libsystemd-* libraries dependencies
On 01/27/2015 03:23 PM, Martin Pitt wrote: Can you please verify that you actually have the current versions installed and not a local build somewhere else? journalctl and systemctl as in the package don't depend on libsystemd* at all. I checked 'whereis systemctl' and discovered files from a previous local build from three years ago in /usr/bin. After removing all this old systemd files and reinstalling version 218-6 this issue is fixed. Thanks for the tip! This bug can be closed. ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Re: Bug#776276: unblock: open-iscsi/2.0.873+git0.3b4b4500-4
Am 27.01.2015 um 16:02 schrieb Christian Seiler: Am 27.01.2015 um 15:39 schrieb Michael Biebl: Am 27.01.2015 um 13:07 schrieb Christian Seiler: Am 27.01.2015 um 06:19 schrieb Michael Biebl: - Drop $remote_fs from the open-isci LSB header and replace it with $local_fs. That looks wrong anyway. As I said before: that breaks sysvinit systems with /usr on NFS. How likely is such a setup? I.e. using /usr-on-NFS + openisci in combination. Has anyone actually ever tested this? No idea. I'm just wary of breaking potentially legitimate setups, especially this late in the freeze. Currently, your proposed solution differs from mine by just a single dependency on mountnfs-bootclean. Well, in the end it's your choice. You know my POV by now. However, exit code will be 1 in that case, so it should be: ExecStop=-/etc/init.d/umountiscsi.sh stop If you can ignore the error from umountiscsi.sh stop, yeah, then =- is probably the better choice. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Re: Bug#775778: Bug#776276: unblock: open-iscsi/2.0.873+git0.3b4b4500-4
On 01/27/2015 08:09 PM, Michael Biebl wrote: As I said before: that breaks sysvinit systems with /usr on NFS. How likely is such a setup? I.e. using /usr-on-NFS + openisci in combination. Has anyone actually ever tested this? There is no real data to show. But one uses remote storage for a reason, when they want to consolidate everything at a central location. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
Re: Bug#775778: Bug#776276: unblock: open-iscsi/2.0.873+git0.3b4b4500-4
Am 27.01.2015 um 16:42 schrieb Ritesh Raj Sarraf: On 01/27/2015 08:09 PM, Michael Biebl wrote: As I said before: that breaks sysvinit systems with /usr on NFS. How likely is such a setup? I.e. using /usr-on-NFS + openisci in combination. Has anyone actually ever tested this? There is no real data to show. But one uses remote storage for a reason, when they want to consolidate everything at a central location. I'm very dubious, that only sharing /usr but not / via NFS actually works all that well with dpkg unless you make absolutely sure, / and /usr don't get out-of-sync. It's much better to simply share / via NFS and in that case, where you then need to do that via an initramfs. I yet have to see someone who actually uses that mythical usr-on-NFS setup in production. Anyway, this is getting OT. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers
systemd 215-10 MIGRATED to testing
FYI: The status of the systemd source package in Debian's testing distribution has changed. Previous version: 215-8 Current version: 215-10 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. ___ Pkg-systemd-maintainers mailing list Pkg-systemd-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-systemd-maintainers