Page 8 of 9

Posted: Thu 16 Jan 2014, 07:37
by RSH

Posted: Thu 16 Jan 2014, 08:45
by mikeb
Would you like me to add some ultra violet lights and dangle some red ones over the canal?

A right tart she seems.....

mike

Posted: Fri 17 Jan 2014, 11:06
by RSH
A right tart she seems
She is ready and willing.

But she's also ABLE, which is the MEAN part!

Posted: Fri 17 Jan 2014, 12:25
by mikeb
Hmm using sex to sell operating system structures...it might just work ;)

'A vote for a sensuous use of Puppy Linux'

mike

did you happen to notice a low compression build of mksquashfs... seems like a speedy number with only a small size penalty.
http://murga-linux.com/puppy/viewtopic. ... 88&t=89173

Posted: Fri 17 Jan 2014, 12:58
by RSH
mikeb wrote:Hmm using sex to sell operating system structures...it might just work ;)
Yes. It did already work for almost all products that has tried to sell that way.

Did you have a look at the Icon?

If you could not come trough it (when resizing): it is made from a picture of a 20 year old Girl, that I was luckily allowed to take some beautiful pictures of in beginning of 2006. She is sitting on a chair, legs wide opened and holding my bass guitar between her legs.

I do like to do photographs from time to time and creating art works from such photographs or even parts of it. In case you have missed this (of course, I think you did), I had posted a few examples of my work here much earlier, at Nov. 2012.
mikeb wrote:Did you happen to notice a low compression build of mksquashfs... seems like a speedy number with only a small size penalty.
http://murga-linux.com/puppy/viewtopic. ... 88&t=89173
Yes, thanks for the link. Saves me to do a search.

It's already on my list to be used in my LazY Remaster Suite and my version of pizzasgood's Edit-sfs which has already option to create GZ and/or XZ compressed SFS Modules.
mikeb wrote:'A vote for a sensuous use of Puppy Linux'
:D

