Code: Select all
guest@porteus:~$ awk -F= '/USMVERSION/{print$NF}' /etc/usm/usm.conf
3.1.4
guest@porteus:~$ ls -l /tmp/usm/usm-latest-0.0-noarch-1.txz
-rw-r--r-- 1 root root 61576 Aug 5 04:43 /tmp/usm/usm-latest-0.0-noarch-1.txz
Code: Select all
guest@porteus:~$ awk -F= '/USMVERSION/{print$NF}' /etc/usm/usm.conf
3.1.4
guest@porteus:~$ ls -l /tmp/usm/usm-latest-0.0-noarch-1.txz
-rw-r--r-- 1 root root 61576 Aug 5 04:43 /tmp/usm/usm-latest-0.0-noarch-1.txz
So to should the '-u usm' option.fanthom wrote:besides: '-v' flag should be documented in the usm help.
I thought the new initrd file in 3.0.1 was a fix for that. And how does that impact the updating of usm itself? Or, from another point, how do I upgrade to 3.1.5?brokenman wrote:@Ed_P
It was already established in another thread that this is due to whiteout files. It is not finding your usm.conf file which is clearly there.
Code: Select all
root@porteus:/home/guest# usm -u usm
Downloading: vercheck.txt DONE
/usr/share/usm/funcupdateDatabase: line 338: [: 140816: unary operator expected
No database updates were found.
/usr/share/usm/funcupdateDatabase: line 351: [: 140821: unary operator expected
You have the current USM version.
root@porteus:/home/guest#
Code: Select all
root@porteus:/home/guest# find /mnt/live/memory/changes/etc/usm/ -name .wh.*
/mnt/live/memory/changes/etc/usm/.wh.extra-deps.txt
root@porteus:/home/guest# find /mnt/live/memory/changes/ -name .wh.*
/mnt/live/memory/changes/.wh..wh.orph
/mnt/live/memory/changes/.wh..wh.plnk
/mnt/live/memory/changes/.wh..wh.aufs
/mnt/live/memory/changes/var/log/packages/.wh.usm-3.1.2-noarch-1
/mnt/live/memory/changes/var/log/packages/.wh.usm-3.1.0-noarch-2
/mnt/live/memory/changes/usr/lib64/.wh.libapm.so.1
Code: Select all
/mnt/live/memory/changes/etc/usm/.wh.extra-deps.txt
root@porteus:/home/guest# ls /tmp/usm/
root@porteus:/home/guest#
Any chance you have a .1 file in /tmp/usm? This bug was addressed in a previous version and all old usm*.txz packages are now removed before downloading of new packages. Will double check now.Aug 5 04:43 /tmp/usm/usm-latest-0.0-noarch-1.txz
Will do.So to should the '-u usm' option.
It does address the problem for people that don't already have the problem. All future users of changes=EXIT will not experience the problem. If you already have the problem in your savefile then the linuxrc fix will not help it.I thought the new initrc file in 3.0.1 was a fix for that.
It doesn't at all. I was referring to the hang you are having when updating databases.And how does that impact the updating of usm itself?
You can follow the manual update procedure explained in other threads. Please do this while booted into changes=/path/to/changes.dat and NOT changes=EXITOr, from another point, how do I upgrade to 3.1.5?
And we are cross posting. I'm updating my posting while you are adding yours. Have you seen my updates?brokenman wrote:You can follow the manual update procedure explained in other threads. Please do this while booted into changes=/path/to/changes.dat and NOT changes=EXITOr, from another point, how do I upgrade to 3.1.5?
Download the usm slackware package and intall it using installpkg. I'm not so sure it will even fix your problem but I am hoping that booting with the changes= cheatcode and installing the slackware package will force the files to be seen.
No. Please add EDIT: when updating previous posts so it is known that they were updated after the original post.Have you seen my updates?
Nothing has changed with the update procedure for quite a few versions. The procedure is quite simple. It removes any existing usm-latest-0.0-naorch-1.txz from storage. It downloads the latest usm-latest-0.0-naorch-1.txz file. It installs the usm-latest-0.0-naorch-1.txz file.I was able to upgrade to 3.1.4 after having problems upgrading to it initially when using 3.0.1, now I'm having problems again.
I didn't mention anything about using this script. Please follow the instructions in my last post and see if it works. Be sure to boot into changes= and NOT changes=EXIT. Something is certainly screwed up in your changes file and it is near impossible for me to troubleshoot this. I don't know what you have and haven't deleted directly from the savefile and I have recommended not deleting files directly from this file. Delete them from the standard paths and the savefile will take care of itself.The update-usm.sh approach seems to be frowned upon.
brokenman wrote:Any chance you have a .1 file in /tmp/usm? This bug was addressed in a previous versionAug 5 04:43 /tmp/usm/usm-latest-0.0-noarch-1.txz
Code: Select all
guest@porteus:~$ sudo find /tmp/usm -regex '.*\.1.*' -maxdepth 1
/tmp/usm/kate-4.10.5
/tmp/usm/at-spi2-atk-2.8.1-i486-1.xzm
/tmp/usm/vlc-qt-0.10.0-i486-1sl.txz
/tmp/usm/aaa_elflibs-14.1
/tmp/usm/at-spi2-atk-2.8.1-i486-1.txz
/tmp/usm/libao-1.1.0
/tmp/usm/vlc-2.1.4
/tmp/usm/libkcddb-4.10.5-i486-1.xzm
/tmp/usm/kde-baseapps-4.10.5
/tmp/usm/kdelibs-4.10.5-i486-2.xzm
/tmp/usm/vlc-2.1.5
/tmp/usm/vlc-2.1.2
Another possibility: old usm*.txz packages removed and old file downloaded?brokenman wrote:and all old usm*.txz packages are now removed before downloading of new packages.
I checked the server file before releasing it. The new one replaces the old one on the server. In your nonstandard setup please give output of: md5sum /etc/usm/usm.conf p10/Por/usm.confAnother possibility: old usm*.txz packages removed and old file downloaded.
Code: Select all
Downloading: vercheck.txt DONE
/usr/share/usm/funcupdateDatabase: line 338: [: 140816: unary operator expected
No database updates were found.
/usr/share/usm/funcupdateDatabase: line 351: [: 140821: unary operator expected
You have the current USM version.
root@porteus:/home/guest#
Code: Select all
root@porteus:/home/guest# ls /tmp/usm/vercheck.txt
/bin/ls: cannot access /tmp/usm/vercheck.txt: No such file or directory
root@porteus:/home/guest# find vercheck.txt
find: `vercheck.txt': No such file or directory
root@porteus:/home/guest#
Code: Select all
root@porteus:/home/guest# md5sum /etc/usm/usm.conf p10/Por/usm.conf
9a9ccd2cdefb649e6c4801814c981bd8 /etc/usm/usm.conf
md5sum: p10/Por/usm.conf: No such file or directory
root@porteus:/home/guest#
Code: Select all
download $UPDLINK/configs/vercheck.txt $TMPDIR
echo
[ ! -e $TMPDIR/vercheck.txt ] && fatality "$SCRIPT $FUNCNAME $LINENO" "`gettext "Could not download file:"`" "vercheck.txt"
RDBVER=`awk -F"=" /DBVER/'{print$NF}' $TMPDIR/vercheck.txt`
RUSMVER=`awk -F"=" /USMVER/'{print$NF}' $TMPDIR/vercheck.txt`
echo RDBVER=$RDBVER
echo DBVER=$DBVER
echo ls $TMPDIR
ls $TMPDIR
echo
if [ $RDBVER -gt $DBVER ]; then
Code: Select all
root@porteus:/home/guest# cp -u -v funcupdateDatabase /usr/share/usm
‘funcupdateDatabase’ -> ‘/usr/share/usm/funcupdateDatabase’
root@porteus:/home/guest# usm -u usm
Downloading: vercheck.txt DONE
RDBVER=140816
DBVER=
ls /tmp/usm.P6vL9R
filelist sbo-categories.tmp searchType vercheck.txt welcome.bak
help-pkgtools.tmp sbocategs term1.tmp welcome
/usr/share/usm/funcupdateDatabase: line 344: [: 140816: unary operator expected
No database updates were found.
/usr/share/usm/funcupdateDatabase: line 357: [: 140821: unary operator expected
You have the current USM version.
root@porteus:/home/guest#
Have standard setup, except for bind on /var/usm and /tmp/usm.brokenman wrote:In your nonstandard setup please give output of: md5sum /etc/usm/usm.conf p10/Por/usm.conf
Code: Select all
guest@porteus:~$ md5sum p10/Por/usm.conf
9700327a8b316ad2897b941d9367856b p10/Por/usm.conf
Code: Select all
guest@porteus:~$ awk -F= '/DBDIR/{print$NF}' p10/Por/usm.conf
/home/guest/p10/Por/var/usm
# The mirror files are stored in ${DBDIR}/mirrors-distro.txt
guest@porteus:~$ awk -F= '/STORAGE/{print$NF}' p10/Por/usm.conf
/home/guest/p10/Por/tmp/usm
brokenman wrote:please give output of: md5sum /etc/usm/usm.conf
Code: Select all
guest@porteus:~$ md5sum /etc/usm/usm.conf
829c2664e6e5de136f03e70cd7c18b6c /etc/usm/usm.conf
Code: Select all
guest@porteus:~$ awk -F= '/USMVER/{print$NF}' /etc/usm/usm.conf
3.1.4
140816
guest@porteus:~$ ls -l p10/Por/usm.conf
-rw-r--r-- 1 root root 3187 Aug 11 15:17 p10/Por/usm.conf
guest@porteus:~$ awk -F= '/USMVER/{print$NF}' p10/Por/usm.conf
3.1.4
140804
Code: Select all
root@porteus:/home/guest# diff p10/Por/usm.conf /etc/usm
15c15
< DBDIR=/home/guest/p10/Por/var/usm
---
> DBDIR=/var/usm
23c23
< STORAGE=/home/guest/p10/Por/tmp/usm
---
> STORAGE=/tmp/usm
Yes. funcupdateDatabase is looking for a file that isn't there for whatever reason. It is expecting a number (the database version) which is not returning a value, hence the error.Have you looked at this script?
Expected output.root@porteus:/home/guest# ls /tmp/usm/vercheck.txt
/bin/ls: cannot access /tmp/usm/vercheck.txt: No such file or directory
Apart from including p10/Por/usm.conf (which is a path only on Bogomips computer) the md5sum shown is not that of the untouched v3.1.5 usm.conf file.root@porteus:/home/guest# md5sum /etc/usm/usm.conf p10/Por/usm.conf
9a9ccd2cdefb649e6c4801814c981bd8 /etc/usm/usm.conf
Again I don't know why you have copied a file from /home/guest into /usr/share/usm. Means nothing to me. Also the next output of RDBVER=140816 and DBVER= ... where is this from? It is certainly incorrect. Did you even try my suggestion to fix your problem? Until you start a new clean savefile (without running any of your custom cleanup scripts on it) and test USM again I am not really interested in any of your output. I simply can not troubleshoot a problem that I (nor anyone else) can not reproduce. It is just noise in this thread. I understand you want to troubleshoot this, but you are not showing any sign of following suggestions and I can not reproduce this problem which may be because of your current changes file.root@porteus:/home/guest# cp -u -v funcupdateDatabase /usr/share/usm
‘funcupdateDatabase’ -> ‘/usr/share/usm/funcupdateDatabase’
root@porteus:/home/guest# usm -u usm
Downloading: vercheck.txt DONE
RDBVER=140816
DBVER=
It shows the additional code I added to the script to help debug the problem.brokenman wrote:I am not sure what you mean by your next code tag. It shows code from USM. Looks fine.
When I find the file in guest mode with spaceFM and edit it with LeafPad I can not save it in /usr/share/usm/ directory, so I save it in /home/guest/ then using root mode in LXTerminal I copy it to where it belongs. The displays from the code I added show why the lines in error in your script are failing.Again I don't know why you have copied a file from /home/guest into /usr/share/usm. Means nothing to me. Also the next output of RDBVER=140816 and DBVER= ... where is this from?root@porteus:/home/guest# cp -u -v funcupdateDatabase /usr/share/usm
‘funcupdateDatabase’ -> ‘/usr/share/usm/funcupdateDatabase’
root@porteus:/home/guest# usm -u usm
Downloading: vercheck.txt DONE
RDBVER=140816
DBVER=
I see no code in funcupdateDatabase that sets the DBVER variable. The vercheck.txt file that gets downloaded contains a value for it.brokenman wrote:the script is choking because it is expecting to get a DBVER= variable and it is not getting one. This leads us back to step one and my previous post.
Code: Select all
cat /tmp/usm.pvL4eW/vercheck.txt
USMVER=140821
DBVER=140816
I'm not at all surprised.I see no code in funcupdateDatabase that sets the DBVER variable.
I am not going to delete everything and start fresh everytime you create a new USM or a minor Porteus version. I shouldn't have to nor should anyone else. This isn't Windows, I shouldn't have to always reboot or reinstall the OS to fix problems.brokenman wrote:Until you start a new clean savefile (without running any of your custom cleanup scripts on it) and test USM again I am not really interested in any of your output.
I did not. I pointed out an error in your perfect code, '-help' is not an invalid 'e' or whatever the error msg said. It's an invalid 'option'.you struggled to find the help dialog for the 'ls' command
Code: Select all
# Copyright (C) 20013-2020 Jay Flood
Yup, and I have a usm.conf file in my /etc/usm/ directory, so why isn't it being read and an error msg indicating why it isn't?The DBVER variable is clearly set in the usm.conf file that you have shown here numerous times. It is the the part that says DBVER=XXXX and it is sourced in the /usr/bin/usm file.
Code: Select all
guest@porteus:~$ ls -l /etc/usm/*.conf
-rw-r--r-- 1 root root 947 Aug 4 19:11 /etc/usm/files.conf
-rw-r--r-- 1 root root 3137 Aug 17 23:02 /etc/usm/usm.conf
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=/var/usm
:
etc.