mythweb in unstable

[Klaus Becker]

Moin,

seit php8 (aktuell 8.1) in unstablle funktionniert mythweb nicht mehr,
ich bekomme die Meldung

"Fatal error: Uncaught mysqli_sql_exception: Table
'mythconverg.music_songs' doesn't exist in
/usr/share/mythtv/mythweb/classes/Database/Query/mysqlicompat.php:68
Stack trace: #0
/usr/share/mythtv/mythweb/classes/Database/Query/mysqlicompat.php(68):
mysqli_query() #1 /usr/share/mythtv/mythweb/classes/Database.php(263):
Database_Query_mysqlicompat->execute() #2
/usr/share/mythtv/mythweb/classes/Database.php(326): Database->query()
#3 /usr/share/mythtv/mythweb/modules/music/init.php(15):
Database->query_col() #4
/usr/share/mythtv/mythweb/classes/Modules.php(30): require_once('...')
#5 /usr/share/mythtv/mythweb/classes/Modules.php(50): Modules::load() #6
/usr/share/mythtv/mythweb/mythweb.php(30): Modules::getModule() #7
{main} thrown in
/usr/share/mythtv/mythweb/classes/Database/Query/mysqlicompat.php on
line 68".

Mythweb ist zwar vor kurzem aktualisiert worden, aber es läuft immer
noch nicht.

Ich habe zwar auf der MythTV-Liste eine längere Diskussion darüber
gesehen und ich glaube, auch einen workaround, scheint mir aber ziemlich
kompliziert und zeitraubend.

Kennt jemand eine nicht allzu komplizierte Lösung?

Gruß

Klaus

[Florian (flobee)]

update-alternatives --config php

und dann php 8 oder 7.4 auswählen.

falls nicht verfügbar die quellen von sury einbinden (Sury ist der
debian php maintainer):
https://packages.sury.org/php/
Für apt source.list, dann kannst du alle verfügbaren php versionen
durchprobieren.

> > seit php8 (aktuell 8.1) in unstablle funktionniert mythweb nicht mehr, ich bekomme die
> > Meldung "Fatal error: Uncaught mysqli_sql_exception: Table 'mythconverg.music_songs'

--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~

[Klaus Becker]

Hallo Florian und alle,

danke für den Hinweis, die Option "config" von "update-alternatives"
kannte ich nicht. Ich habe damit "php/8.1" ausgesucht, es funktionniert
aber auch mit php."default".

ich hatte vorher schon myth-music installiert. Das hat die
entsprechenden "tables" (ich weiß nicht, wie das auf dt. heißt) in der
Datenbank erstellt, und seitdem läuft mythweb wieder.

Ich habe aber trotzdem noch ein Problem.

Alles unter den Einstellungen, also unter
"http://localhost/mythweb/settings" ist extrem langsam, die Seite
braucht ca 15-20 Minuten, bis sie angezeigt wird, Speichern von
Einstellungen gleichfalls.

In /etc/php/8.1/apache2/php.ini habe ich versuchsweise "memory_limit"
von 128 auf 256 gestellt und Apache neu gestartet, ändert aber nichts.

Auf der Mythtv-Liste weiß auch niemand Rat.

tschüss

Klaus

[Florian (flobee)]

Hi

> Hallo Florian und alle,

> Ich habe aber trotzdem noch ein Problem.
>
> Alles unter den Einstellungen, also unter
> "http://localhost/mythweb/settings" ist extrem langsam, die Seite
> braucht ca 15-20 Minuten, bis sie angezeigt wird, Speichern von
> Einstellungen gleichfalls.
>
> In /etc/php/8.1/apache2/php.ini habe ich versuchsweise "memory_limit"
> von 128 auf 256 gestellt und Apache neu gestartet, ändert aber nichts.

sry. mythtv hatte ich nie probiert. bin beim vdr geblieben.

das sieht aber evtl. nach einen netzwerk problem aus. /etc/hosts mal
prüfen oder den router der probleme bei auflösen hat!?

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!

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!

gutes gelingen! :-)

[Klaus Becker]

Am 23/01/2022 um 23:09 schrieb Florian (flobee):
> Hi
>
>> Hallo Florian und alle,
>> Ich habe aber trotzdem noch ein Problem.
>>
>> Alles unter den Einstellungen, also unter
>> "http://localhost/mythweb/settings" ist extrem langsam, die Seite
>> braucht ca 15-20 Minuten, bis sie angezeigt wird, Speichern von
>> Einstellungen gleichfalls.
>>
>> In /etc/php/8.1/apache2/php.ini habe ich versuchsweise "memory_limit"
>> von 128 auf 256 gestellt und Apache neu gestartet, ändert aber nichts.
>
> sry. mythtv hatte ich nie probiert. bin beim vdr geblieben.
>
> 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

# The following lines are desirable for IPv6 capable hosts
::1 localhost ip6-localhost ip6-loopback
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

Wie überprüfe ich den Router ?

>
> 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

>
> 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.

>
> gutes gelingen! :-)

Leicht gesagt, aber nett :-)

Klaus

