hey, say

bhyve vms, can they use the local disk as a disk?

via virtio-9p or something

By local disk do you mean a device or directory?

michaeldexter; directory

to clarify, i'll need it to boot off that disk, and it's using a linux kernel

bqv: bhyve has a simple 9p server and you can mount a 9p share from Linux after boot time.

could that work from an initramfs?

In theory, root on 9p is also supported.

cool, is there a neat guide for that anywhere?

I know of this but have never tried it myself: wiki.qemu.org/Documentation/9p_root_fs

Title: Documentation/9p root fs - QEMU

oh, i was actually thinking on the freebsd side, but actually it's just plug-n-play pass the directory as an argument to virtio-9p, right?

either way, thanks!

for what it's worth, i think i love bhyve

it's so much easier than anything else i've used

darn :D

it mounts, but won't boot, because too many things are symlinks, and it doesn't look like 9p handles symlinks well

hi

had to ask but is it a bit difficult to write down or is there some general guide on how to install freebsd when the board has no provision for video?

(board still has sata/sd/eth/serial anyhow)

i'd go with serial console.

so how to do without video anyway? (I wonder if the search results are just missing some keywords for)

i have a custom image with comconsole as primary

mm ty anyhow otis think will put this off for now

hope you enjoying your weather wherever you are btw? :)

yeah, we do. i aimed to upgrade one important box from 13.0-STABLE to 13.1-RELEASE today.

wet snow here .. had the power deciding to be a little silly for a while yesterday night so I had to turn the room light off as the semi-strobing was a little too much (beside that for a few hours it was completely out early in the week too)

thankfully no real power outages..yet

I'd install on another machine, swap disks

is that an option for you?

Hi! I'm changing some options in BSDINSTALL, is there any way for me to test it on my FreeBSD, without having to generate a new iso every time?

idwer mm I dunno .. I'm not sure where I could find a with-video board with similar cpu .. cheers still

ah, it's not an amd64 board?

you don't really need cpu (or anything) to be similar

(just same arch, yes)

drac_boy: you might just need to modify the boot image on the installer disk, so that it prefers serial forums.freebsd.org/threads/installi…g-freebsd-over-serial-console.62005

Title: Installing FreeBSD over serial console | The FreeBSD Forums

and afaik if you don't have video output, loader will just select serial console

it will?

idwer hmm good question .. I think it might be .. en.wikipedia.org/wiki/List_of_AMD_a…its#%22Crowned_Eagle%22_(2014,_SoC)

Title: List of AMD accelerated processing units - Wikipedia

so there's nothing to actually do?

just not too sure if it would be the same kind of am64 as a socketted board would expect

amd64*

drac_boy: as yuripv says: as long as the arch is the same, it doesn't matter

tsoome: can you answer that please? will loader auto-select serial if there's no video?

yuripv mm thanks .. and cheers meena

if it wasn't, a laptop would be incompatibly different from a desktop

it's not like we do CPU or Board specific optimisation post install

notebooks can generally run desktop software

yuripv btw is your name actually yuri?

drac_boy: yep

yuripv uefi version does

we do it *pre-install* for ARM, because every board is so different

meena np I'm a bit too used to seeing an installer that barfs because it was expecting a p4 but got a p3 instead .. or maybe I'm a little too old-brained :)

yuripv with bios version, we have no good option to do this

on IRC your name is your nick

MelMalik: there's also "real name" in whois :p

yuripv funny .. I'm yuri as well .. but from canada :) (and my sister likewise is tatiana)

Pentium 4 had new instructions that Pentium 3 did not, afaik drac_boy

so the installer may have choked on not having the new instructions from the Netburst

anyway .. I'll see when (if) I try go ahead with this and see what happens :)

github.com/freebsd/freebsd-src/tree/main/sys/arm/conf / github.com/freebsd/freebsd-src/tree/main/sys/arm64/conf (slightly fewer) / github.com/freebsd/freebsd-src/tree/main/sys/powerpc/conf (fewer still) github.com/freebsd/freebsd-src/tree/main/sys/riscv/conf (even fewer)

Title: freebsd-src/sys/arm/conf at main · freebsd/freebsd-src · GitHub

github.com/freebsd/freebsd-src/tree/main/sys/amd64/conf two more here, actually!

Title: freebsd-src/sys/amd64/conf at main · freebsd/freebsd-src · GitHub

meena: ?

meena you know..I can understand that its a dev thing (re their time) but .. I still sometimes wonder about freebsd seemingly not liking mips what with practically all platforms there going 'unsupported' for 14.x

drac_boy: the great irony of #bsdmips on EFnet being the channel for /other/ platforms

at least its nice that someone is still thinking of the 32bit x86/ppc's .. after all 700mhz with 256mb of ram isn't that bad for non-heavy things

meena heh .. no further comment :)

either way .. I'm not too surprised 13.x finally decided to let sparc go .. I can't even recall the last time I ever saw any sparc systems being used anywhere except just for retro-solaris sakes (yep these old "lunchbox" and other alike beige/purple)

meena don't mind me asking you here but .. any particular platform you like or its rather 'whatever goes'?

first off: 32 bit ppc is long deprecated. second: there's no good, available, standard MIPS boards. everything interesting these days is on ARM, and RISCv64 (which doesn't even have a 32 bit spec. but a potential 128 bit spec)

meena .. so freebsd isn't suppose to network-route? :)

(just nitpicking in a silly way .. so many retail and diy boards I had looked at used one or two mips cpu off the bat)

that feels like a long time ago

as for powerpc I can't argue with that (as the only non-power powerpc cores remaining seem to be just for niche industrial uses) .. even then its nice that theres still some support for the good venerable common used systems

