TazPuppy 5.0 rc2
-
- Posts: 721
- Joined: Sat 31 Mar 2018, 08:01
- Location: Rakaia
- Contact:
@hamoudoudou TazPup is just a plaything. This will prove that combining two distros is possible (one must on seated on top while the other was on the bottom) without total modification of a target distro you want to puppify.
Combining puppy with other distro is a necessary in order to survive because the development team was not fully formally organized unlike debian, ubuntu, red hat, etc. And most of the puppy developers were hobbyist which has a uncertain time to maintain packages up-to-date.
@Marv the menu problem about Wifi Configuration is now fixed.
Combining puppy with other distro is a necessary in order to survive because the development team was not fully formally organized unlike debian, ubuntu, red hat, etc. And most of the puppy developers were hobbyist which has a uncertain time to maintain packages up-to-date.
@Marv the menu problem about Wifi Configuration is now fixed.
Hi mistfire
I tried using the tazbuilder to make a tazpup with upupbb as the puppy .iso
Sadly the resulting .iso would not boot - got kernel panic.....
I've uploaded it to:
https://my.pcloud.com/publink/show?code ... QWcSfCWJH7
in case you want to see what might have gone wrong....
Cheers
peebee
I tried using the tazbuilder to make a tazpup with upupbb as the puppy .iso
Sadly the resulting .iso would not boot - got kernel panic.....
I've uploaded it to:
https://my.pcloud.com/publink/show?code ... QWcSfCWJH7
in case you want to see what might have gone wrong....
Cheers
peebee
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
@Peebee kernel panic triggers if init fails to execute. Here is what need to do to test if initrd fails
1. Extract initrd.xz from and get DISTRO_SPECS
2. Get a pristine puppy. Extract it and place DISTRO_SPECS of tazpup
3. Rebuild the initrd
4. configure the isolinux
5. Run the builder again
I hope it works
1. Extract initrd.xz from and get DISTRO_SPECS
2. Get a pristine puppy. Extract it and place DISTRO_SPECS of tazpup
3. Rebuild the initrd
4. configure the isolinux
5. Run the builder again
I hope it works
- rg66
- Posts: 1158
- Joined: Mon 23 Jul 2012, 05:53
- Location: Vancouver, BC Canada / Entebbe, Uganda Africa!?!
I get the same thing with X-slacko-4.4 and Slacko-6.9.9.9.peebee wrote:I tried using the tazbuilder to make a tazpup with upupbb as the puppy .iso
Sadly the resulting .iso would not boot - got kernel panic.....
X-slacko-5b1 - X-tahr-2.0 - X-precise-2.4
[url=http://smokey01.com/rg66/]X-series repo[/url]
[url=http://smokey01.com/rg66/]X-series repo[/url]
@rg66 thanks for feedback. Does isolinux shown on boot. And does initrd and vmlinuz sucessfully loaded?
There is one clear on the builder. Not all puppy kernels supports XZ decompression. I will switch initrd compression from xz to gz for the mean time
I think I found the persistence problem occured on @smokey and @ Marv. When I carefully studied the init script on initrd. If the filesystem of the drive was Linux filesystem, it searches for save directories only. I fix now the bug. It will now both search for save folder and save file in the linux filesystem.
There is one clear on the builder. Not all puppy kernels supports XZ decompression. I will switch initrd compression from xz to gz for the mean time
I think I found the persistence problem occured on @smokey and @ Marv. When I carefully studied the init script on initrd. If the filesystem of the drive was Linux filesystem, it searches for save directories only. I fix now the bug. It will now both search for save folder and save file in the linux filesystem.
The savefile is found and loaded correctly. If I add a configuration, program, or testfile into the savefile while running another pup (If in Tux, setting permissions correctly), those changes show up correctly when booting tazpup. The problem is in writing to the savefile on reboots after the first. I suspected the -u and timestamp but I both carefully set the date & time before creating and testing the savefile, disabled it in snapmergepuppy, and used a very simple non -u usbsave from an old alphaOS with no change. I also thought that snapmergepuppy might be exiting if X is running (line 174 IIRC), but either disabling that or using the old usbsave gave no change also.mistfire wrote:@Marv does the savefile able to find and loaded?
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
I used:
http://mirror.slitaz.org/iso/rolling/slitaz-rolling.iso of 13-may-2018
from:
http://www.slitaz.org/en/get/
http://mirror.slitaz.org/iso/rolling/slitaz-rolling.iso of 13-may-2018
from:
http://www.slitaz.org/en/get/
LxPup = Puppy + LXDE
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
Main version used daily: LxPupSc; Assembler of UPups, ScPup & ScPup64, LxPup, LxPupSc & LxPupSc64
- rg66
- Posts: 1158
- Joined: Mon 23 Jul 2012, 05:53
- Location: Vancouver, BC Canada / Entebbe, Uganda Africa!?!
Same for me.peebee wrote:I used:
http://mirror.slitaz.org/iso/rolling/slitaz-rolling.iso of 13-may-2018
from:
http://www.slitaz.org/en/get/
X-slacko-5b1 - X-tahr-2.0 - X-precise-2.4
[url=http://smokey01.com/rg66/]X-series repo[/url]
[url=http://smokey01.com/rg66/]X-series repo[/url]
Savefile working! snapmergepuppy requires a full find, not the busybox find as it doesn't support -mount. I had a heck of a time coming up with a full find old enough to run under glibc 2.14 which is in tazpup but finally dredged one up from a carolina light. Minimal tests as yet but it did save and preserve a test file in/home/Tux/Documents through a boot. I haven't tested more than that but I think that's progress.
Edit: Further configuration changes, panel setup, wifi setup, touchpad setup, Midori setup all saved and survive a reboot using 256Mb EXT2 savefile on the boot partition. Makes use MUCH easier. No tests to savefolder yet. Note: I do have date, timezone, and time set correctly.
Edit: Further configuration changes, panel setup, wifi setup, touchpad setup, Midori setup all saved and survive a reboot using 256Mb EXT2 savefile on the boot partition. Makes use MUCH easier. No tests to savefolder yet. Note: I do have date, timezone, and time set correctly.
Last edited by Marv on Fri 18 May 2018, 21:17, edited 2 times in total.
Pups currently in kennel :D Older LxPupSc and X-slacko-4.4 for my users; LxPupSc, LxPupSc64 and upupEF for me. All good pups indeed, and all running savefiles for look'n'feel only. Browsers, etc. solely from SFS.
A little late but
I popped Slitaz into my Asus eeePC-900a. Booted right up no problems. I see that the UTC clock "feature" has already been noted, but I can confirm. My guess is that might cause problems with time-stamp for sfs/saves.
At 81Mb quite the potent little pup. Programming Languages quite substantial. Desktop OK, nothing fancy, and I note scalable icons (?). Tossing in even my FF27-configured would substantially raise the iso over 100Mb.
For those who code this is quite nice.
Regards
8Geee
At 81Mb quite the potent little pup. Programming Languages quite substantial. Desktop OK, nothing fancy, and I note scalable icons (?). Tossing in even my FF27-configured would substantially raise the iso over 100Mb.
For those who code this is quite nice.
Regards
8Geee
Linux user #498913 "Some people need to reimagine their thinking."
"Zuckerberg: a large city inhabited by mentally challenged people."
"Zuckerberg: a large city inhabited by mentally challenged people."
-
- Posts: 721
- Joined: Sat 31 Mar 2018, 08:01
- Location: Rakaia
- Contact:
-
- Posts: 721
- Joined: Sat 31 Mar 2018, 08:01
- Location: Rakaia
- Contact:
-
- Posts: 721
- Joined: Sat 31 Mar 2018, 08:01
- Location: Rakaia
- Contact:
Hi Mistfire.mistfire wrote:@Marv maybe your right about time stamp issue on saving session. I noticed that initrd uses localtime, when slitaz run, its uses UTC. So I put a script temporarily which sets the clock to localtime before slitaz environment run. But I need a permanent solution
Is it possible to put psync from puppy in the next revision as long as gtkdialog is installed this program can be used to alter the time to the correct one?