[Florian (flobee)]

Hi

Am Mo., 24. Jan. 2022 um 19:11 Uhr schrieb Klaus Becker <colon...@gmail.com>:
>
> 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.

welche DB läuft im hintergrund? mysql? ggf. dort suchen ob connection
probleme existieren.

> > 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

> > 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.

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

[Klaus Becker]

Am 25/01/2022 um 23:34 schrieb Florian (flobee):
> Hi
>
> Am Mo., 24. Jan. 2022 um 19:11 Uhr schrieb Klaus Becker <colon...@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

[Klaus Becker]

Am 23/01/2022 um 19:12 schrieb Klaus Becker:
> Am 22/01/2022 um 19:46 schrieb Florian (flobee):
>> update-alternatives --config php
>>
>> und dann php 8 oder 7.4 auswählen.
>>
>> falls nicht verfügbar die quellen von sury einbinden (Sury ist der
>> debian php maintainer):
>> https://packages.sury.org/php/
>> Für apt source.list, dann kannst du alle verfügbaren php versionen
>> durchprobieren.

Hab' ich versucht. Auf https://packages.sury.org/php/README.txt steht:

#!/bin/bash
# To add this repository please do:

if [ "$(whoami)" != "root" ]; then
SUDO=sudo
fi

${SUDO} apt-get -y install apt-transport-https lsb-release
ca-certificates curl
${SUDO} wget -O /etc/apt/trusted.gpg.d/php.gpg
https://packages.sury.org/php/apt.gpg
${SUDO} sh -c 'echo "deb https://packages.sury.org/php/ $(lsb_release
-sc) main" > /etc/apt/sources.list.d/php.list'
${SUDO} apt-get update



if [ "$(whoami)" != "root" ]; then
SUDO=sudo
fi
Brauche ich nicht, da ich nicht sudo benutze, sondern mich in einer
shell als root anmelde.

${SUDO} apt-get -y install apt-transport-https lsb-release
ca-certificates curl
${SUDO} wget -O /etc/apt/trusted.gpg.d/php.gpg
https://packages.sury.org/php/apt.gpg
Beides habe ich gemacht, null problemo.

Aber

${SUDO} sh -c 'echo "deb https://packages.sury.org/php/ $(lsb_release
-sc) main" > /etc/apt/sources.list.d/php.list'

bei mir:

# sh -c 'echo "deb https://packages.sury.org/php/ $(lsb_release -sc)
main" > /etc/apt/sources.list.d/php.list'

ergibt: "sh: 1: cannot create /etc/apt/sources.list.d: Is a directory"

/etc/apt/sources.list.d existiert bei mir, sind 2 Dateien drin, die mit
php nichts zu tun haben.

Habe "touch /etc/apt/sources.list.d/php.list" ausgeführt und dann
nochmal probiert, ändert aber nichts.

In sources.list habe ich versucht, eine Zeile wie
"deb http://ftp.packages.sury.org/php stable main"
einzufügen, klappt aber nicht.

Klaus

[Paul Muster]

On 06.02.22 13:32, Klaus Becker wrote:

> # sh -c 'echo "deb https://packages.sury.org/php/ $(lsb_release -sc)
> main" > /etc/apt/sources.list.d/php.list'

> In sources.list habe ich versucht, eine Zeile wie
> "deb http://ftp.packages.sury.org/php stable main"
> einzufügen, klappt aber nicht.

"eine Zeile wie"? Warum? Warum nicht genau die, die das Skript anlegen
würde?

Sicher, dass das, was du da vorhast, eine gute Idee ist? Verstehst du,
was das nach sich zieht?


mfG Paul

[Florian (flobee)]

Hi

Am So., 6. Feb. 2022 um 13:33 Uhr schrieb Klaus Becker <colon...@gmail.com>:

> ${SUDO} sh -c 'echo "deb https://packages.sury.org/php/ $(lsb_release
> -sc) main" > /etc/apt/sources.list.d/php.list'
> ${SUDO} apt-get update

du kannst nur dist namen eintragen die es auch gibt.
Siehe hier: https://packages.sury.org/php/dists/

In diese datei:
/etc/apt/sources.list.d/php.list

Das reinpacken:
# deb https://packages.sury.org/php/ $(lsb_release -sc) main
deb https://packages.sury.org/php/ bullseye main

apt update und dann pakete suchen/ installieren.

stable gibt es nicht und du schreibst das du den unstable OS zweig nutzt.
also sollte bullseye laufen. ggf musst du ein paar downgrades einiger
libs machen. ggf schadet es nicht vorher bulleye quellen dazu zu
packen damit apt auch wirklich alles sauber auflösen kann. (z.b.
/etc/apt/sources.list.d/bullseye.list erstellen und die quellen dazu)

wenn das alles nicht passt, die datei löschen und die unstable quellen
von debian direkt wieder nach installieren lassen (apt update &
upgrade).

wie gesagt: ich habe kein unstable derzeit und zu sehen was für paket
konflikte auftauchen können. zwischen testing und stable bin ich
bisher immer sehr gut gefahren.

VG Florian