Bugzilla Bug 81171

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 an attachment (id=50673) [edit]
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 an attachment (id=51462) [edit]
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 an attachment (id=72501) [edit]
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 an attachment (id=84595) [edit]
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.