So, a "pkgbaseify" works fine for FBSD 14.3. But, after that, a pkgbase update from 14.3 to 15.0 fails (it breaks pkg which segfaults). I'm just testing this on VM's, so rollback isn't a problem.

But, when it comes time to upgrade to 15.0, is the path going to be freebsd-install for that and then migrate to pkgbase or should we expect pkgbase to work by the time 15.0-RELEASE is announced?

This is just a general question, really. If anyone has been able to upgrade via pkgbase from 14.x to 15.x, I'd be curious what the process was (outside of the handbook).

s/freebsd-install/freebsd-update/

It's going to take some time to re train my brain.

There will definitely be changes. But, they're not so bad.

ek: you need to use pkg-static for major updates at the very least

but yes, generally you should expect to freebsd-update to 15.0 then ?? from there

kevans: I am. Following the handbook for upgrade to 15.0. But, it fails.

Breaks pkg every time.

Bunch of missing libs.

Well, not missing. Just updated and pkg isn't linked to them. Both pkg and pkg-static.

I'm fine with a "freebsd-update" to 15.0. Just curious about 14.x that's already on pkgbase.

I have multiple 14.x using pkgbase already (I know, not technically supported.) But, when it comes to upgrade to 15.0, I'll apparently need to use freebsd-update anyway.

do you have BACKUP_LIBRARIES enabled?

pkg-static shouldn't have that same problem because it's statically linked

I do not. I'm just using a fresh install of FBSD 14.3, migrating to pkgbase, and trying to upgrade.

This is all VM testing.

If I do a fresh install of 14.3 (via ISO) a d then run "freebsd-update" to the latest 14.3 (-RELEASE-p4). Then "pkgbaseify" and then get those upgrades (which are newer).

Everything is fine.

But, when I try to upgrade to 15.0-ALPHA5 for "latest" main, pkg and pkg-static die with lib issues.

pkg-static is statically linked, lib issues aren't a possible failure mode

pkg-static dies with the same lib issues.

then it's not a lib issue

So, libs are being overwritten without pkg-static being updated.

pkg-static does not use system libs

kevans: Give me a second. I'll try again and show you what I'm seeing.

thanks

kevans: So, I change the ${LOCALBASE}/etc/pkg/repos/FreeBSD-base.conf to use "latest" instead of "base_release_3" (suggested by the handbook).

Then, I run: env ABI=FreeBSD:15:amd64 pkg-static upgrade -r FreeBSD-base

I get the errot about pkg not matching (which is fine) and accept.

Prompt for all the package updates and everything looks good.

Actually, I'll just pipe this to script so you can see everything.

I'm re-reading the above, and I think we need to clarify your wording here: is pkg-static actually dying, or is the upgrade failing?

pipe is good, though

kevans: So, I'm using both pkg and pkg-static after the failure.

Rolling back to the 14.3 now and starting from scratch after pkgbaseify.

kevans: Tried again, same core dump.

Core dump (Likely not usable) and pkg log script log.

I wonder why -static would seem to exec non-static

the firdt crash is presumably the known bug when you agree to let pkg remove itself

i don't remember what version that was fixed in

i'm not sure that was ever fixed

my sources say that might not have been addressed

=D

I think we don't have a good solution for 14 -> 15 via pkgbase alone until BACKUP_LIBRARIES is accounted for in the solver

You can carefully upgrade the kernel then pkg to the 15.x version, but we might not let that upgrade work without trying to upgrade base packages today

freebsd/pkg #2524 helps here, spexifically

you would enable BACKUP_LIBRARIES, then you can probably get away without pkg trying to remove itself

magical beast called rust is here again, took 15h to build while whole world+kernel (includes clang) takes "just" 10h, ended up taking 17g to build and 1.2g to install and has some shlib that's 200m in size... might be super good highly secure praised dev env for real, but hell with needing ""windows 11" compatible" env to use it... and someone needs to do that too, despite dev might downloading from or

running it ...

... in "cloud"

vim lib/libarchive/Makefile

er, wrong window

Password:

hunter2

i wonder if it's fortunate or unfortunate that reason i do c, inside or outside fbsd, is because i couldn't find any other way

sometimes couldn't even describe the issue

ugh rust

luckily rust people are mainly on Discord so I dont have to listen to them whining on IRC :P

Funny how the rust devs who moan about security use an insecure platform to yap on...

polarian: oh you don't like discord? could you tell me more about this? i missed it the last 37 times you mentioned it

ivy: get used to it :)

still trying to convince certain FreeBSD devs to use IRC

currently they are Discord-only

the only developer i'm aware of who is on discord but not irc is Mark Linnemon

probably because he mostly uses it for his weekly video thing

I spoke to stefano at EuroBSDCon and my friend did too

hes going to make his matrix bridge public

so fingers crossed... more people on IRC soon!

Stefano of bsd.cafe or a different stefano? i don't think he's a developer

bsd.cafe and no hes not, but he agreed with the problem :)

trust me to spread anti-discord propaganda

ivy: Is designed for kids use, not for decent people like you :)

*it's

*anti-WEB3.0 propaganda

mosaid: it's clearly not designed for kids use, they don't even allow children (although granted many children lie about their age)

i mean if people don't like discord that's fine, i don't either, but don't just make things up

I mean by kids "stupid people", not real kids..

Discord is deigned in same way all social media designed (a lot of interactive stuff; to blow your mind)

mosaid: utter nonsense. the reason people use Discord is it provided a hosted solution for text + voice chat that non-technical users (especially gamers) find easy to use. that has nothing to do with people being "stupid", and also, using "kids" as a synonym for "stupid" is pretty offensive

mosaid: if you think people shouldn't use Discord, the onus is on you to provide something that does the same thing better

bashing languages and platforms on fictive parameters... isn't there like a #freebsd-offtopic or something?

ivy: sorry, you know my lang is not english, and I am trying my best to deliver the info.. After googling I think "Adult child" is the term which I was searching for

Not all Discord like that.. but at least 60% of it

this is not a language issue, your argument is just bad, discord is not primarily used by either children or stupid people, or "adult children". if you don't understand why Discord is successful, you are doomed to spend your days sitting here complaining about it and never doing anything about it

but we had, eg msn before, before it we had icq etc, actually, "mothers" and "sisters" used it, even i had to make account... now i have account in every developer and non-developer thing and sometimes i even use them eh

how to fix this?

hi

please

help, I upgraded to p3 to p4 (14.3) but some apps won't start (kicad)

what's the error message?

ketas: user input during loader is intended to interrupt it, in order to allow interrupting it at all in case a zero timeout is configured

11:01 <DemolitionMan> after upgrading from 14.3-p3 to 14.3-p4 kicad stopped working: Failed to load shared library '/usr/local/bin/_pcbnew.kiface': /usr/local/ffmpeg4/lib/libavcodec.so.58: version LIBAVCODEC_58 required by /usr/local/lib/libTKService.so.7.9 not defined

the above was posted on #freebsd-irc earlier. kicad launches on my machine, but i've never run it before.

that doesn't seem like it could possibly be caused by updating from 14.3p3 to 14p4

ketas: the "crap you're seeing" in console, does it also show up in dmesg?

Koston: invalid chars in dmesg? no, never

I mean the "gpioths0: err(INTERVAL, 40) = 60" stuff

oh yes, that's there

but i didn't paste it into shell

in fact i didn't even have cu running

and fwiw, cu(1) is really buggy, I highly recommend using eg. tio(1) or gnu screen

Koston: that can mean that there are loose contacts to that sensor

Posterdati: are you DemolitionMan, or do we have two reports on kicad breaking with 14.3p3 → 14.3p4 ?

i'm seeing it from time to time as well (my sensor is connected using "el cheapo" dupont cables)

cu should be fixed then

i'm not sure why anyone would use cu(1) nowdays, if you want to connect to a serial line, use tip(1)

yes i'm having it hooked up using unshieldes cheapest headers and kapton tape

although i hope anyone aware of bugs in cu(1) has reported them

right, tip(1) is also much preferred over cu(1)

any others reasons i wonder?

and tio(1) is a more modern take on tip(1)

or even comms/picocom

i never checked into driver what those errors were, i just waved them off to transient data errors from hw

