Netatalk Paket (TimeMachine): Devs gesucht / Looking for Devs

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
@sf3978: auf der netatalk-Seite gibt es inzwischen 2.2.0 (Release, keine Beta oder so). Könntest Du bitte einen Version-Bump-Patch machen, ich schaue drüber und check' es ein. Danke!
 
Code: 
:~/myfreetz/freetz[COLOR=red]7457[/COLOR]/freetz-trunk> patch -p0 < netatalk_2.2.0.patch
patching file make/netatalk/Config.in
patching file make/netatalk/netatalk.mk
Code: 
...
mkdir -p packages/target-mips_uClibc-0.9.29/netatalk-[COLOR=red]2.2.0[/COLOR]/root/sbin/; cp source/target-[COLOR=red]mips[/COLOR]_uClibc-0.9.29/netatalk-2.2.0/etc/cnid_dbd/dbd packages/target-mips_uClibc-0.9.29/netatalk-2.2.0/root/sbin/dbd; /home/gm/myfreetz/freetz7457/freetz-trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/bin/mips-linux-uclibc-strip --remove-section={.comment,.note,.pdr} packages/target-mips_uClibc-0.9.29/netatalk-2.2.0/root/sbin/dbd;
[COLOR=red]done.[/COLOR]
Der Patch im Anhang, beinhaltet nicht die Änderung in der CHANGELOG.;)
 

Anhänge

  • netatalk_2.2.0.patch.txt
    1.9 KB · Aufrufe: 8
@alle, die ein Mac haben: bitte testen, Danke!
 
Hallo,
funktioniert bis jetzt ganz gut.

Gruß Kuchenhorst
 
Hallo

die 7457 auf einem Ubuntu 11.04 64-bit ausgecheckt läuft nun ohne Probleme durch. Keine Fehler mehr wegen Berkeley Headers oder Librarys.

Danke an die Hilfe,
Wimpf
 
Hi,

welche Netatalk Version ist denn im aktuellen 1.2 preview? ist dieselbe drin wie im trunk?
Gruß
BBsan
 
also hab jetzt mal beide ausgecheckt, und zumindest in der menuconfig ist netatalk drin (1.2 prev) . Da aber die 2.2 im trunk ist werde ich wohl vorerst versuchen den trunk zum laufen zu bringen. Danke!
 
7540 und netatalk

Hi community,

trunk 7540 zeigt wieder die Fehler mit den Berkeley Headers - ich hab schon alles versucht komme aber nicht weiter.

Kann jemand helfen?



---
configure: Enabling DHX2 UAM
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/... yes
checking /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include//db.h version >= 4.6.0... yes
checking Berkeley DB library (-ldb48)... no (cross-compiling)
checking Berkeley DB library (-ldb4.8)... no (cross-compiling)
checking Berkeley DB library (-ldb-48)... no (cross-compiling)
checking Berkeley DB library (-ldb-4.8)... no (cross-compiling)
checking Berkeley DB library (-ldb4-4.8)... no (cross-compiling)
checking Berkeley DB library (-ldb)... no (cross-compiling)
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db5... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db5.1... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db51... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db5.0... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db50... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db4.8... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db48... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db4.7... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db47... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db4.6... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db46... no
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/db4... no

Make sure you have the required Berkeley DB libraries AND headers installed.
You can download the latest version from http://www.sleepycat.com.
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!

---
 
ebeneezer schrieb:
checking for Berkeley DB headers in /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include/... yes
checking /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include//db.h version >= 4.6.0... yes
Zum Vergrößern anklicken....
Funktioniert in deinem Build-System
Code: 
make db-dirclean
und
Code: 
make db-precompiled
?
 
Ja - läuft beides perfekt durch. Ein anschliessendes

make

oder

make netatalk-precompiled

erzeugt wieder den Header Fehler.

ein ./configure im netatalk Verzeichnis läuft ebenfalls fehlerfrei durch. Das Master make scheint einen rpath fix im source dir von netatalk 2.2.0 zu applyen der wohl iwie schief geht.
 
