Dpup Stretch 7.5 CE (RC-5)

[Puppyt]

Hi again radky,
thank you very much for your reply. I have just tested the RGB and the DVI to the Lenovo 2503 Advanced dock and confirm that both routes are working natively in Dpup Stretch (4.1.48 on the ol T60, 3Gb RAM, 2.2Ghz Centrino Duo). Moreover, without a savefile used in this fresh frugal install, the 15.4" LCD and Acer X193hq monitor are automatically sync'ed as a single wide screen - 2646x800 (24bit), using the ATI video driver this time.
My current PCIe videocard doesn't have RGB/VGA so unable to check that the VGA route to the 2nd monitor is viable, or disregarded as per the earlier post re the DVI. It seems likely that the PCIe graphics card doesn't gel with the nouveau Xorg driver settings. I do have another PCIe video card I can test, down the line. Apologies for my delay in reporting and absence for a few days - RL beckons

EDIT: oops forgot - hope the following is useful for comparison

Code: Select all

▶—— Video ——◀

Display Specifications:
• Monitor VertRefresh: 60.00 times/s
• Screen Dimensions: 2646x800 pixels (700x211 millimeters)
• Screen Depth: 24 bits (planes)

Xorg Startup Log (/var/log/Xorg.0.log):
• Xorg Driver in use: ati
• Loaded Modules: dbe dri2 exa fb fbdevhw glx kbd mouse radeon ramdac synaptics
• X.Org version: 1.19.2

OpenGL 2D/3D Rendering:
• Direct Rendering: Yes
• Vendor: X.Org R300 Project
• Renderer: Gallium 0.4 on ATI RV515
• Version: 2.1 Mesa 13.0.6

VGA controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV515/M54 [Mobility Radeon X1400] [1002:7145]
• Kernel Driver: radeon
--
VGA controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Caicos XTX [Radeon HD 8490 / R5 235X OEM] [1002:6771]
• Kernel Driver: radeon
• Memory Used by Driver: 1415.58 KB
• Path: /lib/modules/4.1.48/kernel/drivers/gpu/drm/radeon/radeon.ko
• Description: ATI Radeon

VGA controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV515/M54 [Mobility Radeon X1400] [1002:7145]
• Kernel Driver: radeon
--
VGA controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Caicos XTX [Radeon HD 8490 / R5 235X OEM] [1002:6771]
• Kernel Driver: radeon
• Memory Used by Driver: 1415.58 KB
• Path: /lib/modules/4.1.48/kernel/drivers/gpu/drm/radeon/radeon.ko
• Description: ATI Radeon

[proebler]

A curious observation after going from Dpup Stretch 7.5 CE RC-2 to RC-4.
I used the savefile created under RC-2. This included a modification to rc.shutdown so that on shutdown/re-boot the prompt to save or not save defaulted to "NO" [-- defaultno].
Under RC-4 the prompt no longer appeared.
That seemed strange until I discovered that rc.shutdown had gone in size from 18 kB in RC-2 to 16 kB in RC-4, indicating that the shutdown process was changed in some way.
I replaced the 18 kB version of rc.shutdown in the savefile with the 16 kB version [with "-- defaultno" added], now the prompt appears again.

I like this Dpup Stretch 7.5 CE a lot.
regards
proebler

[darkcity]

Trying to run Pup on old Intel T2080 laptop. Using legacy version. Screen cuts out and goes blank at Booting to Kernel...

Is laptop too old for the kernel being using?

[Puppyt]

ooooh darkcity - looks like you have a project on your hands! Quick squiz with a search engine gives me specs like "1M Cache, 1.73 GHz, 533 MHz FSB". Dunno what your RAM might be. I respond *not because* I know the first thing about Intel lappies, but because I like to attempt to pull such machines out of landfill. Do you get the same crash-type behaviour the same way every time you try to boot? Are you able to leave it go for a few hours in case it crawls into life? Does the hard drive (?) have a swap partition installed - that can make a big difference to success.
Your symptoms sound familiar to me. I have found that dodgey RAM sticks but more particularly dying hard drives (those old PATA drives especially) can throw shoes and spanners into any well-intentioned project. If you are able to swap out the drive into a laptop you know is good, try installing there and swap it back. Or, if you have any version of Puppy already working on your Intel T2080, you could try a "bootstrap" install where you copy the 4 main files over into a new directory, and manually change the Grub menu.lst file to "see" the new directory on bootup. That is the only way I really do (frugal) installs now - avoids having to burn ISO's onto CD's and wrangle old CD player issues - which might possibly be another issue on your machine? I invariably run any new (to ME) machine with a CD copy of UBCD and give the innards a good looking over (health check memory, hard drives, cpu etc) before tilting at new windmills. Just some ideas.

[WiZard]

@darkcity

The short answer is no it is not to old. I have a much older 1.8ghz, P4 with 512kb ram that can boot and run a frugal install of the latest RC4 .149 kernel.

