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
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tom Gundersen (tomegun)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

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
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.

Loading...