Me being a huge user of yank-last-arg keeps me on bash too. sh has /something/ I just don't know what it is. tcsh doesn't do it for me either. (root's shell is /bin/sh by default since 14.)

I don't change root's shell but I do enable toor and change the toor shell to bash. That allows me to keep root's shell entirely using base while I can still use a different shell from ports the rest of the time.

weird question, is there anything a newbie contributor could do right now to contribute to freebsd

anything that comes to mind for some people here?

links welcome :)

polarian: there is an /ideas page where you can find stuff to do.

or you can submit your own ideas

scottpedia: link?

I think I have seen it before

a lot of it is way too advanced for what I am able to do

and also afaik they all go back years and years

is it even up to date?

some of 'em

how "newbie" are you?

scottpedia: never contributed to kernel or userspace before :)

wanted to get into it

currently at EuroBSDCon and its made me wish I got into it...

polarian: well i meant your skillset

like you'd at least have to have experiences in c/c++ to do anything about the kernel and stuff

I know C but its been quite a few years

I am not too concerned about picking it up again

okay alright

I plan to do that anyways

that sounds good

then you are fine I think. I happen to have some ideas too.

but I dont know how you go from writing high level stuff, to userspace/kernel stuff

search bugs.freebsd.org/bugzilla/for open bugs that interest you

you could also consider picking up an unmaintained port

paulf: thought about it

also thought about porting stuff

but I have messed a lot with packaging on Linux (I know it differs on BSD but still)

I am explicitly interested in getting into /src

not quite sure how people do it

as suggested, look for stuff that needs work on bugs.f.o and the mailing lists and submit patches. simple

see what matches your domain and subscribe: lists.freebsd.org

polarian, the FreeBSD project has a strong system of coaching and mentorship for developers and contributors.

CrtxReavr: yeah im allergic to people /j

looking at the eurobsdcon picture, wonder why/where to they are shooting the openbsd :D

i am also allergic to people

arent we all :P

no

polarian: find a random component of the system and write tests for it, our test coverage is pretty poor right now

Will it be possible to install the test suite with pkgbase, instead of recompiling with WITH_TESTS=yes ?

divlamir: pkg install freebsd-tests

yes, tests are pretty much in the FreeBSD-tests package

bah

divlamir: there's already a tests.txz set though, no need to recompile: download.freebsd.org/releases/powerpc/powerpc64le/14.3-RELEASE

i think the installer even offers to install it?

ok, yeah maybe, don't remember

32-bit in 15 WILL BE removed right?

Or maybe it already happened in 14?

i want 16-bit, 8-bit back

should at least be extra options

don't care if it's part of base

skered: i386 will be removed in 15.0, 32-bit runtime libraries will still be provided

What's 32 bit status for 14? It's down a tier but we still have pkg repos?

I was just going to thru a 13.5 machien and noticed the dep/15 message.

WARNING: 32-bit kernels are deprecated and may be removed in FreeBSD 15.0.

i386 is tier 2 in 14: freebsd.org/platforms which means support is provided on a best-effort basis

Ok that's what I thought. Guess why this is still 13.5.

I was confused by the "may be".

docs.freebsd.org/en/articles/commit…velopmental_and_niche_architectures has more details on that

this hasn't changed since 13, i386 was tier 2 there as well

umm maybe I'll get this to 14 then.. I thought 13 was 1.

there were multiple regressions introduced to CURRENT recently, some of them was fixed or reverted, but some not

so head up, if you want to run recent CURRENT

No need to worry. That's why we have backups and test machines.

OK

hah.

mzar: what sorts of regressions?

multiple

less people are now running CURRENT, we need packages for testers, but repos are empty

16.0 packages for amd64 should be available now

so regressions are reported with delay, and when multiple regressions are involved, it's hard to fix them

pkg: Repository FreeBSD-ports-kmods has a wrong packagesite, need to re-create database

oh.. only kmods, thanks for the info ivy

i don't know why kmods isn't there, i will ask bapt when he's around

kmods is not very useful on -CURRENT though because __FreeBSD_version is constantly changing

yep, useless, but was added

we need brave committer who will remove -kmods repo from main branch

...from /etc/pkg/FreeBSD.conf on CURRENT

Are boot fscks checks logged any where?

Mainly ones that are because of a forced check