Puppy 6

Under development: PCMCIA, wireless, etc.
Message
Author
User avatar
darkcity
Posts: 2534
Joined: Sun 23 May 2010, 19:16
Location: near here
Contact:

#21 Post by darkcity »

there's not much info on UWM. Is JWM unmaintained? it had an update last year.

The most important for me is for JWM to add 'Configurable mouse bindings'. otherwise its a no-no for inkscape ; -)

User avatar
Aitch
Posts: 6518
Joined: Wed 04 Apr 2007, 15:57
Location: Chatham, Kent, UK

#22 Post by Aitch »

darkcity

Good job on the wikka

http://puppylinux.org/wikka/PuppyVersionIndex

- 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 :D

Aitch :)

User avatar
darkcity
Posts: 2534
Joined: Sun 23 May 2010, 19:16
Location: near here
Contact:

#23 Post by darkcity »

Aitch wrote:darkcity

Good job on the wikka

http://puppylinux.org/wikka/PuppyVersionIndex

- the clear, clean layout you have created, and content belie the efforts you've made - many thanks!
Your welcome, Lobster and CoolPup doing good things as well. Setting the information free. More editors and correctors always welcome http://puppylinux.org/wikka/WikiIndex 8)

Atle
Posts: 596
Joined: Wed 19 Nov 2008, 12:38
Location: Oslo, Norway
Contact:

#24 Post by Atle »

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...

Imagine having a repo that you can talk to??????

There is another thread where I go deeper into this...

Also there is some information about their package system =receipt]here

User avatar
darkcity
Posts: 2534
Joined: Sun 23 May 2010, 19:16
Location: near here
Contact:

#25 Post by darkcity »

I don't know why not slitaz - presumably it would be possible to use woof with Slitaz

Problems of package management are discussed in depth here-
http://murga-linux.com/puppy/viewtopic.php?t=75383

maybe add your thoughts . . . :twisted:

Atle
Posts: 596
Joined: Wed 19 Nov 2008, 12:38
Location: Oslo, Norway
Contact:

#26 Post by Atle »

Hi Darkcity...

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.

User avatar
Lobster
Official Crustacean
Posts: 15522
Joined: Wed 04 May 2005, 06:06
Location: Paradox Realm
Contact:

#27 Post by Lobster »

I am a nobody
Me too.

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 :oops:

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. :D

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 . . . :shock:

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.

These Puppy's now and future can be built with
t2 (commonly 'Puppy in Puppy'), Debian, Slackware and RPM bases
http://puppylinux.org/wikka/PuppyVersionIndex

However there is more than just multi-CPU or distro binaries to consider
There is touch enabled icons for the future tablet.
The Shuttleworth Express has already unified behind Unity.
http://www.mytabletlife.com/2010/10/15/ ... n-tablets/
However I believe Ubuntu is not a fan of fun. They are seriously
competing to be THE only penguin. It is a vision of sorts.

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 8)

Puppy Linux
Reinventing the OS from Oz
Puppy Raspup 8.2Final 8)
Puppy Links Page http://www.smokey01.com/bruceb/puppy.html :D

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#28 Post by ttuuxxx »

Lobster wrote: 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
Last edited by ttuuxxx on Sun 18 Mar 2012, 13:34, edited 1 time in total.
http://audio.online-convert.com/ <-- excellent site
http://samples.mplayerhq.hu/A-codecs/ <-- Codec Test Files
http://html5games.com/ <-- excellent HTML5 games :)

Jim1911
Posts: 2460
Joined: Mon 19 May 2008, 20:39
Location: Texas, USA

Precise Puppy

#29 Post by Jim1911 »

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.

Thanks,
Jim

User avatar
ttuuxxx
Posts: 11171
Joined: Sat 05 May 2007, 10:00
Location: Ontario Canada,Sydney Australia
Contact:

#30 Post by ttuuxxx »

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 :)

User avatar
tronkel
Posts: 1116
Joined: Fri 30 Sep 2005, 11:27
Location: Vienna Austria
Contact:

#31 Post by tronkel »

ttuuxxx wrote:
I look at it this way if we can shave 5-10MB+/- off a iso why not?
Take it further!

Why not do something similar to Arch Linux and only provide a core system to which you add only the stuff you want/need? The core doesn't even have a desktop. Arch Linux has done extremely well with this approach - but it's main afficionados are the techie types.

