Thank you for feedback - I will fix!peebee wrote:64 bit....Pfind needs to have 64 bit paths in its system search space - /lib64 and /usr/lib64
/usr/lib64/ shouldn't be necessary since /usr/ already is in the searchpaths
Edit:
FIXED in WoofCE
Thank you for feedback - I will fix!peebee wrote:64 bit....Pfind needs to have 64 bit paths in its system search space - /lib64 and /usr/lib64
I too find using mtpaint or gpicview more reliable for viewing svgs than Inkscape-lite. I noticed "Open With" has two entries for ffconvert but none for gnome-mplayer (which I use a lot so I made one for it heh), I typed this this in the terminal to re-add it:belham2 wrote:Here's a TAS of the Inkscape-lite error I am getting trying to open quite a few of these svg files...(have never seen this before so am a bit lost what to do to correct it):
Code: Select all
ln -s /usr/share/applications/gnome-mplayer.desktop /root/.config/rox.sourceforge.net/OpenWith/gnome-mplayer
It's interesting that you got by with the gtk3 version without problems so far (there were gtk2 and gtk3 builds for each release). I found light-46 gtk2 most reliable though it's still a bit wonky for me sometimes so I normally just use the slackware Firefox ESR.david45 wrote:Firefox-Light had a missing pair of libs (libgtk-3.so.0 and libgdk-3.so.0), fixed by copying these from a Library archive on my data partition.
The 2.8.18 version I used yesterday from the Slackware 14.2 repository works well. PPM took about 20 minutes to install it.davids45 wrote:gimp-2.8.16: libjpeg.so.8 needed to work with .jpg files
That's what the current "init" is supposed to do.mavrothal wrote:Not sure if this is a bug or a feature but booting from the CD fails to see (and update) savefiles/folders that are not at the root of the partitions (ie in folders).
The current "init" was written to be completely ignorant of full-installs, (since no "initrd.gz" with full install).mavrothal wrote:However, I'm sure that tis is a bug. Booting from a CD in a system with several partitions and setups, "finds", uses and "updates" a Slacko full install! More important, does not ask to update!!! Unfortunately it also breaks the full install.
Are there any recent init changes regarding full installs in woof-CE?
This would ignore a fair amount for puppy installs which are usually in a folder next to other puppies or on top of another OS. Might worth second thought.gyro wrote:That's what the current "init" is supposed to do.mavrothal wrote:Not sure if this is a bug or a feature but booting from the CD fails to see (and update) savefiles/folders that are not at the root of the partitions (ie in folders).
Indeed. init just sets the flag.gyro wrote:The current "init" was written to be completely ignorant of full-installs, (since no "initrd.gz" with full install).mavrothal wrote:However, I'm sure that tis is a bug. Booting from a CD in a system with several partitions and setups, "finds", uses and "updates" a Slacko full install! More important, does not ask to update!!! Unfortunately it also breaks the full install.
Are there any recent init changes regarding full installs in woof-CE?
Unfortunately your pet for rar will break 7z extraction, however with some imagination it could be easily fixedSailor Enceladus wrote:6.9.6.7-p 32bit is working good here so far for me too. The new flat icons are interesting. Except for not being able to open a rar I downloaded today in Rox/Xarchive (used the pet here to fix which I had laying around), I have no bugs to report... yet.