[MacPorts] #17588: macports 1.7rc1 writes path variable to .tcshrc even when a .cshrc is present
#17588: macports 1.7rc1 writes path variable to .tcshrc even when a .cshrc is present ----------------------------+----------------------------------------------- Reporter: north@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Port Bugs Component: base | Version: 1.7.0 Keywords: | Port: ----------------------------+----------------------------------------------- One of those infuriating habits of oldtimers is still using a million year old .cshrc file even though running tcsh -- which still honors the .cshrc file. Previous versions of macports wrote to my .cshrc, but this new rc1 creates a .tcshrc where one was not present, overriding the existing .cshrc (rendering it temporarily moot and creating much surprise!) Obviously easily cured, but testing for the presence of .cshrc would be a nice touch. -- Ticket URL: <http://trac.macports.org/ticket/17588> MacPorts <http://www.macports.org/> Ports system for Mac OS
#17588: macports 1.7rc1 writes path variable to .tcshrc even when a .cshrc is present ----------------------------+----------------------------------------------- Reporter: north@… | Owner: blb@… Type: defect | Status: assigned Priority: Low | Milestone: MacPorts 1.7.1 Component: base | Version: 1.7.0 Keywords: | Port: ----------------------------+----------------------------------------------- Changes (by blb@…): * owner: macports-tickets@… => blb@… * status: new => assigned * milestone: Port Bugs => MacPorts 1.7.1 Comment: Handling of dotfiles can definitely be improved, as it should really be checking for .bash_profile and .bash_login for bash users as well. For the time being the general idea is to take care of those who don't know much about dotfiles and let those who do handle it manually since they probably know what's going on. -- Ticket URL: <http://trac.macports.org/ticket/17588#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#17588: macports 1.7rc1 writes path variable to .tcshrc even when a .cshrc is present -----------------------------+---------------------------------------------- Reporter: north@… | Owner: blb@… Type: defect | Status: closed Priority: Low | Milestone: MacPorts 1.7.1 Component: base | Version: 1.7.0 Resolution: fixed | Keywords: Port: | -----------------------------+---------------------------------------------- Changes (by blb@…): * status: assigned => closed * resolution: => fixed Comment: Fixed in r43946 (trunk) and r43948 (1.7 branch). -- Ticket URL: <http://trac.macports.org/ticket/17588#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
#17588: macports 1.7rc1 writes path variable to .tcshrc even when a .cshrc is present -----------------------------+---------------------------------------------- Reporter: north@… | Owner: blb@… Type: defect | Status: closed Priority: Low | Milestone: MacPorts 1.7.1 Component: base | Version: 1.7.0 Resolution: fixed | Keywords: Port: | -----------------------------+---------------------------------------------- Comment(by rdm@…): I know about dotfiles, but it still took me a while to track down why my sessions were suddenly getting initiated wrong. Ended up reading the tcsh man page, making a guess, and finding this delightful little "present" from MacPorts. Grumble. -- Ticket URL: <http://trac.macports.org/ticket/17588#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts