heimdal/coreutils issue: how to resolve?
How can we get aound this contention over /opt/local/bin/su, since both heimdal and coreutils claim it as theirs? Error: Activating heimdal 0.7.2_0 failed: Image error: /opt/local/bin/ su is being used by the active coreutils port. Please deactivate this port first, or use the -f flag to force the activation. -- Paul Beard words: http://paulbeard.org/wordpress pictures: http://www.flickr.com/photos/pdb206/ Are you trying to win an argument or solve a problem?
On 20 May, 2007, at 23:06, paul beard wrote:
How can we get aound this contention over /opt/local/bin/su, since both heimdal and coreutils claim it as theirs?
Doesn't/shouldn't coreutils install /opt/local/bin/gsu and not /opt/ local/bin/su? For me, at least: [%] port contents coreutils | grep su$ /opt/local/bin/gsu By the same token, perhaps heimdal's su should be installed as hsu. The same contention would happen if both ports were installed +with_default_names, but then at least it should be fairly obvious to the user how to fix. Chris
On 2007-05-20 23:47:13 -0400, Chris Pickel wrote:
On 20 May, 2007, at 23:06, paul beard wrote:
How can we get aound this contention over /opt/local/bin/su, since both heimdal and coreutils claim it as theirs?
Doesn't/shouldn't coreutils install /opt/local/bin/gsu and not /opt/local/bin/su? For me, at least:
[%] port contents coreutils | grep su$ /opt/local/bin/gsu
By the same token, perhaps heimdal's su should be installed as hsu. The same contention would happen if both ports were installed +with_default_names, but then at least it should be fairly obvious to the user how to fix.
But the user should be able to install both ports with the +with_default_names variant. I know that Debian has a way to solve such problems, but I don't know how it works exactly or if it can be applicable in MacPorts. Another solution would be to add a /opt/local/gnu directory, with (at least) bin and man subdirectories for GNU utilities. The files with the g prefix would still be installed in the standard place IMHO, but the files without the prefix would be installed under /opt/local/gnu. Then the end user could choose to add /opt/local/gnu/bin to his $PATH before /opt/local/bin if he prefers the GNU utilities, or after if he prefers the other ones. If for some particular commands, he wants a different choice, he can still add a symbolic link into /usr/local/bin or $HOME/bin... -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
On May 20, 2007, at 8:47 PM, Chris Pickel wrote:
Doesn't/shouldn't coreutils install /opt/local/bin/gsu and not /opt/ local/bin/su? For me, at least:
[%] port contents coreutils | grep su$ /opt/local/bin/gsu
I installed coreutils with_default_names and do have gsu installed, not /opt/local/bin/su. white:~ root# file /opt/local/bin/su /opt/local/bin/su: cannot open (/opt/local/bin/su) white:~ root# port upgrade heimdal ---> Activating heimdal 0.7.2_0 Error: Activating heimdal 0.7.2_0 failed: Image error: /opt/local/bin/ su is being used by the active coreutils port. Please deactivate this port first, or use the -f flag to force the activation. Sounds like heimdal is reading a file list or manifest that doesn't reflect reality. -- Paul Beard words: http://paulbeard.org/wordpress pictures: http://www.flickr.com/photos/pdb206/ Are you trying to win an argument or solve a problem?
On May 20, 2007, at 11:40 PM, Vincent Lefevre wrote:
Another solution would be to add a /opt/local/gnu directory, with (at least) bin and man subdirectories for GNU utilities. The files with the g prefix would still be installed in the standard place IMHO, but the files without the prefix would be installed under /opt/local/gnu. Then the end user could choose to add /opt/local/gnu/bin to his $PATH before /opt/local/bin if he prefers the GNU utilities, or after if he prefers the other ones. If for some particular commands, he wants a different choice, he can still add a symbolic link into /usr/local/bin or $HOME/bin...
That sounds reasonable, but it looks like my problem is resolved with some manual cleanup. I removed /opt/local/bin/su and did a forced reinstall of heimdal. white:~ root# port provides /opt/local/bin/su /opt/local/bin/su is provided by: heimdal white:~ root# port provides /opt/local/bin/gsu /opt/local/bin/gsu is provided by: coreutils -- Paul Beard words: http://paulbeard.org/wordpress pictures: http://www.flickr.com/photos/pdb206/ Are you trying to win an argument or solve a problem?
On 2007-05-21 00:14:21 -0700, paul beard wrote:
That sounds reasonable, but it looks like my problem is resolved with some manual cleanup. I removed /opt/local/bin/su and did a forced reinstall of heimdal.
white:~ root# port provides /opt/local/bin/su /opt/local/bin/su is provided by: heimdal white:~ root# port provides /opt/local/bin/gsu /opt/local/bin/gsu is provided by: coreutils
But this will break as soon as you'll upgrade coreutils (or deactive and reactivate it). -- Vincent Lefèvre <vincent@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
participants (3)
-
Chris Pickel
-
paul beard
-
Vincent Lefevre