Re: Roadmap for the 1.15.x series
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
Reply to: