TinyRSS (tt-rss) unter Debian unstable installieren

[MoonKid]

Ich versuche TinyRSS unter Debian unstable zu installieren (sudo apt install tt-rss) - scheitere jedoch.

• Ich werde bei der Installation gefragt, ob ich per debconfig-common die Datenbank konfigurieren möchte. JA
• Frage nach dem MySQL-Anwendungspasswort: Das Feld lasse ich leer
• Frage nach dem Webserver: Apache 2 oder lighttpd (habe beides probiert; bevorzuge letzteres, weil "leicht")
• "Vollständige URL der TT-RSS-Installation": Ich verstehe die Frage nicht mal wirklich. Entsprechend der Vorgabe habe ich dort mal http://localhsot/tt-rss angegeben.
• Passwort des Administrativen Datenbank-Benutzers. Verstehe die Frage nicht. Ist damit Debian-root gemeint, oder der Admin der Datenbank? Hab es wahlweise frei gelassen, aber auch mal mein root-Passwort da reingegeben.

Ergebnis: ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock'

Ich weiß grob, was ein LAMP-Stack ist. Mir fehlt es aber an Erfahrung damit und Verständnis für diesen Installationsprozess (des doch nicht so "tiny" readers). Daher weiß ich nicht, wo ich mit der Diagnose anfangen soll.

Das hier find ich auch "spannend".

Code: Alles auswählen

sudo systemctl start mysql
[sudo] Passwort für user: 
Failed to start mysql.service: Unit mysql.service not found.
$ sudo systemctl start mysqld
Failed to start mysqld.service: Unit mysqld.service not found.

[Liffi]

[*] "Vollständige URL der TT-RSS-Installation": Ich verstehe die Frage nicht mal wirklich. Entsprechend der Vorgabe habe ich dort mal http://localhsot/tt-rss angegeben.

Da ist ein Typo in der URL, aber vermutlich nur fürs Forum .

Ich weiß grob, was ein LAMP-Stack ist. Mir fehlt es aber an Erfahrung damit und Verständnis für diesen Installationsprozess (des doch nicht so "tiny" readers). Daher weiß ich nicht, wo ich mit der Diagnose anfangen soll.

Das hier find ich auch "spannend".

Code: Alles auswählen

sudo systemctl start mysql
[sudo] Passwort für user: 
Failed to start mysql.service: Unit mysql.service not found.
$ sudo systemctl start mysqld
Failed to start mysqld.service: Unit mysqld.service not found.

Klingt so, als gäbe es kein mysql bei dir auf dem System.

[MoonKid]

Klingt so, als gäbe es kein mysql bei dir auf dem System.

Vielleicht verstehe ich beim Paketsystem mal wieder was falsch? Wenn tt-rss MySql braucht, sollte es das per Abhängigkeit auch installieren, oder? Darf ich das als Paket-Bug melden?

Code: Alles auswählen

$ sudo apt install mysql-server
The following additional packages will be installed:
  libevent-core-2.0-5 mysql-server-5.7 mysql-server-core-5.7
Vorgeschlagene Pakete:
  mailx tinyca
Empfohlene Pakete:
  libhtml-template-perl
Die folgenden Pakete werden ENTFERNT:
  default-mysql-server-core mariadb-server-core-10.0
Die folgenden NEUEN Pakete werden installiert:
  libevent-core-2.0-5 mysql-server mysql-server-5.7 mysql-server-core-5.7

lighttpd ist auch nicht installiert gewesen. Läuft aber scheinbar auch nicht.

Code: Alles auswählen

Dez 02 16:00:30 MONSTER systemd[1]: Starting Lighttpd Daemon...
Dez 02 16:00:30 MONSTER lighttpd[6131]: Syntax OK
Dez 02 16:00:30 MONSTER systemd[1]: Started Lighttpd Daemon.
Dez 02 16:00:30 MONSTER lighttpd[6140]: 2016-12-02 16:00:30: (network.c.464) can't bind to port:  80 Address alr
Dez 02 16:00:30 MONSTER systemd[1]: lighttpd.service: Main process exited, code=exited, status=255/n/a
Dez 02 16:00:30 MONSTER systemd[1]: lighttpd.service: Unit entered failed state.
Dez 02 16:00:30 MONSTER systemd[1]: lighttpd.service: Failed with result 'exit-code'.

