Re: Packages in section python/perl simply because implemented in python/perl
On Sat, May 24, 2008 at 11:22 AM, Sami Liedes [EMAIL PROTECTED] wrote: (NOTE: Am I the only one who thinks descriptions, especially short descriptions as in phenny, usually shouldn't tell what language was used to implement the program? It's just not relevant to the user.) Me agrees. Looks more of irresponsible advertising to me. Well, I don't know if you agree with me that written in Python is a poor reason to put a package in the python section, I couldn't find anything about it in the New Maintainers' Guide, for example. But if you do, perhaps a note should be added to the NMG, given how common this seems to be. Me agrees too. -- my place on the web: floss-and-misc.blogspot.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Packages in section python/perl simply because implemented in python/perl
Tshepang Lekhonkhobe schrieb: On Sat, May 24, 2008 at 11:22 AM, Sami Liedes [EMAIL PROTECTED] wrote: (NOTE: Am I the only one who thinks descriptions, especially short descriptions as in phenny, usually shouldn't tell what language was used to implement the program? It's just not relevant to the user.) Me agrees. Looks more of irresponsible advertising to me. Depends, I'd say. In the case of phenny, it might be relevant because extensible seems to be a core feature (probably means here: you can easily plug additional python code into it). Still the wrong section. HS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Packages in section python/perl simply because implemented in python/perl
(NOTE: Am I the only one who thinks descriptions, especially short descriptions as in phenny, usually shouldn't tell what language was used to implement the program? It's just not relevant to the user.) I mostly agree with this. The exception would be development tools and libraries, where the implementation language can be relevant. OTOH, those kind of tools probably should be in the relevant section. (I sometimes look at implementation language for user apps *if* I expect it's something I'm going to want to hack, but at that level I can just look at the dependencies.) For your main point, that user apps belong in a section relevant to their function, not their implementation, agree 100%. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Packages in section python/perl simply because implemented in python/perl
On Sat, May 24, 2008 at 10:54:52AM -0500, Steve Greenland wrote: (NOTE: Am I the only one who thinks descriptions, especially short descriptions as in phenny, usually shouldn't tell what language was used to implement the program? It's just not relevant to the user.) I mostly agree with this. The exception would be development tools and libraries, where the implementation language can be relevant. OTOH, those kind of tools probably should be in the relevant section. (I sometimes look at implementation language for user apps *if* I expect it's something I'm going to want to hack, but at that level I can just look at the dependencies.) True. And there is debtags which classify by implimentation language: $ aptitude search ~Gimplemented-in::perl For your main point, that user apps belong in a section relevant to their function, not their implementation, agree 100%. Yes. Osamu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
