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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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'

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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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.

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'

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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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! :-)

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi

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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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 probl

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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Hi


Am So., 6. Feb. 2022 um 13:33 Uhr schrieb Klaus Becker <colonius47@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

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)