I have done testing with legacy OS VMs and applied a workaround for outdated
SSL versions, which are unable to pull dist files from GitHub.
# SSL workaround for older macOS versions with GitHub download issues
platform darwin {
if {${os.major} <= 12} {
depends_build-append port:curl
fetch {
system "curl -L -o ${distpath}/${distname}.tar.xz
'${github.master_sites}/${distname}.tar.xz'"
}
}
}
With this change, the netatalk port is building on MacPorts supported OSs as
expected.
I have confirmed build and fucntion on these legacy OS versions with this
workaround.
10.7
10.8
10.9
10.10
Can we get this one merged now, please?
Thanks,
Blake
> On Oct 3, 2025, at 9:33 AM, [email protected] wrote:
>
> I have been refining an update to the netatalk package for some time now and
> have received feedback indicating that the old 2.x versions of netatalk
> should be preserved for compatibility with macOS 10.10 and older versions.
>
> Netatalk is a package primarily used to add Apple File Protocol services on
> *nix systems. The macOS targets in question already have native AFP file
> sharing, and there is little value for this package on them. On modern
> systems, Netatalk 4.x brings back AFP file sharing for compatibility with
> classic Mac OS systems.
>
> The current version of the PR updates the netatalk port to version 4.3.2 and
> adds a stub port, ensuring that any users who have installed netatalk4 will
> also receive this upgrade. I set the platforms to Darwin >= 15, which matches
> the versions of macOS that Netatalk 4.x builds on.
>
> Is there a committer willing to work with me on ensuring the correctness of
> the portfile?
> It also seems we need some agreement that it's acceptable to retire Netatalk
> 2.x as has been done across most platforms.
>
> Related links
> https://github.com/macports/macports-ports/pull/29293
> https://netatalk.io/4.3/ReleaseNotes4.3.2
> https://repology.org/project/netatalk/packages
>
> Thanks,
> Blake