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.