[From nobody Tue Sep 15 08:07:08 2026 Received: (at 1147712-done) by bugs.debian.org; 15 Sep 2026 07:04:39 +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=-116.2 required=4.0 tests=ALL_TRUSTED,BAYES_00, DKIMWL_WL_HIGH,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, FROMDEVELOPER,HAS_BUG_NUMBER,MD5_SHA1_SUM,PGPSIGNATURE,SPF_HELO_NONE, SPF_PASS,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, 15; hammy, 150; neutral, 109; 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: <corsac@debian.org> Received: from stravinsky.debian.org ([2001:41b8:202:deb::311:108]:55196) by buxtehude.debian.org with esmtps (TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.96) (envelope-from <corsac@debian.org>) id 1x6NDb-005PAF-2W for 1147712-done@bugs.debian.org; Tue, 15 Sep 2026 07:04:39 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; s=smtpauto.stravinsky; h=X-Debian-User:MIME-Version:Content-Type:References: In-Reply-To:Date:Cc:To:From:Subject:Message-ID:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=85vD7gSZcX9oHxOvgFaMQa0vaZxKiX0S8mSRFudKfu0=; b=iEwVdeuQqgCTHVNkrB9Gk37yJg /qahptIbF5tnPNqPeq+IIIj1RofHCqulOHPoPFgl84TZ5CM/VZlQuxYLkSRB3wZzGW/nMKyaAUQvE R0kluXKDjnbtt7OoML9MPQfqMChNAWLUDNDhuwbXFe+vDv/qGYR68xp6/rkmPL/QfcPXgn5gmBZHZ fBjgAwqaZ0dEcgAaOZQ1EQp+kbJHnpkS10frArOuBti9RIXa+TWyxHlYheE6N63TPYcghmKH1XHU0 n04z58ncyb7la6oxBKMROyEYOyys7zZe0NBkkYRCV74yABjOrBMMjAPs+QCqEINmz4C3dwEUh7Kxz mKLLoKyw==; Received: from authenticated-user by stravinsky.debian.org with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.96) (envelope-from <corsac@debian.org>) id 1x6NDa-004DPl-0S for 1147712-done@bugs.debian.org; Tue, 15 Sep 2026 07:04:38 +0000 Message-ID: <9248665ec60ac560dfb0bffa793562ad30e5e9d7.camel@debian.org> Subject: Re: [Pkg-swan-devel] Bug#1147712: strongswan: FTBFS with GCC 16: custom printf specifier %B rejected because -Wno-format is overridden From: Yves-Alexis Perez <corsac@debian.org> To: Paul Menzel <pmenzel@molgen.mpg.de> Cc: Santiago Vila <sanvila@debian.org>, 1147712-done@bugs.debian.org Date: Tue, 15 Sep 2026 09:04:33 +0200 In-Reply-To: <2a9b8ef9-e9fb-4ba2-8f20-fa6c17c54972@molgen.mpg.de> References: <34657bb3-8261-46c0-b160-45b12c7041de@molgen.mpg.de> <aqgOKhUgKicMSZ-X@nuc> <8a49d08c-7596-42d2-9385-a08aad13372e@molgen.mpg.de> <34657bb3-8261-46c0-b160-45b12c7041de@molgen.mpg.de> <aqgnqgDt8aBHnT6D@nuc> <c34272ee0a0b39860a170d913aabec00af7464bc.camel@debian.org> <2a9b8ef9-e9fb-4ba2-8f20-fa6c17c54972@molgen.mpg.de> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-RzySaTFgcegNHwifuwih" User-Agent: Evolution 3.56.2-10 MIME-Version: 1.0 X-Debian-User: corsac --=-RzySaTFgcegNHwifuwih Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2026-09-14 at 23:32 +0200, Paul Menzel wrote: > > I'm not comfortable disabling this part of upstream checks. You might w= ant > > to > > reach them to check if those could be overridden. >=20 > What checks do you mean exactly, that would get disabled? Upstream=E2=80= =99s=20 > configure explicitly adds `-Wno-format` [1]: >=20 > =C2=A0=C2=A0=C2=A0=C2=A0 # disable some warnings, whether explicitly enab= led above or by default > =C2=A0=C2=A0=C2=A0=C2=A0 # these are not compatible with our custom print= f specifiers > =C2=A0=C2=A0=C2=A0=C2=A0 WARN_CFLAGS=3D"$WARN_CFLAGS -Wno-format" > =C2=A0=C2=A0=C2=A0=C2=A0 WARN_CFLAGS=3D"$WARN_CFLAGS -Wno-format-security= " Then I'm not actually sure what's the problem anyway. Warnings are enabled = by default if .git is present [1] but you can pass --disable-warnings [2] or j= ust override CFLAGS [3]. You (or Claude) actually said it in your first message: > Alternatively, or in addition, d/rules can append the flags itself, > which does not depend on the patch surviving the next upstream merge: >=20 > export DEB_CFLAGS_MAINT_APPEND=3D-Wno-format -Wno-format-security >=20 So I don't think there's a bug at all here. The package builds fine in Debi= an environment, and if you build in your own environment (for investigating/de= bug purposes) you can override things at will. [1] https://github.com/strongswan/strongswan/blob/78937d2190656f175599411c14be5= ecbeb2c2c02/configure.ac#L518 [2] https://github.com/strongswan/strongswan/blob/78937d2190656f175599411c14be5= ecbeb2c2c02/configure.ac#L316 [3] https://github.com/strongswan/strongswan/blob/78937d2190656f175599411c14be5= ecbeb2c2c02/configure.ac#L1425 Regards, --=20 Yves-Alexis --=-RzySaTFgcegNHwifuwih Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEE8vi34Qgfo83x35gF3rYcyPpXRFsFAmqo7gEACgkQ3rYcyPpX RFsGVgf+Oy4J4NNI886/+9/gEWE6bQN1Kw+5W+MXF3GfKQq+5AcAc4+VYaPXmznX KiDq3dLEtZ0Mc1DJ8+sNuY/wMScDXVUvFbTt6TEXq7+nR5clM+54Qj5E8FJe4Hjm A/+g+J4BsMPbBKEmS++AlPIFI0e5OClmTOY6Tlacwc298T4IrUSAQq0ONnA2VlUw 9BCcZCI0GCCT4WjDkQ3qgJ7KthJZ7iztaC7Zl3WhuQdNnQN408JN1YlLlDRr3hiZ XmAMmyvO+G+107hSkD3Nda5SHA/5h0HfqUib6w7aoqM+9vuPJAy6cWmndoj04SuC RSHey+G9qkV7JWC0g5hAOcqZ5D3SmQ== =VVVo -----END PGP SIGNATURE----- --=-RzySaTFgcegNHwifuwih-- ]