Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Re: [HCL] libeay32.dll not found
7 views
Skip to first unread message
Peter Faust
Sep 7, 2017, 1:45:54 PM9/7/17
to
Wolfgang Bauer wrote:
> *Peter 'pfloodie' Faust* schrieb:
> > Wolfgang Bauer wrote:
>
> > > Was steht in der Fehlermeldung? Daß libeay32.dll nicht gefunden wird.
> >
> > Nein, das steht nicht in der Fehlermeldung.
> >
> > > Die ist aber definitiv da.
> >
> > Natürlich ist libeay32.dll vorhanden: Es wird ja schließlich von der
> > libeay32.dll eine andere fehlende dll bemängelt.
>
> Jetzt sehe ich es, es fehlt die MSVCR120.dll.
>
> Aber das ist im Moment nicht relevant. Das Problem trat in KDE neon
> auf und das ist erstmal gestorben.
Oh, schade.
> Ich hatte das bestens funktionierende
> KDE neon auf einer 120 GB SSD und wollte das System mit Clonezilla auf
> eine 240 GB SSD bringen. Dabei ist alles kaputt gegangen. Das System auf
> der 120 GB SSD startet nicht mehr und von der 240 GB SSD auch nicht.
> Bei Wiederherstellung aus Backups wird gar nicht gebootet, kein System
> gefunden. Jetzt bin ich wieder in Kubuntu. Wenn ich mal wieder Lust habe
> installiere ich neu.
Hmm. USB-Stick mit Linux bootbar machen, Installation starten, passend
partitionieren, fertig. Das ist doch eigentlich kein großes Ding.
Nur wenn du Dualboot benötigst, dann wird es fummelig - insbesondere bei
den neueren Boards mit diesem UEFI. Aber auch das sollte nach Anleitung
nicht zu schwer sein.
Ich habe hier Windows XP und Vista mit Ubuntu 16.04 LTS als Dualboot.
Zuerst Windows installieren, dann USB-Stick einstöpseln und davon booten.
Dann wird automatisch Windows erkannt und eine passende Partitionierung
angeboten.
IIRC sollten für ein beliebiges Linux 50 bis 100 GiB reichen. Der Rest
kann entweder für Daten oder Windows sein. Damit ist dann auch eine
eventuelle Neuinstallation sehr viel einfacher.
Mein Ubuntu hat hier 50 GiB. Windows 100 GiB. Der Rest von 850 GiB ist
in 500 GiB für Daten und 350 GiB für Backups. Funktioniert einwandfrei.
Da das nichts mehr mit dem Hamster zu tun hat: X-Post & Fup² talk...
--
Ihr sechs seid meine fünf besten Freunde. Aber wir vier sind doch die
drei einzigen zwei.
> *Peter 'pfloodie' Faust* schrieb:
> > Wolfgang Bauer wrote:
>
> > > Was steht in der Fehlermeldung? Daß libeay32.dll nicht gefunden wird.
> >
> > Nein, das steht nicht in der Fehlermeldung.
> >
> > > Die ist aber definitiv da.
> >
> > Natürlich ist libeay32.dll vorhanden: Es wird ja schließlich von der
> > libeay32.dll eine andere fehlende dll bemängelt.
>
> Jetzt sehe ich es, es fehlt die MSVCR120.dll.
>
> Aber das ist im Moment nicht relevant. Das Problem trat in KDE neon
> auf und das ist erstmal gestorben.
Oh, schade.
> Ich hatte das bestens funktionierende
> KDE neon auf einer 120 GB SSD und wollte das System mit Clonezilla auf
> eine 240 GB SSD bringen. Dabei ist alles kaputt gegangen. Das System auf
> der 120 GB SSD startet nicht mehr und von der 240 GB SSD auch nicht.
> Bei Wiederherstellung aus Backups wird gar nicht gebootet, kein System
> gefunden. Jetzt bin ich wieder in Kubuntu. Wenn ich mal wieder Lust habe
> installiere ich neu.
Hmm. USB-Stick mit Linux bootbar machen, Installation starten, passend
partitionieren, fertig. Das ist doch eigentlich kein großes Ding.
Nur wenn du Dualboot benötigst, dann wird es fummelig - insbesondere bei
den neueren Boards mit diesem UEFI. Aber auch das sollte nach Anleitung
nicht zu schwer sein.
Ich habe hier Windows XP und Vista mit Ubuntu 16.04 LTS als Dualboot.
Zuerst Windows installieren, dann USB-Stick einstöpseln und davon booten.
Dann wird automatisch Windows erkannt und eine passende Partitionierung
angeboten.
IIRC sollten für ein beliebiges Linux 50 bis 100 GiB reichen. Der Rest
kann entweder für Daten oder Windows sein. Damit ist dann auch eine
eventuelle Neuinstallation sehr viel einfacher.
Mein Ubuntu hat hier 50 GiB. Windows 100 GiB. Der Rest von 850 GiB ist
in 500 GiB für Daten und 350 GiB für Backups. Funktioniert einwandfrei.
Da das nichts mehr mit dem Hamster zu tun hat: X-Post & Fup² talk...
--
Ihr sechs seid meine fünf besten Freunde. Aber wir vier sind doch die
drei einzigen zwei.
Wolfgang Bauer
Sep 7, 2017, 2:23:33 PM9/7/17
to
*Peter 'pfloodie' Faust* schrieb:
> Wolfgang Bauer wrote:
> Hmm. USB-Stick mit Linux bootbar machen, Installation starten, passend
> partitionieren, fertig. Das ist doch eigentlich kein großes Ding.
Ganau so habe ich doch. KDE neon auf Bootstick. Ich hatte auch schon mal
> Wolfgang Bauer wrote:
> Hmm. USB-Stick mit Linux bootbar machen, Installation starten, passend
> partitionieren, fertig. Das ist doch eigentlich kein großes Ding.
wieder neu installiert da gabe es aber mit tinews.pl und gpg Probleme.
Wenn ich wieder rangehe melde ich mich dazu.
> Da das nichts mehr mit dem Hamster zu tun hat: X-Post & Fup² talk...
und Thunderbird.
--
Der Weiseste ist derjenige,
der sich nicht dafür hält.
Nicolas Boileau
Peter Faust
Sep 7, 2017, 4:41:29 PM9/7/17
to
Wolfgang Bauer wrote:
> *Peter 'pfloodie' Faust* schrieb:
> > Wolfgang Bauer wrote:
>
> > Hmm. USB-Stick mit Linux bootbar machen, Installation starten, passend
> > partitionieren, fertig. Das ist doch eigentlich kein großes Ding.
>
> Ganau so habe ich doch. KDE neon auf Bootstick. Ich hatte auch schon mal
> wieder neu installiert da gabe es aber mit tinews.pl und gpg Probleme.
> Wenn ich wieder rangehe melde ich mich dazu.
Hmm. tin kompilieren und dann tinrc und tinews.pl nach /home und fertig.
> *Peter 'pfloodie' Faust* schrieb:
> > Wolfgang Bauer wrote:
>
> > Hmm. USB-Stick mit Linux bootbar machen, Installation starten, passend
> > partitionieren, fertig. Das ist doch eigentlich kein großes Ding.
>
> Ganau so habe ich doch. KDE neon auf Bootstick. Ich hatte auch schon mal
> wieder neu installiert da gabe es aber mit tinews.pl und gpg Probleme.
> Wenn ich wieder rangehe melde ich mich dazu.
Ggfls. an andere Pfade anpassen.
Aber in usr/local/bin/ hast du nichts zu editieren! Finger weg!
Merke: config-Daten liegen immer in home und werden auch dort editiert,
weil die immer Vorrang vor den Originaldaten in z.B. usr/local/bin haben.
> > Da das nichts mehr mit dem Hamster zu tun hat: X-Post & Fup² talk...
>
> Auf den Hamster will aber nicht verzichten, in der Hauptsache für flnews
> und Thunderbird.
Nur solltest du dir zuerst ein stabiles Betriebssystem einrichten, davon
dann ein Backup machen. Erst dann darfst du zusätzliche Programme selber
kompilieren und einrichten.
Aber niemals darfst du in Systemdateien rumpfuschen, wenn du nicht weißt
wie das korrekt geht oder warum du das machst!
Das schreibe ich dir übrigens deswegen so deutlich, weil du in d.c.s.n
schon wieder in Systemdateien rumpfuscht, anstatt die configdateien zu
bearbeiten. Urs meldet sich dazu sicher nicht ohne Grund: Der schüttelt
vermutlich gerade verzweifelt den Kopf und besäuft sich sinnlos:
Keine Berechtigungn bedeutet, du hast lediglich make install aufgerufen.
Sinnvollerweise nimmt man jedoch sudo make install. Oder, falls man so
wie ich heute GnuPG-2.2 vermurkst, man nutzt sudo checkinstall:
Dann kann man nämlich ganz einfach später ein sudo make uninstall nutzen.
--
Aller Unfug ist schwer.
Peter Faust
Sep 7, 2017, 4:52:06 PM9/7/17
to
Peter Faust wrote:
> Das schreibe ich dir übrigens deswegen so deutlich, weil du in d.c.s.n
> schon wieder in Systemdateien rumpfuscht, anstatt die configdateien zu
> bearbeiten. Urs meldet sich dazu sicher nicht ohne Grund: Der schüttelt
> vermutlich gerade verzweifelt den Kopf und besäuft sich sinnlos:
Oh, Urs hat sich doch gemeldet und einen Bison ins Rennen geworfen.
> Das schreibe ich dir übrigens deswegen so deutlich, weil du in d.c.s.n
> schon wieder in Systemdateien rumpfuscht, anstatt die configdateien zu
> bearbeiten. Urs meldet sich dazu sicher nicht ohne Grund: Der schüttelt
> vermutlich gerade verzweifelt den Kopf und besäuft sich sinnlos:
Was auch immer das bedeuten mag...
--
Der Zufall ist das Pseudonym, das der liebe Gott wählt, wenn er inkognito
bleiben will.
-- Albert Schweitzer
Wolfgang Bauer
Sep 8, 2017, 7:52:26 AM9/8/17
to
make
wird als User ausgeführt installiert wird mit
sudo make install
nichts anderes mache ich. Aber zu "schon wieder in Systemdateien
rumpfuscht". Was machst Du denn wenn nach sudo make install
nur root auf /usr/local/bin/tin Zugriff hat und beim Schreiben in eine
Gruppe Tin sagt "Posten nicht erlaubt"?
tin
Besitzer: root(root)
Zugriff: Lesen & schreiben
Gruppe: root
Zugriff: nur lesen
--
Die meisten Menschen sind unbestechlich.
Manche nehmen nicht einmal Vernunft an.
Peter Faust
Sep 8, 2017, 9:10:07 AM9/8/17
to
Wolfgang Bauer wrote:
> *Peter 'pfloodie' Faust* schrieb:
>> Wolfgang Bauer wrote:
>
>> Nur solltest du dir zuerst ein stabiles Betriebssystem einrichten, davon
>> dann ein Backup machen. Erst dann darfst du zusätzliche Programme selber
>> kompilieren und einrichten.
>>
>> Aber niemals darfst du in Systemdateien rumpfuschen, wenn du nicht weißt
>> wie das korrekt geht oder warum du das machst!
>>
>> Das schreibe ich dir übrigens deswegen so deutlich, weil du in d.c.s.n
>> schon wieder in Systemdateien rumpfuscht, anstatt die configdateien zu
>> bearbeiten. Urs meldet sich dazu sicher nicht ohne Grund: Der schüttelt
>> vermutlich gerade verzweifelt den Kopf und besäuft sich sinnlos:
>>
>> Keine Berechtigungn bedeutet, du hast lediglich make install aufgerufen.
>> Sinnvollerweise nimmt man jedoch sudo make install. Oder, falls man so
>> wie ich heute GnuPG-2.2 vermurkst, man nutzt sudo checkinstall:
>> Dann kann man nämlich ganz einfach später ein sudo make uninstall nutzen.
>
> ./configure und
> make
> wird als User ausgeführt installiert wird mit
> sudo make install
>
> nichts anderes mache ich.
Ok, das sieht ja völlig in Ordnung aus. Anders mache ich das hier ja
> *Peter 'pfloodie' Faust* schrieb:
>> Wolfgang Bauer wrote:
>
>> Nur solltest du dir zuerst ein stabiles Betriebssystem einrichten, davon
>> dann ein Backup machen. Erst dann darfst du zusätzliche Programme selber
>> kompilieren und einrichten.
>>
>> Aber niemals darfst du in Systemdateien rumpfuschen, wenn du nicht weißt
>> wie das korrekt geht oder warum du das machst!
>>
>> Das schreibe ich dir übrigens deswegen so deutlich, weil du in d.c.s.n
>> schon wieder in Systemdateien rumpfuscht, anstatt die configdateien zu
>> bearbeiten. Urs meldet sich dazu sicher nicht ohne Grund: Der schüttelt
>> vermutlich gerade verzweifelt den Kopf und besäuft sich sinnlos:
>>
>> Keine Berechtigungn bedeutet, du hast lediglich make install aufgerufen.
>> Sinnvollerweise nimmt man jedoch sudo make install. Oder, falls man so
>> wie ich heute GnuPG-2.2 vermurkst, man nutzt sudo checkinstall:
>> Dann kann man nämlich ganz einfach später ein sudo make uninstall nutzen.
>
> ./configure und
> make
> wird als User ausgeführt installiert wird mit
> sudo make install
>
> nichts anderes mache ich.
auch nicht...
> Aber zu "schon wieder in Systemdateien
> rumpfuscht". Was machst Du denn wenn nach sudo make install
> nur root auf /usr/local/bin/tin Zugriff hat und beim Schreiben in eine
> Gruppe Tin sagt "Posten nicht erlaubt"?
>
> tin
> Besitzer: root(root)
> Zugriff: Lesen & schreiben
> Gruppe: root
> Zugriff: nur lesen
pfloodie@mompou:/usr/local/bin$ ls -l tin
-rwxr-xr-x 1 root root 1019992 Jan 17 2017 tin
pfloodie@mompou:/usr/local/bin$ ls -l tinews.pl
-rwxr-xr-x 1 root root 38553 Jan 19 2017 tinews.pl
pfloodie@mompou:/usr/local/bin$
Nun, das da oben so lassen wie es ist und einfach mit tin posten.
Und genau das mache ich gerade, nachdem ich tin mit
EDITOR=gedit tin -g localhost
in XTerm gestartet habe.
Alles irgendwie merkwürdig bei dir.
Ok, bei mir auch: Dein Tipp für GPG2 funktioniert hier bei mir nicht.
Ich signiere immer noch mit GnuPG-v1.4... <seufz>
So hat wohl jeder irgendwelchen Murks, der bei anderen problemlos läuft.
Scheiß Computer.
--
¡unɟ oN ¿ƃıS oN
Wolfgang Bauer
Sep 8, 2017, 10:34:44 AM9/8/17
to
*Peter 'pfloodie' Faust* schrieb:
> Nun, das da oben so lassen wie es ist und einfach mit tin posten.
> Und genau das mache ich gerade, nachdem ich tin mit
> EDITOR=gedit tin -g localhost
> in XTerm gestartet habe.
>
> Alles irgendwie merkwürdig bei dir.
Fehler beim Posten mit externem inews, verwende eingebautes? (Y/n) Y
wolfgang@wolfgang-bauer:~$ rtin -g localhost -p 119
Lese Konfigurations-Datei...
gpg: Beglaubigung fehlgeschlagen: Unpassender IOCTL (I/O-Control) für das Gerät
gpg: pgptmp.txt: clearsign failed: Unpassender IOCTL (I/O-Control) für das Gerät
/usr/local/bin/tinews.pl: can't open pgptmp.txt.asc: No such file or directory
Und was ich sagen kann, jedes OS hat sein Eigenleben. Was in einem
geht geht im anderen nicht.
So hier TB mit HCL und KN. Kein Face, kein X-Face.
--
Meistens belehrt erst der Verlust uns über den Wert der Dinge.
Arthur Schopenhauer
> Nun, das da oben so lassen wie es ist und einfach mit tin posten.
> Und genau das mache ich gerade, nachdem ich tin mit
> EDITOR=gedit tin -g localhost
> in XTerm gestartet habe.
>
> Alles irgendwie merkwürdig bei dir.
wolfgang@wolfgang-bauer:~$ rtin -g localhost -p 119
Lese Konfigurations-Datei...
gpg: Beglaubigung fehlgeschlagen: Unpassender IOCTL (I/O-Control) für das Gerät
gpg: pgptmp.txt: clearsign failed: Unpassender IOCTL (I/O-Control) für das Gerät
/usr/local/bin/tinews.pl: can't open pgptmp.txt.asc: No such file or directory
Und was ich sagen kann, jedes OS hat sein Eigenleben. Was in einem
geht geht im anderen nicht.
So hier TB mit HCL und KN. Kein Face, kein X-Face.
--
Meistens belehrt erst der Verlust uns über den Wert der Dinge.
Arthur Schopenhauer
Peter Faust
Sep 8, 2017, 11:10:07 AM9/8/17
to
Wolfgang Bauer wrote:
> *Peter 'pfloodie' Faust* schrieb:
>
>> Nun, das da oben so lassen wie es ist und einfach mit tin posten.
>> Und genau das mache ich gerade, nachdem ich tin mit
>> EDITOR=gedit tin -g localhost
>> in XTerm gestartet habe.
>>
>> Alles irgendwie merkwürdig bei dir.
>
> Fehler beim Posten mit externem inews, verwende eingebautes? (Y/n) Y
>
> wolfgang@wolfgang-bauer:~$ rtin -g localhost -p 119
> Lese Konfigurations-Datei...
> gpg: Beglaubigung fehlgeschlagen: Unpassender IOCTL (I/O-Control) für das Gerät
> gpg: pgptmp.txt: clearsign failed: Unpassender IOCTL (I/O-Control) für das Gerät
> /usr/local/bin/tinews.pl: can't open pgptmp.txt.asc: No such file or directory
Dir ist der Unterschied rtin und tin bekannt?
> *Peter 'pfloodie' Faust* schrieb:
>
>> Nun, das da oben so lassen wie es ist und einfach mit tin posten.
>> Und genau das mache ich gerade, nachdem ich tin mit
>> EDITOR=gedit tin -g localhost
>> in XTerm gestartet habe.
>>
>> Alles irgendwie merkwürdig bei dir.
>
> Fehler beim Posten mit externem inews, verwende eingebautes? (Y/n) Y
>
> wolfgang@wolfgang-bauer:~$ rtin -g localhost -p 119
> Lese Konfigurations-Datei...
> gpg: Beglaubigung fehlgeschlagen: Unpassender IOCTL (I/O-Control) für das Gerät
> gpg: pgptmp.txt: clearsign failed: Unpassender IOCTL (I/O-Control) für das Gerät
> /usr/local/bin/tinews.pl: can't open pgptmp.txt.asc: No such file or directory
Versuch doch einfach mal
tin -g localhost
Das sollte laufen. Den Zusatz -p 119 brauchst du nur, wenn du noch einen
anderen Newsserver auf einem anderen Port ebenfalls als localhost laufen
hast oder den jeweiligen Newsserver einen anderen Port zugewiesen hast.
Aber sowas komisches macht man ja sowieso nicht ohne triftigen Grund...
rtin nutzt übrigens den in etc/newsserver eingetragenen Newsserver.
Falls da der Hamster drinsteht, kann das nicht funktionieren.
Schau dir mal die Logs vom Hamster an - nicht das du mit /rtin/ auf
den Hamster zugreifen willst, aber der Port oder user-pass nicht stimmt.
> Und was ich sagen kann, jedes OS hat sein Eigenleben. Was in einem
> geht geht im anderen nicht.
Oder kastrierte Funktionen. Das hat man ja letztens mit den Test mit
dem Expires-Header gesehen: Diverse Optionen von 'date' waren ja in
anderen Betriebssystemen gar nicht verfügbar.
> So hier TB mit HCL und KN. Kein Face, kein X-Face.
Problem. Läuft KorrNews überhaupt? (Ich gehe jetzt mal von Wine aus)
Ist KorrNews überhaupt in den automatischen Abläufen eingetragen?
Möglicherweise mal wieder eine falsche, nicht funktionierende Version
von Wine erwischt? Falls letzteres, solltest du dir die Version einer
Funktionierenden Installation notieren und diese dann explizit in deinem
neuen Betriebssystem installieren. Und dich schlau machen, wie du ein
zukünftiges Update verhinderst...
Aber ok, mach ruhig weiter so: Bald hast du mich soweit hier den Hamster
mit KorrNews unter Wine einzurichten... ;-)
--
˙ɐıɯǝʃnq ɔıɯǝpɐɔɐ s,ʇɐɥʇ 'sǝ⅄
Wolfgang Bauer
Sep 8, 2017, 11:36:00 AM9/8/17
to
*Peter 'pfloodie' Faust* schrieb:
> Wolfgang Bauer wrote:
> Wolfgang Bauer wrote:
>> Fehler beim Posten mit externem inews, verwende eingebautes? (Y/n) Y
>>
>> wolfgang@wolfgang-bauer:~$ rtin -g localhost -p 119
>> Lese Konfigurations-Datei...
>> gpg: Beglaubigung fehlgeschlagen: Unpassender IOCTL (I/O-Control) für das Gerät
>> gpg: pgptmp.txt: clearsign failed: Unpassender IOCTL (I/O-Control) für das Gerät
>> /usr/local/bin/tinews.pl: can't open pgptmp.txt.asc: No such file or directory
>
> Dir ist der Unterschied rtin und tin bekannt?
>
> Versuch doch einfach mal
> tin -g localhost
Es kommt der gleiche Fehler.
>>
>> wolfgang@wolfgang-bauer:~$ rtin -g localhost -p 119
>> Lese Konfigurations-Datei...
>> gpg: Beglaubigung fehlgeschlagen: Unpassender IOCTL (I/O-Control) für das Gerät
>> gpg: pgptmp.txt: clearsign failed: Unpassender IOCTL (I/O-Control) für das Gerät
>> /usr/local/bin/tinews.pl: can't open pgptmp.txt.asc: No such file or directory
>
> Dir ist der Unterschied rtin und tin bekannt?
>
> Versuch doch einfach mal
> tin -g localhost
> rtin nutzt übrigens den in etc/newsserver eingetragenen Newsserver.
tin -g localhost wie auch
rtin -g localhost
verbindet mit leafnode. Tin und slrn gehen über leafnode.
>> So hier TB mit HCL und KN. Kein Face, kein X-Face.
>
> Hmm. Gerade mit KorrNews sind beliebige Header doch nun wirklich kein
> Problem. Läuft KorrNews überhaupt? (Ich gehe jetzt mal von Wine aus)
> Ist KorrNews überhaupt in den automatischen Abläufen eingetragen?
Antworten auf ein eigenes Testposting an
Wolfgang 'Ingrid' Bauer schrieb:
> Aber ok, mach ruhig weiter so: Bald hast du mich soweit hier den Hamster
> mit KorrNews unter Wine einzurichten... ;-)
Aber Du hast ja soviel anderes zu tun. Aber zum Testen, schaden kann es
> mit KorrNews unter Wine einzurichten... ;-)
nicht,
ist alles wieder zu deinstallieren.
--
Menschen die Katzen nicht mögen, müssen in einem
früheren Leben eine Maus gewesen sein.
Peter Faust
Sep 8, 2017, 11:49:30 AM9/8/17
to
Wolfgang Bauer wrote:
> *Peter 'pfloodie' Faust* schrieb:
>> Wolfgang Bauer wrote:
>
>>> Fehler beim Posten mit externem inews, verwende eingebautes? (Y/n) Y
>>>
>>> wolfgang@wolfgang-bauer:~$ rtin -g localhost -p 119
>>> Lese Konfigurations-Datei...
>>> gpg: Beglaubigung fehlgeschlagen: Unpassender IOCTL (I/O-Control) für das Gerät
>>> gpg: pgptmp.txt: clearsign failed: Unpassender IOCTL (I/O-Control) für das Gerät
>>> /usr/local/bin/tinews.pl: can't open pgptmp.txt.asc: No such file or directory
>>
>> Dir ist der Unterschied rtin und tin bekannt?
>>
>> Versuch doch einfach mal
>> tin -g localhost
>
> Es kommt der gleiche Fehler.
>
>> rtin nutzt übrigens den in etc/newsserver eingetragenen Newsserver.
>
> In /etc/news/ ist leafnode eingetragen. Und
> tin -g localhost wie auch
> rtin -g localhost
>
> verbindet mit leafnode. Tin und slrn gehen über leafnode.
Dann kann ich mir nur noch falsche Pfade in tinews.pl vorstellen.
> *Peter 'pfloodie' Faust* schrieb:
>> Wolfgang Bauer wrote:
>
>>> Fehler beim Posten mit externem inews, verwende eingebautes? (Y/n) Y
>>>
>>> wolfgang@wolfgang-bauer:~$ rtin -g localhost -p 119
>>> Lese Konfigurations-Datei...
>>> gpg: Beglaubigung fehlgeschlagen: Unpassender IOCTL (I/O-Control) für das Gerät
>>> gpg: pgptmp.txt: clearsign failed: Unpassender IOCTL (I/O-Control) für das Gerät
>>> /usr/local/bin/tinews.pl: can't open pgptmp.txt.asc: No such file or directory
>>
>> Dir ist der Unterschied rtin und tin bekannt?
>>
>> Versuch doch einfach mal
>> tin -g localhost
>
> Es kommt der gleiche Fehler.
>
>> rtin nutzt übrigens den in etc/newsserver eingetragenen Newsserver.
>
> In /etc/news/ ist leafnode eingetragen. Und
> tin -g localhost wie auch
> rtin -g localhost
>
> verbindet mit leafnode. Tin und slrn gehen über leafnode.
Wenn du tinews.pl auskommentierst, dann funktioniert posten?
Ist tin überhaupt richtig mit externem inews kompiliert?
Irgendwas war da in den Optionen für ./configure ...
>>> So hier TB mit HCL und KN. Kein Face, kein X-Face.
>>
>> Hmm. Gerade mit KorrNews sind beliebige Header doch nun wirklich kein
>> Problem. Läuft KorrNews überhaupt? (Ich gehe jetzt mal von Wine aus)
>> Ist KorrNews überhaupt in den automatischen Abläufen eingetragen?
>
> Korrnews ist eingebunden. Ich sehe das an der Randomsig und bei
> Antworten auf ein eigenes Testposting an
> Wolfgang 'Ingrid' Bauer schrieb:
>> Aber ok, mach ruhig weiter so: Bald hast du mich soweit hier den Hamster
>> mit KorrNews unter Wine einzurichten... ;-)
>
> Aber Du hast ja soviel anderes zu tun. Aber zum Testen, schaden kann es
> nicht,
> ist alles wieder zu deinstallieren.
Nur mal auf die Schnelle, ohne SSL, ohne KorrNews.
KorrNews will nicht laufen - irgendein Funktionsaufruf ist fehlerhaft,
sacht Wine.
Egal. Rrrrichtige Männer nutzen sowieso *.hsc-Scripte und kein KorrNews.
;->
Wolfgang Bauer
Sep 8, 2017, 12:08:20 PM9/8/17
to
*Peter 'pfloodie' Faust* schrieb:
> Wolfgang Bauer wrote:
>> *Peter 'pfloodie' Faust* schrieb:
> Wolfgang Bauer wrote:
>>> Versuch doch einfach mal
>>> tin -g localhost
>>
>> Es kommt der gleiche Fehler.
>>
>>> rtin nutzt übrigens den in etc/newsserver eingetragenen Newsserver.
>>
>> In /etc/news/ ist leafnode eingetragen. Und
>> tin -g localhost wie auch
>> rtin -g localhost
>>
>> verbindet mit leafnode. Tin und slrn gehen über leafnode.
>
> Dann kann ich mir nur noch falsche Pfade in tinews.pl vorstellen.
> Wenn du tinews.pl auskommentierst, dann funktioniert posten?
> Ist tin überhaupt richtig mit externem inews kompiliert?
> Irgendwas war da in den Optionen für ./configure ...
das ist bei slrn so. Bei Tin ist das automatisch dabei. Bei der
Kompilierung von Tin wird ja die tinews.pl erzeugt.
>
>> Korrnews ist eingebunden. Ich sehe das an der Randomsig und bei
>> Antworten auf ein eigenes Testposting an
>> Wolfgang 'Ingrid' Bauer schrieb:
>>> Aber ok, mach ruhig weiter so: Bald hast du mich soweit hier den Hamster
>>> mit KorrNews unter Wine einzurichten... ;-)
>>
>> Aber Du hast ja soviel anderes zu tun. Aber zum Testen, schaden kann es
>> nicht, ist alles wieder zu deinstallieren.
--
>> Korrnews ist eingebunden. Ich sehe das an der Randomsig und bei
>> Antworten auf ein eigenes Testposting an
>> Wolfgang 'Ingrid' Bauer schrieb:
>>> Aber ok, mach ruhig weiter so: Bald hast du mich soweit hier den Hamster
>>> mit KorrNews unter Wine einzurichten... ;-)
>>
>> Aber Du hast ja soviel anderes zu tun. Aber zum Testen, schaden kann es
>> nicht, ist alles wieder zu deinstallieren.
Früher Vogelsang macht den Winter lang.
Wolfgang Bauer
Sep 8, 2017, 1:39:03 PM9/8/17
to
*Peter 'pfloodie' Faust* schrieb:
> Wolfgang Bauer wrote:
> Wolfgang Bauer wrote:
>> So hier TB mit HCL und KN. Kein Face, kein X-Face.
>
> Hmm. Gerade mit KorrNews sind beliebige Header doch nun wirklich kein
> Problem. Läuft KorrNews überhaupt? (Ich gehe jetzt mal von Wine aus)
> Ist KorrNews überhaupt in den automatischen Abläufen eingetragen?
Erfolgsmeldung
>
> Hmm. Gerade mit KorrNews sind beliebige Header doch nun wirklich kein
> Problem. Läuft KorrNews überhaupt? (Ich gehe jetzt mal von Wine aus)
> Ist KorrNews überhaupt in den automatischen Abläufen eingetragen?
Ich habe Korrnews von Kubuntu herübergenommen, jetzt habe ich auch
Face und X-Face. Mit dem Korrnews was ich hier hatte muß etwas kaputt
gewesen sein.
Wolfgang
--
"Sie haben die Arbeitsmoral einer Katze!", brüllt der Chef.
"Wie kommen Sie denn darauf?"
"Das fragen Sie noch? Sie schleichen jeden Tag ins Büro,
legen die Pfoten auf den Tisch und warten auf Ihre Mäuse!"
Wolfgang Bauer
Sep 9, 2017, 4:16:49 AM9/9/17
to
Peter Faust wrote:
> Pack tinews.pl mal ins home-Verzeichnis.
Also das hätte ich am wenigsten erwartet, aber so geht es.
Das hatte mir Urs vor längerer Zeit schon gesagt. In die tinews.pl soll nichts eingetragen
werden. Grund, man muß die Einstellungen nach jeder Kompilierung neu machen, weil dann
tinews.pl überschrieben wird. Urs meint die entsprechenden Angaben gehören in die
~/.tinewsrc
--
Man soll dem Affen kein Geld leihen, wenn man nicht auf den Baum
klettern kann.
-- Afrikanisches Sprichwort
> Pack tinews.pl mal ins home-Verzeichnis.
Also das hätte ich am wenigsten erwartet, aber so geht es.
Das hatte mir Urs vor längerer Zeit schon gesagt. In die tinews.pl soll nichts eingetragen
werden. Grund, man muß die Einstellungen nach jeder Kompilierung neu machen, weil dann
tinews.pl überschrieben wird. Urs meint die entsprechenden Angaben gehören in die
~/.tinewsrc
--
Man soll dem Affen kein Geld leihen, wenn man nicht auf den Baum
klettern kann.
-- Afrikanisches Sprichwort
Wolfgang Bauer
Sep 9, 2017, 6:31:41 AM9/9/17
to
*Peter 'pfloodie' Faust* schrieb:
> Und, falls das funktioniert, brauchst du nur die tinewsrc zu sichern
> bzw. auf einen anderen Rechner / anderes Betriebssystem kopieren und
> tin funktioniert sofort. Vorher natürlich Pfade kontrollieren.
Ich habe eben auf zwei externe Datenträger je ein Systembackup gemacht.
Wolfgang
--
Ich bin nicht dumm, ich hab nur Pech beim Denken.
> Und, falls das funktioniert, brauchst du nur die tinewsrc zu sichern
> bzw. auf einen anderen Rechner / anderes Betriebssystem kopieren und
> tin funktioniert sofort. Vorher natürlich Pfade kontrollieren.
Ich habe eben auf zwei externe Datenträger je ein Systembackup gemacht.
Wolfgang
--
Ich bin nicht dumm, ich hab nur Pech beim Denken.
0 new messages