pawb.fun is one of the many independent Mastodon servers you can use to participate in the fediverse.
This instance aimed at any and all within the furry fandom, though anyone is welcome! We're friendly towards members of the LGBTQ+ community and aiming to offer a safe space for our users.

Server stats:

301
active users

#netatalk

0 posts0 participants0 posts today
dmark<p>It (kind of) works! After adding support for the /dev/macfuseX device to afpfs-ng, there is now an alternative way to mount a Netatalk AFP share on macOS, just in case Apple decides to kill of mount_afp in the future.</p><p>Only problem is afpfsd gets stuck in a deadlock sooner or later, so I need to get deeper under the hood of FUSE to figure out where things go off the rails. So be aware this is not ready for every day use yet.</p><p>My afpfs-ng fork is here <a href="https://github.com/rdmark/afpfs-ng" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">github.com/rdmark/afpfs-ng</span><span class="invisible"></span></a></p><p><a href="https://hachyderm.io/tags/macos" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>macos</span></a> <a href="https://hachyderm.io/tags/VintageMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageMac</span></a> <a href="https://hachyderm.io/tags/netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netatalk</span></a> <a href="https://hachyderm.io/tags/afp" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>afp</span></a></p>
dmark<p>Netatalk 4.1.0 has been released, and is now for the first time also available as a Homebrew formula.</p><p>Get it with `brew install netatalk` today!</p><p>This version of the open source AFP server is the best yet for running on macOS. We now store resource forks natively as Extended Attributes, and is able to sync with FinderInfo metadata.</p><p>For instance, you can extract a StuffIt archive containing Classic Mac OS files, using the Unarchiver, onto a shared AFP volume, and have the resource forks carry over seamlessly.</p><p>Enjoy Mac file sharing!</p><p><a href="https://hachyderm.io/tags/netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netatalk</span></a> <a href="https://hachyderm.io/tags/VintageMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageMac</span></a> <a href="https://hachyderm.io/tags/macos" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>macos</span></a></p>
dmark<p>Commercial WiFi routers have been mangling AppleTalk packets for 25 years. Today we finally get payback...</p><p>I present to you: Netatalk 4.0 w/ atalkd routing AppleTalk traffic natively over WiFi on OpenWrt, running on a, well, router.</p><p><a href="https://github.com/Netatalk/netatalk/discussions/1683#discussioncomment-11275562" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/Netatalk/netatalk/d</span><span class="invisible">iscussions/1683#discussioncomment-11275562</span></a></p><p><a href="https://hachyderm.io/tags/VintageMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageMac</span></a> <a href="https://hachyderm.io/tags/netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netatalk</span></a> <a href="https://hachyderm.io/tags/wifi" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>wifi</span></a></p>
europlus :autisminf:<p>Help! <a href="https://social.europlus.zone/tags/GlobalTalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GlobalTalk</span></a> <a href="https://social.europlus.zone/tags/netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netatalk</span></a></p><p>Compiled netatalk4 (4.0.6dev) working with AFP IP from an OS9 VM (&amp; the Sequoia host of that VM). OS9 &amp; Q800 (with AIR) VM see each other via AppleTalk.</p><p>Q800 &amp; OS9 VMs can still see my old netatalk2 VM via AppleTalk.</p><p>But I’m missing something from my config that's stopping Q800 &amp; OS9 VMs from seeing netatalk4 via AppleTalk.</p><p>Could it be my bridging setup? atalkd.conf has zone info from AIR on br0 iface that IP AFP is working over, though</p><p>1…</p><p><span class="h-card" translate="no"><a href="https://oldbytes.space/@smallsco" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>smallsco</span></a></span><br><span class="h-card" translate="no"><a href="https://mastodon.social/@scj" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>scj</span></a></span><br><span class="h-card" translate="no"><a href="https://hachyderm.io/@dmark" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>dmark</span></a></span></p>
dmark<p>I’m proud to share that as of this morning, Netatalk 4 has been accepted into Debian Testing. AppleTalk file sharing is finally making a comeback in a mainstream distro. (Expect Debian Trixie to arrive in mid-2025.)</p><p>The last time an AppleTalk capable Netatalk package was available in Debian was with Stretch in 2017. </p><p>This would not have been possible without the amazing community who helped develop and test Netatalk.</p><p><a href="https://tracker.debian.org/pkg/netatalk" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">tracker.debian.org/pkg/netatal</span><span class="invisible">k</span></a></p><p><a href="https://hachyderm.io/tags/netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netatalk</span></a> <a href="https://hachyderm.io/tags/VintageMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageMac</span></a> <a href="https://hachyderm.io/tags/classicmac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>classicmac</span></a> <a href="https://hachyderm.io/tags/appletalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>appletalk</span></a></p>
Scott Small 🇨🇦<p>Update on my Netatalk 4 migration issues:</p><p>One of the Netatalk developers reached out to me over email, and said the following:</p><p>“I have a feeling you are running into a "bug" with older AppleShare clients. I noticed with System 7.1 and the stock (?) AppleShare 3.5 client that it could not connect to a Netatalk share if the size of a FPGetSrvrInfo packet exceeded 512 bytes (payload minus DDP header). This can easily happen with Netatalk 4 if you have all the UAMs enabled and have things like a specific listening port set or a really long host name.</p><p>I plan on fixing this problem, but for now, disable any UAMs that you are not using to shorten the string.”</p><p>So, I removed “uams_clrtxt.so” from my UAM list in afp.conf (I didn’t have that one enabled in my Netatalk 2 container), and after restarting the container, it worked just fine, and I was able to connect from my QEMU installation running System 7.1.</p><p>(I didn’t test from the IIfx, SE, or IIgs because I didn’t want to boot them up, but I suspect that they’re now working just fine as well).</p><p>Anyway, I’m back on 2.x for the moment which has the most up-to-date files from my shares, but I’ll try the migration again this weekend.</p><p><a href="https://oldbytes.space/tags/RetroComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RetroComputing</span></a> <a href="https://oldbytes.space/tags/GlobalTalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GlobalTalk</span></a> <a href="https://oldbytes.space/tags/Netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Netatalk</span></a> <a href="https://oldbytes.space/tags/VintageMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageMac</span></a> <a href="https://oldbytes.space/tags/Apple" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Apple</span></a> <a href="https://oldbytes.space/tags/Mac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Mac</span></a> <a href="https://oldbytes.space/tags/MacOS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MacOS</span></a> <a href="https://oldbytes.space/tags/ClassicMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ClassicMac</span></a> <a href="https://oldbytes.space/@smallsco/113308273677709443" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">oldbytes.space/@smallsco/11330</span><span class="invisible">8273677709443</span></a></p>
Colin McMillen<p>I've been made aware that the recently released Netatalk 4 has reintroduced DDP support, which was removed in Netatalk 3 years ago, leaving old Macs and Apple IIs on the side of the road.<br>This is very refreshing in a tech world where anything a bit too old gets unsupported real fast!</p><p><a href="https://piaille.fr/tags/retrocomputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>retrocomputing</span></a> <a href="https://piaille.fr/tags/netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netatalk</span></a> <a href="https://piaille.fr/tags/globaltalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>globaltalk</span></a> <br><a href="https://netatalk.io/4.0/ReleaseNotes4.0.0" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">netatalk.io/4.0/ReleaseNotes4.</span><span class="invisible">0.0</span></a></p>
paulrickards<p>As promised, I wrote a blog post about creating my own classic Mac support server using a Raspberry Pi Zero, a TashTalk 2 hat, netatalk, and a few other tools. It's very much like MacIPRpi with everything current.</p><p><a href="https://biosrhythm.com/?p=2791" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="">biosrhythm.com/?p=2791</span><span class="invisible"></span></a></p><p>Boosts appreciated!</p><p><a href="https://mastodon.social/tags/RetroComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RetroComputing</span></a> <a href="https://mastodon.social/tags/VintageApple" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageApple</span></a> <a href="https://mastodon.social/tags/VintageMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageMac</span></a> <a href="https://mastodon.social/tags/netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netatalk</span></a> <a href="https://mastodon.social/tags/MacIPRpi" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MacIPRpi</span></a> <a href="https://mastodon.social/tags/MacipGW" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MacipGW</span></a></p>
paulrickards<p>Ok, so this centipede printer workflow isn’t really reliable so I dove into CUPS to try and see if there’s a way to alter the dithering. </p><p>I tried adding different settings to the PPD file but nothing produced any changes.</p><p>Until I added “DitherPPI” (a GS option) and it produced a result that was pretty good! I tried various values (30, 80, 120, 180) but they all looked identical. In any case, this is good enough for me!</p><p><a href="https://mastodon.social/tags/ImageWriterii" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ImageWriterii</span></a> <a href="https://mastodon.social/tags/RetroComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RetroComputing</span></a> <a href="https://mastodon.social/tags/VintageApple" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageApple</span></a> <a href="https://mastodon.social/tags/VintageMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageMac</span></a> <a href="https://mastodon.social/tags/netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netatalk</span></a></p>
paulrickards<p>The way it works is this:</p><p>1. A print is initiated from a device to the CUPS-PDF driver on my <a href="https://mastodon.social/tags/netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netatalk</span></a> Raspberry Pi.<br>2. The resulting PDF is placed in the AFP share of netatalk/afpd.<br>3. An emulated PPC Mac 9.2.2 running the <a href="https://mastodon.social/tags/AppleScript" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>AppleScript</span></a> below is watching for new files in that folder and will print them using Acrobat Reader to the <a href="https://mastodon.social/tags/ImageWriterII" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>ImageWriterII</span></a> via <a href="https://mastodon.social/tags/LocalTalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LocalTalk</span></a> using the MacPalette II driver.</p><p>It works, but crashes with dialog that I can't auto-dismiss.</p><p><a href="https://mastodon.social/tags/RetroComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RetroComputing</span></a> <a href="https://mastodon.social/tags/VintageApple" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageApple</span></a> <a href="https://mastodon.social/tags/VintageMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageMac</span></a></p>
paulrickards<p>I’ve been rebuilding a <a href="https://mastodon.social/tags/RaspberryPi" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RaspberryPi</span></a> installation that supports my classic Mac habit 😄</p><p>I used to use the awesome <a href="https://mastodon.social/tags/MacIPGW" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>MacIPGW</span></a> image which includes a ton of pre-configured software like <a href="https://mastodon.social/tags/netatalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>netatalk</span></a>. But it hasn’t been updated in a while so I used it as excuse to start from scratch. </p><p>I used this Pi Zero W as my starting point. HDMI video stopped working on it for unknown reasons. I added an Ethernet/USB hub hat and a <a href="https://mastodon.social/tags/TashTalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>TashTalk</span></a> 2 hat for <a href="https://mastodon.social/tags/LocalTalk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LocalTalk</span></a> devices. </p><p><a href="https://mastodon.social/tags/RetroComputing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RetroComputing</span></a> <a href="https://mastodon.social/tags/VintageApple" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageApple</span></a> <a href="https://mastodon.social/tags/VintageMac" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>VintageMac</span></a></p>