Page 7 of 36
Re: USM bug reports
Posted: 30 Jul 2014, 01:59
by brokenman
I posted in your other thread on slackyd. You indeed uncovered a bug. A nice one. So sorry, and thank you. I didn't look at the system dep resolution but this bug affected other functions. Will test usm -d right now. While I am on the sorry, Ed_P I tried the package you uploaded and the bundle is nowhere to be found when using GUI. In CLI it works fine. Don't even know why. It works here. Hopefully this is addressed in the latest update too.
EDIT: Looks like it is resolved:
Code: Select all
root@porteus:/home/guest# installpkg /tmp/usm/openjre-7u51_b31-x86_64-2gv.txz
Verifying package openjre-7u51_b31-x86_64-2gv.txz.
Installing package openjre-7u51_b31-x86_64-2gv.txz:
PACKAGE DESCRIPTION:
# Java(TM) 2 Platform Standard Edition Runtime Environment.
#
# The J2SE(TM) Runtime Environment (JRE) is intended for software
# developers and vendors to redistribute with their applications.
# It contains the Java virtual machine, runtime class libraries, and
# Java application launcher that are necessary to run programs written
# in the Java programming language.
#
# If you need development tools, obtain the jdk from /extra, or see the
# web page: http://openjdk.java.net/
#
Executing install script for openjre-7u51_b31-x86_64-2gv.txz.
Package openjre-7u51_b31-x86_64-2gv.txz installed.
root@porteus:/home/guest# usm -d /var/log/packages/openjre-7u51_b31-x86_64-2gv
Processing openjre-7u51_b31-x86_64-2gv
Missing dependencies: 0
The latest version is on the server now.
Re: USM bug reports
Posted: 30 Jul 2014, 04:33
by Ed_P
brokenman wrote:While I am on the sorry, Ed_P I tried the package you uploaded and the bundle is nowhere to be found when using GUI.
So I'm not crazy. Thank you.
FWIW This is what I used to create the package.
Code: Select all
#!/bin/bash
# http://forum.porteus.org/viewtopic.php?f=117&t=3205&start=15#p24861
mkdir -p /tmp/usm/usr/share/applications
mkdir -p /tmp/usm/usr/share/icons/hicolor/48x48/apps
mkdir -p /tmp/usm/usr/man/man8
mkdir -p /tmp/usm/etc/usm
mkdir -p /tmp/usm/var/usm
cp -a --parents /usr/bin/usm* /tmp/usm/
cp -a --parents /usr/bin/packagetools /tmp/usm/
cp -a --parents /usr/share/applications/usm.* /tmp/usm/
cp -a --parents /usr/share/icons/hicolor/48x48/apps/usm*.* /tmp/usm/
cp -a --parents /usr/share/usm/* /tmp/usm/
cp -a --parents /usr/man/man8/usm*.* /tmp/usm/
cp -a --parents /etc/usm /tmp/usm/
cp -a --parents /var/usm /tmp/usm/
echo
echo Press Enter to create module, Ctrl+C to end.
read
dir2xzm /tmp/usm /tmp/usm.xzm
rm -dir -f /tmp/usm
The download/update to 3.1.3 worked OK but after restarting USM and doing an Update All the Optimizing Manifests all failed with a:
Code: Select all
/usr/share/usm/funcupdateDatabase: line 296: [: 14-729: unary operator expected
error.
Wish there was an easy way to copy & paste text from the USM terminal window.
ah hah
Code: Select all
Starting sbo database update
SLACKBUILDS.TXT.gz
Downloading: SLACKBUILDS.TXT.gz DONE
/usr/share/usm/funcupdateDatabase: line 296: [: 140729: unary operator expected
sbo database updated.
Re: USM bug reports
Posted: 30 Jul 2014, 13:17
by Bogomips
brokenman wrote:EDIT: Looks like it is resolved:
Code: Select all
root@porteus:/home/guest# usm -d /var/log/packages/openjre-7u51_b31-x86_64-2gv
Processing openjre-7u51_b31-x86_64-2gv
Missing dependencies: 0
The latest version is on the server now.
Code: Select all
root@porteus:/home/guest# usm -u usm
Downloading: vercheck.txt DONE
An update is available for the usm database files.
Please run: usm -u all
A new version of USM is available.
Would you like to download it now? [y/n]
Downloading: usm-latest-0.0-noarch-1.txz DONE
Would you like to install it now? [y/n]
Removing package /var/log/packages/usm-3.1.0-noarch-2...
Removing files:
--> /install/slack-desc was found in another package. Skipping.
...
Executing install script for usm-latest-0.0-noarch-1.txz.
Generating VLC plugins cache data...
Package usm-latest-0.0-noarch-1.txz installed.
root@porteus:/home/guest# vi /etc/usm/usm.conf
root@porteus:/home/guest# activate p10/Por/Java/openjre-7u51_b31-i486-2gv.xzm
Adding 10 new loop devices
Updating shared library links: /sbin/ldconfig
root@porteus:/home/guest# usm -d /var/log/packages/openjre-7u51_b31-i486-2gv
Processing openjre-7u51_b31-i486-2gv
Missing dependencies: 0
Code: Select all
guest@porteus:~$ ldd /usr/lib/java/jre/lib/i386/libjawt.so
linux-gate.so.1 (0xb76e5000)
libawt.so => /usr/lib/java/jre/lib/i386/libawt.so (0xb762d000)
libmawt.so => not found
libjava.so => /usr/lib/java/jre/lib/i386/libjava.so (0xb75f6000)
libjvm.so => /usr/lib/libjvm.so (0xb6958000)
libc.so.6 => /lib/libc.so.6 (0xb67cc000)
libm.so.6 => /lib/libm.so.6 (0xb678a000)
libdl.so.2 => /lib/libdl.so.2 (0xb6785000)
libverify.so => /usr/lib/java/jre/lib/i386/libverify.so (0xb6779000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb6691000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb6676000)
/lib/ld-linux.so.2 (0xb76e6000)
libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb665a000)
Re: USM bug reports
Posted: 30 Jul 2014, 15:01
by brokenman
ldd /usr/lib/java/jre/lib/i386/libjawt.so
Can't do much about badly linked libraries. USM knows the file exists though.
Thanks Ed_P, I will fix this error. It won't affect functionality. It comes from trying to update the version number in usm.conf when it is already updated. Will add some quotes around it.
Re: USM bug reports
Posted: 30 Jul 2014, 21:57
by Ed_P
3.1.3 produces a samba bundle in Always fresh mode.
But still the line 296 error.
Re: USM bug reports
Posted: 31 Jul 2014, 03:52
by Ed_P
And somethings never change.
After updating to 3.1.3 and building a samba module and rebooting. USM GUI fails to open and in terminal mode we have:
Code: Select all
guest@porteus:~$ su
Password:
root@porteus:/home/guest# usm -v
awk: fatal: cannot open file `/etc/usm/usm.conf' for reading (No such file or directory)
/usr/bin/usm: line 61: /etc/usm/usm.conf: No such file or directory
/usr/bin/usm: line 62: /share/usm/funcelementCreate: No such file or directory
/usr/bin/usm: line 63: /share/usm/funccleanup: No such file or directory
/usr/bin/usm: line 64: /share/usm/funcsystemSetup: No such file or directory
/usr/bin/usm: line 65: /share/usm/funccli: No such file or directory
/usr/bin/usm: line 66: /share/usm/funcgtkDialogs: No such file or directory
/usr/bin/usm: line 67: /share/usm/functxtStatic: No such file or directory
/usr/bin/usm: line 68: /share/usm/funcpackageSearch: No such file or directory
/usr/bin/usm: line 69: /share/usm/funcpackageInfo: No such file or directory
/usr/bin/usm: line 70: /share/usm/funcchecks: No such file or directory
/usr/bin/usm: line 71: /share/usm/funcpackageGet: No such file or directory
/usr/bin/usm: line 72: /share/usm/funcupdateDatabase: No such file or directory
/usr/bin/usm: line 73: /share/usm/funcchangelogs: No such file or directory
/usr/bin/usm: line 74: /share/usm/funcslackbuilds: No such file or directory
/usr/bin/usm: line 75: /share/usm/funcsystemDeps: No such file or directory
/usr/bin/usm: line 76: /share/usm/funcworkhorse: No such file or directory
/usr/bin/usm: line 146: help_check: command not found
/usr/bin/usm: line 158: system_setup: command not found
You are using USM version:
/usr/bin/usm: line 282: cleanup: command not found
/usr/bin/usm: line 672: cleanup: command not found
root@porteus:/home/guest#
Re: USM bug reports
Posted: 31 Jul 2014, 06:08
by Ed_P
brokenman wrote:I will fix this error. It won't affect functionality. It comes from trying to update the version number in usm.conf when it is already updated. Will add some quotes around it.
Will the fix be in 3.1.3.1 or 3.1.4?
BTW it appears that line 296 is already using quotes.
Re: USM bug reports
Posted: 31 Jul 2014, 13:28
by brokenman
And somethings never change.
It seems so. We already established (long ago) that this is not a bug of USM. It has to do with your whiteout files. Once again at least try in fresh mode before posting a bug.
The unimportant error message will be fixed in a quick update. There are no quotes around the offender, hence the error message.
Re: USM bug reports
Posted: 31 Jul 2014, 14:47
by Ed_P
brokenman wrote:We already established (long ago) that this is not a bug of USM.
Not according to the red text posted here:
http://forum.porteus.org/viewtopic.php? ... 697#p24697
BTW Would a solution be not deleting the usm.conf file but rather simply have the update replace the old one?
brokenman wrote:try in fresh mode before posting a bug.
It can't be tested in fresh mode, fresh mode doesn't save the changes so rebooting doesn't have the updated files and their whiteout deletes.
The unimportant error message will be fixed in a quick update.
Ok, thanks.
Re: USM bug reports
Posted: 31 Jul 2014, 16:55
by brokenman
Not according to the red text posted here: viewtopic.php?f=75&t=3040&p=24697#p24697
Yes. Don't use the script with changes=. That's why it is there in big red text.
Remove your whiteout files from your changes file manually as you did in the past, and then keep away from the script. Just update using the USM function. The script is NOT a part of USM. It was only posted because someone requested it. I use it in development (fresh mode)
BTW Would a solution be not deleting the usm.conf file but rather simply have the update replace the old one?
Yes, that's what the update function in USM does. It uses removepkg from pkgtools. If you have already run that other script (with changes=) then the whiteout files already exist and are loaded at each boot so it doesn't matter how you install USM after this, the whiteout file will take precedence.
It can't be tested in fresh mode, fresh mode doesn't save the changes so rebooting doesn't have the updated files and their whiteout deletes.
Precisely my point. The problem is the whiteout files not USM. This is not a USM bug.
Re: USM bug reports
Posted: 31 Jul 2014, 17:38
by Ed_P
brokenman wrote:Just update using the USM function.
I did use the USM GUI's Update function. I didn't use the script or terminal mode.
brokenman wrote:It can't be tested in fresh mode, fresh mode doesn't save the changes so rebooting doesn't have the updated files and their whiteout deletes.
Precisely my point. The problem is the whiteout files not USM. This is not a USM bug.
But USM is creating the whiteout files. USM's GUI, not a script.
Firefox creates whiteout files every day and it stills runs ok after booting. Same with Java and Flash and things that I manually delete. Only USM is having a problem with the files it is creating.
What would happen if you renamed the usm.conf file to something like oldusm.conf then deleted it?
Re: USM bug reports
Posted: 31 Jul 2014, 18:27
by Blaze
What about support proxy settings for USM?
Re: USM bug reports
Posted: 31 Jul 2014, 19:34
by brokenman
But USM is creating the whiteout files. USM's GUI, not a script.
Ok, let me check it out and get back to you.
Good to see you here Blaze. It is already implemented is USM but nobody has reported using it yet. Edit the /etc/usm/usm.conf file to test it.
EDIT:
Found some flaws in the way proxies are used. Will release fix in next version. Will support proxy with authentication. At the moment only straight proxy with no authentication is supported.
Re: USM bug reports
Posted: 31 Jul 2014, 21:18
by brokenman
Add support for authenticated proxy. Still working on GUI for setting proxy that will encode password. Don't like holding it in plain text. Latest version is available on github.
https://github.com/brokenman/usm
EDIT:
Sorry Ed_P. I couldn't reproduce your error with changes enabled. I booted to a fresh porteus and set up changes. Rebooted and verified that changes were working. Updated USM. Rebooted and everything was working as expected. No problems created with whiteout files when they are left alone. Here is the file list of the pertinent whiteout files.
Code: Select all
ls -1 -a /mnt/sda8/changes/change
./
../
.wh..wh.aufs
.wh..wh.orph/
.wh..wh.plnk/
dev/
etc/
home/
mnt/
opt/
root/
tmp/
usr/
var/
ls -1 -a /mnt/sda8/changes/change
./
../
.wh..wh..opq
extra-deps.txt
files.conf
mirrors-alien.txt
mirrors-ponce.txt
mirrors-salix.txt
mirrors-sbo.txt
mirrors-slackware.txt
mirrors-slackwarepatches.txt
mirrors-slacky.txt
suppliment-libs.txt
suppliment-optifest.txt
usm.conf
The wh.aufs file is a whiteout base file. Important not to delete.
wh..opq tells aufs which directories are opaque
Not too sure on the plnk whiteout but I suspect it handles links.
Re: USM bug reports
Posted: 31 Jul 2014, 22:26
by Ed_P
I am definitely not seeing what you're seeing
brokenman.
Code: Select all
guest@porteus:~$ ls -l -a /mnt/sda5/porteus/changes/porteussave.dat
-rwxrwxrwx 1 root root 268435456 Jul 31 18:07 /mnt/sda5/porteus/changes/porteussave.dat*
guest@porteus:~$
In order to see inside the save.dat file I have to mloop it. To see inside the live changes file I use the find command:
Code: Select all
guest@porteus:~$ su
Password:
root@porteus:/home/guest# find /mnt/live/memory/images/changes -name .wh.*
/mnt/live/memory/images/changes/home/guest/.mozilla/firefox/c3pp43bg.default/bookmarkbackups/.wh.bookmarks-2014-07-27.json
/mnt/live/memory/images/changes/home/guest/.mozilla/firefox/c3pp43bg.default/bookmarkbackups/.wh.bookmarks-2014-07-26.json
/mnt/live/memory/images/changes/home/guest/.cache/mozilla/firefox/c3pp43bg.default/safebrowsing/.wh..wh..opq
/mnt/live/memory/images/changes/home/guest/.macromedia/Flash_Player/macromedia.com/support/flashplayer/sys/.wh..wh..opq
root@porteus:/home/guest#
And if you recall, I am not the only one who has had problems with USM due to whiteout files.
http://forum.porteus.org/viewtopic.php? ... 613#p25883
With your change file did you use the changes=EXIT cheatcode?