meena .. well I'm talking about 2018-2022 sold ones mind you (re mips)

last one i had was in school, so, like 21? years ago

even then I do have to agree that non-networking mips indeed seem to be quite thin these days (I haven't ever seen a mips creator board being mentioned anywhere anymore either)

my partner works for a company called prpl, which split out of OpenWRT. MIPS was a founding member of prpl, but is not a member anymore

and I think that's a pretty gauge for where the network space is moving

mind you I'm not too sure what to think about in term of bsd and these niche x86's .. especially eg vortex86 .. but ehh don't want to think too much about it anyway :)

drac_boy: i386 has been degraded to Tier 2…

mm anyway dunno of anything else bsd-wise so going for now..have fun :)

whyfor is #fbsd +r?

i set up sasl so it's no problem, i'm just curious

ixmpp: lots of spam on FreeNode, so maybe just a holdover from then

ah

might be worth loosening, libera is nicer

with user count in the hundreds this channel still is a juicy target

if i installed FreeBSD-current from USB

and i ticked to download the ports tree

but i really, obviously need to use the latest ports tree...

can i just rm -r the whole /usr/ports directory and then do the git clone?

if i'm on -CURRENT i really should've stayed with current lol

right?

or is there something i'm missing about `pkg', does `pkg' update ports tree for me?

NO, pkg doesn't. I don't know if portsnap is still in -current. If it isn't, it's git ot gitup time.

portsnap?

snapshot of the port tree?

man portsnap

ah, so whats diff between git and a port snapshot

it looks like the FreeBSD docs only covers the "git" method

okay well.. i sorta get it, the intended solution is `portsnap fetch update'

git is veeeery slow, and im not really interested in contributing to the ports tree yet.

although i do want to contribute some shit to the kernel, maybe later...

Or "portsnap auto". It takes care of figuring out whether you need to use "fetch" or "upgrade", then it does the "update".

thx

so, pkg is basically just pre-built ports, i got that right?

Yes. Prebuilt using the default options.

And correction: "portsnap auto" is shorthand for either "portsnap fetch extract" or "portsnap fetch update".

do I have ixmpp on ignore by accident

yes

amazing

welcome back to the land of the living

ixmpp: nekobit is essentially correct; even if most of the people here are idle, just the fact that there's +500 clients connected will give incentive to malicious actors.

fair

debdrup: the hell did i do?

nekobit: eh?

> nekobit is essentially correct

it was meena

and ridcully

orsz

s/sz/z/

Clearly IRCing shouldn't be done when tired.

lol

 

I have a doubt, for me to change the FreeBSD installation menu, would it be in this source path?

 

usr.sbin/bsdinstall

mbnunes: the installation menu is bsdinstall, yes - and it's located in src/usr.sbin/bsdinstall as you've summized; though depending on what y ou want to change, it might be bsddialog you want to change (which is located in src/usr.bin/bsddialog).

ixmpp: Even if we set it up so it was '+re $z' (ie. registered-only, but people who're connected via SSL/TLS are excempt, that would allow people connecting via TLS without using SASL (which requires authentication in addition to enabling encryption) to join.

yeah

debdrup: I want to add a submenu for the user to choose a desktop environment to be installed during installation.

mbnunes: sysutils/desktop-installer or bsdconfig(1) can already do this

I created a dialog script for this, which with simple options you can install KDE, GNOME, XFCE, Lumia, WM and i3

What about Wayland and any number of compositors? That's supported on FreeBSD too (I use wayland+sway), so why leave that out? ;)

how hard is it to just, you know, install the environment after it's installed?

What about enlightenment, fluxbox (or *box, as there's multiple variants that I'm not sure I remember all of), CDE/NsCDE (and if you're gonna choose only one, why?)? ;)

Can't forget about twm either, I know at least one FreeBSD developer who uses that.

I'm being slightly facisious here, but it's with a good cause - there's no way to cater for every single choice a user could have when installing.

If the installer offers the choice of what a user can use, does that mean the FreeBSD project is now responsible for those projects working and continuing to work?

or program your own with awesome-wm

FreeBSD can make for a great desktop OS (I've been using it as such for over 20 years), but that's not the same as saying that FreeBSD should have a desktop as part of its installer.

debdrup: I created the script with the options I already used, so the idea is to make a freebsd ISO with these options, nothing else.

I mean, you can create a fork of FreeBSD to do that if that's what you want :)

You just can't call it FreeBSD, for obvious reasons. :P

I know, I know it would just be a fork to help newbies.

I think there'd be more worth in adding more options to sysutils/desktop-installer, but each to their own.

debdrup: I've never edited a pkg before, can I just fork the project and make the changes?

mbnunes: A package is something completely different, in FreeBSD vernacular.

I suspect that if you don't know the process of building FreeBSD, that's probably where you should start, because you won't get very far without it.

mbnunes: i feel an installer that installs a desktop enviroment already exists; that might save you some work

unless you're just doing it as an exercise to figure out some freebsd programming

rtprio: I did before I knew about the existence of sysutils/desktop-installer

debdrup: thanks for the tip, this pkg is exactly what i would like to make mine.

You can submit patches for it, but you can't appropriate it.

Anyway, bedtime.

I now have a question that is a little simpler, in linux I already did this and it worked without problems, I want to know if it would be a problem in FreeBSD. I took a HD and installed FreeBSD and everything I want via VirtualBox, if I take the disk out of the USB and stick it directly on the motherboard, will it recognize all the drivers and work without problems?

debdrup: thanks a lote and good night