From mboxrd@z Thu Jan  1 00:00:00 1970
From: Michael Tremer <michael.tremer@ipfire.org>
To: development@lists.ipfire.org
Subject: Re: strip is missing?
Date: Wed, 02 Oct 2024 17:01:08 +0100
Message-ID: <F1B18E88-8237-4D8A-886E-82C30B1BDE19@ipfire.org>
In-Reply-To: <f513e960-1129-41fe-8eb9-5d0053cd81b1@ipfire.org>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="===============3015396906353613555=="
List-Id: <development.lists.ipfire.org>

--===============3015396906353613555==
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hello Matthias,

We are still stripping all binaries, but we don=E2=80=99t do it in the build =
system any more.

We basically strip them when we package everything:

  https://git.ipfire.org/?p=3Dipfire-2.x.git;a=3Dblob;f=3Dlfs/Config;h=3D9fab=
e790c3b0e1f7dcba1b86593e59da0b42520a;hb=3DHEAD#l371

That makes the build slightly faster because we only strip what we actually n=
eed to strip and not the rest. It also allows us to have some files with debu=
gging information enabled which we normally don=E2=80=99t have access to.

In the final system there should not be any unstripped binaries.

-Michael

> On 2 Oct 2024, at 14:14, Matthias Fischer <matthias.fischer(a)ipfire.org> w=
rote:
>=20
> Hi,
>=20
> today I built the updated 'suricata 7.0.7' and 'libhtp 0.5.49' with
> Core188 and Core189.
>=20
> Builds ran without problems - but the resulting binary in /usr/bin was
> somehow bigger than I expected: 63071K. It should have ~9.9K.
> It wasn't stripped.
>=20
> I looked for (e.g.) 'squid 6.11' - the same.
>=20
> It looks like 'strip' didn't run during the build process...
>=20
> Can anyone confirm?
>=20
> Best
> Matthias


--===============3015396906353613555==--