Search Members Help

» Welcome Guest
[ Log In :: Register ]

Mini-ITX Boards Sale, Fanless BareBones Mini-ITX, Bootable 1G DSL USBs, 533MHz Fanless PC <-- SALE $200 each!
Get The Official Damn Small Linux Book. DSL Market , Great VPS hosting provided by Tektonic
Pages: (7) </ 1 [2] 3 4 5 6 7 ... >/

[ Track this topic :: Email this topic :: Print this topic ]

reply to topic new topic new poll
Topic: March extensions< Next Oldest | Next Newest >
^thehatsrule^ Offline





Group: Members
Posts: 3275
Joined: July 2006
Posted: Mar. 26 2008,18:12 QUOTE

All of extensions from "newby" are invalid and needs to be pulled.  I'd suggest that further extensions from this user do not be posted for now - evidently, this user did not heed to any advice given in the user's (older) forum thread. See jhfCAPTCHA.310107-1.tar.gz and bdfedit1.3.tar.gz.

This brings me to ask (roberts): are there any checks automatically done on new submitted extensions (such as the declobber script)?  If so, perhaps an addition that can check for directory structures (such as being in /opt for targz's), etc. could be used as well.  Or maybe something a submitter has to run and verify before sending it in?

I know that myDSL is a community process that can take a lot of time, but these files can be considered harmful to users' systems.  And even though they are in testing, these kind of mistakes should always be avoided so that they don't get online.  Side note: the only reason why I looked into these extensions was because I remembered the other thread.
Back to top
Profile PM 
roberts Offline





Group: Members
Posts: 4983
Joined: Oct. 2003
Posted: Mar. 26 2008,21:21 QUOTE

Extensions are a community process and as such are to be self policed. I am only the conduit to get the extensions posted.

I don't have time and/or equipment necessary to test and/or moderate submitted extensions. I have asked John to assist in this task but to no avail.
When Kent was active in DSL, he would thoroughly review each extension. We currently don't have such luxury.

Currently there are so many extensions in testing that need to be categorized or ???

Open to suggestions for handling submitted extensions. Should there be some automated test procedure?

^thehatsrule^, thanks for bringing to my attention.
Back to top
Profile PM WEB 
lucky13 Offline





Group: Members
Posts: 1478
Joined: Feb. 2007
Posted: Mar. 26 2008,23:56 QUOTE

With those I checked from newby, it was easy enough to just test the archive and see that they weren't self-contained (iirc, they installed across /). I think this particular issue is isolated. If it were more prevalent and others were submitting things that were similarly misconfigured for MyDSL, then I could see doing more before posting to testing. The policing/testing from the community should be adequate if there are other issues that crop up like bugs, bad behavior, etc.

Maybe one way around it is to require additional steps for initial submissions from new contributors to make sure they have the concepts straight before posting to testing. Or have initial submitters post to their own or third-party sites and then get community approval for adding to a contributors list. There has to be some way that won't require Robert to micromanage this.


--------------
"It felt kind of like having a pitbull terrier on my rear end."
-- meo (copyright(c)2008, all rights reserved)
Back to top
Profile PM WEB 
WDef Offline





Group: Members
Posts: 798
Joined: Sep. 2005
Posted: Mar. 27 2008,12:04 QUOTE

Quote
(such as the declobber script)?  If so, perhaps an addition that can check for directory structures (such as being in /opt for targz's)


It would be easy enough for me to add tests for some more basic mistakes to extend the declobber script, such as location of installed files not matching extension type.  Eg also maybe to find and/or fix things like "Status: anchor" lines in xtdesktop icon .lnk files, and maybe non-dsl4+ compatible menus etc. I need to revisit that script anyway and add getopts as Robert suggested. Anyone have other bug hunting suggestions I could try to implement?

I see where you are coming from kicking ideas around like prior community approval for extensions posted externally but I have a few doubts about that one.  Last time I looked, all puppy packages were on disparate sites and the community was supposed to provide feedback in their forum, but it just doesn't work very well.  They end up with multiple versions of the same software in various places, some hard to find, some in various states of repair, and some plain broken.  However  they have no central repo at all, which is a key difference with what you're suggesting.
Back to top
Profile PM 
mikshaw Offline





Group: Members
Posts: 4856
Joined: July 2004
Posted: Mar. 27 2008,16:04 QUOTE

I assumed that's what the "testing" category was for. All new extensions go there.
I would hope they stay there forever until there is positive feedback concerning their useability (rather than just being integrated after not receiving any negative feedback), or get removed when found to be faulty or replaced with a better version.


--------------
http://www.tldp.org/LDP/intro-linux/html/index.html
Back to top
Profile PM WEB 
32 replies since Mar. 06 2008,20:49 < Next Oldest | Next Newest >

[ Track this topic :: Email this topic :: Print this topic ]

Pages: (7) </ 1 [2] 3 4 5 6 7 ... >/
reply to topic new topic new poll
Quick Reply: March extensions

Do you wish to enable your signature for this post?
Do you wish to enable emoticons for this post?
Track this topic
View All Emoticons
View iB Code