Cannot install on bookworm

[beetlegigg]

On Debian Bookworm I cannot - sudo apt install netatalk - the message is:

Package netatalk is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'netatalk' has no installation candidate

It was installing OK on Debian Bullseye. Can this be fixed? Thanks.

[rdmark]

The netatalk package was removed from Debian 12 (Bookworm) because the package had no maintainer last year.

I took over as maintainer of the Debian package earlier this year, so there's a good chance we can get it added back in Debian 13 (Trixie)... in about 1.5 years.

There is a maintained netatalk package in Debian Unstable (Sid) so as a workaround you can add the Unstable repos to your apt sources:

https://www.addictivetips.com/ubuntu-linux-tips/how-to-run-unstable-packages-on-debian-stable/

You may run into dependency challenges. When I tried this a few months ago I found that I had to pin the libgcrypt20 library to the unstable version as well. I don't know if Debian 12's repos has gotten an update to their libgcrypt20 package yet or not...

[rdmark]

For the record: In Netatalk 4.0 I have removed the (unhelpful) libgcrypt library version validation, so there should be less of a hassle using packaged versions across distributions.

[rdmark]

Netatalk 4.0 is now available in Debian Testing (to-be Debian Trixie). This should ease the transition/adoption for you who are still in limbo on Bookworm.

[beetlegigg]

Many thanks, that was a very helpful link to how to install unstable packages and its working well. Just to give current info, I did still have to pin the libgcrypt20 lib as well as netatalk as you did a few months ago.

[rdmark]

Good to hear that it worked out for you!

[hogwollop]

Many thanks for your work and taking over as maintainer! Helpful links and clear/concise compile instructions allowed me to use AFP to workaround what appears to be a bug in Sonoma's smbfs 5.0. (Transfers of many large files to Linux/Samba or Windows servers appears to reliably cause a watchdog kernel panic on a couple of Mac Sonoma 14.1.2 clients).

[metaljay]

really sorry to revive this, can anyone help share further information on how to install netatalk on bookworm?
I'm struggling to even add the unstable repo let along how to 'pin' a version (the link above was little too complex for me 😒)

when I try to install netatalk manually (with the .deb) I get this:

`pi@raspberrypi:~ $ sudo apt install ./netatalk.deb
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done

You might want to run 'apt --fix-broken install' to correct these.
The following packages have unmet dependencies:
netatalk : Depends: libldap-2.4-2 (>= 2.4.7) but it is not installable
Depends: libtracker-sparql-2.0-0 (>= 0.10.0) but it is not installable
Recommends: lsof but it is not installed
Recommends: python3-dbus but it is not installed
Recommends: tracker but it is not installed
E: Unmet dependencies. Try 'apt --fix-broken install' with no packages (or specify a solution).`

[beetlegigg]

@metaljay
I wrote down the steps I took for this in my 'create a new image for a raspberry pi' notes, so I paste the relevant section below and hope it helps.

**Note for Bookworm netatalk needs to be installed with unstable version:

5.1.  Edit the apt sources.list file
- sudo nano /etc/apt/sources.list 
- add the following to the bottom of the file
# For unstable releases - added by bg
deb http://deb.debian.org/debian unstable main contrib non-free
deb-src http://deb.debian.org/debian unstable main contrib non-free

Note: Do NOT do an apt install until a preferences files has been created!

5.2. Create a file preferences file
- sudo nano  /etc/apt/preferences       
- enter the following text:
                     
Package: *
Pin: release a=bookworm
Pin-Priority: 500

Package: netatalk
Pin: release a=unstable
Pin-Priority: 1000

Package: libgcrypt20
Pin: release a=unstable
Pin-Priority: 1000

Package: *
Pin: release a=unstable
Pin-Priority: 100

5.3. Now do an apt update (even if recently done!)
- sudo apt update
- sudo apt full-upgrade

5.4. Install netatalk
- sudo apt install netatalk

[metaljay]

amazing! worked perfectly!

Thanks so much! I tried without pinning libgcrypt and it also worked installing netatalk

[geerlingguy]

Note: I also had to install libtirpc-common from unstable, otherwise I got the error Depends: libtirpc-common (>= 1.3.4+ds-1.1) but 1.3.3+ds-1 is to be installed.

Easy enough with sudo apt install libtirpc-common -t unstable (or pinning it via prefs).

Note that after doing that, SSH seemed to stop working, I had to reinstall it with unstable as well... sudo apt install openssh-server -t unstable.

[jshep321]

