Date: Wed, 26 Nov 2008 18:01:19 +0100 From: "Paul B. Mahol" <onemda@gmail.com> To: "Matthew Seaman" <m.seaman@infracaninophile.co.uk> Cc: freebsd-questions@freebsd.org Subject: Re: large binary, why not strip ? Message-ID: <3a142e750811260901j134e9ff9pa334fc50c52fadd2@mail.gmail.com> In-Reply-To: <492D7E03.3070500@infracaninophile.co.uk> References: <b10011eb0811160042w158656bld3b91a2bf7cfdd3f@mail.gmail.com> <20081116125622.E24752@wojtek.tensor.gdynia.pl> <20081117172100.GB43367@hub.freebsd.org> <b10011eb0811171040y536d5e18y171ca9aed686f9bf@mail.gmail.com> <20081117210649.GE63818@hub.freebsd.org> <49226AFD.6060505@infracaninophile.co.uk> <492D7E03.3070500@infracaninophile.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
On 11/26/08, Matthew Seaman <m.seaman@infracaninophile.co.uk> wrote: > Matthew Seaman wrote: >> Kris Kennaway wrote: >> >>> Bonus points if you come up with a patch to do this: in most cases it >>> will be a simple matter of changing the port's do-install: target to >>> use INSTALL_* macros instead of cp/bsdtar etc. This would be a good >>> project to get some familiarity with the ports tree. >> >> Would it be worthwhile to add a test and warning that all installed >> binaries >> have not been stripped to the 'security-check' target in bsd.port.mk? >> That's >> not really what that target was intended for (feeping creaturism alert!) >> but >> it's the obvious place to put such a test. >> >> Probably cleaner to create a whole new target, but that's going to >> duplicate >> some code. >> >> Hmmmm... I shall work up some patches, probably over the weekend, so >> there's >> something substantive to talk about. > > Done: ports/129210 > > For the record, I also discovered that, contrary to what I said earlier, > there is apparently one class of binary object that will not work correctly > if stripped: kernel loadable modules. Kernel loadable modules are already stripped (--strip-debug). -- Paul
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3a142e750811260901j134e9ff9pa334fc50c52fadd2>