Community Edition anyone interested?

News, happenings
Message
Author
User avatar
technosaurus
Posts: 4853
Joined: Mon 19 May 2008, 01:24
Location: Blue Springs, MO
Contact:

#561 Post by technosaurus »

Its one thing if a newer version is _required_ due to new features. This is not the case for many precompiled proprietary apps that the only reason they don't run is a stupid glibc version string crammed in because they built against a new glibc. Many apps have fallbacks for compiling against older versions (see abiword, geany, yad source) that will still work on new versions. This is especially valid for gtk where they often add new functions that are pretty damn redundant.
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].

jpeps
Posts: 3179
Joined: Sat 31 May 2008, 19:00

#562 Post by jpeps »

technosaurus wrote: This is especially valid for gtk where they often add new functions that are pretty damn redundant.
Many useful features were added to gtk that make a world of difference for providing a user friendly interface. There are still a lot of limitations where work-arounds are required. Again, languages are always evolving. In android, there is also a lot of deprecated code that simply doesn't work any longer. There's a point where you draw a line regarding backward support. The only function for an OS is to support applications. You can always stick with old applications for an old distro that runs on old hardware.

User avatar
technosaurus
Posts: 4853
Joined: Mon 19 May 2008, 01:24
Location: Blue Springs, MO
Contact:

#563 Post by technosaurus »

I don't want to get too off topic, but from personal examination of all versions of gtk from 1.2 to 3.10, I can say quite matter-of-factly that over the years, while gtk has added many new features, most of the new functions added were simply an old function renamed with extremely minor changes and typically deprecating the old function. In 2.8 they added cairo, in 2.10 they added statusicon (and many others), in 2.12 they added gtkbuilder, but since then not much _real_ improvement, gtk3 still hasn't gotten most of the real improvements that were planned (the cairo only backend for instance that would have allowed asyncronous apps via cairo-xcb ... or the xcb backend for that matter) ... the only real reason to build gtk3 is the broadway or wayland backends and honestly its just as fast to just use a vnc client on a gtk2 build. (though gtk3's javascript bindings and css styling vs. gtkrc are not bad ideas, I don't personally find them useful)
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].

cthisbear
Posts: 4422
Joined: Sun 29 Jan 2006, 22:07
Location: Sydney Australia

#564 Post by cthisbear »

From uncle Barry.

" Yes, there is a reason for not using GTK 2.24.x.
It has some rendering changes that make some apps misbehave.
I think that the developers were moving up to the 3.x series, and some
stuff went into 2.24 that perhaps shouldn't have.

I have found that the vast majority of apps still compile with 2.20.1. "

http://distro.ibiblio.org/quirky/quirky ... ky-6.0.htm

Chris.

gcmartin

#565 Post by gcmartin »

Even though we seem to diverge for the moment, its probably a good thing if we are looking to the future. The Linux distros in or out of Puppyland will continue to dominate the desktop/laptop usage. It may even move, with touch, to the smart device (tablet/tabletop) scene.

So with this as an understand tucked away in the back of our minds, its a right thing to do to cover this area as it has tremendous benefit or locked-in drawback down the road. That's why I thing member developers are covering this. It is an important area of the system. As in the auto ownership when a issue arises: "Pay me now or pay me later, but you WILL pay!"

That being said is GTK here because it is a PUP standard or because it was/is easier to create and support screen manipulation for apps. If its not a standard, are there any other approaches that can be brought to bear that DOES NOT can a massive rewrite of application. IBM has use a technique in some of its development of apps where it can take an application written for one type of desktop and have the app run thinking its using one version, when in fact, the subsystem in completely different as it populates to screen. But, that is/was an internal tool and there may not be an equivalent for this community's use.

That being said, I found this write-up which, i think, clearly explains what the GTK discussion is about while OFFERING insight to another that is seen in other PUPPY distros. Those unaware of the GTK discussion may appreciate the short article's info.

Questions
  • Is the write-up accurate?
  • And is there additional issues, some of which has been written over last day, that the article doesn't make clear?
Thanks, in advance, for any clarity on this, as the CE planning moves forward.

User avatar
technosaurus
Posts: 4853
Joined: Mon 19 May 2008, 01:24
Location: Blue Springs, MO
Contact:

#566 Post by technosaurus »

@gc
that article barely touches the architecture behind the toolkits

