no, fiber

mtu is at 9000

ibv_devinfo doesnot exist

ps, fiber sfp+

otakon: firstburstlength and maxburstlength seem much lower than their defaults, and I'm not sure I understand why.

meena: I can try asking around if someone has an infiniband card they're no longer using

Hrm, I'll need two and/or a switch that has infiniband, so it might take a longer time :/

I tried bigger values, still the same cap

debdrup: i wish i was in a hurry, but i have no capacity to be in a hurry

you dont need switch, 2 cards, point to point

a switch does make things more interesting…

otakon: right, but it'd be nice to have IB to play with :3

of course it will be!

1gbe is so 20yrs obsolete

(side question, if I log out now (goto sleep), I 'll lost your posts, right?/)

*loose

Yes, unless you have a client like irssi that you can background using tmux, and the machine stays online.

There's all manner of other ways to achieve persistence logging too, of course.

otakon: but: We'll be back tomorrow, fresh from "sleep", and with better ideas

"fresh" "ideas"

"good" "night"

thank you for your time guys

I'm not quite sure I like the notion of some service that indexes all of IRC; it's fine to have individuals log channels (heck, I've been doing that since 1994), but it's another thing entirely if it's some corporation that's behind it.

i really appreciate your effort

I ll talk tommorow here

hello folks. How can I set build options for a port non-interactively?

I tried to add lines like "www_nginx_UNSET+= HTTP_FLV" to /etc/make.conf but saw that has no effect.

unset… hm

I tried with _SET too, e.g. "www_nginx_SET=WITH_MODSECURITY3" and "www_nginx_SET+=WITHOUT_MAIL", to no avail

michelem: i don't see any UNSET here: docs.freebsd.org/en/books/porters-handbook/book

Title: FreeBSD Porter's Handbook | FreeBSD Documentation Portal

yes, indeed.

on second thought, that might not be in *that* handbook

How can I possibly set those options programmatically? I can rmconfig and pass them at runtime to "make package" , but then I can't have preparation & compilation separate, and I don't have a trace of the options used.

I tried "BATCH=yes make -DWITH_IPV6 config" and it still prompts me with the configuration curses screen.

sec

docs.freebsd.org/en/books/handbook/ports/#ports-using here we go, that's the users' handbook

Title: Chapter 4. Installing Applications: Packages and Ports | FreeBSD Documentation Portal

also doesn't document UNSET

OR SET WTH

man.freebsd.org/cgi/man.cgi?query=p…path=FreeBSD+13.1-RELEASE+and+Ports this still talks about SVN

Title: ports(7)

that's a good pointer. man.freebsd.org/cgi/man.cgi?query=p…path=FreeBSD+13.1-RELEASE+and+Ports does talk about _SET and _UNSET in "Example 4"

Title: ports(7)

yeah, that's supported. /usr/ports/bsd.options.mk explicitly shows that. I now have to figure out why those options are not applied by make

michelem: when you look at the www/nginx/Makefile

the MAIL_GROUP is implied if any option is still set

that's no problem, the examples above were random. I'm actually testing with MODSECURITY3 , which is independent of all other options

you've been great meena, thank you.

I wonder if you could www_nginx_UNSET=MAILGRP

especially given the low-coffee mode

the fact that BATCH=yes still gets you prompts sounds like something is b0rked

to me, anyway, maybe the people in #bsdports on EFNet know better.

I found the issue

BATCH=y still requiring interaction is still there. I also see it as a bug, but the "config" target might be considered as interactive-only. I see it as a bug because "config" is actually 2 steps: 1) selection 2) generation of options file. BATCH=y should apply to the second step.

the issue with make.conf options not being honored: if there's an existing options file, that overrides any options from make.conf. You need to rmconfig it in order to have make.conf options apply.

That's a bit of a bitch, because if ansible scripts generate make.conf options, and a year later the user manually plays with the port and leaves the options behind, future builds will invisibly ignore the make.conf options.

acceptable though. I'll simply change "make package" to "make rmconfig package"

michelem: so all is well? it builds the way you need it to?

also, have you considered poudriere instead of ansible for building stuff?

ansible is for general deployment of the larger system. Installing application is only a step. Ports are an unfortunate necessity because packages don't include the desired options.

For compiling ports I considered poudriere for a second, but it didn't seem to me to bring enough value for the cost of an extra dependency. You might be able to persuade me otherwise

michelem: you'd be producing your own repo, so building and configuring ports would be decoupled from installing them

maybe people who actually use poudriere for ports have better arguments

Would I be able to remove complexity? The current process is: 1) add a bunch of _SET and _UNSET options to /etc/make.conf ; 2) run "BATCH=y make rmconfig package"

I just bully porters into making my options default, and use poudriere only for: alpha.pkgbase.live

Title: Unofficial FreeBSD pkgbase repository

poudriere seems great for port testing. It compiles into own jails so you can easily fake different environments, OS versions etc

Title: poudriere(8)

ah ah ah ah

it is heartbreaking that FreeBSD does not support NVIDIA Cuda

(or the other way around)

which is?

ah, gpu hw accel library

sounds proprietary to me. no open standard, why would they?

it is rather nvidia does not provide CUDA in their driver for FreeBSD ( an opposite )

i know there are some workarounds, using linux compat

Title: Can CUDA be installed on FreeBSD now ? | The FreeBSD Forums

