Collaborating as a team or group for Puppy good

News, happenings
Message
Author
User avatar
Q5sys
Posts: 1105
Joined: Thu 11 Dec 2008, 19:49
Contact:

#61 Post by Q5sys »

greengeek wrote:
Q5sys wrote:Users cant really collaborate with devs on a puppy version, because they have nothing to offer
I think there are many cases where a user does have a lot to offer - because their feedback DOES shape the end product.
Let me try to explain that a bit better. Yes Users do give feedback which help shape the end product... but if viewed in an work effort way... the work a user does compared to the work a dev does is not equal in any way. A dev first has to spend the time and effort to make a product. Then the user can use it and say "X" doesnt work. Then the dev has to spend more time and effort to figure out why it doesnt work and then try to fix it. And often there is the whole problem of having to figure out how to reproduce the users error in the first place.
So the work balance isnt equal. Its a basic example of a P vs NP problem with respect to time and effort of work involved. One is easy to preform and check (the users effort) the other takes far more time and effort (the devs).

Yes users are important, but users have to realize (I consider myself a user with respect to some puppy projects), get the devs effort only at that devs convenience. In the past we have had people around here who didnt quite understand this and felt that the devs owed the users their time and effort. (to the point that they made the claim that the devs were nothing without users)
I want to do everything I can to make sure that the community does not go down the road of subjugating devs when they are trying to bring about collaboration.
On a total side note... I always find it interesting that these requests for collaboration always seem to come from users with very little ability to develop (or perhaps willingness to develop). I do strongly feel that if a lead dev in the community would be the one pushing collaboration like this; it'd be taken much better by the other devs and might have a chance to work. But as long as these requests come from a person(s) who will gain more than they can offer such a project... I dont see it ever happening... and it continues to come across more as 'do it my way' than anything else.
If you read up on threads last year... there were a bunch of threads on this very issue, and it ripped people away from this forum. So much so that they created another forum for the purposes of trying to destroy this one.
I DONT want this discussion to head in that direction in anyway. And I dont feel anyone in this thread currently wants to go that route... so lets all try to keep this polite and on topic. lol
Continuing on topic...

greengeek wrote:
So what we'd have is a dev taking orders from dozens of people about how something should be done. And yes I used the word 'orders' on purpose... If the dev is just doing what other people want with no care for his own thoughts... then he/she isnt taking suggestions, they are taking orders.
Collaboration only works if it is voluntary for all concerned. I am assuming that gcmartin is suggesting that certain specific goals be set and that any contributor be able to include or withdraw themselves at any time. This is just what the PLDF offers, but I think he is suggesting that there are other methods that assist the process in a material way.
And this comes back to my point of where these suggestions of collaboration come from. They arent coming from a dev who is saying "Hey I want to start up a community project and I want users to give me input on what they want." Its always coming from a person who wants things done their way, or perhaps said in a more politically correct manor, people who want devs to put aside their own opinions and allow the opinions of others to take priority.
So yea, its about being voluntary. But its always seems that its users asking for devs to volunteer. Any time you've got a project in mind. You need workers. In the *nix universe, the workers are the devs. So the devs have to be willing to volunteer. Users cant force devs to volunteer, and you can be sure that the devs wont allow themselves to be bullied into doing work. Afterall, as you've said it's gotta be totally voluntary.

As I explained in my first post, in the past (the SFS-load-on-the-fly project) devs have come together to work on a single issue that affects everyone. And it worked out great. But that project was lead (if you will) by a dev. It wasnt driven by a committee of users wanting the devs attention on their project.

If the collaboration request comes from a dev on a project... then it'll probably work, cause they are vested into it and are willing to put in the effort. If the request comes from a user who does not have much to offer... then it'll probably not ever work.

I myself would like someone to develope a better fluid menu system for *nix. Something along the lines of the interface for the defunct ELSE phone. But since I dont have the skill to do it myself, and I dont have the $ to hire a dev to code it for me... it probably wont get done. I cant expect someone to do the work I want done if they dont care about it.

Caneri
Posts: 1513
Joined: Tue 04 Sep 2007, 13:23
Location: Canada

#62 Post by Caneri »

and it ripped people away from this forum. So much so that they created another forum for the purposes of trying to destroy this one.
Bullshit...that was a power play for something they wanted. They wanted to be BIG dicks and pick up some donations...nothing more.

