On 03/03/2013 11:42 AM, Reindl Harald wrote:
Am 03.03.2013 17:33, schrieb Frank McCormick:
>> and you made sure the damage was fixed?
>>
>> * /etc/mtab is there AND a symlink
>> * "which ld" gives a correct output
>
Sorry, I stand corrected....it's early.
[frank@localhost etc]$ stat mtab
File: ‘mtab’ -> ‘/proc/mounts’
Size: 12 Blocks: 0 IO Block: 4096 symbolic link
Device: 805h/2053d Inode: 5242886 Links: 1
Access: (0777/lrwxrwxrwx) Uid: ( 0/ root) Gid: ( 0/ root)
Access: 2013-03-02 14:27:44.925020411 -0500
Modify: 2013-02-28 19:32:31.454657287 -0500
Change: 2013-02-28 19:32:31.454657287 -0500
Birth: -
[frank@localhost etc]$
> In the /proc directory, mounts is a symlink to /self/mounts.
>> [harry@srv-rhsoft:~]$ which ld
>> /usr/bin/ld
> which ld on my machine comes up with /bin/ld...
> /usr/bin/has a symlink which point to /etc/alternatives/ld
>
>
> this does not matter
> /bin and /usr/bin is the same after UsrMove
What does not matter? That which ld comes up with /bin/ld ?
>
> since i am pdeantic i fixed as much as possible to point
> directly to /usr/bin because why did we made UsrMove if we
> rely on the symlinks forever and YES this si critism for
> EVERY package-manager which does not fix it's crap
>
??
I modified root's PATH to ensure /usr/bin was first...which ld
now result in /usr/bin/ld....
but grub2-mkconfig -o /boot/grub2/grub.cfg as root still generates syntax
errors in the output file.
With every new kernel grubby complains it could not find a usable template.
--
--Cheers--