Per Suche stoße ich auf einen längst gechlossenen Bug, den ich aber auch nicht aussreichend verstehe, um zu entscheiden, ob das hier relevant ist.

Edit: Auch apache2 kann nicht an Port 80 binden und verweigert den Start.

[Liffi]

Vielleicht verstehe ich beim Paketsystem mal wieder was falsch? Wenn tt-rss MySql braucht, sollte es das per Abhängigkeit auch installieren, oder? Darf ich das als Paket-Bug melden?

Nur, wenn es zwingend ist. Ohne TinyRSS zu kennen: Es wäre möglich, dass auch andere Datenbanken oder Anbindungsmöglichkeiten möglich sind. Vermutlich das ganze konfigurierbar.

Dez 02 16:00:30 MONSTER lighttpd[6140]: 2016-12-02 16:00:30: (network.c.464) can't bind to port: 80 Address alr
Dez 02 16:00:30 MONSTER systemd[1]: lighttpd.service: Main process exited, code=exited, status=255/n/a
Dez 02 16:00:30 MONSTER systemd[1]: lighttpd.service: Unit entered failed state.
Dez 02 16:00:30 MONSTER systemd[1]: lighttpd.service: Failed with result 'exit-code'.[/code]

Port 80 kann nicht genutzt werden, weil dort schon etwas anderes läuft. Du kannst ja evtl. mal mit

Code: Alles auswählen

netstat -tulpen | grep :80

rausfinden, was das ist

[MoonKid]

Code: Alles auswählen

tcp        0      0 127.0.0.86:80           0.0.0.0:*               LISTEN      0          36601      5169/python

Was ich nicht verstehe, woher die 127.0.0.86 kommt. Das ist nicht localhost oder?

Rufe ich das im browser auf, erscheint das hier.

Code: Alles auswählen

Server: BaseHTTP/0.3 Python/2.7.12+
...

Wenn ich das pywwetha purge, will er auch die Siduction-Manuals mit deinstallieren. Aha!

Nun lässt sich lightpd aber aus einem neuen mir nicht verständlichen Grund nicht starten

Code: Alles auswählen

