ScPup & ScPup64 - Slackware Current based Woof-CE pups

[Wiz57]

Hey peebee!
Well so far so good with the updated iso, and the ydrv.sfs...the older
Sylpheed fired right up, and Osmo doesn't crash when adding a
contact...by the way, if you see "Tom Test", tell him I didn't include
any PPI (Protected Personal Information), LOL!!
No problems noted yet, but it's still early in the test phase.
Good work though, ScPup 32 is looking and behaving VERY well!
Hmmm...we give our dachshund treats when she behaves, will
have to work on a treat for ScPup!
Wiz

[davids45]

G'day peebee,

Thanks for taking the time to check Evince and pdf reading following my post above.

It definitely looks like something I'd done, as starting afresh with a new SCPup Frugal (pdfs are reading well), adding my all-in-one sfs of applications' links (pdfs still reading), and lastly installing the .deb of the epson-printer-utility (needing a lib sym-link plus a reboot to get its daemon running), pdfs are still reading without the messages I had before.

Happy, but none the wiser as to what went wrong (apart from me).
If I get (un)lucky, I may do it again.
But I'm backing up the save file so it should be only a few-minute fix.

Thanks again,
David S.

[Terry H]

I downloaded the SCPup64 19.01+0 iso yesterday and also the +5 delta. I generated the +5.iso and did a new frugal install to USB flash drive. I had previously avoided using the light browser adrive provided, but as there had been a fix for the certificate issues posted a short while ago, decided to try light browser as provided. It's very impressive now. It now is an excellent browser. The whole distribution is functioning beautifully.

Thank you peebee for such great puppies that you continue to produce.

[Wiz57]

Hi peebee!

I've put ScPup 19.01 +5 32 bit with fixes for Sylpheed and Osmo thru its paces,
so far, no issues to report. Think I've at least launched just about every
item in the menu, lol! Everything does at least fire up as expected.
This puppy is getting really good, easy to use, flexible, and has plenty
of features. At least I don't have to let it out the door like I do my dachshund, hehe!
Thank you, excellent work.
Wiz

[peebee]

Here are ydrvs that can be included in frugal installs to test if reverting to libxml2-2.9.4 causes any problems:

https://sourceforge.net/projects/spup/f ... s/download

https://sourceforge.net/projects/spup/f ... s/download

As there have been 14 downloads of the ydrvs and no reports of problems, libxml2 will revert in the next build just to cure the osmo/contacts segfault

[peebee]

Woof-CE and Slackware Current updates

32-bit
b26a4bb048701c50a275ff596e638398 ScPup-19.01+6-uefi-T.iso also devx

{delta update} - must be applied to the base ScPup-19.01+0-uefi-T.iso with md5 checksum 61e86ef2b629c16601de16c608275393

Updates are cumulative - only the most recent needs to be applied.

======================
64 bit
a5864cdd29f4611ff4e301026d761e45 ScPup64-19.01+6-uefi-T.iso also devx

{delta update} - must be applied to the base ScPup64-19.01+0-uefi-T.iso with md5 checksum c6df4031b279cc2c5346b9b75791fa81

Updates are cumulative - only the most recent needs to be applied.

[Wiz57]

Testing out ScPup 32 19.01 +6 now! So far, no issues, looking good,
and behaving nicely. This old Acer Aspire netbook with Intel Atom N270
and only 1 gig RAM is still alive!!
PS...I run from a frugal install to HD, along with 512 meg pupswap for my
Puppies, and each has its own savefile. Can also boot WinXP SP3 if
needed. Other puppies in use: Slacko 6.3.2, and Slacko 700 RC3,
both also 32 bit (Intel Atom N270 CPU does not support 64 bit OSes),
I also keep Slacko 6.3.2 on a 4 gig USB thumbdrive in case I travel,
and somewhere in a box I have an old 512 meg thumbdrive with an
earlier Slacko. Oh, and a couple of other thumbdrives have the old
Slax 6.1.2, and another has Slax 7.0.5...guess you might get the idea
I'm partial to Slackware...what can I say, Slackware doesn't follow the
modern paradigm of upgrade just for the sake of it, only when it is
considered stable and ready! I like that!
Thank you peebee! Great work!
Wiz

[6502coder]

Cursory LiveCD test of "+6" 32-bit. The only glitch I found was that the default image viewer GPicView 0.2.5 doesn't render AnimGIFs correctly. (DPupStretch 7.5 CE has the same version of GPicView but patched to render AnimGIFs.)

[Wiz57]

Animated GIF bug confirmed in ScPup 32 19.01+6, another "bug" seems
to be in the Palemoon Updater...it can't connect to server. No biggie,
it updated itself anyway, lol!
Wiz

[peebee]

gpicview in ScPup (& LxPupSc) comes from ponce.cc:
http://ponce.cc/slackware/slackware-cur ... 1ponce.txz

Please test if either of these 2 versions fixes the gif problem:

