> On 27 Aug 2015, at 08:25, Pawel Jakub Dawidek <p...@freebsd.org> wrote:
> On Tue, Aug 25, 2015 at 03:32:35PM -0700, NGie Cooper wrote:
>> On Tue, Aug 25, 2015 at 3:21 PM, Xin Li <delp...@delphij.net> wrote:
>>> On 08/25/15 14:55, Pawel Jakub Dawidek wrote:
>>>>> Now that I think of it, it might have been that I did
>>>>> buildworld/buildkernel before -p1. Then freebsd-update updated
>>>>> newvers.sh and then I was trying to do installworld.
>>>> Yes, I can now reproduce it with source updated to -p2.
>>> Yes, that's because freebsd-version.sh is generated from the files (but
>>> it's not clear to me whether if it's a bug or a feature that 'make
>>> install' checks if it's up-to-date and decides to regenerate it...).
>> It's a quirk for sure. If you change the behavior, people will
>> definitely complain as they will now need to go back and rebuild
>> everything.
> What we have now is misleading. People should recompile. It is rather
> rare to see security advisory which bumps only patch level and something
> that doesn't require recompilation (eg. a shell script). Current
> behaviour would make people think they are running latest patch level
> because freebsd-version says so, eventhough they only did 'make
> installworld' without rebuilding affected binaries.

How hard would it be to force CC/CXX to /usr/bin/false during installworld?

Daniel O'Connor
"The nice thing about standards is that there
are so many of them to choose from."
 -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C

freebsd-current@freebsd.org mailing list
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Reply via email to