sudo systemctl status lighttpd
● lighttpd.service - Lighttpd Daemon
   Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2016-12-02 16:52:57 CET; 3s ago
  Process: 29961 ExecStart=/usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf (code=exited, status=255)
  Process: 29953 ExecStartPre=/usr/sbin/lighttpd -t -f /etc/lighttpd/lighttpd.conf (code=exited, status=0/SUCCES
 Main PID: 29961 (code=exited, status=255)

Dez 02 16:52:57 MONSTER systemd[1]: Starting Lighttpd Daemon...
Dez 02 16:52:57 MONSTER lighttpd[29953]: Syntax OK
Dez 02 16:52:57 MONSTER systemd[1]: Started Lighttpd Daemon.
Dez 02 16:52:57 MONSTER systemd[1]: lighttpd.service: Main process exited, code=exited, status=255/n/a
Dez 02 16:52:57 MONSTER systemd[1]: lighttpd.service: Unit entered failed state.
Dez 02 16:52:57 MONSTER systemd[1]: lighttpd.service: Failed with result 'exit-code'.

[Liffi]

Code: Alles auswählen

tcp        0      0 127.0.0.86:80           0.0.0.0:*               LISTEN      0          36601      5169/python

Was ich nicht verstehe, woher die 127.0.0.86 kommt. Das ist nicht localhost oder?

Auch das ist localhost. Afaik sind alle Adressen mit 127. localhost.

Nun lässt sich lightpd aber aus einem neuen mir nicht verständlichen Grund nicht starten

Code: Alles auswählen

sudo systemctl status lighttpd
● lighttpd.service - Lighttpd Daemon
   Loaded: loaded (/lib/systemd/system/lighttpd.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Fri 2016-12-02 16:52:57 CET; 3s ago
  Process: 29961 ExecStart=/usr/sbin/lighttpd -D -f /etc/lighttpd/lighttpd.conf (code=exited, status=255)
  Process: 29953 ExecStartPre=/usr/sbin/lighttpd -t -f /etc/lighttpd/lighttpd.conf (code=exited, status=0/SUCCES
 Main PID: 29961 (code=exited, status=255)

Dez 02 16:52:57 MONSTER systemd[1]: Starting Lighttpd Daemon...
Dez 02 16:52:57 MONSTER lighttpd[29953]: Syntax OK
Dez 02 16:52:57 MONSTER systemd[1]: Started Lighttpd Daemon.
Dez 02 16:52:57 MONSTER systemd[1]: lighttpd.service: Main process exited, code=exited, status=255/n/a
Dez 02 16:52:57 MONSTER systemd[1]: lighttpd.service: Unit entered failed state.
Dez 02 16:52:57 MONSTER systemd[1]: lighttpd.service: Failed with result 'exit-code'.

Hier kommt man vermutlich ohne logs nicht weiter. Ich tippe darauf, dass irgendwas in der config nicht schon ist.

[MoonKid]

Was für ein "log" meinst du? Das ist doch ien log.

Wie wäre es hiermit?

Code: Alles auswählen

journalctl -t lighttpd
-- Logs begin at Sun 2016-05-15 14:01:18 CEST, end at Fri 2016-12-02 19:39:01 CET. --
Dez 02 15:59:29 MONSTER lighttpd[5442]: Syntax OK
Dez 02 15:59:29 MONSTER lighttpd[5450]: 2016-12-02 15:59:29: (network.c.464) can't bind to port:  80 Address alr
Dez 02 16:00:30 MONSTER lighttpd[6131]: Syntax OK
Dez 02 16:00:30 MONSTER lighttpd[6140]: 2016-12-02 16:00:30: (network.c.464) can't bind to port:  80 Address alr
Dez 02 16:07:46 MONSTER lighttpd[8644]: Syntax OK
Dez 02 16:07:46 MONSTER lighttpd[8655]: 2016-12-02 16:07:46: (network.c.464) can't bind to port:  80 Address alr
Dez 02 16:52:07 MONSTER lighttpd[29724]: Syntax OK
Dez 02 16:52:57 MONSTER lighttpd[29953]: Syntax OK
Dez 02 16:55:13 MONSTER lighttpd[30527]: Syntax OK
-- Reboot --
Dez 02 19:32:41 MONSTER lighttpd[704]: Syntax OK

[Liffi]

Was für ein "log" meinst du? Das ist doch ien log.

Puh. Hatte eigentlich gehofft, dass es noch ein paar mehr Infos liefert . exit status 255 ist (zumindest für mich) eher nichtssagend.
Was sagt denn eigentlich jetzt das netstat? Läuft da lighthttpd oder eher gar nichts?

EDIT:: zumindest der address in use Fehler ist ja Gott sei Dank schon mal weg.

[MoonKid]

Was sagt denn eigentlich jetzt das netstat? Läuft da lighthttpd oder eher gar nichts

Sagt gar nix mehr, d.h. auf Port 80 lauscht nix mehr. Lighttpd startet ja nicht - warum auch immer.

Hab auch mal im Lightpttd-Forum angefragt.

[DeletedUserReAsG]

(network.c.464) can't bind to port: 80 Address alr[eady in use]

(Ergänzung von mir, man kann journalctl auch anweisen, die Zeilen nicht abzuschneiden)

Also ich finde die Beschreibung des Problems schon ziemlich eindeutig → mit netstat o.ä. schauen, was an dem Port hängt und es ggf. deaktivieren, anders konfigurieren, deinstallieren, …. Oder halt den lighttpd so konfigurieren, dass er einen anderen, freien Port nutzt.

[MoonKid]

(Ergänzung von mir, man kann journalctl auch anweisen, die Zeilen nicht abzuschneiden)

Wie?

Also ich finde die Beschreibung des Problems schon ziemlich eindeutig → mit netstat o.ä. schauen, was an dem Port hängt

Der Teil des Problems ist schon gelöst worden.

[DeletedUserReAsG]

Wie?

Code: Alles auswählen

OPTIONS
       The following options are understood:

       --no-full, --full, -l
           Ellipsize fields when they do not fit in available columns. The default is to show full fields, allowing them to wrap or be truncated by the pager, if one is
           used.

           The old options -l/--full are not useful anymore, except to undo --no-full.

       -a, --all
           Show all fields in full, even if they include unprintable characters or are very long.

Wenn die gepostete Ausgabe so aus dem Pager kam, dann diesen so einstellen, dass er die Zeilen umbricht, statt sie rechts außerhalb der Anzeige weiterlaufen zu lassen.

[MoonKid]

Ok, das fehlende Paket war [ŧt]php-cgi[/tt] - ein Schuß ins Blaue.
Mit diesem Vorgehen bei der Paketinstallation werde ich nicht warm: Wenn ich tt-rss installiere, muss ich wenigstens darauf hingewiesen werden, dass ich entsprechende Zusatzkomponenten (LAMP-stack) benötige. So werde ich im Dunkeln gelassen, belästige das Forum usw. Sowas könnte man mit userfreundlicher Informationspolitik abfangen.
btw: Gibt es eigentlich eine Art LAMP-stack-Metapaket?

Aber nun zurück zur Sache:
Nach einem purge und dann wieder install (reinstall reichte nicht), ist TinyRSS unter der URL erreichbar. Jetzt verlangt er aber login-Daten die ich nicht habe, weil ich sie beim Installieren nicht angegeben/leer gelassen habe.

TinyRSS macht auch nicht klar, welche Login-Daten es da will? Vermutlich die der MySQL-Datenbank "ttrss". Wie gesagt hat die keine Login-Daten. Wenn ich als Login "user" eingebe und das Kennwort leer lasse, akzeptiert er dies nicht, sondern fordert mich zur Eingabe eines Passworts auf.

Hab mit der MySQL noch nie gearbeitet. Gibt es ne GUI dafür, mit der ich schnell checken kann, ob man tatsächlich ohne Kennwort an "ttrss" rankommt?

[DeletedUserReAsG]

ich [muss] wenigstens darauf hingewiesen werden, dass ich entsprechende Zusatzkomponenten (LAMP-stack) benötige

Den Dependencies nach (https://packages.debian.org/sid/tt-rss) wirst du das.

TinyRSS macht auch nicht klar, welche Login-Daten es da will? Vermutlich die der MySQL-Datenbank "ttrss". Wie gesagt hat die keine Login-Daten. Wenn ich als Login "user" eingebe und das Kennwort leer lasse, akzeptiert er dies nicht, sondern fordert mich zur Eingabe eines Passworts auf.

Ich würde dann zunächst mal ein Kennwort vergeben. Dass Software leere PWs nicht akzeptiert, kommt häufig vor und ist imho auch völlig richtig so.

Hab mit der MySQL noch nie gearbeitet. Gibt es ne GUI dafür, mit der ich schnell checken kann, ob man tatsächlich ohne Kennwort an "ttrss" rankommt?

mysql -u user – ich sage voraus: „ERROR 1045 (28000): Access denied for user 'user'@'localhost' (using password: NO)“

[MoonKid]

Wenn die gepostete Ausgabe so aus dem Pager kam, dann diesen so einstellen, dass er die Zeilen umbricht, statt sie rechts außerhalb der Anzeige weiterlaufen zu lassen.

Die manpage versteh ich so, dass per default alles ausgegeben und nicht abgeschnitten wird. Korrekt?

Was zum Geier ist ein pager in diesem Kontext? Kenne noch die kleinen Piepsdinger am Gürtel aus Prä-SMS-Zeiten. Ist damit mein Terminal-Emlator gemeint? Der schneidet gar nix ab, sondern bricht auch um. Komm nicht so ganz mit.

[MoonKid]

ich [muss] wenigstens darauf hingewiesen werden, dass ich entsprechende Zusatzkomponenten (LAMP-stack) benötige

Den Dependencies nach (https://packages.debian.org/sid/tt-rss) wirst du das.

Auf welchen Teil der Dep's bezeihst du dich? Ja, da steht sogar ein php-cgi. Bei mir war es aber nicht installiert, obwohl tt-rss installiert war. Auch ein webserver und mysql wurden nicht installiert. Was versteh ich da jetzt schon wieder falsch?

Ich würde dann zunächst mal ein Kennwort vergeben.

Ich will einen RSS-Reader. Dafür ein Kennwort zu erzwingen ist totaler Nonsens. Dafür gibt es keine Rechtfertigung. Deutliche Hinweise wären ausreichend, wenn man tt-rss wirklich auf einem eigenen Server betreiben will, der auch noch nach Außen sichtbar ist.

mysql -u user – ich sage voraus: „ERROR 1045 (28000): Access denied for user 'user'@'localhost' (using password: NO)“

Korrekt. Beim apt-Lauf konnte ich sehen, dass "ttrss" angelegt wurde. Warum liegt MySQL die Datenbank an (ohne Passwort), wenn es mir danach den Zugriff mangels Passwort nicht erlaubt?

[Liffi]

Was zum Geier ist ein pager in diesem Kontext? Kenne noch die kleinen Piepsdinger am Gürtel aus Prä-SMS-Zeiten. Ist damit mein Terminal-Emlator gemeint? Der schneidet gar nix ab, sondern bricht auch um. Komm nicht so ganz mit.

Der Pager grob gesagt ein Programm, das dafür sorgt, dass Ausgabe ungefähr Seitenweise angezeigt werden. Eine Seite (page) ist in diesem Zusammenhang so viel, wie in das 'umgebende' Terminal passt. Ein Beispiel für einen Pager ist less.

EDIT:: von der TinyRSS Seite:

After finishing with the installer, open your Tiny Tiny RSS installation at http://your.site.com/tt-rss/ and login with default credentials (username: admin, password: password).

Evtl. ist das aber von Debian verändert worden.

[MoonKid]

EDIT:: von der TinyRSS Seite:

After finishing with the installer, open your Tiny Tiny RSS installation at http://your.site.com/tt-rss/ and login with default credentials (username: admin, password: password).

Evtl. ist das aber von Debian verändert worden.

Von Debian nicht verändert worden. Wo steht das auf der Seite? In den FAQs war es nicht.

Sehr "sinnvoll" - default login-daten.

[Liffi]

Von Debian nicht verändert worden. Wo steht das auf der Seite? In den FAQs war es nicht.

Sehr "sinnvoll" - default login-daten.

In den installation notes[1].

[1] https://tt-rss.org/gitlab/fox/tt-rss/wi ... ationNotes

[DeletedUserReAsG]

Was zum Geier ist ein pager in diesem Kontext?

Beispiele: less, more (util-linux), most – Programme, die Ausgaben seitenweise anzeigen oder es ermöglichen, darin zu scrollen.
(ups, übersehen, dass da noch eine Threadseite war. Sorry für Redundanz)

Auch ein webserver und mysql wurden nicht installiert. Was versteh ich da jetzt schon wieder falsch?

Möglicherweise, dass bei Unstable explizit Fehler auftreten können? Ansonsten fehlt hier auch deine komplette Ein- und Ausgabe, um sagen zu können, wo der Fehler gelegen haben mag.

Warum liegt MySQL die Datenbank an (ohne Passwort), wenn es mir danach den Zugriff mangels Passwort nicht erlaubt?

Möglicherweise, damit du dir eines anlegen kannst, wenn du es unbedachterweise bei der Konfiguration des Paketes versäumt haben solltest. Ich kenne das betreffende Paket nun nicht – mag sein, dass das DB-Passwort gemeint ist (das dann einfach geändert werten könnte), mag aber auch sein, dass das Passwort für die Software selbst gemeint ist (das dann in der DB liegt, und ebenfalls einfach geändert werden könnte).

[MoonKid]

Der Thread kann geschlossen werden. tt-rss hat endgültig verloren.

Das tt-rss Forum hat mich ohne Vorwarnung gebannt, weil ich so dreist war eine Frage zu stellen, die sich auf ein Debian unstable Paket bezieht.

[DeletedUserReAsG]

Threads werden hier nur in Ausnahmefällen geschlossen. Dieses ist keiner. Hingegen wird es im Normalfall als wünschenswert angesehen, wenn Crosspostings verlinkt werden. Und wenn man schon mit dem ersten Beitrag gegen Forenregeln („4. If you are using third party packages you didn't download directly from tt-rss.org ask package maintainers for support. Packages are usually outdated and/or add arbitrary modifications to the source nobody here is interested in investigating.“) verstößt, ist ein Ban auch nicht so wirklich schwer nachvollziehbar.