Date: Tue, 10 Jun 2014 16:33:36 -0400 From: Paul Mather <freebsd-lists@gromit.dlib.vt.edu> To: Royce Williams <royce@tycho.org> Cc: freebsd-stable <freebsd-stable@freebsd.org> Subject: Re: freebsd-update to 9.2-RELEASE-p8 loop Message-ID: <77B0EBB8-52C4-49C9-9310-5113898442B4@gromit.dlib.vt.edu> In-Reply-To: <CA%2BE3k93FkNuFW7m9094tKixdfw6CiyczJS1DZq0=bUFL6Z0m2g@mail.gmail.com> References: <20140610195025.af77561acbb2224539762600@mimar.rs> <20140610175315.GR2341@home.opsec.eu> <20140610180515.GA2380@bewilderbeast.blackhelicopters.org> <CA%2BE3k91fgEWcKgEO_JQ0AG_DXs7SC9S_7suo8=J%2BKy%2BiVJhUBg@mail.gmail.com> <CA%2BE3k93FkNuFW7m9094tKixdfw6CiyczJS1DZq0=bUFL6Z0m2g@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jun 10, 2014, at 3:08 PM, Royce Williams <royce@tycho.org> wrote: > On Tue, Jun 10, 2014 at 10:43 AM, Royce Williams <royce@tycho.org> = wrote: >> On Tue, Jun 10, 2014 at 10:05 AM, Michael W. Lucas >> <mwlucas@michaelwlucas.com> wrote: >>> On Tue, Jun 10, 2014 at 07:53:15PM +0200, Kurt Jaeger wrote: >>>> Hi! >>>>=20 >>>>> I used freebsd-update to update from 9.2-RELEASE-p7 to = 9.2-RELEASE-p8 >>>>> and rebooted. >>>>>=20 >>>>> After reboot, uname -a shows 9.2-RELEASE-p7, but I've seen this = before >>>>> and consider it normal. >>>>=20 >>>> p8 did not touch the kernel, therefore there is no update in the = uname output. >>>>=20 >>>> Why it again and again updates linker.hints, I don't know. >>>=20 >>> linker.hints should be added to /etc/freebsd-update.conf = IgnoreFiles, i.e.: >>>=20 >>> IgnorePaths /boot/kernel/linker.hints >>>=20 >>> linker.hints is dynamically generated, and freebsd-update shouldn't >>> touch it. Yes, it's a bug. >>=20 >> More background in this forums thread: >>=20 >> https://forums.freebsd.org/viewtopic.php?&t=3D1362 >>=20 >> Also, I've found that just adding the IgnorePaths line may be >> necessary, but is not sufficient. I have added that line, but >> freebsd-update continues to detect linker.hints as a needed update: >>=20 >> $ grep linker /etc/freebsd-update.conf >> IgnorePaths /boot/kernel/linker.hints >>=20 >> $ sudo freebsd-update fetch >> Looking up update.FreeBSD.org mirrors... 5 mirrors found. >> Fetching metadata signature for 8.4-RELEASE from = update4.freebsd.org... done. >> Fetching metadata index... done. >> Inspecting system... done. >> Preparing to download files... done. >>=20 >> The following files will be updated as part of updating to = 8.4-RELEASE-p12: >> /boot/kernel/linker.hints >=20 > Better reference on freebsd-questions, but it raises more questions > than it answers: >=20 > = http://lists.freebsd.org/pipermail/freebsd-questions/2014-May/257950.html I was the person who kicked off that thread, but I am still=20 experiencing the /boot/kernel/linker.hints update loop even after=20 applying the kldxref errata update. :-( > Specifically, multiple users appear to still be experiencing this, > even after applying the fix for this erratum: >=20 > = http://www.freebsd.org/security/advisories/FreeBSD-EN-14:04.kldxref.asc I was wondering if the problem in my case might be related to having=20 gone from -STABLE to -RELEASE at some point. By habit, I am someone=20 who prefers the build{world,kernel}/install{world,kernel} approach to=20 updating FreeBSD. However, I decided to switch over some systems to=20 freebsd-update because there were going to be some admins new to=20 FreeBSD that would be working with them. These admins were used to=20 RHEL, and so I thought they'd be more comfortable using freebsd-update=20= (and pkg/poudriere) to keep the system up to date. When I run "freebsd-update IDS" I get quite a few files listed as=20 differing. I believe a lot of these are files that just differ in the=20= $FreeBSD svn IDs embedded in the files. I had been using mergemaster=20 to keep my configuration files up to date, but there doesn't seem to be=20= an explicit mechanism with freebsd-update. Given that "freebsd-update IDS" can work out which installed files are=20= at odds with the canonical version being served by freebsd-update, is=20 there any mechanism within freebsd-update to revert a specific local=20 change to the current -RELEASE version? (As I understand it,=20 "rollback" is not the same in that it acts as a rollback/undo, not as a=20= "replace with canonical version from repository".) Cheers, Paul.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?77B0EBB8-52C4-49C9-9310-5113898442B4>