I've updated my binary package repository for PowerPC Mac OS X. New and updated packages for curl, git, python 3.10, apache, nginx, openssh, rsync, yt-dlp, vim, zsh, tmux, and many more.

https://netbsd.org/~nia/tigersrc/

#dreckly #pkgsrc #powerpc #macos #retrocomputing #hashtags

pkgsrc packages for Mac OS X 10.4 (PowerPC)

Just tried out #dreckly on #freebsd in unprivileged mode, it required a little grease but now it seems to be running smoothly. I think dreckly/pkgsrc's concept is so cool: a truly portable package manager that is relatively simple.

https://github.com/drecklypkg/dreckly/

My idea is to use it together with zfs for a portable home environment.

GitHub - drecklypkg/dreckly: pkgsrc fork focused on quality and portability to all UNIX-like platforms

pkgsrc fork focused on quality and portability to all UNIX-like platforms - drecklypkg/dreckly

GitHub
#dreckly is legitimately so good at finding small easily fixable portability bugs. It makes me sad that some people would rather sacrifice that on the altar of "works for me".
dreckly: pkgsrc fork focused on quality and portability to all UNIX-like platforms | Lobsters

Experiences with #dreckly / #pkgsrc on obscure Unixes:

#UnixWare - bootstrap succeeded! Just needed a few simple fixes.
#OpenServer - see UnixWare.
#BSDOS - kernel panic during installation. Support incomplete.
#HPUX - kernel panic during installation.
#QNX - bootstrap success! No changes needed.
#Haiku - bootstrap failed due to open() behaviour. "Invalid argument".

If you have a shell on an #IRIX or #HPUX machine, please let me know!

Today's excursion into the deeper corners of bmake: (ab)using the ":localtime" modifier to populate a variable without having to shell out to awk.

https://github.com/drecklypkg/dreckly/commit/57b30e8d702e18d2e8c33268dc971cfef06c206d

Might seem overly complicated just to avoid forking, but details like this make a big difference when it's invoked many thousands of times during e.g. a tree scan.

Just hope clang or gcc don't release version > 59 any time soon ;)

#pkgsrc #dreckly

mk: Introduce COMPILER_TYPE and COMPILER_VERSION. Β· drecklypkg/dreckly@57b30e8

These are intended to replace matching against PKGSRC_COMPILER and CC_VERSION, neither of which are very well suited in most cases, as PKGSRC_COMPILER can contain multiple words (e.g. "ccache ...

GitHub

In dreckly we only integrate commits after they have been shown to cause no regressions.

To do that we have automated testing for the following platforms:

macOS (arm64 + x86_64, ppc coming soon!)
Ubuntu
Cygwin(!)
CentOS
NetBSD
SmartOS
FreeBSD
OpenBSD

This gives us a good spread of platforms, compilers, and architectures, and we've already fixed many bugs as a result.

Every commit should always improve a project and move it forwards, not sideways or backwards.

#dreckly #pkgsrc

Delighted that, for the first time since Nov 20th, I've had a successful build for the macOS x86_64 repository available from https://pkgsrc.smartos.org/install-on-macos/

This is all thanks to my pkgsrc fork, dreckly: https://github.com/drecklypkg/dreckly

It's gut-wrenching that I've had to fork, but it's impossible these days to keep up with the constant stream of regressions committed to pkgsrc.

We're doing things differently. If you're interested in helping out you are very welcome!

#pkgsrc #dreckly

Install on macOS

Binary pkgsrc package sets for macOS

@DesRoin I've fixed that in dreckly, see e.g.

https://github.com/drecklypkg/dreckly/commit/279708db850c3b4c32a30741cd95c48b4e3fd347

This should allow you to set

PLATFORM_SUPPORTS_RUST=no

in your mk.conf and avoid the huge rust dependencies.

#pkgsrc #netbsd #dreckly

py-bcrypt3: Re-import bcrypt-3.2.2. Β· drecklypkg/dreckly@279708d

This is the last version before being reimplemented in Rust.

GitHub
@Fishamatician I was diagnosed in 2018 but still don't have meds, but that's #Cornwall for you! #Dreckly...