IRSSI als bouncer/proxy klappt nicht

[socres]

Hallo, ich habe auf meiner fritzbox 7270 irssi laufen.
dazu erstelle ich mit der custom.rc einen benutzer erstelle sein homeverzeichnis und starte irssi mit einer config von meiner usbplatte, das funktioniert soweit auch. wenn ich jetzt allerdings /LOAD PROXY im irssi eingebe kommt modul kann nicht geladen werden core/proxy not found...

mitkompiliert hab ich den irssi-proxy

weiterhin stört mich an der lösung noch eins: wenn ich die config datei mittels custom.rc ins .irssi verzeichnis des irssi benutzers kopiere und die rechte anpasse dann benutzt irssi die nicht, mache ich das ganze von hand klappt es.
deswegen lade ich die config momentan beim start von irssi von der externen platte (irssi --config=PFAD).

am liebsten hätte ich die config fest in der box, damits auch klappt wenn die platte mal nicht dran ist. ich habe jetzt zwar noch einen kleinen usb-stick angeschlossen, nur gefällt mir die lösung irgendwie nicht.

kann mir dahingehend jemand helfen?

 

[Tieflieger]

bei mir gdas gleiche

Hallo. ich wollte den Irssi auch auf die 7170 machen. Durch den geringen Speicher habe ich es ausgelagert.
Leider kommt bei mir der gleicher Fehler.
http://trac.freetz.org/changeset/2934 sollte es eigentlich gefixt sein.
Ich benuzte die aktuelle Trank-Version.
Leider kommt beim befehl /load proxy die Fehlermeldung, das er das Modul nicht finden konnte.
das Modul müsste die libproxy.so sein. (ich hänge sie mal mit an aus meiner Virtuellen Maschine)

Welchen Fehler mache Ich?
Oder wie kann ich diese Lid nachladen?
Verbindung zu IRC-Netzwerk geht.

 

[olistudent]

Ich hab den Fehler gefixt. Probiert bitte nochmal...
http://trac.freetz.org/changeset/3971

MfG Oliver

 

[Tieflieger]

Leider funktioniert das Bauen nicht. Ich ich mach den Trunk noch mal neu und versuche es nochmal. - Letzte Ausgabe von der Shell an gehangen.

Edit: Trunk neu gemacht - Fehler kommt auch wenn irssi-Proxy und Bot abgeschaltet sind.

Edit 2 : /home/xxxxx/freetz-trunk/toolchain/build/gcc-4.2.4-uClibc-0.9.29/mipsel-linux-uclibc/usr/ geht irgendwie ins leere.

Tieflieger

 

[olistudent]

Das liegt aber nicht an irssi, sondern an der glib2. Da haben wir ein Problem, dessen Lösung leider nicht einfach ist.

MfG Oliver

 

[Tieflieger]

Das habe ich mir auch gedacht. Deswegen bin ich auch etwas nachgegangen.

Ihr werdet es schon schaffen.

Danke Tieflieger

 

[meiser79]

Hi,

der Fehler wird durch die Datei "toolchain/build/gcc-4.2.4-uClibc-0.9.29/mipsel-linux-uclibc/lib/libgmodule-2.0.la" verursacht. Hier steht unter "dependency_libs" /usr/lib/libglib-2.0.la statt ..../toolchain/target/usr/lib/libglib-2.0.la.

Bin grad am Suchen, ob da libtool Blödsinn macht oder wer daran schuld ist.

Beste Grüße,
Whoopie

 

[RalfFriedl]

Es gibt da ein Skript bzw. ein Makefile-Makro, das nach dem Erstellen der .la Dateien aufgerufen werden sollte, um die Pfade anzupassen.

 

[meiser79]

Stimmt, aber das passt nicht "dependency_libs" an.

# PKG_FIX_LIBTOOL_LA
#   fix directories is libtool .la files and .pc files
PKG_FIX_LIBTOOL_LA__INT = -e "s,^$1=('?)(.*)('?)$$,$1=\1$(TARGET_TOOLCHAIN_STAGING_DIR)\2\3,g"
PKG_FIX_LIBTOOL_LA = sed -i -r $(foreach key,libdir includedir prefix exec_prefix,$(call PKG_FIX_LIBTOOL_LA__INT,$(key)))

Und leider verstehe ich dieses sed nicht.

 

[er13]

Wie sieht denn so eine typische dependency_libs-Zeile aus (bin jetzt in der Arbeit kann daher selbst nicht nachschauen)?

