Am Freitag, 10. Mai 2002 23:09 schrieb ratti:

Allerdings hat er bei mir Probleme mit ... äh... wie nennt man das jetzt... international codierten Betreffs. Wenn jemand einen Umlaut verwendet, sehe ich im Klartext etwas in der Art von

hmm. gerade mal eine Mail gefunden. Bei Pan 0.11.3 kein Problem ! Sonst nenne mir mal ne Gruppe / Nachricht wo das bei Dir vorkommt ! cu stonki -- Deutsche ProFTPD Dokumentation: http://www.stonki.de EFNET: #proftpd

Moin,

* Bernhard Walle  [02-05-12 17:25]:
>On Sun, 12 May 2002 at 17:21 (+0200), Thorsten Haude wrote:
>> * Thorsten Haude  [02-05-10 04:17]:
>> >Die Frage ist: Welche Newsreader sind empfehlenswert?
>> Vielen Dank für Eure Tips! Ich habe mir erstmal slrn besorgt, der
>> sieht Mutt einfach zu ähnlich.
>> 
>> Allerdings habe ich Schwierigkeiten beim 'make install':
>> - - - Schnipp - - -
>> ./chkslang slrn 10003 10400
>> /bin/sh ../autoconf/mkinstalldirs /usr/local/bin
>>  @LIBTOOL@  --mode=install /usr/bin/install -c  slrn /usr/local/bin/slrn
>> [...]
>> - - - Schnapp - - -
>Was sagt rpm -qi libtool?
- - - Schnipp - - -
yooden@eumel> rpm -qi libtool
Name        : libtool                      Relocations: (not relocateable)
Version     : 1.3.5                             Vendor: SuSE GmbH, Nuernberg, Germany
Release     : 117                           Build Date: Fre 11 Mai 2001 17:14:15 CEST
Install date: Son 02 Sep 2001 11:46:26 CEST      Build Host: subbotin.suse.de
Group       : Development/Tools             Source RPM: libtool-1.3.5-117.src.rpm
Size        : 728031                           License: GPL
Packager    : feedback@suse.de
Summary     : Tool to build "shared libraries"
Description :
GNU libtool is a set of shell scripts to automatically configure
UNIX architectures to build shared libraries in generic fashion.

Authors:
--------
    Gordon Matzigkeit 
    Ian Lance Taylor 

SuSE series: d
- - - Schnapp - - -

Thorsten
-- 
When bad men combine, the good must associate; else they will fall
one by one, an unpitied sacrifice in a contemptible struggle.
    - Edmund Burke

ratti wrote:

Hallo,

[...]

slrn hat hier problemlos übersetzt.

Mutt mit nntp-Patch auch. *SCNR* Benn -- #250319 - http://counter.li.org

Hallo Thorsten, * Thorsten Haude [12.05.02 20:14]:

* Bernd Schmelter [02-05-12 19:52]:

...

Mutt mit nntp-Patch auch. Das konnte ich nichtmal patchen.

Welchen Patch, von den zahllosen welchen? Gruss, Andreas -- Download best WAREZ: http://127.0.0.1

Hallo Bernd, * Bernd Schmelter [12.05.02 21:32]:

vvv-Patch Vsevolod Volkov http://www.mutt.org/links.html#patch

Ich habe gerade vorgestern den Patch zur 1.3.99i getestet. Ist recht gut gelungen, auch wenn mir slrn wesentlich lieber ist. ;-) Gruss, Andreas -- "Das Proggie funzt kewl" Freie Babysprache fuer den User! Klickibunti in die Koepfe!

Hallo Thorsten, * Thorsten Haude [12.05.02 21:39]:

...

Welchen Patch, von den zahllosen welchen?

* Andreas Kneib [02-05-12 20:39]: patch-1.5.1.vvv.nntp

Ging mit dem Patch der 1.3.99 ohne Probleme. Im entpackten Mutt-Tarball: patch -p1 < /pfad/zum/patch-1.3.99.vvv.nntp.gz und dann ./configure --enable-nntp Viele Gruesse, Andreas -- "Das Proggie funzt kewl" Freie Babysprache fuer den User! Klickibunti in die Koepfe!

Moin, * ratti [02-05-12 18:39]:

Thorsten Haude:

...

@LIBTOOL@ --mode=install /usr/bin/install -c slrn /usr/local/bin/slrn /bin/sh: @LIBTOOL@: command not found Paket libtool ist installiert? Jupp.

Thorsten -- Omnis enim res, quae quando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est. - Aurelius Augustinus

Moin, * Andreas Kneib [02-05-12 20:35]:

* Thorsten Haude [12.05.02 17:21]:

...

Allerdings habe ich Schwierigkeiten beim 'make install': - - - Schnipp - - - ./chkslang slrn 10003 10400 /bin/sh ../autoconf/mkinstalldirs /usr/local/bin @LIBTOOL@ --mode=install /usr/bin/install -c slrn /usr/local/bin/slrn /bin/sh: @LIBTOOL@: command not found make[2]: *** [install-binPROGRAMS] Error 127 make[2]: Leaving directory `/home/yooden/work/slrn-0.9.7.4/src' make[1]: *** [install-am] Error 2 make[1]: Leaving directory `/home/yooden/work/slrn-0.9.7.4/src' make: *** [install-recursive] Error 1 - - - Schnapp - - - Ich habe mal ein wenig 'rumgegrept. Muß @LIBTOOL@ nicht irgendwie gesetzt werden? Ich kann nur Zeilen wie diese finden: LIBTOOL = @LIBTOOL@ Weiß jemand, wo in makes Dokumentation das erklärt wird?

...

Ich habe gerade keinen Plan, wo das Problem liegt. Google kann anscheinend die @s nicht erkennen, also hilft mir das auch nicht. Mit...

\@LIBTOOL\@ --mode=install /usr/bin/install -c slrn /usr/local/bin/slrn

...gehts. Bei Google? Klappt hier nicht.

Ich habe genau ein Posting gefunden, dass _genau_ zu Deinem Problem passt, jedoch gibt es darauf leider keine Antworten. Die Message-ID ist <75e205d1.0203150803.1194a570@posting.google.com>. Kann ich ebenfalls nicht finden. Ist mein Google jetzt auch noch kaputt?

Was passiert, wenn Du slrn unter /usr/local/src/ kompilierst? Das geht bei mir mit dem ueblichen Dreischritt glatt durch. Du sprichst bestimmt von so einer RPM-Geschichte, das habe ich noch nie gemacht. Gibt's da 'ne einfache Anleitung oder eine Dokumentation?

Vielleicht, ich bin mir nicht sicher, musst Du ein bissle mit mit dem Schalter --with-libiconv-prefix=DIR experimentieren. Wo ist der Schalter dokumentiert?

Thorsten -- The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. - George Bernard Shaw

Hallo Philipp, * Philipp Thomas [12.05.02 21:48]:

Thorsten Haude [ 12 Mai 2002 21:23:20 +0200]:

...

LIBTOOL = @LIBTOOL@ Weiß jemand, wo in makes Dokumentation das erklärt wird?

Alle Konstrukte der Art @...@ werden von configure ersetzt, wenn es aus Makefile.in Makefile macht. In diesem Falle sollte configure.in einen Test auf libtool enthalten, sprich ein AM_PROG_LIBTOOL (wenn automake verwendet wird) oder ähnliches.

Koennte es sein, dass der Fehler in Richtung automake/autoconf zu suchen ist? Ich habe Dir Tools gar nicht insalliert, und das wird im Makefile auch so vermerkt: ,------[] | AUTOCONF = /usr/local/src/slrn-0.9.7.4/autoconf/missing autoconf | AUTOMAKE = /usr/local/src/slrn-0.9.7.4/autoconf/missing automake | AUTOHEADER = /usr/local/src/slrn-0.9.7.4/autoconf/missing autoheader `------* Gruss, Andreas -- "Ist das Wahre abstrakt, so ist es unwahr." [Hegel]

Thorsten Haude [12 Mai 2002 23:47:11 +0200]:

Bei mir steht da nur: AUTOCONF = autoconf AUTOMAKE = automake AUTOHEADER = autoheader

ALso ich habe es gerade eben mal auf einer 7.3 probiert und es läuft ohne Fehler durch. Also: automake, autoconf und gettext sind installiert? Dann ein 'make distclean', danach noch einmal configure mit den gewünschten Optionen aufrufen, 'make all' und zum Abschluss 'make install'. Philipp

Hallo Thorsten, * Thorsten Haude [12.05.02 23:47]:

* Andreas Kneib [02-05-12 23:27]:

...

Koennte es sein, dass der Fehler in Richtung automake/autoconf zu suchen ist? Auf jeden Fall, ich tappe momentan völlig im Dunkeln.

Ich hab' gerade mal alles, was ich zum Thema slrn und Auto* finden konnte, zergoogled. Nix.

...

Ich habe Dir Tools gar nicht insalliert, und das wird im Makefile auch so vermerkt: Du hast Auto* nicht installiert?

Stimmt.

Ich schon, darum wird es kaum liegen.

Sonst wuerde es vermutlich bei Google vor Beitraegen zu der Sache wimmeln. ;-)

An welcher Stelle aber wird der Austausch gesteuert?

Nachdem ich mir gerade slrn-0.9.7.4/aclocal.m4, slrn-0.9.7.4/slrn-0.9.7.4/autoconf/missing etc. angesehen habe, wuerde ich beim Maintainer Thomas Schultz anklopfen. Gerade bei der aclocal.m4 stehe ich doch etwas auf dem Schlauch. Gruss, Andreas -- " If it be poison'd, 'tis the lesser sin That mine eye loves it and doth first begin " Shakespeare, Sonett CXIV

Hallo Thorsten, * Thorsten Haude [13.05.02 20:34]:

* Andreas Kneib [02-05-13 00:52]:

...

Nachdem ich mir gerade slrn-0.9.7.4/aclocal.m4, slrn-0.9.7.4/slrn-0.9.7.4/autoconf/missing etc. angesehen habe, wuerde ich beim Maintainer Thomas Schultz anklopfen. Gerade bei der aclocal.m4 stehe ich doch etwas auf dem Schlauch. Habe ich gerade mal gemacht. Schaun wir mal.

Stoss bitte ins Horn, wenn Thomas geantwortet hat. Das Ergebnis interessiert mich. :-) Gruss, Andreas -- Download best WAREZ: http://127.0.0.1

Hallo Thorsten, * Thorsten Haude [12.05.02 21:23]:

Ich habe mal ein wenig 'rumgegrept. Muß @LIBTOOL@ nicht irgendwie gesetzt werden?

Ich habe nicht mehr getan als: tar xvzf slrn-0.9.7.4.tar.gz -C /usr/local/src/ cd /usr/local/src/slrn-0.9.7.4 ./configure make make install (Eigentlich "checkinstall", aber das sollte sich IMHO bei Abbruechen und Fehlermeldungen nichts tun)

...

Mit...

\@LIBTOOL\@ --mode=install /usr/bin/install -c slrn /usr/local/bin/slrn

...gehts. Bei Google? Klappt hier nicht.

Nanu? Ich habe mit dem Textbrowser w3m http://groups.google.com/advanced_group_search angesteuert und die Fehlermeldung mit den maskierten @s wie oben angegeben.

...

Ich habe genau ein Posting gefunden, dass _genau_ zu Deinem Problem passt, jedoch gibt es darauf leider keine Antworten. Die Message-ID ist <75e205d1.0203150803.1194a570@posting.google.com>. Kann ich ebenfalls nicht finden. Ist mein Google jetzt auch noch kaputt?

Ich kippe das Posting hier mal ab (sorry, fuer den Traffic, liebe Listige): ,----[ ]- | From: rolf-b@gmx.de (Rolf Braendle) | Newsgroups: de.comm.software.newsreader | Subject: slrn: Fehler bei make install | Date: 15 Mar 2002 08:03:32 -0800 | Organization: http://groups.google.com/ | Lines: 27 | Message-ID: <75e205d1.0203150803.1194a570@posting.google.com> | NNTP-Posting-Host: 80.131.44.87 | Content-Type: text/plain; charset=ISO-8859-1 | Content-Transfer-Encoding: 8bit | X-Trace: posting.google.com 1016208213 17237 127.0.0.1 (15 Mar 2002 16:03:33 GMT) | X-Complaints-To: groups-abuse@google.com | NNTP-Posting-Date: 15 Mar 2002 16:03:33 GMT | | | Hallo, | | ich hab mir die neue slrn Version 0.9.7.4 geholt und wollte die auf | meinem Rechner (Suse 7.2) installieren. Version 0.9.7.2 läuft hier | schon. | ./configure und make laufen ohne Fehlermeldung durch, aber beim make | install kommt folgendes: | ... | make[2]: Entering directory `/home/rolf/slrn-0.9.7.3/src' | ./chkslang slrn 10003 10400 | /bin/sh ../autoconf/mkinstalldirs /usr/local/bin | @LIBTOOL@ --mode=install /usr/bin/install -c slrn | /usr/local/bin/slrn | /bin/sh: @LIBTOOL@: command not found | make[2]: *** [install-binPROGRAMS] Error 127 | make[2]: Leaving directory `/home/rolf/slrn-0.9.7.3/src' | make[1]: *** [install-am] Error 2 | make[1]: Leaving directory `/home/rolf/slrn-0.9.7.3/src' | make: *** [install-recursive] Error 1 | | ich kann leidere mit der Meldung nicht viel anfangen, welchen Befehl | findet er denn nicht? Hat das was mit den libtools (Version) zu tun? | Installiert ist libtool 1.3.5-117. | | | MfG | Rolf | | `---- Vielleicht weiss "rolf-b@gmx.de" ja inzwischen mehr. ;-)

...

Was passiert, wenn Du slrn unter /usr/local/src/ kompilierst? Das geht bei mir mit dem ueblichen Dreischritt glatt durch. Du sprichst bestimmt von so einer RPM-Geschichte, das habe ich noch nie gemacht. Gibt's da 'ne einfache Anleitung oder eine Dokumentation?

Nein, meine RPMs bastel ich mit dem Tool (respektive dem Kommando "checkinstall"). Ich schiebe alles, was kompiliert und installiert werden soll nach /usr/local/src. Auch wenn ich es nicht mit checkinstall sondern mit "make install" installieren wuerde.

...

Vielleicht, ich bin mir nicht sicher, musst Du ein bissle mit mit dem Schalter --with-libiconv-prefix=DIR experimentieren. Wo ist der Schalter dokumentiert?

In slrn-0.9.7.4/doc/INSTALL.unix findest Du Hinweise und mit ./configure -help. Mit dem libiconv-prefix lag ich uebrigens daneben. :-( Gruss, Andreas -- Es gibt eine Sorte ungemein ueberlegener Menschen, die gern versichern, alles sei relativ. Das ist natuerlich Unsinn, denn wenn _alles_ relativ waere, gaebe es nichts, wozu es relativ sein koennte. [Russell]

Hallo Thorsten, * Thorsten Haude [12.05.02 23:30]:

...

...

...

\@LIBTOOL\@ --mode=install /usr/bin/install -c slrn /usr/local/bin/slrn Ich habe mit dem Textbrowser w3m http://groups.google.com/advanced_group_search angesteuert und die Fehlermeldung mit den maskierten @s wie oben angegeben. Klappt weder mit Konqueror noch mit Mozilla, ich kann mir auch nicht vorstellen, daß es am Browser liegt.

Lustig. Mit Netscape 6.2 klappt es sogar mit und ohne Backslash. :-) Schoen, dass Software so berechenbar ist. ;-)

...

Vielleicht weiss "rolf-b@gmx.de" ja inzwischen mehr. ;-) Ich frage ihn mal.

Mal sehen, woran es liegt. Ich bin ja wirklich gespannt. Gruss, Andreas -- "Ist das Wahre abstrakt, so ist es unwahr." [Hegel]

Hallo Thorsten, * Thorsten Haude [13.05.02 20:36]:

Moin,

* Andreas Kneib [02-05-12 23:45]:

...

* Thorsten Haude [12.05.02 23:30]:

...

...

...

...

\@LIBTOOL\@ --mode=install /usr/bin/install -c slrn /usr/local/bin/slrn Ich habe mit dem Textbrowser w3m http://groups.google.com/advanced_group_search angesteuert und die Fehlermeldung mit den maskierten @s wie oben angegeben. Klappt weder mit Konqueror noch mit Mozilla, ich kann mir auch nicht vorstellen, daß es am Browser liegt. Lustig. Mit Netscape 6.2 klappt es sogar mit und ohne Backslash. :-) Schoen, dass Software so berechenbar ist. ;-) Ich sehe sogar die gequoteten @s in Googles Textfeld!? (Ohne habe ich es natürlich auch versucht.)

