Package Details: netatalk 4.0.1-1

Git Clone URL: https://aur.archlinux.org/netatalk.git (read-only, click to copy)
Package Base: netatalk
Description: Open-source implementation of the Apple Filing Protocol
Upstream URL: https://netatalk.io
Keywords: afp apple mac macos
Licenses: GPL-2.0-or-later
Conflicts: netatalk-ddp, netatalk2
Submitter: Snowman
Maintainer: denn
Last Packager: denn
Votes: 99
Popularity: 0.39
First Submitted: 2007-03-31 06:19 (UTC)
Last Updated: 2024-10-11 14:23 (UTC)

Dependencies (25)

Required by (0)

Sources (2)

Pinned Comments

denn commented on 2024-10-07 09:59 (UTC) (edited on 2024-10-11 16:17 (UTC) by denn)

Currently known problems & limitations for version 4.0.0-1:

  • Switched to db5.3 as suggested by product documentation. This will make cnid_bdb to re-create all db files after upgrade

  • tracker3 has been split into two separate packages at version 3.8 (tinysparql and localsearch), which broke the build of Spotlight support

Latest Comments

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 25 Next › Last »

SJ_UnderWater commented on 2012-05-02 19:29 (UTC)

it's more correct to say that the "missing" netatalk-ddp package is _unexpected_. It shouldn't fail on a missing package - that's probably unnecessary.

doits commented on 2012-05-02 10:55 (UTC)

so this basically means there is a bug in "makepkg -i", which wants to install all package-versions even if not specified? I'll report it as an makepkg bug then.

SJ_UnderWater commented on 2012-05-01 19:14 (UTC)

doits, that is in fact exactly what _does_ happen. With no options it builds netatalk alone, and will package it correctly. As far as I can tell the only issue is if you specify "makepkg -i" that it can't find netatalk-ddp and may fail. Netatalk is still built and packaged in the meantime.

doits commented on 2012-05-01 14:22 (UTC)

My problem was, I simply wanted to install netatalk. It is nowhere written I *must* set the "pkg"-flag to either "netatalk" or "netatalk-ddp". Without the flag it does not build and install at all. If you think that is right, it should at least gracefully fail before doing anything and tell the user that the flag is missing, so he knows whats up. I'd prefer to have the standard set up to build the simple "netatalk" (with simple "makepkg"), and you can use "makepkg --pkg netatalk-ddp" if you want the ddp-version.

SJ_UnderWater commented on 2012-04-26 23:43 (UTC)

i'm well aware of the standards, but if you read the wiki page, there is some discussion of why it works this way right now. I agree that it is a little hack-y and not perfect, but for maintaining what will be two different packages, this is the simplest way of making sure that both are kept in-line. After all, they're technically the same software package though the uses are very different. again: if you don't specify `--pkg netatalk-ddp`, then that package is not built.

doits commented on 2012-04-26 21:18 (UTC)

>SJ how do you install this? I tried with "makepkg -si", and indeed, it does not work. Since that is the standard way of how arch packages are built (https://wiki.archlinux.org/index.php/Makepkg), netatalk should work with it, too. Can you look at this?

SJ_UnderWater commented on 2012-04-26 18:27 (UTC)

if anyone has any suggestions, before 3.0 comes out and i officially branch the packages, let me know.

SJ_UnderWater commented on 2012-04-24 18:14 (UTC)

there may not be a way around that, but why is it looking for "any"? that alone seems wrong.

doits commented on 2012-04-24 07:52 (UTC)

having problems installing with pacaur. It builds but when trying to install it says: error: '/path/to/tmp/netatalk/netatalk-ddp-2.2.2-4-any.pkg.tar.xz': could not find or read package Looks like it expects the ddp-version, even if only the normal is built.

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 25 Next › Last »