I began with Puppy 5.1.1 then moved to 5.2.8. It has become my OS of choice replacing CentOS on both the desktop and laptop. My installations have grown large with addons which have been easy to install and fast to run. My hardware isn't ancient, but neither is it close to the latest, either. I am a happy Puppy user.

My next Puppy won't require that I drastically upgrade or replace any hardware. But, if I do upgrade, Puppy will like his new home and really run like the wind.

He will not require that all my applications be reinstalled from scratch. It would be acceptable to restore from backup with something like Clonezilla.

My next Puppy won't dictate that every six months he has to be swapped out for a new version that may or may not support a favored application. That was my reason for moving from Fedora to CentOS.

Maybe Puppy didn't propose to become a full-blown distribution. But, for some of us it did - and a really good one. However it goes from here, we are grateful to all who have shared their efforts with the rest of us.

If future development does not match my hopes for Puppy, it still would not be reason to jump ship. I'd continue to use what I have, 5.2.8, until either my hardware fails or until there are favored applications that will not run on my Puppy. Then I would be willing to start from scratch with a new Puppy.

- the clear, clean layout you have created, and content belie the efforts you've made - many thanks!

Puppy development seems poised for a new direction....good work Igu/Jemimah/playdayz/01micko and others

A development that will have multiprocessor, himem, improved package management, and arm capability is certainly leaping forward in puppy development thinking - please don't neglect SCSI capability for the kernel....as slacko is our only modern SCSI-friendly puppy

Could i be right if I assume that non .PET and.SFS packages like the ones for Lupu and Slacko, would have a better chance of working if they where based on a distro with even less arms and legs than Puppy?

Maybe lets say Slitaz? They have more than 3000 packages in their repo and Slitaz as its small, I believe its not going to keep on with this dependency requirements, whereas speaking for my self, I am dead tired of downloading a small package like Amsn, and end up with a large number of dependencies and often a program that will not start or run...

I can not believe I would be the only one feeling this is a bit weird, as one can simply not control or influence on these large distro's.

With Slitaz on can. Slitas is only 35Mb "big, so I guess it should be possible to try to make Slitaz repo the Puppy 6 repo and all that not working or missing this or that, could be gone once and for all?

I am not the right person to say that its like this or that. I just base it on some simple logic.

I suspect that the good folks at Slitaz, could be a great long term partner for Puppy, and that there is no conflict in that...

Today you can not change or invoke on the Ubuntu Lucid or the Slackware community as Puppy is small and just hanging on to them... Tomorrow there could be big time growth for BOTH Puppy and Slitaz if joined hands and made things work visa versa...

I am a nobody when it comes to programming or understanding of packages, but I do understand that if a distro is less complex than Puppy, as Slitaz is, is more likely to have a repo that gives success on each install:-)

Thanks for the link. I could not make much out of the discussion, apart from a very small majority, wants a non backward compatible new standard, and that makes more sense to me.

Without the dogged determination of our developers, testers and users,
we are just another money making scam.

We are Puppy. We have fun.

Puppy has grown. The needs of nobody and everybody are increasingly complex. Users expect more. Developers need more support and testers. Wiki needs updating. Graphics always welcome, tutorials, videos need a Youtubing. Servers need a hosting. Nobody is going to hold your hand. Do . . . and it gets done.
Noobs need a buddy and so on . . .

New directions are all present. Puppy is still more fun that a barrel full of . . . puppies

The direction very much comes from the developers and suggestions of what is feasible is dependent on an understanding of what is possible and what users require.

All our developers are users too. They deserve as much fun as the next dog.

I was very pleased to hear on Barry's blog, that he is looking at Igus unique and revolutionary alternative to woof2.
http://www.dimakrasner.com/drupal/node/8
Some of us are aware that Puppy will have to survive in a world where tablets are a norm rather than a prescription.

Touch screens, they be a coming . . .

