Pdsh is a high-performance, parallel remote shell utility. It has built-in, thread-safe clients for Berkeley and Kerberos V4 rsh, and can call SSH externally (though with reduced performance). Pdsh uses a "sliding window" parallel algorithm to conserve socket resources on the initiating node and to allow progress to continue while timeouts occur on some connections.
Created attachment 50673 [details] pdsh ebuild
Thanks for submitting the ebuild - very nice. There are a few things that need changing, though: - ${S} should to be set outside of src_compile, and you also don't need to cd into it in src_{compile,install} - ebuild.sh will do that for you. - net-misc/openssh needs to be in RDEPEND, as it's required at run-time. - if you touch any files in pkg_postinst (creating the "/etc/pdsh" directory and creating the default "machines" file), you must also honour ${ROOT}. It might also be an idea to create the "/etc/pdsh" directory, and install the default "machines" file (even if it's just pure comments) in src_install, thus eliminating the need for a pkg_postinst; the latter will however require the default "machines" file to be put into the package's "files" directory and installed from src_install, but that's not a problem.
Created attachment 51462 [details] Fixes based on Elfyn's suggestions There is no default machines file in the tar file so keeping its creation in pkg_postinst seems to be the way to go. Also, a warning to modify the machines file has been added.
Can anyone tell me the status of this being accepted. It has been a long while. Thanks
Elfyn McBratney: Any news on this? ;-)
(In reply to comment #5) > Elfyn McBratney: Any news on this? ;-) Really, this is slightly annoying. It has been 5 months since I submitted this.
Okay, is there anything else I need to do on this? Check the initial date February 7th, 2005. If there is, let me know and I'll do it. Otherwise, WTF? Come on, someone let me know what is going on with the acceptance of this ebuild. I have stuck to this for 8 months, if there is a rule that says developer must stay with this for a year before acceptance; at least let me know that. It is a cool program and my friend and I worked on this and corrected it when necessary.
And I see 2.8.1 version out. ;) Will this package go under app-shells?
Updated the ebuild to 2.8-1.
Created attachment 72501 [details] Updated ebuild This is an update to the latest version of pdsh. This should go into /usr/portage/sys-cluster/pdsh/ Thanks
Before submitting this ebuild it needs to change its configuration a bit. SSH should not be included unless the "ssh" useflag is set. This allows those of us with rsh to take advantage of the performance that pdsh offers when using rsh.
This bug was recently brought to my attention, and pdsh should properly be added and maintained by the cluster team. If perl has objections to this, please comment.
Created attachment 84595 [details] An updated ebuild for PDSH 2.9
The ebuild from comment #13 works fine for me for 2.9 and 2.10 version. Please push it finally to portage. I see that either netkit-rsh or kth-krb4 could be used to provide the kerberized rsh. But that would be a minor extension to the ebuild and I guess configure won't pick up the renamed binaries into FHS locations. Anyway, it is impossible to have installed concurrently kth-krb4 and heimdal on Gentoo as the destdir's overlap. But it is perfectly legal to have both installed and use them. But this is my general objection that packages should not be relocated to FHS.
(In reply to comment #14) > If perl has objections to this, please comment. > Let us know if you help with anything, ebuilding, etc., otherwise, she's all yours :)
Finally I'm finding some time for clustering stuff, I'll look at this soon because I like the package.
Finally committed with some fixes, thanks for the contribution! A big slowup is that maintaining existing applications generally takes priority over adding new ones, and we're always in need of more help anyway.
