Package Details: schedtoold 0.3-10

Git Clone URL: (read-only)
Package Base: schedtoold
Description: Simple daemon to renice/nice and change priorities of processes while running them.
Upstream URL:
Keywords: daemon nice
Licenses: GPL
Submitter: None
Maintainer: pedrogabriel (pums974, Freso, popsUlfr)
Last Packager: popsUlfr
Votes: 18
Popularity: 0.623014
First Submitted: 2006-06-10 16:08
Last Updated: 2016-09-18 10:49

Dependencies (2)

Required by (0)

Sources (7)

Latest Comments

popsUlfr commented on 2016-09-18 10:51

Thank you @pedrogabriel, I updated the package with the patch.

pedrogabriel commented on 2016-09-17 18:20

added @popsUlfr as a co-maintaner.

popsUlfr commented on 2016-09-16 20:16

In order to prevent the segmentation fault:

Drop a patch in the directory called "segv.patch" with the following content:
diff -urN a/config-handler.c b/config-handler.c
--- a/config-handler.c 2005-03-30 15:17:45.000000000 +0200
+++ b/config-handler.c 2016-05-07 19:08:49.469953560 +0200
@@ -92,6 +92,7 @@
entry->absolute = absolute;
entry->gid = gid;
entry->uid = uid;
+ entry->next = NULL;

/* remember last entry */
config_last_entry = entry;

Edit the PKGBUILD, to the sources array add "segv.patch"
source=($pkgname-$pkgver.tar.bz2 schedtoold.patch schedtoold.conf schedtoold schedtoold.service utils.patch segv.patch)

Add 'SKIP' to the md5sums array

Add 'patch -p1 -i "${srcdir}/segv.patch"' to the build() function before "make"
build() {
cd $srcdir/$pkgname-$pkgver

patch -p0 -i $srcdir/$pkgname.patch
patch -p0 -i $srcdir/utils.patch
patch -p1 -i "${srcdir}/segv.patch"

Now it shouldn't segfault anymore.

niekez commented on 2016-08-30 16:07

Same error as vboufleur

vboufleur commented on 2016-08-15 15:43

I'm having this error while starting the schedtoold systemd service:

Best commented on 2016-06-21 03:17

Have been getting traps: schedtoold[5013] general protection ip:401ede sp:7ffdc5f1ad00 error:0 in schedtoold[400000+3000] for some time now...

pedrogabriel commented on 2015-10-06 23:03

So the patch being applied to the wrong place don't really make any difference to the final program?

Freso commented on 2015-10-05 13:15

But that's the point: there's no change in what's being installed. The result of installing schedtoold 0.3-9 is *exactly* the same as installing schedtoold 0.3-8. The same files are being installed to the same places. There's no gain for people to "update" to the newer PKGBUILD.

pedrogabriel commented on 2015-10-04 00:53

It's the only way I have to communicate to other peoples that use the package that it has changed.

Freso commented on 2015-10-03 14:50

There's no reason to bump $pkgrel when the files being installed haven't changed.

All comments