# _XOPEN_SOURCE should not be defined for C++ on Solaris.

(ruby configure script)

interesting, why would C++ care

but probably rather a ruby quirk

can I disable vga text output somehow

Are you trying to have the primary console be something else, disable a console on the framebuffer, or do even more.

trying to test gpu passthrough

but I have to prevent the vgatext driver to attach to the primary gpu

Hmm. Probably you want to assign it to ppt, but I'm not sure the best way to accomplish that.

exacly, Im trying to assign it to ppt

normal passthru works, just tested that

I know that it basically works because I had this kind of configuration on proxmox with only a single gpu

so its more a question if bhyve lets me to do it or not

I've never really worked with passthru much. I know folks have done assignments of secondary GPUs before. But that's not a ton of help for you right now.

do you know how I can prevent the vgatext driver from loading/or attaching?

ok works, I've edited /etc/driver_aliases and removed vgatext, instead I took those lines and put them together with ppt in /etc/ppt_aliases (and /etc/ppt_matches)

Any suggestion with "ModuleNotFoundError: No module named 'packaging.licenses'" ?)

vetal_: was that about building OmniOS?

megaTherion: Yes

ah well actually I wanted to try building it myself

megaTherion: Yesterday messages: log.omnios.org/omnios/2024-12-18#1734525715-906989

vetal_: I get a different error, but also python related - something after PEP518 build and library/python-3/attrs-312

vetal_: oh right, I checked the log - its exacly the same

vetal_: have you tried builing in global or in a non-global zone?

megaTherion: In global zone. As described here omnios.org/dev/build_instructions

vetal_: ok I see, so this makes no difference - I did a local zone for this

It looks like one of the upstream dependencies has bumped the version of 'packaging' they need. I'll open a PR to fix the build in r52.

thanks

is it also possible to just recompile the kernel or do you really always need to build *everything*?

megaTherion: fyi, the specific bhyve changes to properly support gpu passthru have not been ported to illumos, so even if you assign your display device to ppt and pass it through to a VM, it likely won't work.

Woodstock: I see, thanks - as I understood it's not clear if it works on FreeBSD as well without the specific nvidia patch which aroused

if I run `json_pp` (from pkg:/runtime/perl⊙5, surprisingly!) it always says `Duplicate specification "V" for option "v"`, regardless of the input (even /dev/null).

is something getting case folded by surprise? there's not much there to give a clue as to what, even if it is.

Can I access data of a zone if it's not running?

richlowe: that error seems to be coming from Getopt::Long as json_pp seems to have a -v and -V option.

it looks like Getopt is defaulting to ignoring option case (I'm guessing it shouldn't) I don't know if that's due to some recent change somewhere or some bug (possibly in how perl or it's modules are built on omnios)

It's apparently new since 5.40, I hope it's an issue in perl somewhere and not the locale data :\

yeah, it's Getopt::Long 2.57 v. 2.54 (perl 5.40 v. 5.38) they added the warning

i don't think we changed build options for perl so `ignore_case` would probably always have been in place

megaTherion: generally yes if you're root in the global zone. details depend on what sort of zone it is.

zonecfg -z $zonename info zonepath will tell you where.

for bhyve/vm zones you can get at the virtualized disk images; native zones is just filesystem. if you add lofs mounts to the zone you can make the sharing easier.