Woof 2 and igus methodology (I am assuming - not yet tried) allows us to create a base Puppy in a few hours - (or in my case possibly longer)
The testing and refinement takes longer.

We have:

Puppy x86
Puppy x86 64 bit
and soon Puppy ARM (and for the future Puppy Mips - Puppy Dragon maybe)
The Dragon chip is being created in China based on Mips.

Is not Puppy. We welcome the big dogs. Use what works.
Even use Windows Hate (or 8 is it?) if you must.

Coming 2013 - possible early pre-alpha release late 2012
We may need to be Android compatible too . . .
So many possibilities. Are we having fun yet?

Slacko contains icons, Quirky, Wary, Racy, Lucid
Icons - we also can have up to 8 (I think it is) virtual screens.

With Puppy, everything is moving towards Puppy 6
It takes longer to get it just right. More is possible.

Puppy is owned by nobody.
It is answerable to no one.
Our developers, testers and helpers are independently minded
and self financed.
Our [non existent] committees are all busy designing camels and calling them horses.

You have enjoyed Puppy in the past. You are using Puppy now. Fun is in the future too.

Puppy 6 is coming . . . do you know what to expect? Nobody does . . .
Woof Woof

I was very pleased to hear on Barry's blog, that he is looking at Igus unique and revolutionary alternative to woof2.
http://www.dimakrasner.com/drupal/node/8
Some of us are aware that Puppy will have to survive in a world where tablets are a norm rather than a prescription.

Hi Lobster I read that link you posted, it sounded like a guy with a mission, but he didn't come across very positive, If he wants to fork it fine, it was done before with grafpup, also he said it would be impossible to have a gtk3 puppy due to gtkdialog, well I've prove with 2.14x GTK3 version that gtk3 can be added to gtk2 and it only increases the iso by around 3MB, heck 2.14X has gtk1,gt2,gtk3 and its still around 130MB iso.
He also really put down a lot of Barry's hard work on woof, He's not understanding that woof is breaking edge software and its 100% the way that Barry wanted, If he wants to make it different and easier fine, but really these no need to stomp on Barry's work like that. Its always easier to change and complain after someone develops it first.
He even put down the package manager compression, well I've seen other compressions used like tar.bz2. But Xarchive is useless with large tar.bz2 files, sometimes it takes hours to extract sources. I've always liked the package manager, it installs and uninstalls? what else do you need? lol
ttuuxxx_________________http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games Last edited by ttuuxxx on Sun 18 Mar 2012, 09:34; edited 1 time in total

Barry said "I am not inclined to take on bringing an x86 (or x86_64) Precise Puppy to release status, it is just too much work, and I am going to get overloaded." However, he has done some development with Woof and even has it booting.

I hope that someone will pick up on Precise Puppy and goto release with two versions (x86 & x86_64). This could be a great start for Puppy 6.

For puppy 6 I would like to see it Debian based without all the extra gnome libs, really if you compare puppy 4 to puppy 5 you'll see a crap load off lib creep, There could always be an extra sfs for all the extra gnome libs, I just would like to see it lean and mean, if it causes a few stability issues, then we simply recompile the broken libs, but I highly believe we could figure it out very quickly , I more for a puppy release that has the option to use the debian repo, but if a user choose to use the repo, they first should be forced install a "Debian Upgrade Pet" that installs all those extra gnome libs and the ones that were replaced due to unstable results. Simple, I can't say when I ran dpup or upup I ever really used debian/ubuntu repo but still had a whack of libs that were not needed and added bloat and memory resources. I Just compile what I need, usually 90% of the time it comes out smaller due to less libs being as deps.
I look at it this way if we can shave 5-10MB+/- off a iso why not?
ttuuxxx_________________http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games

You cannot post new topics in this forumYou cannot reply to topics in this forumYou cannot edit your posts in this forumYou cannot delete your posts in this forumYou cannot vote in polls in this forumYou cannot attach files in this forumYou can download files in this forum