OOPPPSSSS! I am on the wrong test PC. The prior post if from a v1007 test PC.
On this PC's (a different test PC), its booted v1008 and shows what's expected:
Sorry for my confusion, here.
Moderator: Forum moderators
OOPPPSSSS! I am on the wrong test PC. The prior post if from a v1007 test PC.
On this PC's (a different test PC), its booted v1008 and shows what's expected:
Sorry for my confusion, here.
@Clarity
When JWMdesk is launched, the script checks the jwmrc-personal configuration file for either modern or legacy jwm code syntax pertaining to the display of virtual desktops. If the code is missing or corrupt, this option will not appear in the JWMdesk gui.
@norgo , @peebee , @rockedge , @radky
Almost ALL desktop PCs (and many laptops too) have processors that are VM capable. Each of you know the value of VM being turned on when KVM processing benefits the VM performacne. This is presented to you, as each of you KNOW the value of the following.
@Norgo has built a utility some time ago that not only exposes, but also turns on the VM support that the PC has. It is named "qemu_ready". It is intelligent while also tiny.
This utility is NOT one that comes with QEMU packaging, officially; even as its usefulness for VM is apparent.
Since its tiny, I propose that it be included in the system builds such that when QEMU is installed, the utility is present. Further if included, there 'could' be utility allowing users to activate it via the system Menu.
If this is reasonable, it will show up in future versions thru your WoofCE efforts.
radky wrote: ↑Wed Sep 18, 2024 3:20 pmozsouth wrote: ↑Wed Sep 18, 2024 5:06 am@radky - modules init file is: dpupbw64initmodules.txt (in same folder as puppy .sfs). By making that file with just (the word) coretemp in it & rebooting, temperature taskbar display now works for me (with my 6.6.47 kernel installed). If there were other modules, would be comma separated.
@ozsouth
If I understand correctly (for frugal installs) Puppy creates *initmodules.txt during the creation of the save area. ... The *initmodules.txt file contains a comma-delimited list of kernel modules which support input devices (wireless keyboards) that must load early in the boot process. I'm not sure about the suitability of *initmodules.txt for early loading of other kernel modules (such as coretemp.ko) which typically load via modprobe.
@radky - absolutely correct if you intend to install. That was a shorthand hack I used to illustrate a possibility for just running live. A ydrv including a small script with modprobe coretemp, in /root/Startup would be the correct procedure. I should have specified that.
About "...initmodules.txt":
It is automatically created if the first boot resulted in any loaded modules that are likely to be needed by the keyboard.
It's created as a file in /tmp at about the same time as QuichSetup is run.
It is then copied to the the save location by rc.shutdown towards the end of first shutdown processing.
Note: The save location is not always the same as the install location, so the "...initmodules.txt" file might not be in the same directory as the puppy...sfs file.
It can be generated manually via Menu->System->Boot manager->Modules->Load the specified module(s) early in the boot process.
While this "workaround" is designed to enable a working keyboard during subsequent boots,
the 'init' script will load any module, provided it exists.