Page 12 of 17

.AppImg file does not run...

Posted: Sat 09 May 2020, 13:26
by gychang
Installed ScPup64 on HD, frugal. PPM unfortunately has no darktable, a photo editing software similar to lightroom, available. Usually other pups run .AppImg file as pictured once it is made to be executable.

anyone know how to get any darktable working in ScPup64?

Posted: Sat 09 May 2020, 15:34
by Semme
Gychang, with the appropriate devx loaded, try the most recent version.

darktable not working

Posted: Sun 10 May 2020, 00:34
by gychang
Semme wrote:Gychang, with the appropriate devx loaded, try the most recent version.
which devx?, I have loaded most recent version already, i.e.ScPup64-20.01+6-T.iso.

thanks,

Posted: Sun 10 May 2020, 00:50
by Semme
1st page :wink: 3rd post.

Posted: Sun 10 May 2020, 02:14
by gychang
Semme wrote:1st page :wink: 3rd post.
got it loaded but still AppImg file does not execute...

Posted: Sun 10 May 2020, 10:31
by Semme
It needs ONE pkg + deps. Running it out of a shell will :wink: quickly tell you which.
I tend to think of Gtk+ to be part of the base system. Many users would consider it "bloated" to put Gtk+ into AppImages...
Ref.

==

File >> Darktable-2.2.5.glibc2.14-x86_64.AppImage

Posted: Sun 10 May 2020, 14:26
by gychang
Semme wrote:It needs ONE pkg + deps. Running it out of a shell will :wink: quickly tell you which.
I tend to think of Gtk+ to be part of the base system. Many users would consider it "bloated" to put Gtk+ into AppImages...
Ref.
thanks for the suggestion, on the shell, I get this warning message... Moved the file to /usr/bin to test...

Posted: Sun 10 May 2020, 14:27
by Semme
And that message suggests you need what? That's right -- gtk+3!

Posted: Sun 10 May 2020, 16:35
by gychang
Semme wrote:And that message suggests you need what? That's right -- gtk+3!
thanks, I looked for libgtk* but did not know it should've been gtk+3! I appreciate your help.

Posted: Sun 10 May 2020, 16:42
by Semme
When running a package search, sometimes less is more.

As an experiment, load PPM with just "gtk" and note what's returned..

gimp not working in 32bit ScPup...

Posted: Sun 10 May 2020, 23:29
by gychang
ScPup frugally installed on HD my 32bit laptop. Gimp 2.8 installed from PPM, When opening from shell I get error messages:

installed pygtk. is there any hope of getting gimp working?
---
root# gimp
Failed to parse tag cache: No such file or directory
Traceback (most recent call last):
File "/usr/lib/gimp/2.0/plug-ins/python-console.py", line 19, in <module>
from gimpfu import *
File "/usr/lib/gimp/2.0/python/gimpfu.py", line 76, in <module>
import gimp
ImportError: could not import pygtk

(gimp:8301): LibGimpBase-WARNING **: 16:14:36.592: gimp: gimp_wire_read(): error
Traceback (most recent call last):
File "/usr/lib/gimp/2.0/plug-ins/file-openraster.py", line 20, in <module>
from gimpfu import *
File "/usr/lib/gimp/2.0/python/gimpfu.py", line 76, in <module>
import gimp
ImportError: could not import pygtk

(gimp:8301): LibGimpBase-WARNING **: 16:14:36.955: gimp: gimp_wire_read(): error
Traceback (most recent call last):
File "/usr/lib/gimp/2.0/plug-ins/text-brush.py", line 20, in <module>
from gimpfu import *
File "/usr/lib/gimp/2.0/python/gimpfu.py", line 76, in <module>
import gimp
ImportError: could not import pygtk

(gimp:8301): LibGimpBase-WARNING **: 16:14:37.176: gimp: gimp_wire_read(): error
Traceback (most recent call last):
File "/usr/lib/gimp/2.0/plug-ins/python-eval.py", line 19, in <module>
from gimpfu import *
File "/usr/lib/gimp/2.0/python/gimpfu.py", line 76, in <module>
import gimp
ImportError: could not import pygtk

(gimp:8301): LibGimpBase-WARNING **: 16:14:37.314: gimp: gimp_wire_read(): error
Traceback (most recent call last):
File "/usr/lib/gimp/2.0/plug-ins/foggify.py", line 19, in <module>
from gimpfu import *
File "/usr/lib/gimp/2.0/python/gimpfu.py", line 76, in <module>
import gimp
ImportError: could not import pygtk

(gimp:8301): LibGimpBase-WARNING **: 16:14:37.633: gimp: gimp_wire_read(): error
Traceback (most recent call last):
File "/usr/lib/gimp/2.0/plug-ins/colorxhtml.py", line 24, in <module>
import gimp
ImportError: could not import pygtk

(gimp:8301): LibGimpBase-WARNING **: 16:14:38.700: gimp: gimp_wire_read(): error
Traceback (most recent call last):
File "/usr/lib/gimp/2.0/plug-ins/py-slice.py", line 30, in <module>
from gimpfu import *
File "/usr/lib/gimp/2.0/python/gimpfu.py", line 76, in <module>
import gimp
ImportError: could not import pygtk

