Puppy's big problem with woof and woof CE

What features/apps/bugfixes needed in a future Puppy
Post Reply
Message
Author
oui

#16 Post by oui »

Hi James Bond
jamesbond wrote:Puppy grows big for two reasons:

1. New version of the same software is always bigger.
2. Support for more diverse kind of hardware requires more drivers and firmware and make it bigger.

Use older software? E.g. browser: youtube doesn't work, bank websites reject you.
Don't include all firmware (and drivers)? Or use older kernels? Soundcards don't work, network cards don't work, graphic cards, don't work ... you get the point.
Don't use bloated software? Ok, now try to use dillo or netsurf or anything else about the same size. See if you can survive the Internet today.

---

There are modern, complete Linux systems under 4MB today. E.g. those that runs on routers.
The catch? They support exactly *one* hardware platform. They perform exactly *one* function.

Long time ago, before I knew Puppy, I was mesmerised by a distro called Damn Small Linux (DSL). A complete Linux distro with everyday tools (wordprocessing, spreadsheet, watching videos) in less than 50MB. Compare this with Knoppix that as over 600MB. This is in the days of 56Kbps V92 dial-up modem download. What's not to like? So I got that. I burned that to a CD-R and boot it up.
1. My soundcard didn't work.
2. My network didn't work.
3. My screen resolution was odd (it supported only VESA resolutions, the X server being Xvesa).
4. The general UI was ugly (GTK1 or Xaw widgets - can't recall).
5. It can't open my Windows documents.
6. It cannot print to my printer.
Some of these weren't exactly DSL faults; back in the day many hardware didn't have Linux drivers. But when I booted Knoppix, all those things worked (to a certain degree).

Case in point? It's impossible to make a system that is general enough to satisfy everybody, and still keep it small. Compared to DSL, even the earliest functional Puppy (version 2.x onwards) were between 70 - 80% larger than DSL to begin with.

---

As a comparison, Firefox 52 alone is 47MB, that's XZ-compressed (which compresses things on average 2x smaller than GZip compressed employed by Puppies of old). Do you know how was the size of Firefox 6, from 2011? It was 16M, gzip compressed, which if compressed with XZ, will only be about 8 MB. That's a growth size of 500% - on Firefox alone.

Today, for example, Fatdog's kernel + drivers + firmware alone is 69MB, XZ-compressed. That's almost the size of Puppy 1.x, all for the kernel alone !!

Wait a minute, you say. Modern Tiny Core Linux has its Core package at 11MB. Ok. Does it has GUI? No. Does it support wireless? No. Does it have any apps at all? No. It's basically just an installer. You run it, and before you can use it, you must install other things. Now, get the list of apps in Puppy, and count the total size of TC + TCZ when those apps is included. You will quickly see that the number will be more or less the same.

Now you can argue that "who stuffs up so much apps in Puppy, apps that I don't use and don't care"? Well as I said, just because you don't use or don't care about the app, doesn't mean others don't. It is hard to satisfy everybody.

---

Conclusion: Puppy's size has nothing to do with Woof or Woof-CE. It's because Puppy's target audience grows (not only running in older computers but also in __new__ computers) and the demand of modern software computing (new browsers, new this and new that).

You want to make Puppy small, it's only possible (in general) by making it specialised. Specialised to your hardware, specialised to your needs with only software that you use. But wait! There is already such a specialisation tool, it is called "remaster tools" ... :wink:
each one here know, that this kind to describe the problematic is wrong because each one here did try SliTaz...

SliTaz is known as a well working (*1 little distro smaller than DSL and long time enough having had Firefox in it's 22 Mb ISOm (at the tuime where Firefox did be in the ISO! (*2 )

your declaration on DSL remember baslin (*3 (in my eyes the juwel of small Linux distros), yes, you can't do all what you will in basic linux, it's true, but in 2 old floppy disks with 1,5 Mb, the second one normal let free room on the second one of the FD and baslin is graphical Linux, with drag and draw, with a calculator with well looking graphic sign for mathematical operations, with web connection, with a free hand drawing system and what a one (a modified version of Magic Point, the presentation of baslin, Puppy, Slitaz did never have a presentation!), with a smart looking file manager (a modified version of the browser links), etc. your description on DSL is about conform to some baslin experiences depending of hardware but baslin is

15

time smaller as the size you did give for DSL.

puppy before version 1.0 did be better and did also have between 20..30 Mb depending of the version, and work...

it is not a realistic approach!

(*1 with some exceptions ok, as especially with the graphic from intel , but the most linux have also had difficulties to manage them because linuxers don't like intel and intel doesn't like Linux :lol:

(*2 all the sources of the first SliTaz version build from sources, all extra packages (in big tarball for each version) from SliTaz itself, and all ISO's continue to be downloadable from mirror.slitaz.org !

(*3 is abandoned but seems to continue to be downloadable at http://distro.ibiblio.org/baslinux/ in two forms, especially a burnable ISO

oui

#17 Post by oui »

666philb wrote:puppy has to grow as do all distros. ubuntus lucid release was about 700mb and it's bionic release is nearly 2gb.

jamesbond is right about "New version of the same software is always bigger."
no, it is not true. you can not compare so:

in Puppy or Slitaz are no developement tools in the ISO! the Debian's have as far as I know a basic set of them! You must compare with the devx file included!

and in Debian's, all the stuff for documentation is generally included.

former

as I generally install Debian's with 3 languages packs, my installations are especially heavy. a lot of puppyist will confirm like I, yes my last Ubuntu installation was really heavy... but it is not correct: you will never meet a Puppy installation in more languages excepted, perhaps ToOpPY (SliTaz were ALWAYS including version 1.0 in the 3 main Swiss languages plus English also 4 tongues!).

please compare comparable things and it is not easy...

my last installations from Devuan Jessie were minimal 540 Mb (nothing excepted base in English but base with all the usual tools, partially part of devx from Puppy) and an operable graphic installation FROM ME, like in Puppy (JWM and the small goodies from Puppy) under 1 Gb (see at the Devuan forum, they are documented as I install from base to my installations level with 3 lines of apt-get, the last one very long, all the graphical stuff)

yes, the other Debian's have systemd including the poor small lubuntu. lubuntu minimal also!

and systemd grows the poor main distributions all (Debian's but also Arch etc.)

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#18 Post by musher0 »

Hello oui.

SliTaz does not count! I was never able to get it to desktop! However, mistfire's
PupTaz, or SliPup, or whatever it's called, ran (runs) fine on my old workhorse.

As to CorePup, yes it's small, but it's ugly, and as james bond mentioned, it
needs a lot of extras to make it into a decent distro.

Yes we have to add the size of the devx to the Pup to do a strict comparison.
Except ordinary users do not need the devx, only developers need it.

E.g., including the devx, josejp2424's latest DPup, DPupBuster, is ~ 375 Mb.
Without the devx: 273 Mb.

Now tell me: how big is Debian Buster, in its smallest incarnations?
3.7 Gb for the "dvd 1" at
https://cdimage.debian.org/cdimage/week ... 86/iso-dvd
That's 13.5 times the size of José's DPupBuster.

And 636 Mb for the limited "debian-testing-i386-xfce-CD-1.iso".
That's 2.3 times the size of José's DPupBuster.

Now about taking the woof-CE devs to task, like you do --
I must say that I do not agree with all of their choices. But I am completely sure
they are sincere in those choices. It is clear to me that they are not increasing the
size of the Puppy on purpose, just to annoy Mr. Oui and the rest of us.

As jamesbond and 666philb mentioned, the apps and libs that our devs are
transforming into Puppies come bigger already from the source.

So, oui, please snap out of your "old soldier from the 1st Puppy generation"
complex? Those times are gone, my friend. Start living in today's world, please.

Best regards.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
666philb
Posts: 3615
Joined: Sun 07 Feb 2010, 12:27
Location: wales ... by the sea

#19 Post by 666philb »

oui wrote:
no, it is not true. you can not compare so:

in Puppy or Slitaz are no developement tools in the ISO! the Debian's have as far as I know a basic set of them! You must compare with the devx file included!
just tried the 639mb debian stretch iso. it doesn't come with a compiler
Bionicpup64 built with bionic beaver packages http://murga-linux.com/puppy/viewtopic.php?t=114311
Xenialpup64, built with xenial xerus packages http://murga-linux.com/puppy/viewtopic.php?t=107331

jamesbond
Posts: 3433
Joined: Mon 26 Feb 2007, 05:02
Location: The Blue Marble

#20 Post by jamesbond »

oui wrote:each one here know, that this kind to describe the problematic is wrong because each one here did try SliTaz...
Did you try it yourself?
SliTaz is known as a well working (*1 little distro smaller than DSL and long time enough having had Firefox in it's 22 Mb ISOm (at the tuime where Firefox did be in the ISO! (*2 )
I tested Slitaz long time ago but I've forgotten. Your post here raised enough curiosity to try it again. The "current rolling release" versionn is 49M for 32-bit version and 48M for 64-bit version (dated Feb 2019).

The 64-bit version failed to boot even in qemu; its kernel panicked. So that's the end of the test.

The 32-bit version at least booted in qemu. It has 272 packages inside. Let's see what's inside.
1. Firmware - about 2MB uncompressed (vs 80MB for Fatdog). Not even a driver for iwlwfi, so if you have Intel wireless - sorry, no connection for you.
2. Modules (drivers) - about 11MB, 1024 files (vs 121M, 3829 files for Fatdog). I can't be bothered to look into the details but suffice to say more than a few modern gadgets won't work.
3. Kernel version - 3.16.55. The 3.16 line was released in 2014. Attempting to use devices made after 2014 may be problematic.
4. Xorg - either vesa or fbdev. No acceleration for you (either 2D or 3D).
5. Apps: the only decent app you have is midori. It is re-purposed for many stuff - e.g. the video player (video player is midori playing video), simple spreadsheet, etc.
6. Wordprocessor? None. Spreadsheet (of the real kind)? None. Email client? None. Compatibility with documents created in Windows? None. Printing? None. "bash" shell? No.

So what's in there (apart from midori)? Let's see: busybox, vnc viewer, epdfviewer, rdesktop, leafpad, mtpaint, galculator, gpicview, irc client, mhwaveedit, sakura terminal, xterm, pcmanfm, ssh tools (not counting system configuration tools such as alsamixer, theme changes, etc).

I get it that small is beautiful. But what good is a small ISO if we can't do anything with it?

Before you make Slitaz as the the "gold standard" of small Linuxes, have you actually downloaded it, and used it in a real machine, in every day situation?

NOTE: This is not a criticism of SliTaz. SliTaz has their own audience and their own objective. Puppy has a different audience and objective; and while there is an overlap between the two, Puppy supports more diverse hardware and wider audience needs - such as Windows refugee. Trying to force Puppy to live with Slitaz's size restriction is the same as trying to change Puppy's objective and audience to that of SliTaz's.

By all means if you love SliTaz, use it. If you need "Puppy-like" SliTaz, as musher0 said - use TazPuppy. Beware that TazPuppy is about 2x bigger than SliTaz.
Fatdog64 forum links: [url=http://murga-linux.com/puppy/viewtopic.php?t=117546]Latest version[/url] | [url=https://cutt.ly/ke8sn5H]Contributed packages[/url] | [url=https://cutt.ly/se8scrb]ISO builder[/url]

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

#21 Post by rufwoof »

I've just formed a initrd/vmlinuz pair using EasyOS 1.0.8 (4.14.91 x86_64 kernel). Around 10MB combined (4986KB initrd.xz, 5185KB vmlinuz) where that boots to cli and has mc installed (handy for file management and text editing) ... and net connects. Enough to tftp or wget or whatever from wherever ... perhaps to grab a remote main sfs, and then continue on with init to mount/switch-root that locally downloaded main sfs.

For the formation I stripped out all unused modules/drivers that otherwise would have had it up at 120MB or so. i.e. just left the sky2 module/driver as required for my eth0 hardwired connection.

'Bloat', if you want to call it that, is more a case of modules/drivers expansion to encompass a wider range of hardware.
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

User avatar
8Geee
Posts: 2181
Joined: Mon 12 May 2008, 11:29
Location: N.E. USA

#22 Post by 8Geee »

Not a coder, but I will opine this... WoofCE is a platform by which one can 'drop in' a kernel amongst other things. If one looks at older puppies, this is a great tool to keep older hardware insulated from the likes of Spectre/Meltdown and derivitives. As example I will point out sailor enceladus' Slacko5.7.1-WoofCE (kernel 3.18.135). What is considered a solid distro by 01micko is refreshed for the modern day problems mentioned above.

Its not a problem, or a bug... its a feature.

JMHO
8Geee
Linux user #498913 "Some people need to reimagine their thinking."
"Zuckerberg: a large city inhabited by mentally challenged people."

p310don
Posts: 1492
Joined: Tue 19 May 2009, 23:11
Location: Brisbane, Australia

#23 Post by p310don »

I was going to add a smartarse response suggesting to go away and use KolibriOS if you want a small OS.

The last time I used it, it was around 2mb a few years ago. It booted to a desktop in 1 or 2 seconds, and basically did nothing.

It is now 26mb, and I haven't had a successful VM boot yet. Apparently it does work much better now, but my experience is yet to see that.

So no matter what OS you look at, size growth is inevitable if you want to continue to add features and support to it.

Unfortunately, Puppy is largely not a "primary producer" of programs, so to have the mainline programs in puppy, we have to put up with size creep from outside sources.

dancytron
Posts: 1519
Joined: Wed 18 Jul 2012, 19:20

#24 Post by dancytron »

rufwoof wrote:I've just formed a initrd/vmlinuz pair using EasyOS 1.0.8 (4.14.91 x86_64 kernel). Around 10MB combined (4986KB initrd.xz, 5185KB vmlinuz) where that boots to cli and has mc installed (handy for file management and text editing) ... and net connects. Enough to tftp or wget or whatever from wherever ... perhaps to grab a remote main sfs, and then continue on with init to mount/switch-root that locally downloaded main sfs.

For the formation I stripped out all unused modules/drivers that otherwise would have had it up at 120MB or so. i.e. just left the sky2 module/driver as required for my eth0 hardwired connection.

'Bloat', if you want to call it that, is more a case of modules/drivers expansion to encompass a wider range of hardware.
I imagine it would be possible to write a script that would strip out all the unused modules and drivers and then remaster the Puppy so that it would only run on one particular piece of hardware and be around 100MB smaller. But from a user point of view, what would be the practical benefit of that kind of crippled version?

p310don
Posts: 1492
Joined: Tue 19 May 2009, 23:11
Location: Brisbane, Australia

#25 Post by p310don »

I imagine it would be possible to write a script that would strip out all the unused modules and drivers and then remaster the Puppy so that it would only run on one particular piece of hardware and be around 100MB smaller. But from a user point of view, what would be the practical benefit of that kind of crippled version?
You could compile a kernel to be specific for your hardware, which will work, and possibly work better. But you'd lose portability (one of Puppy's many strengths). And you could strip out programs, libs and drivers you don't need to save space.

A good article is here:

https://unix.stackexchange.com/question ... nux-kernel

Right now, storage space is ridiculously cheap, with terabytes of storage for around a hundred dollars. And that is on super fast storage media. On modern hardware, Puppy with it's newfound bloat is still super quick, and takes up a miniscule percentage of the media.

If you have older hardware that can't keep up, then older Pups might be more suited.

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

#26 Post by rufwoof »

That 10MB was high xz compression, that wouldn't actually boot (support not built into the kernel). 12MB using gzip combined initrd.gz/vmlinuz size). I've just compiled/added lynx to that however, so swollen to 14MB. mc file manager with its text editor alongside lynx web browser works well. Nice also to be able to manually craft a .html file using a relatively friendly mc editor and view it in lynx. As a test I downloaded as a bionicpup iso, 350MB in 40 seconds.
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

s243a
Posts: 2580
Joined: Tue 02 Sep 2014, 04:48
Contact:

#27 Post by s243a »

rufwoof wrote:That 10MB was high xz compression, that wouldn't actually boot (support not built into the kernel). 12MB using gzip combined initrd.gz/vmlinuz size). I've just compiled/added lynx to that however, so swollen to 14MB. mc file manager with its text editor alongside lynx web browser works well. Nice also to be able to manually craft a .html file using a relatively friendly mc editor and view it in lynx. As a test I downloaded as a bionicpup iso, 350MB in 40 seconds.
Are you sure it was the kernal that lacked support for xz compression rather than the initrd. I say this because I was playing with stemsee script to build a kernal and the initrd seemed to load as well as the xz compressed kernel, but the other sfs that was generated with the kernal (containing firmware or kernal modules) wouldn't load because xz compression wasn't supported for sfs files.

User avatar
rufwoof
Posts: 3690
Joined: Mon 24 Feb 2014, 17:47

#28 Post by rufwoof »

s243a wrote:Are you sure it was the kernal that lacked support for xz compression rather than the initrd. I say this because I was playing with stemsee script to build a kernal and the initrd seemed to load as well as the xz compressed kernel, but the other sfs that was generated with the kernal (containing firmware or kernal modules) wouldn't load because xz compression wasn't supported for sfs files.
Could well be (I just assumed without actually looking). In practice I'm just leaving the initrd as-is (non compressed, 22MB). I only quickly xz'd and gz'd it to get some filesize figures and noticed that the xz version didn't actually boot.
[size=75]( ͡° ͜ʖ ͡°) :wq[/size]
[url=http://murga-linux.com/puppy/viewtopic.php?p=1028256#1028256][size=75]Fatdog multi-session usb[/url][/size]
[size=75][url=https://hashbang.sh]echo url|sed -e 's/^/(c/' -e 's/$/ hashbang.sh)/'|sh[/url][/size]

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#29 Post by musher0 »

Hello all.

Another avenue to keep Puppy small would be to use as many on-line apps /
services as possible, instead of having them on-board. E.g. petihar's Triton 6.0.
(He was not the first, BTW, to take a Puppy down this path.)

Not that I totally agree with this approach, with all due respect to petihar's
competent work. However, some on-line apps are now as mature as on-board
apps, and in some cases, better. E.g. SpellCheckPlus, which, IMO, is much
more sophisticated and user-centered than HunSpell or aspell.

The give-and-take of this approach is that the user needs a powerful browser.
Will the space gained by not having (e.g.) abiword and gnumeric locally be
canceled out by needing firefox or vivaldi to be able to connect to (e.g.) the
SOHO on-line suite? Food for thought, isn't it?

BFN.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

oui

#30 Post by oui »

years ago, the creators of tiny linux distributions did only take care don't to install an avoidable mixture of heavy box packages like QT for only one use (we are GNOME Office users excepted for Gnome web, and have no realistic other choice in small iso's), divers versions of webkits for divers app's (a lot of app's, not only browsers, require today a specific webkit version, often all different, as graphic base) at the same time, or, now, qtwebengine, or KDE or other runtimes heavy stuff and dependencies over that! the increase of size is really dramatic if you don't care of that! if you renounce, the user stay free to add more as heavy he wants through ppm if he really needs that and remaster his heavy special version (*1 ! a lot of puppy stuff is not really used by all, don't forget that... and the trend is to develop not really necessary enthusiasm for new heavy stuff so special that common user have only small profit of it! each window manager different from JWM brings sacrifices of size (better would be SFS to bind, or not, over JWM) !

(*1 next profit is that you generally have no real overview which dependencies you can remove. if all app's would be use the same graphic base, if you remove ONE app, you can admit that the other continue to need all dependencies and can friendly forget to uninstall the dependencies of that app...

dancytron
Posts: 1519
Joined: Wed 18 Jul 2012, 19:20

#31 Post by dancytron »

oui wrote:years ago, the creators of tiny linux distributions did only take care don't to install an avoidable mixture of heavy box packages like QT for only one use (we are GNOME Office users excepted for Gnome web, and have no realistic other choice in small iso's), divers versions of webkits for divers app's (a lot of app's, not only browsers, require today a specific webkit version, often all different, as graphic base) at the same time, or, now, qtwebengine, or KDE or other runtimes heavy stuff and dependencies over that! the increase of size is really dramatic if you don't care of that! if you renounce, the user stay free to add more as heavy he wants through ppm if he really needs that and remaster his heavy special version (*1 ! a lot of puppy stuff is not really used by all, don't forget that... and the trend is to develop not really necessary enthusiasm for new heavy stuff so special that common user have only small profit of it! each window manager different from JWM brings sacrifices of size (better would be SFS to bind, or not, over JWM) !

(*1 next profit is that you generally have no real overview which dependencies you can remove. if all app's would be use the same graphic base, if you remove ONE app, you can admit that the other continue to need all dependencies and can friendly forget to uninstall the dependencies of that app...
Other than the browser, abiword and gnumeric, the graphics card drivers, wireless card drivers, and llvm, what would you propose to remove from Puppy?

Taking that list of things you propose to remove, would they even total more than 10 megabytes?

s243a
Posts: 2580
Joined: Tue 02 Sep 2014, 04:48
Contact:

#32 Post by s243a »

dancytron wrote:
oui wrote:years ago, the creators of tiny linux distributions did only take care don't to install an avoidable mixture of heavy box packages like QT for only one use (we are GNOME Office users excepted for Gnome web, and have no realistic other choice in small iso's), divers versions of webkits for divers app's (a lot of app's, not only browsers, require today a specific webkit version, often all different, as graphic base) at the same time, or, now, qtwebengine, or KDE or other runtimes heavy stuff and dependencies over that! the increase of size is really dramatic if you don't care of that! if you renounce, the user stay free to add more as heavy he wants through ppm if he really needs that and remaster his heavy special version (*1 ! a lot of puppy stuff is not really used by all, don't forget that... and the trend is to develop not really necessary enthusiasm for new heavy stuff so special that common user have only small profit of it! each window manager different from JWM brings sacrifices of size (better would be SFS to bind, or not, over JWM) !

(*1 next profit is that you generally have no real overview which dependencies you can remove. if all app's would be use the same graphic base, if you remove ONE app, you can admit that the other continue to need all dependencies and can friendly forget to uninstall the dependencies of that app...
Other than the browser, abiword and gnumeric, the graphics card drivers, wireless card drivers, and llvm, what would you propose to remove from Puppy?

Taking that list of things you propose to remove, would they even total more than 10 megabytes?
I don't know. Maybe some of the stuff that oui listed could be moved to the adrive.

oui

#33 Post by oui »

dancytron wrote:Other than the browser, abiword and gnumeric, the graphics card drivers, wireless card drivers, and llvm, what would you propose to remove from Puppy?

Taking that list of things you propose to remove, would they even total more than 10 megabytes?
that is not really the question! 666philb and jamesbond did explain how the size can grow if you compare with very old versions

but there is a difference between very old and relatively recent versions!

BK did try and did have success (in making) and die show us how he can shrink the usual stuff of Puppy under 100 Mb. but he didn't have success in showing us :oops:

excepted with Slacko 5.3 perhaps (also about 100 Mb, a little more, but it was a real Puppy, not an experimental Racy / Wary).

if you take ONE app on board with only one webkit as dependency on board, you have automatic 50..60 Mb more ballast :idea: . have you 3, and all a different webkit or somewhat equivalent then you have 3 x 50 .. 60 Mb ballast. one real big space-eater seems be for ex. VLC...

the problem is also not if

- you spare an application and publish without this kind of application

but if

- you select a sufficient application better with small number of supplementary dependencies...

it would be nonsens for ex. to sacrifice didiwiki, an old companion of puppyist, and win only a few bites...

but the difference between Slacko 5.3 and new versions is certainly not only a matter of growing all the sources...

musher0
Posts: 14629
Joined: Mon 05 Jan 2009, 00:54
Location: Gatineau (Qc), Canada

#34 Post by musher0 »

@s243a
Euh... isn't the adrv a part of Puppy !? ;)

@oui
One thing I think we can do is use ffplay / avplay to the fullest, with various scripts
for audio and video. That way we do not need to have any big media app on board,
such as mpv, mplayer or vlc. Those are typically 20 to 40 Mg in size. We could still
offer them as sfs options instead of having them on board.

Also, please note, about the webkit: it requires the llvm library. If you flush the llvm
library, forget the webkit and any browser based on it.

IIRC, 01micko was able to achieve a 100 Mb Puppy with his slacko-5.3.3 because
just about that time the author of squashfs incorporated the xz compression in it,
and 01micko seized the occasion. So that 100 Mb is somewhat artificial.

@all
I think trying for a 100Mg Puppy has become unrealistic. Although offering a skin-
and-bones Puppy may demonstrate a dev's competence, I believe that users want
some "flesh and muscle" in their Pup. They want to be able to do a number of
things daily with it, and that requires a Puppy that has been intelligently populated.

Is Puppy in a diet contest with any other distro? IMO, the "Hey, look, my distro is
more anorexic than yours" line of thought is childish. It is also dangerous in that
users may stop being interested in us if they perceive that PuppyLinux devs are
obsessed with small size, and it is our only concern.

I say, let's try our best to come up with a concise distro, but if users require this or
that app, let's give it to them. We devs are also users, aren't we?

Feeling constricted is no fun for anyone. If users do not find an app they need in
Puppy OOTB, they'll go elsewhere and adopt a distro that offers it.

I hope the above contributes to the discussion. BFN.
musher0
~~~~~~~~~~
"You want it darker? We kill the flame." (L. Cohen)

User avatar
tallboy
Posts: 1760
Joined: Tue 21 Sep 2010, 21:56
Location: Drøbak, Norway

#35 Post by tallboy »

I have great troubles finding a replacement for my Lucid 5.2.8.7 (no, please, I am NOT asking for alternatives here!). My feeling is that one of the things that all recent Puppys have in common, is that the original idea from BK was lost somewhere along the way. Puppy was designed to run from a CD or DVD, later from a memory stick, and not installed to a HDD. Just stuff the CD into a Windoze PC and boot it! The choice when running from a CD, was either as a live multisession or as a frugal install. The late Pupys are still not recommended to be installed to a HDD, but many of them are designed to run in frugal mode only. The option to save to a multisession CD is gone, lost somewhere in woofland, because the same woofCE solution is used for all of them. I have a lot of old PCs that still work flawlessly, exept for the OS. I dislike the idea of scrapping them. Puppy made it possible to run them, but that option is slowly disappearing. Remastering late Puppys to keep the size down - for use on old and low memory PCs - is made difficult by the steadily increasing size of the necessary programs and their deps and updates. If I need some "flesh and muscle" from my PC, I boot my 4 Gb Debian. I takes some time to boot, and I cannot use many programs at the same time, but they are bristling with muscles. That is not what a Puppy is made for.
And regarding size: My ancient Macs used the office pack Claris Works, which was 690Kb installed... :?
True freedom is a live Puppy on a multisession CD/DVD.

Post Reply