Search results

Are you using zones in your network by any chance? There is a small logic change here, where we break out of the inner while loop when we hit the end of the linked list containing routing information, and goes back to the outer while loop that iterates over zones. I *think* this is the correct...

That sounds promising. Would you be able to test this solution? https://github.com/Netatalk/netatalk/pull/1992 It should take care of the initial problem of accessing freed memory, while not introducing memory corruption. :)

And you're running the bleeding edge code, right? I might have caused the crash with this commit. Can you try reverting this and see if runs more stably then?

Excellent, I'm glad that it wasn't a new bug. We'll figure out how to implement NetBSD quota properly one of these days. Until then, I'm going to go ahead and hard code the build system to disable quota when building on NetBSD. This kind of insidious fail state is the worst. ;)

Can you please try building with "-Dwith-quota=false" and see if that makes a difference in behavior? We have had long-running trouble with the built-in libquota on NetBSD. See f.e. https://github.com/Netatalk/netatalk/issues/1900

@thecloud The fix for ASP connections has been merged. The new server name option should be ready to ship. :)

Yes, well spotted. After some testing I found that name was too ambiguous in certain contexts. Correct, hostname is now treated as a fallback when server name hasn't been defined. Now a friend has reported to me that there is missing code for registering server name for ASP connections...

@thecloud With this PR, I introduce a new Global option "server name" which should have the effect that you desire. https://github.com/Netatalk/netatalk/pull/1974 Please test it in your AppleTalk environment. I don't have any vintage Macs handy right now because of my current living...

Strike that. The hostname option is actually used in dsi_tcp_init() for an addrinfo() call. I can see the argument for introducing a new option that allows you to set the server name independent of the hostname.

This is an astute observation. Unless I'm overlooking something obvious reading the code, the documentation is plain wrong. The hostname option is used as server name and nothing else. The naming might come from the fact that if you don't explicitly set hostname, the server name is determined by...

PR merged to main! I also updated the afp.conf man page with descriptions and examples of the new behavior. This won't break anyone's existing configuration. Just that volume names will default to all lowercase, as observed by pl212. Here's a sample afp.conf that I added to the man page...

It was easily achieved! This PR takes care of both issues: https://github.com/Netatalk/netatalk/pull/1968 In fact, introducing the new "name" option for volumes was literally adding a single line of code. One additional line change to keep the default fallback behavior. I think it demonstrates...

@pl212 I figured out what caused the breakage: When stripping out the vendored iniparser library that netatalk has been using for over a decade, and linking with the system's shared iniparser library instead. Among the minute differences between the netatalk iniparser fork, and upstream...

Good catch. This is a recent breakage in bleeding edge 4.2.0dev. In recent weeks I've been hard at work protecting against race conditions, memory leaks and buffer overflows, so it's no surprise that there are a few bugs! Another breakage right now is that the home dir share doesn't show up...

This is more like it! Glad that you like the icon ASCII art. In fact it can print the AFP icon of a genuine AppleShare server too, not just netatalk. When it comes to the improvements to the afpgetstatus app, I wanted to get the functionality as close to the asip-status Perl script that is...

I wonder if you're still using Simon's fork here by mistake? For one, I renamed "mount_afp" to "mount_afpfs" in my fork (to be able to install cleanly on macOS, which has a native "mount_afp"). And secondly, I fixed the "extern" declaration of full_url last year with this commit...

Right, I think netatalk4 simply ignored the invalid options. Well, I'm biased, so I would suggest you use this version from my fork that I tagged yesterday! https://github.com/rdmark/afpfs-ng/releases/tag/0.9.0 Amongst other improvements and bugfixes, I made command parsing work more...

@mactjaap Well done getting this far with the migration! A few comments on your afp.conf: > [Global] > ; Set the server name that appears in the Chooser > servername = MacIPRpi > mimic model = Macintosh > appletalk = yes > uam list = uams_guest.so,uams_clrtxt.so,uams_dhx.so You would want to...

You're talking about an installer for macOS, right? You can use Homebrew to get a compiled version of netatalk ready to run. Please note that we don't have an AppleTalk stack on macOS. Apple did away with it in 2009. Linux and NetBSD are your options for AppleTalk goodness right now.

This is more of a niche project update than usual, but I'm proud to share that as of today I've put in place structures that allow anyone to translate the Netatalk manual to other languages, and have them published on the netatalk.io website in the future. (Or be packaged by distros that package...