Porteus

Hi,

root@porteus:/home/guest# usm
find: `/tmp/xdg-runtime-guest/gvfs': Permission denied
No argument was supplied.
Usage: usm <option> [argument]

root@porteus:/home/guest# usm -u all
find: `/tmp/xdg-runtime-guest/gvfs': Permission denied
Starting slackware database update
Downloading: vercheck.txt DONE
Downloading: CHECKSUMS.md5 -->
...

It always shows the same error/warning message.

After updating, this simple query:

root@porteus:/home/guest/Downloads# usm -s quake
find: `/tmp/xdg-runtime-guest/gvfs': Permission denied


The following items were found.
Choose an number to confirm.
ctrl+c to quit

1) ioquake3 4) quakeforge 7) yamagi-quake2
2) quake3_shareware_data 5) tyrquake-libretro
3) quake_shareware_data 6) wmquake
#?

The same query from the GUI gives no results.

I don't get that error when I use USM. Try rebooting, that should clear the /tmp folder.

I do not have xdg-runtime-guest/gvfs in my /tmp folder.

Hi,

Ed_P wrote: ↑

05 Dec 2018, 14:33

I don't get that error when I use USM. Try rebooting, that should clear the /tmp folder.

I do not have xdg-runtime-guest/gvfs in my /tmp folder.

The folder seems to be a system folder on LXDE and I'd prefer to not touch it. Anyhow, installed gslapt module to find apps/packages and it is working nice.

Thanks.

There is no such thing as system folder with porteus. You have a system made of compressed modules. If you have set the save changes option, all that will happen is that these changes will be installed over the decompressed information of the porteus system. Remove the change folder and you get back to the pristine iniatial system. Isn't that great!

USM will give you access to a lot more packages than slapt-get. You should explore it. However, we are happy that you develop some expertise of slapt-get over the porteus system.
-slapt-get
General discussion : Porteus alternative package manager
-sbopkg
sbopkg gui

Numerous discussions had been going on about package managers since porteus creation.

Hi,

There is no such thing as system folder with porteus. You have a system made of compressed modules. If you have set the save changes option, all that will happen is that these changes will be installed over the decompressed information of the porteus system. Remove the change folder and you get back to the pristine iniatial system. Isn't that great!

I called it "system folder" because it is created by the os. In fact there are two: /tmp/xdg-runtime-guest and /tmp/xdg-runtime-root. I assumed it was an USM problem when I saw the error message but doing a simple "ls xdg*" in /tmp shows the same error. My fault blaming USM.

USM will give you access to a lot more packages than slapt-get. You should explore it. However, we are happy that you develop some expertise of slapt-get over the porteus system.
-slapt-get
General discussion : Porteus alternative package manager
-sbopkg
sbopkg gui

Numerous discussions had been going on about package managers since porteus creation.

Thanks for the info. Will check later tonight.

However, usm is hard to beat in terms of package availability. Unless you decide to go for the Porteus arch Linux version.2018 Updated Nemesis Base Modules

The error message is not really that critical. usm is run by root and is not using /tmp/xdg-runtime-guest anyway.

I assumed it was an USM problem when I saw the error message but doing a simple "ls xdg*" in /tmp shows the same error.

That might be the case, it is easily to be found out since usm is a script. Sadly I not have the time do check that out ATM.