On 2013-12-29 05:10:33 +0100, Axel Beckert wrote: > Actually, I'd consider dropping debget (or at least its > implementation) completely in favour of dget which does the same, but > > * faster (pro), > * more reliable (pro), > * more featureful (also works with source packages), > * is written in Perl instead of /bin/sh (con), and > * is part of devscripts (con).
Indeed, dget is OK. If you drop debget entirely (as a command name), don't forget to update the other scripts that depend on it, such as debman. > Actually I likely would have done that now if dget wouldn't be in > devscripts. But devscripts is a rather package-development centric > package while debian-goodies is a more admin-centric package. So I'm > not sure what's the best way to handle tools for both groups. Perhaps devscripts could be split into a package-development centric package and a more admin-centric package. Some other tools from devscripts are not just used for package development, e.g.: * bts, to update information in bug reports. * rc-alert, to check for some security bugs (needs filtering). * debuild, to rebuild a package (or perhaps its dependencies makes this one too close to package development? I don't know.) -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <http://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
