Re: Removing a package from unstable
Mattia Rizzolo <mattia@debian.org> writes:
> On Sat, Jan 05, 2019 at 09:24:06PM +0100, Ole Streicher wrote:
>> I have a source package (python-astropy) that I now want to remove from
>> unstable. I took care that all reverse dependencies were removed now in
>> recent uploads. As suggested in [1], I first issued
>>
>> $ ssh mirror.ftp-master.debian.org "dak rm -Rn python-astropy"
>>
>> to see whether it would run without errors. The output is however:
> […]
>> In total, more than 50 mpackages are listed. Many of them because of the
>> python3-astropy (build) dependency in hurd (which is unavoidable to
>> break, but that is not a release platform anyway); but also a lot of old
>> cruft. I though that this would be removed automatically?
>
> cruft is not automatically removed as long as it would break stuff,
> like in this case…
> You say "unavoidable", but to me it seems:
> * hurd is blocked because src:astropy doesn't build simply because
> src:python-psutil is not building which is very simply because of
> #676450 which has a patch for 6 years and is team maintained even!
> * kbsd is not building because of a known issue in src:python3.7 that
> misdetects the avalability of sem_open() on kbsd, but alas the kbsd
> porters are too few and despute knowing the issue they can't work on
> them; however I've also been assured that it's not that hard to fix,
> so I guess somebody caring enough could try spending some time on
> this (in which case, let me point you to James Clark, he looked a bit
> at the issue in the past, he could tell you where to look).
That is a different thing: once the dependencies on Hurd are fixed, you
get python3-astropy back on that platform, independently whether
python-astropy was removed or not. If the dependencies remain unfixed, I
will remove python-astropy anyway at some point.
>> So what is the correct way now to get the package removed?
>
> You could go ahead on the bug report, listing the rdeps that you
> investigated and stating that you are willing to break them.
> However, looking at how many there are, I think that would be rude and
> as a supporter of the ports project I try my best to fix such issues
> before going the way of breaking the rdeps. At least the hurd one looks
> incredibly trivial to deal with from a quick glance.
All these rdeps would come back automatically once someone fixes the
dependencies. And I do not assume any user of
Hurd-unstable-python3-astropy. But if you fix it, I can wait a while
before requesting removal. Is a week enough?
> As I stated, removing from testing looks much simpler
But it would happen automatically once the package is not in unstable,
right?
Cheers
Ole
Reply to: