Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comm.software.newsreader > #13780 > unrolled thread

Tin cannot open shared object file

Back to article view | Back to de.comm.software.newsreader

Contents

  Tin cannot open shared object file Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2026-05-19 19:58 +0200
    Re: Tin cannot open shared object file Marco Moock <mm@dorfdsl.de> - 2026-05-19 20:14 +0200
      Re: Tin cannot open shared object file Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2026-05-19 22:22 +0200
        Re: Tin cannot open shared object file Urs Janßen <urs@oxycon.tin.org> - 2026-05-19 21:55 +0000
          Re: Tin cannot open shared object file Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2026-05-20 00:49 +0200
            Re: Tin cannot open shared object file Urs Janßen <urs@oxycon.tin.org> - 2026-05-19 23:55 +0000
              Re: Tin cannot open shared object file Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2026-05-20 10:07 +0200
                Re: Tin cannot open shared object file Urs Janßen <urs@oxycon.tin.org> - 2026-05-20 11:14 +0000
                  Re: Tin cannot open shared object file Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2026-05-20 14:19 +0200
                    Re: Tin cannot open shared object file Urs Janßen <urs@oxycon.tin.org> - 2026-05-20 13:36 +0000
            Re: Tin cannot open shared object file Joerg Walther <joerg.walther@magenta.de> - 2026-05-20 11:41 +0200
              Re: Tin cannot open shared object file Martin Schnitkemper <news.trash.5.mschnitk@spamgourmet.com> - 2026-05-20 12:11 +0200
                Re: Tin cannot open shared object file Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2026-05-20 13:40 +0200
          Re: Tin cannot open shared object file Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2026-05-20 09:29 +0200
            Re: Tin cannot open shared object file Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-05-21 11:14 +0200
              Re: Tin cannot open shared object file Urs Janßen <urs@oxycon.tin.org> - 2026-05-21 11:00 +0000
                Re: Tin cannot open shared object file Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-05-23 09:27 +0200
                  Re: Tin cannot open shared object file Anne Frank <bounce.me@n2n.oc2mx.net> - 2026-05-23 09:41 +0200
                  Re: Tin cannot open shared object file Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2026-05-23 10:01 +0200
                    Re: Tin cannot open shared object file Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-05-23 14:11 +0200
                  Re: Tin cannot open shared object file "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2026-05-23 11:00 +0200
                  Re: Tin cannot open shared object file Joerg Mertens <joerg-mertens@t-online.de> - 2026-05-23 11:46 +0200
                    Re: Tin cannot open shared object file Ralph Aichinger <ra@h5.or.at> - 2026-05-23 11:20 +0000
                    Re: Tin cannot open shared object file Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-05-23 14:12 +0200
                      CachyOS Linux (was: Re: Tin cannot open shared object file) Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2026-05-23 14:50 +0200
                  Re: Tin cannot open shared object file Marco Moock <mm@dorfdsl.de> - 2026-05-23 12:45 +0200
                    Re: Tin cannot open shared object file "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2026-05-23 13:20 +0200
                      Re: Tin cannot open shared object file Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2026-05-23 13:32 +0200
                        Re: Tin cannot open shared object file Marc Haber <mh+usenetspam2616@zugschl.us> - 2026-05-23 14:13 +0200
                          Linux CachyOS (was: Tin cannot open shared object file) Wolfgang Bauer <wolfgang-bauer@mein.gmx> - 2026-05-23 14:42 +0200

Page 1 of 2  [1] 2  Next page →

#13780 — Tin cannot open shared object file

Grüß euch,

Ich habe in Cachy/Arch-Linux Tin installiert. Mit dem heutigen Update
ist libexttextcat-2.0.so.0 offensichtlich gelöscht worden.
tin: error while loading shared libraries: libexttextcat-2.0.so.0
Kann ich da etwas reparieren?

Freundliche Grüße
Wolfgang Bauer
-- 
Charlie Chaplin blickte Albert Einstein einst an,
schmunzelte und sagte: "Mir wird applaudiert, weil mich jeder versteht.
Ihnen wird applaudiert, weil Sie niemand versteht."

[toc] | [next] | [standalone]

#13781

Am 19.05.26 um 19:58 schrieb Wolfgang Bauer:
> Ich habe in Cachy/Arch-Linux Tin installiert. Mit dem heutigen Update
> ist libexttextcat-2.0.so.0 offensichtlich gelöscht worden.
> tin: error while loading shared libraries: libexttextcat-2.0.so.0
> Kann ich da etwas reparieren?

Um sowas muss sich der Paketmanager kümmern. Gibt es da Fehler bezüglich 
Abhängigkeiten? Falls nein, prüfen, ob tin von dem Paket abhängt, was 
diese Bibliothek bereitstellt.

-- 
Gruß
Marco

Spam bitte an abfalleimer2001@stinkedores.dorfdsl.de

[toc] | [prev] | [next] | [standalone]

#13782

Am Di, 19.05.2026 um 20:14 schrieb Marco Moock:

> Um sowas muss sich der Paketmanager kümmern. Gibt es da Fehler bezüglich 
> Abhängigkeiten? 

Der Paketmanager kann sich nur um das kümmern, was ihm auch bekannt ist. Da
Wolfgang grundsätzlich alles am Paketmanager vorbei manuell installiert,
ist er sein eigener Manager und dadurch selber für die Integration der
Software in das System verantwortlich. 

Wahrscheinlich reicht eine neue Kompilation gegen die aktuell installierten
Bibliotheken.

> Falls nein, prüfen, ob tin von dem Paket abhängt, was 
> diese Bibliothek bereitstellt.

Weil er ohne Paketmanager hantiert, muss er sich auch selber um die
Abhängigkeiten kümmern.

libexttextcat gehört zum gleichnamigen Paket, und in meinem tin-
Installationspaket und auch im Kompilat gibt es keine direkte Abhängigkeit
auf libexttextcat; die einzige Abhängigkeit darauf, die es
distributionsweit überhaupt gibt ist die zu LibreOffice.

-- 
‣ Powered by Arch Linux x86_64 🐧 Kernel: 7.0.8-arch1-1 | KDE-Plasma 6.6.5
‣ Installed 4538 days ago, up 2 days, 11 hours, 48 minutes
‣ +++ Beim Herunterfahren abgestürzt: Almwirt wollte PC zu Reparatur 
  bringen +++

[toc] | [prev] | [next] | [standalone]

#13783

Martin Schnitkemper wrote:
> Wahrscheinlich reicht eine neue Kompilation gegen die aktuell installierten
> Bibliotheken.

oder reinstall der lib

> libexttextcat gehört zum gleichnamigen Paket, und in meinem tin-
> Installationspaket und auch im Kompilat gibt es keine direkte Abhängigkeit
> auf libexttextcat; die einzige Abhängigkeit darauf, die es
> distributionsweit überhaupt gibt ist die zu LibreOffice.

[doc/INSTALL]
| --disable-language-guessing (default: enabled)
| Don't try to guess the language of the current article. Otherwise
| Language guessing is done for articles/mime-parts with
| Content-Transfer-Encoding 7bit or 8bit, but not base64 or quoted-printable.

ohh - doku veraltet, diese einschraenkung gibt's nicht mehr.

| If not disabled configure checks for libexttextcat >= 3.4.7.

[toc] | [prev] | [next] | [standalone]

#13784

Am Di, 19.05.2026 um 23:55 schrieb Urs Janßen:

> | If not disabled configure checks for libexttextcat >= 3.4.7.  

Die Änderung kam upstream mit 3.4.8
https://git.libreoffice.org/libexttextcat/+/refs/tags/v3.4.8/ChangeLog

| SONAME bumped libexttextcat-2.0.so.0 -> libexttextcat-2.0.so.1

-- 
‣ Powered by Arch Linux x86_64 🐧 Kernel: 7.0.8-arch1-1 | KDE-Plasma 6.6.5
‣ Installed 4538 days ago, up 2 days, 14 hours, 18 minutes
‣ +++ Läuse in jeder Peruecke: Südamerikanische Friseure klagen über 
  Schädlingsepidemie +++

[toc] | [prev] | [next] | [standalone]

#13785

Martin Schnitkemper wrote:
> Die Änderung kam upstream mit 3.4.8

und rolling disease. YGWYPF.

> https://git.libreoffice.org/libexttextcat/+/refs/tags/v3.4.8/ChangeLog
> 
> | SONAME bumped libexttextcat-2.0.so.0 -> libexttextcat-2.0.so.1

wegen
<https://gerrit.libreoffice.org/c/libexttextcat/+/205237>
das wuerde tin wohl nicht jucken (verwendet nur
special_textcat_Init(), textcat_Classify(), textcat_Done()),
sollte man also notfalls mit nem symlink zurechtpfuschen
koennen, wenn man denn nicht neu compilieren kann/will.

[toc] | [prev] | [next] | [standalone]

#13787

Am Mi, 20.05.2026 um 01:55 schrieb Urs Janßen:

> > Die Änderung kam upstream mit 3.4.8  
> 
> und rolling disease. YGWYPF.

Würden andere Distributionen es besser machen? Dort wird die Änderung auch
irgendwann ankommen, mit denselben Auswirkungen für den Benutzer, nur
später.

Die Paketbetreuer haben ihre Arbeit gemacht, indem sie ihre Pakete die von
libexttextcat abhängig sind neu gebaut haben. 

In sofern würde ich mal nicht von einem rolling disease sprechen wollen,
wenn die Krankheit der Benutzer selber zu verantworten hat und somit auch
für die Heilung zuständig ist.
-- 
‣ Powered by Arch Linux x86_64 🐧 Kernel: 7.0.8-arch1-1 | KDE-Plasma 6.6.5
‣ Installed 4539 days ago, up 2 days, 23 hours, 17 minutes
‣ +++ Gans nahm teil: Gustav aus Entenhausen belegt 3. Platz bei 
  Psy-Dance-Contest +++

[toc] | [prev] | [next] | [standalone]

#13790

Martin Schnitkemper wrote:
>> und rolling disease. YGWYPF.
> Würden andere Distributionen es besser machen? Dort wird die Änderung auch
> irgendwann ankommen, mit denselben Auswirkungen für den Benutzer, nur
> später.

da kann man (oft) auf aeltere versionen einzelner pakete zurueck
gehen (sammt abhaengender pakete (hier dann z.b. libreoffice) oder
mehrere versionen parallel installiert haben (aber den riss dafuer
wird in diesem fall eher niemand machen) - geht nicht bei allen
RRs.

[toc] | [prev] | [next] | [standalone]

#13792

Am Mi, 20.05.2026 um 13:14 schrieb Urs Janßen:

> da kann man (oft) auf aeltere versionen einzelner pakete zurueck
> gehen (sammt abhaengender pakete (hier dann z.b. libreoffice) oder

Das kann man bei Arch auch, sofern sich die Paketdateien noch im lokalen
Paketcache befinden und es keine weiteren Konflikte zum aktuellen System
gibt. 

Wem danach ist, der kann es bei Arch (und ich schätze bei Cachy auch) noch
weiter treiben und durch ein rollback das komplette System auf einen
bestimmten Stand zurücksetzen:
https://wiki.archlinux.org/title/Arch_Linux_Archive#Restore_all_packages_to_a_specific_date
-- 
‣ Powered by Arch Linux x86_64 🐧 Kernel: 7.0.8-arch1-1 | KDE-Plasma 6.6.5
‣ Installed 4539 days ago, up 3 days, 3 hours, 50 minutes
‣ +++ Überall Gates: Familie holt Microsoft-Gründer vom Flughafen ab +++
  

[toc] | [prev] | [next] | [standalone]

#13793

Martin Schnitkemper wrote:
>> da kann man (oft) auf aeltere versionen einzelner pakete zurueck
>> gehen (sammt abhaengender pakete (hier dann z.b. libreoffice) oder
> Das kann man bei Arch auch, sofern sich die Paketdateien noch im lokalen
> Paketcache befinden und es keine weiteren Konflikte zum aktuellen System

also eher nein.

> gibt. 
> 
> Wem danach ist, der kann es bei Arch (und ich schätze bei Cachy auch) noch
> weiter treiben und durch ein rollback das komplette System auf einen

klar, aber das downgraded dann eben _alles_ und nicht _nur_ das eine
paket und die davon abhaengigen.

egal, eh hier OT.

[toc] | [prev] | [next] | [standalone]

#13788

Martin Schnitkemper wrote:

>| SONAME bumped libexttextcat-2.0.so.0 -> libexttextcat-2.0.so.1

Quickfix: mit ln -s einen Link von so.1 zu so.0 herstellen. Damit habe
ich mir mal Crosspoint am Laufen gehalten, bis eine neue Version
rauskam.

-jw-
-- 
And now for something completely different...

[toc] | [prev] | [next] | [standalone]

#13789

Am Mi, 20.05.2026 um 11:41 schrieb Joerg Walther:

> Quickfix: mit ln -s einen Link von so.1 zu so.0 herstellen. Damit habe
> ich mir mal Crosspoint am Laufen gehalten, bis eine neue Version
> rauskam.

Aber wer soll denn diese "neue Version" liefern? Abwarten kann doch keine
Strategie sein. Da tin kein offizielles Paket im Repo des Distributors ist,
muss man schon selber tätig werden, wenn man etwas neues und zum System
passendes haben möchte.

Wie Urs schon schrieb wird ein Symlink hier erst einmal helfen, aber eine
nachhaltige Lösung kann nur sein, die Anwendung neu zu kompilieren, damit
sie auf die aktuelle Version libexttextcat-2.0.so.1 verweist.
-- 
‣ Powered by Arch Linux x86_64 🐧 Kernel: 7.0.8-arch1-1 | KDE-Plasma 6.6.5
‣ Installed 4539 days ago, up 3 days, 1 hour, 35 minutes
‣ +++ Bezieht Pension: Rentner möchte seinen Ruhestand in einem Gästehaus 
  genießen +++

[toc] | [prev] | [next] | [standalone]

#13791

Martin Schnitkemper schrieb:

> Wie Urs schon schrieb wird ein Symlink hier erst einmal helfen, aber eine
> nachhaltige Lösung kann nur sein, die Anwendung neu zu kompilieren, damit
> sie auf die aktuelle Version libexttextcat-2.0.so.1 verweist.

Mit /lib/libexttextcat-2.0.so.1 neu compiliert.

Freundliche Grüße
Wolfgang Bauer
-- 
Charlie Chaplin blickte Albert Einstein einst an,
schmunzelte und sagte: "Mir wird applaudiert, weil mich jeder versteht.
Ihnen wird applaudiert, weil Sie niemand versteht."

[toc] | [prev] | [next] | [standalone]

#13786

Urs Janßen schrieb:
> Martin Schnitkemper wrote:
>> Wahrscheinlich reicht eine neue Kompilation gegen die aktuell installierten
>> Bibliotheken.
> 
> oder reinstall der lib

Das habe ich gemacht und Tin dann neu gemacht.
Mal schauen ob es das nächste Update übersteht.
Danke allen Helfern.

Freundliche Grüße
Wolfgang Bauer
-- 
https://www.wolfgang-bauer.at/

[toc] | [prev] | [next] | [standalone]

#13794

Wolfgang Bauer <wolfgang-bauer@mein.gmx> wrote:
>Mal schauen ob es das nächste Update übersteht.

Das wird früher oder später immer wieder passieren. Libraries
entwickeln sich weiter, oft auch inkompatibel. Distributionen kümmern
sich darum, dass dies für den Benutzer unbemerkt bleibt. Wenn man
außerhalb dessen agiert was die Distribution liefert, bleibt diese
Arbeit an einem selbst kleben.

Grüße
Marc
-- 
----------------------------------------------------------------------------
Marc Haber         |   " Questions are the         | Mailadresse im Header
Rhein-Neckar, DE   |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

[toc] | [prev] | [next] | [standalone]

#13795

Marc Haber wrote:
> Das wird früher oder später immer wieder passieren. Libraries
> entwickeln sich weiter, oft auch inkompatibel. Distributionen kümmern
> sich darum, dass dies für den Benutzer unbemerkt bleibt. Wenn man
> außerhalb dessen agiert was die Distribution liefert, bleibt diese
> Arbeit an einem selbst kleben.

wenn es fuer die distribution kein paket der software (in der
gewuenschten version) gibt[1] bleibt einem halt nicht anderes
uebrig als selber zu bauen (oder die distribution zu wechseln).

[1] <https://repology.org/project/tin/versions> listet AUR
    (Arch User Repository) aber kein CachyOS. und es ist halt
    "nur" latest stable und nicht der letzte heisse scheiss.

[toc] | [prev] | [next] | [standalone]

#13796

Urs Janßen <urs@oxycon.tin.org> wrote:
>Marc Haber wrote:
>> Das wird früher oder später immer wieder passieren. Libraries
>> entwickeln sich weiter, oft auch inkompatibel. Distributionen kümmern
>> sich darum, dass dies für den Benutzer unbemerkt bleibt. Wenn man
>> außerhalb dessen agiert was die Distribution liefert, bleibt diese
>> Arbeit an einem selbst kleben.
>
>wenn es fuer die distribution kein paket der software (in der
>gewuenschten version) gibt[1] bleibt einem halt nicht anderes
>uebrig als selber zu bauen (oder die distribution zu wechseln).
>
>[1] <https://repology.org/project/tin/versions> listet AUR
>    (Arch User Repository) aber kein CachyOS. und es ist halt
>    "nur" latest stable und nicht der letzte heisse scheiss.

Wolfgang ist vermutlich der größte Distro-Hopper des Usenets, hat eine
entschiedene Abneigung gegen Mainstream-Distributionen und hat sich
ganz bewusst und absichtlich für diesen Exoten entschieden. Ich bin
sehr erstaunt darüber, wieviel Hilfe er im Usenet dennoch abgreifen
kann.

Auf der einen Seite kann ich über manche Dinge die Wolfgang tut
wirklich nur den Kopf schütteln, andererseits wäre ich in seinem Alter
(er ist über 80) gerne noch halb so fit im Kopf wie er. Das ist
bewundenswert. Ich werde vermutlich nicht so alt wie er und wenn dann
bin ich geistig nicht mehr fit.

Grüße
Marc
-- 
----------------------------------------------------------------------------
Marc Haber         |   " Questions are the         | Mailadresse im Header
Rhein-Neckar, DE   |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

[toc] | [prev] | [next] | [standalone]

#13797

Marc Haber wrote:
> Urs Janßen <urs@oxycon.tin.org> wrote:
> > Marc Haber wrote:
> > > Das wird früher oder später immer wieder passieren. Libraries
> > > entwickeln sich weiter, oft auch inkompatibel. Distributionen kümmern
> > > sich darum, dass dies für den Benutzer unbemerkt bleibt. Wenn man
> > > außerhalb dessen agiert was die Distribution liefert, bleibt diese
> > > Arbeit an einem selbst kleben.
> > 
> > wenn es fuer die distribution kein paket der software (in der
> > gewuenschten version) gibt[1] bleibt einem halt nicht anderes
> > uebrig als selber zu bauen (oder die distribution zu wechseln).
> > 
> > [1] <https://repology.org/project/tin/versions> listet AUR
> >    (Arch User Repository) aber kein CachyOS. und es ist halt
> >    "nur" latest stable und nicht der letzte heisse scheiss.
> 
> Wolfgang ist vermutlich der größte Distro-Hopper des Usenets, hat eine
> entschiedene Abneigung gegen Mainstream-Distributionen und hat sich
> ganz bewusst und absichtlich für diesen Exoten entschieden. Ich bin
> sehr erstaunt darüber, wieviel Hilfe er im Usenet dennoch abgreifen
> kann.
> 
> Auf der einen Seite kann ich über manche Dinge die Wolfgang tut
> wirklich nur den Kopf schütteln, andererseits wäre ich in seinem Alter
> (er ist über 80) gerne noch halb so fit im Kopf wie er. Das ist
> bewundenswert. Ich werde vermutlich nicht so alt wie er und wenn dann
> bin ich geistig nicht mehr fit.

Was ist an ihm bewundernswert? Er ist der größte DAU den das Usenet
jemals hervorgebracht hat und starrsinnig ebenfalls, wenn man ihn
laufend auf seine Fehler hinweist. Das sind andere Menschen, in seinem
Alter, viel dankbarer und intelligenter!

[toc] | [prev] | [next] | [standalone]

#13798

Marc Haber schrieb:

> Wolfgang ist vermutlich der größte Distro-Hopper des Usenets,

Bis ich CachyOS kennengelernt habe. OK, Kubuntu schlummert hier noch,
und ganz weit weg Windows11.

> hat eine entschiedene Abneigung gegen Mainstream-Distributionen und hat sich
> ganz bewusst und absichtlich für diesen Exoten entschieden.

CachyOS ist eine Mainstream-Distribution.
CachyOS ist ein vollständig optimierter Arch-Linux-Desktop mit CPU-spezifischen
Paketen, einem optimierten Kernel und Ihrer Wahl an Desktop-Umgebung. Surfen,
entwickeln, erstellen und spielen Sie auf einem System, das auf Geschwindigkeit
ausgelegt ist – ausschließlich mit freier und Open-Source-Software.

Freundliche Grüße
Wolfgang Bauer
-- 
Wenn die Guten nicht kämpfen, werden die Schlechten siegen.

[toc] | [prev] | [next] | [standalone]

#13805

Wolfgang Bauer <wolfgang-bauer@mein.gmx> wrote:
>CachyOS ist eine Mainstream-Distribution.

So weit weg davon wie Moskau von der Hauptstadt einer Demokratie.

>CachyOS ist ein vollständig optimierter Arch-Linux-Desktop mit CPU-spezifischen
>Paketen, einem optimierten Kernel und Ihrer Wahl an Desktop-Umgebung. Surfen,
>entwickeln, erstellen und spielen Sie auf einem System, das auf Geschwindigkeit
>ausgelegt ist – ausschließlich mit freier und Open-Source-Software.

Mit fünf Benutzern weltweit, ja.

Grüße
Marc
-- 
----------------------------------------------------------------------------
Marc Haber         |   " Questions are the         | Mailadresse im Header
Rhein-Neckar, DE   |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 6224 1600402

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | de.comm.software.newsreader

csiph-web