Bug#1139257: autoremoval box does not explain removal

Drew Parsons <[email protected]> Sun, 07 Jun 2026 23:25:27 +0200
Newsgroups gmane.linux.debian.devel.quality-assurance
Message-ID <61bf3d0ba7c4dacf75a6be7fc8e41774__21745.9092078329$1780869449$gmane$org@debian.org>
On 2026-06-07 21:00, Andrey Rakhmatullin wrote:
> On Sun, Jun 07, 2026 at 08:39:08PM +0200, Drew Parsons wrote:
>> The tracker page for fenics-dolfinx at 
>> https://tracker.debian.org/pkg/fenics-dolfinx
>> currently includes an autoremoval box in "action needed" reporting 
>> that fenics-dolfinx
>> is Marked for autoremoval due to getfem.
>> 
>> But the provided reason is not sufficient for taking any action 
>> (beyond fixing getfem itself,
>> which is not always practical).
> 
> In practice if fixing getfem itself is not a solution for you, you 
> should do nothing as it's unlikely you will be willing to remove deps 
> from your package to break the chain.

On the contrary, removing deps is precisely the action I will take, if 
it is feasible.
It depends on why the chain is there.  Not all chains are necessary.

> 
>> fenics-dolfinx does not depend on getfem,
>> and no package that fenics-dolfinx depends on depends on getfem.
> 
> Assuming this is true and by "depend" you also mean "build-depend", you 
> just need to go deeper.

Well, yes, hence this bug report.


>> How I am supposed to interpret this adverb 'transitively'.
> 
> https://www.merriam-webster.com/dictionary/transitive meaning 2.

"how to interpret?" is not the same as "what does the word mean?"

>> Where does the knowledge about this autoremoval come from?
> 
> I assume it's https://udd.debian.org/cgi-bin/autoremovals.cgi or an 
> equivalent source.

This might be the link that the tracker box needs to add then.