ScPup & ScPup64 - Slackware Current based Woof-CE pups
- 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 115 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 112 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 114 times
Oscar in England
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.
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:
https://sourceforge.net/p/lxde/bugs/814/
@Radky in a pm says:
and has sent a pet but it does indeed need libjpeg.so.8 ....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
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
Viewnior 1.7 is available and works from ArchLinux and ArchLinux32:OscarTalks wrote:I compiled Viewnior 1.6 in ScPup32
https://mirror.archlinux32.org/i686/com ... pkg.tar.xz
The gif I'm using to test:
- Attachments
-
- giphy.gif
- (127.16 KiB) Downloaded 438 times
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
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.
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.
- Attachments
-
- viewnior-1.7-i686-scpup.pet
- Compiled from source in ScPup32
- (74.97 KiB) Downloaded 122 times
Oscar in England
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
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
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
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
Last edited by peebee on Mon 08 Apr 2019, 22:15, edited 1 time in total.
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
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
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
#
- OscarTalks
- Posts: 2196
- Joined: Mon 06 Feb 2012, 00:58
- Location: London, England
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
Here is the 64bit version of Viewnior 1.7
Compiled using python 3.7.3 with meson and ninja
- Attachments
-
- viewnior-1.7-x86_64-scpup.pet
- Viewnior 1.7 built from source in ScPup64
- (78.12 KiB) Downloaded 219 times
Oscar in England