My recent try raises issues with missing css files. Weird thing is FreeBSD PLIST does not reference them either. And compiling from source does not seem to solve the problem.
I took it upon myself to fix the mess, and ended up falling down a rabbit hole of ncurses support, with cruft going back 25 years.
I've proposed a bunch of fixes, including merging the ncurses and ncursesw packages, as well as making the ncursesw API the default (similar to what FreeBSD and others have done).
Interested to hear of potential issues, especially with older software. Will be testing it thoroughly!
Come and help us maintain and enhance a fully open-source operating system and cloud stack that has been battle-tested in very large production environments.
There are plenty of interesting problems to solve, all the way from writing device drivers and debugging early boot issues, to writing new UIs in Rust.
I think we're a pretty friendly team to work alongside too ;)
If you package #golang code and do not like your toolchain upgrading itself in the middle of the build, I suggest you set GOTOOLCHAIN=local in the environment. I just did that for #pkgsrc
devel/got-portable has been renamed devel/got, superseding the old
unmaintained got port [1][2]. pkgin should automatically take care of
the transition upon upgrade.
with the last update (to version 0.95), devel/got will now install the
got daemon and give instructions on how to set up a GoT server.
I've always tried to ship the most robust #pkgsrc packages I possibly can, with a whole suite of checks to avoid releasing packages that link against unregistered libraries.
So I was pretty embarrassed when @Neirac discovered our nodejs packages were somehow not depending on libiconv correctly.
Turns out to be a pretty thorny problem, which I've tried to summarise here:
@netbsd I got a Radeon HD 8570 and I am afraid it may be a bit too new. It gets recognized during boot by radeon driver. modular-xorg from #pkgsrc works unless I enable compositing in xfce4 or run Firefox (which seems to require compositing nowadays). Then the screen is messed up. By default modular-xorg with no config uses radeon driver. glxgears -info shows it using acceleration.
When I manually force modesetting driver in xorg it works OK but is very slow. glxgears -info shows 'llvmpipe'.
#pkgsrc puts a fair amount of effort into helping packages use external packaged dependencies, rather than bundled copies of third party source
Which was really handy just after libwebp's 1.3.2 #zeroday fix recently
% pkg_info -n libwebp
[ 48 packages using the updated libwebp, including libreoffice, qemu, thunderbird, five web browsers, calibre, filezilla, roundcube, audacity, gimp and more ]
Remind me again why bundling packages up with a private copy of all their dependencies is better?
I know this may sound like a slight but it isn't, but #OpenBSD feels like retrocomputing with modern technical capabilities and security advancements, many simply leading the way.
I say retrocomputing because hardware to run it is limited (Thinkpads and other laptops/desktops where you're certain the drivers exist for it, especially graphics and wireless cards). I have an X1 and it works amazingly. May get a Framework laptop in 2024 for it to have something that's more metal, sexy, and less fragile.
Also retrocomputing because typically software available for GNU/Linux or even FreeBSD is lacking. I have a growing list of things I want to work on new #ports for, hopefully this weekend.
BUT security and correctness in code are important to me, so certain sacrifices/compromises must be made for the greater good... and let's get real: I spend most of my time in a terminal or browser anyway. I'm mostly lacking programming libraries and #Mudlet I need to port over (I started doing it for #NetBSD a while back in WIP #pkgsrc, IIRC, need to find that, too.
It's a pity that Mastodon lacks quote tweets, but in addition to the post I boosted yesterday, I just wanted to say my own thanks for #DTrace reaching 20.
As part of my recent #pkgin work I came across another optimisation for "pkg_admin rebuild-tree" using #DTrace that makes it a further 12x faster on my test system.
Updated: The ports / pkgsrc build framework and the related tools for binary packaging have a complicated history that has traveled further and closer over the years.
The FreeBSD ports was added to significantly after NetBSD forked it, then pkg_* tools were replaced on FreeBSD by PkgNG.