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

[Kuchenhorst]

So,

nach eineigen Tagen "Stresstest" mit netatalk 2.2beta4 unter 10.6 und 10.7 (jetzt final) kann ich sagen das die Sache eigentlich ganz gut läuft.
Kleinere Probleme habe ich oben beschrieben.
Zu dem durchdrehenden Samba bin ich leider noch nicht gekommen. Als eine Art workaround habe ich Samba auf der Box mit netatalk erstmal deaktiviert und die Platte an eine zweite Box gehängt. Ist zwar nicht zweckmäßig aber als Notlösung zu gebrauchen.

Gruß Kuchenhorst

 

[sf3978]

Zudem habe ich in der netatalk.mk 2 Sachen ändern müssen.
Zeile 50 von
$(SUBMAKE1) -C $(NETATALK_DIR) \
in
$(SUBMAKE) -C $(NETATALK_DIR) \
sowie in Zeile 71
von
-$(SUBMAKE1) -C $(NETATALK_DIR) clean
in
-$(SUBMAKE) -C $(NETATALK_DIR) clean

Warum hast Du bei dir, SUBMAKE1 in SUBMAKE ändern müssen? Hat es mit SUBMAKE1 nicht funktioniert?

Außerdem müssen die Scripte auführbar gemacht werden.

Ja, aber das mit den ausführbaren Skripten, kann man auch im Beitrag #93 und #97 lesen.

 

[Kuchenhorst]

Hallo,
genauso ist es. Mit SUBMAKE1 hat es nicht geklappt. Netatalk lief zwar, war aber nicht zu konfigurieren. Nach der Änderung war das wieder problemlos möglich
Das mit den ausführbaren Scripten war eher als Zusammenfassung gedacht.

Gruß Kuchenhorst

 

[olistudent]

Die Änderung von $(SUBMAKE1) zu $(SUBMAKE) kann keine Fehler beheben. Nur andersrum, wenn die Abhängigkeiten in den makefiles nicht stimmen.

Gruß
Oliver

 

[Kuchenhorst]

Hallo,

habe die Makefiles von der 2.1.5 und der 2.2b4 miteinander verglichen. Mir ist dann die $(SUBMAKE1) aufgefallen und habe das dann geändert.
Habe nicht die riesige Linux Ahnung und versuche das dann mit Versuch und Irrtum.

Gruß Kuchenhorst

 

[sf3978]

habe die Makefiles von der 2.1.5 und der 2.2b4 miteinander verglichen. Mir ist dann die $(SUBMAKE1) aufgefallen und habe das dann geändert.

Ach so. Dir war langweilig und dann hast Du dich auf die "Fehlersuche" gemacht und gefreut, dass Du was gefunden hast.;-)

 

[Kuchenhorst]

Genau. Mir war langweilig, das hat nicht so ganz funktioniert wie ich das wollte, habe mich dann auf die "Fehlersuche" gemacht, das abgeändert und dann hat es funktioniert.
Wobei mir leider nicht klar ist was es mit der $(SUBMAKE1) auf sich hat.
Habe halt gepostet wie das Ganze bei mir läuft. Ob das dann auch richtig ist, daß kann ich nicht beurteilen.

 

[sf3978]

Wobei mir leider nicht klar ist was es mit der $(SUBMAKE1) auf sich hat.

Im Beitrag #104 hat es Oliver doch erklärt. Wenn Du in den Freetz-Dateien suchst, findest Du Folgendes zu SUBMAKE1:

SUBMAKE[COLOR=red][B]1[/B][/COLOR]=cmd() { $(MAKE_ENV) $(MAKE[COLOR=red][B]1[/B][/COLOR]) $(QUIET) "$$@" $(SILENT) || { $(call ERROR,1,$(BUILD_FAIL_MSG)) } }; $(call _ECHO_BUILD) cmd
SUBMAKE=cmd() { $(MAKE_ENV) $(MAKE) $(QUIET) "$$@" $(SILENT) || { $(call ERROR,1,$(BUILD_FAIL_MSG)) } }; $(call _ECHO_BUILD) cmd

MAKE[COLOR=red][B]1[/B][/COLOR]=make
MAKE=make -j$(FREETZ_JLEVEL)

FREETZ_JLEVEL=2

In der manpage für make, kannst Du nachlesen was -j ist.
Mit "find . -iname '*' -exec grep -H "SUBMAKE1" {} \;" kannst Du eruieren, welche Pakete im trunk, auch SUBMAKE1 statt SUBMAKE benutzen.

 

[wimpf]

Hallo

ich habe ebenfalls den Patch für die Netatalk 2.2 beta ausgeführt. Leider verstehe ich nicht von welchen Verzeichnis die Rede ist in welchem Skripte ausführbar gemacht werden sollen anschliessend? Ein kleiner Hinweis welches Verzeichnis gemeint ist wäre toll.

