Dpup Stretch 7.5 CE (RC-5)

[radky]

01101001b wrote:

...apologies to Sailor E. for my delay in answering (I've not passed by this forum since my post)

Dpup Stretch 7.5 RC3 is available with many updates since RC2, including the requested wget_1.19.5.

[01101001b]

Dpup Stretch 7.5 RC3 is available with many updates since RC2, including the requested wget_1.19.5.

Yes! I updated my system yesterday! Thanks so much!

At first, X session didn't start because nvidia drivers previously installed didn't match new kernel version. It took me a while to solve this issue... then I made some "findings"...

-Main menu categories titles dissapeared (I explain: I use LxPanel instead of FbPanel) but submenues worked fine.

-"Minimize all windows" icon (in systray) changed for an ugly one, don't know why (again, LxPanel related). No icon set change improved this issue.

-Really liked PPM interface improvement

And last but not least, wget version was indeed newer (1.19.5 as Radky said) but not only "error" message (rather a warning) still persisted when installing software, it worsened too. Now installing just one package is enough to trigger that issue (but, again, second attempt succeeded )

So I got back to my former system running Dpup RC2 (thanks God for backups!). All in all I'm not installing software all the time and I really like this pup (good enough to put up with that ocassional issue ).

Radky, thanks again!

[Billtoo]

I installed to a 64gb flash drive, pc is an Acer mid tower.

System: Host: puppypc13342 Kernel: 4.9.101-stretch i686 bits: 32 Console: tty 0
Distro: Dpup Stretch 7.5
Machine: Type: Desktop Mobo: Acer model: Aspire X3950 serial: U02C120500059 BIOS: American Megatrends
v: P01-A3 date: 05/05/2010
CPU: Dual Core: Intel Core i3 540 type: MT MCP speed: 1200 MHz min/max: 1200/3067 MHz
Graphics: Card-1: Intel Core Processor Integrated Graphics driver: i915 v: kernel
Display: server: X.Org 1.19.2 driver: intel resolution: 1600x900~60Hz
OpenGL: renderer: Mesa DRI Intel Ironlake Desktop x86/MMX/SSE2 v: 2.1 Mesa 13.0.6
Network: Card-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
Card-2: D-Link System AirPlus G DWL-G122 Wireless Adapter(rev.C1) [Ralink RT2571W] type: USB
driver: rt73usb
Drives: HDD Total Size: 524.50 GiB used: 1.27 GiB (0.2%)
Weather: Temperature: 21 C (70 F) Conditions: Partly Cloudy
Current Time: Tue 03 Jul 2018 08:33:29 AM EDT (America/Rainy_River)
Info: Processes: 186 Uptime: 6m Memory: 5.86 GiB used: 138.1 MiB (2.3%) Shell: bash inxi: 3.0.12

Installed some applications with PPM.
Works well,
Thanks.

[radky]

Re: error message when using Puppy Package Manager (PPM) -> "unable to obtain size of remote file, although it does seem to exist"

01101001b wrote:

If you wish, try installing "Torcs", just to mention a rather "big" installation.

Hi 01101001b,

I can't reproduce the error message you describe.

The following installation of Torcs works fine for me in Stretch RC3. No error message, and all dependencies install OK.

1 - In Puppy Package Manager (PPM), go to "Configure Package manager" -> go to second tab (Update database) - > select "Update now" button
2 - Return to PPM and enter "Torcs" in search box
3 - Select torcs_1.3.3+dfsg2-1
4 - Select Auto install and click "Do it" button

[Billtoo]

Hi

Torcs installs from PPM and runs fine here.

Thanks.

[darry19662018]

Have made a trimmed down barebonish version of it here:
https://archive.org/download/Stretch700 ... 48thin.iso

I have managed to remaster 2 CE builds with woofy 0.91 by first removing the adrive from the original iso using isomaster then the resulting iso with woofy to produce a trimmed down version, I still have not figured out how to remaster an iso with ydrives etc yet.

[Billtoo]

Installed to an HP mini:

video-info-glx 1.5.3 Wed 11 Jul 2018 on Dpup Stretch 7.5 Linux 4.9.101-stretch i686
2.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b)

