Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#5777 - suggestion/cleanup of daemontools PKGBUILD: remove the '-head-1.patch'

Attached to Project: Arch Linux
Opened by Jeffrey 'jf' Lim (jfsworld) - Tuesday, 07 November 2006, 16:46 GMT
Last edited by Jan de Groot (JGC) - Sunday, 27 May 2007, 21:29 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

can we remove the (to me) totally useless 'daemontools-0.76-head-1.patch' file in the PKGBUILD? the patch for 'head' is just totally unnecessary ('head' works fine without the '-n' pls), and just serves to complicate the PKGBUILD more when it's (a) totally unnecessary and just serves to complicate things up a bit when there's really no need to, and (b) goes against the Arch philosophy. Thanks.
This task depends upon

Closed by  Jan de Groot (JGC)
Sunday, 27 May 2007, 21:29 GMT
Reason for closing:  Deferred
Additional comments about closing:  daemontools is no longer in the repositories.
Comment by Dale Blount (dale) - Tuesday, 07 November 2006, 16:53 GMT
There was a short time where -n must be specified for head and tail in Arch, and this patch is probably around since then.
Comment by Jan de Groot (JGC) - Tuesday, 07 November 2006, 23:11 GMT
I think we'll get rid of the patch, together with the whole package. Check http://bugs.archlinux.org/task/5469 for more details.

About the patch: head -1 is faulty use of head. It's not POSIX compliant. Linux is quite ignorant of POSIX standards though, so it works without the patch.
Comment by Jeffrey 'jf' Lim (jfsworld) - Wednesday, 08 November 2006, 04:08 GMT
I see. thanks for the explanation!

btw, even if you guys want to move the thing to unsupported, may I just make a note here? It seems like the PKGBUILD for daemontools-0.76 (nothing has changed in the daemontools source - I just wonder...) doesnt even work... ('make' fails) Would you guys want to change/fix it before moving it to unsupported?
Comment by Jeffrey 'jf' Lim (jfsworld) - Wednesday, 08 November 2006, 04:27 GMT
sorry about that!! It works, my bad. I just uncommented the '/bin/echo ... > home' line because I thought the compilation mechanism worked the same way as that of ucspi-tcp... (*for ucspi-tcp, the installation is never done until you get to 'make setup' - so the 'conf-home' setting is basically redundant here)

Having said that though, this isn't a very clean way of doing the PKGBUILD. 'makepkg' as root installs your binaries already!!! (due to the setting in the 'home' file. Same thing goes for ucspi-tcp - "echo /usr > conf-home" will just cause your binaries to be installed already when you do a 'makepkg')
Comment by Jeffrey 'jf' Lim (jfsworld) - Sunday, 12 November 2006, 18:14 GMT
think i must retract that last statement about 'makepkg' installing binaries - sorry about that!!! I was confused... For daemontools, the PKGBUILD just does not work ('makepkg' stops at the 'make' command), whereas for ucspi-tcp, running 'makepkg' with the ABS-provided PKGBUID will NOT install the binaries....

Loading...