Zudem stoppt der make, da er wohl keine Berkeley DB Header findet. Diese sind jedoch in den Shared Librarys (libdb.so) ausgewählt aufgeführt. Wo könnte das Problem liegen auf meinem Ubuntu 10.4 LTS?

Danke euch,
wimpf

checking for Berkeley DB headers in /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/... yes
checking /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/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/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/db5... no
checking for Berkeley DB headers in /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/db5.0... no
checking for Berkeley DB headers in /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/db50... no
checking for Berkeley DB headers in /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/db4.8... no
checking for Berkeley DB headers in /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/db48... no
checking for Berkeley DB headers in /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/db4.7... no
checking for Berkeley DB headers in /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/db47... no
checking for Berkeley DB headers in /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/db4.6... no
checking for Berkeley DB headers in /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/db46... no
checking for Berkeley DB headers in /home/wilfried/fritzBox/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/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!

ERROR: Build failed.
make: *** [source/target-mips_uClibc-0.9.29/netatalk-2.2-beta4/.configured] Fehler 1

 

[sf3978]

ich habe ebenfalls den Patch für die Netatalk 2.2 beta ausgeführt. Leider verstehe ich nicht von welchen Verzeichnis die Rede ist in welchem Skripte ausführbar gemacht werden sollen anschliessend? Ein kleiner Hinweis welches Verzeichnis gemeint ist wäre toll.

Alle Dateien aus dem Verzeichnis "make/netatalk/files/root", mit der 1. Zeile "#!/bin/sh", müssen ausführbar gemacht werden.

EDIT:
Poste mal den output von:

find . -iname 'libdb*'

aus deinem freetz-trunk-Verzeichnis.

 

[wimpf]

Vielen Dank für deine Hilfe. Viel steckt ja nicht in dem Verzeichnis:

~/fritzBox/freetz/trunk/make/netatalk/files/root$ find *
etc
etc/default.netatalk
etc/default.netatalk/afpd_conf_conf
etc/default.netatalk/applevolumes_default_conf
etc/default.netatalk/netatalk.cfg
etc/default.netatalk/afpd_conf.def
etc/default.netatalk/applevolumes_default.def
etc/init.d
etc/init.d/rc.afpd
etc/init.d/rc.netatalk
etc/init.d/rc.cnid_metad
usr
usr/lib
usr/lib/cgi-bin
usr/lib/cgi-bin/netatalk.cgi

Das ist der Output von find . -iname 'libdb*'

~/fritzBox/freetz/trunk$ find . -iname 'libdb*'
./toolchain/build/mipsel_gcc-4.5.3_uClibc-0.9.31.1/mipsel-linux-uclibc/lib/libdb.so
./toolchain/build/mipsel_gcc-4.5.3_uClibc-0.9.31.1/mipsel-linux-uclibc/lib/libdb-4.8.a
./toolchain/build/mipsel_gcc-4.5.3_uClibc-0.9.31.1/mipsel-linux-uclibc/lib/libdb-4.so
./toolchain/build/mipsel_gcc-4.5.3_uClibc-0.9.31.1/mipsel-linux-uclibc/lib/libdb.a
./toolchain/build/mipsel_gcc-4.5.3_uClibc-0.9.31.1/mipsel-linux-uclibc/lib/libdb-4.8.so
./toolchain/build/mipsel_gcc-4.5.3_uClibc-0.9.31.1/mipsel-linux-uclibc/lib/libdb-4.8.la
./toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/lib/libdb.so
./toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/lib/libdb-4.8.a
./toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/lib/libdb-4.so
./toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/lib/libdb.a
./toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/lib/libdb-4.8.so
./toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/lib/libdb-4.8.la
./packages/target-mipsel_uClibc-0.9.31.1/root/usr/lib/freetz/libdb.so
./packages/target-mipsel_uClibc-0.9.31.1/root/usr/lib/freetz/libdb-4.so
./packages/target-mipsel_uClibc-0.9.31.1/root/usr/lib/freetz/libdb-4.8.so
./packages/target-mips_uClibc-0.9.29/root/usr/lib/freetz/libdb.so
./packages/target-mips_uClibc-0.9.29/root/usr/lib/freetz/libdb-4.so
./packages/target-mips_uClibc-0.9.29/root/usr/lib/freetz/libdb-4.8.so
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/csharp/doc/libdb_dotnet48.XML
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/csharp/Internal/libdb_csharp.cs
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/csharp/Internal/libdb_csharpPINVOKE.cs
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/libdb_java
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/libdb_csharp
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/build_unix/libdb.a
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/build_unix/libdb-4.8.la
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/build_unix/.libs/libdb-4.8.a
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/build_unix/.libs/libdb-4.8.lai
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/build_unix/.libs/libdb-4.8.so
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/build_unix/.libs/libdb-4.8.la
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/build_windows/libdbrc.src
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/build_windows/libdb_tcl.def
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/build_windows/libdb.rc
./source/target-mipsel_uClibc-0.9.31.1/db-4.8.30/build_windows/libdb.def
./source/target-mips_uClibc-0.9.29/db-4.8.30/csharp/doc/libdb_dotnet48.XML
./source/target-mips_uClibc-0.9.29/db-4.8.30/csharp/Internal/libdb_csharp.cs
./source/target-mips_uClibc-0.9.29/db-4.8.30/csharp/Internal/libdb_csharpPINVOKE.cs
./source/target-mips_uClibc-0.9.29/db-4.8.30/libdb_java
./source/target-mips_uClibc-0.9.29/db-4.8.30/libdb_csharp
./source/target-mips_uClibc-0.9.29/db-4.8.30/build_unix/libdb.a
./source/target-mips_uClibc-0.9.29/db-4.8.30/build_unix/libdb-4.8.la
./source/target-mips_uClibc-0.9.29/db-4.8.30/build_unix/.libs/libdb-4.8.a
./source/target-mips_uClibc-0.9.29/db-4.8.30/build_unix/.libs/libdb-4.8.lai
./source/target-mips_uClibc-0.9.29/db-4.8.30/build_unix/.libs/libdb-4.8.so
./source/target-mips_uClibc-0.9.29/db-4.8.30/build_unix/.libs/libdb-4.8.la
./source/target-mips_uClibc-0.9.29/db-4.8.30/build_windows/libdbrc.src
./source/target-mips_uClibc-0.9.29/db-4.8.30/build_windows/libdb_tcl.def
./source/target-mips_uClibc-0.9.29/db-4.8.30/build_windows/libdb.rc
./source/target-mips_uClibc-0.9.29/db-4.8.30/build_windows/libdb.def

