Re: USM bug reports
Posted: 18 Feb 2015, 14:45
I will probably move the files off sourceforge for the next release. Thanks for the report. I was also having trouble with being denied login last week. Seems they may be under attack.
Most probably, since I found a site reporting the same error end of Jan, 2015...brokenman wrote:Seems they may be under attack.
-I wiped, it did help. :-)brokenman wrote:Ok so something in your changes modules may be affecting the LIBS.TXT file. I remember there was a problem in 3.0.1 at some stage with whiteout files.
Wiping USM out manually will not help if the problem is indeed in your save modules as they may overwrite the USM file (I don't know your module layout so it is hard to tell).
/root/usm/ was our experiment to make it more persistent with the databases when our drive "letter" keep changing when swappng around on different HW, But I am not sure if that has anything to do with this error, as I did that /root/usm weeks after the first LIBS-errors.Not in root/usm/local/ , There it is just the "libs.txt" in my folder /local/
(libs.txt , in lowercase letters it is, but I tried rename it with highcases-letters also, no changes. )Code: Select all
This folder (root/usm/local/) should not exist and most definitely LIBS.TXT should be in uppercase. How did it become lowercase?
Yes I think you need to start again with a fresh system and add your changes modules back one at a time until you find the one causing the problem. If you don't do this then the problem will never be found. Also make sure your USM module you downloaded is the last thing to be loaded. Perhaps name it zz-usm-3.1.7-noarch-1.xzm
It is not about how your local alphabet sorts stuff, but how that is done at bootup. I am sure this is handled via busybox.ElectriQT wrote:OK, I will name it ÖÖ-usm-3.1.7 then, ötherwise it is nöt the very läst letter in the Älphäbet here :-)
we have 6 more than you, I assume. The åäö and ÅÄÖ, hehe..
-Aha,So, 002 is not at the very beginning, but after 1 and prior 3. and 00918a is read as number 918, then alphabet sorting, so 2010z would come after 00918a or 918a,, since one is sorted as "number" 2010, and all the others are read/sorted as "number" 918...
Mmm, OK. I Will have this in mind in the future and try to double-check my work, thank you.Since you cannot be sure how busybox does the reading / sorting, I suggest you name it in a numerical way, like 990-name being the last ones... Just my 0,02€.
ûes ït sëams så. :-)BTW, seems you lack üÜ and ß.
Indeed, at least when you use the GUI program and sort via "name"ElectriQT wrote:So its not the first letter, its the full "number-value" that counts ?
"2010" will be a larger sum, and will be put after "918", not sorted on the first "2.."
They ignore zeroes, and read the full number as a "value" ?
Just my 2 cents, mind you, but such silly copying of senseless Windoze behaviour results, at least in this case, just in bugs.Mmm, OK. I Will have this in mind in the future and try to double-check my work, thank you.
Depends. I am with the old German spelling from 1901, since the new one is quite messed up, and quite some German large newspaper companies went back to old spelling as well...Where is this ß letter used normally?
(I assume it is like a speed-format for any dual "s" in words,)
and where is it placed in the normal alphabet, -should it be sorted as a small "s" in computer programs ?
1. Hm, The Firefox in USM "slackwarepatches" is 32bit. Right?Ed_P wrote:Tried to download the latest 31.5 x64 Firefox module from slackwarepatches and salix using USM's GUI and got the Message: Fatal Error. LIBS.TXT window followed by the Processing: Brokenman needs to update database. Could not find LIBS.TXT window.
Updated the databases, which appeared to indicate the LIB.TXT file was being updated, closed USM GUI, reopened USM, retried the downloads, same result.
The LIBS.TXT file does exist in /mnt/live/memory/changes/var/usm/slackwarepatches and /mnt/live/memory/changes/var/usm/salix.
Nope. x64 bit version. It matches the version that I'm running.ElectriQT wrote:1. Hm, The Firefox in USM "slackwarepatches" is 32bit. Right?
Ed_P wrote:Tried to download the latest 31.5 x64 Firefox module
No, I didn't see it.2. Did you try the "trick" I talked about?
A workaround for me was to un-check the "resolve dependencies" box in the usm:s (GUI) front page
(..But by now you probably already have updated your Firefox by a manual download from slackware or so?)
I'm not sure either. I've been having problems with USM for sometime. http://forum.porteus.org/viewtopic.php? ... 270#p31332 But my posts are either ignored or deleted so...3. I finally had to wipe all of my usm-places, with help from Brokenmans instructions that he had written here. (in some other conversation) and then I installed a new one, that did help me to get USM in 32bit LXQT 3.01 to work ok.
Not sure it was 100% the same problem as you have now, but LIBS-error was one of them..
aha, in my 32bit PorteusLXQT 3.01 & USM (V3.17) both the 64 and 32 bit programs found are shown to me, as "installed", but from slackwarepatches it is only a 32bit version shown in USM. Hmm, OK, Good, So then it is already a normal thing that USM actually does.? Than i'm sorry about that unnecessary "new" usm-feature suggestion Hehe.Ed_P wrote:Nope. x64 bit version. It matches the version that I'm running.ElectriQT wrote:1. Hm, The Firefox in USM "slackwarepatches" is 32bit. Right?
Ok, its on the same page, as your comment. Here:No, I didn't see it.2. Did you try the "trick" I talked about?
A workaround for me was to un-check the "resolve dependencies" box in the usm:s (GUI) front page
Well, people that have *a lot* to do, some must work to earn money for example :-)I'm not sure either. I've been having problems with USM for sometime. http://forum.porteus.org/viewtopic.php? ... 270#p31332 But my posts are either ignored or deleted so...
As a matter of fact it did. Thank you. But I only did it for FireFox, I already had a Flash 442 module.ElectriQT wrote:So did it help now to uncheck the [box] before downloading Firefox and flash?
I'm sorry. The shortcuts I usually use are:(also, I dont always get it when you write, sometimes is a bit "encrypted" with shortforms, wiwryf and things like that, English is not my native language. I'm Still learning.. :-)
Code: Select all
guest@porteus:~$ ls -gR /var/usm
/var/usm:
total 0
drwxr-xr-x 2 root 75 Mar 12 00:41 alien/
drwxr-xr-x 2 root 21 Mar 12 00:54 local/ <<<<<<<<<<<<<<<<<<< !!
drwxr-xr-x 2 root 75 Mar 12 00:41 ponce/
drwxr-xr-x 2 root 75 Mar 12 00:41 salix/
drwxr-xr-x 2 root 28 Mar 12 00:42 sbo/
drwxr-xr-x 2 root 75 Mar 12 00:42 slackware/
drwxr-xr-x 2 root 75 Mar 12 00:42 slackwarepatches/
drwxr-xr-x 2 root 75 Mar 12 00:41 slacky/
/var/usm/alien:
total 424
-rw-r--r-- 1 root 167464 Mar 11 11:20 CHECKSUMS.md5
-rw-r--r-- 1 root 44833 Mar 12 00:41 LIBS.TXT
-rw-r--r-- 1 root 81287 Mar 12 00:41 OPTIFEST
-rw-r--r-- 1 root 137949 Mar 12 00:41 PACKAGES.TXT
/var/usm/local: <<<<<<<<<<<<<<<<<< !!
total 224
-rw-r--r-- 1 root 226434 Mar 12 00:54 libs.txt <<<<<<<<<<<<<<<<<< !!
/var/usm/ponce:
total 756
-rw-r--r-- 1 root 181279 Jan 21 01:32 CHECKSUMS.md5
-rw-r--r-- 1 root 258504 Mar 12 00:41 LIBS.TXT
-rw-r--r-- 1 root 56800 Mar 12 00:41 OPTIFEST
-rw-r--r-- 1 root 268119 Jan 21 01:32 PACKAGES.TXT
/var/usm/salix:
total 704
-rw-r--r-- 1 root 74130 Mar 3 15:48 CHECKSUMS.md5
-rw-r--r-- 1 root 142423 Mar 12 00:41 LIBS.TXT
-rw-r--r-- 1 root 62661 Mar 12 00:41 OPTIFEST
-rw-r--r-- 1 root 434039 Mar 12 00:41 PACKAGES.TXT
/var/usm/sbo:
total 2432
-rw-r--r-- 1 root 2489955 Mar 12 00:42 SLACKBUILDS.TXT
/var/usm/slackware:
total 1352
-rw-r--r-- 1 root 263541 Nov 3 2013 CHECKSUMS.md5
-rw-r--r-- 1 root 298678 Mar 12 00:42 LIBS.TXT
-rw-r--r-- 1 root 152124 Mar 12 00:42 OPTIFEST
-rw-r--r-- 1 root 663291 Mar 12 00:42 PACKAGES.TXT
/var/usm/slackwarepatches:
total 152
-rw-r--r-- 1 root 59741 Mar 5 17:04 CHECKSUMS.md5
-rw-r--r-- 1 root 18973 Mar 12 00:42 LIBS.TXT
-rw-r--r-- 1 root 31436 Mar 12 00:42 OPTIFEST
-rw-r--r-- 1 root 40606 Mar 5 17:04 PACKAGES.TXT
/var/usm/slacky:
total 576
-rw-r--r-- 1 root 155127 Feb 22 23:01 CHECKSUMS.md5
-rw-r--r-- 1 root 82555 Mar 12 00:41 LIBS.TXT
-rw-r--r-- 1 root 50143 Mar 12 00:41 OPTIFEST
-rw-r--r-- 1 root 291929 Feb 22 23:00 PACKAGES.TXT
guest@porteus:~$
Code: Select all
/usr/lib/gtk-3.0/3.0.0/immodules/im-am-et.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-cedilla.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-cyrillic-translit.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-inuktitut.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-ipa.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-multipress.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-thai.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-ti-er.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-ti-et.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-viqr.so
/usr/lib/gtk-3.0/3.0.0/immodules/im-xim.so
/usr/lib/gtk-3.0/3.0.0/printbackends/libprintbackend-cups.so
/usr/lib/gtk-3.0/3.0.0/printbackends/libprintbackend-file.so
/usr/lib/gtk-3.0/3.0.0/printbackends/libprintbackend-lpr.so
/usr/lib/gtk-3.0/3.0.0/theming-engines/libadwaita.so
/usr/lib/gtk-2.0/2.10.0/engines/libadwaita.so
/usr/lib/gtk-2.0/2.10.0/engines/libpixmap.so
/usr/lib/gtk-2.0/2.10.0/engines/libsvg.so
/usr/lib/gtk-2.0/2.10.0/immodules/im-am-et.so
USM GUI 3.1.7 when the Resolve Dependencies option is enabled.Ed_P wrote: So what's creating the /var/usm/local/libs.txt file?