Description of problem: usleep binary is currently in initscripts package and if we want to get rid of that package this needs to be moved elsewhere. And since coreutils already have sleep...
Well this wouldn't go upstream as usleep is only available on RH flavored linux. I suppose downstream we could provide a script to wrap sleep(1) ? though it would be nice to get users to convert to using sleep(1). A script like the following would work: exec sleep $(printf '%s\n' scale=9 "${1-0}/1000000" | bc;)
As Pádraig said, this would be no-go for upstream. And I'm not very keen about having this as coreutils downstream wrapper (as this one would introduce requirements for bc).
Perhaps separate it in a standalone package with all kinds of depecation doc warnings about using a recent enough coreutils "sleep" instead
This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle. Changing version to '22'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
Fedora 22 changed to end-of-life (EOL) status on 2016-07-19. Fedora 22 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
While this is not a bug of coreutils, we need to deal with it some how. I am reopening it and moving back to rawhide...
I like the solution proposed in comment #1. The dependency on bc can be solved by using a separate subpackage coreutils-usleep providing the wrapper script only. I would make the script print a deprecation warning to stderr each time it runs to educate users how to sleep in a portable way. Is the above plan acceptable?
This bug appears to have been reported against 'rawhide' during the Fedora 25 development cycle. Changing version to '25'.
Per suggestion in comment #1, I have prepared the coreutils-usleep subpakcage for review: https://src.fedoraproject.org/cgit/rpms/coreutils.git/commit/?id=751b223b I have also prepared a copr repository that includes patched initscripts: https://copr.fedorainfracloud.org/coprs/kdudka/coreutils-usleep/ David, could you please have a look?
(In reply to Kamil Dudka from comment #10) > Per suggestion in comment #1, I have prepared the coreutils-usleep > subpakcage for review: > > https://src.fedoraproject.org/cgit/rpms/coreutils.git/commit/?id=751b223b I have looked at it, tested it, and works correctly. Thank you for this. :)
After discussing it with David and Lukas, we decided to deprecate usleep(1) in the initscript package itself by changing the executable to print deprecation message and/or move it to a subpackage of initscripts that will not be installed by default.
Introducing new deprecation warnings by minor update in a stable Fedora release could be disruptive for users. I propose to implement this in f26+ only.
Bodhi update here: https://bodhi.fedoraproject.org/updates/initscripts-9.72-1.fc26
Work around for shell scripts... usleep() { # They bloody broke usleep by having it report an error # This ugly workaround (using scientific) seems to work... sleep ${1}e-06 }