How to get netatalk installed on CentOS 5.1?

spaceageliving · 04-18-2008, 12:16 AM

I'm working on a new, freshly installed CentOS 5.1 system. Yum isn't showing any netatalk package available. What is the recommended way to get netatalk working on CentOS 5.1?

spaceageliving · 04-18-2008, 06:29 PM

OK, here's how I did it for all future Apple lovers:

1) You will need the CentOS Plus kernel, which has AppleTalk enabled. If you just want to run the AFP daemon over TCP only, I'm not sure if you need to do this...

You can enable the CentOS Plus repo in your /etc/repos.d/*-Base file. Upgrading the kernel can be done with a #yum update kernel.i386 and rebooting

2) You need to install gcc latest, glibc latest, db4 and db4 headers ('db4-devel' ?), probably some other stuff depending on your config...

3) netatalk 2.0.3 doesn't play nice with latest db4 due to a minor change in the db4 api. See here for two patches to make to the netatalk source:

http://forum.java.sun.com/thread.jsp...sageID=9834728

(its a solaris thread, but the two changes worked like a champ for me...)

4) use ./configure -enable-redhat

This will get you a shiny new startup script in /etc/init.d that seems to work fine on CentOS 5.1

5) make/make install and you're ready to go...follow docs for configuration info.

archtoad6 · 04-19-2008, 09:07 AM

A belated welcome to LQ.
Cool -- you found your own solution.
Better -- you posted it for the benefit of others.
Thank you.

cosmicmonkey · 06-05-2009, 05:33 PM

The edit to source for db4 compatibility is no longer necessary. This is a great howto and got me going on Centos 5.3

r00tb00t · 07-30-2009, 05:07 AM

Just my two pence;

I found it easier to just download and compile the source as trying to rebuild the rpm's was giving me a few errors which are above my n00by sk1llZ;

Code:

# Download Berkeley DB source (most up2date at time or writting)
wget http://download.oracle.com/berkeley-db/db-4.7.25.NC.zip

# Download Netatalk source (most up2date at time or writting)
wget http://downloads.sourceforge.net/pro...se_mirror=kent

# unpkack BerkeleyDB
unzip -d db-4.7.25.NC

# Change to the unpacked source dir
cd db-4.7.25.NC/build_unix

# Install some pre-reqs (you may not need these?) these are for both BerkeleyDB and netatalk
sudo yum install cracklib2 openssl.x86_64 libssl-dev

# and compile and install the BerkeleyDB
../dist/configure
make
sudo make install

# go up directories and unpack netatalk
cd ../../
gunzip -d netatalk-2.0.4.tar.gz
tar -xf netatalk-2.0.4.tar
cd netatalk-2.0.4

# compile with the red hat options and then install
./compile --enable-redhat
make
sudo make install

# all done!

ptmixer · 09-21-2009, 11:09 AM

Quote:

Code:

# Download Berkeley DB source (most up2date at time or writting)
/db-4.7.25.NC.zip

# Download Netatalk source (most up2date at time or writting)
/2.0.4/netatalk-2.0.4.tar.gz?use_mirror=kent

# unpkack BerkeleyDB
unzip -d db-4.7.25.NC

# Change to the unpacked source dir
cd db-4.7.25.NC/build_unix

# Install some pre-reqs (you may not need these?) these are for both BerkeleyDB and netatalk
sudo yum install cracklib2 openssl.x86_64 libssl-dev

# and compile and install the BerkeleyDB
../dist/configure
make
sudo make install

# go up directories and unpack netatalk
cd ../../
gunzip -d netatalk-2.0.4.tar.gz
tar -xf netatalk-2.0.4.tar
cd netatalk-2.0.4

# compile with the red hat options and then install
./compile --enable-redhat
make
sudo make install

# all done!

Hello - I tried to get this going on Centos 5.3, 64-bit. I basically followed r00tb00t's instructions, not exactly, but I did fail. Can anyone help?

What I did: used latest version of BerkeleyDB from Oracle, which was 4.8.24.NC and latest Netatalk, 2.0.4. Following the guide from the Netatalk site, I configured bdb:

Code:

# ../dist/configure --prefix=/usr/bdb --disable-shared --with-mutex=x86_64/gcc-assembly

That completed without error. Then I configured Netatalk:

Code:

# ./configure --enable-redhat --with-bdb=/usr/bdb

which produced the error below.

Code:

checking for Berkeley DB headers in /usr/bdb/include/... yes
checking /usr/bdb/include//db.h version >= 4.1.0... yes
checking Berkeley DB library (-ldb48)... no
checking Berkeley DB library (-ldb4.8)... no
checking Berkeley DB library (-ldb-48)... no
checking Berkeley DB library (-ldb-4.8)... no
checking for Berkeley DB headers in /usr/bdb/include/db4.7... no
checking for Berkeley DB headers in /usr/bdb/include/db47... no
checking for Berkeley DB headers in /usr/bdb/include/db4.6... no
checking for Berkeley DB headers in /usr/bdb/include/db46... no
checking for Berkeley DB headers in /usr/bdb/include/db4.5... no
checking for Berkeley DB headers in /usr/bdb/include/db45... no
checking for Berkeley DB headers in /usr/bdb/include/db4.4... no
checking for Berkeley DB headers in /usr/bdb/include/db44... no
checking for Berkeley DB headers in /usr/bdb/include/db4.3... no
checking for Berkeley DB headers in /usr/bdb/include/db43... no
checking for Berkeley DB headers in /usr/bdb/include/db4.2... no
checking for Berkeley DB headers in /usr/bdb/include/db42... no
checking for Berkeley DB headers in /usr/bdb/include/db4.1... no
checking for Berkeley DB headers in /usr/bdb/include/db41... no
checking for Berkeley DB headers in /usr/bdb/include/db4... no

Make sure you have the required Berkeley DB libraries AND headers installed.
You can download the latest version from -sleepycat
If you have installed BDB in a non standard location use the
--with-bdb=/path/to/bdb configure option and make sure
your linker is configured to check for libraries there.
configure: error: Berkeley DB library required but not found!

I feel it is close to working, or at least close to throwing up some even more problematic errors.. When I go to /usr/bdb/include this is what's there:

Code:

db_cxx.h  db.h

If I look in /use/bdb/lib there is:

Code:

libdb-4.8.a  libdb.a

Perhaps those clues are enough for someone more experienced than me to pick out the problem and suggest a solution!

Oh, I do have openssl.x86_64 installed, but my stock YUM would not let me get cracklib2 or libssl-dev.

Thank you.

batfastad · 12-14-2009, 04:30 PM

Hi everyone

I was also struggling with this a little bit but I got to the bottom of it with the help of the chaps on the netatalk mailing list.

Basically CentOS 5.4 should already have BerkeleyDB libraries pre-installed
This should tell you if you have it... should be a folder called db4-4.3.blah

Code:

rpm -qa|grep db

So you shouldn't even need to bother installing BerkeleyDB yourself

EDIT: I also needed to install the BerkeleyDB dev libraries as advised by a knowledgable chap on the Netatalk mailing list

Code:

yum install db4-devel

Then this is what I did to download/build/install:

Code:

cd ~
wget http://downloads.sourceforge.net/project/netatalk/netatalk/2.0.5/netatalk-2.0.5.tar.gz?use_mirror=kent
gunzip -d netatalk-2.0.5.tar.gz
tar -xf netatalk-2.0.5.tar
cd netatalk-2.0.5
./configure --enable-redhat --with-mutex="x86/gcc-assembly"
make
make install

Then the netatalk config files were all stored in /usr/local/etc/netatalk which confused me a bit as I was coming from Ubuntu. Also the service is called atalk in /etc/init.d rather than netatalk

If you want to do it the hard way with your own BerkeleyDB...
Followed the steps above then:

On 32bit I gave an option to netatalk's configure script...

Code:

./configure --enable-redhat --with-bdb=/usr/local/BerkeleyDB.4.8

And it configured without errors.

On 64bit CentOS 5.4 I had the same problem as ptmixer above.
Turns out there was a slight bug in the netatalk configure script which has been fixed for future versions but the way round it to create a symlink in /usr/local/BerkeleyDB.4.8 from lib64 -> lib
The netatalk configure script is looking for BerkeleyDB in a lib64 folder, not lib so I did

Code:

ln -s /usr/local/BerkeleyDB.4.8/lib /usr/local/BerkeleyDB.4.8/lib64

Then ran the same configure string as above
Then I had trouble actually getting the atalk service to start so I added /usr/local/BerkeleyDB.4.8 to the /etc/ld.so.conf file and ran /sbin/ldconfig then it started fine

Hope this saves some time for people
Cheers, B

r00tb00t · 09-28-2010, 04:22 PM

I have tidied up the steps I have taken after having to do this again more recently so I have re-written them here...

http://www.jamesbensley.co.cc/index....talk-on-centos