Übrigens versuche die das Ganze für die neu 7390 zu erstellen. Die ist zwar noch nicht gekauft, kommt aber ins Haus sobald die Lion Timemachine damit umgehen kann.

 

[sf3978]

Übrigens versuche die das Ganze für die neu 7390 zu erstellen. ...

Mit meinem Build-System kann ich auch für die 7390 (mips) kompilieren. Die library wird gefunden:

[COLOR=red]BDB:[/COLOR]
        LIBS   =  -L/home/gm/myfreetz/freetz7415/freetz-trunk/toolchain/build/[B][COLOR=red]mips[/COLOR][/B]_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/lib [COLOR=red]-ldb-4.8[/COLOR]
        CFLAGS =  -I/home/gm/myfreetz/freetz7415/freetz-trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/usr/include/

Versuch mal ob es geht, wenn Du den aktuellen trunk neu auscheckst. Was mir aufgefallen ist, netatalk ist von openssl abhängig, d. h. Du musst in der netatalk.mk-Datei, folgende Zeile ergänzen:

$(PKG)_DEPENDS_ON := db libgcrypt [COLOR=red][B]openssl[/B][/COLOR]

Nach dem neu auschecken und kopieren des netaltalk-Verzeichnisses (beta), einfach nur "make netatalk-precompiled" ausführen.

EDIT:

In der "make/netatalk/Config.in",

[COLOR=red]select FREETZ_LIB_libssl
select FREETZ_LIB_libcrypto[/COLOR]

eintragen.

EDIT2:
Du hast auch 2 toolchains in deinem Build-System:

./toolchain/build/mipsel_gcc-4.5.3_uClibc-0.9.31.1/[COLOR=red][B]mipsel[/B][/COLOR]-linux-uclibc/lib/libdb-4.8.so
./toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/[COLOR=red][B]mips[/B][/COLOR]-linux-uclibc/lib/libdb-4.8.so

Ich weiss nicht was "$(PKG)_CONFIGURE_OPTIONS += --with-bdb="$(TARGET_TOOLCHAIN_STAGING_DIR)/usr" "
da versteht bzw. macht. Deshalb denke ich, ist es OK wenn Du neu auscheckst und eine toolchain, nur für die 7390, in deinem Build-System hast.

 

[wimpf]

Hallo

Okay, nochmals von vorne. Ich beschreibe mal was ich gemacht habe.

- Neu VM aufgesetzt mit Ubuntu 11.04 als Server in 64-bit
- Darauf installiert "apt-get install build-essential autoconf automake libtool pkg-config bison flex gawk libncurses5-dev zlib1g-dev git-core subversion unzip"
- Anschliessend als normaler User weiter gearbeitet:
3 mkdir freetz
4 cd freetz/
5 svn checkout http://svn.freetz.org/trunk
6 ls
7 cp -r trunk/ trunk-09082011
8 cd
9 ls -a
10 ssh-keygen
11 cat .ssh/id_rsa.pub
12 cd freetz/
13 ls
14 git clone [email protected]:USERNAME/freetz-netatalk.git netatalk
15 make menuconfig