Und Du kommst nicht zu der Seite, auf der der Artikel steht, denn ich hier gepostet habe?? Seltsam. Sogar mit Lynx komme ich dahin. Gruss, Andreas -- "Mit Befremden sehe ich, wie Leute, die Windows einsetzen, täglich abstürzen, sich Viren einfangen oder ihr System neu installieren müssen." Gefunden bei heise.de/newsticker

Moin, Thorsten Haude:

Hier war's: ./configure --with-ssl --enable-warnings --sysconfdir=/etc/slrn

Wie auch das nackte "./configure" klappt das hier problemlos. Andere Anregung: Wenn ich "configure", dann wird doch aus Makefile.in ein Makefile erzeugt, oder? Wenn ich das hier richtig begreife, sollte dabei "@LIBTOOL@" durch irgendetwas anderes, entsetzlich wichtiges ersetzt werden. Richtig? Wenn ich mir den source findgreppe(TM), dann finde ich "@LIBTOOL@" nur an fünf Stellen in einer einzigen Datei: intl/Makefile.in: LIBTOOL = @LIBTOOL@ $(LIBTOOL) --mode=compile $(COMPILE) $< $(LIBTOOL) --mode=link \ $(LIBTOOL) --mode=install \ $(LIBTOOL) --mode=uninstall \ Entweder begreife ich hier was nicht richtig, oder wir sind auf'm falschen Fuß. In dem erzeugten intl/Makefile steht nach(!) configure, make, make install ebenfalls: LIBTOOL = @LIBTOOL@ $(LIBTOOL) --mode=compile $(COMPILE) $< $(LIBTOOL) --mode=link \ $(LIBTOOL) --mode=install \ $(LIBTOOL) --mode=uninstall \ Also ist auch bei mir nix ersetzt worden. Trotzdem kann ich das Programm übersetzen und benutzen. Was mache ich falsch? :-) Gruß, Ratti -- http://www.gesindel.de | Fontlinge | Die Schriftenverwaltung für Windows

Hallo Thorsten, * Thorsten Haude [12.05.02 21:23]:

Du sprichst bestimmt von so einer RPM-Geschichte, das habe ich noch nie gemacht. Gibt's da 'ne einfache Anleitung oder eine Dokumentation?

Apropos "RPM": Kompiliert auf SuSE 7.2 und mit checkinstall zum RPM gebacken: $ du -h /usr/src/packages/RPMS/i386/slrn-0.9.7.4-1.i386.rpm 560k /usr/src/packages/RPMS/i386/slrn-0.9.7.4-1.i386.rpm Wenns in Dein System passt, lege ich Dir die 560k von slrn durchs Modem in Dein Postfach. Gruss, Andreas -- "Eine Sammlung von Kenntnissen macht keine Wissenschaft aus." [Hegel]

David Haller [13 Mai 2002 02:36:12 +0200]:

Das ist _eindeutig_ ein Problem des ./configure-scripts. Welche autoconf/automake/libtool Versionen hast du denn installiert?

Vergiss libtool, das wird nirgendwo in slrn selbst verwendet. Der einzige Punkt, wo libtool zum Installieren verwendet wird ist in intl/Makefile und da auch nur, wenn das zu installierende Paket gettext selbst ist.

Achso: Dein Problem ist, dass bei der Konvertierung des Makefile.in, durch ./configure, das @LIBTOOL@ nicht durch den hoffentlich gefundenen Wert des echten 'libtool' ersetzt wird.

Da slrn libtool nicht verwendet, wird es auch nicht gesucht (sprich kein AM_PROG_LIBTOOL). Und wie ich oben schon schrieb, wird es auch nicht benötigt. Philipp

Moin, * Philipp Thomas [02-05-13 09:41]:

David Haller [13 Mai 2002 02:36:12 +0200]: Da slrn libtool nicht verwendet, wird es auch nicht gesucht (sprich kein AM_PROG_LIBTOOL). Und wie ich oben schon schrieb, wird es auch nicht benötigt. Was kann ich daraus schließen? AM_PROG_LIBTOOL ist jedenfalls vorhanden, in aclocal.m4:1552: AC_DEFUN(AM_PROG_LIBTOOL, [indir([AC_PROG_LIBTOOL])])dnl

