QuickPup64 24.01 RC 13

Clarity · Post by **Clarity** » Sat Aug 03, 2024 8:17 am

Hello @mistfire
Took a few moments to test the current vRC10 ISO file booting. The results (improvements) are shown in the table here.

Improvements noted: On SG2D booting, the SAVEFILE contents are used to guide saving session.

I note the following:

TLDR not included
BTOP not included
findsmb is not showing the other LAN SAMBA hosts
smbclient -U% -L localhost results in error.

(I am able to use smbclient to reach other LAN samba units without problems), but other units cannot get access to this PC's shared folder. AND, YES, the Samba Simple Management was used to define the shared resource and it was started (green)
QP64 did shutdown, saving the session as expected properly.

BUT on this pristine boot, the user is given the 'option' to copy the PUP's SFS. Clicking "NO" will copy the SFS anyhow during shutdown???

Otherwise a snappy experience in desktop use.

Update on Sessions Management
Even though a session is saved on the proper drive, it is NOT saved in the proper folder that is specified in the SAVESPEC. Thus upon reboot, the session that was saved is NOT found. Looks like there are some remaining issues. Too late to investigate further; I'll need to get back to session management with SAVESPEC as well as, separately, tests using boot-menu parm "PSAVE" later this weekend if possible.

mistfire · Post by **mistfire** » Sun Aug 04, 2024 7:17 am

Clarity wrote: ↑Sat Aug 03, 2024 8:17 am
Update on Sessions Management
Even though a session is saved on the proper drive, it is NOT saved in the proper folder that is specified in the SAVESPEC. Thus upon reboot, the session that was saved is NOT found. Looks like there are some remaining issues. Too late to investigate further; I'll need to get back to session management with SAVESPEC as well as, separately, tests using boot-menu parm "PSAVE" later this weekend if possible.

Can you please send the contents /initrd/tmp folder? thank you

Clarity · Post by **Clarity** » Mon Aug 05, 2024 12:44 pm

Boot scenario - Pristine

Boot SG2D
Launch QP64 vRC10
QP64 assumes control
- Allow distro to boot without touching anything when QP64 displays its boot menu. Thus the default (topmost QP64 menu stanza) is used by QP64
- On QP64 desktop, minor tailoring of desktop
- Open Menu>Setup>Firstrun to tailor timezone and PC's name
Tailoring completed,
Captured requested folder of logs for @mistfire's review
Open Menu to click icon to Reboot
1. Shutdown wizard guides with steps
2. Final Screen before the Copy SFS screen is presented. It is incomplete, though.
3. Shows proper partition
4. But, does not show proper folder. The screen shows it will place the save in the partition's root
5. Manually changed the folder path adding the 'Session' directory to show /Sessions/qp64save...
6. The Copy SFS screen is presented and "NO" was selected
I saw a message during the shutdown that the SFS was copied???

1st Reboot scenario

Boot SG2D
Launch QP64 vRC10
QP64 assumes control
- Allow distro to boot without touching anything when QP64 displays its boot menu. Thus the default (topmost QP64 menu stanza) is used by QP64
- Open Menu>Setup>Firstrun to review if changes from prior boot is preserved
- This screen does NOT contain items tailored during pristine. Screen is as if it was never touched. It is obvious that the SAVESPEC is not used to find session.
Reboot the system: Plan to use the PSAVE parm at boot time to force a search for the session
Captured another folder of logs for @mistfire's review
I searched the ISO's folder as well as the Sessions folder looking for the copied SFS. But it is not present

Reboot 2nd time: - Edit QP64 Menu's 1st stanza

Boot SG2D
Launch QP64 vRC10
QP64 assumes control
- Change the QP64 default stanza to add "PSAVE=Persistence:/Sessions/"
- QP64, now, during boot finds the Sessions folder and list the prior 2 test sessions, pausing waiting for my selection number.
- Selected the most recent session. The boot proceeds with messages that indicate the session selected in being loaded.
- Upon desktop, Open Menu>Setup>Firstrun
- This screen does NOT contain items tailored during pristine. Screen is as if it was never touched. It appears that the PSAVE processing is not functioning properly OR the session file saved does not contained the changes made before 1st shutdown.

Stopped all testing to report problems

mistfire · Post by **mistfire** » Mon Aug 05, 2024 11:07 pm

Clarity wrote: ↑Mon Aug 05, 2024 12:44 pm
Boot scenario - Pristine

Boot SG2D

Launch QP64 vRC10

QP64 assumes control

Allow distro to boot without touching anything when QP64 displays its boot menu. Thus the default (topmost QP64 menu stanza) is used by QP64

On QP64 desktop, minor tailoring of desktop

Open Menu>Setup>Firstrun to tailor timezone and PC's name

Tailoring completed,

Captured requested folder of logs for @mistfire's review

Open Menu to click icon to Reboot

Shutdown wizard guides with steps

Final Screen before the Copy SFS screen is presented. It is incomplete, though.

Shows proper partition

But, does not show proper folder. The screen shows it will place the save in the partition's root

