Re: Bug#2362: bash (readline) dumps core on completion
David Engel writes:
> [Ian Jackson:]
> > [Guy Maor writes:]
> > ...
> > > So what I propose is that the maintainer of bash also provide
> > > libreadline, releasing the two as one package. There's really no
> > > reason to release them separately; bash depends on readline, and bash
> > > is a base package, so readline is also a base package.
> > There is a potential problem here: suppose we have bash containing
> > readline 2.1.3, and a GDB that uses it.
> > Now, when we upgrade bash it comes with readline 2.2.0 (say) and GDB
> > &c stop working.
> Ooh, I missed that one package bit. Readline should definitely be a
> separate package for just this reason.
But then you *have* to install the new librl before you install bash,
which creates another `ordering dependency'. It's bad enough having
ones for libc5 and dpkg, which are fairly obvious.
The problem would go away, I suppose, if we could put librl in with
> > I'm trying to think of a way of sorting out this mess - any ideas
> > appreciated.
> The readline maitainer just needs to pay attention to other packages
> which may include readline. Of course, it would be nice if the
> maintainers of these other packages payed attention too.
Yes, quite :-).