Posted: Fri 17 Jan 2014, 15:20
by mikeb
No 20 year old wants to wrap her legs around my bass :(

Posted: Fri 17 Jan 2014, 18:42
by matiasbatero
Hi RSH...

I see some topics talking about the potential incompatibility with shared libraries.

I found some linux distro, GoboLinux. That have a No traditional unix folders, with the purpose of allow to install programs with different versions, and expand compatibility.
GoboLinux is an alternative Linux distribution which redefines the entire filesystem hierarchy. In GoboLinux you don't need a package database because the filesystem is the database: each program resides in its own directory, such as /Programs/Xorg-Lib/7.4
This is interesting, because the system can manage versions of same libraries. how concept is different, there isn't obligation to have only a unique version of libraries. Like all distros.

You can see, how it works..
German: http://www.gobolinux.org/index.php?lang ... t_a_glance
English: http://www.gobolinux.org/?page=at_a_glance

If its applicable (in some way) you can do a lot of things.. but the more important thing is.. that SFS apps, doesn't needs maintenance in the future, because all versions still functional on any distro version if libraries are present. Maybe, extrapolating the actual SFS concept.. you can mount in layers like now, but over this best directory organization.

For me, it is a great way to expand modularity..

-----------
I don't know it is according to the post, but..

For the main purpose of this distro, I think that Puppy x64, with a real-time Kernel. is the best combination. And.. for older machines.. x86+PAE+RT kernel.

------------

Posted: Sat 18 Jan 2014, 08:01
by RSH
Hi, matiasbatero.

Thank you very much for this information and the links.

After reading this I found it very very interesting, so I will have definitely a look at this. But I can't say if I would be able to do anything on this/like that. Might need to learn much more for this.

Currently I'm just still happy with the solutions I have created and if I'm running into modules including conflicting libraries, I do unload the conflicting Module. At the time I do have 443 SFS Modules in my SFS directory and only two or three happen to get in conflict with another. One of them is kdenlive-0.7.8, which conflicts with my vlc-1.1.7 version. I don't care on this because: when I'm using kdenlive I usually do not watch movies by using vlc.

RSH

Posted: Wed 22 Jan 2014, 13:19
by RSH
Ok.

Thanks to the new sfs_load 2.0.2 by shinobar I can re-edit the SFS P.L.U.S. RunScript Builder, to make the SFS P.L.U.S. completely working in Dpup Wheezy and MacPup 550 (wherein it has failed to work properly).

All testings using the new sfs_load 2.0.2 are going very well so far.

So, it might be worth the effort to do again some work on this.

RSH

Resurrection of Underdog

Posted: Fri 24 Jan 2014, 16:36
by mikeslr
Hi RSH & all,

matiasbatero's mention of gobolinux, in which modularity is enabled by an "unpuppy-like" technique, reminded me of underdog. Underdog enabled puppy to run the applications of an entirely different distro. Which, of course, means that conflicts between applications and libraries isn't a problem. It seemed to have two draw-backs: (1) the distro had to have been installed on Puppy's home partition; and (2) it required a reboot. The latter may have been the reason for the absence of application and library conflicts.
Barry K developed underdog in Puppy's early days. Today, the art of squashfiles has significantly advanced, and you guys (and girls) know a lot more. [To expand on Sergeant Hanz Schultz: "Ich weiß nichts und sprechen nicht Deutsch."] Recently, jrb successfully experimented with it. http://murga-linux.com/puppy/viewtopic.php?p=733079. Perhaps some further exploration can produce a vehicle for avoiding both application/library conflicts and the need to reboot.

And "low-compression" squash files are a great idea. Today, hard-drive (even USB-Key) space is cheap, while using CPU to decompress files as needed is wasteful.

mikesLr

Posted: Fri 24 Jan 2014, 16:55
by mikeb
unionfs-fuse and chroot into packages perhaps.

squashfs is designed to minimise usage overhead... speed ups are mainly in their creation.

Library conflicts...perhaps less hijacking of other distros packages might help :D ..to me thats not an sfs issue.

Not sure if anything I have come across recently offers an improvement over the current methods though the puppy implementation has room for improvement.

mike

Posted: Sun 09 Feb 2014, 17:16
by RSH
mikeb wrote:did you happen to notice a low compression build of mksquashfs... seems like a speedy number with only a small size penalty.
http://murga-linux.com/puppy/viewtopic. ... 88&t=89173
I have used this now for some remasters.

My Osiris Studio is usually at 303 MB (the SFS) and its size increases up to 328 MB when using the low compression build of mksquashfs, which is not too much of course.

But the speed is incredible!!!

I will setup my OS now to have options in LazY Remaster Suite and SFS P.L.U.S. to choose normal or low compression mksquashfs.
mikeslr wrote:And "low-compression" squash files are a great idea. Today, hard-drive (even USB-Key) space is cheap, while using CPU to decompress files as needed is wasteful.
Yes, agreed.

The only reason to use high compression mksquashfs -like the xz mode- to me is related to upload/download times. But this is only to do just once per file. I think a small script to let the user change easily compression of already downloaded SFS files (just drag'n'drop) should be very useful.

Posted: Sun 09 Feb 2014, 18:42
by mikeb
puppy 4 was standard sfs and slax 6 added lzma... yes indeed it makes (slowly)smaller modules but 1. I have noticed some difference using a large program like libre office and 2. when lzma or xz is used it requires that such handling is included along with squashfs which makes the resultant smaller sfs less widely compatible. (slax can use puppy sfs but not the other way around even though the software is compatible for example.)

I think I mentioned some pages ago the aufs penalty seems very little but high compressed sfs do make a discernable difference.


mike

Posted: Sun 09 Feb 2014, 21:43
by RSH
I have noticed some difference using a large program like libre office
What kind of difference?
high compressed sfs do make a discernable difference.
Would this be more of a advantage for the user or more like a disadvantage?

Posted: Sun 09 Feb 2014, 23:11
by mikeb
ignoring the slower compression I notice a small difference with the speed large apps open when the compression is higher.

Not a great deal but the less compressed versions are a little snappier....

mike

Posted: Wed 13 Apr 2016, 23:20
by LazY Puppy
Since I don't have access anymore to my old RSH account and therefor I'm unable to change the topics title to 'discontinued', I'm going to post here:

THIS IS NOW DISCONTINUED AND NOT SUPPORTED ANYMORE!

All my work done is by now combined and continued into T.O.P.L.E.S.S.