From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthias Fischer To: development@lists.ipfire.org Subject: Re: strip is missing? Date: Wed, 02 Oct 2024 21:29:12 +0200 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1274294037481323611==" List-Id: --===============1274294037481323611== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable On 02.10.2024 18:01, Michael Tremer wrote: > Hello Matthias, Hi, > We are still stripping all binaries, but we don=E2=80=99t do it in the buil= d system any more. >=20 > We basically strip them when we package everything: >=20 > https://git.ipfire.org/?p=3Dipfire-2.x.git;a=3Dblob;f=3Dlfs/Config;h=3D9f= abe790c3b0e1f7dcba1b86593e59da0b42520a;hb=3DHEAD#l371 >=20 > That makes the build slightly faster because we only strip what we actually= need to strip and not the rest. It also allows us to have some files with de= bugging information enabled which we normally don=E2=80=99t have access to. >=20 > In the final system there should not be any unstripped binaries. Thanks for the clarification - no problem. Then I now know what I have to watch out for... ;-) Best Matthias > -Michael >=20 >> On 2 Oct 2024, at 14:14, Matthias Fischer = wrote: >>=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 >=20 --===============1274294037481323611==--