14.1 shaping up to be the best release ever

glad to hear that

hopefully no ZFS drama

ya that could be bad

zfs rewrite in rust would be gold

stop

well it helps catch bugs

polyex: heresy, does this look like Linux?

you mean successful? progressively not, no. rust is better than C there's just no debating it

polyex: I'm not against rust from a language perspective. My main issue with it is portability and bootstrapping it, which currently is a real pain

ya i think its compiler is like 75mb. just got an idea, what if there was a really naive simple compiler distributed instead of the official one

like 5mb and just doesn't make as fast code but it can bootstrap

maybe that's what cranelift is

en.wikipedia.org/wiki/Commodore_BASIC bill gates got the shaft, "I'm already married,"

Title: Commodore BASIC - Wikipedia

basic in rom

vic20 style

after installing gdb on raspberry pi 4 and trying to start it, i just get "command not found" and if i try its file /usr/local/share/gdb i get "permission denied" (even though permissions are OK)

has anyone used varnish as an on-site cache for the official package mirrors?

anyone knows how can I directly access LPT port to use it as GPIO, is it even possible?

crest: not to my knowledge, I have done this in the past forums.freebsd.org/threads/local-cache-for-pkgs.60859/#post-365296

Title: Local cache for PKGs? | The FreeBSD Forums

stupid question of day, given a panic & subsequent crash dump how do I "connect" to it?

dch: one reboot the system should save the core it dumped to swap to a file

*on reboot

iirc via the savecore rc.d script

crest: yeah I have that file

I want to do `bt` and stuff in it

this is 14.1-RC1 crapping its pants on airport wifi

aah docs.freebsd.org/en/books/developer…ndbook/kerneldebug/#kerneldebug-gdb

Title: Chapter 10. Kernel Debugging | FreeBSD Documentation Portal

kgdb

iirc the (k)gdb file command is what you're looking for

to point it at the kernel

and the core command to point it at a specific kernel dump

ok in panicmail I see ` Panic String: sleeping thread`

looks like a linuxkpi / iwlwifi issue again

does iwlwifi depend on linuxkpi and its incomplete reimplementation of the linux driver APIs or does it just clash in general to annoy you^^ ?

did you encounter this on amd64 or arm64?

if it only happens on arm64 it could be an other example of code expecting the more restrictive x86 memory model

TSO (total store order) instead of whatever your specific arm64 core would do

crest: this is my boring laptop and it needs intel wifi which is either old if_iwm, or new iwlwifi which requires linuxkpi

its super annoying, I'm continually on the verge of installing almost anything else, just to have usable wifi speeds :-(

does if_iwm still limit you to 802.11n throughput?

dch: how about openwrt inside bhyvE?

there is a ready to use port for that

crest: not doing that path as a matter of principle

if we dont eat the dogfood then freebsd-as-a-{desk,lap}-top is dead

agreed, but sometimes you need a workaround for the annoying 5% to get to enjoy the other 95%

dch: i have varnish working as a PoC

it's nice to have curl fetch packages at line rate (even more locally)

the next question would be should i be honest and update the pkg.conf on every system or should i just hijack the names and run them through a transparent cache?

definitely the latter

I wish we'd gone the path of collaborating with netbsd and openbsd on their reimplementation of wifi

but as I'm only testing the code, not writing it, my wishes are not really relevant

lw, ping

hmm... chromium has a lot of CVEs being reported dpaste.org/7fuTj

Title: dpaste/7fuTj (Python)

still no port update for it

firefox is being updated though... so I assume firefox is easier/better maintained?

dch: did you verify that your nginx cache really works and serves cached packages?

i'm asking because pkg.freebsd.org will serve packages with Cache-Control: max-age=0 and Cache-Control: private

which disables shared caches in a more or less sane default configuration

because it's both already stale and should only added to private caches which neither nginx nor varnish should consider themselves

how do you set a gtk4 theme on FreeBSD... I have tried in the config but its just ignored, the only thing that seems to work is setting GTK_THEME

but this only works if you launch from the shell

using a launcher you cant do this

my friend, set the env var

in your .profile or somewhere

trashboat: launchers do not pick up on these

well then your launcher sucks

put it in /etc/environment or equivalent

I beleive I already tried .profile with rofi

try .bashrc?

I am not using bash

this isn't Linux

..what!? where am i??

oh yeah.

