[From nobody Tue May 26 11:27:20 2026
Received: (at submit) by bugs.debian.org; 21 May 2026 20:12:12 +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, 10; hammy, 150; neutral, 84; spammy,
 0. spammytokens: hammytokens:0.000-+--trixie, 0.000-+--forky,
 0.000-+--grohne, 0.000-+--Grohne, 0.000-+--usertag
Return-path: &lt;helmut@subdivi.de&gt;
Received: from isilmar-4.linta.de ([136.243.71.142]:38160)
 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 1wQ9ka-00Dkne-0S
 for submit@bugs.debian.org; Thu, 21 May 2026 20:12:12 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=subdivi.de;
 s=k28.isilmar-4; t=1779394328;
 bh=qpNtTGAdUvRk+/9wDYhQzYFmrYJkW9f4WQpsJeO0M58=;
 h=Date:From:To:Subject:From;
 b=NZR9kWFu3v4XLp46BhkK3K3IbI0/XPz23eD47AXUVVg6zqmIsjJeDyUhVTImc36Ks
 iU1dwQiEURyw3+kZQNoDfncHhe3Nx8MBXEi16Hq3WzTsasxS1Fqf6GVY6DhjLxIfq1
 1qjoR6DnSvPmrHQA5upvXuFeg42zju+C8v5+1Xa2U7CHAha8SYU6h6EPDqYva6AU67
 CCGF0iDAZ+uxL+G9PHV0LAlUxH4razP9iCw2SmwkRfMtCZW+9zNZgLbR+bp6n70YOe
 V/n9K/XmqdkQLieeUpp9nkedEQv3R+gYYCaIYD4yxRrQlsRNZxyTNckRBAe4vwMbRU
 VSL6rSzNAQZog==
Received: from isilmar-4.linta.de (isilmar.linta [10.0.0.1])
 by isilmar-4.linta.de (Postfix) with ESMTP id DA04C200316;
 Thu, 21 May 2026 20:12:08 +0000 (UTC)
Date: Thu, 21 May 2026 20:09:05 -0000
Message-Id: &lt;177939414588.2755628.17227283264348386582@alf.home.arpa&gt;
Auto-Submitted: auto-generated
From: Helmut Grohne &lt;helmut@subdivi.de&gt;
To: submit@bugs.debian.org
Subject: Should gitlab 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: gitlab
Severity: important
User: helmutg@debian.org
Usertags: sidremove

Dear maintainer,

I suggest removing gitlab from Debian for the following reasons:
 * It accumulated one RC-bug:
   + #1103306: gitlab: uninitialized constant Regexp::TimeoutError (NameError)
     Last modified: 1 year, 1 month

 * 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: gitlab -- RoM; rc-buggy
    Control: reassign -1 ftp.debian.org
    Control: affects -1 + src:gitlab

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.
]