[From nobody Tue Oct 20 13:51:09 2026
Received: (at submit) by bugs.debian.org; 19 Apr 2026 20:33:34 +0000
X-Spam-Checker-Version: SpamAssassin 4.0.1-bugs.debian.org_2005_01_02
 (2024-03-25) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-53.2 required=4.0 tests=AUTOGENERATE,BAYES_00,
 BODY_INCLUDES_CONTROL_AFFECTS,BODY_INCLUDES_CONTROL_REASSIGN,
 BODY_INCLUDES_CONTROL_RETITLE,BODY_INCLUDES_CONTROL_SEVERITY,
 BODY_INCLUDES_CONTROL_TAGS,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,
 DKIM_VALID_EF,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no
 version=4.0.1-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 11; hammy, 150; neutral, 82; spammy,
 0. spammytokens: hammytokens:0.000-+--trixie, 0.000-+--autopkgtest,
 0.000-+--forky, 0.000-+--grohne, 0.000-+--Grohne
Return-path: &lt;helmut@subdivi.de&gt;
Received: from isilmar-4.linta.de ([136.243.71.142]:51928)
 by buxtehude.debian.org with esmtps
 (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from &lt;helmut@subdivi.de&gt;) id 1wEYph-002jG0-2y
 for submit@bugs.debian.org; Sun, 19 Apr 2026 20:33:34 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=subdivi.de;
 s=k27.isilmar-4; t=1776630811;
 bh=mbyY2beK4d+y25vsztqmFK9/UYr6SOFPI2EfMDy9Jgg=;
 h=Date:From:To:Subject:From;
 b=Mpg08cTNZTjSPoyioypofPgzi7CTN/HdkGrcb1hh5l/DEnc7/IzJJZ6MY/u8/+aRI
 JLoC89pvU62ytM379nayjCD2BbSTAqHlUgqX4zZ0QyBvKgWAIERmrqqN5A3zy0x6I9
 EKbbL5DEnTMQuOa3IBFTIQ5tgnm+BGAcvtTdzNcEbPoHdQt6hNZZ21Aun+LpIOEZu9
 juyJGVdhwcvHvT1096Yuape+mZ6NFirEdzBZg6oTYCx0EA7pbibxCp5A7aBuhO91Dd
 2wQ7NeyR0yA9EawJk81ny5nnEVGE28qd+GdoP4uictU12DKjdlffW3BH4yvuFfzTQh
 e5Uotdr+nrPDQ==
Received: from isilmar-4.linta.de (isilmar.linta [10.0.0.1])
 by isilmar-4.linta.de (Postfix) with ESMTP id 355142009D0;
 Sun, 19 Apr 2026 20:33:31 +0000 (UTC)
Date: Sun, 19 Apr 2026 20:32:07 -0000
Message-Id: &lt;177663072799.1320379.5211339440275219783@alf.home.arpa&gt;
Auto-Submitted: auto-generated
From: Helmut Grohne &lt;helmut@subdivi.de&gt;
To: submit@bugs.debian.org
Subject: Should umis be removed from unstable?
Content-Type: text/plain; charset=&quot;utf8&quot;
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Delivered-To: submit@bugs.debian.org

Source: umis
Severity: important
User: helmutg@debian.org
Usertags: sidremove

Dear maintainer,

I suggest removing umis from Debian for the following reasons:
 * It accumulated one RC-bug:
   + #1089115: umis: tracebacks normally fatal during autopkgtest runs
     Last modified: 1 year, 4 months

 * It is not part of trixie or forky and is not a key package.

This bug serves as a pre-removal warning. After one month, the bug will be
reassigned to ftp.debian.org to actually request removal of the package.

In case the package should be kept in unstable, please evaluate each of the
RC-bugs listed above.
 * If the bug is meant to permanently prevent the package from entering testi=
ng
   or a stable release, but this package should stay part of unstable, please
   add a usertag:

       user helmutg@debian.org
       usertags NNN + sidremove-ignore

 * If the bug no longer applies, please close it. If it is closed, check
   whether the fixed version is correct and adjust if necessary.

 * Is the bug really release-critical? If not, please downgrade.

 * If the bug still applies, please send a status update at least once a year.

Once all of the mentioned RC bugs have been acted upon in one way or another,
please close this bug.

In case the package should be removed from unstable, you may reassign this
bug report:

    Control: severity -1 normal
    Control: retitle -1 RM: umis -- RoM; rc-buggy
    Control: reassign -1 ftp.debian.org
    Control: affects -1 + src:umis

Alternatively, you may wait a month and have it reassigned.

In case you disagree with the above, please add a wontfix tag to this bug.

    Control: tags -1 + wontfix

Doing so will also prevent automatic reassignment.

Kind regards

A tool for automatically removing packages from unstable

This bug report has been automatically filed with little human intervention.
If the filing is unclear or in error, don't hesitate to contact
Helmut Grohne &lt;helmut@subdivi.de&gt; for assistance.
]