TazPuppy 5.0 rc2
-
- Posts: 721
- Joined: Sat 31 Mar 2018, 08:01
- Location: Rakaia
- Contact:
-
- Posts: 721
- Joined: Sat 31 Mar 2018, 08:01
- Location: Rakaia
- Contact:
Uextract
I have made a tazpkg of Uextract works well in tazpup.
Remember to remove the gz extension.
Remember to remove the gz extension.
- Attachments
-
- uextract-3.32.tazpkg.gz
- (72.32 KiB) Downloaded 143 times
Tazpup Alpha 7 released
* Fixed mime problem
* Puppy device initialization is added
* Fixed searching savefile on linux filesystems
* Menu fixed
* Persistence (snapmergepuppy) might fixed
* ntpd now enabled
Download: https://drive.google.com/file/d/16TauS7 ... sp=sharing
NOTE: Build kit for this version currently unavailable.
* Fixed mime problem
* Puppy device initialization is added
* Fixed searching savefile on linux filesystems
* Menu fixed
* Persistence (snapmergepuppy) might fixed
* ntpd now enabled
Download: https://drive.google.com/file/d/16TauS7 ... sp=sharing
NOTE: Build kit for this version currently unavailable.
There is clearly a lot of interest in this hybrid pup. I'm not surprised - it's a breath of fresh air in developments that were somewhat dull owing to their dependence on bloated Debian/Ubuntu repositories for functionality. I'm not sure what the point is in using a pup for Debian or Ubuntu apps when you can use a similarly sized and featured dog, which has proper dpkg/apt package management. This tazpup project is different though; despite hamapelo's claims Slitaz is similar to original pups in that it builds its own nicely cut down app repositories and seems to have a stable development team doing that complicated build work. So tazpup approach let's us build a pup of size/speed of old whilst levering all the well thought out slitaz utility apps, including their clever use of midori for video playing generally. Ok, so sometimes we might want a more full-featured browser and then we can't avoid the size/resource baggage that brings, but that can be a bolt on sfs only needed when required. Yes, this is a slitaz distribution but with familiar puppy advantages. Its more than just a toy really and certainly really interesting to experiment with in terms of showing an alternative approach to move puppy developments forward. It is fair to say that, I believe it was Saintless, (Toni), explained roughly how to boot up debiandog using puppy kernel and init, which similarly should provide puppy save mechanisms to dogs but with dpkg/apt benefit too. So a dpkg/apt capable puppy could also be created via that approach. Actually, fredx181's dogs do a similar thing albeit using porteus distribution boot mechanisms, which provide save facilities similar to puppy, which straight Debian boot doesn't itself provide. I've personally always liked Slitaz for its elegant efficiency, but it has some issues with save persistence mechanisms and copying too much into RAM, so from my usage needs, I find Tazpup (and also potentially tazdog) a 'better' slitaz, though of course it is always possible to make any version of slitaz look more like a conventional pup. Hybrid is a nice way to go in terms of ultimate flexibility IMO.
wiak (writing from his 'sick' bed so particularly happy an interesting project like tazpup has suddenly appeared - I was already back playing with slitaz on Other Distros'thread so nice this option keeps things moving forward in that respect. Many thanks again mistfire. Which part of PH do you live in?
wiak (writing from his 'sick' bed so particularly happy an interesting project like tazpup has suddenly appeared - I was already back playing with slitaz on Other Distros'thread so nice this option keeps things moving forward in that respect. Many thanks again mistfire. Which part of PH do you live in?
-
- Posts: 721
- Joined: Sat 31 Mar 2018, 08:01
- Location: Rakaia
- Contact:
@wiak you're welcome and get well soon, I live somewhere in Laguna province (thats all my details due to privacy).
If the snapmergepuppy, loading of savefiles from linux filesystem, periodic save session, multisession save, and the buildkit works as well as the system clock. 80-90% were now heading to beta stage of tazpup
If the snapmergepuppy, loading of savefiles from linux filesystem, periodic save session, multisession save, and the buildkit works as well as the system clock. 80-90% were now heading to beta stage of tazpup
Hi mistfire,
snapmergepuppy is working correctly with the full find now in alpha 7 (savefile only checked). Thanks, that makes a huge improvement in useability.
The save session .desktop which calls save2flash in alpha 7 works correctly when running as root. However; when running as Tux, snapmergepuppy does not have the requisite permission to remove /tmp/snapmergepuppyrequest when it has completed saving so it repeats once a second (check the loop in save2flash).
Cheers,
snapmergepuppy is working correctly with the full find now in alpha 7 (savefile only checked). Thanks, that makes a huge improvement in useability.
The save session .desktop which calls save2flash in alpha 7 works correctly when running as root. However; when running as Tux, snapmergepuppy does not have the requisite permission to remove /tmp/snapmergepuppyrequest when it has completed saving so it repeats once a second (check the loop in save2flash).
Cheers,
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.
-
- Posts: 721
- Joined: Sat 31 Mar 2018, 08:01
- Location: Rakaia
- Contact:
Wow great mate, just to advise the time issue seems to be fixed on my machine - Dell Studio 1555.mistfire wrote:@wiak you're welcome and get well soon, I live somewhere in Laguna province (thats all my details due to privacy).
If the snapmergepuppy, loading of savefiles from linux filesystem, periodic save session, multisession save, and the buildkit works as well as the system clock. 80-90% were now heading to beta stage of tazpup
Good. I'm currently running as root chasing suspend stuff and a save to my EXT2 savefile on my fat32 boot partition is occurring every 30 minutes just as it should with the default event manager settings.mistfire wrote:@Marv I traced now the problem on save2flash. pup_event_frontend_d started at non-root level if the user acccount is not root. So I add sudo to run pup_event_frontend_d at root level for non-root user.
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.
-
- Posts: 721
- Joined: Sat 31 Mar 2018, 08:01
- Location: Rakaia
- Contact:
mistfire wrote:@darry I think system time worked correctly if tazpup was online. If you have spare time, can you please test the following:
* Create and load savefile in ext2/3/4 partition
* Persistence in flash memory
* Persistence in multisession cd
I have installed to a ext 3 partition and it is working well with savefile so this is working running frugal.
I'll create the flash memory scenario and get back to you.
Sorry no can do multisession CD.
My wife comes from Leyte.mistfire wrote:@wiak you're welcome and get well soon, I live somewhere in Laguna province (thats all my details due to privacy).
If the snapmergepuppy, loading of savefiles from linux filesystem, periodic save session, multisession save, and the buildkit works as well as the system clock. 80-90% were now heading to beta stage of tazpup
By the way, the slitaz iso I am using is from http://mirror.slitaz.org/iso/rolling/slitaz-rolling.iso, I think...
However that contains rootfs1.gz up to rootfs4.gz and I 'think-but-may-be-wrong' your build script, for unlzma use, needs to either specify extension with unlzma -c -S .gz $1 or to use unlzma -c <$1 (not simply unlzma -c $1).
Either that or I did something wrong in my test (I wasn't actually running your script; just doing my own similar build).
wiak
@wiak try to use the slitaz-rolling-core iso. Thats the slitaz iso that I used when I build a tazpup. It has a single rootfs.gz file
You can found that here http://mirror1.slitaz.org/iso/rolling/
On my latest experiment presudo commands is no longer hard-coded to tux. It is now applied to any non-root user accounts.
You can found that here http://mirror1.slitaz.org/iso/rolling/
On my latest experiment presudo commands is no longer hard-coded to tux. It is now applied to any non-root user accounts.
Ah, I see, you are using the full desktop version, whereas my experiments are with 4-in-1 (split into 4 rootfsx.gz parts).mistfire wrote:@wiak try to use the slitaz-rolling-core iso. Thats the slitaz iso that I used when I build a tazpup. It has a single rootfs.gz file
Nevertheless, I imagine if you modify your build script to use unlzma -c <$1 instead of unlzma -c $1, it will work more correctly (since rest of your script seemed to assume possibility of several rootfs parts mistfire).
wiak
@rg66 I have a very limited access to the internet too. if the tazpup was stable enough. That iso file will be a good starting point and the delta files will be release. MD5 checksum will be also released on beta stage.
Few tweaks to go and the tazpup went beta. It will formally announced on puppy projects section of this forum.
Few tweaks to go and the tazpup went beta. It will formally announced on puppy projects section of this forum.