Dpup Stretch 7.5 CE (RC-5)

[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)

[charlie6]

Hi radky,

here is the pet I made for the xorg xf86-input-wacom-0.36.1 driver (i.e. wacom_drv.so which will take place in /usr/lib/xorg/modules/input/wacom_drv.so). This version hopefully is intended to fix a bug as described here
https://sourceforge.net/p/linuxwacom/bugs/358/

important:
this pet has a more exhaustive /lib/udev/rules.d/69-wacom.rules which includes the USB connected tablets, in order to create a lynk /dev/input/wacom to the right /dev/input/eventX.
More about this in the thread How to setup a wacom tablet here
http://murga-linux.com/puppy/viewtopic.php?t=16491

The Stretchs iso indeed comes whit a 69-wacom.rules only related to serial wacom tablets although Wacom does not produce serial tablets since more than 10 years AFAIK.

Best regards
Charlie

[charlie6]

Hi radky,

important:
this pet has a more exhaustive /lib/udev/rules.d/69-wacom.rules which includes the USB connected tablets, in order to create a lynk /dev/input/wacom to the right /dev/input/eventX.

I got a look in Stretchs debian packages: there the wacom.rules are the one on the Stretchs iso. So I am surely missing something about this state. Answer here:
http://metadata.ftp-master.debian.org/c ... _changelog

«...
xf86-input-wacom (0.26.0+20140918-1) unstable; urgency=medium

* I dedicate this snapshot to Odin^Wclang.
* Include the systemd unit file for ISDv4 serial devices.
* Drop the old udev rules with all the by-type symlinks, now that XOrg
hotplug actually works we shouldn't need those anymore. Just use the
simpler rules from upstream (after prefixing them with a priority).

-- Ron Lee <ron@debian.org> Sat, 04 Oct 2014 14:22:03 +0930...»

This assumes that «...XOrg hotplug actually works ...» ==> Questions:
- do we have a working Xorg hotplug on Puppy-Stretch?
- do we need to configure xorg.conf any longer for wacom tablets? If not, the wacom tablets should be configured using the xsetwacom command, and need write a script having all the desired settings to be placed in /root/Startup (I indeed just went to experience that some wacoms xorg.conf specific settings are inoperant, as also the need to use xsetwacom to get them actually activated).
I believe this to be irrelevant for the present thread, and to be continued in the «How to use a wacom tablet» thread.

HTH, Charlie

[don570]

do we need to configure xorg.conf any longer for wacom tablets

I tried modifying my xorg.conf file and all I got was a frozen screen.

I still can't get my machine to recognize the wacom input devices despite
Charlie's pet.

wacom.ko is recognized which is good but xorg isn't recognizing the tablet devices.
___________________________________________

[charlie6]

Hi don570,

...I tried modifying my xorg.conf file and all I got was a frozen screen.

First of all, did you got this while running Dpup Stretch 7.5 with kernel 4.9.101?
I believe you might have a syntax typo in your xorg.conf (I also got such a freeze or black screen upon "restart X" after editing xorg.conf).

May I suggest to continue this subject in the «How to setup a wacom tablet» thread.

Charlie

[01101001b]

I've been bumping out against this message each and every time I've needed to install a rather big application (see attachment)

First of all, I'd like to share what I think seems to be the reason my PPM is working oddly: my nvidia drivers

EDIT: - SOLVED -

First things first, my apologies. This time this problem's culprit were not nvidia drivers, but a change in PPM's settings.

Because I hadn't this problem in a clean install, I assumed the only difference were video drivers. Now I see there was also an additional option selected in my PPM: "Do not delete downloaded packages after instalation".

Long story short: When the folder to store downloaded packages was empty, there was no problem during downloading, BUT if there were packages already downloaded, screenshot problem appeared.

Solution was to uncheck aforementioned option and erase all packages from the "store" folder. So far, no problem again. Thank you all. My bad.

[radky]

charlie6,

As a baseline, the next release of Dpup Stretch 7.5 will include the appropriate wacom.ko kernel module for both isos, generated by updated DotConfig files.

Thanks for the xf86-input-wacom-0.36.1_Stretch_k49101.pet. In the next release I will include the updated 0.36.1 input driver (/usr/lib/xorg/modules/input/wacom_drv.so), plus the updated /lib/udev/rules.d/69-wacom.rules.

If the xsetwacom utility is also required for proper configuration of wacom tablets in Dpup, your advice will be much appreciated.

---

01101001b,

Thanks for your post concerning potential issues with the Puppy Package Manager (PPM) when used with nvidia graphics, such as failed launching of PPM or inability to install software with more than 1 package.

Unfortunately, I do not have a PC with nvidia graphics for testing. Perhaps others will comment about their success or failure when using PPM with nvidia graphics?

