Puppy Linux Discussion Forum

I downloaded the sfs for Gimp from the Puppy repository at ibiblo. Took it from the /Fossapup64 folder. I can't do it through quickpet because I don't have a reliable internet connection where I am. So I used my phone to dl it directly.
Problem: loading the sfs doesn't seem to do anything, it claims it's loaded and updates the menu but there isn't anything there. When I check the structure of the sfs it isn't the same as the LibreOffice sfs, for example there's no /opt directory...
Please help.
Shloz

bigpup wrote: Wed Aug 12, 2020 11:53 pm I want to go down the rabbit hole, trying to figure out what is wrong, in your save
Come on!

Keep in mind, Fossapup64 9.xxxx is still in final testing and bug fixing.
You may have discovered a bug

Maybe... But I suspect it's because I had Gimp installed using PPM and then uninstalled it to use the sfs version. It must have left over some remnants from the previous install which prevented the sfs from working properly

bigpup wrote: Thu Aug 13, 2020 12:31 pm

Maybe... But I suspect it's because I had Gimp installed using PPM and then uninstalled it to use the sfs version. It must have left over some remnants from the previous install which prevented the sfs from working properly

If you kept your old save.
You can use Pfind, to do a search in it, for anything Gimp.
Maybe discover something to delete, to get the save to now work, with the Gimp.sfs.

FWIW:

I also had a problem with the Gimp.sfs via quickpet. [But than, it was the only one which didn't throw up a lot of 'missing libs' notices]. The problem was that although gimp could be started via terminal neither OOTB nor any amount of fiddling would produce a Menu entry. Sometimes trying to examine its /usr/share/applications/ desktop file also generated an error. I finally replaced it with the following started from scratch but modeled after a gimp desktop file that was functional under a different Puppy:

[Desktop Entry]
Version=1.0
Type=Application
Name=GIMP Image Editor
GenericName=Image Editor
Comment=Create images and edit photographs
Exec=gimp
TryExec=gimp-2.10
Icon=/usr/share/icons/hicolor/48x48/apps/gimp.png
Terminal=false
Categories=RasterGraphics;
StartupNotify=true
MimeType=image/bmp;image/g3fax;image/gif;image/x-fits;image/x-pcx;image/x-portable-anymap;image/x-portable-bitmap;image/x-portable-graymap;image/x-portable-pixmap;image/x-psd;image/x-sgi;image/x-tga;image/x-xbitmap;image/x-xwindowdump;image/x-xcf;image/x-compressed-xcf;image/x-gimp-gbr;image/x-gimp-pat;image/x-gimp-gih;image/tiff;image/jpeg;image/x-psp;application/postscript;image/png;image/x-icon;image/x-xpixmap;image/svg+xml;application/pdf;image/x-wmf;image/jp2;image/jpeg2000;image/jpx;image/x-xcursor;
X-Ubuntu-Gettext-Domain=gimp20

If you use the above, make sure there's a png where icon= 's expects it.

mikeslr wrote: Wed Jan 06, 2021 6:10 pm

FWIW:

I also had a problem with the Gimp.sfs via quickpet. [But than, it was the only one which didn't throw up a lot of 'missing libs' notices]. The problem was that although gimp could be started via terminal neither OOTB nor any amount of fiddling would produce a Menu entry. Sometimes trying to examine its /usr/share/applications/ desktop file also generated an error. I finally replaced it with the following started from scratch but modeled after a gimp desktop file that was functional under a different Puppy:

[Desktop Entry]
Version=1.0
Type=Application
Name=GIMP Image Editor
GenericName=Image Editor
Comment=Create images and edit photographs
Exec=gimp
TryExec=gimp-2.10
Icon=/usr/share/icons/hicolor/48x48/apps/gimp.png
Terminal=false
Categories=RasterGraphics;
StartupNotify=true
MimeType=image/bmp;image/g3fax;image/gif;image/x-fits;image/x-pcx;image/x-portable-anymap;image/x-portable-bitmap;image/x-portable-graymap;image/x-portable-pixmap;image/x-psd;image/x-sgi;image/x-tga;image/x-xbitmap;image/x-xwindowdump;image/x-xcf;image/x-compressed-xcf;image/x-gimp-gbr;image/x-gimp-pat;image/x-gimp-gih;image/tiff;image/jpeg;image/x-psp;application/postscript;image/png;image/x-icon;image/x-xpixmap;image/svg+xml;application/pdf;image/x-wmf;image/jp2;image/jpeg2000;image/jpx;image/x-xcursor;
X-Ubuntu-Gettext-Domain=gimp20

If you use the above, make sure there's a png where icon= 's expects it.

There is an awful lot of extraneous crap in most .desktop entries. Since building my own for the last few years, the only items that are essential are:-

• [Desktop Entry]

• Encoding=UTF-8 - helps with Western, 'Latin' languages

• Name=????

• Exec=/path/to/application

• Icon=/path/to/icon

• Type=Application

• Terminal=false - very few apps actually need the teminal to run

• Categories=X-?????

'Mime-types' helps with certain types of app.....like any graphics app, where you want a certain app to always open when you work with specific file-types.

Most apps that come from the Gnome Project's 'stable' try to cram in 'Locales' for the almost 200 different languages in regular use around the world! Mostly, you can delete whatever doesn't apply to you, or if you build your own, just include the one you require.

Version=1.0 - ??? Never understood this. Deleting makes no difference at all to Puppy; must be another Gnome-related 'standardisation'.

'Generic name'; 'TryExec'.......umm, WHY? Pointless, IMO.

--------------------------------------------

A lot of this stuff is also added to comply with standardised file-system/file-management practice in the mainstream distros, which all use 'standard' WMs/DEs, too. Much of this is usually inapplicable to Puppy, and needlessly clutters up the save.....for us, editing these things is quite in order. As long as you have those few lines I outlined above, you'll always have a functional MenuEntry.

Menu sub-categories are the one thing I'm never too sure about. Would anybody happen to know if we have a more thorough 'breakdown' of these someplace?

----------------------------------------------

@mikeslr :-

I've always found that half the trouble with Quickpet is that it doesn't always seem to pull in needed dependencies.....unlike the PPM itself.

Mike.

Mike, you're undoubtedly correct about all the unnecessary arguments in the desktop file.

But after spending a couple of hours trying to get other versions of gimp to work, and other possible fixes, having isolated my problem to the arguments used by the desktop file, I just wanted something which in my experienced had worked and was no longer in an exploratory let's-see-what-happens mode.