No comments posted yet.
I plan to run the poll for 30 days, and although it's too early to tell, it seems that my guess is not too far off; and the reasons behind the popularity too.
What triggered me to do the poll is the suggestion from a few members of the community that Puppy implement a new bootloader. A suggestion is welcome, and new shiny thing that can do better is always exciting; but then we need data about what the user really needs. There is no need to supply a electric chainsaw if you need to trim some bush in your garden. Sure it can do the job too, but isn't a garden scissors a better tool?
Of course, it is also to inquire about what the users think about the new big wave that is coming (actually already came) - UEFI. Interestingly, so far I don't have anyone bringing up the topic yet (the puppy steward's post didn't count), as is either it doesn't matter, or it doesn't bother them.
Anyway, we'll see. I'll probably start discussion on that thread soon. 30 days seem to be abit too long.
Posted on 27 Mar 2016, 14:49 by jamesb
Nowadays, releases seem to be few and far between. Is this slowing down caused by lack of resources, lack of developers interest, or simply, lack of developers?
Actually, the answer is "none of the above". When Barry was at helm, Puppy was in its growing phase. A lot of ideas were tried and dropped, new tools were added (and later dropped), etc. It was also in flux. Nowadays, Puppy is more mature and less tinkering is needed, so you don't see releases that often.
Another reason is, there were complaints when releases were made too often. A personal Puppy installation took time and effort to customise, and to start over again after just 3 or 4 weeks was too much for many.
To balance all this, the implicit agreement is that Puppy releases are now made once every 6 months, give or take.
And lastly - there are actually point releases (or bug fix releases). You probably are not aware of them because they are not announced in Barry's blog; or they are not announced as a separate thread in the forum - they are posted in the same thread that announced the original release, but those posts quickly get drowned by other forum traffic.
And that's what this blog is supposed to do - the author of the Puppy can announce his or her own release here, with links back to the forum for discussion. In a way, this blog is to play the same role that Barry's blog played in the past (now that his blog covers a wider range of topics).
Posted on 22 May 2016, 00:38 by darkcity
Posted on 26 Mar 2016, 11:36 by 01micko
Sure would have been a tough invitation to pass up, eh?
Seriously, thanks for accepting!
While pMusic 2 basically put more flesh to the bone, the 3. generation shipped the homemade internal dynamic db. That was very ambitious - maybe too ambitious. So the arguing flamed up again. Cpu-usage was now reduced to the half, but the db had become active and working on its own grabbing music information while playing. New valid arguments had come to the battle...
pMusic 4 focused on all the goodies Thunor gave us with his outstanding work on Gtkdialog. With all kinds of new features the dynamic db became even more active, and it showed its bottlenecks and weaknesses. - The criticism to it was still fair. The last year of pMusic 4, most effort went to stabilize the db-usage. It has become clearer to me why Amarok, Clementine and friend use an external db like Mysql or Mariadb. But when focus is on size and dependencies, that was never an option.
pMusic 4 became stable, but of course for a price. Introducing routines for queuing db pulls and continuously checking db status slowed down the general usage of the audioplayer. If it should fit the mantra of Puppy, it should work snappy also on older pc's. As mentioned, pMusic-code has been written since 2008, and I have learned some bits and pieces since then. There had to be a potential benefit of rewriting the code. The result is seen in pMusic 5, and the benefit is above my expectations. It seems that much of the stability from version 4.7.4 has survived, and it has become noticeable faster. - That means a lot faster. The cpu-usage has decreased, but more important, many functions are much more responsive. An overall snappier user-experience.
No comments posted yet.