Re: Bug#509697: Python 2.5, ctypes, and binutils
reporting here what discussed with Adeodato on irc:
On Fri, Dec 26, 2008 at 17:04, Adeodato Simó <email@example.com> wrote:
> Regarding #509697 (python 2.5 providing ctypes, and ctypes using
> objdump), I don't think it's reasonable to make python2.5 depend on
> binutils, just for the purpose of one of the modules in the standard
> library. One option would be to add binutils to Recommends or Suggest,
> but that does not ensure packages that Depend: python-ctypes will work.
> Maybe "python" should stop Providing: python-ctypes, and python-ctypes
> should depend on "python (>= 2.5) | python2.4" instead of just
> "python2.4" (plus the recently added a dependency on binutils). This way
> binutils will get pulled only when a package that depends on
> python-ctypes is installed. (This does not solve, however, packages that
> are being smart and are depending on "python (>= 2.5) | python-ctypes".
> But maybe those packages should stop doing that.)
> If this is the way to go, then for squeeze it means that, if the ctypes
> source package is to disappear, it should be created as a dummy package
> (from python-defaults instead?), if only to contain the binutils
Of course, upload again ctypes to update the depends it's pretty easy;
what it's a little bit more "critical" are the "smarts" rdepends that
currently Deps on "python (>= 2.5) | python-ctypes"; those are:
$ grep-available -FDepends,Recommends,Suggests "python-ctypes | python
(>= 2.5)" -o -FDepends,Recommends,Suggests "python (>= 2.5) |
Now, even since they're not that many, and nmus (if the maints won't
react in a timely fashion) could be done, my fear (partially shared
with dato) if this is the right time for this "mini"-migration, due to
the hard freeze is coming ReallySoonNow.
I'd like to hear from you what's you're thinking.
With the occasion, I'd like to wish a Happy New Year to all of you,
Sandro Tosi (aka morph, Morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi