Puppy Linux Discussion Forum

[musher0]

@radky:

If you'd kindly look at why your ListDD utility takes over with some hybrid executables
in this DPupStretch.

Thanks.

[radky]

@musher0,

By default, most of the debian binaries in /usr/bin are configured as file-type DYN (shared object files) rather than file-type EXEC (Executable files). For example (after loading devx), readelf -h /usr/bin/evince will show file-type=DYN, but readelf -h /usr/bin/abiword will show file-type=EXEC.

When the ListDD utility is installed, the ROX-Filer application_x-sharedlib MIME-type is set to ListDD. So, left-clicking a shared object file (DYN) in /usr/bin or /usr/lib will open that file in ListDD.

Before the next Dpup release, it may be a good idea to convert common DYN binaries in /usr/bin to the EXEC format. In this scenario, the selected binaries will launch in the conventional sense when left-clicked. However, one could still right-click the files to selectively load them in the ListDD utility.

[666philb]

hi radky,

nice puppy!! and i struggled to find any issues with it

i noticed you have both gnome mplayer and mpv installed. there is a gui for mpv called "gnome-mpv" if you go with mpv.

a few things i missed were the right click option to make a .pet & samba.

here's samba to test
https://drive.google.com/open?id=1oW2w4FUolXaxqHEW8FwHOPLR4Cs15KbM

good work!

[davids45]

G'day radky,

I have made a frugal of the Stretch from 18November and after loading in my applications and normal bits and pieces, it all works, including printing (pinboard shot).

However....
.. when I want to open a file in an application, I'm presented with a poorly set-out dialog box. The left-hand 'Places' panel is cluttered with 'places' that are unwanted (e.g. lots of unmounted partitions) so the few places I'd want to regularly access (my data partitions) get pushed off the panel - well, down to the bottom of the list so off-screen.

How do I edit/remove all these 'Places' from the list/panel so there are only the places I want to use?

In comparison, this is not a problem in recent Xenial Pups - I've tried to show the difference in the attached screenshots when opening a file in Gimp in both Pups.

Thanks for any help in fixing this small problem I have with your excellent Pup.

David S.

[don570]

Never saw that problem before
As an experiment I would use the filemanager to go to /mnt
and delete all the folders there that weren't being used.
Then reboot with a save file.
_________________________________________

[davids45]

G'day don570,

Thanks for your suggestion which (hoping I understood your idea) I have tried.

The /mnt directory I see in Rox (screenshot) does not match the excessive list of Places in the Open File process in StretchPup.
Again in StretchPup this morning, I tried two different programs (screenshots) where I am offered 'Open File' and both came up with the annoying Places panel.
I don't know what the "+-" does at the foot of the panel but it won't remove unwanted Places entries.

If I only had a couple of partitions on the computer, I think this 'Places' wouldn't be this problem, but I've two hard-drives maximised with partitions, so too many 'Places' for 'Open File' to handle sensibly.

Thanks again for your input,

David S.

[rufwoof]

In pcmanfm depending upon the options (EDIT, PREFERENCES, LAYOUT) set, you can have loads in the side panel (trash, places, network etc. type things). Or they might be bookmarks that somehow got loaded and a right click of each and 'Delete Bookmark' (or something like that, will eliminate them from the panel. Other similar file managers typically have a similar setting/option to control what is displayed in the side panel.

Please could you edit the description in the first image of this post http://murga-linux.com/puppy/viewtopic.php?p=975232#975232 (and maybe also another earlier image description) to be shorter, because as-is it widens the whole page of posts out due to the long length of that comment/description ... making it a little uncomfortable to read the posts for those of us not using a wide physical screen. Thx.

[davids45]

G'day rufwoof,

Thanks for the suggestion on how to fix my problem with 'Open file' in Stretch Pups. I'll see if I can now get a better 'Open file' set-up.

And I've shortened my image comments to fit better into the browser/monitor windows.

David S.

[davids45]

G'day rufwoof,

I tried your suggestions in pcmanfm and could remove everything in the Places panel......... except all the partitions on the computer - which are the cause of the problem I have. There didn't seem to be anywhere to de-select these (screenshots)??

So with nothing highlighted in the Places display, I still get all those unwanted partitions!

The Bookmarks suggestion did not do anything as far as I could test it.

I checked in XenialPup - which doesn't have this problem when opening a file - and Xenial doesn't have pcmanfm so is using Rox??

I have Rox set as my default file-manager in Stretch but this hasn't stopped Stretch's 'Open file' problem which does now seem to be something in pcmanfm.

Deleting pcmanfm looks to be my next step? I hope then Rox will be OK if it is how XenialPups, etc. work without this problem

Thanks for your advice.

David S.

[rufwoof]

Also have a look under pcmanfm's Volume Management configuration option. I would suspect that if its managing volumes then by default it would show the partitions in order that they might be mounted or unmounted.

My OpenBSD pcmanfm side panel is empty other than the bookmarks I set (or if I have it set to tree mode) ... but I don't have volume management running (I run as a user and not root where user doesn't have authority to mount partitions and I don't run X as root (even though under OpenBSD X is set to run at a limited user level) ).

[pemasu]

davids45. If you dont want drives to be shown, why dont you disable pup-volume-monitor which is the "listening" or "displaying" process behind the whole thing. At least I think so.

https://github.com/01micko/pup-volume-monitor

"It is this kind of software responsible for displaying drives in file managers
and file open/save dialogs in many linux distributions."

[davids45]

G'day rufwoof and pemasu,

Thanks for your suggestions to fix my problem with 'Open files' in Stretch Pups.

I first stopped the Volume Management options in pcmanfs but still got all the unwanted partitions listed in the 'Open file' dialog (first two screenshots).

I then disaabled the starting/auto-run of pup-volume-monitor in /etc/init.d (changed its permission to non-executable) and after a re-boot, no clutter of partitions in Places!

So it's pup-volume-monitor causing the clutter problem not pcmanfm.

I shouldn't complain now having this problem in Stretch fixed but, being of a tidy mind , I would like to also remove the strange 'Places' still listed that I don't see as likely for me ever wanting to open a file in - 'sys', 'proc' 'pts' and 'floppy'.
'floppy'! - it's been years since I've had a computer with a floppy drive.

Anyway, thanks for help in tidying up my Stretch Pups.

David S.

[futwerk]

a few backgrounds.

[pemasu]

davids45. Gtkfilechooser shows content of /etc/fstab file. I dont know if it is a feature of glib version in stretch. Somebody with debian stretch should check what gtkfilechooser shows in real debian stretch. It might be that some option in fstab file could hide the content, but this is shooting in to the dark.

Also some udev rule might hide also. But again, no real wisdom about that.

Also some patch in glib source might also help. Dpup stretch is using unpatched original glib version due to pup-volume-monitor conflict with patched debian glib version. I even tried and swapped the glib with debian glib version ( first I manually removed the old content ) but it didnt make any difference. But dont try that with running distro. You wont get working graphic environment if you do that on the fly.

http://www.murga-linux.com/puppy/viewtopic.php?p=951003#951003
http://www.murga-linux.com/puppy/viewtopic.php?p=951238#951238

[pemasu]

/root/.packages/DISTRO_PKGS_SPECS

yes|glib|libglib2.0-bin,libglib2.0-0,libglib2.0-data,libglib2.0-dev|exe>null,dev>null,doc>null,nls>null #theres glib 2.50.3 pet pkg
yes|zzz_glib||exe,dev,doc>null,nls>null #pet

I suppose it was not intentional to include both glib packages to the build. Fortunately the latter is processed later to the build.