Tiny Core Linux
Tiny Core Extensions => TCE Q&A Forum => Topic started by: coreplayer2 on June 28, 2012, 03:16:55 PM
-
After updating TinyCore's core.gz & vmlinuz to the latest version, I always run " tce-update " Anyone know why updating ezremaster.tcz using this method consistently results in a fail message?
Checking for Easy Mode Operation... OK
Press Enter key to begin batch update of extensions in /sda1/tce
or enter any char to exit now:
Checking Tiny Core Applications in /mnt/sda1/tce/optional
Updating Xprogs.tcz OK
Updating deadbeef.tcz OK
Updating dropbox.tcz OK
Updating ezremaster.tcz Failed
Updating firefox.tcz OK
Updating gdk-pixbuf2.tcz OK
Error Could not verify libavcodec.tcz
Error Could not verify libavformat.tcz
Error Could not verify libavutil.tcz
Updating libiconv.tcz OK
Updating libvpx.tcz OK
Updating minitube.tcz OK
Updating nspr.tcz OK
Updating nss.tcz OK
Updating pango.tcz OK
Updating phonon-backend-mplayer.tcz OK
Updating phonon.tcz OK
Updating shared-mime-info.tcz OK
Updating sqlite3.tcz OK
Updating wpa_supplicant.tcz OK
Errors occurred during upgrade. Press Enter to see /tmp/upgrade_errors.lst
I find the fix for this is to remove ezremaster then reinstall using the Apps module
-
You probably should run the following before running tce-update:
tce-audit updatedeps
tce-audit builddb
tce-audit fetchmissing
-
The zsync file for ezremaster was stale. Fixed, thanks for reporting.
-
Ok thanks, I never really know which to complete first, like the chicken before the egg.. As a result I usually repeat this entire process if updating deps and apps a couple of times, like this
tce-update
tce-audit updatedeps
tce-audit builddb
tce-audit fetchmissing
or a combination of tce-update and use of APPS to update the deps
-
Only trouble now is almost every application I attempt to install from the repo is resulting in a failed message (not sure if this is related..)
(http://db.tt/NLgHPMBq)
This extension appeared to download and install correctly yet apparently failed..?
Recently updated with Core 4.5.5
-
Make sure you are not out of disk space or RAM.
-
Ah ha! yes I've experienced this before so I check this too.. In this machine there is ample free memory and disk space. But it does make one wonder considering this specific issue (ie may not be related to the original post above) and is not extension specific.
Ok I just installed Abiword and all it's dependencies, to be more exact; deps downloaded first then abiword.tcz . On completion, APPS reported "Failed" just as other installed apps have, yet abiword appears to be installed and md5 checks good..
-
ok this is not making any sense..
Installing ANY extension via APPS results in a "failed" message
All logs are empty
I can however succeed by downloading an extension and installing manually with firefox and a mirror then adding the extension to the onboot.lst
-
must be a permission issue.. brb
-
Maybe not a permission issue..
ran AB to install a couple of apps and this is a result on one download
...
Downloading: pcmanfm-mod.tcz
Connecting to distro.ibiblio.org (152.19.134.43:80)
wget: server returned error: HTTP/1.1 416 Requested Range Not Satisfiable
pcmanfm-mod.tcz: OK
pcmanfm-mod.tcz
..
But the extension is not OK, is incomplete.
-
yet tce-load -wi pcmanfm-mod.tcz appears to function perfectly.
-
yet another machine fails to connect
tc@box:~$ tce-audit updatedeps
Updating .dep files from /etc/sysconfig/tcedir/optional
.wget: bad address 'distro.ibiblio.org'
still struggling to fix the first pc with a failed message on every attempt to download an extension with APPS
tce-load -wi still succeeds (apparently)
Also creating a new tce directory does fix the issue on the first pc. With this news I think it's time to rebuild the system, It's just a lot of extensions to re-install which did not appear to have an issue prior to the update to 4.5.5
Hard to tell what's going on here..
memory and drive space is not the issue.
tce and sub-directory permissions do not appear to be the issue either.
-
APPS still fails to complete the download/install of any extensions. indicates a " Failed " status where normally OK would be displayed
While both " AB " & " tce-load -wi ext-name " at the command line always succeeds
having updated two machines within the last two days to 4.5.5, I now have two machines which display the exact same problem :(
-
Maybe /tmp permissions?
-
ok thanks will investigate
-
Ok perhaps I found a clue
Whenever I use the APPS program to download/install from the repository (which produces a failed status every time) there is an error entry in wm_errors file which states:
" md5sum: invalid option -- 's' "
running md5 check within APPS results in " OK "
Maybe this is why we don't see errors when using the command line " ab "
However " tce-load -wi " often results in md5 file not found
-
OK, that sounds like something is calling GNU md5sum when busybox md5sum is expected.
-
I have updated and posted Xprogs.tcz. Apps GUI now specifically calls busybox md5sum.
-
THANKS roberts & curaga
the fix is much appreciated 8) Am guessing coreutils might have started this ball rolling..?
Thanks again
-
I'm now able to update a single extension :)
..but strange things still happen - see attached (booted "norestore")
Edit: No errors reported when running "apps" from a terminal and "tce-update query" produces the same strangeness, whilst /tmp/tce-update-err.lst is empty
-
That is ANSI color codes typically used for Xterm/console display.
Nothing to be concerned about. I will find and remove them.
-
updated to 4.5.6 and latest Xprogs, but still seeing strange effects - see attached (babl doesn't have any deps)