Hi, On Fri, 11 Sep 2009, Guillem Jover wrote: > On Mon, 2009-09-07 at 17:21:41 +0200, Raphael Hertzog wrote: > > On Mon, 07 Sep 2009, Guillem Jover wrote: > > > * Clean up dpkg namespace: > > > > > > - Rename dpkg-ftp as dselect-ftp. > > > > I'm the maintainer of this one. Maybe it could be merged in dselect > > itself, it would make more sense IMO. > > Yeah, I had that written at some point when preparing the mail, but > removed it, cannot remember why. > > So yes, I think it makes sense to merge even if we end up splitting > dselect from the source package afterwards. But I'd keep it as the > (renamed) separate binary package, as it has additional dependencies.
Ok, but it's only "perl" the additional dependency. libnet-perl is an old package that's provided by perl-modules nowadays. > > > - Rename dpkg-multicd as dselect-multicd. > > > > Maybe we could do the same with this one, given that the goal is to > > have dselect a separate source package at some point in the future. > > Right, would need discussing with Martin Schulze first. CCing Joey for this. Joey, what would you think of merging dpkg-multicd into dselect itself? In the long term, we want dselect to be a source package separate from dpkg and thus we'd like to avoid having a confusing name such as dpkg-multicd. To avoid handling a package rename from dpkg-multicd to dselect-multicd I suggested merging the feature in dselect itself since it doesn't add any new dependency and is not very big or difficult to maintain. > > As I said, I'll take care of this part. Give me your comments and I'll > > take care of them (we should maybe create a wiki page for the API > > cleanup). > > Sure, there's also some old function names that would need improving, > and some other stuff, but we can work that out on the wiki. I just created the page: http://wiki.debian.org/Teams/Dpkg/PerlAPICleanup Cheers, -- Raphaƫl Hertzog -- To UNSUBSCRIBE, email to debian-dpkg-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org