This thread shows me the lack of passion from new users.
Devs seem to be better than ever so stop complaining and enjoy the new people that REALLY contribute to Puppy.

Eric

PS.if y'all don't like to hear my opinion just say so...I can take it.
A solid rebuke is welcome in my world...you know....debate!!

PSS..I forgot to mention the ego from Gear Head..sorry..that was a factor.
[color=darkred][i]Be not afraid to grow slowly, only be afraid of standing still.[/i]
Chinese Proverb[/color]

User avatar
Q5sys
Posts: 1105
Joined: Thu 11 Dec 2008, 19:49
Contact:

#63 Post by Q5sys »

Caneri wrote:
and it ripped people away from this forum. So much so that they created another forum for the purposes of trying to destroy this one.
Bullshit...that was a power play for something they wanted. They wanted to be BIG dicks and pick up some donations...nothing more.

This thread shows me the lack of passion from new users.
Devs seem to be better than ever so stop complaining and enjoy the new people that REALLY contribute to Puppy.

Eric

PS.if y'all don't like to hear my opinion just say so...I can take it.
A solid rebuke is welcome in my world...you know....debate!!

PSS..I forgot to mention the ego from Gear Head..sorry..that was a factor.
Perhaps I wasnt as clear... I agree with you that the person who went off and created the new forum was doing it for power, recognition, etc. But there were users who left here to go there, because they (I feel) naively bought into his whole "governing council" concept.

I just find it interesting that this topic keeps come up time after time by people who aren't contributing much other than constantly trying to tell others how things should be done.

Caneri
Posts: 1513
Joined: Tue 04 Sep 2007, 13:23
Location: Canada

#64 Post by Caneri »

@Q5sys,

All these things mean nothing.

The new developers and the ones that take up the "baton" are the ones to look at and ask questions from. The past is the past...as is how far back does an OS support..do we support an old 486SX or do we move with the technology to i686 (and beyond)...your call, but for me, forget it, and move to fast and go-faster....

Fo"getaboutit (New Jersey accent)
[color=darkred][i]Be not afraid to grow slowly, only be afraid of standing still.[/i]
Chinese Proverb[/color]

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

#65 Post by jpeps »

Q5sys wrote:
I just find it interesting that this topic keeps come up time after time by people who aren't contributing much other than constantly trying to tell others how things should be done.
I think that the free software movement somehow triggers visions of collectivism, which is always more popular with those who have the least to offer and thus the most to gain. In reality, the free software movement is about a small minority of individuals who are motivated to write code for their own enjoyment, which sometimes involves sharing with other people.

It's probably a paradox, but creative individuals are able to contribute more to a community if they are free to operate outside a collective. I think Barry would illustrate this idea nicely, although I don't have any idea who he is personally.

Caneri
Posts: 1513
Joined: Tue 04 Sep 2007, 13:23
Location: Canada

#66 Post by Caneri »

In reality, the free software movement is about a small minority of individuals who are motivated to write code for their own enjoyment, which sometimes involves sharing with other people.
Bingo
[color=darkred][i]Be not afraid to grow slowly, only be afraid of standing still.[/i]
Chinese Proverb[/color]

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

#67 Post by greengeek »

jpeps wrote:I think that the free software movement somehow triggers visions of collectivism, which is always more popular with those who have the least to offer and thus the most to gain.
In my opinion collectivism is about making it possible for each individual to offer what they can - regardless of how many points it may rate on a percentage scale. Collaboration keeps everyone gainfully involved - and the more perspectives are brought to bear on a problem, the better the final product.

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

#68 Post by jpeps »

greengeek wrote: Collaboration keeps everyone gainfully involved - and the more perspectives are brought to bear on a problem, the better the final product.
It doesn't work that way, due to group dynamics. Get a group of confederates to state that 2+2 = 5, and subjects will generally agree. When has a group of economists, academics, politicians, etc., ever been correct on anything?

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

#69 Post by darkcity »

I think that the free software movement somehow triggers visions of collectivism, which is always more popular with those who have the least to offer and thus the most to gain.
This assumes everyone is only motivated by greed. We all benefit from sharing. Puppy exists not only because of its developers but also because the Linux and libre software ecosystem. Really the people who have most to gain have never heard of Linux. It is least popular by those have the most lose, the likes of Apple and Microsoft who wish to copyright and charge for anything they can get away with.

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

