Recent content by slipperygrey

The SQLite backend is flagged as stable as of v4.4.0! It is truly the future-proof option. Debian for instance has flagged Berkeley DB for removal in Debian Duke in... 2029 ^^; Edit: I wrote a migration guide a while ago during the beta test phase.

Thank you for the sentiment, I will certainly let you know if/when the project opens up for donations. :) As NJRoadfan points out, the original roadmap proposal has been largely achieved (not least thanks to his contributions). What remains of the original roadmap is to rewrite the indexed...

This was indeed very painless, the code built on the first try on my MacBook Pro M1 running Asahi Linux!

Since I started dual boot Asahi Linux / Fedora Remix and KDE on my MacBook Pro M1, I found out the hard way that KDE file managers doesn't speak AFP natively (unlike GNOME). A little while ago I was able to modernize the afpfs-ng AFP client enough that it became possible to use libfuse3 to mount...

Very cool, thank you for publishing your work! Do you have any pointers for a Rust n00b how to set up a build environment for this project? Happy to do my own research if you say it's straight-forward. :)

That's right, you can use any of the device model codes defined in the macOS system file /System/Library/CoreServices/CoreTypes.bundle/Contents/Info.plist For instance, if you want to impersonate a Trashcan Mac Pro you can use the code "MacPro6,1"

In AppleTalk you register services (file services, print services, time services) with NBP and create routing tables with RTMP, for instance, which is part of what atalkd does and what this project will do as well. This is required to make a modern computer part of an AppleTalk network. A high...

Netatalk is indeed primarily an AFP server, but it comes bundled with the atalkd daemon that does AppleTalk routing, name registration, zone lookup, AEP (aecho) pings, etc. And then papd / pap / papstatus that handles everything PAP printing. Just sayin' At any rate, it's great to see a fresh...

Check the INSTALL.md file for the requirements. afpfs-ng can work with most AFP servers including netatalk but there’s no direct dependency between the two.

@mactjaap I'm pleased to announce a massively improved version of my afpfs-ng fork, v0.9.2 https://github.com/Netatalk/afpfs-ng/releases/tag/0.9.2 The FUSE client has been completely overhauled and should work reliably now on any supported OS (Linux, FreeBSD, macOS), to mount multiple volumes...

The key is to get AppleTalk network routing between your netatalk host and the old Mac working. AppleTalk does automatic service discovery so once the routing is working, the CUPS printer should be populated in the LaserWriter Chooser extension's list of printers. If you haven't done so...

I responded to the TLS 1.0 situation over at the corresponding TD thread, but in short I don't think it can be easily overcome unless the website owner updates their cryptography. In fact, I can't load this website even with Python 3.9 on Raspbian Bullseye. Regarding npr.org, Macproxy Plus...

It's not a bad idea to have something like podman running on a proxmox hypervisor, and then container based deployments of all relevant software components. Gives you a nice abstraction layer with automation for configuration and deployment of individual components. Netatalk is obviously...

As a concrete example, OpenBSD has chosen not to provide EA capabilities in their default file systems (FFS, FFS2) and probably never will. I don't have any intention to remove AppleDouble v2 from netatalk.

I have observed that certain AppleShare Client versions ignore the server supplied icon and always uses the default one from the client’s resource fork. Haven’t mapped out exactly which ones behave like this though.