Other package managers such as Synaptic are not supported in this iteration of Dpup Stretch.

[Billtoo]

Hi Radky,

I installed to a 32gb flash drive:

video-info-glx 1.5.3 Wed 15 Aug 2018 on Dpup Stretch 7.5 Linux 4.9.101-stretch i686
0.0 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1)

X Server: Xorg Driver: nvidia
X.Org version: 1.19.2
dimensions: 3840x1080 pixels (1049x292 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GT 430/PCIe/SSE2
OpenGL core profile version string: 4.5.0 NVIDIA 390.77

Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz
Core 0: @1603 1: @1603 2: @1603 3: @1603 MHz

I installed the proprietary Nvidia driver first, then updated PPM and installed kodi.

PPM worked okay.
When I compiled the proprietary driver is gave an error "cc version check failed"
saying the kernel was compiled with version 730 and the system is using version 630 of gcc,
I chose to continue and the driver compiled okay.

Updated Palemoon too.

---------

Edit: After a nap I added more applications with PPM.

[sc0ttman]

Is there any way to install software avoiding PPM in Dpup? Pups like PupJibaro allow to use apt-get and Synaptic. Is this possible in this Pup?

Thx!

This *might* help... I use it on radkys Stretch, although I also don't have Nvidia graphics...
http://murga-linux.com/puppy/viewtopic. ... 89#1002089

It's a command line package manager (like apt-get) but has various GUIs and frontends (like Synaptic).. but worse than those..

You can type any of the following in the terminal to load up the various GUIs:

gpkgdialog # gtkdialog frontend

Xpkgdialog # Xdialog frontend

pkgdialog # dialog (ncurses) frontend, also works without X

... Or there are menu entries in Menu->Setup

[01101001b]

Unfortunately, I do not have a PC with nvidia graphics for testing.

Of course! No problem!

Other package managers such as Synaptic are not supported in this iteration of Dpup Stretch.

I tried experimentally (with no high hopes) to add apt and Synaptic to this Pup and as I expected, I failed miserably
As I already said, this Dpup is beyond great. That's why I'm sticking to it come h3ll or high water

I installed [...] on Dpup Stretch 7.5 Linux 4.9.101-stretch, i686 VGA compatible controller: NVIDIA Corporation GF108 [GeForce GT 430] (rev a1), [...] the proprietary Nvidia driver first, then updated PPM and installed kodi.

PPM worked okay.

Thx for your effort, Billtoo! Mine is a VGA compatible controller: NVIDIA Corporation C61 [GeForce 7025 / nForce 630a] (rev a2) and driver version is the latest: 304.137

As I mentioned earlier, I had no trouble at all regarding PPM and nvidia in other pups. But I think now real reason is back then drivers version were different: 304.132 and 135.

I should try and see. But at the moment I'm so done testing that I'll take a break

Is there any way to install software avoiding PPM in Dpup?

This *might* help... I use it on radkys Stretch, although I also don't have Nvidia graphics...
http://murga-linux.com/puppy/viewtopic. ... 89#1002089

It's a command line package manager (like apt-get) but has various GUIs and frontends (like Synaptic).. but worse than those..

Sc0ttman... you hit the nail in the head! It works flawlessly! And it has a perfect integration with PPM! It's my dream come true, finally!

So many times I missed a tool to install packages via CLI! And all pups really need an alternative way to add packages, just in case problems arise like in my case... or just because you feel more confortable doing it from console.

Thx man! Thank you all!

[Billtoo]

Hi again radky,

I did another install to a 32gb flash drive:

video-info-glx 1.5.3 Wed 15 Aug 2018 on Dpup Stretch 7.5 Linux 4.9.101-stretch i686
0.0 VGA compatible controller: NVIDIA Corporation GF110 [GeForce GTX 560 Ti OEM] (rev a1)

X Server: Xorg Driver: nvidia
X.Org version: 1.19.2
dimensions: 1920x1080 pixels (707x392 millimeters)
depth of root window: 24 planes

direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce GTX 560 Ti/PCIe/SSE2
OpenGL core profile version string: 4.2.0 NVIDIA 304.137

Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz
Core 0: @1600 1: @1600 2: @1600 3: @1600 4: @1600 5: @1600 6: @1600 7: @1600 MHz

It wouldn't boot to the desktop until I booted with the fdrv.sys loaded.
I compiled the 304.137 nvidia driver (about a year old)

I installed applications with PPM.
Computer is connect to a 32" TV via HDMI cable.

The md5sum for the kernel sources sfs didn't match, I'm using the one from your woof directory (md5 sum matches)
Got the CC mismatch error again, is there a problem with the devx?

Thanks