FS#31418 - [ypserv] uses deprecated "/bin/domainname"
Attached to Project:
Arch Linux
Opened by Francisco Pina (Stunts) - Wednesday, 05 September 2012, 10:18 GMT
Last edited by Tom Gundersen (tomegun) - Thursday, 04 October 2012, 17:43 GMT
Opened by Francisco Pina (Stunts) - Wednesday, 05 September 2012, 10:18 GMT
Last edited by Tom Gundersen (tomegun) - Thursday, 04 October 2012, 17:43 GMT
|
Details
Description:
The package ypserv in [extra] uses a deprecated command (/bin/domainname) by default. This is hardcoded in the original source. Under arch we now use "/bin/hostname -d" to provide the same functionality. Currently, after installing ypserv, users have to edit the file "/var/yp/Makefile" and replace the commands mentioned above. I know that the arch way is to keep it simple and as close to upstream as possible, but this is very cumbersome as the change has to be applied every time there is an updates to the package. Most other distros still use /bin/domainname, so I don't see this (at least in it's current form) being accepted upstream any time soon. Attached is a patch and a modified PKGBUILD to solve this issue by changing the command at build time. Additional info: * package version(s) ypserv 2.28-1 * config and/or log files etc. N/A This behaviour is even documented in the wiki: https://wiki.archlinux.org/index.php/NIS#.2Fvar.2Fyp.2FMakefile Steps to reproduce: Install ypserv; cd /var/yp make The make commmand will fail if the mentioned changes are not made manually. |
This task depends upon
Closed by Tom Gundersen (tomegun)
Thursday, 04 October 2012, 17:43 GMT
Reason for closing: Fixed
Additional comments about closing: dep added in testing
Thursday, 04 October 2012, 17:43 GMT
Reason for closing: Fixed
Additional comments about closing: dep added in testing
Comment by Tom Gundersen (tomegun) -
Thursday, 04 October 2012, 17:23 GMT
The domainname binary is provided by yp-tools, so adding a
dependency on that should sort this out. Moreover, it comes with a
systemd service file to set this at boot. I agree that this is not
really ideal but unless upstream can come up with something better
I think we should stick with it for now.