X Server: Xorg Driver: intel
X.Org version: 1.19.2
dimensions: 1920x1080 pixels (507x285 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile x86/MMX/SSE2
OpenGL core profile version string: 3.3 (Core Profile) Mesa 13.0.6

Intel(R) Celeron(R) 2957U @ 1.40GHz
Core 0: @1000 1: @800 MHz

Running Windows 10 from the 32gb SSD and Dpup Stretch 7.5 from an 1tb usb
hard drive.

Works great.

[Billtoo]

I did a new install to a 16gb SDHC card, pc is an 11 year old HP:

System: Host: puppypc7577 Kernel: 4.17.6-lxpup64 x86_64 bits: 64 Console: tty 0 Distro: Dpup Stretch 7.5
Machine: Type: Desktop System: HP-Pavilion product: GN559AA-ABA a6220n v: N/A serial: MXF7470DNX
Mobo: ASUSTeK model: Berkeley v: 1.04 serial: X312345678 BIOS: American Megatrends v: 5.13
date: 10/24/2007
CPU: Dual Core: Intel Core2 Duo E4500 type: MCP speed: 1400 MHz min/max: 1200/2200 MHz
Graphics: Card-1: Advanced Micro Devices [AMD/ATI] Oland [Radeon HD 8570 / R7 240/340 OEM] driver: radeon
v: kernel
Display: server: X.Org 1.19.2 driver: radeon resolution: 1920x1080~60Hz, 1920x1080~60Hz
OpenGL: renderer: Gallium 0.4 on AMD OLAND (DRM 2.50.0 / 4.17.6-lxpup64 LLVM 3.9.1)
v: 4.3 Mesa 13.0.6
Network: Card-1: Intel 82566DC-2 Gigabit Network Connection driver: e1000e
Drives: HDD Total Size: 387.52 GiB used: 1.11 GiB (0.3%)
Weather: Temperature: 24 C (75 F) Conditions: Overcast
Current Time: Sat 14 Jul 2018 09:00:50 AM EDT (America/Toronto)
Info: Processes: 116 Uptime: 54m Memory: 3.86 GiB used: 281.5 MiB (7.1%) Shell: bash inxi: 3.0.12

I changed the kernel to peebee's latest.
Vlc is now at version 3.0.2 Vetinari

The Palemoon Updater no longer works but that's the only problem so
far.

EDIT: Rolled kernel back to 4.9.101 then changed kernels to 4.9.114
# uname -a
Linux puppypc7577 4.9.114 #1 SMP Tue Jul 24 08:48:40 EDT 2018 i686 GNU/Linux
#
Updated Palemoon to 27.9.4 - it supports a legacy version of ublock origin.

[01101001b]

The following installation of Torcs works fine for me in Stretch RC3. No error message, and all dependencies install OK.

Torcs installs from PPM and runs fine here.

Radky, Billtoo: Thanks so much for your help. Your feedback is greatly apreciated. I'll install RC-3 from scratch next time my system implodes

[charlie6]

Hi radky,
trying to use a wacom tablet using Dpup-Stretch 7.5 RC-3 with kernel 4.9.101:
it seems that the iso is missing the wacom.ko tablets input driver:

/lib/modules/4.9.101-stretch/kernel/drivers/input/tablet

acecad.ko: 8714 bytes
aiptek.ko: 23 K
gtco.ko: 13 K
hanwang.ko: 10 K
kbtab.ko: 8246 bytes
pegasus_notetaker.ko: 11 K
wacom_serial4.ko: 11 K

Nor in /lib/modules/4.9.101-stretch/kernel/drivers/hid

Only the wacom_serial4.ko is present which is needed only for serial connected tablets.

If I good remember the Dpup-Stretch 7.5 RC-2 kernel 4.1.48 came with wacom.ko as I have one currently running on another PC with a USB wacom tablet.
Checked on Dpup-Stretch 7.5 RC-3 kernel 4.1.48: wacom.ko is also missing (search using Pfind)

Tried to build the wacom.ko kernel module from here:
https://github.com/linuxwacom/input-wac ... rom-source
Then failed to build of wacom.ko input-wacom-0.41 kernel driver (having previously loaded the devxXXX.sfs and kernel_sources-4.9.101-stretch):
the «./configure --prefix=/usr» step went well, but the «make» step reported the following error message:

# make
make all-recursive
make[1]: Entering directory '/initrd/mnt/tmpfs/tmp/input-wacom-0.41.0'
Making all in 4.5
make[2]: Entering directory '/initrd/mnt/tmpfs/tmp/input-wacom-0.41.0/4.5'
Building input-wacom drivers for 4.5 kernel.
make -C /lib/modules/4.9.101-stretch/source M=/initrd/mnt/tmpfs/tmp/input-wacom-0.41.0/4.5
make[3]: Entering directory '/usr/src/linux'
/initrd/mnt/tmpfs/tmp/input-wacom-0.41.0/4.5/Makefile:14: *** You requested to build wacom with configure, but wacom is configured as built-in in your kernel config. Stop.
Makefile recipe for target '_module_/initrd/mnt/tmpfs/tmp/input-wacom-0.41.0/4.5' failed
make[3]: *** [_module_/initrd/mnt/tmpfs/tmp/input-wacom-0.41.0/4.5] Error 2
make[3]: Leaving directory '/usr/src/linux'
Makefile:27: recipe for target 'all' failed
make[2]: *** [all] Error 2
make[2]: Leaving directory '/initrd/mnt/tmpfs/tmp/input-wacom-0.41.0/4.5'
Makefile:371: recipe for target 'all-recursive' failed
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory '/initrd/mnt/tmpfs/tmp/input-wacom-0.41.0'
Makefile:302: recipe for target 'all' failed
make: *** [all] Error 2
#

So I gave up here as I could not fix the «...but wacom is configured as built-in in your kernel config. Stop.» issue.

Thanks for any advice.

Best regards
Charlie

last edited:
read this recent post in Wacom tablet thread (thanks to forum member don570)
http://murga-linux.com/puppy/viewtopic. ... 742#969742

...
I have noticed that wacom.ko is not inside some recent distros using the 4.9 kernel. This seems to be a bug.

[don570]

I have noticed that wacom.ko is not inside some recent distros using the 4.9 kernel. This seems to be a bug.

Maybe the individual making the recipe for the kernel compiling made an unusual
setting??
_________________________________________________

[radky]

charlie6 wrote:

trying to use a wacom tablet using Dpup-Stretch 7.5 RC-3 with kernel 4.9.101:
it seems that the iso is missing the wacom.ko tablets input driver:

Hi charlie6,

I have reviewed the prior Dpup Stretch RC-2 release (4.1.48 and 4.9.71) and it seems neither iso has the wacom.ko tablet input driver (same deficit as the RC-3 isos).

Is it possible you successfully compiled the wacom.ko driver in your working installation of RC-2?

It seems the devx generated by Woof-CE for Dpup Stretch is significantly smaller for RC-3 (109 Mb) than for RC-2 (146 MB), primarily due to fewer files in /usr/lib.

I don't know if the smaller devx has any impact on your inability to compile the wacom.ko kernel module in RC-3. but maybe you could try building again, using the larger RC-2 devx.

Thanks

[charlie6]

...
I have reviewed the prior Dpup Stretch RC-2 release (4.1.48 and 4.9.71) and it seems neither iso has the wacom.ko tablet input driver (same deficit as the RC-3 isos).

Is it possible you successfully compiled the wacom.ko driver in your working installation of RC-2?
... you could try building again, using the larger RC-2 devx.

Hi radky,
thanks for your reply
In my Strecth-4.1.48 RC-2 current install, I've found the wacom.ko driver «quite lost and lonely» among hid modules inside «zdrv_stretch_7.5.sfs/lib/modules/4.1.48/kernel/drivers/hid/wacom.ko»
See screenshot hereunder ...the «Last modifies date» is identical to other modules one...so I believe the date should be later if it were been built afterwards...
Best regards
Charlie

Question:

... you could try building again, using the larger RC-2 devx.

Would the larger RC-2 devx be compatible with the kernel-4.9.101 RC-3 system?

[radky]

In my Strecth-4.1.48 RC-2 current install, I've found the wacom.ko driver «quite lost and lonely» among hid modules inside «zdrv_stretch_7.5.sfs/lib/modules/4.1.48/kernel/drivers/hid/wacom.ko»

Hi charlie6 and don570,

Thanks for the correction. The wacom.ko module is indeed present in the 4.1.48 isos of RC-2 and RC-3, but not in the 4.9.71 (RC-2) or 4.9.101 (RC-3) isos.

However, after a slight change in the DotConfig parameters (CONFIG_HID_WACOM=m), a rebuild of the 4.9.101 kernel for RC-3 appears to generate the wacom.ko module. I don't have a Wacom Tablet to test, but maybe you could download the module and test in your installation of Dpup Stretch 4.9.101. Just remove the fake gz extension below and place the wacom.ko module in the following folder: /lib/modules/4.9.101-stretch/kernel/drivers/hid/

Edit:
Then run: depmod -a
(thanks rcrsn51).

[rcrsn51]

Then run: depmod -a

[charlie6]

... a rebuild of the 4.9.101 kernel for RC-3 appears to generate the wacom.ko module. I don't have a Wacom Tablet to test, but maybe you could download the module and test in your installation of Dpup Stretch 4.9.101. Just remove the fake gz extension below and place the wacom.ko module in the following folder: /lib/modules/4.9.101-stretch/kernel/drivers/hid/

Edit:
Then run: depmod -a
(thanks rcrsn51).

Hi radky and rcrsn51,
will this W-E give a try to it.
Many many thanks to you !
Charlie

[don570]

I''ll give it a try as well. I have a wacom bamboo tablet.
____________________________________________________

[don570]

I tried wacom.ko in older version of stretch 64 bits 7.5
kernel 4.9.71

and it loaded in with the boot manager but it wouldn't work with XORG
_____________________________________________

[radky]

I tried wacom.ko in older version of stretch 64 bits 7.5
kernel 4.9.71

and it loaded in with the boot manager but it wouldn't work with XORG

Hi don570,

In this thread, Dpup Stretch 7.5 is 32-bit only.

The testing wacom.ko module below was built for the 4.9.101-stretch kernel of RC-3, and should be placed for testing as follows:

/lib/modules/4.9.101-stretch/kernel/drivers/hid/wacom.ko

http://murga-linux.com/puppy/viewtopic. ... 05#1000005

[charlie6]

Hi radky,
the wacom.ko module on page 23 works OK here.
Again many thanks for it and for your time.

I'm a bit disappointed no longer being in the possibility to compile it - it should be a "nice yo have" for next Stretch version

Sorry if answering late as I have had it hard to tune my USB Volito tablets xorg.conf parameters to get the tablet properly working...(***)

For info: here using (...among others ) a USB Volito tablet bought by year 2001 which is still mentionned in wacoms drivers supported models list ( i.e. the first Volito model produced by wacom; there came the "Volito2" afterwards). That list is reproduced in /var/log/Xorg.O.log WHEN xorg.conf is configured for a wacom device (manualy configured).

Best regards
Charlie
(***)Last Edited: (continue) ... but this is not wacom.ko driver dependent; only the xf86-input_wacom driver dependent (i.e. the /usr/lib/xorg/modules/input/wacom_drv.so driver which actual version is 0.36.0)
Version 0.36.1 is now available here
https://github.com/linuxwacom/xf86-input-wacom
which I have made a pet for Kernel-4.9.101 (I will post it tomorrow)