[gentoo-dev] conflicting executable names

[gentoo-dev] conflicting executable names

[Bob Phan]

What would the gentoo policy be to handle applications that want to use
the same executable name, but do not perform the same function and are
not interchangable.

For example, I wanted to quickly package up rename
(http://www.ibiblio.org/pub/Linux/utils/file/rename-1.1.tar.gz)

It is a slick little utility that allows you to rename a bunch of
files based on extended regexs (there's a review on www.unixreview.com).

Anyway, the executable it creates is named 'rename' which conflicts with
rename from sys-apps/util-linux.  How should this be treated?  For the
moment, I'm just calling it Rename.

-- 
/*
 * Bob Phan <bob@endlessrecursion.net,rphan@nrgn.com>
 * Computational Chemistry Informatics
 * Neurogen Corporation
 * (203)488-8201 x4645
 *
 * To understand recursion, you must first understand recursion.
 */

[gentoo-dev] Keychain wonderings.

[Brent Cook]

Hi,

  If I setup keychain to run in .bashrc on a client machine with:

/usr/local/bin/keychain ~/.ssh/id_dsa
source ~/.ssh-agent-harriet.ozma.union.utexas.edu > /dev/null

Should it still be possible to use scp to copy files from a server back to
a client? When I try it, scp instead displays the keychain startup
message:

lara:~$ scp file busterb@server:~/
root@ooga.union.utexas.edu's password:

KeyChain 1.9; http://www.gentoo.org/projects/keychain
lara:~$

I have a pair of servers. One is a backup that uses rsync with the ssh
transport to synchronize nightly with the primary one via a cron job. I
use keychain on the backup server so that the cron job will not require a
password and run automatically. However, I cannot transfer files while
logged into the primary to the backup when keychain running from .bashrc.
Is this a problem with the setup or keychain?

 - Brent