#70 Post by jpeps »

darkcity wrote:
I think that the free software movement somehow triggers visions of collectivism, which is always more popular with those who have the least to offer and thus the most to gain.
This assumes everyone is only motivated by greed. We all benefit from sharing.
No, it doesn't. The free software movement as it exists proves that. It works, and sharing is a big part of it. M$ and Apple are commercial collaborations (i.e, collectives).

..but hey....if you think you can produce a better Puppy by adopting "a radical new approach" than that which has evolved, we all await the final product. I was attracted to Puppy linux specifically because individuals could create and post anything here, without having to go through some team of designated authorities.

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

#71 Post by greengeek »

jpeps wrote:I was attracted to Puppy linux specifically because individuals could create and post anything here, without having to go through some team of designated authorities.
Totally agree. I just think gcmartin was asking for input on methods to improve the power of collaboration (to achieve certain valued outcomes), not about how to increase the power of some individuals at the expense of others. But then, maybe it's not possible to strengthen or accelerate the outcome without detracting from creativity?

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#72 Post by mavrothal »

Q5sys wrote:I think there is one point that has been completely absent from the talks here. I think everyone is for collaboration here. However the hard truth is that I would venture that 75% of the people here are unable to truly collaborate. This has nothing to do with personality or antyhing of the sort. It comes down to a simple issue of who has the technical ability to actually offer something.
Although, I generally agree with most of your writings here, I think you are taken over by the (reasonable) fear that demands are really behind the collaboration requests.
People here can collaborate in the development of an OS. They actually do.
Any OS development needs, architectural planing, features-planing, coding and alpha-, beta-testing. More organized OSs do that through meetings/conventions (planing), versioning hosts (coding), bug-trackers (testing), devel-mailing lists (all of the above) and forums (user feedback and help). Puppy has replaced all of these with the forum and to that extend (almost) everyone collaborates at some level.

I guess the problem is that this tread (and similar ones in the past) want to do the architectural-, features-planing. As I mentioned this is usually done in meetings/conventions of the developers. The reason that users are usually excluded from these is that you have to have some idea of the technical possibilities, limitations and ramifications of any given course, so you can be productive at the end of the day. (To that extend, as I said in the past, a "puppy devel meeting" could be useful).

Now regarding the users. Developers certainly do not need them for personal satisfaction/ego boost. We all know that we value way more the opinion of people we consider equal or better than us. Other developers in this case.
However, user appreciation is still useful specially for new developers, but also established ones when it is higher than their peers' (my puppy is more popular than yours… :lol:)

So what "users" can do at this point is to work through a collaboration platform to form a wish list. To be of some value this wish list should have some pointers and examples and to be realistic. ie something like:
"Puppy should have an "App store" /"Software center Application in addition to the PPM. Like quick/slickpet only better in this way"
but not :
" Puppy should forget about old (or new) hardware"
or
"puppies should be coming with in the slim, regular and fat versions. Having the extra 'weight' in another SFS and no need to remaster is more handy"
but not:
"The SFS sould be 50MB (or 500MB)"
I'm sure that if a consensus and reasonable list is form, developers will consider it. :wink:
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==

User avatar
meeki
Posts: 122
Joined: Mon 23 Jul 2012, 04:48
Location: Portland OR

#73 Post by meeki »

My 2 cents on this thread:

I like puppy's fragmented model. We are not dependant on a single host for files. We have individual miorrs of our own choosing. No google or gethub to pull the rug out from under our data. If we consolidate our storage to one area we are not hedged for the inevitable rug yank.

Collaboration.
I'm with Q5sys. This takes place best within a single distro / derivative. The fragmented nature of puppy keeps Dev's from playing across all of them well. Every pup has a different build, with different stock apps, and different versions of this app.

We look at unbuntu and say "If we collaborate right we could beat them all. We would be the best distro." But we are not structured around a single Distro! Because of our different base repository build we are too different to unite in one collaboration.

From the Dev side puppy-linux looks like linux its self. Example. When a Dev is writing a program for Windows, MAC, and linux he sees this. Windows, Mac, Linux (Deb), Linux(RPM), Linux (Other (shoot me in the head)).
Its the same above in puppy-land alone. When I started writing LHPUP Record I had to think about how I would make this play nice in Puppy (A), Puppy(B), Puppy (ETC) and Linux(deb) and Linux(RPM). This is nuts from the DEV app side. So you have to decided right off what target OS's are in your scope.

mavrothal:
This is not the way it works.
Linux and OSS in general, is a "grassroots" process. People voluntarily join a project that a) looks interesting and b) is inviting.
As easily, they walk away to go home (even ttuuxxx disappeared Surprised ) or do their own take on the same thing (as evident by the number of linux distributions).
You simply can not "force" linux developers together.
So true...... People in puppy-linux land do what interests them. We are not getting paid. I'm not going to do something that I hate off the start just because a user needs it and spend my free time doing it. Sure if I start something and it goes south I'll keep at it for a bit trying to dig a way out but my breaking point is about 3/4 faster than if I was making a pay check. I compile pets now and again because I have some free time even if i don't use it but if I get into a depend hell and have to build more than 10 packages I walk away.

Many Devs and competent users that can compile think its the users fault. They need to learn to compile. The user needs to learn how to code in basic bash. I was this way too until about 6 years ago. I read an article about how allot of people cant code. Their brain does not get past the issue of not having a psychical connection to an outcome. For all you coders here imagine a person that cant go beyond a if than loop. Thats as far as their brain will ever go in coding. As soon as they have Arrays where stuff is stored, and other code being called by code they break down. So asking them to compile a program that depends on a depend or if the depend is ambiguous and they have to go looking in a file for some *.h file to see if its called from the right dir path they freek out.

Short answer is its not the users fault, they are not lazy. They just don't think like us.
So users really can't help much for collaboration within puppy besides relaying their wants and needs. They can't look at our code and go hmm maybe this would work better. Needs and wants do help in direction of a finished project. The project must first exist. Creating the project in the Alpha and early beta stage naturally excludes the end user in a Linux voluntary work hour scenario.

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

#74 Post by jamesbond »

I think we have experimented with this before :)

Saluki, the brainstorming and ideas http://www.murga-linux.com/puppy/viewtopic.php?t=59496 and http://puppylinux.org/wikka/Puppy6.
Saluki, the puplet http://www.murga-linux.com/puppy/viewtopic.php?t=73687.
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]

gcmartin

#75 Post by gcmartin »

Yes Saluki and Carolina was an outgrowth of that. (Also, I think its important to say that the thread does NOT intend to change PLDF or its current contributions. This thread is asking if we can view a method which also produces beneficial results but from a little different approach. This could have an impact on everything from objective to acceptance.)

If one is to understand that Carolina was an outgrowth of Saluki's "pathing" which morphed into a type of collaboration by the Carolina authors (I'm sure that they did NOT think of the words collaboration, collectives, teaming, or any other words as such) but, it demonstrates how, even accidentally, without calling it collaboration, collaboration can occur.

When any one of us steps back and looks at what happened, we can see a pattern for what might be a way to structure it using the skeleton.

I believe we can take this approach to a structure way. Using the understanding of structures like this, we can craft something that started as an accidental gathering into something that can be a useful approach in how we contribute commonly.

There seems to be a high frequency of people feeling that in a group there is to be people telling others what to do.

I don't see this expectation (unless of course you are looking at past attempts of working together). I would think that those collaborating with each other would have respect and work together understanding that what contribution they can make would be beneficial to all for the goal.

Everyone of us is not equal. I know and you know that. But, as others have shared, there are many steps along the way where a person whose skillset may not match your own makes a worthy contribution.

So, again, all here are adjusting their eyepieces as we wonder if we can, in fact, agree, define, structure the implementation, implement, test, document, and present something useful with a loosely coupled team of dog-lovers. Can something be done in a way that we can demonstrate a methodical approach that can set a new direction in our methods of useful production from a diverse mix of individuals working for something that is common good.

This may seem idealistic, and it is, but, if it is made practical, it is not some far-fetched dream of working together, it becomes real.

here to help
P.S. The notion that someone passed earlier about my working on teamed projects....dispell it. I have, more that you'll know. But, whether I have or haven't does NOT mean that anyone of us cannot offer up non-traditional views (Galileo is an example).
Last edited by gcmartin on Tue 11 Dec 2012, 20:07, edited 2 times in total.

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

#76 Post by jpeps »

gcmartin wrote: P.S. The notion that someone passed earlier about my working on teamed projects....dispell it. I have, more that you'll know.
oh....

gcmartin

#77 Post by gcmartin »

jpeps wrote:
gcmartin wrote: P.S. The notion that someone passed earlier about my working on teamed projects....dispell it. I have, more that you'll know.
oh....
That's it? That's all you could display of interest???
Also wrote:..but hey....if you think you can produce a better Puppy by adopting "a radical new approach" than that which has evolved, we all await the final product. I was attracted to Puppy linux specifically because individuals could create and post anything here, without having to go through some team of designated authorities.
I envision we are trying to see if there is a way of using our technology and our resources to make for a simple easy method for us to create something of value to the community....in a comfortable team fashion, where the challenges and results are visible, easily understood and simple to bring whatever useful efforts together to the table.

I was hoping that any contributions you/any could have would be joined, should there be a structure available.

Here to help

User avatar
Q5sys
Posts: 1105
Joined: Thu 11 Dec 2008, 19:49
Contact:

#78 Post by Q5sys »

gcmartin wrote:There seems to be a high frequency of people feeling that in a group there is to be people telling others what to do.
I don't see this expectation (unless of course you are looking at past attempts of working together). I would think that those collaborating with each other would have respect and work together understanding that what contribution they can make would be beneficial to all for the goal.
All we have to go on is what we have seen from past attempts at working together. I for one cannot see the future. The only thing I have to go on is what I have seen in the past when there is an attempt at 'collaboration' between coders and non coders for designing a release. I dont think the coders have too much of a problem collaborating with each other, there are plenty of examples of that on the forum. However during the 'coding phase' there's not much non-coders can do. Their assistance doesn't really come into play until the testing phase when they can help find bugs. What I have seen in the past, and thus the only thing I can base my opinions on... is that when non-coders try to get involved in the coding phase with their recommendations... the moment its not what the coder had in mind; usually everything falls apart. If its along the same lines as what the coder had intended or was invisioning, then its not a problem. While I can only speak for myself, but I probably am not the only one... when I am coding something and someone comes along trying to convince me to do it another way... it comes across like this "Hey, I know you are doing all this work and I know you arent getting anything for it, but I want you to stop doing it the way you want, and do it the way I want.... you know since I'm sitting on my butt not helping in anyway."

Now the way the message is presented also has a lot to do with it. If someone comes along and says 'hey I was thinking about something and I was wondering if there was a reason you are doing X instead of Y. Because Y could be really helpful'. If someone approached it with that method I'd probably be way more receptive and even if I choose not to do it their way, I am given the opportunity to be able to explain WHY Im doing X instead of Y and possibly help them learn something along the way.

gcmartin wrote:I envision we are trying to see if there is a way of using our technology and our resources to make for a simple easy method for us to create something of value to the community....in a comfortable team fashion, where the challenges and results are visible, easily understood and simple to bring whatever useful efforts together to the table.
I dont think you are intending this... but when you say things like that... it sounds alot like you are trying to make the claim that we havent created something of value for the community in the past with our current methods. Our current method has challanges and results are visible as well... after all look at all the development that has taken place without this idealistic dream of collaboration.
I really hope you arent trying to say that. If you were, i'd be saddened by your opinions on what we have accomplished so far. In the past, when people have brought this issue up, they usually have been looking down on the communities past accomplishments; which may lend to some peoples harsh reaction to this concept.

I encourage you to pursue this idea if you feel it will work, but dont expect a warm and fuzzy reception considering the way this has gone in the past. If you are able to get a core set of coders that will be willing to take up your suggestion model of designing a release... run with it.

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

#79 Post by p310don »

I've been lurking this thread, as gcmartin's concept alludes to something that I've been wanting to see for the good of Puppy development and promotion.

Let me start by saying, I love Puppy and greatly appreciate the work that is done by everyone who makes it, tests it, distributes it etc.

What I do find frustrating about Puppy is its lack of co-ordination / collaboration. Sometimes there are great features in older puplets that don't always get carried over to newer versions. I love the basic structure of Puppy, and how it all works so well on so much hardware. It's Barry's basic design, and other's contributions that make this great.