i personally like kermit (comms/kermit) but basically anything is preferable to cu(1), which is intended to let users call a remote system using a modem bank

isn't kermit an independent serial protocol too?

hmm i never realized cu is bad

Koston: it has its own file transfer protocol (similar to XMODEM/YMODEM/etc.) but it also provides a general serial line interface

okay but another issue, how could running cu in one sc ttyv* emit any data into input buffer of another ttyv*?

ivy: neat. I faintly recall the name from decades ago, from actual modem days

and how does data self-echo back from machine when cu doesn't even run

are you sure you didn't have a serial client running?

when cnars came into other terminal, i had, otherwise no

also i would habe never noticed if of those issues

luckily chars don't come from closed serial to the console, that would be really bad

ivy: fwiw, I mostly agree with you wrt. Discord, but it does also promote much more dumbed down dialogue due to the way both servers and clients are at their default settings. compared to other modern social media though, it's still relatively smart.

at least one of those chars emitted from there is a bel, which is happily played out

despite nothing is ringing and nevermind into other "window"

Koston: that doesn't match my experience... i don't currently use Discord, but i've found the "threads" feature (which they stole from Slack) is pretty useful to allow in-depth discussions that can't easily happen on IRC. i've been in a couple of philosophy-related Discords and found this really helped to explore topics in depth.

I noticed that Newsboat is missing from FreeBSD 14 (amd64). Is it common with delays like this in FreeBSD? (I'm a new user)

for example, if we keep discussing Discord here, someone will probably tell us to shut up, whereas on Discord you can just create a thread and continue there

ivy: imho Discord is the best out of current widely used such services (vs. slack, teams etc), I'm just not really a fan of "autoplay videos/gifs by default" etc

newsboat is apparently console rss reader

Web feed reader to be exact. ;)

unsure why that would be missing in 14 ports

Koston: i believe there's a way to turnoff autoplay of gifs, perhaps hidden in "accessibility" settings

ketas: Khard is missing as well.