New issues arise in the latest (Jul 6 2024 up to date bookworm on RPI5), even after @geerlingguy additional trick. Not sure I want to fight this battle as the likelihood of breaking major things (like ssh!) become more likely. Seems like a perfect usecase for a docker container.

pi@pi5-1:~ $ sudo apt install netatalk
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
netatalk : Depends: libc6 (>= 2.38) but 2.36-9+rpt2+deb12u7 is to be installed
Depends: libdb5.3t64 but it is not going to be installed
Depends: libevent-2.1-7t64 (>= 2.1.8-stable) but it is not going to be installed
Depends: libglib2.0-0t64 (>= 2.32.0) but it is not going to be installed
Depends: libssl3t64 (>= 3.0.0) but it is not going to be installed
Recommends: cracklib-runtime
Recommends: tracker (>= 3.0) but it is not going to be installed
Recommends: tracker-miner-fs (>= 3.0) but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

[rdmark]

Ever since the 3.2.x release series, I have been publishing unofficial deb packages in the GitHub release notes. These debs are built for the current stable Debian, meaning Bookworm presently.

Have a look at https://github.com/Netatalk/netatalk/releases/tag/netatalk-3-2-2 and install with sudo dpkg -i ...

Since they're built against Bookworm, they have package dependencies that are appropriate for Bookworm. No more dependency hell like you get from pulling in package from Sid...

[danielristic]

I've tried installing the .deb on a raspberry pi running bookworm but I got this error:

package architecture (amd64) does not match system (arm64)

[rdmark]

Apologies, w're only distributing amd64 deb packages right now. I can try setting up cross-compiling at a later date.

[jd-terry]

Unable to get install in Bookworm -- here is the error, also tried the --fix-broken install, that removed nettle.

jterry@xps-8300d:~$ sudo dpkg -i netatalk_3.2.2-1_amd64.deb
Selecting previously unselected package netatalk.
(Reading database ... 152359 files and directories currently installed.)
Preparing to unpack netatalk_3.2.2-1_amd64.deb ...
Unpacking netatalk (3.2.2-1) ...
dpkg: dependency problems prevent configuration of netatalk:
netatalk depends on libdbus-glib-1-2 (>= 0.88); however:
Package libdbus-glib-1-2 is not installed.
netatalk depends on libmariadb3 (>= 3.0.0); however:
Package libmariadb3 is not installed.

dpkg: error processing package netatalk (--install):
dependency problems - leaving unconfigured
Processing triggers for libc-bin (2.36-9+deb12u8) ...
Processing triggers for dbus (1.14.10-1~deb12u1) ...
Processing triggers for man-db (2.11.2-2) ...
Errors were encountered while processing:
netatalk

[rdmark]

Did You try installing libdbus-glib and libmariadb3?

Also, there is a much newer deb available now: https://github.com/Netatalk/netatalk/releases/tag/netatalk-4-0-0

[jshep321]

This docker image worked out of the box FYI. Repartitioned external drive to remove ZFS, removed the preferences and unstable repos. Now I can sleep better. :)
https://hub.docker.com/r/mbentley/timemachine

[rdmark]

Docker is a great choice for this purpose!

If you want to support the Netatalk project, you can also use the official images:

https://hub.docker.com/r/netatalk/netatalk3

A selling point of our images is that they are official Docker Sponsored OSS, with Docker Scout active. The latest images are completely clean from known vulnerabilities. :)

[jd-terry]

Wow! Thanks for getting back so quickly! I reverted to an older version of debian and installed the netatalk that came with it, It’s up and running. I truly appreciate your quick response. Wasn’t prepared for it. Thanks again, Joe Terry ***@***.***

…

On Oct 15, 2024, at 12:27 PM, Daniel Markstedt ***@***.***> wrote: Did You try installing libdbus-glib and libmariadb3? Also, there is a much newer deb available now: https://github.com/Netatalk/netatalk/releases/tag/netatalk-4-0-0 — Reply to this email directly, view it on GitHub <#574 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQW5EMODPFGHUZW2H4QZOUTZ3VNABAVCNFSM6AAAAABAFHBEJGVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTAOJVGEZDMNI>. You are receiving this because you commented.

[jd-terry]

Thanks for the update. I will give 4.0 a shot in the near future. Thanks again for the help! Joe Terry ***@***.***

…

