Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.rc > #388830

Bug#1102441: wireshark: build changes when rebuilt in trixie-security

From Helmut Grohne <helmut@subdivi.de>
Newsgroups linux.debian.bugs.rc
Subject Bug#1102441: wireshark: build changes when rebuilt in trixie-security
Date 2025-04-09 09:00 +0200
Message-ID <KzxzI-cdRp-5@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Show all headers | View raw


Package: wireshark
Version: 4.4.5-1
Severity: serious
Justification: violates ftp-master reject faq

Hi,

via codesearching around, I ran into the following part of debian/rules

    ifneq ($(filter noble oracular unstable sid testing trixie UNRELEASED,$(DEB_DISTRIBUTION)),)
    CONTROL_IN_SED_CMD := $(CONTROL_IN_SED_CMD)s/@LIBSSH_DEV@/libssh-dev/;
    else
    CONTROL_IN_SED_CMD := $(CONTROL_IN_SED_CMD)s/@LIBSSH_DEV@/libssh-gcrypt-dev/;
    endif

Consider what happens when wireshark receives a security upload. At that
point, DEB_DISTRIBUTION will be trixie-security and we flip from the
first branch to the second branch. That's bad, but what does
CONTROL_IN_SED_CMD actually do? It's run during override_dh_clean and
rewrites debian/control. That practice is prohibited by the ftp-master
reject faq and incurs an rc bug.

Helmut

Back to linux.debian.bugs.rc | Previous | Next — Next in thread | Find similar | Unroll thread


Thread

Bug#1102441: wireshark: build changes when rebuilt in trixie-security Helmut Grohne <helmut@subdivi.de> - 2025-04-09 09:00 +0200
  Bug#1102441: marked as done (wireshark: build changes when  rebuilt in trixie-security) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2025-04-17 10:40 +0200

csiph-web