Both are used basically daily by me. :(

Hund: what "delay" are you talking about? does the package exist but it's too old?

(and I'm pretty sure that they're both quite popular)

dep on rust gmm

hmm

ivy: It exist in version 13. No version at all in 14.

I really don't care about "old" software, as long as it works. :)

freshports tells it's on 14

ivy: you can do a lot on both server and client side to enforce more civil and less spammy dialogue, but too much of it depends on latter because you should always expect the users to do absolutely nothing

ketas: I'm looking at freshports right now. It's not there? :|

Koston: right, but that's equally true on IRC. Discord can only provide the technical means, it's up to users to enforce policy

boat

and it's not in repo?

ivy: irc doesn't provide official clients though

Koston: the FreeBSD Discord is terrible for this sort of thing, but that's because they refuse to moderate it even i suggested it several times, which is why i'm no longer there. it's not Discord's fault, it's the server owners' fault

yeah I left that discord long time ago for the same reason, lol

but discord is easy to follow?

all those images, emojis, sidechats, and so on

that a modern im brings

ketas: ibb.co/Z6gwCVDp ?

ivy: but the FreeBSD discord really *should* know better. since they can't do it right, how do you expect some average bunch of gamers to do it?

there are are also irc clients that willy happily fetch every url and embed it into chat, while only showing last 10 lines

Koston: i don't know, but you can't expect the platform to solve moderation, that's not their job. if there were "Discord Moderators" would tried to enforce this sort of rule, everyone would (rightly) be complaining about that

why do we ever need huge moderation anyway?

ketas: no one is saying we need "huge moderation"

ivy: I'm not talking about moderation, I mean things like someone posting a link and everyone else having link auto-preview on (by default) then gets half of their screen's worth of whatever the client thinks is appropriate as preview

sharing a simple link shouldn't mean spamming everyone

yeah that's hard to follow comms medium

That's why I like IRC and XMPP. You can choose whatever clients (and features that) fits you.

ok i've used that, sometimes it's good

ketas: What does freshports show you?

py311-khard having pkg's

i never checked the actual repo

at worse you can build it i guess

wait

amd64

was missing for newsboat

Yes

i wonder if it didn't build

but khard is there

Good. It was missing a few days ago the last time I checked.

khard is 3 months old, so?

|cos|: it was me, DemolitionMan = Posterdati

ketas: It's missing from quarterly.

Failed to load shared library '/usr/local/bin/_pcbnew.kiface': /usr/local/ffmpeg4/lib/libavcodec.so.58: version LIBAVCODEC_58 required by /usr/local/lib/libTKService.so.7.9 not defined

:(

I haven't dared switching to a version other than the default version of FreeBSD.

gmake: *** [Makefile:193: src/utils.o] Error 1

no wonder it's not there

Ohh

and khard has no logs at all?

no idea

i don't use either

Things like this always happens for me. :P

:p

but there are older pkg's?

i use ton of console stuff, but not those

I need to go back and check that out then. I'm on my phone right now.

You don't have contacts and calendars? :D

sadly this broke: freshports.org/astro/weatherspect

reminds me fun i used to run

i do, kind of, or not

or i don't console them :p

that error, unless reported, should be told to maintainer

I prefer using the computer for everything. :)

I'll look into that later.

i have no idea why python 3.11 port is not built tho

need a built-in command that will add a slight random delay to some cron jobs so they don't all run at the same time on every machine

if [ ! -t 0 ]; then sleep "`jot -r 1 0 10`"; fi

idea came from periodic

where i also found lockf 20y too late after implementing my own (oh hey, unix way)

dch: ^

cool, today I learned jot(1) exists

lololol

cpdup, i also found recently

ketas: thats a good idea

now all my cronjobs have that bit

I think I need a tool called "jig" that randomly sleeps between 0 & x seconds

the ! stdin jot sleep

jig?

it's criminal how many simple but useful tools BSD has had since the dawn of time, but not included in POSIX or GNU

and if x is not supplied on command line, assume 60 s

its going to be a new tool

column -t

oh base is filled with joy

Koston: such as asa(1). although, this one is in POSIX, just no one knows how useful it is

column -t is my favourite "old new" tool since ages

I use it all the time from vim to line up stuff

from /etc/fstab to random data from zfs/zpool tools

ivy: I did not know about asa(1) either, thanks..!

i never found it until now

also, who knew about leave(1)?

i found so many random utilities trying to sort out pkgbase...

grdc?

pom?

:)

leave(1) is a funny one

ivy: clearly you're not making good use of leave(1) yet tho I see your 5am UTC commit this morning

ketas: i have at least two commits to usr.bin/pom :-)

why?

why what?

well i could look what they did

dch: fixed waking hours are for liberals

lmao ivy

pom, grdc were supposedly to be removed

and people with children

but unsure

in other news I have binge-eaten a packet of crisps

could be a port too

and I feel no guilt whatsoever

should you?

feel guilt

dch: i assume you mean one of those big bags of kettle chips meant for several people, otherwise i think that's pretty normal?

i know i don't have any due being good eating thin 42yo boy

in my defence this bag is only 120g

does that count

s/is/was/

having kids definitely compromises the ability to stay up every night until 5am

unless you have endless supply of methamphetamine and spare livers and kidneys

I guess

Koston: presumably if you have kids, they have livers and kidneys

touche

but those organs are like in use...

:p

so tip is better than cu?

i looked both

ketas this is why I have several kids, its like a Redundant Array of Insolent Children

:p

what we really need is some sort of subscription organ service, like Netflix for kidneys

or livers, whichever the one is that explodes if you drink too much

yeah like all gals ran away so how do i even make them now...

you could borrow one for a big week and then return it

oh and why they ran, because i forgot them over fbsd

Back.. ivy: yeah, I am just saying that my expressions isn't the best (I was trying to say: Adults behaves in a stupid and irresponsible way) sorry for the bad argument.. Discord is bad not for it's features, but the way it works (nearly all the WEB3.0) on the psychological/mental and technical levels.. We can talk about that for days, but let me explain the simplest level which is the...

..."technical", and this question will answer nearly half the thing: What is the best? taking the info in it's plain state/arranged in a pretty simple way.. or that bloated interface, makes you consume more computing power and brain cells just for simple audio/video and text chat. That what makes everything goes more back, not forward.. this the same for all the social media (many useless...