Wenn ich mich nicht irre, kann sie mit dem von Whoopie zitierten sed nicht angepasst werden, denn sie enthält u.U. eine Liste von Libraries bzw. la-Dateien mit Leerzeichen als Delimiter, eventuell sogar mit -LIRGEND_EIN_PFAD zwischendurch. Da muss ein zusätzliches sed-Macro her.

@Whoopie:
Mit dem sed wird jede Zeile, die so aussieht
VARIABLE='PFAD'
in
VARIABLE='$(TARGET_TOOLCHAIN_STAGING_DIR)/PFAD'
umgewandelt, wobei Anführungszeichen optional sind und VARIABLE eine aus der foreach-Liste ist.

 

[meiser79]

Ich hab im Debian Bug-Tracker folgendes gefunden: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=543660

Ist für eine andere Bibliothek, aber dennoch interessant. Dort steht, dass man die *.la eigentlich nicht braucht, wenn es pkgconfig-Dateien gibt. Dies ist auch bei glib2 der Fall.

Also hab ich die entsprechenden la-Dateien gelöscht und es kompiliert durch. Was haltet ihr davon? Ist natürlich die Frage, ob andere Programme, die von glib2 abhängen, auch dann noch kompilieren.

Die "dependency_libs" sieht bei glib2 folgendermaßen aus:

dependency_libs=' -ldl /usr/lib/libglib-2.0.la -L/home/user/Privat/freetz/freetz-trunk/toolchain/build/gcc-4.2.4-uClibc-0.9.29/mipsel-linux-uclibc/usr/lib /home/user/Privat/freetz/freetz-trunk/toolchain/build/gcc-4.2.4-uClibc-0.9.29/mipsel-linux-uclibc/usr/lib/libpcre.la /home/user/Privat/freetz/freetz-trunk/toolchain/build/gcc-4.2.4-uClibc-0.9.29/mipsel-linux-uclibc/usr/lib/libintl.la /home/user/Privat/freetz/freetz-trunk/toolchain/build/gcc-4.2.4-uClibc-0.9.29/mipsel-linux-uclibc/usr/lib/libintl.la -lc'

 

[er13]

Und nutzt IRSSI dann die pkgconfig-Dateien oder denkt sich irgendwelche Dependencies aus, die dann zufälligerweise funktionieren? Wenn pkgconfig besser ist (wie es im Ticket steht), wieso nutzt dann IRSSI als erstes die .la-Dateien?

Was mir sonst an der Zeile auffällt, ist, dass alle anderen .la-Dateien mit vollem Pfad enthalten sind. Muss vielleicht nur glib2 gepatched werden und irgendwo ein DESTDIR hinzugefügt werden?

 

[olistudent]

Ich bin dem Fehler mal auf den Grund gegangen. Hab aber schon wieder vergessen was da genau los war. Auf jeden Fall liegt es daran, dass libtool diese Zeile falsch in die .la schreibt. Das wollte ich durch Bauen eines eigenen libtool verhindern. Dazu habe ich auch schon ein Ticket erstellt auf das noch niemand geantwortet hat.

MfG Oliver

 

[er13]

Oliver hat Recht. libtool ist schuld.

@Oliver: habe an das libtool-Ticket ein Patch angehängt, der die Makefile-Macros zur Verfügung stellt, nach denen Du gefragt hast. Leider ist an dem libtool-host-Paket noch etwas faul. Wird libtool ersetzt, so lässt sich glib2 gar nicht linken. Ursache noch unbekannt.

Edit: mit dem folgenden Patch lässt sich IRSSI bei mir einwandfrei übersetzen

 

[Tieflieger]

Morgen,
ich denke ihr werdet es schaffen, leider kann ich als Windowsuser (linuxanfänger) da leider wenig helfen .

danke Tieflieger

 

[Silent-Tears]

Dann kannst hier ja wenigstens was lernen...

 

[er13]

@Tiefflieger: das Bauen sollte seit 3982 funktionieren (make glib2-dirclean irssi-dirclean davor nicht vergessen). Das mit libproxy.so hat Oliver in 3971 gefixt. Probier's bitte nochmal

 

[Tieflieger]

Ich war unterwegs. deswegen erst jetzt Rückmeldung. ja danke - es geht. Was ich nun noch rausfinden muss - wie ich irssi austomatisch starte unter einen anderen User als root und das das Proxypflugin nachlade. rc.custom (Skript bauen) - aber ich denke das wird.

Danke nochmals
Tieflieger

PS - nach dem ich den Stick mit ext3 Formatiert habe läuft es fast zu Zufriedenheit.

Leider kann man keine Scripte nachladen - dazu wird perl benödigt.