Puppy Linux Discussion Forum

I also found pup-vol-monitor .pets here in ally's repo:

https://archive.org/download/Puppy_Linux_Forum_Pets

wizard

wizard wrote: ↑Thu Aug 12, 2021 5:26 pm

I also found pup-vol-monitor .pets here in ally's repo:

https://archive.org/download/Puppy_Linux_Forum_Pets

pup-volume-monitor-0.2w-i686.pet

dependencies?

root# thunar &
[1] 3307
root# /lib/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/libpupvm.so.0)
Failed to load module: /usr/lib/i386-linux-gnu/gio/modules/libpup-volume-monitor.so
/lib/libc.so.6: version `GLIBC_2.28' not found (required by /usr/lib/libpupvm.so.0)
Failed to load module: /usr/lib/gio/modules/libpup-volume-monitor.so

[1]+  Segmentation fault      thunar
root# 

I tried a new pup-vol-mon from archive.org:
https://archive.org/download/Puppy_Linu ... posisitory

pup-volume-monitor_0.1.15-2_i386.deb

versus

pup-volume-monitor-0.1.15-1-i686-tahr.pet

The critical error disabling Thunar is the same.

I searched the Bionic archive:
https://archive.org/download/Puppy_Linu ... nic_Beaver

No pup-volume-monitor.

Per my last post to wizard I think the issue might be dependencies.

I just installed the gvfs main package, gvfs_1.28.2 in Xenial & Thunar DEVICES are NOT visible, leading me to assume pup-vol-mon or some sub-package are required.

It's probably the prior because the two together work in Tahr.

norgo wrote: ↑Thu Aug 12, 2021 5:16 pm

If gvfs-udisks2-volume-monitor is present and the needed dependencies are installed, it should work and pup-volume-monitor is not needed.
In most cases gvfs-udisks2-volume-monitor is not included or doesn't work.

I haven't seen the package yet.

Pup-volume-monitor is lightweight and ideal for storage devices.
Now you have to choose:
if you want more features (look here what gvfs supports https://en.wikipedia.org/wiki/GVfs ) you should install gvfs and deps.

The Wiki page is clearly written but beyond my technical background.

if support of storage devices is sufficient then install pup-volume-monitor only.

It appears elusive in 32Xenial.

If you are looking for pup-volume-monitor my recommendation is this https://github.com/wdlkmpx/pup-volume-monitor
works like a charm

Github is also beyond my technical understanding.

verstehe nicht

JASpup wrote: ↑Wed Aug 11, 2021 9:14 pm

More fun:

Since Xenial doesn't have pup-vol-mon I installed the Tahr version. Now Thunar won't run at all:

Code: Select all

(thunar:14397): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed

[1]+  Segmentation fault      thunar
root# 

Remove the package and it runs again.

If there's a newer version for Xenial I haven't seen it.

Hi @jaspup
Maybe this can help you

Pcmanfm 1.3.1 (Xenialpup 7.5) (32b)

Cheers!

PipzDex wrote: ↑Fri Aug 13, 2021 7:33 am

Hi @jaspup
Maybe this can help you

Pcmanfm 1.3.1 (Xenialpup 7.5) (32b)

Hi,

I tested your package. My system would work better with only the parts that activate fm volumes.

Thanks for the reference.

PipzDex wrote: ↑Fri Aug 13, 2021 7:33 am

Hi @jaspup
Maybe this can help you

Pcmanfm 1.3.1 (Xenialpup 7.5) (32b)

Cheers!

Tested on Xenial installing pup-volume-monitor and also gvfs, both didn't work, showing no partitions in pcmanfm and thunar, no idea why not (but didn't really investigate).
The above pet from PipzDex works fine, installed thunar also and it shows partitions properly (not "Trash" btw)

fredx181 wrote: ↑Fri Aug 13, 2021 6:18 pm

The above pet from PipzDex works fine, installed thunar also and it shows partitions properly (not "Trash" btw)

How do you remove those partitions? Desktop partitions are one of JWMs top features if you want them at all, so I don't know why another rendition of them is desirable. I would replace XFCE desktop partitions with JWM's if it were a choice.

I was going to look to kill an app then realized I wouldn't be doing that every time it's installed. And it would have to be saved or installed first because the package restarts X.

When there's another way to accomplish a task the issue is really system quirks and learning.

Tahr & Thunar DEVICES work, I suspect because a version of pup-vol-mon is in the PPM.
I use X-Tahr with Thunar default where mounting/unmounting in alt-file managers isn't an issue.
PipzDex pcmanfm works.

Would it not be simple to just install the version of pup-vol-mon he used & gvfs if required?

I booted 32Bionic for the first time yesterday to realize it faces the same problem.

In my opinion Glib is the culprit or more exactlcy it's GIO library because it points at not existing gio modules.
Every attempt to load a volume-monitor-gio-module leads to critical error and prevent application start.
Independent what volume-monitor you try to load you get the error message two different plugins tried to register.
The next problem is the old Gnome-VFS because of different service and daemon names in comparison to GVFS.

Here what I did and the result
At first I compiled pup-volume-monitor but this didn't solve the problem because of "see descrption above" .
After that I compiled glib 2.68.3 from source and replaced the old version. Additional I replaced Gnome-VFS by GVFS.
Immediately all errors disappeard and the pup-volume-monitor is working too if installed of course.
Btw. gvfs is optional installable if you want to use gvfs provided features.
Installation of pup-volume-monitor only is possible too.
I tested thunar, pcmanfm and pcmanfm-qt. All of them were working.
Because replacement of glib is a huge system interference, I will not recommend to do this on your working system.

Unstripped glib-2.68.3-i686.pet and pup-volume-monitor-0.2.1w-i686.pet can be provided if someone is interested in.

@fredx181
hint: please launch pcmanfm using this command
dbus-run-session pcmanfm
is the trash icon now present?

Note
I also did a short test of PipzDex version of pcmanfm.
Worked without problems, good job.
The only thing I've to criticize is that an existing installation of gvfs will be overwritten.

norgo

norgo wrote: ↑Sat Aug 14, 2021 8:46 pm

Installation of pup-volume-monitor only is possible too.

I try to understand the role of glib.

I do not install any glib packages in this attempt.

The only glib packages in Tahr default are "glib-networking..."

In Tahr, pup-vol-mon alone works without gvfs.

Can you make Xenial & Bionic work like this for everyone?

I think we're fixing a fundamental compatibility function. @peebee

Thunar & pcmanfm should include pup-volume-monitor as a dependency, present in the respository and compatible.

@norgo
Thanks for your work and running those test, I would certainly like to have the .pets

wizard

@JASpup
I think there may be a misunderstanding about the packages for thunar and pcmanfm in the ppm. Those packages are not in the puppy repositories, they are in the the ubuntu repositories. And while your puppy version may be based on ubuntu, it plays by different rules and puppy devs don't control ubuntu. Some packages from the ubuntu repositories may work perfect, some may work with missing features (this case), and some may not work at all. Until someone repackages an application to include missing dependencies for puppy and then gets it uploaded to the official puppy repository, the ppm won't find it as a .pet or .sfs. In the meantime, we are just lucky enough to have forum members who can help us find the missing dependencies.

wizard

@wizard

BIG Warning
glib 2.68.3 is high experimental and not extensively tested yet in Xenial 7.5.
DO NOT INSTALL AT YOUR WORKING SYSTEM - USAGE AT OWN RISK !

If you nevertheless want to test because you know what you do, perform following steps

1. put glib-2.68.3 package into your home directory
2. uninstall builtin glib ( after that most probably your graphical desktop will not work correctly anymore)
3. exit graphical desktop using strg+alt+backspace
4. change to your home directory where the glib 2.68.3 pet is located
5. install pet using command petget +glib-2.68.3-i686.pet
7. after installation type xwin to start X

pet's downloadable here

wizard wrote: ↑Sun Aug 15, 2021 2:24 pm

Until someone repackages an application to include missing dependencies for puppy and then gets it uploaded to the official puppy repository, the ppm won't find it as a .pet or .sfs.

That was my nudge. I know the culture is religiously JWM. I read one of Barry's docs yesterday & that was implied even though he's on EasyOS now. But is it so religious alternative file managers and their benefits aren't important?

I'm in Mainline 32 Tahr right now after a break. Most days I boot Xenial or X-Tahr.

The main reason I usually use Xenial, and why I started using it in the first place, is browser compatibility.

It has other enhancements. My second favorite is probably the 2nd tray. But I would still be in Tahr if it could run all the latest browsers.

Thar uses less ram when loading. It comes with VLC. There's no existing adrv to fight.

Now another feature - we can use Thunar and skip pmount for drive access.

Of course rox filer can mount/unmount drives too, but it doesn't recognize them until they've been mounted.

Removing vital features in newer version prompts resistance and nostalgia.

Understanding Update:

The last 32-bit XFCE puplet I know of is X-Slacko.

I'm testing a newer XFCE from ydrv (i.e., neither puplet nor manual PPM).

I can see pup-volume-monitor as a running task, yet there is no file manager DEVICE access with pup-volume-monitor alone.

GVFS is required here. With GVFS installed it works.

It's different - instead of the partition mount directories I see their sizes. It looks cleaner but is harder to understand (i.e., do you always know what partition you're accessing by its size?).

Maybe customizable but I haven't gotten there yet.

What I need to do in Tahr & X-Tahr is look for both PVM & GVFS, as I know X-Tahr works default and Tahr just requires PVM from the PPM.

fredx181 wrote: ↑Fri Aug 13, 2021 6:18 pm

PipzDex wrote: ↑Fri Aug 13, 2021 7:33 am

Hi @jaspup
Maybe this can help you

Pcmanfm 1.3.1 (Xenialpup 7.5) (32b)

Cheers!

Tested on Xenial installing pup-volume-monitor and also gvfs, both didn't work, showing no partitions in pcmanfm and thunar, no idea why not (but didn't really investigate).
The above pet from PipzDex works fine, installed thunar also and it shows partitions properly (not "Trash" btw)

Hi @fredx181
This pcmanfm was packaged thinking of being used in versions only with JWM, that is why the trash can not appear active ...
maybe there is an option to activate it but I totally don't know how to do it

Cheers!!

PipzDex wrote: ↑Thu Aug 19, 2021 2:04 am

This pcmanfm was packaged thinking of being used in versions only with JWM, that is why the trash can not appear active ...
maybe there is an option to activate it but I totally don't know how to do it

Excuse me if this is moot, but in XFCE, Trash requires gvfs, turned on in an app called Desktop.

JASpup wrote: ↑Wed Aug 18, 2021 3:53 am

What I need to do in Tahr & X-Tahr is look for both PVM & GVFS, as I know X-Tahr works default and Tahr just requires PVM from the PPM.

FOLLOW-UP:

Indeed I can see all partitions as DEVICES in Tahr JWM without GVFS.

A newer puppy thus far only tested as XFCE requires it.

Literally - No GVFS, No partitions in Thunar or PCmanfm.

I will leave this to coders to reconcile.

I could also check X-Tahr & newpup in JWM for GVFS. ...This is all about basic file manager functionality.

UPDATE:

1st check - X-Tahr default runs a lot of GVFS

2nd check - [reserved]

My preliminary conclusion is if newpup XFCE has same (newer version) dependencies as X-Tahr, GVFS is for XFCE mounting.

It other words... alt-file manager mounting in Xenial and Bionic JWM might only require pup-volume-monitor, if a compatible version is available.

@PipzDex do you remember the version you included in Xenial-PCmanfm?

norgo wrote: ↑Sat Aug 14, 2021 8:46 pm

Installation of pup-volume-monitor only is possible too.
I tested thunar, pcmanfm and pcmanfm-qt. All of them were working.
Because replacement of glib is a huge system interference, I will not recommend to do this on your working system.

Only sounds good. Ich werde das versuchen.

Unstripped glib-2.68.3-i686.pet and pup-volume-monitor-0.2.1w-i686.pet can be provided if someone is interested in.

Bedeutet unstripped?

Note
I also did a short test of PipzDex version of PCmanFM.
Worked without problems, good job.
The only thing I've to criticize is that an existing installation of gvfs will be overwritten.

The pup-volume-monitor compatible with 32 Xenial & Bionic is probably the fix.

JASpup wrote: ↑Fri Aug 20, 2021 3:18 am

Only sounds good. Ich werde das versuchen.

did you ?
Here a xenialpup-7.5-glib-2.68.3-uefi.iso for test.
Ydrv with glib-2.68.3 and pup-volume-monitor-0.2.1w added.
For test only !

norgo wrote: ↑Mon Nov 22, 2021 4:53 pm

did you ?
Here a xenialpup-7.5-glib-2.68.3-uefi.iso for test.
Ydrv with glib-2.68.3 and pup-volume-monitor-0.2.1w added.
For test only !

Ja, it works in Mainline Tahr JWM only. I do not use Pmount in Tahr, only Thunar.

Erklaren Sie auf Englisch bitte: You created an .iso of a full Xenialpup 32 install that should work like Tahr for Thunar?

Can one install glib-2.68.3 and pup-volume-monitor-0.2.1w in an existing Xenialpup?

glib is small or has other important applications?

The reason I ask: Pmount and JWM desktop partitions work, Thunar is simply the best mounting implementation. It scans partitions faster than Pmount, includes integrated file management, and leaves a clean desktop. Desktop partitions in XFCE are available, but you do not need them with Thunar.

Actually this is the regular ISO of Xenial-pup.
I extracted the ISO image and added the ydrv-xenialpup-7.5.sfs.
The ydrv-xenialpup-7.5.sfs. contains glib-2.68.3 and pup-volume-monitor-0.2.1w. ( both have been compiled in Xenialpup 7.5 )
After that I compressed the stuff and converted back to an ISO.
In other words, this ISO is ready to use
thunar and pcman-fm will work for you

@norgo can the ydrv .sfs be renamed a generic ydrv and loaded after boot?

I usually run LIVE with an adrv, load alt-desktops, and Xenial is released with an adrv renamed to ydrv.

Maybe .pet are better?

@JASpup
should be loaded before launch of graphical environment.
first you should test the ISO to be sure that everything works as expected.
if so, maybe you can put the stuff into this (alt-desktop) sfs drv.
what alt-desktop you are using?

@norgo this project is for JWM, reliable Puppy default, but I use XFCE when I can which does not require extras to mount and unmount partitions in thunar when made into a puplet.

I test stuff, but I use rarely anything that is not standard.

I would seek to understand if I were technical: Why is this implementation easier in Tahr?

BIG Warning
glib 2.68.3 is high experimental and not extensively tested yet in Xenial 7.5.
DO NOT INSTALL AT YOUR WORKING SYSTEM - USAGE AT OWN RISK !

If you nevertheless want to test because you know what you do, perform following steps

1. put glib-2.68.3 package into your home directory
2. uninstall builtin glib ( after that most probably your graphical desktop will not work correctly anymore)
3. exit graphical desktop using strg+alt+backspace
4. change to your home directory where the glib 2.68.3 pet is located
5. install pet using command petget +glib-2.68.3-i686.pet
7. after installation type xwin to start X

pet's downloadable here

The only way I know to uninstall builtin is a remaster. We cannot install over builtin?

This is developer-level. I will test it, but non-experimental functionality is a goal. Thunar and PCManFM should mount and unmount partitions normally (default) when installed.

"The only way I know to uninstall builtin is a remaster." True, but:
Remove built-ins writes a ".wh" --AKA 'white-out'-- file adjacent to the file you chose to remove. Restarting-x causes Puppy to re-catalog what files make up its system. When it sees a ".wh" file it does not include the 'removed' file. When you remaster, Puppy actually copies files from the current system and seeing a .wh file doesn't include the 'removed' file in the remaster.
However, Puppys run in RAM. So restarting-x --usually-- is sufficient to generate an operating system in RAM that doesn't have the 'removed' file. Executing a Save will write the '.wh' to your SaveFile/Folder which has priority in the 'merge-in-RAM' file system used by Puppy. If you don't execute a Save, the '.wh' file, only being in RAM, is cleared on shutdown, reboot.
At least that's the theory. On occasion I run into situations where a Save and Reboot was necessary. Not sure why.

If all norgo meant was to use the Remove builtin packages tool before installation of the replacement, I only do not understand why it is necessary.

Otherwise clear.

So restarting-x --usually-- is sufficient to generate an operating system in RAM that doesn't have the 'removed' file.

Something to grasp: it seems like the deleted are still there, and restarting-X is about killing desktop apps and refreshing just the gui.

JASpup wrote: ↑Thu Nov 25, 2021 1:28 am

... this project is for JWM, reliable Puppy default, but I use XFCE when I can which does not require extras to mount and unmount partitions in thunar when made into a puplet.

It's the same for LXDE.

This is Thunar with full partition mounting in Xenial JWM, but it's LxPup:

Other than installing Thunar, I basically switched DEs and activated the pinboard. PCManFM works too.

The Lx question remaining is: what does having LXDE and Openbox on tap cost in overhead?

is anything with browsing network working on any version of Thunar? Even in WDL-Void it does not. Have not been able to get that to work at all. Mount partitions works well OTB.