Re: mythweb in unstable

[Klaus Becker <colonius47@gmail.com>]

Am 25/01/2022 um 23:34 schrieb Florian (flobee):
> Hi
>
> Am Mo., 24. Jan. 2022 um 19:11 Uhr schrieb Klaus Becker <colonius47@gmail.com>:

Hallo Florian und Liste,

ich komme jetzt erst dazu zu antworten.

> > Am 23/01/2022 um 23:09 schrieb Florian (flobee):
> > > das sieht aber evtl. nach einen netzwerk problem aus. /etc/hosts mal
> > > prüfen oder den router der probleme bei auflösen hat!?
> >
> > $ cat /etc/hosts
> > 127.0.0.1       localhost
> > 192.168....     anderer Rechner 1
> > 192.168....     anderer Rechner 2
> >
> > Wie überprüfe ich den Router ?
>
> ping routerIP
> ping rechner1
> ping rechner2
>
> sollte weit unter einer sekunde sein.

$ ping routerIP
PING 91.174.152.253 (91.174.152.253) 56(84) bytes of data.
64 bytes from 91.174.152.253: icmp_seq=1 ttl=64 time=0.174 ms
64 bytes from 91.174.152.253: icmp_seq=2 ttl=64 time=0.177 ms
64 bytes from 91.174.152.253: icmp_seq=3 ttl=64 time=0.179 ms
64 bytes from 91.174.152.253: icmp_seq=4 ttl=64 time=0.172 ms
^C
--- routerIP ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3078ms
rtt min/avg/max/mdev = 0.172/0.175/0.179/0.002 ms

$ ping Rechner 1
PING MSI (192.168.1.38) 56(84) bytes of data.
64 bytes from MSI (192.168.1.38): icmp_seq=1 ttl=64 time=0.514 ms
64 bytes from MSI (192.168.1.38): icmp_seq=2 ttl=64 time=0.529 ms
64 bytes from MSI (192.168.1.38): icmp_seq=3 ttl=64 time=0.540 ms
64 bytes from MSI (192.168.1.38): icmp_seq=4 ttl=64 time=0.534 ms
^C
--- Rechner 1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3075ms
rtt min/avg/max/mdev = 0.514/0.529/0.540/0.009 ms

Das scheint doch in Ordnung zu sein oder?

> welche DB läuft im hintergrund? mysql? 

mariadb-10.6

> ggf. dort suchen ob connection probleme existieren.

Ich weiß nicht, wie man das macht. In phpmyadmin bekomme ich die Meldung
"mysqli::real_connect(): (HY000/1045): Access denied for user 
'phpmyadmin'@'localhost' (using password: YES)"
> > > php81 stellt echte probleme bereit da es viele änderungen gibt die
> > > darstische auswirkungen haben können!
> > >
> > > kann mir kaum vorstellen das 8.1 bereits für mythtv gemacht ist! stell
> > > mal auf  php 7.3 oder 7.4 oder 8.0.
> > > bei 8.1 ist sehr viel richtig anders!
> >
> > Ok, gabe wieder auf "default" umgestellt statt 8.1
>
> default ist was? 8.0? meine Empfehlung: 7.3 da bei 7.4 vieles besser
> aber ggf. weniger abwärts kompatble läuft.
> sury's pakte in source.list mit drin?: alle php8.0 pakte die
> installiert sind entsprechend die php7.3 pakte installieren
>
> php7.3 dann als default einstellen

Geht nicht mehr. Alles außer php8.1 ist von unstable rausgeschmissen 
worden, php7 taucht in "apt-cache search php | grep 7" nicht mehr auf.

> > > und wenn der apache im spiel ist auch das mod_phpN.N entsprechend
> > > anpassen. bei php kannst du ja alle von sury verfügbaren versionen via
> > > fastcgi nutzen. mod_php nur eine!
> >
> > Das übersteigt alles meine Kenntnisse.
>
> mod_php7.3 installieren. dann läuft php7.3 per default im apache und für mythtv
>
> services restart oder neu starten
>
> dann mal schauen ob es besser geht.

$ apt-cache search mod_php
prayer - serveur web de courriels autonome basé sur IMAP
prayer-accountd - démon de gestion de comptes pour Prayer
prayer-templates-dev - outils pour compiler les modèles de Prayer
prayer-templates-src - modèles pour personnaliser la messagerie web Prayer

Das ist ja wohl nicht gemeint.

> sry. mythtv scheint es in bullseye nicht mehr zu geben sonnst hätte
> ich nach geschaut was konkret helfen könnte. die grobe roadmap sollte
> es aber tun. db struktur änderungen kann jede dieser php versionen
> kompensieren. gehört ja zur db
>
> VG Florian

LG   Klaus