V_PauAmma_V: if I try to pass ipv6_static_routes I get the following:

ifconfig: ipv6_static_routes: bad value

currently following one of the solutions earlier, I have the following:

ifconfig_wlan0="WPA DHCP inet6 2001:8b0:57a:2385::b prefixlen 64"

ah shite I probably should have filtered the IPv6 address but meh

I am starting to think the other solution was a better one

oh I forgot to add the ssid

oh wait ipv6_static_routes would be well static... and therefore break when moving network...

I will try the DHCLIENT-SCRIPT(8) method which was recommended, this seems simpler than messing with rc.conf

You don't pass it to ifconfig. You define it in rc.conf and let rc parse it and deal with components accordingly.

I realised that, but the issue is that would not be per ssid

it would be global

which isn't what I wanted

Fair enough.

so yeah dhclient-script(8) seems like the best bet

unless someone else has any ideas?

polarian: have you tried doing dd tasks with pv instead? I believe it will often be a dropin with better defaults

scoobybejesus: no... but after reading the linked docs, just specifying 1M block sizes and setting the conv=sync flag seems to give the expected performance...

pv will throw in the progress bar capability as well, but true true

scoobybejesus: status=progress gives enough information for me :)

sometimes more is less :P

sorry... less is more... geez

are you really running dd often enough to be made aware of the status?

SIGINFO is nice, because it works in a lot more utilities than dd.

tsoome: do you have suspend-resume working with freebsd on a macbook? arm or intel?

debdrup: yes, i lament that ^T doesn't work everywhere

On the BSDs, it'll at least print what the kernel thinks is going on.

|cos| sorry, I do not have fbsd installed directly on hardware

Good afternoon all. A quick preface, I'm pretty new to BSD as a daily driver and though I'd pick up a distro to save myself a little bit of sanity. So, I'm running on NomadBSD which is based on FreeBSD 14 p4. I'm here today to ask about setting up Bluetooth audio, as I've just been going in circles over the last day or two trying to get it to work. So far I've followed along with a method I've seen a few times,

so I'm just going to link the one post that I've actually been using following this. The part I'm getting stuck at is the actual point where I set up audio. I can't seem to connect to the DSP device properly? I think? I'll grab the error in a second, will follow with the link

This is what I'm following along with: forums.freebsd.org/threads/bluetoot…uetooth-headphones-on-freebsd.82671

Title: [Bluetooth-audio] How to connect and use Bluetooth headphones on FreeBSD | The FreeBSD Forums

This is where I'm getting stuck virtual_oss -T /dev/sndstat -S -a o,-4 -C 2 -c 2 -r 44100 -b 16 -s 1024 -R /dev/dsp0 -P /dev/bluetooth/headphones -d dsp -t vdsp.ctl

And this is the error: virtual_oss: Could not open DSP device '/dev/dsp0': Operation not supported

I'm guessing that /dev/dspX are audio devices, however I'm not sure what is what, and I can't seem to figure out how to figure that out

tsoome: ok. i can kinda see why, after myself attempting running it on a macbook... thanks for answering!

ls

...

alright, I've just tried to upgrade to 14.0 and encountered a problem

libcrypto and libssl need to rebuilt, seemingly. I was not aware this had to be done, and probably did it wrong. Now I'm in a situation where I cannot run "make install clean" in /usr/ports/ports-mgmt/pkg. It fails with ld_error:duplicate symbol: nbactions and many more similar errors on attempt to build pkg

I cannot upgrade pkg because of the crypto and ssl library issues here

how can I proceed?

forums.freebsd.org/threads/pkg-not-…111-not-found-required-by-pkg.68078 starting from this

Title: Solved - pkg not working - ld-elf.so.1: Shared object "libssl.so.111" not found, required by "pkg" | The FreeBSD Forums

the problem is that random packages still seem to want openssl111

and yet I've upgraded everything

ldd does not show this version if I run it on /usr/sbin/pkg

/usr/sbin/pkg is just a small wrapper to install and call the real pkg /usr/local/sbin/pkg

so why does it look for libssl.so.111

that shouldn't be part of this release

you upgraded via freebsd-update ? and try to rebuild your ports after the first restart as it should have told you

?

I tried to upgrade ports one step too late I believe

pkg-static shows pkg's version as 1.21.3 if I check it

/usr/local/sbin/pkg shows a dependency on .111 even after upgrading pkg via pkg-static

I think pkg-static install -f pkg should work

it did not

this is the result *after doing this*

"FreeBSD_version: 1302001 " shows as in the info for pkg, which doesn't make sense to me

could this be relevant?

freebsd-version yields 14.0-RELEASE-p6

ah, pkg-static is detecting ABI wrong, because of that mishap

right that is what that sounded like

is there a way to force it to use correct ABI and re-upgrade everything?

everything in freebsd-version -kru shows 14.0

aha

now I've got the ABI change made, let's see if things will fix

pkg seems to have shaken off its ailment now, so that's promising...

Yep ok, I just set the correct ABI in pkg.conf manually and it appears it's happy now. lmk if that's a bad idea or incomplete I guess

now that it is fixed pkg should detect ABI corrctly again, so you should change it back to the variable and when upgrade to 15.0 remember to update your packages before the last freebsd-update call removes the old libs and in case it you have that problem again, I think you can set ABI via the environment