rcp.yppasswd must be started manually or with a custom init.d script, it would be logic to add a rpc.yppasswdd init script in /etc/init.d or put its invocation directly in /etc/init.d/ypserv (maybe by looking a YPPASSWDD_DAEMON=1 option in /etc/conf.d/ypserv)
In addition, the server is at version 2.8 now, and portage still has 2.5. I've made updated ebuilds for ypserv, ypbind, and yp-tools to the newest versions. I've also included a startup script for rpc.yppasswdd, and updated ypserv.rc and a conf.d file for ypserv as well. After posting this comment I'll attach the files. They are as follows: ypserv-2.8.ebuild - updated ypserv ebuild rpc.yppasswdd - startup script for rpc.yppasswdd ypserv.rc - startup script for ypserv ypserv.conf - conf.d script which goes with ypserv.rc ypserv-2.8.ebuild belongs in net-nds/ypserv. the other three belong in net-nds/ypserv/files. yp-tools-2.8.ebuild - updated yp-tools ebuild ypbind-1.12.ebuild - updated ypbind I don't know if this is the best way of getting this taken care of, or if I would be better of submitting a new bug. I'll give this a shot, though.
Created attachment 9484 [details] updated ebuild for ypserv belongs in net-nds/ypserv/
Created attachment 9485 [details] startup script for rpc.yppasswdd goes in net-nds/ypserv/files/. This is used by the new ypserv.ebuild I submitted.
Created attachment 9486 [details] conf.d file for ypserv goes in net-nds/ypserv/files/. Goes with the updated ypserv ebuild I submitted.
Created attachment 9487 [details] startup script for ypserv goes in net-nds/ypserv/files/. Goes with the new ypserv ebuild I submitted. This is similar to the ypserv.rc6 that's already there, but not quite the same.
Created attachment 9488 [details] updated ebuild for ypbind
Created attachment 9489 [details] updated ebuild for yp-tools
This is fixed in ypserv-2.8, which is in portage. There is a very simple rpc.yppasswdd in /etc/init.d. It works for me :). I would ignore all the attachments I posted previously, as they are nullified by the patch that's already been applied to the portage tree. Shall we mark this resolved fixed?
sure thanks