rather, messy thread

meena: looks like you've had some responses to the infiniband thing?

debdrup: yes, unfortunately the second response invalidated my hypothesis that all i need is ifconfig -a

hmm

my graphics module is causing a panic...

amdgpu, latest git pull from kernel sources

i upgraded my system, amdgpu broke, tried pulling in latest kernel sources... still broken

am i misunderstanding something?

i did `make kernel

then ran `make reinstall' on /usr/ports/graphics/gpu-drm-amdgpu... or such

i dont think its a bug, i think it's some mismatch that i'm not understanding

nekobit: did you run 'make distclean && make clean' before running 'make' in graphics/gpu-drm-amdgpu ?

also did you refresh your ports tree ?

f451: i did not, ill try that later

i did

after running make i normally run make deinstall reinstall in that kind of situation

What's the new name of the IRC social channel? I see #Not-##FreeBSD isn't really in use anymore.

Dereckson: You're in it.

Interesting pkg behavior: bsd.to/CvFV

Title: dpaste/CvFV (Bash)

vkarlsen: sich part seems unusual?

why is Y the default option for you? (or is it the default option when pkg upgrades pkg and I just never noticed?)

Hey, so for years I've been getting email updates from the FreeBSD bugzilla. Footer always says I'm getting the email because "I'm the owner" which simply isn't true. Is there anyone I can contact to help fix this?

Maybe I can just use this: lists.freebsd.org

Title: FreeBSD Mailing lists

Wouldn't you just edit the bugs in Bugzilla? (Maybe I don't know)

ganthore: #gitcvt on EFnet

xtile: I'm not manually editing hundreds of bugs. :-)

ganthore: but you can also open an issue in bugzilla

aha

It feels like I get an update for every single thing

how many bugs did you submit?

My gmail inbox got flooded so bad I finally ran out of storage space =D

None

yeah, i would goto #gitcvt and ask for help

I thought gmail gives you infinite storage

no, just 15 GB

Title: Imgur: The magic of the Internet

But yeah, it's kinda insane. :-)

unlimited is long past

time for a gmail filter

rtprio: that's my "to trash" filter.

Anyway, it's mostly my fault for not really addressing this way back whenever it first started happening.

I was active in the community back around 2011.

meena: thanks for the suggestion, I'll give that a shot.

"Confirm unsubscribe from freebsd-ports-bugs⊙Fo"

Maybe that fixed it.

ganthore: sounds much more plausible than you being accidentally maintainer of hundreds of ports and these ports not being marked as abandoned by their maintainer

I know right?

ganthore: check the headers of the mail addresses

s/\ addresse//

All of the FreeBSD mailing lists contains the List- headers that define both the ID as well as the subscription and unsubscription emails.

Meanwhile, Bugzilla emails contains the X-Bugzilla- items

They're there not just because it helps get legitimate automated mail (as in, something the user subscribed to) past spam filters, but also because it makes it super easy to sort into folders.

s/folders/directories/

grreetings

welcome otakon

hrm

Hello. Please tell me, when installing the program through the pkg package manager, after the installation is completed, various information is displayed, such as recommendations and mandatory actions for configuration. How can you see all the information after installing the package, if it does not interfere with one screen?

pkg info -D packagename

V_PauAmma_V: Thanks for your reply. I just looked at the output of this command. I have situations where when installing one package, many other packages are installed along with this package as dependencies that may have their own message after installing these packages. I'll think about how I can view these messages.

i just realized, i could totally deduce this from reading the source code: lists.freebsd.org/archives/freebsd-…nfiniband/2023-February/000010.html

Title: RE: Soliciting infiniband ifconfig output

but sometimes it's easier to look at real output…

(rather than try to use brain to imagine output)

can I make buildworld on a Linux + GNU system?

first line of attack was procuring bmake, but then I run into "awk: cmd. line:1: warning: regexp escape sequence `\#' is not a known regexp operator"

don't know how deep that compatibility rabbit hole goes, so wanted to check first

aportnoy: you need another awk then…

aportnoy: have you looked at our .github/actions tho?

they build on linux and mac

ah thank you for the pointer! will check that out

Title: freebsd-src/cross-bootstrap-tools.yml at main · freebsd/freebsd-src · GitHub

one of the best things of having CI is that you can see how the sausage is made

(it's usually not pretty)

hrm… I'm not actually seeing a buildworld

how are these template parameters filled out? like "${{ matrix.pkgs }}"

aportnoy: there's a parameter that's called matrix: further up, it defines several target platforms and their dependency packages

gotcha I see it's right there

but, again, I'm not sure you'll be able to build world.

I thought the CHERI people do, but I don't know!

either way, tools/build/make.py will get you further than bare (b)make

I see, thank you. Will give that a try.

github.com/freebsd/freebsd-src/blob/main/tools/build/make.py ← reads like it should buildworld on Linux and MacOS

Title: freebsd-src/make.py at main · freebsd/freebsd-src · GitHub

wiki.freebsd.org/BuildingOnNonFreeBSD this should be fairly up-to-date, as CheriBSD is built on non-FreeBSD (it may have changed)

Title: BuildingOnNonFreeBSD - FreeBSD Wiki

if i could get poudriere running on Linux, I could totally build pkgbase.live on Linux!

(but then I'd have to run linux, and run things on Linux…)

Yeah, that seems like the opposite of what one might want.