[From nobody Sun May 17 13:19:07 2026
Received: (at submit) by bugs.debian.org; 13 May 2026 23:24:38 +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=-104.5 required=4.0 tests=BAYES_00,DKIMWL_WL_HIGH,
 DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FOURLA,
 FROMDEVELOPER,MISSING_HEADERS,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY,
 USER_IN_DKIM_WELCOMELIST 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, 138; neutral, 39; spammy,
 0. spammytokens:
 hammytokens:0.000-+--Hx-spam-relays-external:sk:stravin,
 0.000-+--H*RT:sk:stravin, 0.000-+--Hx-spam-relays-external:311,
 0.000-+--H*RT:311, 0.000-+--H*RT:108
Return-path: <gioele@debian.org>
Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]:59162)
 by buxtehude.debian.org with esmtps
 (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from <gioele@debian.org>) id 1wNIwQ-00CPdX-2d
 for submit@bugs.debian.org; Wed, 13 May 2026 23:24:38 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; 
 s=smtpauto.stravinsky;
 h=X-Debian-User:Subject:From:Message-ID:Date:Reply-To:
 To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID:
 Content-Description:In-Reply-To:References;
 bh=hxB8bdIE1UXRvAU2ozx9Kk2St9IiQ7u/hMsVwFIrkqU=; b=XGVehljWcBxES7spZFarhEHOBT
 Vxj8uSNVcPNyy4EQmTQKKpIwO/6Irhr0a4J/K8W/cf4ZlNb05uoxrVzYp8TJMxxfxZ44zEYDxGmLd
 wqDJKokGZAvh+wodMMpnazXJp8RHlGa2Qnmicd2Fiufr1Q/utezcn4o2GEH48jjH0zL0ksCw7pTCh
 Ew5BoWHwgob8qeI5a20uZ+6xFDBxl3IjXHLucccWKaX66NmIRraOyu/LanD9ulcFlOE5Oyfilw1SK
 TKL1clxZHaHDAaDPpA2eMXdOpEWLJfW34SvVFMPg9DKoqtKGiLvAr26MgK4B+mPE7f2L/CR0Le6UM
 E+IeGPYA==;
Received: from authenticated user by stravinsky.debian.org with esmtpsa
 (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.96) (envelope-from <gioele@debian.org>) id 1wNIwP-003Vzc-18
 for submit@bugs.debian.org; Wed, 13 May 2026 23:24:37 +0000
Date: Thu, 14 May 2026 01:24:36 +0200
Message-ID: <139ebf2bbc7dde3140195654a59c651c@debian.org>
From: Gioele Barabucci <gioele@debian.org>
Subject: 3depict uses pidof but does not depend on procps
X-Debian-User: gioele
Delivered-To: submit@bugs.debian.org

Source: 3depict
Version: 0.0.23-2+b5
Usertags: pidof-without-procps

Dear maintainer(s) of 3depict,

it appears that 3depict uses `pidof` in its testsuite, or that
at least one of its binary packages uses `pidof` at runtime.
Historically, `pidof` was provided by the Essential package
`sysvinit-tools`, making an explicit dependency unnecessary. However
`pidof` will soon be moved to `procps` and will no longer be part of
the Essential set.

Please add an explicit dependency on `procps`:

* via the `Depends:` field of all binary packages of 3depict
  that use `pidof` at runtime;
* via the `Build-Depends:` field of 3depict, if `pidof` is
  used in tests run at build-time;
* via the `Depends:` field of `debian/control/tests`, if `pidof` is
  used in autopkgtests.

To prevent any disruption for users of 3depict, please add
this dependency now, before `pidof` is moved from `sysvinit-utils` to
`procps`. Alternatively, you could remove all uses of `pidof`.

It is believed that 3depict uses `pidof` due to the following
code snippets:

```
path: 3depict_0.0.23-2/test/dogtail/test.py
	#Check for existing 3depict instances
	data=subprocess.Popen(['pidof', '3Depict'],stdout=subprocess.PIPE).communicate()[0]
	pids=data.split(' ');
	if not (len(pids) == 1 and len(pids[0]) == 0)  :
```

Feel free to close this issue if this is a false positive (for example
if this code is in an unreachable code path).

Regards,

-- 
Gioele Barabucci
]