FreeBSD 12.1-RC1 Now Available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The first RC build of the 12.1-RELEASE release cycle is now available. Installation images are available for: o 12.1-RC1 amd64 GENERIC o 12.1-RC1 i386 GENERIC o 12.1-RC1 powerpc GENERIC o 12.1-RC1 powerpc64 GENERIC64 o 12.1-RC1 powerpcspe MPC85XXSPE o 12.1-RC1 sparc64 GENERIC o 12.1-RC1 armv6 RPI-B o 12.1-RC1 armv7 BANANAPI o 12.1-RC1 armv7 BEAGLEBONE o 12.1-RC1 armv7 CUBIEBOARD o 12.1-RC1 armv7 CUBIEBOARD2 o 12.1-RC1 armv7 CUBOX-HUMMINGBOARD o 12.1-RC1 armv7 RPI2 o 12.1-RC1 armv7 PANDABOARD o 12.1-RC1 armv7 WANDBOARD o 12.1-RC1 armv7 GENERICSD o 12.1-RC1 aarch64 GENERIC o 12.1-RC1 aarch64 RPI3 o 12.1-RC1 aarch64 PINE64 o 12.1-RC1 aarch64 PINE64-LTS Note regarding arm SD card images: For convenience for those without console access to the system, a freebsd user with a password of freebsd is available by default for ssh(1) access. Additionally, the root user password is set to root. It is strongly recommended to change the password for both users after gaining access to the system. Installer images and memory stick images are available here: https://download.freebsd.org/ftp/releases/ISO-IMAGES/12.1/ The image checksums follow at the end of this e-mail. If you notice problems you can report them through the Bugzilla PR system or on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/12.1" branch. A summary of changes since 12.1-BETA3 includes: o A NULL pointer dereference that could lead to a system crash had been fixed. o A fix to correctly implement pmap_page_is_mapped() on arm64 and riscv. o A fix to tun(4) and tap(4) when destroying interfaces had been added. o A fix to krping to notify sleeping threads of device removal had been added. o Several updates to mlx5core, mlx5en(4), and mlx5ib(4). o Several fixes in libusb(3) and xhci(4) have been added. o Several SCTP and TCP fixes have been added. A list of changes since 12.0-RELEASE is available in the releng/12.1 release notes: https://www.freebsd.org/releases/12.1R/relnotes.html Please note, the release notes page is not yet complete, and will be updated on an ongoing basis as the 12.1-RELEASE cycle progresses. === Virtual Machine Disk Images === VM disk images are available for the amd64, i386, and aarch64 architectures. Disk images may be downloaded from the following URL (or any of the FreeBSD download mirrors): https://download.freebsd.org/ftp/releases/VM-IMAGES/12.1-RC1/ The partition layout is: ~ 16 kB - freebsd-boot GPT partition type (bootfs GPT label) ~ 1 GB - freebsd-swap GPT partition type (swapfs GPT label) ~ 20 GB - freebsd-ufs GPT partition type (rootfs GPT label) The disk images are available in QCOW2, VHD, VMDK, and raw disk image formats. The image download size is approximately 135 MB and 165 MB respectively (amd64/i386), decompressing to a 21 GB sparse image. Note regarding arm64/aarch64 virtual machine images: a modified QEMU EFI loader file is needed for qemu-system-aarch64 to be able to boot the virtual machine images. See this page for more information: https://wiki.freebsd.org/arm64/QEMU To boot the VM image, run: % qemu-system-aarch64 -m 4096M -cpu cortex-a57 -M virt \ -bios QEMU_EFI.fd -serial telnet::,server -nographic \ -drive if=none,file=VMDISK,id=hd0 \ -device virtio-blk-device,drive=hd0 \ -device virtio-net-device,netdev=net0 \ -netdev user,id=net0 Be sure to replace "VMDISK" with the path to the virtual machine image. === Amazon EC2 AMI Images === FreeBSD/amd64 EC2 AMIs are available in the following regions: eu-north-1 region: ami-0c2caa354f54dcc8e ap-south-1 region: ami-011f6d0b22b4179ae eu-west-3 region: ami-0e633b1e66b94dc5e eu-west-2 region: ami-06f77908c8875b5ce eu-west-1 region: ami-07d5b3d4ffa682d66 ap-northeast-2 region: ami-0a0d9969831c99d3f ap-northeast-1 region: ami-092398d1a41a67f27 sa-east-1 region: ami-023dd6db41165f441 ca-central-1 region: ami-0cf9fd10259cf4eb2 ap-east-1 region: ami-0e255d1bb4a1f76f4 ap-southeast-1 region: ami-0404212cff3236606 ap-southeast-2 region: ami-0fea81c67debcba8b eu-central-1 region: ami-08e32f4e90fd250f4 us-east-1 region: ami-0e6e401d0ffebd916 us-east-2 region: ami-0d094195cae5bf901 us-west-1 region: ami-04c1e10d06064e68d us-west-2 region: ami-02d0010139a9a494e FreeBSD/aarch64 EC2 AMIs are available in the following regions: eu-north-1 region: ami-022e4644320e82ac1 ap-south-1 region: ami-0e421a1864d53d226 eu-west-3 region: ami-0bffb1c264a4b8d09 eu-west-2 region: ami-0f596a538918dc9c8 eu-west-1 region: ami-063c017d8b9086b55 ap-northeast-2 region: ami-0b34ed283d7dd41ae ap-northeast-1 region: ami-0071602b3e78a8de0 sa-east-1 region: ami-07986820662819e67 ca-central-1 region: ami-0d9ee49739059957b ap-east-1 region: ami-00ae1e2b897eb6230 ap-southeast-1 region: ami-0018127ce245410e0 ap-southea
FreeBSD CI Weekly Report 2019-10-06
(Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-10-06 === Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-09-30 to 2019-10-06. During this period, we have: * 2129 builds (99.4% (+0.8) passed, 0.6% (-0.8) failed) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 333 test runs (81.7% (+10.2) passed, 18.3% (-1.7) unstable) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 42 doc builds (100% passed) Test case status (on 2019-10-06 23:59): | Branch/Architecture | Total | Pass | Fail| Skipped | | --- | -- | -- | --- | | | head/amd64 | 7589 (+1) | 7526 (+1) | 0 (0) | 63 (0) | | head/i386 | 7587 (+1) | 7515 (+1) | 0 (0) | 72 (0) | | 12-STABLE/amd64 | 7482 (+8) | 7441 (+11) | 0 (0) | 41 (-3) | | 12-STABLE/i386 | 7480 (+8) | 7434 (+13) | 0 (0) | 48 (-3) | | 11-STABLE/amd64 | 6849 (0) | 6808 (+3) | 0 (0) | 41 (-3) | | 11-STABLE/i386 | 6847 (0) | 6770 (+3) | 34 (0) | 43 (-3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20191006 and archive is available at https://hackmd.io/@FreeBSD-CI/, any help is welcome. ## News * [FCP 20190401-ci_policy: CI policy](https://github.com/freebsd/fcp/blob/master/fcp-20190401-ci_policy.md) is in "feedback" state, please check and provide comments on -fcp@ and -hackers@ mailing lists. * A new wiki page started at https://wiki.freebsd.org/Jenkins/Debug describes how to reproduce and debug the failing cases. It is welcomed to add more contents. ## Fixed Tests * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.amd64.arrays.t_dtrace_contrib.tst_uregsarray_d * Fixed in head https://svnweb.freebsd.org/changeset/base/353107 ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## Failing and Flaky Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~18 failing and ~97 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero (new) https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.netpfil.pf.forward.v4 (i386 only) * sys.netpfil.pf.forward.v6 (i386 only) * sys.netpfil.pf.set_tos.v4 (i386 only) https://bugs.freebsd.org/239380 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * sys.netpfil.common.tos.pf_tos (i386 only) https://bugs.freebsd.org/240086 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews
Re: pkg thinks kernel is old
On Fri, Oct 11, 2019 at 03:07:13PM +0200, Bengt Ahlgren wrote: > Baptiste Daroussin writes: > > > On Fri, Oct 11, 2019 at 02:50:57PM +0200, Bengt Ahlgren wrote: > >> Baptiste Daroussin writes: > >> > >> > On Fri, Oct 11, 2019 at 01:57:06PM +0200, Bengt Ahlgren wrote: > >> >> Baptiste Daroussin writes: > >> >> > >> >> > On Fri, Oct 11, 2019 at 11:54:15AM +0200, Bengt Ahlgren wrote: > >> >> >> Baptiste Daroussin writes: > >> >> >> > >> >> >> > On Fri, Oct 11, 2019 at 11:38:46AM +0200, Bengt Ahlgren wrote: > >> >> >> >> Baptiste Daroussin writes: > >> >> >> >> > >> >> >> >> > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: > >> >> >> >> >> Ronald Klop writes: > >> >> >> >> >> > >> >> >> >> >> > Van: Bengt Ahlgren > >> >> >> >> >> > Datum: woensdag, 9 oktober 2019 23:38 > >> >> >> >> >> > Aan: sta...@freebsd.org > >> >> >> >> >> > Onderwerp: pkg thinks kernel is old > >> >> >> >> >> >> > >> >> >> >> >> >> I've ran into this on my 11.3-STABLE system: > >> >> >> >> >> >> > >> >> >> >> >> >> # uname -K > >> >> >> >> >> >> 1103500 > >> >> >> >> >> >> # pkg update -f > >> >> >> >> >> >> Updating ivyp repository catalogue... > >> >> >> >> >> >> Fetching meta.txz: 100%560 B 0.6kB/s00:01 > >> >> >> >> >> >> Fetching > >> >> >> >> >> >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01 > >> >> >> >> >> >> Processing > >> >> >> >> >> >> entries: 0% > >> >> >> >> >> >> Newer FreeBSD version for package zziplib: > >> >> >> >> >> >> To ignore this error set IGNORE_OSVERSION=yes > >> >> >> >> >> >> - package: 1103000 > >> >> >> >> >> >> - running kernel: 1102509 > >> >> >> >> >> >> Ignore the mismatch and continue? [Y/n]: > >> >> >> >> >> >> > >> >> >> >> >> >> I build my own packages with poudriere, and have just > >> >> >> >> >> >> switched from an > >> >> >> >> >> >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade > >> >> >> >> >> >> everything after > >> >> >> >> >> >> the switch, perhaps that's needed to make pkg recognise the > >> >> >> >> >> >> correct > >> >> >> >> >> >> kernel version? > >> >> >> >> >> >> > >> >> >> >> >> >> Bengt > >> >> >> >> >> > >> >> >> >> >> > This message of pkg is misleading. > >> >> >> >> >> > > >> >> >> >> >> > It looks at /bin/sh or something like that for the version. > >> >> >> >> >> > And prints > >> >> >> >> >> > that as the 'kernel' version. So if you did an incremental > >> >> >> >> >> > build and > >> >> >> >> >> > /bin/sh was not changed the version stays the same. > >> >> >> >> >> > To fix it you can do a clean buildworld/installworld. > >> >> >> >> >> > > >> >> >> >> >> > Regards, > >> >> >> >> >> > Ronald. > >> >> >> >> >> > >> >> >> >> >> That might well be it - I've done some buildworld:s with > >> >> >> >> >> -DNO_CLEAN > >> >> >> >> >> lately. I'll test - thanks for the tip! > >> >> >> >> > > >> >> >> >> > Can you provide the uname -U information (building with > >> >> >> >> > -DNO_CLEAN) should be > >> >> >> >> > perfectly fine. > >> >> >> >> > >> >> >> >> Thanks for looking into this! > >> >> >> >> > >> >> >> >> $ uname -U > >> >> >> >> 1103500 > >> >> >> >> > >> >> >> >> Let me know if there is something else I can check before I do a > >> >> >> >> full > >> >> >> >> buildworld on this system! > >> >> >> > > >> >> >> > What are the output of pkg config osversion > >> >> >> > and pkg -o ABI_FILE=/usr/bin/uname config osversion > >> >> >> > please > >> >> >> > >> >> >> $ pkg config osversion > >> >> >> 1102509 > >> >> >> $ pkg -o ABI_FILE=/usr/bin/uname config osversion > >> >> >> 1102509 > >> >> > > >> >> > It means you /usr/bin/uname binary has been built with a compiler > >> >> > that says it > >> >> > is building for 1102509. > >> >> > > >> >> > Can you show the output of file /usr/bin/uname ? > >> >> > >> >> $ uname -aKU > >> >> FreeBSD P142.sics.se 11.3-STABLE FreeBSD 11.3-STABLE #9 r353280: Mon > >> >> Oct 7 22:16:02 CEST 2019 > >> >> r...@p142.sics.se:/storage/obj/usr/src/sys/X250 amd64 1103500 > >> >> 1103500 > >> >> > >> >> no signs of 1102509 there... > >> >> > >> >> and "strings -a /usr/bin/uname |grep 110" returns nothing. > >> >> > >> > I am interested in the output of file /usr/bin/uname > >> > >> Ah, right, didn't get it that you meant the file command, sorry... > >> > >> $ file /usr/bin/uname > >> /usr/bin/uname: ELF 64-bit LSB executable, x86-64, version 1 > >> (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for > >> FreeBSD 11.2 (1102509), FreeBSD-style, stripped > >> > > > > That is the problem. > > > > So if you don't want to rebuild you can add to your make.conf ABI_FILE= XXX > > where XXX is the path to any file where when you run file on it says it was > > built for freebsd 11.3 > > Great, thanks for investigating! It also means that it is safe to > answer "Y" to the pkg question and just let it carry on! > > Bengt yes :x it is. Best regards, Bapt signature.asc Description: PGP signature
Re: pkg thinks kernel is old
Baptiste Daroussin writes: > On Fri, Oct 11, 2019 at 02:50:57PM +0200, Bengt Ahlgren wrote: >> Baptiste Daroussin writes: >> >> > On Fri, Oct 11, 2019 at 01:57:06PM +0200, Bengt Ahlgren wrote: >> >> Baptiste Daroussin writes: >> >> >> >> > On Fri, Oct 11, 2019 at 11:54:15AM +0200, Bengt Ahlgren wrote: >> >> >> Baptiste Daroussin writes: >> >> >> >> >> >> > On Fri, Oct 11, 2019 at 11:38:46AM +0200, Bengt Ahlgren wrote: >> >> >> >> Baptiste Daroussin writes: >> >> >> >> >> >> >> >> > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: >> >> >> >> >> Ronald Klop writes: >> >> >> >> >> >> >> >> >> >> > Van: Bengt Ahlgren >> >> >> >> >> > Datum: woensdag, 9 oktober 2019 23:38 >> >> >> >> >> > Aan: sta...@freebsd.org >> >> >> >> >> > Onderwerp: pkg thinks kernel is old >> >> >> >> >> >> >> >> >> >> >> >> I've ran into this on my 11.3-STABLE system: >> >> >> >> >> >> >> >> >> >> >> >> # uname -K >> >> >> >> >> >> 1103500 >> >> >> >> >> >> # pkg update -f >> >> >> >> >> >> Updating ivyp repository catalogue... >> >> >> >> >> >> Fetching meta.txz: 100%560 B 0.6kB/s00:01 >> >> >> >> >> >> Fetching >> >> >> >> >> >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01 >> >> >> >> >> >> Processing >> >> >> >> >> >> entries: 0% >> >> >> >> >> >> Newer FreeBSD version for package zziplib: >> >> >> >> >> >> To ignore this error set IGNORE_OSVERSION=yes >> >> >> >> >> >> - package: 1103000 >> >> >> >> >> >> - running kernel: 1102509 >> >> >> >> >> >> Ignore the mismatch and continue? [Y/n]: >> >> >> >> >> >> >> >> >> >> >> >> I build my own packages with poudriere, and have just >> >> >> >> >> >> switched from an >> >> >> >> >> >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade >> >> >> >> >> >> everything after >> >> >> >> >> >> the switch, perhaps that's needed to make pkg recognise the >> >> >> >> >> >> correct >> >> >> >> >> >> kernel version? >> >> >> >> >> >> >> >> >> >> >> >> Bengt >> >> >> >> >> >> >> >> >> >> > This message of pkg is misleading. >> >> >> >> >> > >> >> >> >> >> > It looks at /bin/sh or something like that for the version. >> >> >> >> >> > And prints >> >> >> >> >> > that as the 'kernel' version. So if you did an incremental >> >> >> >> >> > build and >> >> >> >> >> > /bin/sh was not changed the version stays the same. >> >> >> >> >> > To fix it you can do a clean buildworld/installworld. >> >> >> >> >> > >> >> >> >> >> > Regards, >> >> >> >> >> > Ronald. >> >> >> >> >> >> >> >> >> >> That might well be it - I've done some buildworld:s with >> >> >> >> >> -DNO_CLEAN >> >> >> >> >> lately. I'll test - thanks for the tip! >> >> >> >> > >> >> >> >> > Can you provide the uname -U information (building with >> >> >> >> > -DNO_CLEAN) should be >> >> >> >> > perfectly fine. >> >> >> >> >> >> >> >> Thanks for looking into this! >> >> >> >> >> >> >> >> $ uname -U >> >> >> >> 1103500 >> >> >> >> >> >> >> >> Let me know if there is something else I can check before I do a >> >> >> >> full >> >> >> >> buildworld on this system! >> >> >> > >> >> >> > What are the output of pkg config osversion >> >> >> > and pkg -o ABI_FILE=/usr/bin/uname config osversion >> >> >> > please >> >> >> >> >> >> $ pkg config osversion >> >> >> 1102509 >> >> >> $ pkg -o ABI_FILE=/usr/bin/uname config osversion >> >> >> 1102509 >> >> > >> >> > It means you /usr/bin/uname binary has been built with a compiler that >> >> > says it >> >> > is building for 1102509. >> >> > >> >> > Can you show the output of file /usr/bin/uname ? >> >> >> >> $ uname -aKU >> >> FreeBSD P142.sics.se 11.3-STABLE FreeBSD 11.3-STABLE #9 r353280: Mon >> >> Oct 7 22:16:02 CEST 2019 >> >> r...@p142.sics.se:/storage/obj/usr/src/sys/X250 amd64 1103500 >> >> 1103500 >> >> >> >> no signs of 1102509 there... >> >> >> >> and "strings -a /usr/bin/uname |grep 110" returns nothing. >> >> >> > I am interested in the output of file /usr/bin/uname >> >> Ah, right, didn't get it that you meant the file command, sorry... >> >> $ file /usr/bin/uname >> /usr/bin/uname: ELF 64-bit LSB executable, x86-64, version 1 >> (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for >> FreeBSD 11.2 (1102509), FreeBSD-style, stripped >> > > That is the problem. > > So if you don't want to rebuild you can add to your make.conf ABI_FILE= XXX > where XXX is the path to any file where when you run file on it says it was > built for freebsd 11.3 Great, thanks for investigating! It also means that it is safe to answer "Y" to the pkg question and just let it carry on! Bengt ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: pkg thinks kernel is old
On Fri, Oct 11, 2019 at 02:50:57PM +0200, Bengt Ahlgren wrote: > Baptiste Daroussin writes: > > > On Fri, Oct 11, 2019 at 01:57:06PM +0200, Bengt Ahlgren wrote: > >> Baptiste Daroussin writes: > >> > >> > On Fri, Oct 11, 2019 at 11:54:15AM +0200, Bengt Ahlgren wrote: > >> >> Baptiste Daroussin writes: > >> >> > >> >> > On Fri, Oct 11, 2019 at 11:38:46AM +0200, Bengt Ahlgren wrote: > >> >> >> Baptiste Daroussin writes: > >> >> >> > >> >> >> > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: > >> >> >> >> Ronald Klop writes: > >> >> >> >> > >> >> >> >> > Van: Bengt Ahlgren > >> >> >> >> > Datum: woensdag, 9 oktober 2019 23:38 > >> >> >> >> > Aan: sta...@freebsd.org > >> >> >> >> > Onderwerp: pkg thinks kernel is old > >> >> >> >> >> > >> >> >> >> >> I've ran into this on my 11.3-STABLE system: > >> >> >> >> >> > >> >> >> >> >> # uname -K > >> >> >> >> >> 1103500 > >> >> >> >> >> # pkg update -f > >> >> >> >> >> Updating ivyp repository catalogue... > >> >> >> >> >> Fetching meta.txz: 100%560 B 0.6kB/s00:01Fetching > >> >> >> >> >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01Processing > >> >> >> >> >> entries: 0% > >> >> >> >> >> Newer FreeBSD version for package zziplib: > >> >> >> >> >> To ignore this error set IGNORE_OSVERSION=yes > >> >> >> >> >> - package: 1103000 > >> >> >> >> >> - running kernel: 1102509 > >> >> >> >> >> Ignore the mismatch and continue? [Y/n]: > >> >> >> >> >> > >> >> >> >> >> I build my own packages with poudriere, and have just switched > >> >> >> >> >> from an > >> >> >> >> >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade > >> >> >> >> >> everything after > >> >> >> >> >> the switch, perhaps that's needed to make pkg recognise the > >> >> >> >> >> correct > >> >> >> >> >> kernel version? > >> >> >> >> >> > >> >> >> >> >> Bengt > >> >> >> >> > >> >> >> >> > This message of pkg is misleading. > >> >> >> >> > > >> >> >> >> > It looks at /bin/sh or something like that for the version. And > >> >> >> >> > prints > >> >> >> >> > that as the 'kernel' version. So if you did an incremental > >> >> >> >> > build and > >> >> >> >> > /bin/sh was not changed the version stays the same. > >> >> >> >> > To fix it you can do a clean buildworld/installworld. > >> >> >> >> > > >> >> >> >> > Regards, > >> >> >> >> > Ronald. > >> >> >> >> > >> >> >> >> That might well be it - I've done some buildworld:s with > >> >> >> >> -DNO_CLEAN > >> >> >> >> lately. I'll test - thanks for the tip! > >> >> >> > > >> >> >> > Can you provide the uname -U information (building with > >> >> >> > -DNO_CLEAN) should be > >> >> >> > perfectly fine. > >> >> >> > >> >> >> Thanks for looking into this! > >> >> >> > >> >> >> $ uname -U > >> >> >> 1103500 > >> >> >> > >> >> >> Let me know if there is something else I can check before I do a full > >> >> >> buildworld on this system! > >> >> > > >> >> > What are the output of pkg config osversion > >> >> > and pkg -o ABI_FILE=/usr/bin/uname config osversion > >> >> > please > >> >> > >> >> $ pkg config osversion > >> >> 1102509 > >> >> $ pkg -o ABI_FILE=/usr/bin/uname config osversion > >> >> 1102509 > >> > > >> > It means you /usr/bin/uname binary has been built with a compiler that > >> > says it > >> > is building for 1102509. > >> > > >> > Can you show the output of file /usr/bin/uname ? > >> > >> $ uname -aKU > >> FreeBSD P142.sics.se 11.3-STABLE FreeBSD 11.3-STABLE #9 r353280: Mon > >> Oct 7 22:16:02 CEST 2019 > >> r...@p142.sics.se:/storage/obj/usr/src/sys/X250 amd64 1103500 > >> 1103500 > >> > >> no signs of 1102509 there... > >> > >> and "strings -a /usr/bin/uname |grep 110" returns nothing. > >> > > I am interested in the output of file /usr/bin/uname > > Ah, right, didn't get it that you meant the file command, sorry... > > $ file /usr/bin/uname > /usr/bin/uname: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), > dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 11.2 > (1102509), FreeBSD-style, stripped > That is the problem. So if you don't want to rebuild you can add to your make.conf ABI_FILE= XXX where XXX is the path to any file where when you run file on it says it was built for freebsd 11.3 Best regards, Bapt signature.asc Description: PGP signature
Re: pkg thinks kernel is old
Baptiste Daroussin writes: > On Fri, Oct 11, 2019 at 01:57:06PM +0200, Bengt Ahlgren wrote: >> Baptiste Daroussin writes: >> >> > On Fri, Oct 11, 2019 at 11:54:15AM +0200, Bengt Ahlgren wrote: >> >> Baptiste Daroussin writes: >> >> >> >> > On Fri, Oct 11, 2019 at 11:38:46AM +0200, Bengt Ahlgren wrote: >> >> >> Baptiste Daroussin writes: >> >> >> >> >> >> > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: >> >> >> >> Ronald Klop writes: >> >> >> >> >> >> >> >> > Van: Bengt Ahlgren >> >> >> >> > Datum: woensdag, 9 oktober 2019 23:38 >> >> >> >> > Aan: sta...@freebsd.org >> >> >> >> > Onderwerp: pkg thinks kernel is old >> >> >> >> >> >> >> >> >> >> I've ran into this on my 11.3-STABLE system: >> >> >> >> >> >> >> >> >> >> # uname -K >> >> >> >> >> 1103500 >> >> >> >> >> # pkg update -f >> >> >> >> >> Updating ivyp repository catalogue... >> >> >> >> >> Fetching meta.txz: 100%560 B 0.6kB/s00:01Fetching >> >> >> >> >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01Processing >> >> >> >> >> entries: 0% >> >> >> >> >> Newer FreeBSD version for package zziplib: >> >> >> >> >> To ignore this error set IGNORE_OSVERSION=yes >> >> >> >> >> - package: 1103000 >> >> >> >> >> - running kernel: 1102509 >> >> >> >> >> Ignore the mismatch and continue? [Y/n]: >> >> >> >> >> >> >> >> >> >> I build my own packages with poudriere, and have just switched >> >> >> >> >> from an >> >> >> >> >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade everything >> >> >> >> >> after >> >> >> >> >> the switch, perhaps that's needed to make pkg recognise the >> >> >> >> >> correct >> >> >> >> >> kernel version? >> >> >> >> >> >> >> >> >> >> Bengt >> >> >> >> >> >> >> >> > This message of pkg is misleading. >> >> >> >> > >> >> >> >> > It looks at /bin/sh or something like that for the version. And >> >> >> >> > prints >> >> >> >> > that as the 'kernel' version. So if you did an incremental build >> >> >> >> > and >> >> >> >> > /bin/sh was not changed the version stays the same. >> >> >> >> > To fix it you can do a clean buildworld/installworld. >> >> >> >> > >> >> >> >> > Regards, >> >> >> >> > Ronald. >> >> >> >> >> >> >> >> That might well be it - I've done some buildworld:s with -DNO_CLEAN >> >> >> >> lately. I'll test - thanks for the tip! >> >> >> > >> >> >> > Can you provide the uname -U information (building with -DNO_CLEAN) >> >> >> > should be >> >> >> > perfectly fine. >> >> >> >> >> >> Thanks for looking into this! >> >> >> >> >> >> $ uname -U >> >> >> 1103500 >> >> >> >> >> >> Let me know if there is something else I can check before I do a full >> >> >> buildworld on this system! >> >> > >> >> > What are the output of pkg config osversion >> >> > and pkg -o ABI_FILE=/usr/bin/uname config osversion >> >> > please >> >> >> >> $ pkg config osversion >> >> 1102509 >> >> $ pkg -o ABI_FILE=/usr/bin/uname config osversion >> >> 1102509 >> > >> > It means you /usr/bin/uname binary has been built with a compiler that >> > says it >> > is building for 1102509. >> > >> > Can you show the output of file /usr/bin/uname ? >> >> $ uname -aKU >> FreeBSD P142.sics.se 11.3-STABLE FreeBSD 11.3-STABLE #9 r353280: Mon >> Oct 7 22:16:02 CEST 2019 >> r...@p142.sics.se:/storage/obj/usr/src/sys/X250 amd64 1103500 >> 1103500 >> >> no signs of 1102509 there... >> >> and "strings -a /usr/bin/uname |grep 110" returns nothing. >> > I am interested in the output of file /usr/bin/uname Ah, right, didn't get it that you meant the file command, sorry... $ file /usr/bin/uname /usr/bin/uname: ELF 64-bit LSB executable, x86-64, version 1 (FreeBSD), dynamically linked, interpreter /libexec/ld-elf.so.1, for FreeBSD 11.2 (1102509), FreeBSD-style, stripped so you are quite right! Bengt ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: pkg thinks kernel is old
11.10.2019 18:57, Bengt Ahlgren wrote: >> Can you show the output of file /usr/bin/uname ? > > $ uname -aKU > FreeBSD P142.sics.se 11.3-STABLE FreeBSD 11.3-STABLE #9 r353280: Mon Oct 7 > 22:16:02 CEST 2019 r...@p142.sics.se:/storage/obj/usr/src/sys/X250 amd64 > 1103500 1103500 > > no signs of 1102509 there... > > and "strings -a /usr/bin/uname |grep 110" returns nothing. Do: "file /usr/bin/uname" and post output. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: pkg thinks kernel is old
On Fri, Oct 11, 2019 at 01:57:06PM +0200, Bengt Ahlgren wrote: > Baptiste Daroussin writes: > > > On Fri, Oct 11, 2019 at 11:54:15AM +0200, Bengt Ahlgren wrote: > >> Baptiste Daroussin writes: > >> > >> > On Fri, Oct 11, 2019 at 11:38:46AM +0200, Bengt Ahlgren wrote: > >> >> Baptiste Daroussin writes: > >> >> > >> >> > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: > >> >> >> Ronald Klop writes: > >> >> >> > >> >> >> > Van: Bengt Ahlgren > >> >> >> > Datum: woensdag, 9 oktober 2019 23:38 > >> >> >> > Aan: sta...@freebsd.org > >> >> >> > Onderwerp: pkg thinks kernel is old > >> >> >> >> > >> >> >> >> I've ran into this on my 11.3-STABLE system: > >> >> >> >> > >> >> >> >> # uname -K > >> >> >> >> 1103500 > >> >> >> >> # pkg update -f > >> >> >> >> Updating ivyp repository catalogue... > >> >> >> >> Fetching meta.txz: 100%560 B 0.6kB/s00:01Fetching > >> >> >> >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01Processing > >> >> >> >> entries: 0% > >> >> >> >> Newer FreeBSD version for package zziplib: > >> >> >> >> To ignore this error set IGNORE_OSVERSION=yes > >> >> >> >> - package: 1103000 > >> >> >> >> - running kernel: 1102509 > >> >> >> >> Ignore the mismatch and continue? [Y/n]: > >> >> >> >> > >> >> >> >> I build my own packages with poudriere, and have just switched > >> >> >> >> from an > >> >> >> >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade everything > >> >> >> >> after > >> >> >> >> the switch, perhaps that's needed to make pkg recognise the > >> >> >> >> correct > >> >> >> >> kernel version? > >> >> >> >> > >> >> >> >> Bengt > >> >> >> > >> >> >> > This message of pkg is misleading. > >> >> >> > > >> >> >> > It looks at /bin/sh or something like that for the version. And > >> >> >> > prints > >> >> >> > that as the 'kernel' version. So if you did an incremental build > >> >> >> > and > >> >> >> > /bin/sh was not changed the version stays the same. > >> >> >> > To fix it you can do a clean buildworld/installworld. > >> >> >> > > >> >> >> > Regards, > >> >> >> > Ronald. > >> >> >> > >> >> >> That might well be it - I've done some buildworld:s with -DNO_CLEAN > >> >> >> lately. I'll test - thanks for the tip! > >> >> > > >> >> > Can you provide the uname -U information (building with -DNO_CLEAN) > >> >> > should be > >> >> > perfectly fine. > >> >> > >> >> Thanks for looking into this! > >> >> > >> >> $ uname -U > >> >> 1103500 > >> >> > >> >> Let me know if there is something else I can check before I do a full > >> >> buildworld on this system! > >> > > >> > What are the output of pkg config osversion > >> > and pkg -o ABI_FILE=/usr/bin/uname config osversion > >> > please > >> > >> $ pkg config osversion > >> 1102509 > >> $ pkg -o ABI_FILE=/usr/bin/uname config osversion > >> 1102509 > > > > It means you /usr/bin/uname binary has been built with a compiler that says > > it > > is building for 1102509. > > > > Can you show the output of file /usr/bin/uname ? > > $ uname -aKU > FreeBSD P142.sics.se 11.3-STABLE FreeBSD 11.3-STABLE #9 r353280: Mon Oct 7 > 22:16:02 CEST 2019 r...@p142.sics.se:/storage/obj/usr/src/sys/X250 amd64 > 1103500 1103500 > > no signs of 1102509 there... > > and "strings -a /usr/bin/uname |grep 110" returns nothing. > I am interested in the output of file /usr/bin/uname Best regards, Bapt signature.asc Description: PGP signature
Re: pkg thinks kernel is old
Baptiste Daroussin writes: > On Fri, Oct 11, 2019 at 11:54:15AM +0200, Bengt Ahlgren wrote: >> Baptiste Daroussin writes: >> >> > On Fri, Oct 11, 2019 at 11:38:46AM +0200, Bengt Ahlgren wrote: >> >> Baptiste Daroussin writes: >> >> >> >> > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: >> >> >> Ronald Klop writes: >> >> >> >> >> >> > Van: Bengt Ahlgren >> >> >> > Datum: woensdag, 9 oktober 2019 23:38 >> >> >> > Aan: sta...@freebsd.org >> >> >> > Onderwerp: pkg thinks kernel is old >> >> >> >> >> >> >> >> I've ran into this on my 11.3-STABLE system: >> >> >> >> >> >> >> >> # uname -K >> >> >> >> 1103500 >> >> >> >> # pkg update -f >> >> >> >> Updating ivyp repository catalogue... >> >> >> >> Fetching meta.txz: 100%560 B 0.6kB/s00:01Fetching >> >> >> >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01Processing >> >> >> >> entries: 0% >> >> >> >> Newer FreeBSD version for package zziplib: >> >> >> >> To ignore this error set IGNORE_OSVERSION=yes >> >> >> >> - package: 1103000 >> >> >> >> - running kernel: 1102509 >> >> >> >> Ignore the mismatch and continue? [Y/n]: >> >> >> >> >> >> >> >> I build my own packages with poudriere, and have just switched from >> >> >> >> an >> >> >> >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade everything >> >> >> >> after >> >> >> >> the switch, perhaps that's needed to make pkg recognise the correct >> >> >> >> kernel version? >> >> >> >> >> >> >> >> Bengt >> >> >> >> >> >> > This message of pkg is misleading. >> >> >> > >> >> >> > It looks at /bin/sh or something like that for the version. And >> >> >> > prints >> >> >> > that as the 'kernel' version. So if you did an incremental build and >> >> >> > /bin/sh was not changed the version stays the same. >> >> >> > To fix it you can do a clean buildworld/installworld. >> >> >> > >> >> >> > Regards, >> >> >> > Ronald. >> >> >> >> >> >> That might well be it - I've done some buildworld:s with -DNO_CLEAN >> >> >> lately. I'll test - thanks for the tip! >> >> > >> >> > Can you provide the uname -U information (building with -DNO_CLEAN) >> >> > should be >> >> > perfectly fine. >> >> >> >> Thanks for looking into this! >> >> >> >> $ uname -U >> >> 1103500 >> >> >> >> Let me know if there is something else I can check before I do a full >> >> buildworld on this system! >> > >> > What are the output of pkg config osversion >> > and pkg -o ABI_FILE=/usr/bin/uname config osversion >> > please >> >> $ pkg config osversion >> 1102509 >> $ pkg -o ABI_FILE=/usr/bin/uname config osversion >> 1102509 > > It means you /usr/bin/uname binary has been built with a compiler that says it > is building for 1102509. > > Can you show the output of file /usr/bin/uname ? $ uname -aKU FreeBSD P142.sics.se 11.3-STABLE FreeBSD 11.3-STABLE #9 r353280: Mon Oct 7 22:16:02 CEST 2019 r...@p142.sics.se:/storage/obj/usr/src/sys/X250 amd64 1103500 1103500 no signs of 1102509 there... and "strings -a /usr/bin/uname |grep 110" returns nothing. Bengt ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Error build 12.1-STABLE amd64 r353431
On 11 Oct 2019, at 12:46, Alex V. Petrov wrote: > > fatal error: error in backend: Cannot emit physreg copy instruction > c++: error: clang frontend command failed with exit code 70 (use -v to > see invocation) > FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on > LLVM 8.0.1) > Target: x86_64-unknown-freebsd12.1 > Thread model: posix > InstalledDir: /usr/bin > c++: note: diagnostic msg: PLEASE submit a bug report to > https://bugs.freebsd.org/submit/ and include the crash backtrace, > preprocessed source, and associated run script. > c++: note: diagnostic msg: > > PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: > Preprocessed source(s) and associated run script(s) are located at: > c++: note: diagnostic msg: /tmp/TransBlockObjCVariable-9bd54d.cpp > c++: note: diagnostic msg: /tmp/TransBlockObjCVariable-9bd54d.sh Can you please compress these two files into a tarball, and post it somewhere, e.g. on bugs.freebsd.org? -Dimitry signature.asc Description: Message signed with OpenPGP
Re: pkg thinks kernel is old
On Fri, Oct 11, 2019 at 11:54:15AM +0200, Bengt Ahlgren wrote: > Baptiste Daroussin writes: > > > On Fri, Oct 11, 2019 at 11:38:46AM +0200, Bengt Ahlgren wrote: > >> Baptiste Daroussin writes: > >> > >> > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: > >> >> Ronald Klop writes: > >> >> > >> >> > Van: Bengt Ahlgren > >> >> > Datum: woensdag, 9 oktober 2019 23:38 > >> >> > Aan: sta...@freebsd.org > >> >> > Onderwerp: pkg thinks kernel is old > >> >> >> > >> >> >> I've ran into this on my 11.3-STABLE system: > >> >> >> > >> >> >> # uname -K > >> >> >> 1103500 > >> >> >> # pkg update -f > >> >> >> Updating ivyp repository catalogue... > >> >> >> Fetching meta.txz: 100%560 B 0.6kB/s00:01Fetching > >> >> >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01Processing > >> >> >> entries: 0% > >> >> >> Newer FreeBSD version for package zziplib: > >> >> >> To ignore this error set IGNORE_OSVERSION=yes > >> >> >> - package: 1103000 > >> >> >> - running kernel: 1102509 > >> >> >> Ignore the mismatch and continue? [Y/n]: > >> >> >> > >> >> >> I build my own packages with poudriere, and have just switched from > >> >> >> an > >> >> >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade everything > >> >> >> after > >> >> >> the switch, perhaps that's needed to make pkg recognise the correct > >> >> >> kernel version? > >> >> >> > >> >> >> Bengt > >> >> > >> >> > This message of pkg is misleading. > >> >> > > >> >> > It looks at /bin/sh or something like that for the version. And prints > >> >> > that as the 'kernel' version. So if you did an incremental build and > >> >> > /bin/sh was not changed the version stays the same. > >> >> > To fix it you can do a clean buildworld/installworld. > >> >> > > >> >> > Regards, > >> >> > Ronald. > >> >> > >> >> That might well be it - I've done some buildworld:s with -DNO_CLEAN > >> >> lately. I'll test - thanks for the tip! > >> > > >> > Can you provide the uname -U information (building with -DNO_CLEAN) > >> > should be > >> > perfectly fine. > >> > >> Thanks for looking into this! > >> > >> $ uname -U > >> 1103500 > >> > >> Let me know if there is something else I can check before I do a full > >> buildworld on this system! > > > > What are the output of pkg config osversion > > and pkg -o ABI_FILE=/usr/bin/uname config osversion > > please > > $ pkg config osversion > 1102509 > $ pkg -o ABI_FILE=/usr/bin/uname config osversion > 1102509 It means you /usr/bin/uname binary has been built with a compiler that says it is building for 1102509. Can you show the output of file /usr/bin/uname ? Best regards, Bapt signature.asc Description: PGP signature
Error build 12.1-STABLE amd64 r353431
`zfs.pico' is up to date. ===> lib/libprocstat/zfs (all) ===> lib/libarchive (all) ===> lib/libpam/modules/pam_permit (all) ===> lib/libpam/modules/pam_radius (all) ===> lib/libpam/modules/pam_rhosts (all) ===> lib/libpam/modules/pam_rootok (all) ===> lib/libpam/modules/pam_securetty (all) ===> lib/libpam/modules/pam_self (all) ===> lib/libpam/modules/pam_ssh (all) ===> lib/libpam/modules/pam_tacplus (all) ===> lib/libpam/modules/pam_unix (all) ===> lib/libpam/pam.d (all) ===> lib/libpam/static_libpam (all) ===> lib/libedit (all) ===> lib/libpcap (all) yacc: 38 shift/reduce conflicts. ===> lib/libedit/edit/readline (all) ===> lib/clang/libclang (all) fatal error: error in backend: Cannot emit physreg copy instruction c++: error: clang frontend command failed with exit code 70 (use -v to see invocation) FreeBSD clang version 8.0.1 (tags/RELEASE_801/final 366581) (based on LLVM 8.0.1) Target: x86_64-unknown-freebsd12.1 Thread model: posix InstalledDir: /usr/bin c++: note: diagnostic msg: PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. c++: note: diagnostic msg: PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT: Preprocessed source(s) and associated run script(s) are located at: c++: note: diagnostic msg: /tmp/TransBlockObjCVariable-9bd54d.cpp c++: note: diagnostic msg: /tmp/TransBlockObjCVariable-9bd54d.sh c++: note: diagnostic msg: --- ARCMigrate/TransBlockObjCVariable.o --- *** [ARCMigrate/TransBlockObjCVariable.o] Error code 70 make[6]: stopped in /usr/src/lib/clang/libclang 1 error make[6]: stopped in /usr/src/lib/clang/libclang --- all_subdir_lib/clang/libclang --- *** [all_subdir_lib/clang/libclang] Error code 2 make[5]: stopped in /usr/src/lib/clang 1 error make[5]: stopped in /usr/src/lib/clang --- all_subdir_lib/clang --- *** [all_subdir_lib/clang] Error code 2 make[4]: stopped in /usr/src/lib 1 error make[4]: stopped in /usr/src/lib --- lib__L --- *** [lib__L] Error code 2 make[3]: stopped in /usr/src 1 error make[3]: stopped in /usr/src --- libraries --- *** [libraries] Error code 2 make[2]: stopped in /usr/src 1 error make[2]: stopped in /usr/src --- _libraries --- *** [_libraries] Error code 2 make[1]: stopped in /usr/src 1 error make[1]: stopped in /usr/src --- buildworld --- *** [buildworld] Error code 2 make: stopped in /usr/src 1 error make: stopped in /usr/src -- - Alex. ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: pkg thinks kernel is old
Baptiste Daroussin writes: > On Fri, Oct 11, 2019 at 11:38:46AM +0200, Bengt Ahlgren wrote: >> Baptiste Daroussin writes: >> >> > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: >> >> Ronald Klop writes: >> >> >> >> > Van: Bengt Ahlgren >> >> > Datum: woensdag, 9 oktober 2019 23:38 >> >> > Aan: sta...@freebsd.org >> >> > Onderwerp: pkg thinks kernel is old >> >> >> >> >> >> I've ran into this on my 11.3-STABLE system: >> >> >> >> >> >> # uname -K >> >> >> 1103500 >> >> >> # pkg update -f >> >> >> Updating ivyp repository catalogue... >> >> >> Fetching meta.txz: 100%560 B 0.6kB/s00:01Fetching >> >> >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01Processing >> >> >> entries: 0% >> >> >> Newer FreeBSD version for package zziplib: >> >> >> To ignore this error set IGNORE_OSVERSION=yes >> >> >> - package: 1103000 >> >> >> - running kernel: 1102509 >> >> >> Ignore the mismatch and continue? [Y/n]: >> >> >> >> >> >> I build my own packages with poudriere, and have just switched from an >> >> >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade everything after >> >> >> the switch, perhaps that's needed to make pkg recognise the correct >> >> >> kernel version? >> >> >> >> >> >> Bengt >> >> >> >> > This message of pkg is misleading. >> >> > >> >> > It looks at /bin/sh or something like that for the version. And prints >> >> > that as the 'kernel' version. So if you did an incremental build and >> >> > /bin/sh was not changed the version stays the same. >> >> > To fix it you can do a clean buildworld/installworld. >> >> > >> >> > Regards, >> >> > Ronald. >> >> >> >> That might well be it - I've done some buildworld:s with -DNO_CLEAN >> >> lately. I'll test - thanks for the tip! >> > >> > Can you provide the uname -U information (building with -DNO_CLEAN) should >> > be >> > perfectly fine. >> >> Thanks for looking into this! >> >> $ uname -U >> 1103500 >> >> Let me know if there is something else I can check before I do a full >> buildworld on this system! > > What are the output of pkg config osversion > and pkg -o ABI_FILE=/usr/bin/uname config osversion > please $ pkg config osversion 1102509 $ pkg -o ABI_FILE=/usr/bin/uname config osversion 1102509 Bengt ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: pkg thinks kernel is old
On Fri, Oct 11, 2019 at 11:38:46AM +0200, Bengt Ahlgren wrote: > Baptiste Daroussin writes: > > > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: > >> Ronald Klop writes: > >> > >> > Van: Bengt Ahlgren > >> > Datum: woensdag, 9 oktober 2019 23:38 > >> > Aan: sta...@freebsd.org > >> > Onderwerp: pkg thinks kernel is old > >> >> > >> >> I've ran into this on my 11.3-STABLE system: > >> >> > >> >> # uname -K > >> >> 1103500 > >> >> # pkg update -f > >> >> Updating ivyp repository catalogue... > >> >> Fetching meta.txz: 100%560 B 0.6kB/s00:01Fetching > >> >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01Processing > >> >> entries: 0% > >> >> Newer FreeBSD version for package zziplib: > >> >> To ignore this error set IGNORE_OSVERSION=yes > >> >> - package: 1103000 > >> >> - running kernel: 1102509 > >> >> Ignore the mismatch and continue? [Y/n]: > >> >> > >> >> I build my own packages with poudriere, and have just switched from an > >> >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade everything after > >> >> the switch, perhaps that's needed to make pkg recognise the correct > >> >> kernel version? > >> >> > >> >> Bengt > >> > >> > This message of pkg is misleading. > >> > > >> > It looks at /bin/sh or something like that for the version. And prints > >> > that as the 'kernel' version. So if you did an incremental build and > >> > /bin/sh was not changed the version stays the same. > >> > To fix it you can do a clean buildworld/installworld. > >> > > >> > Regards, > >> > Ronald. > >> > >> That might well be it - I've done some buildworld:s with -DNO_CLEAN > >> lately. I'll test - thanks for the tip! > > > > Can you provide the uname -U information (building with -DNO_CLEAN) should > > be > > perfectly fine. > > Thanks for looking into this! > > $ uname -U > 1103500 > > Let me know if there is something else I can check before I do a full > buildworld on this system! What are the output of pkg config osversion and pkg -o ABI_FILE=/usr/bin/uname config osversion please Best regards, Bapt signature.asc Description: PGP signature
Re: pkg thinks kernel is old
Baptiste Daroussin writes: > On Thu, Oct 10, 2019 at 03:44:03PM +0200, Bengt Ahlgren wrote: >> Ronald Klop writes: >> >> > Van: Bengt Ahlgren >> > Datum: woensdag, 9 oktober 2019 23:38 >> > Aan: sta...@freebsd.org >> > Onderwerp: pkg thinks kernel is old >> >> >> >> I've ran into this on my 11.3-STABLE system: >> >> >> >> # uname -K >> >> 1103500 >> >> # pkg update -f >> >> Updating ivyp repository catalogue... >> >> Fetching meta.txz: 100%560 B 0.6kB/s00:01Fetching >> >> packagesite.txz: 100% 410 KiB 419.9kB/s00:01Processing >> >> entries: 0% >> >> Newer FreeBSD version for package zziplib: >> >> To ignore this error set IGNORE_OSVERSION=yes >> >> - package: 1103000 >> >> - running kernel: 1102509 >> >> Ignore the mismatch and continue? [Y/n]: >> >> >> >> I build my own packages with poudriere, and have just switched from an >> >> 11.2-REL to an 11.3-REL jail. I didn't force-upgrade everything after >> >> the switch, perhaps that's needed to make pkg recognise the correct >> >> kernel version? >> >> >> >> Bengt >> >> > This message of pkg is misleading. >> > >> > It looks at /bin/sh or something like that for the version. And prints >> > that as the 'kernel' version. So if you did an incremental build and >> > /bin/sh was not changed the version stays the same. >> > To fix it you can do a clean buildworld/installworld. >> > >> > Regards, >> > Ronald. >> >> That might well be it - I've done some buildworld:s with -DNO_CLEAN >> lately. I'll test - thanks for the tip! > > Can you provide the uname -U information (building with -DNO_CLEAN) should be > perfectly fine. Thanks for looking into this! $ uname -U 1103500 Let me know if there is something else I can check before I do a full buildworld on this system! Bengt ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: missing date from version
> On 11 Oct 2019, at 11:47, Jamie Landeg-Jones wrote: > > Daniel Braniss wrote: > >> Hi, >> I just compiled r355429 for amd64, and noticed that the compilation date is >> missing from ‘name -a’. >> FreeBSD hp-600 12.1-STABLE FreeBSD 12.1-STABLE r353429 HUJI amd64 >> >> there is a now (maybe for a long time?) a -R option to newvers.sh. >> is there an option to change this? > > This is to do with reproducible builds: > https://wiki.freebsd.org/ReproducibleBuilds > > Add to /etc/src.conf: > > WITHOUT_REPRODUCIBLE_BUILD=YES THANKS!!! > > cheers, Jamie ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: missing date from version
Daniel Braniss wrote: > Hi, > I just compiled r355429 for amd64, and noticed that the compilation date is > missing from ‘name -a’. > FreeBSD hp-600 12.1-STABLE FreeBSD 12.1-STABLE r353429 HUJI amd64 > > there is a now (maybe for a long time?) a -R option to newvers.sh. > is there an option to change this? This is to do with reproducible builds: https://wiki.freebsd.org/ReproducibleBuilds Add to /etc/src.conf: WITHOUT_REPRODUCIBLE_BUILD=YES cheers, Jamie ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
missing date from version
Hi, I just compiled r355429 for amd64, and noticed that the compilation date is missing from ‘name -a’. FreeBSD hp-600 12.1-STABLE FreeBSD 12.1-STABLE r353429 HUJI amd64 there is a now (maybe for a long time?) a -R option to newvers.sh. is there an option to change this? cheers, danny ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"