Devuan bug report logs - #813
netcat-traditional: Debian Bug#1056980: netcat-traditional: upgrade to 1.10-48 fails (postinst

Package: devuan-project; Maintainer for devuan-project is Devuan Developers <devuan-dev@lists.dyne.org>;

Affects: netcat-traditional, linux-headers-6.6.8-amd64, kmod, firmware-realtek, initramfs-tools-core, sed

Reported by: Arthur Marsh <arthur.marsh@internode.on.net>

Date: Mon, 4 Dec 2023 13:28:01 UTC

Severity: grave

Merged with 812, 821, 823, 826, 827, 828

Done: Mark Hindley <mark@hindley.org.uk>

Full log


Message #56 received at 813@bugs.devuan.org (full text, mbox, reply):

Received: (at 813) by bugs.devuan.org; 8 Dec 2023 15:15:02 +0000
Return-Path: <svante.signell@gmail.com>
Delivered-To: bugs@devuan.org
Received: from email.devuan.org [2a01:4f8:a0:3284::74ca:8ad2]
	by doc.devuan.org with IMAP (fetchmail-6.4.16)
	for <debbugs@localhost> (single-drop); Fri, 08 Dec 2023 15:15:02 +0000 (UTC)
Received: from email.devuan.org
	by email.devuan.org with LMTP
	id 692YBu0yc2VHAwAAmSBk0A
	(envelope-from <svante.signell@gmail.com>)
	for <bugs@devuan.org>; Fri, 08 Dec 2023 15:14:53 +0000
Received: by email.devuan.org (Postfix, from userid 109)
	id 1191D647; Fri,  8 Dec 2023 15:14:53 +0000 (UTC)
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on email.devuan.org
X-Spam-Level: 
X-Spam-Status: No, score=-5.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_HI,SPF_PASS autolearn=ham
	autolearn_force=no version=3.4.6
Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=2a00:1450:4864:20::135; helo=mail-lf1-x135.google.com; envelope-from=svante.signell@gmail.com; receiver=<UNKNOWN> 
Received: from mail-lf1-x135.google.com (mail-lf1-x135.google.com [IPv6:2a00:1450:4864:20::135])
	by email.devuan.org (Postfix) with ESMTPS id B09135A
	for <813@bugs.devuan.org>; Fri,  8 Dec 2023 15:14:51 +0000 (UTC)
Received: by mail-lf1-x135.google.com with SMTP id 2adb3069b0e04-50bef9b7a67so2439518e87.1
        for <813@bugs.devuan.org>; Fri, 08 Dec 2023 07:14:51 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20230601; t=1702048489; x=1702653289; darn=bugs.devuan.org;
        h=mime-version:user-agent:content-transfer-encoding:organization:date
         :cc:to:reply-to:from:subject:message-id:from:to:cc:subject:date
         :message-id:reply-to;
        bh=IYlI+nVFGxkmwAfEFR7Iuu33e2b7l1k+lOuK5M12MZQ=;
        b=euWoKVGSExgNToy+T1sDY3D1gH5PnBZomKM1pg78TUkUmAyghFjcZp5ego+x7bZi69
         OfyytTAoXEuAik+a+s01oI5BG6r6Y3td/0any/JOfChfzKPUHUvmd7Gf5gmfpHEX4MAL
         5l+NbkTpevIunW/P6X+sQ9+P/a1GK28u1JaePCPXhklJTHBvHhuu9YdmOL3e8zsoMVuy
         uFQtMuoCrKtJOf2vDC+wOrzEfTZE5jvtNT8MFhXtbIh3MNUvTuOyZPpC0U8xvz87KlFF
         kJOKjIub2bc57ZtEZXsJ6RX/Lb0dRer34N2QgLfV8R8pXt4tYwIpmKRmWCpRguSjmfZu
         0dVg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20230601; t=1702048489; x=1702653289;
        h=mime-version:user-agent:content-transfer-encoding:organization:date
         :cc:to:reply-to:from:subject:message-id:x-gm-message-state:from:to
         :cc:subject:date:message-id:reply-to;
        bh=IYlI+nVFGxkmwAfEFR7Iuu33e2b7l1k+lOuK5M12MZQ=;
        b=Lxa30TBhNMFkWyxYF6Hw6Q0Kv9cYhoWsq1KJBrn4U0LJU/cCHx0WbVJjUpKvro//bB
         njyvi7+rcCgoSQ+DaQrEP3OBd1ouKaOUoyyQn16BLwZIf17l7ZRPP/VGqf6H7B8nO2jd
         Nvf9ZV3sMD9/uTLmckEGRK/t9YRK94xAGZdhGALjHqhqB9jvUsXHAsNJ51WNQWm4i8IR
         aMf8fuIq1wADqn8s1O363xTIiscvVlCyoeQNzZj2E/iOAY1+ECr0H+EcyoFDhWgtus+E
         3MwZhIw6CuwEL1npeVnKsdZRuV8V8K1aZAyNg9z/FneVbs3cK2ENdpdcIJQhm82zdtbN
         N8Ug==