The Intel T2080 is a dual core, 32 bit cpu, so it can only run 32bit Linux distributions and Dpup Stretch 7.5 RC4 is 32bit. You shouldn't need to run the legacy version.

As Puppyt suggested, you need to start verifying that your hardware, ram, harddrive, optical drive, etc are good. Also, test your boot media on another computer if using a usb flash drive or cdrom disk.

[WiZard]

Hi radky,
Thought I'd relay my experience with RC4 to you. I've done about 10 installs ranging from an old Intel P4 with 512ram to Intel I5 & I7 laptops. All have gone smoothly and without problems. They're running the openbox/fbpanel desktop and I've done a couple of remasters that include the following applications:

vlc-3.0.2-i686-stretch.sfs
firefox62 in external folder
apulse-0.1.10-i686-wz.pet
chromium_64.0.3282.186+pepper_29.0.0.113_lx_spot.sfs
LibreOffice-6.1.0_en-US_xz.sfs
XFE 1.42 file manager
fox-1.6.31.pet reqd for xfe
teamviewer_linux6.pet
xtightvncviewer_1.3.9-9.deb
x11vnc_server-0.9.14.pet
bleachbit_1.12-1
handbrake-170421.pet
Mencoder-2009-v2.1_sfs4.sfs
xvidcap 1.1.7.pet

All are working nicely.

Dpup Stretch & RC4 are big winners, thanks for your work.

wiz

[666philb]

Trying to run Pup on old Intel T2080 laptop. Using legacy version. Screen cuts out and goes blank at Booting to Kernel...

Is laptop too old for the kernel being using?

try changing the kernel ... download https://ftp.nluug.nl/os/Linux/distr/pup ... ro.tar.bz2 extract ... then rename to match stretches vmlinuz & zdrv.sfs

[MochiMoppel]

Wrong symlink:
/usr/bin/pkill is symlinked to /usr/bin/pgrep, should be symlinked to /bin/busybox.

[666philb]

Wrong symlink:
/usr/bin/pkill is symlinked to /usr/bin/pgrep, should be symlinked to /bin/busybox.

hi MochiMoppel,

this symlink to pgrep is in the official procps.deb both in debian & ubuntu

[Peter444]

Hi Radky, thank you for a very stable RC3

have managed to load it up with calibre and a few games

keepass is causing me some grief, downloaded keepassxc 2.3.4-1 i386 stable stretch.deb
Installed, icon ok under utility menu, but will not load

Tried from terminal with the resulting error message

# keepassxc

keepassxc: error while loading shared libraries: libQt5Network.so.5 cannot open shared object file: No such file or directory

Found a copy of libQt5Network.so.5 in the Calibre files, but not sure where I should copy it to?

Any help would be appreciated

Regards

[radky]

keepass is causing me some grief, downloaded keepassxc 2.3.4-1 i386 stable stretch.deb
Installed, icon ok under utility menu, but will not load

Tried from terminal with the resulting error message

# keepassxc

keepassxc: error while loading shared libraries: libQt5Network.so.5 cannot open shared object file: No such file or directory

Found a copy of libQt5Network.so.5 in the Calibre files, but not sure where I should copy it to?

Hi Peter444,

It seems keepassxc has at least 17 dependencies including qt5 libs that are not in the base Dpup Stretch (see ListDD screenshot below).

Those missing dependencies are available as individual packages in the following link.

https://packages.debian.org/stretch-backports/keepassxc.

This looks like an arduous process, but maybe other users of keepassxc will offer installation advice.

I hope all goes well!

[MochiMoppel]

Wrong symlink:
/usr/bin/pkill is symlinked to /usr/bin/pgrep, should be symlinked to /bin/busybox.

hi MochiMoppel,

this symlink to pgrep is in the official procps.deb both in debian & ubuntu

Official or not: The problem is that in "classic" Puppies pkill is symlinked to busybox and that pkill symlinked to the full version of pgrep is not fully compatible. Scripts that use pkill would have to check which of the 2 approaches is used, otherwise the most trivial command pkill <processname> might not work.

[norgo]

Really a lot of dependencies.

[wanderer]

hi guys

which dpup stretch should i use for a build system for woof-ce

i would like to try to use it as a base for woof-ce minimal 32 bit

thanks

wanderer

[darry19662018]

For older hardware http://smokey01.com/radky/Woof/stretch- ... 4.1.48.iso

More recent hardware: http://smokey01.com/radky/Woof/stretch- ... .9.149.iso

[wanderer]

thanks darry

wanderer

[darry19662018]

My latest barebones build.
https://archive.org/download/stretch7.5 ... boneII.iso

[wanderer]

hi darry

downloaded it to play with it

thanks

wanderer

[darry19662018]

No worries Wanderer I made with you in mind by stripping out a bit more. If the freemem alert comes up just click ok cos I removed it.

[sheldonisaac]

My latest barebones build.
https://archive.org/download/stretch7.5 ... boneII.iso

Hi, thanks for this. I think I'll like it.
Sheldon