...stuff here and there, makes taking the simplest info hard; So the focus on the value of thing goes less.. and this normal now days, companies is just making money ;) And IRC VS Discord, is like Local Market VS Mall) I can't even run discord well here on SeaMonkey. I don't really have time, but surly it could be there a something like improved IRC: Neat, Organized, More options and maybe...

...hosted.. but still simple and can run nearly anywhere..

Also, for moderation.. I want you to know that many Discord people have it's own way to behave vary from IRC; That explains why the moderation also different.. I know there is a real production communities there, but I am just talking about the most I saw.. and most my talk in end is on discord itself

i am not going to read all that, sorry

This only my opinion

ivy: XD

mosaid: if only world worked that way, but people *want* instant gratification type media

Yeah, and companies feeds that for more money

kids these days, with their livers and kidneys...

recently after a few interviews, I told a headhunter I will not be using a webcam because it's counterproductive and I've concluded the best way to assert this is just to never use one. he told me it was a requirement for getting hired, so bye bye.

dch: how much do you care about D53016 and D53015? i think they are not critical (it's like ~2MB in total, right?) but i can land them now if you need it

mosaid: yes!

however i don't even use ""social" social media" thay way

ivy: its less about the size and more about understanding where they come from

I'm fine if they only go into BETA2 but its marginally more work for cperciva to cherry-pick back

ivy: please could you take a look at this tool, I want to use it vermaden.wordpress.com/2021/04/02/ufs-boot-environments

dch: yeah, i think we sorted that though, right? :-) i'm just wondering what you want from me (if anything) since i'm trying to track pkgbase issues for 15.0

ketas: I don't even have a smartphone..

ivy: nothing other than my gratitude from making it happen

and I will never thing of buying one

if the answer is "nothing" that's fine, i'll just check with Colin when the next release is... i'm actually not sure what's happening with BETA1

wasn't that meant to come out this morning?

*think

i have them, running connectbots

i find phone situation sad

mosaid: no, i am far too busy and don't really care about UFS boot, sorry

mosaid: but it seems like a good idea, so feel free to post on a mailing list or something

No, problem I will try it

hw is ok, sw is ok, but politically phones suck

I installed, and I think it will work

there has never been a technical reason we don't support UFS BEs, it's literally just that no one wrote support for it

I will try simple install just boot, kernel and the necessary stuff

ivy: its this morning colin time, so our afternoon

That tool will really help in my May upgrade to 14

seems to rely on rsync for copying filesystem contents to another partition

Yeah

as long as you understand the limitations of doing that, should work fine

rsync is gold, then you simply chroot and do what do you want..

rsync is not in base, so any implementation of UFS boot environments would need to not rely on that

it's just a simple script

not full thing

I can't be arsed to read the whole script, but I don't see it remounting source disk read-only or other means of guaranteeing data consistency of the copy

that shouldn't be a problem in most cases, but you need to understand what that means (vs. ZFS snapshots)

Yeah, I will read more about till may

I am still new to ZFS

these days Just Use ZFS™ unless you know well why you shouldn't

koston: also remember my Home is not any more on /, so it's safe for me

your home directory is least of your concerns; contents of that shouldn't change at all over OS upgrade

huh, please explain more..

just read the Handbook first, then ask if you don't understand something specific

mosaid: freebsd-update will change the kernel, userland tools, and optionally source & ports tree. but it does not change your user files.

it only updates the bits that were installed via the FreeBSD installer.

ah I know that

but why you saying that my home directory is least of your concerns

Is this something bigger than that

no, just that the upgrade won't change your homedir

I know

I am saying if the partition corrupted, I could install a fresh version easily

root "/"

partition itself doesn't become corrupted as such, but if the system files change during rsync copy, then the copy could end up being inconsistent with itself

typical problem when plebs try to backup databases by copying the actual db files

anyway, I gotta get ready for elderly nerds mtg session, haven't played that game since the 90s..

Koston I will surly test that copy before the upgrade, I take backups of all my configs also before it.. I am saying if the fresh install became the easier and time safer way, I could do it

mosaid: I think you would love zfs boot environments for upgrades