X-Gm-Message-State: AOJu0YyDc2E9m/34TtJdR5ONTh5DLKQMUDy9qYmHmDAl/LBvgK981Sjl
	5YB5QMrhvu/tKWY0UhaS8Yc=
X-Google-Smtp-Source: AGHT+IHEugL0hYNSZX1xUxI1nQoMUNiu4FjbJoQORyoADfevpNtKhTa+GBQug2wWZGLwoTDNKq2l4Q==
X-Received: by 2002:ac2:4e8f:0:b0:50c:44:919e with SMTP id o15-20020ac24e8f000000b0050c0044919emr23756lfr.108.1702048489230;
        Fri, 08 Dec 2023 07:14:49 -0800 (PST)
Received: from G3620.lan (178-78-231-178.customers.ownit.se. [178.78.231.178])
        by smtp.gmail.com with ESMTPSA id fc3-20020a056512138300b0050bc913a6b5sm240755lfb.76.2023.12.08.07.14.47
        (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
        Fri, 08 Dec 2023 07:14:48 -0800 (PST)
Message-ID: <eadb844143c7de3dfe6f4cd7058bd88f85a71ac5.camel@gmail.com>
Subject: Reopen 1056980
From: Svante Signell <svante.signell@gmail.com>
Reply-To: svante.signell@gmail.com
To: 1056980@bugs.debian.org
Cc: Debian Control Server <control@bugs.debian.org>, 813@bugs.devuan.org
Date: Fri, 08 Dec 2023 16:15:01 +0100
Organization: Home
Content-Type: text/markdown; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable
User-Agent: Evolution 3.46.4-2 
MIME-Version: 1.0
[Message part 1 (text/markdown, inline)]
reopen 1056980  
severity 1056980 serious  
tags 1056980 patch  
thanks

Hello,

Reopening this bug due to a deliberate attempt to fool the users: Either you move binaries _and_ configuration files 
to /usr/bin or explicitely depend on usrmerge. And closing this bug as wontfix is not nice.

I've modified netcat-traditional.postinst on both usrmerged and non-usrmerged systems without problems. So your second comment b) in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1056980#15
is definitely false:

From: Chris Hofstaedtler <[zeha@debian.org](mailto:zeha@debian.org)>  
...
No, changing the update-alternatives call is  
a) not necessary on /usr-merged systems,  
b) will break on these.

No the system did not break!

Yes, I have read [https://wiki.debian.org/UsrMerge](https://wiki.debian.org/UsrMerge)  

And found:  
! Please suspend further moves temporarily. The effects of moves cause more problems than anticipated 
people are working to understand and solve them. Exceptions: Continue to perform moves that fix RC bugs
(e.g. dh_installsystemd or systemd.pc issues) and DEP17P7 mitigations for udev rules.

And:
Do not update calls to update-alternatives:
- Even if you move e.g. /bin/more to /usr/bin/more, do not change the location used in the 
  update-alternatives invocation.
- If you add new alternatives, install them to /usr if possible. 

And:
P4: Even when changing all aliased paths from / to /usr, you must not change the paths passed to update-alternatives
invocations that already existed in bookworm. The current plan is to keep existing alternatives aliased as a legacy
forever and add new alternatives without aliasing. 

Who wrote this? The question is why?? All changes to packages moving files to /usr should also move _all_ 
corresponding configuration files to, or add an explicit dependency on usrmerge!

Thanks!



Send a report that this bug log contains spam.


Devuan BTS -- Powered by Debian bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson,
2005-2017 Don Armstrong, and many other contributors.

Devuan Bugs Owner <owner@bugs.devuan.org>.
Last modified: Mon Nov 25 05:29:07 2024;