In the case of Puppy though, adding in the extra stuff should be made easier than it would be with Arch. The main desktop and network modules would be provided via the internet in the form of sfs modules - pre-configured and ready to go - just plug them in. Same for the browser.

Each developer would be in charge of his own module which would plug in to the same core as the other developers.

So that's five modules that would need a developer apiece:
Core, Network, Desktop, Video and Browser.

Other modules would be necessary as well, but these five should take care of a minimum working installation.
Life is too short to spend it in front of a computer

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#32 Post by greengeek »

tronkel wrote: So that's five modules that would need a developer apiece:
Core, Network, Desktop, Video and Browser.
Are drivers always part of the core? I have always been confused about what zdrv is. Is it possible to have a small, stable, tight core that is capable of automatically "pulling in" drivers (or requesting what it doesn't already have..) on a system that has new versions of hardware?

If the "driver section" was another one of the modules it could make hardware compatibility and portability easier perhaps?

User avatar
greengeek
Posts: 5789
Joined: Tue 20 Jul 2010, 09:34
Location: Republic of Novo Zelande

#33 Post by greengeek »

.
Puppy 6 and modularity? Great idea! Sorry for my usual longwinded blah, but here goes...

What I would most like to see for Puppy 6 is that it be platform independent as much as possible. ie: that it looks and behaves quite similarly whether you use it on a desktop PC, a laptop, a netbook or a tablet or on a Raspberry Pi.

This means that it needs a modular structure with a simple core, and a series of add-on modules that tailor it to the hardware it is running on. In a way this is the same sort of approach that Puppy has used with the “Wizard

User avatar
tronkel
Posts: 1116
Joined: Fri 30 Sep 2005, 11:27
Location: Vienna Austria
Contact:

#34 Post by tronkel »

@greengeek

Yes indeed, you could look at it like this:

Puppy = Core + A Collection of GUI Wizards
= Core + CGW as an abbreviation

There's no point in providing just a core and then saying to the user "go and install your own stuff" a la Arch Linux. Puppy needs to be fundamentally friendlier than that. There needs to be a friendly "welcome-screen" included along with the core, that points the user towards these wizard options .

This sort of welcome-screen approach has already been used in, amongst others Puppy Lucid, but I don't recall seeing it used on top of a bare bones core Puppy.

Also, as greengeek says, many of these "wizards" already exist anyway - they only need to be pulled together under a nice friendly front-end to make accessing them simple and obvious to inexperienced users who are doing an initial set-up of their Puppy system(s).

Good SW engineers, project leaders and designers think modular - so such use of wizards and sfs files would encourage this sort of approach right from the concept/design stage.

It's like starting an oil painting. The first brush stroke actually defines the final brush stroke. Make a mistake with the first stroke and you may never get to the final one without having to tear the thing up and then having to start from scratch. LOL it's like dejavu all over again!

The zdrv is simply another sfs module that contains extra drivers. The developer has the choice of building his system with this being either, an entirely separate module or, as an alternative, being included with the main pup.sfs module. These installable kernel modules would sometimes need to be recompiled to match a given kernel. If the core changes to a different kernel, then an updated zdrv.sfs would be needed with recompiled drivers.

This also leads to an interesting concept. I wonder if an updated kernel itself might be supplied in the form of an sfs file, to which the equivalent zdrv.sfs would also need to correspond.
Life is too short to spend it in front of a computer

User avatar
jemimah
Posts: 4307
Joined: Wed 26 Aug 2009, 19:56
Location: Tampa, FL
Contact:

#35 Post by jemimah »

Saluki is pretty much there now.

Core and apps are in separate sfses.

The iso is not a barebones ISO, thus the user can see the potential. However, you can get a barebones iso easily by removing the applications sfs.

The PPM is enhanced and polished.

Saluki custom builder is not a remastering tool - it's more like Unleashed on steroids. You can rebuild the applications sfs with only applications you want. You can also install the kernel of your choice and even cut it down to only drivers you need. Dependencies are checked and automatically downloaded.

Printing is modular. Either install the all-in-one sfs or install just the drivers you need from pets.

einar
Posts: 161
Joined: Fri 12 Nov 2010, 12:22

#36 Post by einar »

jemimah wrote:Saluki is pretty much there now.

Core and apps are in separate sfses.

The iso is not a barebones ISO, thus the user can see the potential. However, you can get a barebones iso easily by removing the applications sfs.

The PPM is enhanced and polished.

Saluki custom builder is not a remastering tool - it's more like Unleashed on steroids. You can rebuild the applications sfs with only applications you want. You can also install the kernel of your choice and even cut it down to only drivers you need. Dependencies are checked and automatically downloaded.

Printing is modular. Either install the all-in-one sfs or install just the drivers you need from pets.


in smaller words : its impressive

User avatar
Iguleder
Posts: 2026
Joined: Tue 11 Aug 2009, 09:36
Location: Israel, somewhere in the beautiful desert
Contact:

#37 Post by Iguleder »

Although I agree with you that Saluki does many things right, there's some annoying truth about it: it makes it even harder to build the first 64-bit or ARM Puppy and I'm intentionally ignoring FatDog and Lighthouse since they were not built using Woof.

With the huge amount of manually-built 32-bit packages Saluki has, it will be a nightmare to recompile all of them. I wish you good luck with that, if you want to port it.

I believe in good infrastructure. The right way to build a distribution which supports multiple architectures is having an architecture-independent infrastructure, which is something Puppy doesn't have - it explicitly loads many x86-specific drivers, relies on ancient x86 binaries and doesn't have any means of automated package building.

The right way to build a modular Puppy is starting from scratch, with a new, more efficient skeleton with less code, better documentation and better coding style. All those attempts to port Puppy the way it is are useless.

Time to confess - Puppy is getting old and fat, with big amounts of deprecated code and dependencies.
[url=http://dimakrasner.com/]My homepage[/url]
[url=https://github.com/dimkr]My GitHub profile[/url]

User avatar
jemimah
Posts: 4307
Joined: Wed 26 Aug 2009, 19:56
Location: Tampa, FL
Contact:

#38 Post by jemimah »

As stated above - saluki isn't trying to be puppy 6. I dislike monkeying with build systems. Porting isn't my thing either.

I have no intention of investing the time to do things "right". In 5 or 10 years, I'm sure puppy 6 will be awesome. ;) In the meantime, saluki is here, today.

User avatar
Lobster
Official Crustacean
Posts: 15522
Joined: Wed 04 May 2005, 06:06
Location: Paradox Realm
Contact:

#39 Post by Lobster »

Long term 'fatties', Racy and Wary and innovative Saluki are near completion :wink:
http://puppylinux.org/wikka/PuppyVersionIndex

Whilst I am still sitting up and begging for ARM powered Pi
http://puppylinux.org/wikka/PARM for future potential . . .
Puppy 7 also needs considering . . . :shock:

Cheap touch screen enabled devices be a coming . . .
bigger phones, smaller tablets . . .
and some major innovations in e-ink, flexible screens,
cheap Dragon (MIPS) chips, battery improvement
and flying penguins . . . and that is just this year . . .
http://echlinm.wordpress.com/2012/03/23 ... nd-drones/

Voice recognition is now advanced enough for
'no training' search engine input' at the least
but is Android app store integration even being considered?
Puppy Raspup 8.2Final 8)
Puppy Links Page http://www.smokey01.com/bruceb/puppy.html :D

User avatar
tronkel
Posts: 1116
Joined: Fri 30 Sep 2005, 11:27
Location: Vienna Austria
Contact:

#40 Post by tronkel »

I doubt if "right" could ever be achieved in the distro-building world. Even if both Jemimah and Iguleder came up with perfectly "right" concepts, their time of existence in the "right zone" would be finite i.e. limited to a certain time period. Distros are always evolutionary in their development and always will need to be re-vamped on an on-going basis - no matter how "right" they appear to be at any given point in time.

If you accept this view, then "right" is only a relative term.

There is no distro in existence at present which might be thought of as "right" - Puppy included. I think you can only talk about Puppy being sufficiently "right" for it being able to tank the opposition - even the big Linuces. It's the result that counts - how you got there is actually not really relevant - to the end user at least.

So Jemimah's stuff is sufficiently "right" for all practical purposes as of now, but to ensure that Puppy versions remain fairly and squarely in the "right" zone in the future, contributors and developers such Iguleder will be crucial to Puppy's ability to remain in that zone. Dunno though, maybe it will get to the point where at some stage the best way forward would be to start all over again with a blank sheet of paper.

Look at the classic case of MS Windows. It's now so slow that it's barely usable. The whole thing needs to be rebuilt from scratch for it to have any chance of staying level (technically speaking) with Linux. Think of how "right" Windows once was in say, 1995 or even earlier? Compare that to where it is now. LOL I think they might need Iguleder to go and sort it out for them!
Life is too short to spend it in front of a computer

Post Reply