.cshrc?

thats what youre looking for.

setenv GTK_THEME adwaita or whatevs

hmm

I am using sh not csh

BUILTIN(1) states sh doesn't support setenv

i dont even know what you mean by "launcher"...but it sounds like its a script. put it there.

Yea, setenv is a Cshell-ism. With anything related to Bourne, you just set it by typing it: ENVVAR=foobar

debdrup: where would you put it so that it is set on login?

you could also change your shell to csh

~/.shrc

you can also use ~/.login if you want something that gets applied to all shells, but you need to ensure what you're doing is compatible with both Bourne and C-derived shells

for an example of the default .shrc that freebsd provides (which has at least one environment variable), check /usr/share/skel/dot.shrc

Depending on setup, .shrc may be called everytime you run a shell. If you want something to run once, on login: .profile

oh right, ~/.profile is also a thing

eh said that wasnt working

s/eh/they

what wasn't working?

trashboat: rofi

then you throw in zsh and there is the whole ~/.config/zsh stuff :)

...

debdrup: I am not sure if rofi will pick up on the env variables though

that seems like a rofi issue then

zsh doesn't read files from there thankfully

procstat(1) can show which environment variables have been set for a given process

thank fuck for whoever wrote the stats(7) page, because that's how i found it :D

trashboat and debdrup sticking GTK_THEME in .profile or .shrc doesn't have any affect on rofi

polarian: how are you calling rofi?

init script?

put it there

hm

its a keybind

put it in the commad line that calls rofi, wherever it is

trashboat: doesn't work attempting to change the keybind in i3 config will not work

bindsym $mod+d exec --no-startup-id rofi -show drun -font "Ubuntu Mono 10" -theme "gruvbox-dark" -show-icons

put setenv in there

where...

sorry ENVAR

whatever makes it work

try sticking it before exec breaks exec

after exec breaks

i would try right be rofi

and maybe it will need quotes

i'm not the expert just thinking of how i would accomplish what you are after

*right before rofi -sorry

but wait

what user is i3 running as?

i guess you were trying with that user

trashboat: thanks worked

excellent

I don't get why specifying the font in the gtk config work s

but specify a theme doesn't

gtk such a pain in the arse

and my configs have too many linuxisms in it currenttly

100%

seen as they were used on Linux and adapted for BSD

qt even worse

welp it works now, so thats all that matters :P

cheers

and gtk3 applications still use the gtk3 theme as I wanted... perfect

I just bought #FreeBSD from Indonesia VPS Provider with the following specs:

1 GB of RAM, 1 vcpu, 10 GB NVMe SSD

If you have similar VPS, how can you tune performance and harden the server?

well you can start off by reading the handbook on it: docs.freebsd.org/en/books/handbook/security

Title: Chapter 16. Security | FreeBSD Documentation Portal

its not exactly mandatory... its always about trade off between usability and security

there is a whole heap of sysctl stuff you can do but some have major performance impact

meena: are you around for the devsummit?

are binary packages being updated more frequently now?

`pkg upgrade` seems to suggest upgrades more frequently now

It might depend upon if you are on Quarterly or Latest.

rwp: i'm on latest

I would expecdt Latest would have more updates more frequently than Quarterly.

chromium obviously isn't :P

its been vulnerable for like a week now

rwp: yes, but i've been on latest for a while

last couple of weeks or so updates are more frequent

how stable is latest compared to quarterly

previously you'd get updates like once a week max

makr: firefox is updated very often it seems on quarterly

very stable

possibly security updates

most firefox updates are security updates :P

haha

I am on Quarterly and get frequent Firefox updates.

it must cost a fortune to pay for the amount of compute to build for all the different versions and the different branches (latest/quartly etc)

rwp: do you use chromium?

I have Chromium installed but I only use it when a site requires Chromium. Otherwise I use Firefox all of the rest of the time.

85% of the world is using a Google Chromium based web browser. That's not a healthy ecosystem. Wish things were better.

rwp: that is what I do, but if you have done pkg audit -F

chromium has been vulnerable for a while now

One of the problems with CVEs is that people now use them for complaints about stupid things. "rm removed my file, I think that's a security problem, CVE!" And so now I just don't know if a CVE indicates a real problem or just someone being stupid.

rwp: can't it just be retracted.. reason for closure: stupidity?

voy4g3r2, We could only hope. We could only hope.