On Oct 15, 2024, at 11:41 PM, Daniel Markstedt ***@***.***> wrote: For the record: In Netatalk 4.0 I have removed the (unhelpful) libgcrypt library version validation, so there should be less of a hassle using packaged versions across distributions. — Reply to this email directly, view it on GitHub <#574 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQW5EMI3ZENOIB4QGBWUSE3Z3X375AVCNFSM6AAAAABAFHBEJGVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTAOJVGUYTSNA>. You are receiving this because you commented.

[jd-terry]

Reloaded bookworm and tried it. Got it to install ok and the talked is up and running. But no activity on port 548 and I can't see it from my mac. I can get you any sort of information you need, just let me know. I have played enough for the day, so I might not see anything until tomorrow. Thanks again for you help.

[rdmark]

The most common reason is lack of shared volume defined in afp.conf. Please share the contents of your afp.conf as well as the logs when launching netatalk.

When you say "reloaded bookworm" do you mean it's a fresh OS? No previous version of netatalk installed on it? Also please share how you installed the deb.

[jd-terry]

Here is a copy of the afp.conf file ….. ; ; Netatalk 3.x configuration file ; [Global] ; Global server settings appletalk = yes [Homes] basedir regex = /xxxx ; [My AFP Volume] ; path = /path/to/volume [Debian Time Machine] path = /time time machine = yes Regarding reloaded bookworm — I did a Full-upgrade to a Debian 11 system that had netatalk running. Joe Terry ***@***.***

…

On Oct 16, 2024, at 10:10 PM, Daniel Markstedt ***@***.***> wrote: The most common reason is lack of shared volume defined in afp.conf. Please share the contents of your afp.conf as well as the logs when launching netatalk. When you say "reloaded bookworm" do you mean it's a fresh OS? No previous version of netatalk installed on it? Also please share how you installed the deb. — Reply to this email directly, view it on GitHub <#574 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQW5EMLERATQPTHN52RXW2DZ342EDAVCNFSM6AAAAABAFHBEJGVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTAOJWGY3DMMI>. You are receiving this because you commented.

[rdmark]

For starters, the basedir regex is incorrect. Either comment out those lines, or change it to basedir regex = /home.

Is the /time path in the Time Machine volume correct? It seems like a very unusual file system location.

[jd-terry]

Daniel, Sorry about the config — missed it, just trying to copy what I found on the web. I have fixed it, restarted and no luck. The /time directory is real and mount and available. I also check the logs with journalctl and found nothing abnormal regarding talked. I saw your email reagrding Debian Testing and will give that a try. Thanks again for your attention to this. Joe Terry ***@***.***

…

On Oct 18, 2024, at 4:50 AM, Daniel Markstedt ***@***.***> wrote: For starters, the basedir regex is incorrect. Either comment out those lines, or change it to basedir regex = /home. Is the /time path in the Time Machine volume correct? It seems like a very unusual file system location. — Reply to this email directly, view it on GitHub <#574 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQW5EMKPAHERP7NOCI4V5ZTZ4DRWPAVCNFSM6AAAAABAFHBEJGVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTAOJYGIYDSMQ>. You are receiving this because you commented.

[rdmark]

Are you able to mount the AFP share if you connect via the IP address? In the Finder, do Cmd+K to get the Connect to Server modal. Then type afp:// followed by the IPv4 address of your Netatalk server machine.

My gut feel is that this is a Zeroconf service discovery propagation issue. Either related to D-Bus settings on your server machine, or something else residual on your network. Zeroconf can be finicky sometimes. I've seen macOS "get stuck" and fail to detect new Avahi-propagated services, and require a restart. There are many things to try...

[jd-terry]

I was unable to connect with the service from my mac. I installed debian 11 on another machine, and had netatalk running quickly. I was also able to connect through afp. I have bookworm installed and could attempt to make this work, but I am out of ideas. Sorry to take so long — out of town. Thanks again for your help. Joe Terry

…

On Oct 19, 2024, at 11:39 AM, Daniel Markstedt ***@***.***> wrote: Are you able to mount the AFP share if you connect via the IP address? In the Finder, do Cmd+K to get the Connect to Server modal. Then type afp:// followed by the IPv4 address of your Netatalk server machine. My gut feel is that this is a Zeroconf service discovery propagation issue. Either related to D-Bus settings on your server machine, or something else residual on your network. Zeroconf can be finicky sometimes. I've seen macOS "get stuck" and fail to detect new Avahi-propagated services, and require a restart. There are many things to try... — Reply to this email directly, view it on GitHub <#574 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQW5EMJXGFQIJ6UTMC2ZDJDZ4KKOHAVCNFSM6AAAAABAFHBEJGVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTAOJZGI2TCMY>. You are receiving this because you commented.