USM bug reports
-
- Contributor
- Posts: 686
- Joined: 26 Jun 2013, 14:03
- Distribution: x64 Openbox
- Location: Russia is causing the immense damage to humanity
- Contact:
Re: USM bug reports
I try to understand you, maybe you mix DBDIR and STORAGE, it is not the same. Try in Always Fresh Mode. I will share in the near future my DE-module that is independent from mount point (USM).
-
- Samurai
- Posts: 116
- Joined: 10 Nov 2013, 12:02
- Distribution: LXDE3.5Manjaro, LXDE3.01-32bit
- Location: Sweden
Re: USM bug reports
me?
Edit:
2 differnet drives appear in my usm-file,
one is from and older installation
and I guess this one should also change when usm changes the "STORAGE=" place . But did not.
DBDIR=/mnt/sdc1/usmsaker
- this is old, leftower from some old experiment, should also change as below :
# Where packages will be downloaded to.
STORAGE=/mnt/sdb1/usm
- this have been updated correct by usm GUI
Thanx
Edit:
2 differnet drives appear in my usm-file,
one is from and older installation
and I guess this one should also change when usm changes the "STORAGE=" place . But did not.
DBDIR=/mnt/sdc1/usmsaker
- this is old, leftower from some old experiment, should also change as below :
# Where packages will be downloaded to.
STORAGE=/mnt/sdb1/usm
- this have been updated correct by usm GUI
Thanx
Last edited by ElectriQT on 02 Feb 2015, 20:45, edited 1 time in total.
-
- Contributor
- Posts: 686
- Joined: 26 Jun 2013, 14:03
- Distribution: x64 Openbox
- Location: Russia is causing the immense damage to humanity
- Contact:
Re: USM bug reports
Yes, you.
Try manually edit '/etc/usm/usm.conf'.
Try manually edit '/etc/usm/usm.conf'.
-
- Samurai
- Posts: 116
- Joined: 10 Nov 2013, 12:02
- Distribution: LXDE3.5Manjaro, LXDE3.01-32bit
- Location: Sweden
Re: USM bug reports
if we store in user/usm, will it be independent then?
After a change with the GUI to "/root/usm/" it looks like this:
I then manually edit the file to also # Storage of database files (e.g PACKAGES.TXT) DBDIR=/root/usm
Reboot usm,
Update all,
now all the new database files downloads to DBDIR=/root/usm as expected
Search for glibc, =it finds nothing
And then reboot usm again,
..now it Works.
i guess this will add about 130+ MB to my save changes module, but that is ok
In a few months or so I can try to reboot my system :-)
and then we know if it works without mount points , sd*/ as it is now replaced by /root/usm , and If I understand Linuxes filesystem(i dont..) it will follow me in my changes-files now, so it will not depend on what flashSticks / mount point we are at for the moment. Is that Correct?
After my "hack":
After a change with the GUI to "/root/usm/" it looks like this:
Code: Select all
# usm.conf - Configuration for Unified Slackware Manager (usm)
#
# Resolve dependencies for all packages
# Set this to true or false (never uncomment this)
RESOLVE=true
# The automatice update check that is made when internet
# is accessed. This update check doubles as a check that
# you have internet access before downloading packages.
# Set to false to disable update check.
AUTOCHECK=true
# Storage of database files (e.g PACKAGES.TXT)
DBDIR=/mnt/sdb1/usm/local
# usm works with the repositories of various slackware based distros.
# The variable below is used to find the mirror for each distro given.
# The mirror files are stored in ${DBDIR}/mirrors-distro.txt
DISTROS="slackware slackwarepatches slacky salix alien ponce"
# Where packages will be downloaded to.
STORAGE=/root/usm
# Time before system dependency cache is deleted.
# This is found in function system_deps()
declare -i HOURS=4
# The directory where your slackbuilds source files
# will be downloaded when building from source
SBOTMP=/tmp/usmsbo
# USM uses wget to fetch packages and database updates.
# Uncomment this and put your proxy address here.
#PROXY=http://180.241.124.57:8080
# If your proxy has a username, uncomment it and place it here.
# This setting requires the above #PROXY to be uncommented.
#PROXYUSER=username
# Proxy password
# This setting requires the above #PROXY to be uncommented.
# This setting requires the above #PROXYUSER to be uncommented.
#PROXYPASS=mypassword
# The initial size of the bottom text box window in the GUI
TXTBOX=210
# Do not show any prompts.
# For the GUI this means the last prompt that asks if you want to
# open the folder for viewing will not be shown.
# For the CLI this means just download the packages to storage without
# asking about creating subfolders, etc.
# false means you WILL receive prompts.
NOPROMPTS=false
############ CLI PROMPTS
# CLI option that automatically prompts to
# create a subfolder with name of chosen module
# all dependencies will be downloaded to this subfolder
# This is called from funcpackagesGet
# This variable should be true if you want to be prompted
SUBFOLDERPROMPT=true
############ PORTEUS ONLY SETTINGS
# Convert all slackware packages that are downloaded
# to porteus modules.
MODULES=true
# Merge downloaded packages into one module bundle
MERGE=false
################################
# DO NOT EDIT BELOW THIS POINT
# OR A PUPPY DOG COULD DIE!
################################
# Uncomment and set this value to overide automated detection
# Used for development and troubleshooting only
# ARCH=x86_64
# Uncomment and set this value to overide automated detection
# Used for development and troubleshooting only
#SLACKVER=14.1
USMVERSION=3.1.4
VALIDVERS="14.1 slackware-current"
SUPPLIMENTOPTI=/etc/usm/suppliment-optifest.txt
SUPPLIMENTLIBS=/etc/usm/suppliment-libs.txt
CACHEPATH=/var/cache/usm
CACHE=${CACHEPATH}/usm-cache
CHECKED=$CACHEPATH/checked
USMVER=150127
DBVER=150127
UPDLINK=http://downloads.sourceforge.net/project/usm
DISFILES=$CONFDIR/files.conf
WGETFLAGS="--passive-ftp --trust-server-names --no-check-certificate --progress=dot"
CURLFLAGS=""
PREFIX=/usr
I then manually edit the file to also # Storage of database files (e.g PACKAGES.TXT) DBDIR=/root/usm
Reboot usm,
Update all,
now all the new database files downloads to DBDIR=/root/usm as expected
Search for glibc, =it finds nothing
And then reboot usm again,
..now it Works.
i guess this will add about 130+ MB to my save changes module, but that is ok
In a few months or so I can try to reboot my system :-)
and then we know if it works without mount points , sd*/ as it is now replaced by /root/usm , and If I understand Linuxes filesystem(i dont..) it will follow me in my changes-files now, so it will not depend on what flashSticks / mount point we are at for the moment. Is that Correct?
After my "hack":
Code: Select all
# usm.conf - Configuration for Unified Slackware Manager (usm)
#
# Resolve dependencies for all packages
# Set this to true or false (never uncomment this)
RESOLVE=true
# The automatice update check that is made when internet
# is accessed. This update check doubles as a check that
# you have internet access before downloading packages.
# Set to false to disable update check.
AUTOCHECK=true
# Storage of database files (e.g PACKAGES.TXT)
DBDIR=/root/usm
# usm works with the repositories of various slackware based distros.
# The variable below is used to find the mirror for each distro given.
# The mirror files are stored in ${DBDIR}/mirrors-distro.txt
DISTROS="slackware slackwarepatches slacky salix alien ponce"
# Where packages will be downloaded to.
STORAGE=/root/usm
# Time before system dependency cache is deleted.
# This is found in function system_deps()
declare -i HOURS=4
# The directory where your slackbuilds source files
# will be downloaded when building from source
SBOTMP=/tmp/usmsbo
# USM uses wget to fetch packages and database updates.
# Uncomment this and put your proxy address here.
#PROXY=http://180.241.124.57:8080
# If your proxy has a username, uncomment it and place it here.
# This setting requires the above #PROXY to be uncommented.
#PROXYUSER=username
# Proxy password
# This setting requires the above #PROXY to be uncommented.
# This setting requires the above #PROXYUSER to be uncommented.
#PROXYPASS=mypassword
# The initial size of the bottom text box window in the GUI
TXTBOX=210
# Do not show any prompts.
# For the GUI this means the last prompt that asks if you want to
# open the folder for viewing will not be shown.
# For the CLI this means just download the packages to storage without
# asking about creating subfolders, etc.
# false means you WILL receive prompts.
NOPROMPTS=false
############ CLI PROMPTS
# CLI option that automatically prompts to
# create a subfolder with name of chosen module
# all dependencies will be downloaded to this subfolder
# This is called from funcpackagesGet
# This variable should be true if you want to be prompted
SUBFOLDERPROMPT=true
############ PORTEUS ONLY SETTINGS
# Convert all slackware packages that are downloaded
# to porteus modules.
MODULES=true
# Merge downloaded packages into one module bundle
MERGE=false
################################
# DO NOT EDIT BELOW THIS POINT
# OR A PUPPY DOG COULD DIE!
################################
# Uncomment and set this value to overide automated detection
# Used for development and troubleshooting only
# ARCH=x86_64
# Uncomment and set this value to overide automated detection
# Used for development and troubleshooting only
#SLACKVER=14.1
USMVERSION=3.1.4
VALIDVERS="14.1 slackware-current"
SUPPLIMENTOPTI=/etc/usm/suppliment-optifest.txt
SUPPLIMENTLIBS=/etc/usm/suppliment-libs.txt
CACHEPATH=/var/cache/usm
CACHE=${CACHEPATH}/usm-cache
CHECKED=$CACHEPATH/checked
USMVER=150127
DBVER=150127
UPDLINK=http://downloads.sourceforge.net/project/usm
DISFILES=$CONFDIR/files.conf
WGETFLAGS="--passive-ftp --trust-server-names --no-check-certificate --progress=dot"
CURLFLAGS=""
PREFIX=/usr
- brokenman
- Site Admin
- Posts: 6105
- Joined: 27 Dec 2010, 03:50
- Distribution: Porteus v4 all desktops
- Location: Brazil
Re: USM bug reports
Yes using changes will mean you can leave it in /root/usm. Be aware though that the DBDIR (database directory) is where the database is downloaded to. The STORAGE variable is where your newly download packages will land. If I understand correctly your main problem was that you changed the DBDIR variable using the GUI and it didn't update the usm.conf file correctly?
There are no caches or anything like that when it comes to reading storage variables. It reads directly from usm.conf.
There are no caches or anything like that when it comes to reading storage variables. It reads directly from usm.conf.
How do i become super user?
Wear your underpants on the outside and put on a cape.
Wear your underpants on the outside and put on a cape.
- Ed_P
- Contributor
- Posts: 8911
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: USM bug reports
FWIW This is the space used by USM in my savedat file.ElectriQT wrote:i guess this will add about 130+ MB to my save changes module, but that is ok
Code: Select all
96K /mnt/live/memory/images/changes/etc/usm
ls /mnt/live/memory/images/changes/etc/usm
extra-deps.txt mirrors-salix.txt mirrors-slacky.txt
files.conf mirrors-sbo.txt suppliment-libs.txt
ignore-deps.txt mirrors-slackverse.txt suppliment-optifest.txt
mirrors-alien.txt mirrors-slackware.txt usm.conf
mirrors-ponce.txt mirrors-slackwarepatches.txt version.txt
2.6M /mnt/live/memory/images/changes/var/log
6.3M /mnt/live/memory/images/changes/var/usm
432K /mnt/live/memory/images/changes/var/usm/alien
224K /mnt/live/memory/images/changes/var/usm/local
604K /mnt/live/memory/images/changes/var/usm/ponce
704K /mnt/live/memory/images/changes/var/usm/salix
2.4M /mnt/live/memory/images/changes/var/usm/sbo
1.4M /mnt/live/memory/images/changes/var/usm/slackware
152K /mnt/live/memory/images/changes/var/usm/slackwarepatches
576K /mnt/live/memory/images/changes/var/usm/slacky
- Ed_P
- Contributor
- Posts: 8911
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: USM bug reports
When I update USM, via the GUI I get this:
When I close the terminal window and recycle USM then search for "flash" and click on
"flashplayer-plugin-11.2.202.440-x86_64-1alien.txz" I get:
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
File verification was good.
Optimizing manifest
alien database updated.
Updating config file
Starting salix database update
Downloading: CHECKSUMS.md5 DONE
Downloading: PACKAGES.TXT DONE
Downloading: LIBS.TXT.gz DONE
Downloading: OPTIFEST.gz DONE
salix database updated.
Updating config file
Starting slacky database update
Downloading: CHECKSUMS.md5.gz DONE
Downloading: MANIFEST.bz2 DONE
Downloading: PACKAGES.TXT.gz DONE
Downloading: LIBS.TXT.gz DONE
File verification was good.
Optimizing manifest
slacky database updated.
Updating config file
Starting ponce database update
Downloading: CHECKSUMS.md5.gz DONE
Downloading: MANIFEST.bz2 DONE
Downloading: PACKAGES.TXT.gz DONE
Downloading: LIBS.TXT.gz DONE
Optimizing manifest
ponce database updated.
Updating config file
Starting slackware database update
Downloading: CHECKSUMS.md5 DONE
Downloading: MANIFEST.bz2 DONE
Downloading: PACKAGES.TXT DONE
Downloading: LIBS.TXT.gz DONE
File verification was good.
Optimizing manifest
slackware database updated.
Updating config file
Starting slackwarepatches database update
Downloading: CHECKSUMS.md5 DONE
Downloading: MANIFEST.bz2 DONE
Downloading: PACKAGES.TXT DONE
Downloading: LIBS.TXT.gz DONE
File verification was good.
Optimizing manifest
slackwarepatches database updated.
Updating config file
Starting sbo database update
SLACKBUILDS.TXT.gz
Downloading: SLACKBUILDS.TXT.gz DONE
sbo database updated.
Updating config file
Downloading: extra-deps.txt DONE
Downloading: ignore-deps.txt DONE
You can now close this window
sh-4.2#
"flashplayer-plugin-11.2.202.440-x86_64-1alien.txz" I get:
Fatal error
LIBS.TXT
Fix please.Processing:
Brokenman needs to update database. Could not find: LIBS.TXT
-
- Samurai
- Posts: 116
- Joined: 10 Nov 2013, 12:02
- Distribution: LXDE3.5Manjaro, LXDE3.01-32bit
- Location: Sweden
Re: USM bug reports
Ed_P wrote:When I update USM, via the GUI I get this:
When I close the terminal window and recycle USM then search for "flash" and click onCode: Select all
... Starting slackwarepatches database update Downloading: CHECKSUMS.md5 DONE Downloading: MANIFEST.bz2 DONE Downloading: PACKAGES.TXT DONE Downloading: LIBS.TXT.gz DONE File verification was good. Optimizing manifest slackwarepatches database updated. Updating config file Starting sbo database update SLACKBUILDS.TXT.gz Downloading: SLACKBUILDS.TXT.gz DONE sbo database updated. Updating config file Downloading: extra-deps.txt DONE Downloading: ignore-deps.txt DONE You can now close this window sh-4.2#
"flashplayer-plugin-11.2.202.440-x86_64-1alien.txz" I get:Fatal error
LIBS.TXTFix please.Processing:
Brokenman needs to update database. Could not find: LIBS.TXT
I had exactly the same problems before I changed the database storage to /root/usm , now it seems to work
at least for firefox
I updated manually
Im am not Linux-guy, so Im not 100% sure this is the correct way to do it, but I did download manually and rightclick "convert to .xzm"
then I saved a backup of my bookmarks and stuff in firefox, menu, "Bookmarks" > "show all bookmarks" > "Import and Backup" > probably smart to use the json-files also, I only did an htmlbackup, so I lost my browsing history when updating firefox. Probably possible to fix that too, if I change someting i Profiles/blabla , but I dont know Firefox / Porteus good enough yet.
So if USM dont work, might you want to try this way and download manually ?
(and I hope 14.1 is correct version now , is it ? and not the Slackware "Current". Or? here is all, 32 and 64:
http://mirrors.slackware.com/slackware/ )
So for Firefox 64bit, I assume that would be,(today..):
http://mirrors.slackware.com/slackware/ ... ck14.1.txz
( and in the future when next update come, here: http://mirrors.slackware.com/slackware/ ... /packages/ )
32bit:
http://mirrors.slackware.com/slackware/ ... /packages/
http://mirrors.slackware.com/slackware/ ... ck14.1.txz
Please backup your bookmarks and stuff first from Firefox
right click, make .xzm of the new downloaded firefox,
rename the new one to the same name as your old firefox have in you porteus/base folder now, (in my case here it was at my sda-drive) /mnt/sda1/porteus/base/04-firefox.xzm)
Deactivare(right click) and Move the old firefox from you "porteus/base" folder to a backup folder ..if someting goes wrong. (move it somewhere outside Porteus folders, guest/desktop or whatever)
Move in the new one, activate.
(Firefox will be to find in the ["internet"] menu now)
(This is slackware, not a porteus Firefox-module, so duckDuckGo and special things like that will not be there, I dont know how to do a porteus-compatible one, so "we" get the search-money from duckduck to the Porteus-project again)
Ed_P, did you also update Flashplayer ok now, to Version .440?
-
- Samurai
- Posts: 116
- Joined: 10 Nov 2013, 12:02
- Distribution: LXDE3.5Manjaro, LXDE3.01-32bit
- Location: Sweden
Re: USM bug reports
Ed_PEd_P wrote:FWIW This is the space used by USM in my savedat file.ElectriQT wrote:i guess this will add about 130+ MB to my save changes module, but that is okCode: Select all
96K /mnt/live/memory/images/changes/etc/usm ls /mnt/live/memory/images/changes/etc/usm [..] 1.4M /mnt/live/memory/images/changes/var/usm/slackware 152K /mnt/live/memory/images/changes/var/usm/slackwarepatches 576K /mnt/live/memory/images/changes/var/usm/slacky
Please Check again.
just the MANIFEST file if we look in the slackwarepatches folder is 55-57MB !
(@Brokenman, idéa for USM:
In the future development, We could have a choice to use compressed files in USM also, as an alternative?
The size on our disk for Porteus session save-modules for this part would go down to about only 10% in the "manifests" if we use tar.gz! Then we can save them in our local storage place and have no problem with changing mount-points when moving flash sticks between different computers any more. And tar.gz seems to be "Ok" in compression, and one of the fastest.
I Tested this now, on slackwarepatches/Manifest 55MB on disk, (57MB)
= only 5.2 MB compressed, and it only took about 2 seconds extra to compress, probably even faster to read/decompress.
Do you like it this idea? )
[Edit: on my 2009 laptop, loaded to 100% at one core and to 40% at the other, Then I started a test compress with tar.gz of the full downloaded usm database folder (133MB on disk) , it took 6-8 seconds to deliver a new compressed file, but now it is only 13.6 MB! That Would be a Perfect size for our storage when we have very slow flash writes and no hdd, I would like this size in my Porteus changes-module compared to the bloathy 133 extra MB now.. :-) , a full Decompress took only 1-2 seconds of the 133MB and all structures there. Will be even faster when the computer is not busy working with a lot of other tings.. hehe )
- Ed_P
- Contributor
- Posts: 8911
- Joined: 06 Feb 2013, 22:12
- Distribution: Cinnamon 5.01 ISO
- Location: Western NY, USA
Re: USM bug reports
Thanks ElectricQT but I rather have USM work, as designed.ElectriQT wrote:I had exactly the same problems before I changed the database storage to /root/usm , now it seems to work
.....
So if USM dont work, might you want to try this way and download manually ?

-
- Samurai
- Posts: 116
- Joined: 10 Nov 2013, 12:02
- Distribution: LXDE3.5Manjaro, LXDE3.01-32bit
- Location: Sweden
Re: USM bug reports
Ah, of course, but I cant wait. So I have to learn more about Linux and fix it my self. :-)
I just downloaded Flashpalyer from the web and made a module instead,as it is so critical for me to have that one safe, could not wait.
then I put flashplayer in "modules" folder and activated it.
( Hmm, but did your glibc-bugfix work in USM now, but not flash??
Or maybe that is your next step to update now. )
I just downloaded Flashpalyer from the web and made a module instead,as it is so critical for me to have that one safe, could not wait.
then I put flashplayer in "modules" folder and activated it.
( Hmm, but did your glibc-bugfix work in USM now, but not flash??
Or maybe that is your next step to update now. )
-
- Samurai
- Posts: 116
- Joined: 10 Nov 2013, 12:02
- Distribution: LXDE3.5Manjaro, LXDE3.01-32bit
- Location: Sweden
Re: USM bug reports
Ed_P wrote:When I update USM, via the GUI I get this:
When I close the terminal window and recycle USM then search for "flash" and click on
"flashplayer-plugin-11.2.202.440-x86_64-1alien.txz" I get:Fatal error
LIBS.TXTFix please.Processing:
Brokenman needs to update database. Could not find: LIBS.TXT
I still had this error now, for the glibc-bugpatch downloads
I temporary "fixed" it by unchecked the box [Resolve dependencie] Then it did work, for this file, (as I assume I already have all needed other files in THIS case. But still dont know what the USM-error was about.)
-
- Samurai
- Posts: 116
- Joined: 10 Nov 2013, 12:02
- Distribution: LXDE3.5Manjaro, LXDE3.01-32bit
- Location: Sweden
Re: USM bug reports
http://www.slackware.com/~alien/slackbu ... /pkg/14.1/ Try this if you cant get usm to work,Ed_P wrote:Thanks ElectricQT but I rather have USM work, as designed.ElectriQT wrote:I had exactly the same problems before I changed the database storage to /root/usm , now it seems to work
.....
So if USM dont work, you might you want to try this anyway and download manually ?The module giving me the trouble is the Flash 440 one.
Save, rightclick and convert it to an .xzm module,
Move it to Porteus/modules folder, rightclick "activate",
Then Check at Adobes site that you really are runing the latest player now! (today it is version .440)
if needed you can try to reboot your session without a complete restart of the computer, ,
ctrl+del+backspace, kills the current session, flush(clear?) memory, and restart processes that might have a high cpu load for some bug-reason.,
(and you use you GUEST passwd. in the login screen to get back, save all yor active work first, or it will be lost.. But Firefox most of the time will restore all the tabs that you had open.)
-
- Full of knowledge
- Posts: 2564
- Joined: 25 Jun 2014, 15:21
- Distribution: 3.2.2 Cinnamon & KDE5
- Location: London
Re: USM bug reports
USM Update Crash
Code: Select all
usm -u all
...
Starting salix database update
Downloading: CHECKSUMS.md5 DONE
Downloading: PACKAGES.TXT DONE
Downloading: LIBS.TXT.gz DONE
Downloading: OPTIFEST.gz DONE
gzip: /var/usm/salix/OPTIFEST.gz: unexpected end of file
==============================================================================
WARNING! WARNING! WARNING! WARNING! WARNING!
==============================================================================
One or more errors occurred while usm was running:
FATAL ERROR!
usm update_database 264
Could not decompress: OPTIFEST.gz
==============================================================================
Linux porteus 4.4.0-porteus #3 SMP PREEMPT Sat Jan 23 07:01:55 UTC 2016 i686 AMD Sempron(tm) 140 Processor AuthenticAMD GNU/Linux
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB
NVIDIA Corporation C61 [GeForce 6150SE nForce 430] (rev a2) MemTotal: 901760 kB MemFree: 66752 kB
-
- Samurai
- Posts: 116
- Joined: 10 Nov 2013, 12:02
- Distribution: LXDE3.5Manjaro, LXDE3.01-32bit
- Location: Sweden
Re: USM bug reports
Never seen that, but on the other hand..I have not seen much yet. :-)Bogomips wrote:USM Update CrashCode: Select all
usm -u all FATAL ERROR! usm update_database 264 Could not decompress: OPTIFEST.gz
Do you have enough space left on the device or RAM memory?
Did you try again after a new session restart?