re: the ibm infrastructure ... as part of backporting gtkdialog to gtk1 many gtk2 functions were mapped to gtk1... it is entirely possible to write gtk2 and glib2 to link to and use gtk1 with additional widgets and functions defined in terms of their gtk1 counterparts ... the same goes for gtk3 ... but since these are lgpl you probably will never see it. I have considered writing an MIT licensed gtk wrapper over agar, so that gtk apps can build against libagar.
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].

jpeps
Posts: 3179
Joined: Sat 31 May 2008, 19:00

#567 Post by jpeps »

technosaurus wrote:I have considered writing an MIT licensed gtk wrapper over agar, so that gtk apps can build against libagar.
Lots of choices. Moving a community is another matter. Generally it's best to stay with the familiar.

User avatar
nubc
Posts: 2062
Joined: Tue 23 Jan 2007, 18:41
Location: USA

#568 Post by nubc »

Do something different, like create/maintain a rolling release. (Who needs another Puppy variation?) Pre-configure VLC as default media player, as in "VLC Plus Extras" by Ttuuxxx. Need I point out that a rolling release Puppy would attract new users, since it would address a major drawback of Puppy, rapid obsolescence.

Point release vs. rolling release: Developer, user, and security considerations
http://www.techrepublic.com/blog/it-sec ... derations/
Last edited by nubc on Mon 23 Dec 2013, 06:28, edited 2 times in total.

User avatar
mikeslr
Posts: 3890
Joined: Mon 16 Jun 2008, 21:20
Location: 500 seconds from Sol

Where do we go from here?

#569 Post by mikeslr »

Let's look on the bright side. Problems with glibc's and gtk's are currently rare, and may shortly become a thing of the past.
Currently rare because:
Most puppy users won't “customize
Last edited by mikeslr on Sun 22 Dec 2013, 18:06, edited 1 time in total.

wanderer
Posts: 1098
Joined: Sat 20 Oct 2007, 23:17

#570 Post by wanderer »

why not start looking at pupngo as a base for ce
i feel it has a lot of potential

1. it is an advance on the puppy system but could still retain all of puppy's strengths.
2. it could be made glibc gtk etc neutral (static built core and basic apps)
3. it is modular so different versions for different needs could be made concurrently by different teams (even members with limited knowledge can work on or test the modules)
4. etc

i am trying to read the pupngo thread and test things because i want to incorporate some of the ideas into my stuff but as i said i feel it is an excellent candidate for the ce base

also the ce project can (and probably should) take a while to mature i dont see any rush

wanderer

jpeps
Posts: 3179
Joined: Sat 31 May 2008, 19:00

#571 Post by jpeps »

wanderer wrote:
also the ce project can (and probably should) take a while to mature i dont see any rush

wanderer
CE project?

wanderer
Posts: 1098
Joined: Sat 20 Oct 2007, 23:17

#572 Post by wanderer »

just my opinion on the ce project

i am presently running 214x9 and 217 on
win 98 win xp win 7 and win 8 machines
runs great on all of them

shouldn't we look at making ce run on as many machines as possible
rather than only the newest

i use puppy as an alternative to windows
for both my old as well as my new machines

thoughts

wanderer

User avatar
mikeslr
Posts: 3890
Joined: Mon 16 Jun 2008, 21:20
Location: 500 seconds from Sol

Too many choices may be Pup's underlying problem

#573 Post by mikeslr »

Hi wanderer and All,

The real problem in deciding on a Community Edition, and Puppy in general, may be that "Puppy" enables too many choices. And while I agree with wanderer that a CE should take a while to mature, I disagree that there is no reason to rush, if by rush one means begin by moving it beyond a general discussion to a project we can start working on, fleshing out, testing. A month or more ago there were people primed and ready begin working. Wait long enough and that enthusiasm will evaporate.
Too many choices. It is easy to get lost in the many possibilities Puppy offers for development. I think I've made my interest clear. I think we should be trying to develop an up-to-date version of Racy, one on which Chrome & clones, and other or later applications requiring glibc 2.17 or beyond will run. But that may either be impossible, or require so much preliminary work that it may delay beginning a community edition for the foreseeable future.
Wanderer prefers to base the project on pUPnGo. Technosaurus thinks it possible, but goingnuts doesn't think it a good idea. And while the 4 series and earlier run well on wanderer's computers, they don't on my 3 year old quad-core 4 Gb machine. To boot pUPnGo at all, I've had to place it at the root of a Ext4 partition, as it won't boot from a folder. It is possible that placing it in a folder on a Fat32 might work. See the discussion here: http://murga-linux.com/puppy/viewtopic.php?t=90820 and, in particular, keef's post: http://murga-linux.com/puppy/viewtopic. ... 964#744964. I don't think sacrificing either Grub4dos, or being able to run a Pup from a folder on an Ext4 partition is a good starting point for a Pup we want to call a Community Edition. Nor do I think it should be something that looks and runs as if it was twelve years old.
Iguleder has suggested basing it on slacko or wheezy. Is it time to set up a set up a questionaire and take a vote?

