[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Roadmap for the 1.15.x series


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

> > 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:

Raphaël Hertzog

Reply to: