Hi, On Thu, Mar 12, 2009 at 10:54:10AM +0100, Sylvain Le Gall wrote: > On Wed, Mar 11, 2009 at 05:32:48PM -0400, Forest Bond wrote: > > On Wed, Mar 11, 2009 at 10:14:25PM +0100, Mehdi Dogguy wrote: > > > On 0, Forest Bond <forest@alittletooquiet.net> wrote: > > > > * Why all of the Debian-specific utilities in debian/utils? This is > > > > just vanity. Please, ship the upstream software, not your own. > > > > > > > > > > I won't insult the maintainer's job that easily. Their goal is to > > > offer a better user experience. They do not modify the original > > > behavior of the project (mldonkey). Feel free to not use them. > > > > I was too harsh, you are right. I apologize. > > > > However, creating non-standard, distribution-specific ways to use the upstream > > software does not improve the user experience, in my mind. It makes the user > > harder for upstream to support, and so should not be done lightly. > > As the primary writer of this utils, I really do not think having so > much "vanity". You must understand that the tools provided in > debian/utils are used in various maintainer script. They are only useful > for writing maintainer script. They are not intended to be used directly > by user. Most of this script can be directly replaced by standard > mldonkey command. The main difference is that the debian/tools utils > provide "offline" command (i.e. without mldonkey running). This is only > useful when you are configuring the package: the daemon must be offline > but you must manage its configuration file. > > For example, mldonkey_users allow to add user at package configuration > time. You can also add user when the daemon is running, directly into > mldonkey (mlnet). Trying to use this tool when the daemon is running is > a pretty bad idea (TM). BTW, who will now maintain these four C programs that exist to support the least common use-case for this package? Thanks, Forest -- Forest Bond http://www.alittletooquiet.net http://www.pytagsfs.org
Attachment:
signature.asc
Description: Digital signature