Page 26 of 36

Re: USM bug reports

Posted: 24 Dec 2015, 20:15
by Rava
And another update

Silly my was wrong, http://sourceforge.net/projects/usm/files/ does indeed give sha1 and md5 checksum info, and I confirmed that both the md5sums of my local txz or xzm are okay, same as on sourceforge:

Code: Select all

c3a445d65751f0ef9a32aa6c466d4e20  usm-latest-0.0-noarch-1.txz
280a9db46ee87397d44a293a2731394f  usm-latest-0.0-noarch-1.xzm

Re: USM bug reports

Posted: 14 Feb 2016, 23:22
by Rava
So, I started up another system and removed my local settings prior starting and updating usm, and alas! all worked as it should, I was finally able to download graphicsmagix with all dependencies. The strange thing, I don't have a single setup file related to usm in my local settings, so a random other setting must somehow mess up usm's behaviour, but I cannot figure out what that can be... :wall:

Re: USM bug reports

Posted: 14 Feb 2016, 23:34
by Ed_P
Rava wrote: so a random other setting must somehow mess up usm's behaviour, but I cannot figure out what that can be... :wall:
In some versions of USM there were problems with "white" files. Maybe your settings have some.

http://forum.porteus.org/viewtopic.php? ... 182#p25178
http://forum.porteus.org/viewtopic.php? ... 151#p25162
http://forum.porteus.org/viewtopic.php? ... 151#p25178

They can be manually deleted.

Re: USM bug reports

Posted: 16 Feb 2016, 11:16
by brokenman
In some versions of USM there were problems with "white" files.
This is misinformation. USM has nothing to do with whiteout files. If the problem is related to whiteout files then the version of USM is irrelevant.

Re: USM bug reports

Posted: 16 Feb 2016, 15:45
by Rava
Ed_P, I don't use any save.dat, so that cannot be the issue.
I checked: not a single '.wh.*' file in my local settings module,

Brokenman, how do you suggest I narrow down my issue? I don't want to have to remove my local settings, and only apply one changed file at a time, checking if usm still works okay after that, and then apply the next of my local settings, cause that would take days to accomplish...

Re: USM bug reports

Posted: 16 Feb 2016, 22:16
by brokenman
I don't want to have to remove my local settings, and only apply one changed file at a time, checking if usm still works okay after that, and then apply the next of my local settings, cause that would take days to accomplish.
I can't think of another way to find out what is causing the trouble. It is exactly what I do all the time to track down problems. Not always one by one. You can group changes and then isolate the problem in a matter of hours.

Re: USM bug reports

Posted: 21 Feb 2016, 01:43
by Slaxmax
I have updated usm database but
In http://mirrors.slackware.com/slackware/ ... slackware/
exist packages available that do not appear in usm

for example in repo exist mesa-11.1.1-i586-1.txz

but in usm

Code: Select all

root@porteus:/home/guest# usm -s mesa

mesa-9.1.7-i486-1.txz was found in slackware [downgrade]
Packages found:   1 

Use:   usm -i <package>  for more info
Use:   usm -g <package>  to download
mesa 9.1.7?

Re: USM bug reports

Posted: 21 Feb 2016, 01:52
by Bogomips
^ Link is Slackwar Current, is it not? AFAIK usm only does up to 14.1 :Search:

Re: USM bug reports

Posted: 21 Feb 2016, 01:53
by Slaxmax
you are correct

USM Fatal Error LIBS.TXT

Posted: 31 Oct 2016, 23:31
by Ed_P
Could not find, when attempting to download alien flashplayer update.

Re: USM bug reports

Posted: 01 Nov 2016, 02:37
by Ed_P
May not matter. Current flashplayer for Linux is 643 and the highest USM has is only 637. A dying system. :(

Re: USM bug reports

Posted: 01 Nov 2016, 15:16
by rchase
Ed_P wrote:May not matter. Current flashplayer for Linux is 643 and the highest USM has is only 637. A dying system. :(
I certainly hope that Flash is dying!

Re: USM bug reports

Posted: 05 Nov 2016, 05:58
by Ed_P
from=/ISOs/Porteus-RazorQT-v3.0.1-i486-nu.iso

Code: Select all

sh-4.2# usm -u all
 Starting alien database update 
Downloading: vercheck.txt  DONE
Downloading: CHECKSUMS.md5.gz  DONE
Downloading: MANIFEST.bz2  DONE
Downloading: PACKAGES.TXT.gz  DONE
Downloading: LIBS.TXT.gz  DONE

gzip: /var/usm/alien/CHECKSUMS.md5.gz: not in gzip format
          

==============================================================================
WARNING!        WARNING!        WARNING!        WARNING!        WARNING!
==============================================================================
One or more errors occurred while usm was running:                       
 
FATAL ERROR!
usm update_database 213
Could not decompress: CHECKSUMS.md5.gz
 
============================================================================== 


sh-4.2# 

Re: USM bug reports

Posted: 15 Nov 2016, 07:21
by Rava
Ed_P wrote:from=/ISOs/Porteus-RazorQT-v3.0.1-i486-nu.iso

Code: Select all

Could not decompress: CHECKSUMS.md5.gz
 
Please find this CHECKSUMS.md5.gz and use file CHECKSUMS.md5.gz and tell us what kind of file that really is.

I had this error as well in the past, turned out that the file was not really gzipped, but either not compressed or used a different compressor and had the wrong file ending.

It would help when you could tell what kind of file we deal with.

@brokenman:
When any file error occurs, it should be easily implemented to have a error function, that executes e.g. "file $ERROR-FILENAME" and the user would get an useful info what kind of file that really was, and when he posts the screenshot you would get the info ASAP as well...

Re: USM bug reports

Posted: 15 Nov 2016, 13:56
by brokenman
What would you suggest?

The information given is sufficient for me to understand. Perhaps not so for a user.

Code: Select all

gzip: /var/usm/alien/CHECKSUMS.md5.gz: not in gzip format
FATAL ERROR!
usm update_database 213
Could not decompress: CHECKSUMS.md5.gz
Either the file format changed or the download was interrupted resulting in a file that is corrupt.