Manually changed the folder path adding the 'Session' directory to show /Sessions/qp64save...

The Copy SFS screen is presented and "NO" was selected

I saw a message during the shutdown that the SFS was copied???

1st Reboot scenario
Boot SG2D

Launch QP64 vRC10

QP64 assumes control

Allow distro to boot without touching anything when QP64 displays its boot menu. Thus the default (topmost QP64 menu stanza) is used by QP64

Open Menu>Setup>Firstrun to review if changes from prior boot is preserved

This screen does NOT contain items tailored during pristine. Screen is as if it was never touched. It is obvious that the SAVESPEC is not used to find session.

Reboot the system: Plan to use the PSAVE parm at boot time to force a search for the session

Captured another folder of logs for @mistfire's review

I searched the ISO's folder as well as the Sessions folder looking for the copied SFS. But it is not present

Reboot 2nd time: - Edit QP64 Menu's 1st stanza

Boot SG2D

Launch QP64 vRC10

QP64 assumes control

Change the QP64 default stanza to add "PSAVE=Persistence:/Sessions/"

QP64, now, during boot finds the Sessions folder and list the prior 2 test sessions, pausing waiting for my selection number.

Selected the most recent session. The boot proceeds with messages that indicate the session selected in being loaded.

Upon desktop, Open Menu>Setup>Firstrun

This screen does NOT contain items tailored during pristine. Screen is as if it was never touched. It appears that the PSAVE processing is not functioning properly OR the session file saved does not contained the changes made before 1st shutdown.

Stopped all testing to report problems

Regarding on first scenario, where did you put the SAVESPEC file?

Clarity · Post by **Clarity** » Tue Aug 06, 2024 4:52 am

By design (the author @gyrog ) it is to found in the same location as the ISO files (the boot location).

In some cases, as I remember from the past, some past ISOs, IIRC, will automatically create one if none is present.

Hope this is helpful. (@gyrog has a forum post detailing its operation.)

P.S. If need, I can post to you a small IMG file showing a sample where you can see an actual USB sample that will boot all 3 versions that I show in the "Test ..." of your distros for your personal review. It follows all the same instructions I have provided users, for years, for a safe experience in booting WoofCE ISO files. The sample has a SAVESPEC in the same location as the ISO files.

mistfire · Post by **mistfire** » Sun Aug 18, 2024 10:18 pm

QuickPup64 24.01 RC 11

Changes:
* Linux kernel 6.10.5-lxpup64
* Improved puppy boot and shutdown script
* Improved initrd
* Matcha-azul-light is the new default theme
* Puppy-431-dark is the new default wallpaper

Download: https://1drv.ms/u/c/349c4d7a5f9d78cd/Ed ... Q?e=oNyjbM
MD5 Checksum: 2c3651d038c594aea9c27723e7fdca56

mistfire · Post by **mistfire** » Thu Sep 05, 2024 4:27 am

QuickPup64 24.01 RC 12 released

Changes:
* linux kernel 6.10.8-lxpup64
* 32-bit glibc libraries now included by default
* Added vkd3d
* Added dxvk (to enable, run winedxvk command if the wine folder was successfully created)
* Odd-numbered pupmodes are no longer supported
* Some bugfixes on pkg2 and ppm

Download: https://1drv.ms/u/c/349c4d7a5f9d78cd/ER ... A?e=Pe53f2
MD5 Checksum: e2aba72da8297a0b7547a98372be8366

Clarity · Post by **Clarity** » Fri Sep 06, 2024 9:50 pm

I have not tried the recent vRC12, yet. BUT thougth I'd ask.

Does the kernel used, have the nvidia support built-in?

Curious before I run down a rabbit hole on my nvidia only PCs with HDMI to TV as I am looking for video and audio support thru the TV. The adapters are 2010+ vintage of 250 and 4000 models

mistfire · Post by **mistfire** » Fri Sep 06, 2024 11:22 pm

Clarity wrote: ↑Fri Sep 06, 2024 9:50 pm
I have not tried the recent vRC12, yet. BUT thougth I'd ask.

Does the kernel used, have the nvidia support built-in?

Curious before I run down a rabbit hole on my nvidia only PCs with HDMI to TV as I am looking for video and audio support thru the TV. The adapters are 2010+ vintage of 250 and 4000 models

What's the model of your nvidia gpu?

Clarity · Post by **Clarity** » Sat Sep 07, 2024 12:10 am

: Video Adapter model; nvidia on 1 PC.jpg (98.84 KiB) Viewed 455 times

mistfire · Post by **mistfire** » Sat Sep 07, 2024 2:52 am

Oh its GTX series. Nouveau will work just fine otherwise install the nvidia official drivers

bugnaw333 · Post by **bugnaw333** » Sat Sep 07, 2024 8:34 pm

@mistfire

Im testing it right now by using UNetbootin as USB writing tool. It will not run on EasyDD and Balena etcher.

dancytron · Post by **dancytron** » Sat Sep 07, 2024 10:01 pm