Installing DB include files: /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/include ...
Installing DB library: /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib ...
libtool: install: cp -p .libs/libdb-4.8.so /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb-4.8.so
libtool: install: cp -p .libs/libdb-4.8.lai /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb-4.8.la
libtool: install: cp -p .libs/libdb-4.8.a /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb-4.8.a
libtool: install: chmod 644 /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb-4.8.a
libtool: install: mips-linux-ranlib /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb-4.8.a
libtool: install: cp -p libdb.a /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb.a
libtool: install: chmod 644 /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb.a
libtool: install: mips-linux-ranlib /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb.a
libtool: install: warning: remember to run `libtool --finish /usr/lib'
make[1]: Verlasse Verzeichnis '/home/freetz/freetz-trunk/source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_unix'
sed -i -r -e "s,^(libdir=)(['"'"'"]?)([^'"'"'"]*)(\2)$,\1\2/home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc\3\4,g" -e "s,^(includedir=)(['"'"'"]?)([^'"'"'"]*)(\2)$,\1\2/home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc\3\4,g" -e "s,^(prefix=)(['"'"'"]?)([^'"'"'"]*)(\2)$,\1\2/home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc\3\4,g" -e "s,^(exec_prefix=)(['"'"'"]?)([^'"'"'"]*)(\2)$,\1\2/home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc\3\4,g" -e "/^dependency_libs/s,[ \t], ,g;s,([ '])((/usr)?/lib/[^ /]+[.]la)([ ']),\1/home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc\2\4,g;s, +, ,g" \
/home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb-4.8.la
chmod 755 /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb-4.8.so; mkdir -p packages/target-mips_uClibc-0.9.31.1/root/usr/lib/freetz/; cp -a /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/usr/lib/libdb*.so* packages/target-mips_uClibc-0.9.31.1/root/usr/lib/freetz/; /home/freetz/freetz-trunk/toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/bin/mips-linux-uclibc-strip --remove-section={.comment,.note,.pdr} packages/target-mips_uClibc-0.9.31.1/root/usr/lib/freetz/libdb-4.8.so;
done.
 
ebeneezer schrieb:
Das Master make scheint einen rpath fix im source dir von netatalk 2.2.0 zu applyen der wohl iwie schief geht.
Zum Vergrößern anklicken....
Wie ist die Ausgabe von:
Code: 
find . -iname 'libdb*'
, in deinem trunk-Verzeichnis?
 
freetz@freetz:~/freetz-trunk$ find . -iname 'libdb*'
./toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/lib/libdb.a
./toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/lib/libdb.so
./toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/lib/libdb-4.so
./toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/lib/libdb-4.8.so
./toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/lib/libdb-4.8.a
./toolchain/build/mips_gcc-4.5.3_uClibc-0.9.31.1/mips-linux-uclibc/lib/libdb-4.8.la
./packages/target-mips_uClibc-0.9.31.1/root/usr/lib/freetz/libdb.so
./packages/target-mips_uClibc-0.9.31.1/root/usr/lib/freetz/libdb-4.so
./packages/target-mips_uClibc-0.9.31.1/root/usr/lib/freetz/libdb-4.8.so
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/libdb_java
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/libdb_csharp
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/csharp/Internal/libdb_csharp.cs
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/csharp/Internal/libdb_csharpPINVOKE.cs
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/csharp/doc/libdb_dotnet48.XML
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_windows/libdb.rc
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_windows/libdb_tcl.def
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_windows/libdbrc.src
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_windows/libdb.def
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_unix/libdb.a
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_unix/libdb-4.8.la
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_unix/.libs/libdb-4.8.so
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_unix/.libs/libdb-4.8.a
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_unix/.libs/libdb-4.8.la
./source/target-mips_uClibc-0.9.31.1/db-4.8.30/build_unix/.libs/libdb-4.8.lai
./build/modified/filesystem/usr/lib/freetz/libdb.so
./build/modified/filesystem/usr/lib/freetz/libdb-4.so
./build/modified/filesystem/usr/lib/freetz/libdb-4.8.so
freetz@freetz:~/freetz-trunk$
 
./configure && make im netatalk Verzeichnis

danach

make -k

erzeugt mir ein image ohne weitere Fehler beim linken. Die Frage ist ob man das Risiko eines Flash eingehen kann...
 
Anscheinend hat das make im netatalk VZ vieles gemacht nur keine binaries. afpd cnid sind gar nicht da.
 
ebeneezer schrieb:
... nur keine binaries. afpd cnid sind gar nicht da.
Zum Vergrößern anklicken....
Code: 
.../[B]netatalk-2.2.0/etc/afpd[/B]
Wie ist die Ausgabe von:
Code: 
find . -iname 'afpd'
in deinem trunk-Verzeichnis?
Was für ein Build-System hast Du? Hast Du den trunk neu ausgecheckt und eine neue .config gemacht?
 
freetz@freetz:~/freetz-trunk$ find . -iname 'afpd'
./source/target-mips_uClibc-0.9.31.1/netatalk-2.2.0/etc/afpd
./source/target-mips_uClibc-0.9.31.1/netatalk-2.2.0/etc/afpd/afpd
./source/target-mips_uClibc-0.9.31.1/netatalk-2.2.0/test/afpd
freetz@freetz:~/freetz-trunk$ file ./source/target-mips_uClibc-0.9.31.1/netatalk-2.2.0/etc/afpd/afpd
./source/target-mips_uClibc-0.9.31.1/netatalk-2.2.0/etc/afpd/afpd: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped
freetz@freetz:~/freetz-trunk$
 
ebeneezer schrieb:
./source/target-mips_uClibc-0.9.31.1/netatalk-2.2.0/etc/afpd/afpd
...
./source/target-mips_uClibc-0.9.31.1/netatalk-2.2.0/etc/afpd/afpd: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped
freetz@freetz:~/freetz-trunk$
Zum Vergrößern anklicken....

Code: 
netatalk-2.2.0/etc/afpd/[COLOR=red][B]afpd[/B][/COLOR]: ELF 32-bit [COLOR=red][B]MSB executable, MIPS, MIPS32[/B][/COLOR] rel2 version 1, dynamically linked (uses shared libs), with unknown capability 0x41000000 = 0xf676e75, with unknown capability 0x10000 = 0x70403, not stripped

EDIT:

Was für ein Build-System hast Du? Hast Du den trunk neu ausgecheckt und eine neue .config gemacht?
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 348 (Mitglieder: 42, Gäste: 306)

Neueste Beiträge

Statistik des Forums

Themen
245,173
Beiträge
2,225,782
Mitglieder
372,035
Neuestes Mitglied
JoeDerb71
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück