Re: -current amd64 packages not updated? Impatient or broken?
just following up on myself for anyone who might make the same mistake... turns out i had not read-recently or forgotten how to "follow -current" correctly... https://www.openbsd.org/faq/current.html in particular, i had downloaded a snapshot and dd'ed onto a usb-stick but chosen (I)nstall when booting from the stick - which apparently is totally wrong... always do an (U)pgrade to a currently running system - doh... i had wiped my hdd completely beforehand - oops... i went back, read the FAQ completely, followed the simpler solution which is to use the release-image on USB, (I)nstall to the hdd, syspatch up to -stable (maybe not necessary?), and then just did a "sysupgrade -s" and voia - everything just worked fine... sorry for the noise - thank you for the clear man-pages/faqs and im back to a happy camper ! sincerely, harold. On Tue, Jan 12, 2021 at 3:46 AM harold felton wrote: > symptom: did a "pkg_add wget" on a recent-snapshot fails with bad-major > c++ errors... am i being impatient also ? > > i remember reading (07-08 jan) that the pkg_add compiles were taking > awhile to grind thru... it is also quite-possible that i have hit a gap > between the snapshot i downloaded and the matching build - for my amd64 > machine... > > either way, i finally got my fairly new apu4d4 to stop its reboot-loop by > unplugging the installer usb-key i used... i think there might have been > something about the bios setting up the numbering for sd0/sd1 wrong - but > regardless... until a few days ago - i had been running a successful > 6.7-stable, and then 6.8-stable (i think it was sysupgrade, but maybe i > re-installed) on this hw... i will attach my dmesg, but i doubt it is > important to this question... > > i tried to do a simple "pkg_add wget" after the snapshot had been running > for a few hours safely - and received the complaint about c++ libraries > having a bad-major (which i thought i remembered from earlier messages)... > i have NOT tried any of the unique ideas that were mentioned (and > discouraged) on the list... > > [snip] >
Re: -current amd64 packages not updated? Impatient or broken?
symptom: did a "pkg_add wget" on a recent-snapshot fails with bad-major c++ errors... am i being impatient also ? i remember reading (07-08 jan) that the pkg_add compiles were taking awhile to grind thru... it is also quite-possible that i have hit a gap between the snapshot i downloaded and the matching build - for my amd64 machine... either way, i finally got my fairly new apu4d4 to stop its reboot-loop by unplugging the installer usb-key i used... i think there might have been something about the bios setting up the numbering for sd0/sd1 wrong - but regardless... until a few days ago - i had been running a successful 6.7-stable, and then 6.8-stable (i think it was sysupgrade, but maybe i re-installed) on this hw... i will attach my dmesg, but i doubt it is important to this question... i tried to do a simple "pkg_add wget" after the snapshot had been running for a few hours safely - and received the complaint about c++ libraries having a bad-major (which i thought i remembered from earlier messages)... i have NOT tried any of the unique ideas that were mentioned (and discouraged) on the list... anyways - if i am one of the "just wait a bit" people, then i apologize - i will drop back to 6.8 and syspatch up thru -stable again... otoh - if i should try-again with another snapshot and then "pkg_add wget" again - please let me know... (ie - maybe the c++ library changes will only impact some pkgs more than others ?) details-below. -- fw$ uname -a OpenBSD fw.hfelton.net 6.8 GENERIC.MP#270 amd64 fw$ --- fw$ wget ksh: wget: not found fw$ doas pkg_add wget quirks-3.508 signed on 2021-01-11T18:41:16Z quirks-3.508: ok wget-1.20.3p3:libiconv-1.16p0: ok Can't install gettext-runtime-0.21p0 because of libraries |library c++.6.0 not found | /usr/lib/libc++.so.7.0 (system): bad major |library c++abi.4.0 not found | /usr/lib/libc++abi.so.5.0 (system): bad major Direct dependencies for gettext-runtime-0.21p0 resolve to libiconv-1.16p0 Full dependency tree is libiconv-1.16p0 wget-1.20.3p3:libunistring-0.9.7: ok wget-1.20.3p3:libidn2-2.3.0p0: ok wget-1.20.3p3:bzip2-1.0.8p0: ok wget-1.20.3p3:pcre2-10.35: ok Can't install gettext-runtime-0.21p0 because of libraries Direct dependencies for gettext-runtime-0.21p0 resolve to libiconv-1.16p0 Full dependency tree is libiconv-1.16p0 Can't install libpsl-0.20.2p1: can't resolve gettext-runtime-0.21p0 Can't install wget-1.20.3p3: can't resolve libpsl-0.20.2p1,gettext-runtime-0.21p0 Couldn't install gettext-runtime-0.21p0 libpsl-0.20.2p1 wget-1.20.3p3 fw$ doas pkg_add -D snap wget quirks-3.508 signed on 2021-01-11T18:41:16Z Can't install gettext-runtime-0.21p0 because of libraries |library c++.6.0 not found | /usr/lib/libc++.so.7.0 (system): bad major |library c++abi.4.0 not found | /usr/lib/libc++abi.so.5.0 (system): bad major Direct dependencies for gettext-runtime-0.21p0 resolve to libiconv-1.16p0 Full dependency tree is libiconv-1.16p0 Can't install libpsl-0.20.2p1: can't resolve gettext-runtime-0.21p0 Can't install wget-1.20.3p3: can't resolve gettext-runtime-0.21p0,libpsl-0.20.2p1 Couldn't install gettext-runtime-0.21p0 libpsl-0.20.2p1 wget-1.20.3p3 fw$ --- fw$ dmesg OpenBSD 6.8-current (GENERIC.MP) #270: Mon Jan 11 15:06:57 MST 2021 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4259876864 (4062MB) avail mem = 4115456000 (3924MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.0 @ 0xcfe8a040 (13 entries) bios0: vendor coreboot version "v4.12.0.6" date 10/29/2020 bios0: PC Engines apu4 acpi0 at bios0: ACPI 6.0 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP SSDT MCFG TPM2 APIC HEST SSDT SSDT DRTM HPET acpi0: wakeup devices PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PBR8(S4) UOH1(S3) UOH2(S3) UOH3(S3) UOH4(S3) UOH5(S3) UOH6(S3) XHC0(S4) acpitimer0 at acpi0: 3579545 Hz, 32 bits acpimcfg0 at acpi0 acpimcfg0: addr 0xf800, bus 0-64 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: AMD GX-412TC SOC, 998.26 MHz, 16-30-01 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,DBKP,PERFTSC,PCTRL3,ITSC,BMI1,XSAVEOPT cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 16-way L2 cache cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: AMD GX-412TC SOC, 998.13 MHz, 16-30-01 cpu1: FPU,VME,DE,PSE,T
Re: -current amd64 packages not updated? Impatient or broken?
> While at it, link /bin/ls to /bin/rm An Apple fanboy trying to look 1337 in a linux style on an OpenBSD mailing list. Impressive not.
Re: -current amd64 packages not updated? Impatient or broken?
On Jan 07 21:30, Christian Weisgerber wrote: > A new build is running now and will take another 24h to complete > if all goes well. Thanks for the ETA. You build ports faster than I can. I appreciate your service.
Re: -current amd64 packages not updated? Impatient or broken?
On Jan 07 16:40:37, ch...@nmedia.net wrote: > For those trying to use the latest snap and the latest ports, try link > libc++.so.4.0 to libc++.so.5.0 and libc++abi.so.2.1 to libc++abi.so.3.0 > for now. Frankenstein, indeed. You'll feel dirty just doing it. While at it, link /bin/ls to /bin/rm
Re: -current amd64 packages not updated? Impatient or broken?
On Thu, Jan 07, 2021 at 09:30:13PM +0100, Christian Weisgerber wrote: | Steve Williams: | | > I hesitate to send this because perhaps I'm just too impatient, but then | > again, perhaps not. This is not critical/time sensitive. | > | > I just thought I'd check if there a problem with the current packages folder | > from the mirrors? | | No, the amd64 package builds have been slightly delayed. A good reminder that you are building these package snaps very often, thanks to you (and all the other pkg builders and Theo and other base snap builders) for providing us with with these very regular updates. Cheers, Paul -- >[<++>-]<+++.>+++[<-->-]<.>+++[<+ +++>-]<.>++[<>-]<+.--.[-] http://www.weirdnet.nl/
Re: -current amd64 packages not updated? Impatient or broken?
On 2021-01-07, Patrick Wildt wrote: > Maybe I should have asked ports to run with the build first, so that > base and packages would be aligned. We (package builders) don't really do that - and in the majority of cases it's not much of a problem anyway, it normally only affects people that have freshly installed from snapshot and usually clears itself in a few days.
Re: -current amd64 packages not updated? Impatient or broken?
On Thu, Jan 07, 2021 at 05:44:05PM -0700, Theo de Raadt wrote: > Chris Cappuccio wrote: > > > Mihai Popescu [mih...@gmail.com] wrote: > > > I was in the same situation, impatient to have a 2021 snapshot. > > > > > > Warning: I am not sure you will not finish with a Frankenstein system. I > > > am > > > not so good with compiler-linker stuff. > > > > For those trying to use the latest snap and the latest ports, try link > > libc++.so.4.0 to libc++.so.5.0 and libc++abi.so.2.1 to libc++abi.so.3.0 > > for now. Frankenstein, indeed. You'll feel dirty just doing it. > > DO NOT DO THAT. > > We do not want reports from people about weird troubles, after they do > such things. > ... and this is the sort of thing that may work now and then bite you weeks later. -ml
Re: -current amd64 packages not updated? Impatient or broken?
Chris Cappuccio wrote: > Mihai Popescu [mih...@gmail.com] wrote: > > I was in the same situation, impatient to have a 2021 snapshot. > > > > Warning: I am not sure you will not finish with a Frankenstein system. I am > > not so good with compiler-linker stuff. > > For those trying to use the latest snap and the latest ports, try link > libc++.so.4.0 to libc++.so.5.0 and libc++abi.so.2.1 to libc++abi.so.3.0 > for now. Frankenstein, indeed. You'll feel dirty just doing it. DO NOT DO THAT. We do not want reports from people about weird troubles, after they do such things.
Re: -current amd64 packages not updated? Impatient or broken?
Mihai Popescu [mih...@gmail.com] wrote: > I was in the same situation, impatient to have a 2021 snapshot. > > Warning: I am not sure you will not finish with a Frankenstein system. I am > not so good with compiler-linker stuff. For those trying to use the latest snap and the latest ports, try link libc++.so.4.0 to libc++.so.5.0 and libc++abi.so.2.1 to libc++abi.so.3.0 for now. Frankenstein, indeed. You'll feel dirty just doing it.
Re: -current amd64 packages not updated? Impatient or broken?
I was in the same situation, impatient to have a 2021 snapshot. Dirty hint: the .hk mirror still has the base part from 2020! But try it as a last option, the folks there are not so bandwidth fortunate. After installing the base, please switch /etc/installurl to something more suitable as distance and bandwidth. Warning: I am not sure you will not finish with a Frankenstein system. I am not so good with compiler-linker stuff.
Re: -current amd64 packages not updated? Impatient or broken?
On 07/01/2021 1:30 p.m., Christian Weisgerber wrote: Steve Williams: I hesitate to send this because perhaps I'm just too impatient, but then again, perhaps not. This is not critical/time sensitive. I just thought I'd check if there a problem with the current packages folder from the mirrors? No, the amd64 package builds have been slightly delayed. First by a problem in lang/rust, which semarie@ fixed in admirably short time. Then the package build was cut short because the machine running dpb(1) panicked with filesystem corruption. A new build is running now and will take another 24h to complete if all goes well. Hi, Thanks for the update! Ah, the joys of big builds! I remember being in CPSC in University in the early 1980's and doing ray tracing. We did a 20 second movie @ 24 frames per second (16 mm film!!!). Each frame took at least 5 minutes to render on "leading edge" (at the time) SGI hardware. We would start it Friday night and it would complete before classes on Monday AM. We had to hold our breath that nothing would go wrong over the weekend or that someone wouldn't start playing flight simulator on the network with the other 2 workstations! lol Good luck with everything! It's an amazing job you are doing keeping all the balls in the air at once (juggling). Cheers, Steve W.
Re: -current amd64 packages not updated? Impatient or broken?
Steve Williams: > I hesitate to send this because perhaps I'm just too impatient, but then > again, perhaps not. This is not critical/time sensitive. > > I just thought I'd check if there a problem with the current packages folder > from the mirrors? No, the amd64 package builds have been slightly delayed. First by a problem in lang/rust, which semarie@ fixed in admirably short time. Then the package build was cut short because the machine running dpb(1) panicked with filesystem corruption. A new build is running now and will take another 24h to complete if all goes well. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: -current amd64 packages not updated? Impatient or broken?
Thanks for the correction! amit On Thu, Jan 7, 2021 at 11:59 AM Patrick Wildt wrote: > > No, that's not correct. The libc++ 11 (*not* LLVM 11) has not yet been > committed. This issue is because of libunwind 11. With libc++ 11 we > have made a separate ports build first, to check the fallout. Once the > fallout is mostly fixed, we'll do the switch to libc++ 11. Until then > snapshots are not harmed in anyway, apart from the libunwind update. > > Am Thu, Jan 07, 2021 at 11:56:07AM -0600 schrieb Amit Kulkarni: > > Like naddy@ mentioned on ports@ they are trying to figure out the > > fallout from the switch to LLVM 11 as system compiler. This is why the > > packages are being delayed. Please wait a while till it is sorted out. > > > > thanks > > > > On Thu, Jan 7, 2021 at 10:56 AM Steve Williams > > wrote: > > > > > > Hi, > > > > > > I hesitate to send this because perhaps I'm just too impatient, but then > > > again, perhaps not. This is not critical/time sensitive. > > > > > > I just thought I'd check if there a problem with the current packages > > > folder from the mirrors? > > > > > > I am trying to update my development system (to resume work on a port). > > > > > > I did the initial upgrade on January 4, 2020 and my packages wouldn't > > > update because of missing library versions. I was told this is just a > > > discrepancy between the OS and the packages and to "wait a few days" for > > > everything to synchronize. > > > "Unfortunate timing as key system libraries have had version bumps > > > recently. Wait for a new package build (usually a few days on the faster > > > cpu architectures) and try again." > > > > > > I am watching the packages folder on various mirrors and they are all > > > from January 3, 2020, which is when my kernel is from. > > > pulseaudio-14.0.tgz03-Jan-2021 > > > > > > I am currently on: > > > OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan 3 15:25:58 MST 2021 > > > > > > This morning, I still can't add/update select packages. > > > > > > desktop# sysupgrade -s > > > Fetching from > > > https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/ > > > SHA256.sig 100% > > > |***| > > > 2144 00:00 > > > Signature Verified > > > Already on latest snapshot. > > > desktop# pkg_add pulseaudio > > > quirks-3.506 signed on 2021-01-03T15:41:44Z > > > Can't install spidermonkey78-78.5.0v1 because of libraries > > > |library c++.5.0 not found > > > | /usr/lib/libc++.so.4.0 (system): bad major > > > | /usr/lib/libc++.so.6.0 (system): bad major > > > |library c++abi.3.0 not found > > > | /usr/lib/libc++abi.so.2.1 (system): bad major > > > | /usr/lib/libc++abi.so.4.0 (system): bad major > > > Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3 > > > nspr-4.29 icu4c-68.2v0 > > > Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0 > > > Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1 > > > Can't install consolekit2-1.2.2: can't resolve polkit-0.118 > > > Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2 > > > Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0 > > > spidermonkey78-78.5.0v1 > > > desktop# > > > > > > Am I being too impatient? > > > > > > Thanks, > > > Steve Williams > > > > > > > > > > >
Re: -current amd64 packages not updated? Impatient or broken?
Impatient it is :D Thanks for the update! Cheers, Steve W. On 07/01/2021 10:56 a.m., Patrick Wildt wrote: I committed an update to libunwind which made a major bump necessary. Maybe I should have asked ports to run with the build first, so that base and packages would be aligned. Too late for that now. Time will fix it though. Am Thu, Jan 07, 2021 at 09:54:39AM -0700 schrieb Steve Williams: Hi, I hesitate to send this because perhaps I'm just too impatient, but then again, perhaps not. This is not critical/time sensitive. I just thought I'd check if there a problem with the current packages folder from the mirrors? I am trying to update my development system (to resume work on a port). I did the initial upgrade on January 4, 2020 and my packages wouldn't update because of missing library versions. I was told this is just a discrepancy between the OS and the packages and to "wait a few days" for everything to synchronize. "Unfortunate timing as key system libraries have had version bumps recently. Wait for a new package build (usually a few days on the faster cpu architectures) and try again." I am watching the packages folder on various mirrors and they are all from January 3, 2020, which is when my kernel is from. pulseaudio-14.0.tgz 03-Jan-2021 I am currently on: OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan 3 15:25:58 MST 2021 This morning, I still can't add/update select packages. desktop# sysupgrade -s Fetching from https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/ SHA256.sig 100% |***| 2144 00:00 Signature Verified Already on latest snapshot. desktop# pkg_add pulseaudio quirks-3.506 signed on 2021-01-03T15:41:44Z Can't install spidermonkey78-78.5.0v1 because of libraries |library c++.5.0 not found | /usr/lib/libc++.so.4.0 (system): bad major | /usr/lib/libc++.so.6.0 (system): bad major |library c++abi.3.0 not found | /usr/lib/libc++abi.so.2.1 (system): bad major | /usr/lib/libc++abi.so.4.0 (system): bad major Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3 nspr-4.29 icu4c-68.2v0 Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0 Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1 Can't install consolekit2-1.2.2: can't resolve polkit-0.118 Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2 Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0 spidermonkey78-78.5.0v1 desktop# Am I being too impatient? Thanks, Steve Williams
Re: -current amd64 packages not updated? Impatient or broken?
Oh, and another correction: it's libc++ 10.0.1, we're not going 11 yet. Am Thu, Jan 07, 2021 at 06:59:52PM +0100 schrieb Patrick Wildt: > No, that's not correct. The libc++ 11 (*not* LLVM 11) has not yet been > committed. This issue is because of libunwind 11. With libc++ 11 we > have made a separate ports build first, to check the fallout. Once the > fallout is mostly fixed, we'll do the switch to libc++ 11. Until then > snapshots are not harmed in anyway, apart from the libunwind update. > > Am Thu, Jan 07, 2021 at 11:56:07AM -0600 schrieb Amit Kulkarni: > > Like naddy@ mentioned on ports@ they are trying to figure out the > > fallout from the switch to LLVM 11 as system compiler. This is why the > > packages are being delayed. Please wait a while till it is sorted out. > > > > thanks > > > > On Thu, Jan 7, 2021 at 10:56 AM Steve Williams > > wrote: > > > > > > Hi, > > > > > > I hesitate to send this because perhaps I'm just too impatient, but then > > > again, perhaps not. This is not critical/time sensitive. > > > > > > I just thought I'd check if there a problem with the current packages > > > folder from the mirrors? > > > > > > I am trying to update my development system (to resume work on a port). > > > > > > I did the initial upgrade on January 4, 2020 and my packages wouldn't > > > update because of missing library versions. I was told this is just a > > > discrepancy between the OS and the packages and to "wait a few days" for > > > everything to synchronize. > > > "Unfortunate timing as key system libraries have had version bumps > > > recently. Wait for a new package build (usually a few days on the faster > > > cpu architectures) and try again." > > > > > > I am watching the packages folder on various mirrors and they are all > > > from January 3, 2020, which is when my kernel is from. > > > pulseaudio-14.0.tgz03-Jan-2021 > > > > > > I am currently on: > > > OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan 3 15:25:58 MST 2021 > > > > > > This morning, I still can't add/update select packages. > > > > > > desktop# sysupgrade -s > > > Fetching from > > > https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/ > > > SHA256.sig 100% > > > |***| > > > 2144 00:00 > > > Signature Verified > > > Already on latest snapshot. > > > desktop# pkg_add pulseaudio > > > quirks-3.506 signed on 2021-01-03T15:41:44Z > > > Can't install spidermonkey78-78.5.0v1 because of libraries > > > |library c++.5.0 not found > > > | /usr/lib/libc++.so.4.0 (system): bad major > > > | /usr/lib/libc++.so.6.0 (system): bad major > > > |library c++abi.3.0 not found > > > | /usr/lib/libc++abi.so.2.1 (system): bad major > > > | /usr/lib/libc++abi.so.4.0 (system): bad major > > > Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3 > > > nspr-4.29 icu4c-68.2v0 > > > Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0 > > > Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1 > > > Can't install consolekit2-1.2.2: can't resolve polkit-0.118 > > > Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2 > > > Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0 > > > spidermonkey78-78.5.0v1 > > > desktop# > > > > > > Am I being too impatient? > > > > > > Thanks, > > > Steve Williams > > > > > > > > > > > >
Re: -current amd64 packages not updated? Impatient or broken?
No, that's not correct. The libc++ 11 (*not* LLVM 11) has not yet been committed. This issue is because of libunwind 11. With libc++ 11 we have made a separate ports build first, to check the fallout. Once the fallout is mostly fixed, we'll do the switch to libc++ 11. Until then snapshots are not harmed in anyway, apart from the libunwind update. Am Thu, Jan 07, 2021 at 11:56:07AM -0600 schrieb Amit Kulkarni: > Like naddy@ mentioned on ports@ they are trying to figure out the > fallout from the switch to LLVM 11 as system compiler. This is why the > packages are being delayed. Please wait a while till it is sorted out. > > thanks > > On Thu, Jan 7, 2021 at 10:56 AM Steve Williams > wrote: > > > > Hi, > > > > I hesitate to send this because perhaps I'm just too impatient, but then > > again, perhaps not. This is not critical/time sensitive. > > > > I just thought I'd check if there a problem with the current packages > > folder from the mirrors? > > > > I am trying to update my development system (to resume work on a port). > > > > I did the initial upgrade on January 4, 2020 and my packages wouldn't > > update because of missing library versions. I was told this is just a > > discrepancy between the OS and the packages and to "wait a few days" for > > everything to synchronize. > > "Unfortunate timing as key system libraries have had version bumps > > recently. Wait for a new package build (usually a few days on the faster > > cpu architectures) and try again." > > > > I am watching the packages folder on various mirrors and they are all > > from January 3, 2020, which is when my kernel is from. > > pulseaudio-14.0.tgz03-Jan-2021 > > > > I am currently on: > > OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan 3 15:25:58 MST 2021 > > > > This morning, I still can't add/update select packages. > > > > desktop# sysupgrade -s > > Fetching from > > https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/ > > SHA256.sig 100% > > |***| > > 2144 00:00 > > Signature Verified > > Already on latest snapshot. > > desktop# pkg_add pulseaudio > > quirks-3.506 signed on 2021-01-03T15:41:44Z > > Can't install spidermonkey78-78.5.0v1 because of libraries > > |library c++.5.0 not found > > | /usr/lib/libc++.so.4.0 (system): bad major > > | /usr/lib/libc++.so.6.0 (system): bad major > > |library c++abi.3.0 not found > > | /usr/lib/libc++abi.so.2.1 (system): bad major > > | /usr/lib/libc++abi.so.4.0 (system): bad major > > Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3 > > nspr-4.29 icu4c-68.2v0 > > Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0 > > Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1 > > Can't install consolekit2-1.2.2: can't resolve polkit-0.118 > > Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2 > > Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0 > > spidermonkey78-78.5.0v1 > > desktop# > > > > Am I being too impatient? > > > > Thanks, > > Steve Williams > > > > > > >
Re: -current amd64 packages not updated? Impatient or broken?
Like naddy@ mentioned on ports@ they are trying to figure out the fallout from the switch to LLVM 11 as system compiler. This is why the packages are being delayed. Please wait a while till it is sorted out. thanks On Thu, Jan 7, 2021 at 10:56 AM Steve Williams wrote: > > Hi, > > I hesitate to send this because perhaps I'm just too impatient, but then > again, perhaps not. This is not critical/time sensitive. > > I just thought I'd check if there a problem with the current packages > folder from the mirrors? > > I am trying to update my development system (to resume work on a port). > > I did the initial upgrade on January 4, 2020 and my packages wouldn't > update because of missing library versions. I was told this is just a > discrepancy between the OS and the packages and to "wait a few days" for > everything to synchronize. > "Unfortunate timing as key system libraries have had version bumps > recently. Wait for a new package build (usually a few days on the faster > cpu architectures) and try again." > > I am watching the packages folder on various mirrors and they are all > from January 3, 2020, which is when my kernel is from. > pulseaudio-14.0.tgz03-Jan-2021 > > I am currently on: > OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan 3 15:25:58 MST 2021 > > This morning, I still can't add/update select packages. > > desktop# sysupgrade -s > Fetching from > https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/ > SHA256.sig 100% > |***| > 2144 00:00 > Signature Verified > Already on latest snapshot. > desktop# pkg_add pulseaudio > quirks-3.506 signed on 2021-01-03T15:41:44Z > Can't install spidermonkey78-78.5.0v1 because of libraries > |library c++.5.0 not found > | /usr/lib/libc++.so.4.0 (system): bad major > | /usr/lib/libc++.so.6.0 (system): bad major > |library c++abi.3.0 not found > | /usr/lib/libc++abi.so.2.1 (system): bad major > | /usr/lib/libc++abi.so.4.0 (system): bad major > Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3 > nspr-4.29 icu4c-68.2v0 > Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0 > Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1 > Can't install consolekit2-1.2.2: can't resolve polkit-0.118 > Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2 > Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0 > spidermonkey78-78.5.0v1 > desktop# > > Am I being too impatient? > > Thanks, > Steve Williams > > >
Re: -current amd64 packages not updated? Impatient or broken?
I committed an update to libunwind which made a major bump necessary. Maybe I should have asked ports to run with the build first, so that base and packages would be aligned. Too late for that now. Time will fix it though. Am Thu, Jan 07, 2021 at 09:54:39AM -0700 schrieb Steve Williams: > Hi, > > I hesitate to send this because perhaps I'm just too impatient, but then > again, perhaps not. This is not critical/time sensitive. > > I just thought I'd check if there a problem with the current packages folder > from the mirrors? > > I am trying to update my development system (to resume work on a port). > > I did the initial upgrade on January 4, 2020 and my packages wouldn't update > because of missing library versions. I was told this is just a discrepancy > between the OS and the packages and to "wait a few days" for everything to > synchronize. > "Unfortunate timing as key system libraries have had version bumps > recently. Wait for a new package build (usually a few days on the faster cpu > architectures) and try again." > > I am watching the packages folder on various mirrors and they are all from > January 3, 2020, which is when my kernel is from. > pulseaudio-14.0.tgz 03-Jan-2021 > > I am currently on: > OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan 3 15:25:58 MST 2021 > > This morning, I still can't add/update select packages. > > desktop# sysupgrade -s > Fetching from > https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/ > SHA256.sig 100% > |***| > 2144 00:00 > Signature Verified > Already on latest snapshot. > desktop# pkg_add pulseaudio > quirks-3.506 signed on 2021-01-03T15:41:44Z > Can't install spidermonkey78-78.5.0v1 because of libraries > |library c++.5.0 not found > | /usr/lib/libc++.so.4.0 (system): bad major > | /usr/lib/libc++.so.6.0 (system): bad major > |library c++abi.3.0 not found > | /usr/lib/libc++abi.so.2.1 (system): bad major > | /usr/lib/libc++abi.so.4.0 (system): bad major > Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3 > nspr-4.29 icu4c-68.2v0 > Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0 > Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1 > Can't install consolekit2-1.2.2: can't resolve polkit-0.118 > Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2 > Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0 > spidermonkey78-78.5.0v1 > desktop# > > Am I being too impatient? > > Thanks, > Steve Williams > > >
-current amd64 packages not updated? Impatient or broken?
Hi, I hesitate to send this because perhaps I'm just too impatient, but then again, perhaps not. This is not critical/time sensitive. I just thought I'd check if there a problem with the current packages folder from the mirrors? I am trying to update my development system (to resume work on a port). I did the initial upgrade on January 4, 2020 and my packages wouldn't update because of missing library versions. I was told this is just a discrepancy between the OS and the packages and to "wait a few days" for everything to synchronize. "Unfortunate timing as key system libraries have had version bumps recently. Wait for a new package build (usually a few days on the faster cpu architectures) and try again." I am watching the packages folder on various mirrors and they are all from January 3, 2020, which is when my kernel is from. pulseaudio-14.0.tgz 03-Jan-2021 I am currently on: OpenBSD 6.8-current (GENERIC.MP) #259: Sun Jan 3 15:25:58 MST 2021 This morning, I still can't add/update select packages. desktop# sysupgrade -s Fetching from https://cloudflare.cdn.openbsd.org/pub/OpenBSD//snapshots/amd64/ SHA256.sig 100% |***| 2144 00:00 Signature Verified Already on latest snapshot. desktop# pkg_add pulseaudio quirks-3.506 signed on 2021-01-03T15:41:44Z Can't install spidermonkey78-78.5.0v1 because of libraries |library c++.5.0 not found | /usr/lib/libc++.so.4.0 (system): bad major | /usr/lib/libc++.so.6.0 (system): bad major |library c++abi.3.0 not found | /usr/lib/libc++abi.so.2.1 (system): bad major | /usr/lib/libc++abi.so.4.0 (system): bad major Direct dependencies for spidermonkey78-78.5.0v1 resolve to libffi-3.3 nspr-4.29 icu4c-68.2v0 Full dependency tree is libffi-3.3 nspr-4.29 icu4c-68.2v0 Can't install polkit-0.118: can't resolve spidermonkey78-78.5.0v1 Can't install consolekit2-1.2.2: can't resolve polkit-0.118 Can't install pulseaudio-14.0: can't resolve consolekit2-1.2.2 Couldn't install consolekit2-1.2.2 polkit-0.118 pulseaudio-14.0 spidermonkey78-78.5.0v1 desktop# Am I being too impatient? Thanks, Steve Williams
