ScPup & ScPup64 - Slackware Current based Woof-CE pups

[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

[6502coder]

I tested Oscar's gpicview-0.2.5-i686-scpup-gif-fix.pet in a second LiveCD test of the 32-bit "+6". I just unpacked the PET and grabbed the executable, then tried it on the same suite of pix I used on my previous LiveCD test. Looks OK to me. I tried all the buttons: rotating images, different zooms, save as, etc. No problems to report.

[peebee]

This is a long standing bug from 2016 that hasn't been fixed:
https://sourceforge.net/p/lxde/bugs/814/

@Radky in a pm says:

Early in the development of Dpup Stretch, to support viewing of animated GIFs, I compiled gpicview from source using the following patch:

https://bbs.archlinux.org/viewtopic.php ... 3#p1520553

and has sent a pet but it does indeed need libjpeg.so.8 ....

[peebee]

I compiled Viewnior 1.6 in ScPup32

Viewnior 1.7 is available and works from ArchLinux and ArchLinux32:

https://mirror.archlinux32.org/i686/com ... pkg.tar.xz

The gif I'm using to test:

[OscarTalks]

Yes, Viewnior 1.7 is better than 1.6 but you can't build it with autotools.

Building requires the meson build system:-
Install python 3 (3.5 or later, I used 3.7.3)
Install ninja
Install meson
Compile Viewnior 1.7

I have done this in ScPup32 and it works. Those build dependencies are not required to run it once built.

[Wiz57]

OscarTalks--I grabbed the 32 bit gpicview pet you uploaded, will test later tonight. Also may grab peebee's updated palemoon sfs, just to have on hand. Been busy this week manufacturing parts for oilfield, and some little tiny sleeves for an audio company. I'm running a couple of Brown and Sharpe screw machines at a local machine shop, been cutting steel quite a bit of late, both 303 stainless and "tool steel". That's been keeping me a tad busy, which is good! I kind of like paychecks!

ps...bandied about with OscarTalks gpicview 32bit, no issues, and animations working as expected on the few ani-GIFs I have. Looks good to go!


pps...peebee, I tried to download the updated palemoon sfs, and wget quit with error the checksums did not match! This was using the "Internet/Get web browser" button in the menu!

Wiz

[peebee]

19.04 versions of ScPup and ScPup64 are available - see post #1 & #2

Kernels remain the same.

32-bit 19.04+0 with md5 3a5da8e81f24a8f51ae06b0769db8626
and
64-bit 19.04+0 with md5 dc7575e9512bd79576932aa60e0e392d
become the new bases for delta updates.

Deltas from 19.01+0 to 19.04+0:
https://sourceforge.net/projects/spup/f ... a/download
to create
3a5da8e81f24a8f51ae06b0769db8626 ScPup-19.04+0-uefi-T.iso

https://sourceforge.net/projects/spup/f ... a/download
to create
dc7575e9512bd79576932aa60e0e392d ScPup64-19.04+0-uefi-T.iso

[Terry H]

Upgraded scpup64 19.01+0 iso to 19.04+0 using delta file. I then manually replaced the 19.01 +6 installation on Data Traveller USB 3 Flash drive, and chose to upgrade the existing Save Folder (which I have backed up).

All good. Thanks peebee

Code: Select all

# inxi -Fxz
System:    Host: puppypc1956 Kernel: 4.19.13-lxpup64 x86_64 (64 bit gcc: 8.2.0)
           Desktop: JWM 2.3.6 Distro: ScPup64 19.04
Machine:   Device: laptop System: Dell product: Latitude 3350
           Mobo: Dell model: 0TMD22 v: X02
           UEFI [Legacy]: Dell v: A09 date: 11/24/2016
Battery    BAT0: charge: 45.3 Wh 100.0% condition: 45.3/59.0 Wh (77%)
           model: Samsung SDI DELL 6C0FN58 status: Full
CPU:       Dual core Intel Core i5-5200U (-HT-MCP-) cache: 3072 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 8783
           clock speeds: max: 2700 MHz 1: 1786 MHz 2: 1764 MHz 3: 1227 MHz
           4: 1924 MHz
Graphics:  Card: Intel HD Graphics 5500 bus-ID: 00:02.0
           Display Server: X.org 1.20.4 drivers: intel (unloaded: modesetting,vesa) FAILED: fbdev
           tty size: 80x24 Advanced Data: N/A for root
Audio:     Card-1 Intel Wildcat Point-LP High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Card-2 Intel Broadwell-U Audio Controller
           driver: snd_hda_intel bus-ID: 00:03.0
           Sound: Advanced Linux Sound Architecture v: k4.19.13-lxpup64
Network:   Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           driver: r8169 port: e000 bus-ID: 03:00.0
           IF: eth0 state: down mac: <filter>
           Card-2: Intel Wireless 7265 driver: iwlwifi bus-ID: 04:00.0
           IF: wlan0 state: up mac: <filter>
Drives:    HDD Total Size: 264.1GB (6.1% used)
           ID-1: /dev/sda model: Crucial_CT256MX1 size: 256.1GB
           ID-2: /dev/sdb model: DataTraveler_3.0 size: 8.0GB
           ID-1: swap-1 size: 10.49GB used: 0.00GB (0%) fs: swap dev: /dev/sda4
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   None detected - is lm-sensors installed and configured?
Info:      Processes: 135 Uptime: 46 min Memory: 484.2/7609.2MB
           Init: SysVinit runlevel: 5 Gcc sys: N/A
           Client: Shell (bash 5.0.31) inxi: 2.3.8 
# 

[Wiz57]

Downloaded, extracted the new ScPup 19.04+0 32 bit ISO, upgraded the save file upon bootup, and here I am. No problems noted as of yet, noticed the new desktop icon for mounted drives...nice touch, much easier to distinguish between mounted and unmounted drives now!
Thank you peebee!

[OscarTalks]

Now testing both 32bit and 64bit ScPup 19.04+0
Here is the 64bit version of Viewnior 1.7
Compiled using python 3.7.3 with meson and ninja

[ozsouth]

Loving my new 19.01+5 remaster.
.