On August 16, 2018 10:44:47 AM CDT, Bruce Dubbs <bruce.du...@gmail.com> wrote:
>
>OK, I'll release -rc2.  I do not think we need to invalidate the tags
>we 
>have already done in BLFS. 

Of course, it's always a concern, but in this case I can't see anything that is 
made available to the dependent packages. I sure as heck don't *want* to 
generate more work.


> For kernels 4.18 and 1.18.1 I did:
>
>make INSTALL_HDR_PATH=dest headers_install
>find dest/include \( -name .install -o -name ..install.cmd \) -delete
>
>and then
>
>$ diff -Naur linux-4.18/dest linux-4.18.1/dest
>
>diff -Naur linux-4.18/dest/include/linux/version.h 
>linux-4.18.1/dest/include/linux/version.h
>--- linux-4.18/dest/include/linux/version.h     2018-08-16 
>10:35:06.647129120 -0500
>+++ linux-4.18.1/dest/include/linux/version.h   2018-08-16 
>10:35:59.127620298 -0500
>@@ -1,2 +1,2 @@
>-#define LINUX_VERSION_CODE 266752
>+#define LINUX_VERSION_CODE 266753
>
>With that small a change, an in-place update of kernels will not change
>
>any other packages.
>

That's funny. I was referring to the OpenSSL headers. I hadn't even considered 
diffing the kennel headers. With the number of commits, I had assumed there 
were differences. Seems my second glibc rebuild was completely unnecessary (the 
first was, as I had completed the current build just a few hours before that 
last commit).

-- DJ

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

-- 
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page

Reply via email to