Search results

Ha! The biggest drawback in my mind is the rigidity of the container once you build it. Unlike a normal Linux system, you can't just go in and, say, edit afp.conf and restart netatalk. When you restart the container its state will be reset and changes to afp.conf lost. This is by design, of...

I pushed a few updates to the verbiage this morning. At the time I had a nice long response typed up, but it got lost due to some browser local storage mishap. Gah! Good news: In a few months' time, it will soon no longer be true that you need to build from source to get AppleTalk support...

I'm pulling in badges from repology.org that will automatically update when a new version gets packaged. Will do. Or, I might bring back the version comparison table again. This is what I originally had there. Ah, pardon, gcc is the compiler, and Meson is the build system. A build system...

@JDW The website landing page has been updated a bit, using some of your suggestions and verbiage. Please let me know if you agree that this makes it a bit clearer what the purpose and use case for Netatalk is. I deliberately kept some technical jargon to appeal to the sysadmin crowd. Further...

@Mk.558 May I suggest we move this troubleshooting thread to GitHub Discussions? https://github.com/Netatalk/netatalk/discussions This would help to keep the various talking points organized, and easily converted to issue tickets if needed.

@Mk.558 I have found a fix for the webmin module bug. This is something I broke in the latest version because I tried to do "clever" path substitution in the build system to present the user with the actual default paths to the UAM libs as well as the afppasswd shadow file. However, this clearly...

Can you please run macipgw with debug output enabled and share the logs? The debug info was very helpful to me when I was having issues on Debian Testing. It will tell you exactly what is happening in the tunnel, data sent and received, etc.

My immediate thought here is that Mint may not include the Perl libraries required by Webmin by default. Or shipping a Perl version that doesn't understand the double dollar sign notation... both seem unlikely though. Anyhow, both errors are at lines in the codebase with double dollar sign...

I strive to not disappoint! Alrightie then, let's change to the canonical libgcrypt20 for Debian/Ubuntu across the board. A fix will be in the next release. The AppleTalk README has some suggestions how to check for appletalk support. The html format is actually important for us. This is how...

@Mk.558 Thanks for sharing your notes, as always! First a caveat: I've never used Mint. Wikipedia suggests that it's based on Ubuntu, so I am going to assume that it behaves the same. In Debian and Ubuntu package repos, libgcrypt is an alias (virtual package) for libgcrypt20. Either one should...

Thanks for testing! If you're lucky, CUPS will register your printer automatically and papd will pick it up without user intervention. But some manual configuration may be involved, too. Good luck!

@KennyPowers Ah, of course. I haven't set up cross-compilation in the GitHub bleeding edge docker image job... It seems a bit wasteful to have an extra 10 minute plus job on every push and every PR. We already use some 15.000 minutes of GitHub Actions resources every month, and I don't know...

@KennyPowers There's a bleeding edge Docker image available at the GitHub registry now (not on Docker Hub.) https://github.com/Netatalk/netatalk/pkgs/container/netatalk docker pull ghcr.io/netatalk/netatalk:sha-7d9fad7 If you have the means, please pull this image and see if it solves the...

Apologies, cups was running on my host which is where I got the admin web app on port 631 from. Turns out, cupsd was indeed not running in the container. When I add `cupsd` to the entrypoint script, all seems to work again. I'll have the (very simple) fix in a next bugfix release. It's odd...

That's odd, because I spun up the latest Docker image now, and can access the CUPS administrative web app on port 631... What do you get if you run `lpstat -p -d`? I cannot properly test actually printing with papd right now though. All my equipment is packed up for an international move...

It's a fair point, I can see how it's misleading. Those instructions double as our continuous integration scripts, and building the AppleTalk code on macOS has value as a smoke test even though we cannot actually run it there. I hold up hope that someone will launch a full-featured userspace...

AppleTalk does not work on macOS currently, I'm afraid. Netatalk relies on the operating system's kernel to supply the transport protocol (DDP). Today, only Linux and NetBSD maintain AppleTalk kernel modules. Apple did away with theirs... many years ago. This wiki page has some more context...

Yes, the Random Number UAM works great with any AppleShare client on System Software 7.1 (and 6.0.x too I think). The only caveat is that you have to use the "afppasswd" tool to create a special AFP password for your user. The Docker image takes care of that automatically, but if you're managing...

Is the device running a Linux based operating system? You could always attempt to compile your own kernel for it.

It is likely that you will have to configure your own NAT table. I started drafting a wiki page with guidance here: https://github.com/Netatalk/netatalk/wiki/MacIP-Gateway Still in early stages… Step one is to make sure you are using a Linux kernel without known AppleTalk bugs. Particularly...