Sl-5500/Collie
3.5.3
GPE
***** WARNING REFLASH REQUIRED *****
Watch out for installing libc6 onto a SD card ( CF card also affected but not confirmed )
When "ipkg-link mount /media/card/packages" is used to link from the SD card after installing a package everything goes OK until libc6 is attempted to be linked. The rug is pulled from under the system's nose and errors concerning the shared library libc.so.6 are everywhere. "ls" no longer works and the system is badly broken.
A reflash of the system fixes it. Clearly the symlinks for libc6 have badly gone wrong.
WORKAROUND ...
Modify the sh shell script /usr/bin/ipkg-link as follows
<snip>
list () {
filelist=""
files=`ls -1 $LOCATION/usr/lib/ipkg/info/*.list`
for filename in $files; do
filename=${filename##*/}
filename=${filename%%.list}
if [ $filename != "libc6" ]; then
filelist="$filelist $filename"
else
echo "*** WARNING: libc6 detected and ignored ***"
fi
done
}
<snip>
This workaround causes libc6 to be ignored. So far, ipkg-link mount now works OK for me.
I hope this helps someone and saves a reflash or 2.
bladerunner
A mighty, showstopping, life-destroying problem:
SL-5500/Collie
3.5.3
Opie
All upgrades as at April 27.
________________________________
DESCRIPTION OF THE BUG(s) :
(bugtracker where bug is reported and bugnumber)
I haven't reported it yet, as I can't seem to get into the OE bugtracker at the moment.
Some time after flashing with 3.5.3, between an hour or most of a week, `ln -s` will suddenly stop working properly, preventing manual commands or ipkg-link from working. If using opie-packagemanager, ipkg-link seems to be called with `mount`, thereby destroying all packages on that media, ram or SD. installations to root will also fail.
Details: `ln -s` will create a link to itself. Example (edited for legibility):
$ ln -s /media/card/etc/rsyncd.conf /etc/rsyncd.conf
$ ls -l /etc/rsyncd.conf
$ /etc/rsyncd.conf -> /etc/rsyncd.conf
Also, ipkg-install -dest root <package> will result in all files in <package> being replaced with symlinks to themselves. Thereby rendering them useless.
This will start occuring with any usage of `ln` or `ipkg-link` at a random time, without any rhyme or reason that I can determine and without ever reverting to correct behaviour.
________________________________
SOLUTION (if found) :
No idea. Help!
Suggestion: Is it possible to make opie-advancedfm show symlinks that don't point to a valid destination? At the moment, messing around with the command line (although faster and easier for me anyway) is the only way to find redundant symlinks that may be upsetting ipkg-link or explaining program failures.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=77807\"][{POST_SNAPBACK}][/a][/div]