I took 3 months holiday from my work; to fix many stuff, includes my PC, which even my native Lang layout was not working well on it, also never updated since 13.2 no pkgs, rely only on ports for new apps.. hardware problems (never changed my PS/2 keyboard for about +15 years, it became useless; so got a new one).. a lot of stuff and the last upgrade took so long time from me; bec I was...

...using 13.2 and I jumped to 13.5, many of my old ports was not working well, need to fix. (and my forgetting about setting sys.cons 3 years ago, took the most of time). So thinked boot environments will safe a lot of time for me

dch: could I use it only for 2 partitions or it needs the whole hard drive?

mosaid: its simplest to use when you give it the whole cake

:(

so I would start off with a full zfs default install

once you know your way around you can split things up

So I would use it only for my new drive, and I will continue using UFS for /

then you can't use boot environments

Yeah

so I use thinking about that script

the UFS stuff linked to above is a half-arsed workaround for what's built into freebsd + zfs since 9.3.

Yeah, I know.. but I can't move all that huge data on my hard drive which continues / anywhere now..

what's ufs "be"?

i have them

i wish it would be better

i think everyone who needs multiboot, has rolled their own

or they just use multiple machines which are even better

oh right otis was the gpioths dude

wait it wasn't

was Him

actually severals did it

actually i switched from vt to sc because terminals flickered on every switch

maybe should have tried to find better vt config

but still no idea why data would go back on closed port or how it jumps terminals

could test more

btw how to even use tip with device name :)

i did use others before when i needed *modem

btw obsd has new cu

import that in or something

but it does come with drawbacks

er, what's wrong with cu?

supposedly it's bad and buggy and source of all my problems :)

hi

please help, I upgraded 14.3 from p3 to p4 and kicad stopped to work: Failed to load shared library '/usr/local/bin/_pcbnew.kiface': /usr/local/ffmpeg4/lib/libavcodec.so.58: version LIBAVCODEC_58 required by /usr/local/lib/libTKService.so.7.9 not defined

thanks for any help

Posterdati: im guessing something bigger than just a p3->p4 patch happened

zi: like what?

port/package version changes?

also, it doesnt look like you installed ffmpeg from packages/ports

so that's gonna be a problem as well

no, I did not

I used pkg

it must be some third party package then--ours installs that library to /usr/local/lib/libavcodec.so.58

is there

then why is whatever _pcbnew.kiface is looking for it in /usr/local/ffmpeg4/lib/libavcodec.so.58?

I do not know

is kicad installed from ports/freebsd packages?

no

using pkg

pkg --version --> 2.3.1

what does ls /usr/local/ffmpeg4 show?

bin include lib libdata share

it seems like you built ffmpeg from source instead of using the package or port

no, I used pkg

pkg doesnt install that to /usr/local/ffmpeg4

where'd you get the package?

again I only use pkg

im gonna try one more time before i give up

pkg check ... it

freebsd packages for ffmpeg do not install stuff to /usr/local/ffmpeg4

so you either got it from not the official ports tree/freebsd package repo

or something else is going on

(like you built it from source yourself)

pkg check ffmpeg4 -> Checking ffmepg4: 100%

have you make-installed non-ports?

no

pkg which /usr/local/ffmpeg4/lib/libavcodec.so.58

i tend to got for own prefix if ever do

hmm

and also: pkg which /usr/local/bin/_pcbnew.kiface

-> /usr/local/ffmpeg4/libavcodec.so.58 was installed by package ffmpeg4-4.4.4_25

there's something super funky going on here with this box

also, your packages are wicked out of date. that 4.4.4 release is from 2023

i have it in usr/local/lib/libavcodec.so.60

-> /usr/local/bin/_pcbnew.kiface was installed by package kicad-9.0.4,2

right, it should be in /usr/local/lib

and 6.1.2_16,1

Posterdati: yea your packages arent in sync with eachother

Posterdati: as ketas mentioned, latest ffmpeg is 6.1.2

p3->p4 won't do that

so you somehow have kicad from 2025, ffmpeg from 2023

why is the ffmpeg old?