mikesLr

wanderer
Posts: 1098
Joined: Sat 20 Oct 2007, 23:17

#574 Post by wanderer »

thanks mikeslr for keeping the faith
i read your post, i'm glad you know so much

allow me to be so bold as to start the voting

my vote is pupngo merged with 214 to begin
214 works great on 98 xp 7 and 8
and has a fantastic browser/media player combo

my second vote is anything we can get started on immediately

the beauty of pupngo is that if the 214 module doesn't work for you, we can add the stuff (kernal gtk glib) as a module that will make ce work on your machine or do what you want it to do

in my opinion pupngo (and in many ways 214) is cutting edge so we would end up with a ce we could be proud of

i have already started the pupngo 214 merge, but i have very limited skills, so i am slow. However we can post the isos and people with deeper understanding (like you mikeslr) can help and we can start immediately

oh by the way if anyone wants to post an iso or whatever on the ce repository pm me and i will pm you the stuff to access it

wanderer

goingnuts
Posts: 932
Joined: Sun 07 Dec 2008, 13:33
Contact:

#575 Post by goingnuts »

Wanderer prefers to base the project on pUPnGo. Technosaurus thinks it possible, but goingnuts doesn't think it a good idea. And while the 4 series and earlier run well on wanderer's computers, they don't on my 3 year old quad-core 4 Gb machine. To boot pUPnGo at all, I've had to place it at the root of a Ext4 partition, as it won't boot from a folder.
I don't remember to have published any thoughts pro/contra pUPnGo in this context...but I might be wrong though...
The boot from ext4 (or any other basic shortcomings) might be addressed - best way to get attention is in the pUPnGO-thread - I will have a look at it - thanks.

User avatar
Ghost Dog
Posts: 163
Joined: Fri 27 Jan 2012, 04:29

#576 Post by Ghost Dog »

I suggest this as the community edition "dream team" -

Micko as Project Lead
Pemasu as Lead Developer
With contributions from everyone else

This whole thread has been a waste of time. Nobody cares about Wanderer's vision of Puppy, and this project is dead in the water.
The Way of the Samurai

User avatar
saintless
Posts: 3862
Joined: Sat 11 Jun 2011, 13:43
Location: Bulgaria

#577 Post by saintless »

Hi, Wanderer,

No good deed goes unpunished unfortunately ...
My only advice to you is to start new thread with your vision of this new puppy. Name it CE or what you like but start what you feel is right and makes you happy to work on. I'm sure you will find more people to help you.
Democracy doesn't work well. Don't waste your time waiting for miracle.

Best regards, Toni

User avatar
Ghost Dog
Posts: 163
Joined: Fri 27 Jan 2012, 04:29

#578 Post by Ghost Dog »

Iguleder could have the title "Head of R&D and Experimental Technologies".

Lobster could resume his role as PR man.

Simargl as Package Management Lead Dev.

We could have an "In-House Applications Team" featuring Zigbert and others.

Be nice to have Playdayz in some sort of role as Facilitator.

The guys from Fatdog are qualified to take over the whole project themselves also.

But wouldn't it be nice if all of those I mentioned worked together to make a traditional puppy?
The Way of the Samurai

darry1966

#579 Post by darry1966 »

Ghost Dog wrote:Iguleder could have the title "Head of R&D and Experimental Technologies".

Lobster could resume his role as PR man.

"Simargl as Package Management Lead Dev. "
Agree with you on most of the above but Simargl ?????????? - with the way he trolled may be he should have been PR man.

amigo
Posts: 2629
Joined: Mon 02 Apr 2007, 06:52

#580 Post by amigo »

I'll chip in as the Traditional Spoilsport -no wait, I'm already doing that! Perhaps I could be considered for the post of Director of Humbug, or something similar....

Post Reply