Description of problem: useradd: user 'saned' already exists 24/30: saned ################################# Failed to try-restart saned.service: Unit saned.service failed to load: No such file or directory. warning: %post(saned-1.0.24-8.mga5.x86_64) scriptlet failed, exit status 6 ERROR: 'script' failed for saned-1.0.24-8.mga5.x86_64: Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. urpmi --downloader wget --auto --auto-update Failed to try-restart saned.service: Unit saned.service failed to load: No such file or directory. [root@wb ~]# updatedb [root@wb ~]# locate sane | grep service [root@wb ~]# $ grep sane /etc/passwd saned:x:961:961:system user for saned:/etc/sane.d:/bin/false Reproducible: Steps to Reproduce:
CC: (none) => mageia
Hmm, interesting, I get a different error message here: Warning: Problems encountered when activating services. Please check and enable manually if necessary. Service units affected: saned.service Likely because I've pushed a newer version of rpm-helper. That said, the reason for this is that saned is an xinet.d service not a native systemd or sysvinit one. It shouldn't moan like this however and we should try harder. (as a side note, we should also change it from inetd to native systemd sockets, but that's beside the point. xinet.d should still be supported by rpm-helper and it appears I broke it)
OK, it should be fixed in newer rpm-helper version.
# chkconfig --list | grep saned saned: on # systemctl enable saned Failed to execute operation: No such file or directory clean Mageia-5-RC-x86_64-DVD.iso, +updates, urpmi sane-frontends, urpmi xsane and urpmi saned.
(In reply to Bit Twister from comment #3) > # chkconfig --list | grep saned > saned: on Unfortunately, the grep hides an important detail. This is an extension to chkconfig that shows xinetd services. I mentioned this above. systemctl has no idea about them sadly. > # systemctl enable saned > Failed to execute operation: No such file or directory > > clean Mageia-5-RC-x86_64-DVD.iso, +updates, urpmi sane-frontends, urpmi > xsane and urpmi saned. It should really just be converted to a socket unit instead (no reason to rely on xinetd when systemd has this functionality baked in). I don't see the errors originally reported now, and the last comment is showing (sadly) the expected behaviour so I'd say the original bug is solved even if it would be nice if someone could convert the units to a .service+.socket pair. Happy to commit them if you can get it working :)
(In reply to Colin Guthrie from comment #4) > (In reply to Bit Twister from comment #3) > > # chkconfig --list | grep saned > > saned: on > > Unfortunately, the grep hides an important detail. Only thing I can think of that is hidden is xinetd based services: saned: on > > systemctl has no idea about them sadly. > > > # systemctl enable saned > > Failed to execute operation: No such file or directory > > > > clean Mageia-5-RC-x86_64-DVD.iso, +updates, urpmi sane-frontends, urpmi > > xsane and urpmi saned. > > It should really just be converted to a socket unit instead (no reason to > rely on xinetd when systemd has this functionality baked in). Can not argue with you there. > I don't see the errors originally reported now, Yes the post stuff is gone, but the "not found" is not. # systemctl start saned Failed to start saned.service: Unit saned.service failed to load: No such file or directory
Whiteboard: (none) => MGA5TOO
Assigning to maintainer
Assignee: bugsquad => lists.jjorge
There is no bug anymore, closing. Maybe one day I'll find time to convert xinetd service to systemd, but this is not the bug reportad here.
Status: NEW => RESOLVEDResolution: (none) => FIXED