mistfire wrote: ↑Thu Sep 05, 2024 4:27 am
QuickPup64 24.01 RC 12 released

Changes:
* linux kernel 6.10.8-lxpup64
* 32-bit glibc libraries now included by default
* Added vkd3d
* Added dxvk (to enable, run winedxvk command if the wine folder was successfully created)
* Odd-numbered pupmodes are no longer supported
* Some bugfixes on pkg2 and ppm

Download: https://1drv.ms/u/c/349c4d7a5f9d78cd/ER ... A?e=Pe53f2
MD5 Checksum: e2aba72da8297a0b7547a98372be8366

Why did you get rid of pupmode 13?

mistfire · Post by **mistfire** » Sat Sep 07, 2024 11:26 pm

dancytron wrote: ↑Sat Sep 07, 2024 10:01 pm
mistfire wrote: ↑Thu Sep 05, 2024 4:27 am
QuickPup64 24.01 RC 12 released

Changes:
* linux kernel 6.10.8-lxpup64
* 32-bit glibc libraries now included by default
* Added vkd3d
* Added dxvk (to enable, run winedxvk command if the wine folder was successfully created)
* Odd-numbered pupmodes are no longer supported
* Some bugfixes on pkg2 and ppm

Download: https://1drv.ms/u/c/349c4d7a5f9d78cd/ER ... A?e=Pe53f2
MD5 Checksum: e2aba72da8297a0b7547a98372be8366

Why did you get rid of pupmode 13?

1. Due to the size of QuickPup64. It exceeds 700MB because of increasing installed size of packages as time passes. 80% of packages bundled in QuickPup64 was always up to date on every releases. Even though I tried to trim down the packages the growth was inevitable.

2. Impracticality. There are apps where the files generated are quickly grew rapidly which easily filled the RAM. Some transferred files from ram to save file might became corrupted because it was still opened by process.

If you still want PUPMODE 13. Just do the following
1. Extract the initrd
2. Open the overrides.cfg file
3. Put a comment on DISABLE_ODD_PUPMODES and save it
4. Rebuild the initrd

sinc · Post by **sinc** » Tue Sep 10, 2024 11:18 pm

https://forum.puppylinux.com/viewtopic.php?t=12576

See this post for a response about Puppys not working with Etcher and EasyDD

mistfire · Post by **mistfire** » Mon Sep 16, 2024 6:22 am

sinc wrote: ↑Tue Sep 10, 2024 11:18 pm
https://forum.puppylinux.com/viewtopic.php?t=12576

See this post for a response about Puppys not working with Etcher and EasyDD

I made some fixes on the puppy remaster script. New build of QuickPup64 will be released pretty soon

mistfire · Post by **mistfire** » Tue Sep 17, 2024 11:53 am

QuickPup64 24.01 RC 13 released

Changes:
* Linux kernel 6.11.0-lxpup64
* Built with isohybrid
* initrd improvements: increasing maximum number of sfs modules to load from 13 to 15
* Bugfixes on shutdown and boot process when sfs modules are loaded
* Bugfixes on package management
* isohybrid now works on puppy remaster script

Download: https://1drv.ms/u/c/349c4d7a5f9d78cd/ER ... Q?e=Gs3xHR
MD5 Checksum: 18f6ee0347ee2fe635f6275cee2e2fd6

Clarity · Post by **Clarity** » Thu Sep 19, 2024 7:38 am

This QP64 vRC13 ISO file, launched from SG2D, booted to desktop. The following 2 screen exemplifies a few items of concern.

Notice commands as well as the fact that the distro ignored the SWAP partition at boot.
Further in the 2nd screen, modesetting (NOT 'nouveau') is setup for video/audio driver
And, in the 3rd screen, Checking the box to set the system to use the system's clock is NOT respected.Not only is the time not updated when complete in GUI's use, BUT reopening the Firstrun GUI does not have the checkbox checked.

: Admin commands as well as 'free' command showing SWAP ignored on boot; Screenshot_2024-09-19_07-20-41.png (143.86 KiB) Viewed 118 times

: Modesetting video autoselected during boot; Screenshot_2024-09-19_07-36-07.png (64.92 KiB) Viewed 118 times

: The Hardware Clock to UTC, when checked, does not set the time. Reopening shows this!; Screenshot_2024-09-19_07-50-47.png (30.24 KiB) Viewed 113 times

Clarity · Post by **Clarity** » Thu Sep 19, 2024 8:36 am

Launching vRC13 from Ventoy will boot to desktop, IFF no boot parm is changed when the PUP's boot menu is presented. BUT ...
if psave=Persistence:/Sessions/ is added to the linux line, the PUP will NOT boot; freezing immediately after F10 to proceed to boot.

'Current Status

SG2D launch - the RC13 boots to desktop with no need to change things because the SAVESPEC file contains session-management instructions
Ventoy launch - boots to desktop IF and on IF (IFF) no boot stanza is changed when the RC13 boot options are shown

QEMU results will be reported later and your distro's table will be updated with all RC13 results.

Puppy Linux Discussion Forum