Arch32: (rename from .tar.xz to .txz to load)
https://mirror.archlinux32.org/i686/com ... pkg.tar.xz

Debian Stretch:
http://ftp.br.debian.org/debian/pool/ma ... 1_i386.deb

Please post the .gif that causes problems

(@Wiz57 - Palemoon isn't part of ScPup - did you download the sfs from the repo? It probably needs the updater removing....)

[Wiz57]

I downloaded Palemoon.sfs from the "Internet>Get Web Browser" menu.
Will try the patches for gpicview later.
Thanks!
Wiz

[OscarTalks]

ScPup 32bit 19.01+6
The gpicview image viewer doesn't display .gifs for me either.
The Debian one was the same and the Arch one didn't run, missing libjpeg.so.8

I tried compiling gpicview from source but again it was the same.

I compiled Viewnior 1.6 in ScPup32
That displays the test .gifs I tried here and the animation looks OK
After installation you can change the default image viewer in the Default Applications Chooser or Right Click > Open With > viewnior

EDIT:- see below for Viewnior 1.7 which is better than 1.6 in ScPup

[peebee]

(DPupStretch 7.5 CE has the same version of GPicView but patched to render AnimGIFs.)

Where did Radky get this patched version????

Perhaps it isn't gpicview but libgif???? But if viewnior works then ???

http://ftp.br.debian.org/debian/pool/ma ... 4_i386.deb

Palemoon sfs is rebuilt without the old updater that is now obsolete and re-uploaded.

[OscarTalks]

ScPup32 19.01+6
Slight devx mismatch.
Symlink libfreetype.so in devx should be a link to libfreetype.so.6.17.0
NOT 6.16.1 which does not exist in the .iso
This issue causes error out when compiling anything which requires libfreetype (because it is not found).

[OscarTalks]

Searching around a bit for information about gpicview and .gif image files I found one suggestion that "gdk-pixbuf2 update (2.31.1-1 -> 2.31.2-1) breaks gpicview due to reusing buffers"

Suggested quick fix is to remove "if( pixbuf != iv->pix )" from image_view_set_pixbuf in the source file image-view.c:346 and recompile gpicview.

So I did that and the result was that the couple of animated .gif files I tested did "play" normally. Folks may wish to test if all the other needed functions still work.

[corvus]

Hi peebee,
since I upgraded to the +6 64bit version my printer no longer works.
Have you modified cups or some other package referred to the printer?

To be sure I went back to the +5 version and my printer works perfectly.
With the +6 version it prints only the following error message:

INTERNAL ERROR - uw_color == 4
POSITION : 0X0 (0)
SYSTEM : h6fw_5.49/xl_image
LINE : 341
VERSION : SPL 5.49 10-20-2010

Nothing relevant in CUPS error_log, anyway attached.

The only error/warning in dmesg is not printer related:

Code: Select all

Warning! fotg210_hcd should always be loaded before uhci_hcd and ohci_hcd, not after

Printer model: Samsung ML-1675 Laser printer.

Regards

[watchdog]

I have experimental SFSs of ponce audacity 2.3.1.
Audacity-2.3.1-i586-s_19.01.sfs:

https://drive.google.com/file/d/1dFaF8z ... sp=sharing

Audacity-2.3.1-x86_64-s_19.01.sfs:

https://drive.google.com/file/d/1wCPHhw ... sp=sharing

But they require wxGTK3-3.0.4-i586-2ponce.txz and wxGTK3-3.0.4-x86_64-2ponce.txz respectively. This is experimental. Caution!

[6502coder]

(DPupStretch 7.5 CE has the same version of GPicView but patched to render AnimGIFs.)

Where did Radky get this patched version????

I don't know. I'm relying on what radky said in his notes for the "Alpha-2 changelog: 4/Nov/2017" in the second post of the DPupStretch 7.5 thread:

Update gpicview 0.2.5, patched to support animated GIFs

[OscarTalks]

I probably shouldn't presume to guess what Radky did with gpicview in his DpupStretch, but I find it interesting that his gpicview and the Arch gpicview both require libjpeg.so.8

Radky appears to have also added this library from somewhere, even though it is not listed as a Debian Stretch library at all, so one theory is that he has used the Arch gpicview which their developers have patched.

Standard build of the libjpeg-turbo package produces libjpeg.so.62 BUT you can compile with the configure option --with-jpeg8 in which case it produces libjpeg.so.8 instead, but this is non-standard in some distros it seems (?).

Anyway, the gpicview I compiled above in ScPup32 does not depend on libjpeg.so.8 so there is no need to add the extra runtime library. I was hoping a few more people might test and report though.

I also recompiled with that patch in my own personal DpupStretch, because the official Debian version of gpicview still has this bug (and I don't need to add libjpeg.so.8 as it depends on the native libjpeg.so.62 instead)

[OscarTalks]

Here is the 64bit version of patched gpicview compiled from source in ScPup64
These packages only overwrite the executable binary plus /usr/share/gpicview