(gimp:8301): LibGimpBase-WARNING **: 16:14:38.784: gimp: gimp_wire_read(): error
Traceback (most recent call last):
File "/usr/lib/gimp/2.0/plug-ins/palette-to-gradient.py", line 16, in <module>
from gimpfu import *
File "/usr/lib/gimp/2.0/python/gimpfu.py", line 76, in <module>
import gimp
ImportError: could not import pygtk

(gimp:8301): LibGimpBase-WARNING **: 16:14:39.260: gimp: gimp_wire_read(): error
Traceback (most recent call last):
File "/usr/lib/gimp/2.0/plug-ins/gradients-save-as-css.py", line 25, in <module>
from gimpfu import *
File "/usr/lib/gimp/2.0/python/gimpfu.py", line 76, in <module>
import gimp
ImportError: could not import pygtk

(gimp:8301): LibGimpBase-WARNING **: 16:14:39.604: gimp: gimp_wire_read(): error

(gimp:8301): GLib-GObject-CRITICAL **: 16:14:39.680: g_param_spec_internal: assertion 'is_valid_property_name (name)' failed

(pagecurl:8415): LibGimpBase-WARNING **: 16:14:39.685: pagecurl: gimp_wire_read(): error
Segmentation fault
root#
---

Posted: Mon 11 May 2020, 00:16
by Semme
So now this is for 32b ScPup on a different box?

Why not do your Gimp work on the 64b box?

Or is it for another user in the house?

Maybe load & fire this build.

ScPups & AppImages -- a Possible working routine

Posted: Mon 11 May 2020, 01:13
by mikeslr
Hi All,

With the exception of my old and trusty (and remastered) Slacko 5.7, I run 'Ubuntus' and 'debians' but not Slackos. The reason for this is that by now I've acquired a fair assortment of AppImages. My understanding is that Slackware was rarely considered by AppImage creators. Consequently, although designed to be 'Self-Contained', AppImages will often lack libraries supplied by operating systems other than Slackware. To get them to work under Slackos would involve a 'lib' chase complicated by having to serially start the AppImage via a terminal after adding each library to the OS to see what's still missing.

But someone posted recently that UExtract could be used to decompress an AppImage. So I picked one from my menagerie and confirmed that UExtract will, in fact, extract it. Once extracted, its binary(s) can be located and ldd (list dynamic dependencies) can be run from the Right-Click Menu. Also confirmed.

After adding missing dependencies to either the OS or the extraction folder, fredx181's Create Portable AppImage could be used to repackage it. http://murga-linux.com/puppy/viewtopic. ... 14#1011814.

Untested. Just thought I'd pass the idea on to those who really like Slackos.

Posted: Mon 11 May 2020, 02:03
by gychang
Semme wrote:So now this is for 32b ScPup on a different box?

Why not do your Gimp work on the 64b box?

Or is it for another user in the house?

Maybe load & fire this build.
I have a laptop I use when I travel that is 32bit, like to use gimp if possible on laptop. I am the only pup user in the home.

Posted: Mon 11 May 2020, 02:19
by Semme
And the SFS I linked?

As for what you said, Gimp 2.8 from PPM -- it should list 2.10 if you've updated your repos..

gimp 32bit ScPup

Posted: Tue 12 May 2020, 16:02
by gychang
Semme wrote:And the SFS I linked?

As for what you said, Gimp 2.8 from PPM -- it should list 2.10 if you've updated your repos..
updated PPM shows gimp 2.8.18, does not wok.

loaded up the sfs and I get the following error. installed gtk+3 and still not working...

thanks,

Posted: Wed 13 May 2020, 00:35
by Semme
I'm sure you're missing more than that, so, make sure you have the appropriate devx loaded before running:

Code: Select all

ldd /usr/bin/gimp > ~/gimp_missing-deps.txt
Copy'n paste my command if you can. It begins with a lowercase "L" and outputs to /root.

Then change the extension to "gz" and attach it with your reply.

Posted: Wed 13 May 2020, 01:16
by gychang
attached the file, Semme. thanks,

Posted: Wed 13 May 2020, 22:35
by Semme
Check your inbox.

Posted: Thu 28 May 2020, 11:20
by OscarTalks
These are my test builds of NetSurf-3.10 in ScPup
http://smokey01.com/OscarTalks/netsurf- ... -scpup.pet
http://smokey01.com/OscarTalks/netsurf- ... -scpup.pet

In the 32bit version there was an error complaining that perl binaries and libraries have mismatched numbers. I think Slackware Current has upgraded the perl version so perhaps the ponce version of perl-html-parser needs upgrading as well. There is an older perl binary in /usr/bin along with the latest. What I did was strip out all the perl stuff that I could find, then I installed the latest Slackware perl package, then I installed HTML:Tagset (a small dependency) and HTML:Parser from source. I also have to replace the /usr/bin/xxd busybox symlink with a real executable from the vim package. NetSurf then compiles in the modified build environment. The number mismatch did not happen in 64bit.