- In der Config habe ich dann umgestellt auf die 7320, habe Help und Assistants herausgeworfen, dropbear und netatalk 2.1.5 aktiviert. Das um mal zu sehen ob diese "Standardauswahl" auch durchkompiliert. Die 7320 habe ich gewählt weil er wohl keine Sourcen mehr für die 7390 findet zum Download.

- Bei Ubuntu Server 11.04 64-bit ist bereits in dieser Konfiguration der "make" abgebrochen. Daher ein zweiter Versuch mit der 32-bit Version von Ubuntu 11.04 Server. Dieses mal lief es weiter durch bis zu jenem Fehler. Irgendwas fehlt wohl schon als Grundvoraussetzung.

checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/... yes
checking /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/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/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/db5... no
checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/db5.0... no
checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/db50... no
checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/db4.8... no
checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/db48... no
checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/db4.7... no
checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/db47... no
checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/db4.6... no
checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/db46... no
checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/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!

ERROR: Build failed.
make: *** [source/target-mips_uClibc-0.9.30.3/netatalk-2.1.5/.configured] Fehler 1

- Okay, nochmals gesucht und die "libdb-dev" nachinstalliert. Anschliessend "make clean" und "make". Selbe Fehlermeldung wieder.

Was könnte in dieser Standard-Installation fehlen?

Dnake,
wimpf

 

[sf3978]

14 git clone [email protected]:USERNAME/freetz-netatalk.git netatalk
....
checking for Berkeley DB headers in /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include/... yes
checking /home/wilfried/freetz/trunk/toolchain/build/mips_gcc-4.4.6_uClibc-0.9.30.3/mips-linux-uclibc/usr/include//db.h version >= 4.6.0... yes

1. Warum machst Du " git clone [email protected]:USERNAME/freetz-netatalk.git netatalk" in deinem Build-System?
2. Warum wird in deinem Build-System, die db.h version >= 4.6.0 gefunden, wenn in Freetz, die Version $(PKG)_LIB_VERSION:=4.8 ist?

cat ./toolchain/build/mips_gcc-4.4.6_uClibc-0.9.29/mips-linux-uclibc/include/db.h | grep 4.8
#define DB_VERSION_STRING       "Berkeley DB 4.8.30: (April  9, 2010)"

3. Mach mal in deinem Build-system "make db-dirclean" und "make db-precompiled".

 

[wimpf]

Ubuntu hin, Ubunut her. Aber das ganze nochmals mit einem neuen Debian 6.0.2 in einer Virtuellen Maschine aufgesetzt läuft ohne Probleme durch. Also mache ich mich jetzt daran die neue Netatalk einzubauen und hole mir dazu ds freetz-netatalk.gi. Ich geb' Bescheid ob's klappt.

sf3978, Danke für Deine Mühe!

wimpf

 

[wimpf]

Sorry, nochmals eine kurze Frage.

Ich glaube, dass hier auf den letzten sechs Seiten von zwei Möglichkeiten gesprochen wurde Netatalk ins freetz zu bekommen. Einmal als Patch und ein anderes mal von git. Habe ich das richtig verstanden?

Demnach wäre der Patch doch so auszuführen:

make netatalk-dirclean
rm -rf make/netatalk
patch -p0 < netatalk_2_2_beta_4_.patch.txt
make netatalk-precompiled

Ist nun Git die Alternative oder die neue Methode?

cd tunk/make
rm -rf make/netatalk
git clone [email protected]:USERNAME/freetz-netatalk.git netatalk
make netatalk-precompiled

Wenn ich das ganze mit git mache, vermisse ich in "make menuconfig" den korrekten Eintrag mit Verweis auf die Netatalk 2.2-beta4. Ist das egal und nur ein kosmetischer Fehler?

Danke,
wimpf

 

[sf3978]

Wenn ich das ganze mit git mache, vermisse ich in "make menuconfig" den korrekten Eintrag mit Verweis auf die Netatalk 2.2-beta4. Ist das egal und nur ein kosmetischer Fehler?

Welche Version von netatalk, checkst Du mit git aus?

 

[wimpf]

Also ich meine diese hier https://github.com/svoop/freetz-netatalk

Ist das falsch?

 

[sf3978]

Ist das falsch?

Es muss nicht falsch sein. Poste mal die 1. Zeile aus der Datei "netatalk.mk", wenn Du diese mit git ausgecheckt hast.

 

[wimpf]

Ja, scheint falsch zu sein:

$(call PKG_INIT_BIN, 2.1.5)