ke4nt1
Group: Members
Posts: 2329
Joined: Oct. 2003 |
 |
Posted: June 28 2004,03:37 |
 |
Based on this current thread, and the other one John referred to here, http://damnsmalllinux.org/cgi-bin....#entry3
we seem to be going back and forth with how to manage extension submissions, and formatting of .lsm files that are useful and meaningful
to DSL users, easy for builders to construct, and unique in being able to log history data about the extensions growth and improvements.
I like the idea of taking some weight off of John and roberts load. Having to manage this .dsl extension load is another 'job' for them to do.
We're all better off having them continue to make progress on DSL.
I'm guessing John and roberts can upload to ibiblio, without the strict lsm policy, and can place the uploads wherever they want ...
(seeing as our current lsm files have made it into the repository without this strict policy..)
What we need is a 'testing ground' , that users can upload and download either thru login or anonymously, (prefer logins), that updates quickly.
That has the flexibility to use some or all of the suggestions made recently regarding lsm files, extension updates and improvements, and other
scripts and addons that benefit DSL and its users.
When a contrib is past a point of 'testing' , then it can be submitted into the repository as a 'stable' extension by either John or roberts.
We have other sites besides ibiblio that users can download the latest .iso, boot img's , tar.gz, etc... Why can't a similar site be setup for DSL testing?
It's my feeling that the ibiblio solution will cause John and roberts as much effort in requests for bad and refused submissions, as well as the confusion
roberts pointed out about filling the /damnsmall main dir with untested dsl's.
In the spirit of DSL having a reputation for being well tested, and continuing to be in or near the 'top ten' distros,
having several 'untested' extensions in the main ftp area is not in the best interest of DSL, and still would have John and roberts managing and moving them frequently...
Certainly, we don't want a reviewer stopping by for a taste of DSL, only to add to his review that many applications were broken or not working..
And what a disaster if someone were to upload damaging, intentionally harmful, or simply destructive files, and these get used by DSL members..
I strongly feel this process should have some distance from the main DSL presence.
If cost is an issue, for webspace or location, certainly there are some alternatives to be discussed here. I would be receptive to increasing my
donations to DSL to make this happen. Other users will have to speak up for themselves, but webspace and bandwidth are cheap these days.
Certainly, one of us could branch off on our own, and easily host a DSL extension website, and manage it on our own, but that would be taking it
out of the 'home', so to speak... I'd rather see this done under the direction of John and roberts, as this is their 'baby'.. My wish is simply to contribute..
In short.
1.) Ibiblio is the slow, messy, but cost effective way to manage this issue.
2.) roberts has some good ideas about unique uses for DSL lsm files. I'd like to see that these suggestions have a place for experimentation.
3.) Extension building and development would progress much faster and have more involvement if the procedure and location were more user friendly.
My thoughts, and of course, my support.
ke4nt
|
.
DSL Market ,
Great VPS hosting provided by Tektonic
