ScPup & ScPup64 - Slackware Current based Woof-CE pups
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
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
Evince PDF problem [SOLVED]
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.
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.
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.
Thank you peebee for such great puppies that you continue to produce.
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
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
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 segfaultpeebee wrote: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
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
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.
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.
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
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
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
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....)
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....)
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
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
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
Last edited by OscarTalks on Fri 05 Apr 2019, 12:07, edited 1 time in total.
Oscar in England
Where did Radky get this patched version????6502coder wrote:(DPupStretch 7.5 CE has the same version of GPicView but patched to render AnimGIFs.)
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.
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
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.
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.
- Attachments
-
- gpicview-0.2.5-i686-scpup-gif-fix.pet
- The .gif issue appears to be fixed but is everything else still OK with it?
- (53.85 KiB) Downloaded 118 times
Oscar in England
Printer no longer working
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:
Printer model: Samsung ML-1675 Laser printer.
Regards
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
Regards
- Attachments
-
- error_log.gz
- CUPS error log, fake gz.
- (5.46 KiB) Downloaded 116 times
[b]We are waves of the same sea, leaves of the same tree, flowers of the same garden.[/b]
Audacity-2.3.1
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!
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!
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:peebee wrote:Where did Radky get this patched version????6502coder wrote:(DPupStretch 7.5 CE has the same version of GPicView but patched to render AnimGIFs.)
Update gpicview 0.2.5, patched to support animated GIFs
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
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)
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)
Oscar in England
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
Here is the 64bit version of patched gpicview compiled from source in ScPup64
These packages only overwrite the executable binary plus /usr/share/gpicview
These packages only overwrite the executable binary plus /usr/share/gpicview
- Attachments
-
- gpicview-0.2.5-x86_64-scpup-gif-fix.pet
- Please test animated .gif files plus other functions
- (51.16 KiB) Downloaded 118 times
Oscar in England