26196 2003-08-08 05:05 0000 csh and tcsh overwrite each other's files! 2005-11-25 05:14:07 0000 1 1 1 Unclassified Gentoo Linux Unspecified unspecified All Linux RESOLVED FIXED P2 normal --- 1 hans.w.wurst@gmx.de grobian@gentoo.org absinthe@gentoo.org alain@gentoo.org nick@capital-internet.net taviso@gentoo.org hans.w.wurst@gmx.de 2003-08-08 05:05:44 0000 csh and tcsh ebuilds both install the following files: /bin/csh /etc/csh.cshrc /etc/csh.login csh also installs: /etc/csh.logout (read by tcsh as well) proposal: 1. new ebuild (csh-startup-scripts): - csh and tcsh depend on it - contains (actually usable) startup scripts compatible with both shells - startup scripts are removed from csh and tcsh ebuilds 2. new ebuild (tcsh-csh) - depends on tcsh - only installs the csh->tcsh symlink - said symlink removed from tcsh ebuild - csh and tcsh-csh block each other (why do I get the feeling all shell ebuilds except bash are not really intended to be used?) taviso@gentoo.org 2003-08-08 07:02:52 0000 I'll block tcsh in csh. I think its quite cheeky of tcsh to put that symlink in there without checking :) taviso@gentoo.org 2003-08-08 07:04:13 0000 actually, i'll wait for comments from tcsh maintainers. hans.w.wurst@gmx.de 2003-08-08 17:02:11 0000 Thanks for the quick response, a fix would be really helpful here as with the current ebuilds neither csh nor tcsh are really useful without a complete rewrite of both /etc/cshrc and /etc/cshrc.login. The way they are now, csh installs those files mostly empty (except for sourcing /etc/csh.env) and tcsh attempts to be newbie-friendly (.tcsh-config) at the same time as annoying more advanced users (and doing some other weird stuff I don't want to repeat here). The more I think of it, it may be a good idea to make these two files part of baselayout to keep them in sync with what bash does. hans.w.wurst@gmx.de 2003-10-23 20:54:10 0000 still experiencing the /bin/csh conflict je_fro@gentoo.org 2005-03-09 09:31:49 0000 It appears that for me, ncbi-tools depends on both csh and tcsh, but when I emerge -u world I get a blocker. Calculating world dependencies ...done! [blocks B ] app-shells/tcsh (is blocking app-shells/csh-1.29-r3) # qpkg -q csh app-shells/csh-1.29-r3 * DEPENDED ON BY: app-shells/tcsh-6.12-r3 * DEPENDED ON BY: ncbi-tools-20041020-r1 # qpkg -q tcsh app-shells/tcsh-6.12-r3 * DEPENDED ON BY: ncbi-tools-20041020-r1 app-shells/tcsh-6.12-r3 DEPENDED ON BY: sci-biology/ncbi-tools-20041020-r1 Food for Thought, je_fro jakub@gentoo.org 2005-10-25 14:46:59 0000 Re-assign a mis-assigned bug. grobian@gentoo.org 2005-10-26 01:45:01 0000 @csh maintainer: I only look at tcsh-6.14-r1, because that ebuild solves lots of problems users have (had) and is about to be stabled. - I think I should remove making the csh -> tcsh symlink from tcsh ebuild. - for the csh.* and perhaps profile.d/*.csh files we should perhaps indeed create a meta package, as they are bound to cause collision-protect problems - I think csh should not block tcsh (after above has been solved) grobian@gentoo.org 2005-11-02 14:17:28 0000 tcsh now only adds csh -> tcsh symlink if csh doesn't exist yet. grobian@gentoo.org 2005-11-02 23:19:33 0000 new version of csh ebuild (csh-1.29-r4.ebuild) removes offending (empty) files and the block on tcsh. grobian@gentoo.org 2005-11-25 05:14:07 0000 The newest versions of csh and tcsh do not block each other any more, or overwrite their files, hence I consider this bug fixed.