hello

I'll have to integrate freebsd servers with a HPE MSA (HBA based)

if I have a dual path (2xHBA cards in each server) what should I do on the FreeBSD side for high availability?

is it enough to use gmultipath?

hi, I created a 14.2 jail and installed linux-c7, now I need to install the package linux-c7-jpeg, but it doesn't exists. It seems to have existed on older versions, but apparently not on 14.2, is there a way to install it?

martinrame: If I'm reading this commit right it was removed at least in ports...

Not sure if that would've impacted 14.2

Mmmm, I started installing linux-c7 because I need wkhtmltopdf, I'll try with debian linuxulator

Looks like it was removed back in April

ahh its been moved

Tenkawa: moved to where?

re-moved, some might say :D

+graphics/linux-c7-jpeg|graphics/linux-c7-imageformats-libs|2025-04-21|Merged into imageformats-libs

great!, installed, now I need libXrender.so.1

Yep.. there it was

pkg provides libjpeg | grep c7

Name : linux-c7-imageformats-libs-1

heh

yes!, pkg install pkg install linux-c7-xorg-libs

if I chroot to /compat/linux I can run wkhtmltopdf without issues (at least it doesn't crash), but how can I run it from the freebsd root?

I'm getting: ELF interpreter /lib64/ld-linux-x86-64.so.2 not found, error 2

I have service linux start(ed)

ohh that is so weird martinrame, i am having the same issue with trying to get brave working

and you also have the ld-linux-x86 in the "approrpaite" location in the /compat/linux but without chroot it does not work..

is where my position is and have yet to find a solution, myself

let me see, I remember having posted something related on the FreeBSD forums

This: forums.freebsd.org/threads/dbeaver-…tu-compatibility.95983/#post-683798

But that's for ubuntu compat, not linux-c7

Once this compile I'm working on finishes.. linux emu will be next and I'll see if I run into the same..

It might be a while though... running a fairly big set of builds

thanks martinrame , i will have to walk through these.. the linux-browser-installer looks to do something similar.. but something is "off" and i have yet to figure out

I think I know whats going on but I need to test it

Unfortunately this LLVM compile will take a while...

everyone tinkering. I love it

scoobybejesus_tl: of course... now that I found an arm64 machine with actual decent power that runs well.... It is time to play....

Tenkawa: What is the arm64 machine you found that is decent?

Its the Radxa Orion-O6

Its the first higher end ARM64 I'm actually pleased with.

Its a 12 core box that just came out.. built around trying for ACPI/UEFI compliance

It can use both ACPI or DT but it works much better in ACPI mode.

Freaky: what's your uplink

~$200 - $300 (USD) range

not too shabbeh

I was lucky... my local Microcenter had a few and couldn't sell them... I got them discounted lol

You got any extras? :3

Haahaa no.. 1 is a dedicated Linux build server 1 is for FeeBSD

er FreeBSD

Tenkawa: cross compile or is there an arm64 (Linux) distro you're building for?

Everything I do with these is for arm... I have a x86_64 server for that native work.

Its a 16 thread so it is sufficient for anything I need in that space...

Which distributed compiler system is recommended nowadays in FreeBSD? I've been using both distcc and icecc in Linux however have no insight what is recommended for the BSD world currently.

i've used distcc on freebsd but it was quit a while ago now

I thought I might start with it and see if it does ok.. I'm thinking at some point I might convert my second O6 to FreeBSD and add it to my compiler pool...

So that's why I am pondering.

The one unit is working great... 2 would be very interesting to try...

these days most cores seem fast enough to not need to fuck around with that

haahaa..

but you can never have "too many" can you?

you did you say it was for arm cores? that could make sense

my current LLVM compile could certainly use a few more

but it also depends on what you're building i guess

10239 src files takes forever on most things....

so i keep seeing the debate on pkgbase

anyone have a link to a complete design document on pkgbase?

wiki.freebsd.org/PkgBase but i feel this isn't complete

Some of it needs to be reworked into phased steps with prereqs in my opinion reading it... (There's too many assumptions and potential for missed steps)

yolo-ops

what bothers me is things like package signing and updates aren't addressed at all yet

and... this really should be a separate command that only impacts the freebsd core system

i can appreciate they don't want to maintain 2 kinds of build tools

Yeah I notice that the unresolved issues section is quite large

they're not signed?

what's the worst that could happen!

rtprio: I don't even wamt to think of that lol

s/wamt.want

the rest of the packages aren't signed either so :shrug:

all packages are signed, both ports and pkgbase

oh good

and pkgbase already has built-in support for updates, all re@ has to do is update the source, run make update-packages and put the new packages wherever they like

yeah, not sure what's going on there; pkgbase signing has been a thing for years, and the official packages have been signed since they were started afaik

then the list of issues on the wiki is out of date

that's why i asked if there was a better design document somewhere

wiki pages frequently are

not really, unfortunately

if pkgbase has all the same features as the current installer and updater, plus it gets to use pkg, sounds great. but still should be a separate command

pkg signing isn't necessarily the same as pkgbase though is it?

Tenkawa: what is the difference?

'pkgbase' is the name of the project, update-packages/packages produce repositories

those repositories can be signed just like any other normal pkg repo

That's why I ask... does it "use" the already existing mechanisms to read/use the pkgs?

Demosthenex: there is no need for a separate command. this only came up because someone was surprised that asking pkg to delete all packages, deletes all package. this can be fixed with a trivial update to fix which i will suggest to bapt when he returns

yeah, they're more or less normal pkg pkgs

base pkgs are slightly different in that their config files are tagged as such so that pkg can do a three-way merge on upgrades

s/to fix/to pkg

Ah ok.. then yeah I agree they should be the same as well... This implied something a bit diff

pkgbase replaces:

.txz distribution sets, which are used for installation of the OS with bsdinstall(8)

That made me think there might be actual file changes that could change core details

the files are identical, the packages are built by running 'make installworld'* and then putting the installed files into packages instead of a single big tar.xz files (* actually make stageworld, but that's basically the same thing)

ivy: i value the strong separation between os and third party packages.

Demosthenex: same

if i do a pkg upgrade, does it do the OS or pkgs, or both?

i don't see both as a feature

Demosthenex: depends what you ask it to do. if you want to upgrade only the OS, use pkg upgrade -r base

even if pkgbase was just a hardlink to pkg, and pkg detected it's name and only worked on the OS, that's fine

i really do get that pkg can do these things, i just don't want comingling or accidental inclusion

and adding a flag i didn't have to use before, changes the way the command is used

so, if i do pkg upgrade, it does both? or just base? or just pkgs?

you need one tool that handles both, otherwise you'll have to manually install the base package libraries for every port you install, which gets boring very quickly (i know this as it used to work like this, there were no dependencies from ports to base)

i don't argue that pkg install a port could import a dependency from base

that's fine

i don't mind the idea that pkg maintains both. i'd just suggest we need to keep tooling with the separation

if the pkgbase tool only manages system packages, with identical flags to pkg, that sounds great

pkgbase upgrade: cool, upgrade the base system

that way the scope of pkg upgrade doesn't change, to include things in the base system it didn't do before

and something like pkgbase upgrade-all could include pkgs

I get the sense that changes are coming to how pkg is used or is perceived to function. I just hope POLA is weighed heavily.

Hi! I can't register on freebsd forum, button "register" do nothing! Have tried firefox, chrome, linux, android. Is there any fix?

The problem is recapture not enabled, how to fix it?

kserg: Do you have javascript allowed? Also, are you waiting to recommended time (countdown) on the registration page?

kserg: Sounds like you just need to allow javascript.

kserg: works for me in safari

and firefox

yes, js is allowed

Looks fine to me as well.

kserg: you've prolly got extensions, pi-hole or some other thing that is filtering/blocking stuff on you

I see the "This site key is not enabled for the invisible captcha." on right bottom corner

on every browser i have

i click register, i see a new windowish thing pop up with a countdown timer and fields for input

you or your network is doing something to you

i have tried VPN, the picture is the same

wats may be the problem?

15.22 < zi> kserg: you've prolly got extensions, pi-hole or some other thing that is filtering/blocking stuff on you

15.25 < zi> 15.22 < zi> kserg: you've prolly got extensions, pi-hole or some other thing that is filtering/blocking stuff on you

how to find this extensions?

not sure if trolling or not

heh

Yeah. Hard to tell.

Actually its giving me problems too

I'm trying to re-sign up since I haven't used my old account in years and its just hanging on Register

have upload the screen ibb.co/PsWVJYrb

Both Chrome and Safari acting up here

i have reinstall firefox too

yeah thats what its doing here

Ah. I see it now. Misconfigured invisible reCaptcha.

zi: besides that window there's an error in the bottom right corner

is it possible to fix?

paywall

I saw that but I only have like 1/4 of the window so I got about 5 letters lol

Likely a bad or expired key or something.

mzar: Its not a paywall here I gurantee you...

i have the same, but resize the window and scroll it to the right

Use the "Contact Us" link at the bottom of the page to let them know. That's an error on their end.

it also doen not work

also because of recapture

This is something with the site...

& recapture

oh did they rebrand reCaptcha

I do know that Google is slowly migrating all Captcha stuff to their GCP console thingamajigger. That might be playing a part.

Oh fun..

ek: This is giving me flashbacks I don't want to think about....

so the contact email is forum-admins@

That'll be your best bet.

excellent idea!

thanks, i will try

Watch FBSD's mail server reject the @gmail.com DKIM signature. Haha

kserg: to avoid spamming them let me know when you hear back if I'm online here.

I don't want to dupe send them the same breakage...

ok

Thanks

What is the 'vdso' line?: bpa.st/V4IA

CrtxReavr: Virtual Dynamic.

Interesting.

'Specially because that binary is this tool: fourmilab.ch/random

Which I had to port & compile myself.

CrtxReavr: The math/ent port wouldn't work?

CrtxReavr: John Walker is a legend

too bad he died recently

Well. . . I guess I was un-aware it was in ports.

CrtxReavr: Ehh... It happens.

Though it was easy to port.

sed -i'' -e 's/gcc/clang/' Makefile

Yeah. It's a pretty simply program.