Looking at the broader Linux world, Puppy has its detractors and denigrators. There is of course the "run as root" problems that other perceive to be a problem. (BS) But the one that often annoys me is that Puppy is seen as a hobby / toy OS that isn't suited to proper use, or at best a rescue OS. I exclusively use Puppy at home, and I'm sure many people, coders, developers and users alike, also only use Puppy. I find it covers all the tasks I want to do. (windoze on virtualbox in puppy helps sometimes)

My personal view is that for Puppy to get past this sort of talk it needs to evolve, perhaps with a big leap somewhere along the way.

Saluki is mentioned a few times in this thread, and I am currently using it myself. As a user, I have found it to be nice and easy. I do also see it as being almost not a Puppy with its marked difference in appearance to other Pups out there. Having said that, I believe, looking at its respecting thread, that it is one of the most popular Puplets.

Jemimah has created a great version of Puppy there, however, with her busy-ness with her work, the ball has been dropped, so to speak, with Saluki, which is where the Carolina guys have picked up.

If there was a team of developers with Saluki, rather that just one very talented person, Saluki could still be active.

This example is seen with other open source projects, as well as Puppies.

Now the hard part.

How would anyone implement a collaboration system in the Puppy ecosystem, and to what detail would it go? Obviously if murga was a company, and all the forum members were paid employees it would be easy. q5sys, you do this, ttuuxxx you do that, 01micko get this done pemasu build that - and all of you have to get it done by 5pm, now get to work!! Well, that's not the case now, so to work as a group / team, it'd have to be on a project that people / developers WANT to be involved with.

My solution (if that's the right word) would be to start in the planning stage, identifying what people actually want, and then finding developers who want to create that. To find what people want, a popular / democratic vote seems like a good way to go.

Areas to vote on might include:

Hardware to design for? eg laptops, tablets, desktops, legacy hardware etc

Window Manager / file manager?

Browser suite?

Media Player?

Office software?

etc

And then after a period of voting / discussion, devise a definition of exactly what the outcomes of the project are.

Then, and only then, find the developers who have an interest in working on individual tasks as part of the greater product. In this model, if a developer can no longer participate for whatever reason, there is a chunk that can be taken over by someone else to continue to original, stated goal.

This all sound very big business, and as I said before, if this was a business, it would be easy. But this isn't a business, nobody here has any right to demand something be done by anyone. But, if we could create a system to achieve this, then it could be done.

Most important question first though I guess is:

WHO WANTS TO BE PART OF A TEAM TO MAKE A NEW PUPPY?

User avatar
mavrothal
Posts: 3096
Joined: Mon 24 Aug 2009, 18:23

#80 Post by mavrothal »

jamesbond wrote:I think we have experimented with this before :)

Saluki, the brainstorming and ideas http://www.murga-linux.com/puppy/viewtopic.php?t=59496 and http://puppylinux.org/wikka/Puppy6.
Saluki, the puplet http://www.murga-linux.com/puppy/viewtopic.php?t=73687.
I'm not sure what this suppose to teach us but revisiting those links is striking how the discussion and the pupplet are so far apart!
I think the reason for that was nailed by Jemimah herself early on in the previous discussions
jemimah wrote:IMO, there is only one important question on the table here. Are there multiple people with the skill, spare time, and communication skills who want to work together to build something great from the ground up.

If not, that's fine. Puppy will continue the way it always has.

Two years later is clear that the answer is a sound "No"

As a matter of fact diverging even a little from mainstream woof-puppy means you make something different.
Fatdog and Saluki are good examples of that (and independent entries in distrowatch).
Diverge more and you just drop off the radar (see PupNGo and Subito).

So the new Puppy, is going to be what Barry will say it is and built the way Barry will say it will.
I certainly do not imply that BK is an obstacle in Puppy progress.
I rather suggest that the (group of) person(s) that could develop puppy further, has not been identified by Barry yet.

The fact is that what we call "developers" or "coders" are in their majority what mainstream distros call "packagers" or "release managers" at best. ie they put together available code with the minimal possible modification.
Building an OS from the ground up needs what jemimah quoted above but with Barry's seal of approval to be a "Puppy" or without it to be a "Stray".

So all this discussion looks like group therapy I'm afraid...
== [url=http://www.catb.org/esr/faqs/smart-questions.html]Here is how to solve your[/url] [url=https://www.chiark.greenend.org.uk/~sgtatham/bugs.html]Linux problems fast[/url] ==

Post Reply