32-bit Slackware Current based Pup with LXDE desktop
Updated to 23.01+8 17-November-2024
details and downloads from here
previous discussion thread on murga-linux
...
Moderators: peebee, Forum moderators
32-bit Slackware Current based Pup with LXDE desktop
Updated to 23.01+8 17-November-2024
details and downloads from here
previous discussion thread on murga-linux
...
Builder of LxPups, SPups, UPup32s, VoidPups; LXDE, LXQt, Xfce addons; Chromium, Firefox etc. sfs; & Kernels
Builder of LxPups, SPups, UPup32s, VoidPups; LXDE, LXQt, Xfce addons; Chromium, Firefox etc. sfs; & Kernels
My pups: LxPupSc64 and Voidpup64 with LXDE ydrv and synaptics touchpad drivers, both using small savefiles for customizations. Ydrv based NoblePup64 and Fossapup64-small (both LXDE/PCManFM with no savefiles). No fdrvs throughout.
What kind of boot - UEFI or Bios?liogab11 wrote: Sun Sep 27, 2020 11:20 am What live USB utility supports LxScPup (or is able to make a working live USB with it)?
Builder of LxPups, SPups, UPup32s, VoidPups; LXDE, LXQt, Xfce addons; Chromium, Firefox etc. sfs; & Kernels
Actually, AFAIK any recent Puppy can use Frugalpup.peebee wrote: Fri Oct 02, 2020 5:55 am If you are already running LxPup Bionic then you could try FrugalPup....
viewtopic.php?f=105&t=337
BIOSWhat kind of boot - UEFI or Bios?
If UEFI - is secure boot disabled?
How is the USB formatted?
Signature available upon request
LxPupSc32 iso does have a 64-bit kernel so will not run on a 32-bit processor I'm afraid.
Builder of LxPups, SPups, UPup32s, VoidPups; LXDE, LXQt, Xfce addons; Chromium, Firefox etc. sfs; & Kernels
vive.... VIVEEE!!!Wiz57 wrote: Fri Oct 09, 2020 12:31 am What you need is a pure 32 bit ScPup.
I'm right now booted into ScPup32 20.01, but using the LXQT ydrv.sfs
Try this one and see if it works for you!
The 5.9.14 kernel is swapped into all my LxPups, both 32b and 64b. It's a bump from 5.9.10 in all, on both the i5 based Fujitsu S761 laptop and on the Bay Trail based desktop. No issues whatsoever, full usual checks plus multimedia as I'm updating one of the farm laptops. Lots of fairly heavy use for the laptop as I also have been assembling a Fossapup64, with no adrv, your ydrv, geany and galculator added in. The portable 64b ungoogled-chromium, portable 32b and 64b LibreOffice and MasterPDFeditor shared by all. The Slimjet 28.0.3.0s are the only remaining SFS. That FFpup now has the balance I wanted and works a treat on both the lappies and the Bay Trail desktop. That leaves LxPupSc as my sole 32b pup. Inch by inch. Really nothing I can't do in the 64b ones now (except like the library structure). The farm laptop gets LxPupSC64 as prime, with LxPupSc set up as backup with a ramboot option for troubleshooting. Her older LxPupSc was still working well but the newest browser it would support is now woefully inadequate, alas. Once I deliver that laptop it has to just work for a fairly unsophisticated user so I have to carefully prune the menu and panel, set up the browsers minimally, get the goldarn canon printer working, and pick all the nits. Questions are harder to deal with in the time of Covid.
Cheers,
Update Dec 19, 2020: Farm laptop delivered as above, LxPupSc64 +2 and LxPupSc +2 both running the 5.9.14 kernel. I actually got all 3 pups on it (both the 64b and the two 32b slackware derivs) to print on their acursed canon MG-3670 printer. Holding my breath for a bit now... I'm happily running the 5.10.01 kernel in LxPupSc64 20.06 +2 on my laptops (Fujitsu S761s).
My pups: LxPupSc64 and Voidpup64 with LXDE ydrv and synaptics touchpad drivers, both using small savefiles for customizations. Ydrv based NoblePup64 and Fossapup64-small (both LXDE/PCManFM with no savefiles). No fdrvs throughout.
Did you try hotplugging input devices while running Xorg? It seems that Xorg does not recognized a newly plugged input device unless Xorg was restarted. However AutoAddDevices was enabled on xorg.conf
mistfire wrote: Tue Dec 15, 2020 4:17 amDid you try hotplugging input devices while running Xorg? It seems that Xorg does not recognized a newly plugged input device unless Xorg was restarted. However AutoAddDevices was enabled on xorg.conf
Sorry @mistfire don't know what you mean - which device? plugged into which port?? Works OK for me with usb stick plugged into usb port.....
.
Builder of LxPups, SPups, UPup32s, VoidPups; LXDE, LXQt, Xfce addons; Chromium, Firefox etc. sfs; & Kernels
peebee wrote: Tue Dec 15, 2020 10:03 ammistfire wrote: Tue Dec 15, 2020 4:17 amDid you try hotplugging input devices while running Xorg? It seems that Xorg does not recognized a newly plugged input device unless Xorg was restarted. However AutoAddDevices was enabled on xorg.conf
Sorry @mistfire don't know what you mean - which device? plugged into which port?? Works OK for me with usb stick plugged into usb port.....
.Screenshot.png
@peebee
Not USB storage, what I mean was hotplugging input peripherals such as USB Mouse, joysticks, or usb keyboards. I noticed that upon plugged those devices while Xorg is running it detected by udev, but it doesn't recognized by Xorg unless the Xorg was restarted.
mistfire wrote: Tue Dec 15, 2020 11:13 am@peebee
Not USB storage, what I mean was hotplugging input peripherals such as USB Mouse, joysticks, or usb keyboards. I noticed that upon plugged those devices while Xorg is running it detected by udev, but it doesn't recognized by Xorg unless the Xorg was restarted.
No - I don't "hotplug" such devices.
Is this an LxPupSc specific observation or does it also apply to other Pups - i.e. Woof-CE observation?
Builder of LxPups, SPups, UPup32s, VoidPups; LXDE, LXQt, Xfce addons; Chromium, Firefox etc. sfs; & Kernels
I finally found why Xorg hotplugging does not works. The problem was the eudev package from slackware current. It throws this error message
Code: Select all
name_to_handle_at on /dev: Function not implemented
The solution was rollback the eudev using the slackware 14.2 package
@mistfire
Can you tell me your system build date please - /etc/system_build_date
and which kernel you are using?
eudev was updated on 7/12/20 as part of the Plasma5 changes to Slackware Current...... the previous update was 28/10/2019
I wonder what the error message means? "name_to_handle_at on /dev: Function not implemented" - what Function????
Builder of LxPups, SPups, UPup32s, VoidPups; LXDE, LXQt, Xfce addons; Chromium, Firefox etc. sfs; & Kernels
I used the lxpupsc 20.06+3 build
Based on exploring the source code of Xorg and eudev, Xorg creates a netlink to eudev in order to listen on kernel events using the libudev
"name_to_handle_at on /dev: Function not implemented"
This error means that the function named "name_to_handle_at" on libudev might be missing or disabled upon compiling by slackware package maintainers this will stops the monitoring kernel events and the Xorg can no longer listen on udev socket for any changes on devices
mistfire wrote: Tue Dec 15, 2020 11:13 amNot USB storage, what I mean was hotplugging input peripherals such as USB Mouse, joysticks, or usb keyboards.
Hi @mistfire
I plugged in a usb keyboard and it was detected and immediately working as I would expect.....
Code: Select all
[ 762.824962] usb 5-2: new low-speed USB device number 2 using uhci_hcd
[ 763.014978] usb 5-2: New USB device found, idVendor=0e8f, idProduct=0021, bcdDevice= 2.10
[ 763.014981] usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 763.014984] usb 5-2: Product: AMP USB KB Pro
[ 763.014986] usb 5-2: Manufacturer: AMP
[ 763.032494] input: AMP AMP USB KB Pro as /devices/pci0000:00/0000:00:1d.3/usb5/5-2/5-2:1.0/0003:0E8F:0021.0005/input/input17
[ 763.088474] hid-generic 0003:0E8F:0021.0005: input,hidraw4: USB HID v1.10 Keyboard [AMP AMP USB KB Pro] on usb-0000:00:1d.3-2/input0
[ 763.110428] input: AMP AMP USB KB Pro Consumer Control as /devices/pci0000:00/0000:00:1d.3/usb5/5-2/5-2:1.1/0003:0E8F:0021.0006/input/input18
[ 763.165037] input: AMP AMP USB KB Pro System Control as /devices/pci0000:00/0000:00:1d.3/usb5/5-2/5-2:1.1/0003:0E8F:0021.0006/input/input19
[ 763.165108] hid-generic 0003:0E8F:0021.0006: input,hidraw5: USB HID v1.10 Device [AMP AMP USB KB Pro] on usb-0000:00:1d.3-2/input1
Builder of LxPups, SPups, UPup32s, VoidPups; LXDE, LXQt, Xfce addons; Chromium, Firefox etc. sfs; & Kernels
Hello
I am trying to boot LxPupsc32...i mean that is 32 bit
so i download iso from SF and theni try with qemu...
telling me that require 64bit cpu....
ok i switch to win7-64bit and try again ...but still same error...
Is there a version only for 32bit that is tested on 32bit machine?
tnx
LxPupSc32 has a 64-bit kernel in the .iso and therefore the default version will only run on 64-bit cpus.....
You can change the kernel to a 32-bit kernel by replacing the vmlinuz and zdrv renamed appropriately....
these can be obtained in various places - e.g.
https://sourceforge.net/projects/lxpup/ ... 2/download
Builder of LxPups, SPups, UPup32s, VoidPups; LXDE, LXQt, Xfce addons; Chromium, Firefox etc. sfs; & Kernels
Thanks for reply.
Ok i put again iso on usb stick and boot directly
and worked ...but just for unknown reasons i cannot get proper resolution on my monitor
however system work very fast .
If you PC has the firmware to support VM AND you are using QEMU, you can tell QEMU to create a 64bit virtual PC and your distros will boot. This can be done even if you have booted a 32bit PUP distro.
HOW old is your PC (I am assuming you are using a 32bit PUP because your 64bit PC has issues...Y/N)?
Is there something wrong with @peebee's 64bit versions of LxPupSc?
Reason I am asking is "I have never had any issues, performance or otherwise" with his 64bit LxPup(s); so I am merely curious.
Build of 01-Apr-2021 up and running on the Fujitsu S761. Hardware, procedure, and tests as outlined for LxPupSc64. Clean boot, good tests, and savefile scrub and update from 20.06 +2 went well. A sticking point for me at the moment is that neither 32b Slimjet 29.0.0.0 or a 32b SlimJet 28.0.3.0 run-as-spot SFS will run under 21.04.0 while they both ran correctly under 20.06 +2. They both start ok in 21.04 but give aw-snaps on all pages on this hardware. I haven't run either from terminal or done any chasing as yet. U-light works correctly so it's a crumium thing. Checksum is fine on the downloaded iso.
Thanks,
My pups: LxPupSc64 and Voidpup64 with LXDE ydrv and synaptics touchpad drivers, both using small savefiles for customizations. Ydrv based NoblePup64 and Fossapup64-small (both LXDE/PCManFM with no savefiles). No fdrvs throughout.
Marv wrote: Fri Apr 02, 2021 4:48 pmneither 32b Slimjet 29.0.0.0 or a 32b SlimJet 28.0.3.0 run-as-spot SFS will run under 21.04.0
Hi @Marv
This is caused by the update of glibc to version 2.33...........
Its got something to do with preparations for the 2038 clock changes (I think I read....)
https://lwn.net/Articles/664800/
What you need to do is add switches:
--disable-seccomp-filter-sandbox -test-type
to the exec line
This is of course not as secure as running without this bodge but hopefully a chromium patch will eventually appear to sort things - however 32-bit is not high priority for the chromium devs so may take some time..... but AlienBob is on the case batting for 32-bit Slackware..... https://groups.google.com/a/chromium.or ... wWwdXmCcgY
It affects all 32-bit chromium derivatives.... all my 32-bit chromium based browser sfs have the bodge.... https://sourceforge.net/projects/lxpup/ ... /browsers/
Cheers
peebee
Builder of LxPups, SPups, UPup32s, VoidPups; LXDE, LXQt, Xfce addons; Chromium, Firefox etc. sfs; & Kernels
Thanks peebee, bodge applied and the SlimJet 29.0.0.0 SFS rewrapped. Running fine now. I pretty much run 64b pups now, primarily LxPupSc64 and my ydrive driven highly minimized 64b fossapup with no save file or folder. SSD/memory throughput and the availability of ungoogled-chromium the main reasons. LxPupSc32 is onboard all the computers though with a normal and a pfix=ram boot available as the neverfail/recovery OS.
Thanks and cheers,
My pups: LxPupSc64 and Voidpup64 with LXDE ydrv and synaptics touchpad drivers, both using small savefiles for customizations. Ydrv based NoblePup64 and Fossapup64-small (both LXDE/PCManFM with no savefiles). No fdrvs throughout.