Thorsten -- When machines and computers, profit motives and property rights are considered more important than people; the giant triplets of racism, militarism, and economic exploitation are incapable of being conquered. - Martin Luther King

Moin, * Philipp Thomas [02-05-13 22:22]:

BTW, das aclocal.m4 aus slrn-0.9.7.4.tar.bz2 enthält keine Definition von AM_PROG_LIBTOOL, also sprechen wir wohl von verschiedenen Versionen? Außer daß ich als Flatratebesitzer das .gz geladen habe, sehe ich keinen Unterschied.

BTW2, da dieses aclocal den folgenden Kommentar enthält: ./aclocal.m4: dnl Enable libtool support if the surrounding package wishes it. ./aclocal.m4: INTL_LIBTOOL_SUFFIX_PREFIX=ifelse([$1], use-libtool, [l], []) ./aclocal.m4: AC_SUBST(INTL_LIBTOOL_SUFFIX_PREFIX)

Gehe ich davon aus, dass dieses deinen Fehler behebt. Dieses? Welches? Soll ich die drei Zeilen auskommentieren? Ausdnlen?

Thorsten -- Unterschätze nie die Macht dummer Leute, die einer Meinung sind. - Kurt Tucholsky

Ralf Corsepius [13 Mai 2002 23:43:11]

...

Aus configure.in und aclocal.m4 generiert nun automake das eigentliche configure,

Nicht ganz, etwas vereinfacht:

Ich weiss, ich muss mich ja andauernd mit autoconf, automake, libtool etc. auseinandersetzen. Ich meinte auch autoconf, habe aber automake geschrieben.

Ich kenne das Paket nicht, ... es gäbe da noch libtoolize und %{configure} aus rpm, die dort dazwischen funken könnten.

Nein, die einzige Stelle, wo libtool verwendet würde, ist intl/Makefile, also der Code für die libintl. Dieser aber wird *nur* benötigt, wenn entweder keine glibc vorhanden ist oder aber mit --with-included-gettext konfiguriert wird. intl/Makefile.in enthält: install-exec: all if test "$(PACKAGE)" = "gettext" \ && test '@INTLOBJS@' = '$(GETTOBJS)'; then \ $(mkinstalldirs) $(DESTDIR)$(libdir) $(DESTDIR)$(includedir); \ $(INSTALL_DATA) libintl.h $(DESTDIR)$(includedir)/libintl.h; \ $(LIBTOOL) --mode=install \ $(INSTALL_DATA) libintl.$la $(DESTDIR)$(libdir)/libintl.$la; \ else \ Das heisst, libtool wird *nur* verwendet, wenn intl/ Teil des gettext Paketes ist. Ich habe gerade noch einmal slrn konfiguriert (nur ./configure --prefix=~/test) und dann in intl 'make install' aufgerufen. Das läuft durch ohne Probleme und wie erwartet ist der erste Test auch if test "slrn" = "gettext" Philipp

Thorsten Haude [15 Mai 2002 01:51:40 +0200]:

Ich habe das jetzt mal so verstanden, daß man nach dem ./configure nach intl wechselt, dort 'make install' aufruft, danach 'make all' im Basisverzeichnis aufruft. Leider klappt das 'make install' dann immer noch nicht.

Das sollte es nicht heissen :) Das war nur ein Test von mir. Jetzt nochmal langsam zum Mitmeisseln :) - welche Optionen übergibst du configure? - hast du nach Installation von automake, autoconf und gettext ent- weder vor dem erneuten configure-Lauf 'make distclean' gemacht oder aber das Verzeichnis gelöscht und dann den Tarball neu installiert? - Welche Versionen von autoconf, automake und gettext sind installiert? Wenn du magst, konfigurier doch mal in einem frisch ausgepackten Baum mittels 'sh -x ./configure 2>conf.errlog' und schick mir das entstehende conf.errlog als PM. Mach bitte auch im Toplevel-Verzeichnis ein 'make install 2>&1|tee make.log' und hänge make.log auch an die Mail. Mit den beiden Dateien zusammen wird mir ja evtl. klar, was bei dir schief geht. Philipp