i would pkg delete ffmpeg4 (which may uninstall some other packages). then you'll want to: pkg ffmpeg4 kicad again and see if that fixes it

pkg search ffmpeg returns also ffmpeg-6...

if it's not on purpose, you should upgrade it all

i doubt it was an official freebsd package in the first place

zi: it will disinstall all kde

what's pkg info for it?

what are all other outdated packages?

and why would it break kde

i mean kde has deps in that i guess

Posterdati: bottom line is your installed packages arent in sync with eachother. this probably means you upgraded a couple of packages at some point, but not all. so, you'll need to get them all in sync with eachother

so you either pkg delete -f it which can break part of kde

also how did all this happen

pkg install kicad ffmpeg

it tries to install

ffmpeg 6, ffmpeg 4, kicad 9

Posterdati: running pkg upgrade -f will at least get everything in sync but you could run into other surprises with version changes

save pkg info & pkg info -qoa outputs if needed

before anything

could save others, could even backup all, if needed

but now the kicad is already broken :)

it is installing 1088 packages :)

eh

upgrading?

pkg upgrade -f

k

at least everything will be current/in sync after that finishes

unsure if -f was needed

then you can retry kicad

but yeah

I unsed pkg upgrade only, without -f

in the past

ketas: freebsd 14.3 didnt exist in 2023 so

he probably had a mix of packages built against multiple different freebsd releases

hence needing the -f to correct that

never upgraded anything ever?

and by accident?

some stuff got upgraded but only by dumb luck with version changes

so some things were built against freebsd 14.3, some 14.older

perhaps 14.0, which was released in 2023

that's all fine until libs crap up

hence -f

:)

i did bit better thing, built ports fot armv7 in 13 and used 16 base with it

that needed openssl symlinks

but that was on purpose

still have no idea how stuff ended up in /usr/local/ffmpeg4. even the pkg-plist from the 4.4.4 port shows those libs in /usr/local/lib where they should be: cgit.freebsd.org/ports/diff/multime…c529fe9c4ee69dd96db92e2d0572d2092aa

Posterdati: still going?

finished downloading :)

checking integrity...

rgr

will it upgrade ports too?

depending on what you're running, it might make sense to reboot when you're done to ensure what's running is in sync with what is now on disk

I used ports only for sbcl, which is now a binary package :)

done (0 conflicting)

yeah--that will install the latest versions of everything from the freebsd package servers

good

this is an old i5

it has got a second life with FreeBSD on it

just for the future, you should get in the habit of doing a pkg upgrade -f anytime you change freebsd versions (so 14.2->14.3, etc)

I can use kicad too!

I did freebsd-update fetch

and then install

after that pkg install without -f

yeah but at some point in the past, you did freebsd-upgrade

and then didnt do a pkg upgrade -f

never used -f

i know

ffmpeg4 shouldn't be installed I think

but 6

once the upgrade is done, you can try pkg delete ffmpeg4--it will complain if something depends on it

but id probably just restart and then try kicad when the system boots back up

Reinstalling all

[7/2980]

lol

damn dude

pkg install kitchen-sink

:-)

[17/2980]

lol

go123

I do not remember to ever used go language :)

likely something else you installed depended on go

sure it is

I played oolite too on that laptop

an old k55v :)

curl -L -s dl.google.com/go/go1.24.8.freebsd-amd64.tar.gz | tar -x -C /usr/local/opt -f - && /usr/local/opt/go/bin/go version

aic: there's also a go124 here :)

[347/2980]

zi: [1449/2980] :)

zi: [2186/2980]

Posterdati: hah

I'm ready for the next update. Gotta be wrapping up at some point, though a conflict could have arisen and the whole thing needed to start over

anyone has configured IKEv2 who can help me figure out why I can't see traffic in plain when I tcpdump enc0? I'm terribly stuck at this...

antranigv: dont suppose you've skimmed `man 4 enc`?

zi: fixed! Thanks

zi: pkg upgrade -f now asked me to upgrade 1625 packages

Posterdati: welcome. you dont want to randomly run it--it will always ask to do stuff

Posterdati: only after bigger OS upgrades

antranigv: I've set up IKEv2 for a "VPN provider" thingie and I don't understand your question.