Some people have been using actively 'task spooler', and I think it could be added to the portage tree. The proposed 'ebuild' package for the latest release can be downloaded from: http://vicerveza.homeunix.net/~viric/soft/ts/ts-0.4.1.ebuild
It has been already in the BSD ports since some months.
Steps to Reproduce:
Most information from task spooler can be taken from its web page: http://vicerveza.homeunix.net/~viric/soft/ts/
- please, attach the ebuild here, do not refer to third-party links
- src_unpack() is redundant
- exeinto /usr/local/bin - *never* install anything into /usr/local; that is reserved for local usage, not for ebuilds
- do not dodoc COPYING, it's already available in $PORTDIR/licenses
Created attachment 143030 [details]
The ebuild proposed, with the changes advised by Jakub
Sorry, I didn't receive any letter related to your upate of this 'bug'. I still thought noone answered it, and I just noticed you answered one hour after my submission.
I made the changes you propose, and uploaded the ebuild.
This package is now in the Gentoo Sunrise User Overlay.
For more information, please see http://overlays.gentoo.org/proj/sunrise
You can take over the maintenance yourself, if you want.
Created attachment 146565 [details]
Had to do some more corrections to make it respect our CC and CFLAGS vars.
Added the tests...
Thank you for your effort.
I released a version recently, mostly for bugfixes: 0.5.4.
I may get into the sunrise project as a maintainer for ts... I have to see the details of that task.
I wanted to tell you my opinion on the new ebuild: I'd avoid running the testbench, because it may break a running 'ts' of the user, who installs the ebuild.
Usually you have "userpriv" activated when installing a package. That means that testbench will run as user "portage" (or "paludisbuild" if using paludis) and not as root or as any user with a real login.
Only when testing the package using the "ebuild ts-0.5.3.ebuild test" command, the tests run as the user executing the ebuild command.
Bumped to 0.7.2 in sunrise.
There's a new version - 0.7.5 . No changes in ebuild should be necessary.
It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers  project.
Please make sure to take ebuilds from the unreviewed developer Sunrise repository  rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that:
1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it.
2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding.
3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint.
4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality.
Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise.