[From nobody Mon Sep 21 06:07:06 2026
Received: (at submit) by bugs.debian.org; 25 Mar 2024 12:32:56 +0000
X-Spam-Checker-Version: SpamAssassin 3.4.6-bugs.debian.org_2005_01_02
 (2021-04-09) on buxtehude.debian.org
X-Spam-Level: 
X-Spam-Status: No, score=-12.7 required=4.0 tests=BAYES_00,
 BODY_INCLUDES_PACKAGE,FORGED_SPF_HELO,FOURLA,FROMDEVELOPER,HAS_PACKAGE,
 RCVD_IN_DNSWL_LOW,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,
 SPF_NONE autolearn=ham autolearn_force=no
 version=3.4.6-bugs.debian.org_2005_01_02
X-Spam-Bayes: score:0.0000 Tokens: new, 15; hammy, 150; neutral, 78; spammy,
 0. spammytokens: hammytokens:0.000-+--H*F:U*doko,
 0.000-+--H*RU:sk:einhorn, 0.000-+--H*r:sk:einhorn,
 0.000-+--H*r:doko@debian.org,
 0.000-+--Hx-spam-relays-external:sk:einhorn
Return-path: <doko@debian.org>
Received: from einhorn.in-berlin.de ([192.109.42.8]:41727
 helo=einhorn-mail-out.in-berlin.de)
 by buxtehude.debian.org with esmtps
 (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256)
 (Exim 4.94.2) (envelope-from <doko@debian.org>) id 1rojVY-006Txe-1l
 for submit@bugs.debian.org; Mon, 25 Mar 2024 12:32:56 +0000
X-Envelope-From: doko@debian.org
X-Envelope-To: <submit@bugs.debian.org>
Received: from authenticated.user (localhost [127.0.0.1]) by
 einhorn.in-berlin.de with ESMTPSA id 42PCWqsP2507339
 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NOT)
 for <submit@bugs.debian.org>; Mon, 25 Mar 2024 13:32:52 +0100
Message-ID: <cbbac7bf-460e-4da9-a656-31b060fe2b22@debian.org>
Date: Mon, 25 Mar 2024 13:32:51 +0100
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Content-Language: en-US
To: submit@bugs.debian.org
From: Matthias Klose <doko@debian.org>
Subject: library package (arch any) depending on a "common" package with too
 strict version constraint
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Delivered-To: submit@bugs.debian.org

Package: src:folks
Version: 0.15.9-1
Severity: important
Tags: patch

This is a bad packaging practice which happens way to often within all 
the GTK/Gnome packaging (cloning for mutter as well).  The scenario goes 
as follows:

  - upload a new package

  - build fails on "all", not building the "common" package.

  - build succeeds on other architectures, in most cases
    because the packagers don't run the tests, or ignore test
    results.

  - the packages then are not installable anymore until the
    uploads are in sync, blocking any other builds depending
    on these packages.  This can take a long, if the uploader
    goes to vacation, or a new package build takes ages (yes,
    LLVM had that issue as well, and LLVM builds take days).

proposed patch attached. Note that (>= ${source:Version}) has the same 
problem, and doesn't help either. Feel free to use some other version 
constraint than the upstream version.

diff -Nru folks-0.15.9/debian/control folks-0.15.9/debian/control
--- folks-0.15.9/debian/control	2024-03-23 12:41:20.000000000 +0100
+++ folks-0.15.9/debian/control	2024-03-24 22:06:08.000000000 +0100
@@ -31,7 +31,7 @@

  Package: libfolks26
  Architecture: any
-Depends: folks-common (= ${source:Version}),
+Depends: folks-common (>= ${upstream:Version}),
           ${misc:Depends},
           ${shlibs:Depends}
  Recommends: libfolks-eds26
diff -Nru folks-0.15.9/debian/rules folks-0.15.9/debian/rules
--- folks-0.15.9/debian/rules	2024-03-23 12:41:20.000000000 +0100
+++ folks-0.15.9/debian/rules	2024-03-24 22:06:08.000000000 +0100
@@ -35,3 +35,8 @@
  	dh_auto_test --no-parallel -- --timeout-multiplier 3

  override_dh_gnome_clean:
+
+
+override_dh_gencontrol:
+	dh_gencontrol -- \
+	  -Vupstream:Version=$(shell dpkg-parsechangelog -S Version | sed 
's/-[^-]*$$//')
]