Hi to Everyone !

vlc 3.0.21 (Vetinari) – Debian 11

⇒ vlc no longer reckognises nor plays mp4 files ; it now only plays
their audio part :

« Codec non pris en charge:VLC ne peut pas décoder le format « h264 » (H264 - MPEG-4 AVC (part 10)) »

needless to say that it did work before !

If calling a .ts file with VLC…, I get no error message… but it only
plays the audio part, same as with mp4.

True enough, during the process of installing ISPY, there was a warning…
but, everyone knows what it is, in the rush I forgot to take precise
note of said warning. It said something like this, as far as I can
remember :

« Your system (or such or such component…) is too slow. Would you accept
to increase this or that… ? It won’t pose problem to your system, but it might affect some components... (Y/N) »

I then replied « Y », in the reasoning that I could, in case of problem, reverse the situation in removing and purging the ISPY package.

As previously said, VLC now disfunctions. Maybe something else will also dysfunction, but I haven’t yet come across such finding.

Once installed, ISPY seemed to work, but I soon found that it wasn’t
what I had expected, so I decided to discard it, and to return the ISPY
camera to where I had bought it.

I had installed this package using the command line below :

curl -s "https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main

v3/install.sh <https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main>"
| bash

Once I found that VLC no longer worked OK, I first tried to reinstall
VLC. The version available for install happened to be the same one as
that I already had, that is, 3.0.21. So, I did remove and purge it, then re-installed 3.0.21

Problem is, when I tested this newly installed VLC, it did behave as previously, that is, it refused to play the video part of mp4 files and displayed the previously mentioned error message.

Next, I tried to play those mp4 and ts using ‘Vidéos’ instead of vlc :

"- Impossible to read the file – Decoder H 264 is required to read this
file, but it is not installed… Unfortunately, this H 264 decoder is not
found on your system…"

Must have been there before, though !!

Below is the command line that I had used so as to install the ispy
package :

curl -s "https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main/v3/install.sh
<https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main/v3/install.sh>"
| bash

Thanks in advance for your help in getting VLC and h264 back to work on
my system.

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

On Thu, Apr 17, 2025 at 04:32:26PM +0200, Bernard wrote:

Hi to Everyone !

vlc 3.0.21 (Vetinari) – Debian 11

⇒ vlc no longer reckognises nor plays mp4 files ; it now only plays their audio part :

« Codec non pris en charge:VLC ne peut pas décoder le format « h264 » (H264
- MPEG-4 AVC (part 10)) »

needless to say that it did work before !

If calling a .ts file with VLC…, I get no error message… but it only plays
the audio part, same as with mp4.

You /might/ be successful de-installing VLC and re-installing it,
in case this "ISPY" has broken something in your codec installation.

But this is a shot in the dark.

What in earth is ISPY, anyway? Sounds kind of dangerous.

[...]

curl -s "https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main

v3/install.sh <https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main>" | bash

*GAH* :-@

That means that you trust blindly those people. You know this can do
anything to your computer, right?

Cheers
--
t

-----BEGIN PGP SIGNATURE-----

iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCaAEvwwAKCRAFyCz1etHa RisaAJ0TuNCei7d/5MxaTvG212E4mJ/svgCeO1UWh8zctEIELagT/vgVkQBrSv0=
=SDXT
-----END PGP SIGNATURE-----

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

<tomas@tuxteam.de> wrote:

On Thu, Apr 17, 2025 at 04:32:26PM +0200, Bernard wrote:

Hi to Everyone !

vlc 3.0.21 (Vetinari) – Debian 11

⇒ vlc no longer reckognises nor plays mp4 files ; it now only plays their >> audio part :

« Codec non pris en charge:VLC ne peut pas décoder le format « h264 » (H264
- MPEG-4 AVC (part 10)) »

needless to say that it did work before !

If calling a .ts file with VLC…, I get no error message… but it only plays
the audio part, same as with mp4.

You /might/ be successful de-installing VLC and re-installing it,
in case this "ISPY" has broken something in your codec installation.

may also need to purge it.

But this is a shot in the dark.

What in earth is ISPY, anyway? Sounds kind of dangerous.

[...]

curl -s
"https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main >>
v3/install.sh
<https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main>" >> | bash

*GAH* :-@

That means that you trust blindly those people. You know this can do
anything to your computer, right?

Cheers

same! :)


songbird

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

On 18/04/2025 15:37, songbird wrote:

<tomas@tuxteam.de> wrote:

On Thu, Apr 17, 2025 at 04:32:26PM +0200, Bernard wrote:

Hi to Everyone !

vlc 3.0.21 (Vetinari) – Debian 11

⇒ vlc no longer reckognises nor plays mp4 files ; it now only plays their
audio part :

« Codec non pris en charge:VLC ne peut pas décoder le format « h264 » (H264
- MPEG-4 AVC (part 10)) »

needless to say that it did work before !

If calling a .ts file with VLC…, I get no error message… but it only plays
the audio part, same as with mp4.

You /might/ be successful de-installing VLC and re-installing it,
in case this "ISPY" has broken something in your codec installation.

may also need to purge it.

As previously said, I already did de-install and purge vlc, then
re-install... in the end, the problem remained : same as before. I also de-install and purge the ispy software... but I am not sure that I did
remove everything, since I don't know the names of packages ; I just ran
: sudo apt-get purge ispy*... It did seem to do some purge.

But this is a shot in the dark.

What in earth is ISPY, anyway? Sounds kind of dangerous.

The ispy software is something well known, which is available for
Windows, Mac and Linux. It drives several well known "spy cameras", that
is, cameras that spy anything unusual in your garden when there is
no-one at home. If you google search "ispy", you get several pages of
answers.

Thanks for your replies. I will keep searching...

[...]

curl -s
"https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main >>>
v3/install.sh
<https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main>"
| bash

*GAH* :-@

That means that you trust blindly those people. You know this can do
anything to your computer, right?

Cheers

same! :)

songbird

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

Bernard <bdebreil@free.fr> wrote:

On 18/04/2025 15:37, songbird wrote:

<tomas@tuxteam.de> wrote:

On Thu, Apr 17, 2025 at 04:32:26PM +0200, Bernard wrote:

Hi to Everyone !

vlc 3.0.21 (Vetinari) – Debian 11

⇒ vlc no longer reckognises nor plays mp4 files ; it now only
plays their audio part :

« Codec non pris en charge:VLC ne peut pas décoder le format
« h264 » (H264
- MPEG-4 AVC (part 10)) »

needless to say that it did work before !

If calling a .ts file with VLC…, I get no error message… but it
only plays the audio part, same as with mp4.

You /might/ be successful de-installing VLC and re-installing it,
in case this "ISPY" has broken something in your codec
installation.

may also need to purge it.

As previously said, I already did de-install and purge vlc, then re-install... in the end, the problem remained : same as before. I
also de-install and purge the ispy software... but I am not sure that
I did remove everything, since I don't know the names of packages ; I
just ran : sudo apt-get purge ispy*... It did seem to do some purge.

But this is a shot in the dark.

What in earth is ISPY, anyway? Sounds kind of dangerous.

The ispy software is something well known, which is available for
Windows, Mac and Linux. It drives several well known "spy cameras",
that is, cameras that spy anything unusual in your garden when there
is no-one at home. If you google search "ispy", you get several pages
of answers.

Including some pretty awful reviews: https://www.reviews.io/company-reviews/store/ispy.com

Thanks for your replies. I will keep searching...

[...]

curl -s
"https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main

v3/install.sh
<https://raw.githubusercontent.com/ispysoftware/agent-install-scripts/main>"
| bash

*GAH* :-@

That means that you trust blindly those people. You know this can
do anything to your computer, right?

Cheers

same! :)

songbird

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

The ispy software is something well known, which is available for
Windows, Mac and Linux. It drives several well known "spy cameras",
that is, cameras that spy anything unusual in your garden when there
is no-one at home. If you google search "ispy", you get several pages
of answers.

Including some pretty awful reviews: https://www.reviews.io/company-reviews/store/ispy.com

FWIW, I'm not sure what's the connection between the two.

One is an Open Source code over on Github last updated about 2 years
ago, while the other are reviews (most of them of poor quality, many of
them clearly spam/slop/ads) about a company whose web site seems not to
exist any more.

For the record, I know nothing about that software.


Stefan

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

On Thu 17 Apr 2025 at 16:32:26 (+0200), Bernard wrote:

vlc 3.0.21 (Vetinari) – Debian 11

⇒ vlc no longer reckognises nor plays mp4 files ; it now only plays
their audio part :

« Codec non pris en charge:VLC ne peut pas décoder le format « h264 » (H264 - MPEG-4 AVC (part 10)) »

needless to say that it did work before !

If calling a .ts file with VLC…, I get no error message… but it only plays the audio part, same as with mp4.

True enough, during the process of installing ISPY, there was a
warning… but, everyone knows what it is, in the rush I forgot to take precise note of said warning. It said something like this, as far as I
can remember :

Perhaps:

"GPU hardware acceleration support requires libva ≥ 2.21"
"This is needed for FFmpeg v7 to properly utilize your GPU for"
"video encoding/decoding, which can significantly improve"
"performance and reduce CPU usage."
"Warning: this may cause issues with other software running on your system."

« Your system (or such or such component…) is too slow. Would you
accept to increase this or that… ? It won’t pose problem to your
system, but it might affect some components... (Y/N) »

I then replied « Y », in the reasoning that I could, in case of
problem, reverse the situation in removing and purging the ISPY
package.

As previously said, VLC now disfunctions. Maybe something else will
also dysfunction, but I haven’t yet come across such finding.

Once installed, ISPY seemed to work, but I soon found that it wasn’t
what I had expected, so I decided to discard it, and to return the
ISPY camera to where I had bought it.

I had installed this package using the command line below :

If you don't still have the scripts, I would download them again,
and then read them through. (Download in turn what they download.)

Once I found that VLC no longer worked OK, I first tried to reinstall
VLC. The version available for install happened to be the same one as
that I already had, that is, 3.0.21. So, I did remove and purge it,
then re-installed 3.0.21

Problem is, when I tested this newly installed VLC, it did behave as previously, that is, it refused to play the video part of mp4 files
and displayed the previously mentioned error message.

Next, I tried to play those mp4 and ts using ‘Vidéos’ instead of vlc :

"- Impossible to read the file – Decoder H 264 is required to read
this file, but it is not installed… Unfortunately, this H 264 decoder
is not found on your system…"

Must have been there before, though !!

It looks as if the scripts might have built and installed some library
with a higher version number (look at the libva.sh script).

You could run a command like:

$ aptitude search "?narrow(?installed,?not(?archive(stable)))"

to see whether all the packages on your system originate in bookworm.

Cheers,
David.

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

On 19/04/2025 10:39, David wrote:

On Sat, 19 Apr 2025 at 04:21, David Wright <deblis@lionunicorn.co.uk> wrote:

You could run a command like:

$ aptitude search "?narrow(?installed,?not(?archive(stable)))"

to see whether all the packages on your system originate in bookworm.

If that command produces any output, then adding a custom format
argument to it will help to show why. Suggestion:

aptitude search "?narrow(?installed,?not(?archive(stable)))" -F '%c %M
%p %v %a %O %t %V - %d'

(the suggestion is one single line with no line breaks, ignore
any wrapping that might be added by my mail software)

Thanks for these advices. Below a copy-paste of what I get :

bd@debian-stretch:~$ aptitude search "?narrow(?installed,?not(?archive(stable)))" -F '%c %M %p %v %a %O %t %V
- %d'
i apache2 2.4.56-1~deb11 Debian-Security:11/oldstable-s 2.4.62-1~deb11 - Serveur HTTP Apache
i A apache2-bin 2.4.56-1~deb11 Debian-Security:11/oldstable-s
2.4.62-1~deb11 - Serveur HTTP Apache (modules
i A apache2-data 2.4.56-1~deb11 Debian-Security:11/oldstable-s
2.4.62-1~deb11 - Serveur HTTP Apache - fichie
i A apache2-utils 2.4.56-1~deb11 Debian-Security:11/oldstable-s
2.4.62-1~deb11 - Serveur HTTP Apache - utilit
i appimagelauncher 3.0.0-alpha-4- (installed locally) <aucun> -
ldnp-built package
i base-files 11.1+deb11u9 Debian:11.11/oldstable [amd64] 11.1+deb11u11 -
divers fichiers du système d
i bind9-dnsutils 1:9.16.48-1 Debian-Security:11/oldstable-s
1:9.16.50-1~de - clients fournis par BIND 9
i bind9-host 1:9.16.48-1 Debian-Security:11/oldstable-s 1:9.16.50-1~de - utilitaire de recherche de D
i A bind9-libs 1:9.16.48-1 Debian-Security:11/oldstable-s 1:9.16.50-1~de
- bibliothèques partagées util
i A bsdextrautils 2.36.1-8+deb11 Debian:11.11/oldstable, Debian
2.36.1-8+deb11 - extra utilities from 4.4BSD-
i bsdutils 1:2.36.1-8+deb Debian:11.11/oldstable, Debian 1:2.36.1-8+deb
- utilitaires basiques de 4.4B
i A cups 2.3.3op2-3+deb Debian-Security:11/oldstable-s 2.3.3op2-3+deb - système commun d'impression
i A cups-client 2.3.3op2-3+deb Debian-Security:11/oldstable-s
2.3.3op2-3+deb - Common UNIX Printing System(
i A cups-common 2.3.3op2-3+deb Debian-Security:11/oldstable-s
2.3.3op2-3+deb - Common UNIX Printing System(
i A cups-core-drivers 2.3.3op2-3+deb Debian-Security:11/oldstable-s 2.3.3op2-3+deb - CUPS™, système commun d'impr
i A cups-daemon 2.3.3op2-3+deb Debian-Security:11/oldstable-s
2.3.3op2-3+deb - Common UNIX Printing System(
i A cups-ipp-utils 2.3.3op2-3+deb Debian-Security:11/oldstable-s
2.3.3op2-3+deb - système commun d'impression
i A cups-ppdc 2.3.3op2-3+deb Debian-Security:11/oldstable-s
2.3.3op2-3+deb - système commun d'impression
i A cups-server-common 2.3.3op2-3+deb Debian-Security:11/oldstable-s 2.3.3op2-3+deb - système commun d'impression
i A distro-info-data 0.51+deb11u5 Debian-Security:11/oldstable-s
0.51+deb11u7 - informations à propos des pu
i A dns-root-data 2021011101 Debian:11.11/oldstable [all] 2024041801~deb
- DNS root hints and DNSSEC tr
i eject 2.36.1-8+deb11 Debian:11.11/oldstable, Debian 2.36.1-8+deb11 - éjection de CD et manipulati
i fdisk 2.36.1-8+deb11 Debian:11.11/oldstable, Debian 2.36.1-8+deb11 - collection d'outils de parti
i firefox-esr 128.8.0esr-1~d Debian-Security:11/oldstable-s
128.9.0esr-1~d - navigateur internet Firefox
i A firefox-esr-l10n-fr 128.8.0esr-1~d Debian-Security:11/oldstable-s 128.9.0esr-1~d - localisation française pour
i A fonts-opensymbol 2:102.11+LibO7 Debian-Security:11/oldstable-s 2:102.11+LibO7 - police TrueType OpenSymbol
i A ghostscript 9.53.3~dfsg-7+ Debian-Security:11/oldstable-s
9.53.3~dfsg-7+ - interpréteur PostScript et P
i A ghostscript-x 9.53.3~dfsg-7+ Debian-Security:11/oldstable-s
9.53.3~dfsg-7+ - interpréteur PostScript et P
i A gir1.2-gst-plugins-b 1.18.4-2+deb11 Debian-Security:11/oldstable-s 1.18.4-2+deb11 - GObject introspection data f
i A gir1.2-gtk-3.0 3.24.24-4+deb1 Debian:11.11/oldstable [amd64]
3.24.24-4+deb1 - bibliothèque d'interface uti
i A gir1.2-javascriptcor 2.42.5-1~deb11 Debian-Security:11/oldstable-s 2.46.6-1~deb11 - JavaScript engine library fr
i A gir1.2-lokdocview-0. 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - widget GTK3 enveloppant la f
i A gir1.2-webkit2-4.0 2.42.5-1~deb11 Debian-Security:11/oldstable-s 2.46.6-1~deb11 - Web content engine library f
i gnome-shell 3.38.6-1~deb11 Debian:11.11/oldstable, Debian
3.38.6-1~deb11 - interpréteur de commandes g
i A gnome-shell-common 3.38.6-1~deb11 Debian:11.11/oldstable, Debian 3.38.6-1~deb11 - fichiers communs pour l’inte
i A gnome-shell-extensio 3.38.6-1~deb11 Debian:11.11/oldstable, Debian 3.38.6-1~deb11 - tool to enable / disable GNO
i A graphviz 2.42.2-5 Debian:11.11/oldstable [amd64] 2.42.2-5+deb11 -
ensemble complet d'outils po
i A gstreamer1.0-gl 1.18.4-2+deb11 Debian-Security:11/oldstable-s 1.18.4-2+deb11 - GStreamer plugins for GL
i gstreamer1.0-plugins 1.18.4-2+deb11 Debian-Security:11/oldstable-s 1.18.4-2+deb11 - Greffons GStreamer pour l'en
i A gstreamer1.0-x 1.18.4-2+deb11 Debian-Security:11/oldstable-s
1.18.4-2+deb11 - Greffons Gstreamer pour X11
i A gtk-update-icon-cach 3.24.24-4+deb1 Debian:11.11/oldstable [amd64] 3.24.24-4+deb1 - utilitaire de cache pour thè
i A gtk2-engines-pixbuf 2.24.33-2 Debian:11.11/oldstable [amd64]
2.24.33-2+deb1 - pixbuf-based theme for GTK 2
i imagemagick 8:6.9.11.60+df Debian:11.11/oldstable [amd64]
8:6.9.11.60+df - programmes de manipulation d
i A imagemagick-6-common 8:6.9.11.60+df Debian:11.11/oldstable [all] 8:6.9.11.60+df - programmes de manipulation d
i A imagemagick-6.q16 8:6.9.11.60+df Debian:11.11/oldstable [amd64] 8:6.9.11.60+df - programmes de manipulation d
i iscan 2.30.4-2 (installed locally) <aucun> - simple, easy to use scanner
i iscan-data 1.39.2-1 (installed locally) <aucun> - Image Scan! for
Linux data f
i iscan-plugin-gt-x770 2.1.3-1 (installed locally) <aucun> - Image Scan!
plugin for the E
i krb5-locales 1.18.3-6+deb11 Debian-Security:11/oldstable-s
1.18.3-6+deb11 - traductions pour Kerberos du
i less 551-2 Debian:11.11/oldstable, Debian 551-2+deb11u2 - programme de pagination simi
i A libapache2-mod-php7. 7.4.33-1+deb11 Debian-Security:11/oldstable-s 7.4.33-1+deb11 - langage de script inclus dan
i libblkid1 2.36.1-8+deb11 Debian:11.11/oldstable, Debian 2.36.1-8+deb11
- bibliothèque d'identificatio
i libc-bin 2.31-13+deb11u Debian:11.11/oldstable [amd64] 2.31-13+deb11u
- bibiliothèque C GNU : binair
i A libc-dev-bin 2.31-13+deb11u Debian:11.11/oldstable [amd64]
2.31-13+deb11u - bibliothèque C GNU : binaire
i A libc-devtools 2.31-13+deb11u Debian:11.11/oldstable [amd64]
2.31-13+deb11u - GNU C Library: Development t
i A libc-l10n 2.31-13+deb11u Debian:11.11/oldstable [all] 2.31-13+deb11u
- bibliothèque GNU C − fichier
i libc6 2.31-13+deb11u Debian:11.11/oldstable [amd64] 2.31-13+deb11u - bibliothèque C GNU : bibliot
i A libc6-dev 2.31-13+deb11u Debian:11.11/oldstable [amd64]
2.31-13+deb11u - bibliothèque C GNU : bibliot
i A libcdt5 2.42.2-5 Debian:11.11/oldstable [amd64] 2.42.2-5+deb11 -
ensemble complet d'outils po
i A libcgraph6 2.42.2-5 Debian:11.11/oldstable [amd64] 2.42.2-5+deb11 -
rich set of graph drawing to
i A libcups2 2.3.3op2-3+deb Debian-Security:11/oldstable-s
2.3.3op2-3+deb - Système commun d'impression
i A libcupsimage2 2.3.3op2-3+deb Debian-Security:11/oldstable-s
2.3.3op2-3+deb - Common UNIX Printing System(
i A libcurl3-gnutls 7.74.0-1.3+deb Debian-Security:11/oldstable-s 7.74.0-1.3+deb - bibliothèque de transfert pa
i A libdav1d4 0.7.1-3 Debian:11.11/oldstable, Debian 0.7.1-3+deb11u -
fast and small AV1 video str
i libfdisk1 2.36.1-8+deb11 Debian:11.11/oldstable, Debian 2.36.1-8+deb11
- bibliothèque de partitionnem
i A libgail-3-0 3.24.24-4+deb1 Debian:11.11/oldstable [amd64]
3.24.24-4+deb1 - bibliothèque d'implémentatio
i A libgail-common 2.24.33-2 Debian:11.11/oldstable [amd64]
2.24.33-2+deb1 - bibliothèque d'implémentatio
i A libgail18 2.24.33-2 Debian:11.11/oldstable [amd64] 2.24.33-2+deb1 - bibliothèque d'implémentatio
i A libglib2.0-0 2.66.8-1+deb11 Debian-Security:11/oldstable-s
2.66.8-1+deb11 - bibliothèque GLib de routine
i libglib2.0-bin 2.66.8-1+deb11 Debian-Security:11/oldstable-s
2.66.8-1+deb11 - programmes pour la bibliothè
i A libglib2.0-data 2.66.8-1+deb11 Debian-Security:11/oldstable-s 2.66.8-1+deb11 - fichiers communs pour la bib
i libgnutls30 3.7.1-5+deb11u Debian-Security:11/oldstable-s
3.7.1-5+deb11u - bibliothèque GNU TLS – bibli
i A libgs9 9.53.3~dfsg-7+ Debian-Security:11/oldstable-s 9.53.3~dfsg-7+
- interpréteur PostScript et P
i A libgs9-common 9.53.3~dfsg-7+ Debian-Security:11/oldstable-s
9.53.3~dfsg-7+ - interpreter for the PostScri
i libgssapi-krb5-2 1.18.3-6+deb11 Debian-Security:11/oldstable-s
1.18.3-6+deb11 - bibliothèques d’exécution de
i A libgstreamer-gl1.0-0 1.18.4-2+deb11 Debian-Security:11/oldstable-s 1.18.4-2+deb11 - GStreamer GL libraries
i A libgstreamer-plugins 1.18.4-2+deb11 Debian-Security:11/oldstable-s 1.18.4-2+deb11 - bibliothèques GStreamer pour
i A libgtk-3-0 3.24.24-4+deb1 Debian:11.11/oldstable [amd64]
3.24.24-4+deb1 - bibliothèque d'interface gra
i A libgtk-3-bin 3.24.24-4+deb1 Debian:11.11/oldstable [amd64]
3.24.24-4+deb1 - programmes pour la bibliothè
i A libgtk-3-common 3.24.24-4+deb1 Debian:11.11/oldstable [all]
3.24.24-4+deb1 - fichiers communs pour la bib
i A libgtk2.0-0 2.24.33-2 Debian:11.11/oldstable [amd64] 2.24.33-2+deb1
- bibliothèque d'interface gra
i A libgtk2.0-bin 2.24.33-2 Debian:11.11/oldstable [amd64]
2.24.33-2+deb1 - programmes pour la bibliothè
i A libgtk2.0-common 2.24.33-2 Debian:11.11/oldstable [all]
2.24.33-2+deb1 - fichiers communs pour la bib
i A libgvc6 2.42.2-5 Debian:11.11/oldstable [amd64] 2.42.2-5+deb11 -
rich set of graph drawing to
i A libgvpr2 2.42.2-5 Debian:11.11/oldstable [amd64] 2.42.2-5+deb11 -
rich set of graph drawing to
i A libjavascriptcoregtk 2.42.5-1~deb11 Debian-Security:11/oldstable-s 2.46.6-1~deb11 - JavaScript engine library fr
i A libjuh-java 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s
1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i A libjurt-java 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s
1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i libk5crypto3 1.18.3-6+deb11 Debian-Security:11/oldstable-s
1.18.3-6+deb11 - bibliothèques d’exécution de
i libkrb5-3 1.18.3-6+deb11 Debian-Security:11/oldstable-s 1.18.3-6+deb11
- bibliothèques exécutables po
i libkrb5support0 1.18.3-6+deb11 Debian-Security:11/oldstable-s
1.18.3-6+deb11 - bibliothèques exécutables po
i A liblab-gamut1 2.42.2-5 Debian:11.11/oldstable [amd64] 2.42.2-5+deb11
- rich set of graph drawing to
i A liblibreoffice-java 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i A liblibreofficekitgtk 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - widget GTK3 enveloppant la f
i A libmagickcore-6.q16- 8:6.9.11.60+df Debian:11.11/oldstable [amd64] 8:6.9.11.60+df - bibliothèque de bas niveau d
i A libmagickcore-6.q16- 8:6.9.11.60+df Debian:11.11/oldstable [amd64] 8:6.9.11.60+df - bibliothèque de bas niveau d
i A libmagickwand-6.q16- 8:6.9.11.60+df Debian:11.11/oldstable [amd64] 8:6.9.11.60+df - image manipulation library -
i libmount1 2.36.1-8+deb11 Debian:11.11/oldstable, Debian 2.36.1-8+deb11
- bibliothèque de montage de p
i A libndp0 1.6-1+b1 Debian:11.11/oldstable, Debian 1.6-1+deb11u1 - bibliothèque pour le protoco
i A libpathplan4 2.42.2-5 Debian:11.11/oldstable [amd64] 2.42.2-5+deb11
- rich set of graph drawing to
i A libqt5concurrent5 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64] 5.15.2+dfsg-9+ - module Concurrent de Qt⋅5
i A libqt5core5a 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - module principal de QT⋅5
i A libqt5dbus5 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - module D-Bus de Qt⋅5
i A libqt5gui5 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - module Qt⋅5 d'interface grap
i A libqt5network5 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - module réseau de Qt⋅5
i A libqt5opengl5 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - Qt 5 OpenGL module
i A libqt5opengl5-dev 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64] 5.15.2+dfsg-9+ - Qt 5 OpenGL library developm
i A libqt5printsupport5 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64] 5.15.2+dfsg-9+ - Qt 5 print support module
i A libqt5sql5 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - module SQL de Qt⋅5
i A libqt5sql5-sqlite 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64] 5.15.2+dfsg-9+ - pilote de base de données SQ
i A libqt5test5 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - Qt 5 test module
i A libqt5widgets5 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - module de widgets de Qt⋅5
i A libqt5xml5 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - Qt 5 XML module
i libreoffice-base 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s
1:7.0.4-4+deb1 - suite de productivité bureau
i A libreoffice-base-cor 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite de productivité bureau
i A libreoffice-base-dri 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - Database connectivity driver
i libreoffice-calc 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s
1:7.0.4-4+deb1 - suite de productivité bureau
i A libreoffice-common 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite de productivité bureau
i A libreoffice-core 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite de productivité bureau
i A libreoffice-draw 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite de productivité bureau
i libreoffice-gnome 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite de productivité — inté
i A libreoffice-gtk3 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite bureautique complète −
i A libreoffice-help-com 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite de productivité bureau
i A libreoffice-help-fr 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite de productivité bureau
i libreoffice-impress 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite de productivité bureau
i libreoffice-java-com 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite de productivité bureau
i A libreoffice-l10n-fr 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite bureautique - traducti
i A libreoffice-math 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite bureautique - éditeur
i A libreoffice-sdbc-fir 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - pilote SDBC de Firebird pour
i A libreoffice-sdbc-hsq 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - pilote SDBC de HSQLDB pour L
i A libreoffice-style-co 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - office productivity suite --
i A libreoffice-style-el 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - office productivity suite --
i libreoffice-writer 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - suite de productivité bureau
i A libreofficekit-data 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - données communes pour LOKDoc
i A libridl-java 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s
1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i libsmartcols1 2.36.1-8+deb11 Debian:11.11/oldstable, Debian
2.36.1-8+deb11 - bibliothèque d'alignement in
i A libsmbclient 2:4.13.13+dfsg Debian:11.11/oldstable, Debian
2:4.13.13+dfsg - bibliothèque partagée pour l
i A libssh2-1 1.9.0-2 Debian:11.11/oldstable [amd64] 1.9.0-2+deb11u - Bibliothèque client SSH2
i A libuno-cppu3 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s
1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i A libuno-cppuhelpergcc 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i A libuno-purpenvhelper 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i A libuno-sal3 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s
1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i A libuno-salhelpergcc3 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i A libunoil-java 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s
1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i A libunoloader-java 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i A libuv1 1.40.0-2 Debian:11.11/oldstable, Debian 1.40.0-2+deb11 - asynchronous event notificat
i A libvpx6 1.9.0-1+deb11u Debian:11.11/oldstable, Debian 1.9.0-1+deb11u
- VP8 and VP9 video codec (sha
i A libwbclient0 2:4.13.13+dfsg Debian:11.11/oldstable, Debian
2:4.13.13+dfsg - bibliothèque cliente Samba w
i A libwebkit2gtk-4.0-37 2.42.5-1~deb11 Debian-Security:11/oldstable-s 2.46.6-1~deb11 - Web content engine library f
i A libxnvctrl0 470.141.03-1~d Debian:11.11/oldstable [amd64]
470.239.06-1 - NV-CONTROL X extension (runt
i linux-image-5.10.0-2 5.10.178-3 (installed locally) <aucun> - Linux
5.10 for 64-bit PCs (s
i linux-image-5.10.0-2 5.10.179-1 (installed locally) <aucun> - Linux
5.10 for 64-bit PCs (s
i linux-image-5.10.0-2 5.10.209-2 (installed locally) <aucun> - Linux
5.10 for 64-bit PCs (s
i linux-image-amd64 5.10.209-2 Debian-Security:11/oldstable-s 5.10.234-1
- Linux pour les ordinateurs 6
i A linux-libc-dev 5.10.209-2 Debian-Security:11/oldstable-s 5.10.234-1
- en-têtes de gestion Linux po
i locales 2.31-13+deb11u Debian:11.11/oldstable [all] 2.31-13+deb11u - bibliothèque GNU C : prise e
i mount 2.36.1-8+deb11 Debian:11.11/oldstable, Debian 2.36.1-8+deb11 -
outils pour monter et manipu
i mysql-apt-config 0.8.29-1 MySQL:repo.mysql.com [all] 0.8.29-1 - Auto configuration for MySQL
i A mysql-client 8.0.36-1debian MySQL:repo.mysql.com [amd64]
8.0.37-1debian - MySQL Client meta package de
i A mysql-common 8.0.36-1debian MySQL:repo.mysql.com [amd64]
8.0.37-1debian - Common files shared between
i A mysql-community-clie 8.0.36-1debian MySQL:repo.mysql.com [amd64] 8.0.37-1debian - MySQL Client
i A mysql-community-clie 8.0.36-1debian MySQL:repo.mysql.com [amd64] 8.0.37-1debian - MySQL Client Core Binaries
i A mysql-community-clie 8.0.36-1debian MySQL:repo.mysql.com [amd64] 8.0.37-1debian - MySQL Client plugin
i A mysql-community-serv 8.0.36-1debian MySQL:repo.mysql.com [amd64] 8.0.37-1debian - MySQL Server
i A mysql-community-serv 8.0.36-1debian MySQL:repo.mysql.com [amd64] 8.0.37-1debian - MySQL Server Core Binaires
i mysql-server 8.0.36-1debian MySQL:repo.mysql.com [amd64]
8.0.37-1debian - MySQL Server meta package de
i nano 5.4-2+deb11u2 Debian:11.11/oldstable [amd64] 5.4-2+deb11u3 -
petit éditeur de texte ergon
i net.downloadhelper.c 2.0.19 (installed locally) <aucun> - Video DownloadHelper compani
i odvr 0.1.4.1-1 (installed locally) <aucun> - odvr is a user-space driver
i openjdk-11-jdk 11.0.22+7-1~de Debian-Security:11/oldstable-s
11.0.26+4-1~de - kit de développement OpenJDK
i A openjdk-11-jdk-headl 11.0.22+7-1~de Debian-Security:11/oldstable-s 11.0.26+4-1~de - OpenJDK Development Kit (JDK
i openjdk-11-jre 11.0.22+7-1~de Debian-Security:11/oldstable-s
11.0.26+4-1~de - Environnement d'exécution Ja
i A openjdk-11-jre-headl 11.0.22+7-1~de Debian-Security:11/oldstable-s 11.0.26+4-1~de - environnement d'exécution Ja
i A php7.4 7.4.33-1+deb11 Debian-Security:11/oldstable-s 7.4.33-1+deb11
- langage de script côté serve
i A php7.4-cli 7.4.33-1+deb11 Debian-Security:11/oldstable-s
7.4.33-1+deb11 - interpréteur en ligne de com
i A php7.4-common 7.4.33-1+deb11 Debian-Security:11/oldstable-s
7.4.33-1+deb11 - documentation, exemples et m
i A php7.4-json 7.4.33-1+deb11 Debian-Security:11/oldstable-s
7.4.33-1+deb11 - module JSON pour PHP
i php7.4-mysql 7.4.33-1+deb11 Debian-Security:11/oldstable-s
7.4.33-1+deb11 - module MySQL pour PHP
i A php7.4-opcache 7.4.33-1+deb11 Debian-Security:11/oldstable-s
7.4.33-1+deb11 - module Zend OpCache pour PHP
i A php7.4-readline 7.4.33-1+deb11 Debian-Security:11/oldstable-s 7.4.33-1+deb11 - module readline pour PHP
i A python3-idna 2.10-1 Debian:11.11/oldstable [all] 2.10-1+deb11u1 -
gestion Python de IDNA2008 (
i A python3-pil 8.1.2+dfsg-0.3 Debian:11.11/oldstable, Debian
8.1.2+dfsg-0.3 - Python Imaging Library (Pyth
i python3-reportbug 7.10.3+deb11u1 Debian:11.11/oldstable [all]
7.10.3+deb11u2 - modules Python pour interagi
i A python3-uno 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s
1:7.0.4-4+deb1 - pont Python-UNO
i A qt5-gtk-platformthem 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64] 5.15.2+dfsg-9+ - Qt 5 GTK+ 3 platform theme
i A qt5-qmake 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - Qt 5 qmake Makefile generato
i A qt5-qmake-bin 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - Qt 5 qmake Makefile generato
i qtbase5-dev 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64]
5.15.2+dfsg-9+ - Qt 5 base development files
i A qtbase5-dev-tools 5.15.2+dfsg-9 Debian:11.11/oldstable [amd64] 5.15.2+dfsg-9+ - Qt 5 base development progra
i reportbug 7.10.3+deb11u1 Debian:11.11/oldstable [all] 7.10.3+deb11u2 - rapport de bogues dans la di
i A samba-libs 2:4.13.13+dfsg Debian:11.11/oldstable, Debian
2:4.13.13+dfsg - bibliothèques principales de
i thunderbird 1:115.7.0-1~de Debian-Security:11/oldstable-s
1:128.9.0esr-1 - mail/news client with RSS, c
i turboprint 2.53-1 (installed locally) <aucun> - High-quality printer
driver
i A uno-libs-private 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - LibreOffice UNO runtime envi
i A ure 1:7.0.4-4+deb1 Debian-Security:11/oldstable-s 1:7.0.4-4+deb1 - environnement d'exécution UN
i A usb.ids 2024.01.20-0+d Debian:11.11/oldstable [all] 2024.07.04-0+d -
USB ID Repository
i util-linux 2.36.1-8+deb11 Debian:11.11/oldstable, Debian
2.36.1-8+deb11 - divers utilitaires système
i A util-linux-locales 2.36.1-8+deb11 Debian:11.11/oldstable, Debian 2.36.1-8+deb11 - fichiers de paramètres lingu
i A wpasupplicant 2:2.9.0-21 Debian-Security:11/oldstable-s
2:2.9.0-21+deb - gestion client pour WPA et W
i A xserver-common 2:1.20.11-1+de Debian-Security:11/oldstable-s
2:1.20.11-1+de - fichiers communs utilisés pa
i A xserver-xephyr 2:1.20.11-1+de Debian-Security:11/oldstable-s
2:1.20.11-1+de - serveur X imbriqué
i A xserver-xorg-core 2:1.20.11-1+de Debian-Security:11/oldstable-s 2:1.20.11-1+de - serveur⋅X X.Org – base du se
i A xserver-xorg-legacy 2:1.20.11-1+de Debian-Security:11/oldstable-s 2:1.20.11-1+de - enveloppe pour le serveur X
i A xwayland 2:1.20.11-1+de Debian-Security:11/oldstable-s
2:1.20.11-1+de - serveur X Xwayland
bd@debian-stretch:~$

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

Hi David,

I did reply to your message, sending the output of suggested aptitude
search below... but my reply does not appear to the list messages, maybe because there were too many lines in it. In any case, I didn't find
anything meaningfull to me... which doesn't mean that there was nothing...

I just posted a new message saying that I saw messages from a number of
people having lost the use of H264 right after an update of their Debian
11... and that I found that my late install of ISPY/AgentDVR had carried
an update... Still, I haven't solved my problem.

On 19/04/2025 10:39, David wrote:

On Sat, 19 Apr 2025 at 04:21, David Wright <deblis@lionunicorn.co.uk> wrote:

You could run a command like:

$ aptitude search "?narrow(?installed,?not(?archive(stable)))"

to see whether all the packages on your system originate in bookworm.

If that command produces any output, then adding a custom format
argument to it will help to show why. Suggestion:

aptitude search "?narrow(?installed,?not(?archive(stable)))" -F '%c %M
%p %v %a %O %t %V - %d'

(the suggestion is one single line with no line breaks, ignore
any wrapping that might be added by my mail software)

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

I have now completely de-installed and removed the ISPY package (also
known as ‘AgentDVR’), according to the process explained on their site.

Next, I have checked the install log file that had been generated by
this previous install process :

/var/log/agentdvr_setup.log (1156 lines)

which shows that this ‘ispy’ or ‘agentDVR’ install...

HAD TRIGGERED AN UNEXPECTED UPDATE of my system… ! (automatic updates
were de-activated in my Debian 11)

Now, googling the web, I found several posts from other debian 11 users
who complained that their VLC ceased to play mp4 and other H264 files,
right after an update of their system !

One of these complainers got a reply, advising to install/re-install libavcodec58… which seems to have solved his problem. I tested the same
thing here, to no avail. There may be some other codecs that I should install/re-install… but I don’t know which ones…

Thanks in advance for your help solving my VLC / H264 problem after that unexpected update of my Debian 11

On 17/04/2025 16:32, Bernard wrote:

Hi to Everyone !

vlc 3.0.21 (Vetinari) – Debian 11

⇒ vlc no longer reckognises nor plays mp4 files ; it now only plays
their audio part :

« Codec non pris en charge:VLC ne peut pas décoder le format « h264 » (H264 - MPEG-4 AVC (part 10)) »

needless to say that it did work before !

..........

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

On Mon 21 Apr 2025 at 18:03:04 (+0200), Bernard wrote:

I did reply to your message, sending the output of suggested aptitude
search below... but my reply does not appear to the list messages,
maybe because there were too many lines in it. In any case, I didn't
find anything meaningfull to me... which doesn't mean that there was nothing...

No, it arrived all right, and has a list of about 205 packages,
many or most of which belong to oldstable, the name it applies to
Debian 11. You've got some iscan and mysql packages, plus kernels
I don't recognise.

Your libc and base-files both say you're running bullseye/11, but
to my eyes (I'm no expert), I would guess that most of the system
is likely made up of bookworm/12 packages.

I think you should post your /etc/apt/sources.list here before
taking further actions. You wrote "HAD TRIGGERED AN UNEXPECTED UPDATE
of my system… ! (automatic updates were de-activated in my Debian 11)",
but can you elaborate on "de-activate". Also make sure you distinguish carefully between "update" (only involves /var/lib/apt/lists/),
"upgrade" (installs packages), and "dist-upgrade" or "full-upgrade"
(can upgrade or remove packages, and change suite: Debian 11→12).

I just posted a new message saying that I saw messages from a number
of people having lost the use of H264 right after an update of their
Debian 11... and that I found that my late install of ISPY/AgentDVR
had carried an update... Still, I haven't solved my problem.

You may have little option but to complete a full-upgrade to bookworm,
but I wouldn't act hastily as your system still works, albeit without
playing videos.

Cheers,
David.

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

On 21/04/2025 22:02, David Wright wrote:

I think you should post your /etc/apt/sources.list here before
taking further actions.

Here it is, dated 22apr2023 : Date shows that I musn't have updated it,
even though I thought I had

# deb cdrom:[Debian GNU/Linux 11.6.0 _Bullseye_ - Official amd64 NETINST 20221217-10:42]/ bullseye main

#deb cdrom:[Debian GNU/Linux 11.6.0 _Bullseye_ - Official amd64 NETINST 20221217-10:42]/ bullseye main

deb http://deb.debian.org/debian/ bullseye main contrib non-free
deb-src http://deb.debian.org/debian/ bullseye main contrib non-free

deb http://security.debian.org/debian-security bullseye-security main
deb-src http://security.debian.org/debian-security bullseye-security main

# bullseye-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://deb.debian.org/debian/ bullseye-updates main
deb-src http://deb.debian.org/debian/ bullseye-updates main

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.

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

On Tue 22 Apr 2025 at 14:48:01 (+0200), Bernard wrote:

On 21/04/2025 22:02, David Wright wrote:

I think you should post your /etc/apt/sources.list here before
taking further actions.

Here it is, dated 22apr2023 : Date shows that I musn't have updated
it, even though I thought I had

Well, it looks like a normal bullseye list, and the log that
you sent me mentions only bullseye packages, though it indeed
shows that your system had many ungradeable bullseye packages (314).

The log then shows apt-transport-https being installed,
presumably so that it can download AgentDVR. Having extracted
the files from the download, it asks about upgrading /usr/lib/x86_64-linux-gnu/libva.so.2.1000.0

It then upgrades three packages, installs 84 more, leaving 311
still upgradeable. They all come from bullseye.

I think it then downloads and builds stuff from git. It seems
to say that this all ends up in /usr/local/lib/.
This section is all over my head, particularly when it
talks about using libtool or setting -LLIBDIR etc.

So no, bookworm is not involved. I assume that the packages you
listed before, and I commented on, are some of the 311 still
upgradeable packages, but never having run a machine so behind
in upgrades, I'm not used to seeing output like that. If I find
the time, I'll try to check one or two.

Do you still have the libraries it installed in /usr/local/lib/?
(The /opt/… stuff is less important.) Can you tell whether any
of them are still being used. Being unlearned in this area. my
methodology would be crude: after a period of time (like tomorrow
morning), I'd read the directories with ls -ult, then attempt
and fail to play a video, then repeat the listings to see whether
the access times had changed. (And even this will probably not
work on a laptop.)

If you wanted to post the logs, I think the area of interest is
likely to be after "All build dependencies are installed." but
eliminating the interminable lines starting with "checking ".
That may show others what you need to do to get programs to
link with the correct versions of libraries. As I said, that
stuff is all above my paygrade.

If and when you get the (bullseye) system restored, you might
want to get it up-to-date, even if you don't intend to advance
to bookworm.


Cheers,
David.

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

On Tue, 22 Apr 2025 14:48:01 +0200
Bernard <bdebreil@free.fr> wrote:

On 21/04/2025 22:02, David Wright wrote:

I think you should post your /etc/apt/sources.list here before
taking further actions.

Here it is, dated 22apr2023 : Date shows that I musn't have updated
it, even though I thought I had

# deb cdrom:[Debian GNU/Linux 11.6.0 _Bullseye_ - Official amd64
NETINST 20221217-10:42]/ bullseye main

#deb cdrom:[Debian GNU/Linux 11.6.0 _Bullseye_ - Official amd64
NETINST 20221217-10:42]/ bullseye main

deb http://deb.debian.org/debian/ bullseye main contrib non-free
deb-src http://deb.debian.org/debian/ bullseye main contrib non-free

deb http://security.debian.org/debian-security bullseye-security main
deb-src http://security.debian.org/debian-security bullseye-security
main

# bullseye-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports
deb http://deb.debian.org/debian/ bullseye-updates main
deb-src http://deb.debian.org/debian/ bullseye-updates main

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.

You might also look in /etc/apt/sources.list.d.

--
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

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

On 22/04/2025 21:33, David Wright wrote:

On Tue 22 Apr 2025 at 14:48:01 (+0200), Bernard wrote:

On 21/04/2025 22:02, David Wright wrote:

I think you should post your /etc/apt/sources.list here before
taking further actions.

Here it is, dated 22apr2023 : Date shows that I musn't have updated
it, even though I thought I had

Well, it looks like a normal bullseye list, and the log that
you sent me mentions only bullseye packages, though it indeed
shows that your system had many ungradeable bullseye packages (314).

The log then shows apt-transport-https being installed,
presumably so that it can download AgentDVR. Having extracted
the files from the download, it asks about upgrading /usr/lib/x86_64-linux-gnu/libva.so.2.1000.0

It then upgrades three packages, installs 84 more, leaving 311
still upgradeable. They all come from bullseye.

I think it then downloads and builds stuff from git. It seems
to say that this all ends up in /usr/local/lib/.
This section is all over my head, particularly when it
talks about using libtool or setting -LLIBDIR etc.

So no, bookworm is not involved. I assume that the packages you
listed before, and I commented on, are some of the 311 still
upgradeable packages, but never having run a machine so behind
in upgrades, I'm not used to seeing output like that. If I find
the time, I'll try to check one or two.

Do you still have the libraries it installed in /usr/local/lib/?
(The /opt/… stuff is less important.) Can you tell whether any
of them are still being used. Being unlearned in this area. my
methodology would be crude: after a period of time (like tomorrow
morning), I'd read the directories with ls -ult, then attempt
and fail to play a video, then repeat the listings to see whether
the access times had changed. (And even this will probably not
work on a laptop.)

If you wanted to post the logs, I think the area of interest is
likely to be after "All build dependencies are installed." but
eliminating the interminable lines starting with "checking ".
That may show others what you need to do to get programs to
link with the correct versions of libraries. As I said, that
stuff is all above my paygrade.

If and when you get the (bullseye) system restored, you might
want to get it up-to-date, even if you don't intend to advance
to bookworm.

Cheers,
David.

Thanks for your help, and sorry for the delay to reply : I’ve been away
for a few days, then tied to urgent garden work…

bd@debian-stretch:/usr/local/lib$ ls -l

total 1000

-rwxr-xr-x 1 root root 979 10 avril 17:59 libva-drm.la

lrwxrwxrwx 1 root root 21 10 avril 17:59 libva-drm.so ->
libva-drm.so.2.2200.0

lrwxrwxrwx 1 root root 21 10 avril 17:59 libva-drm.so.2 -> libva-drm.so.2.2200.0

-rwxr-xr-x 1 root root 50896 10 avril 17:59 libva-drm.so.2.2200.0

-rwxr-xr-x 1 root root 925 10 avril 17:59 libva.la

lrwxrwxrwx 1 root root 17 10 avril 17:59 libva.so -> libva.so.2.2200.0

lrwxrwxrwx 1 root root 17 10 avril 17:59 libva.so.2 -> libva.so.2.2200.0

-rwxr-xr-x 1 root root 953408 10 avril 17:59 libva.so.2.2200.0

drwxr-xr-x 2 root root 4096 10 avril 17:59 pkgconfig

drwxr-xr-x 3 root root 4096 17 avril 2023 python3.9


10 april must be the date I installed that awful ISPY/Agent package

17 april 2023 must be the date of install of my current Bullseye


then :


bd@debian-stretch:/usr/local/lib$ ls -ult

total 1000

lrwxrwxrwx 1 root root 21 29 avril 10:54 libva-drm.so.2 -> libva-drm.so.2.2200.0

lrwxrwxrwx 1 root root 17 29 avril 10:54 libva.so.2 -> libva.so.2.2200.0

lrwxrwxrwx 1 root root 21 28 avril 21:06 libva-drm.so ->
libva-drm.so.2.2200.0

lrwxrwxrwx 1 root root 17 28 avril 21:06 libva.so -> libva.so.2.2200.0

-rwxr-xr-x 1 root root 50896 28 avril 01:20 libva-drm.so.2.2200.0

-rwxr-xr-x 1 root root 953408 28 avril 01:20 libva.so.2.2200.0

drwxr-xr-x 2 root root 4096 21 avril 10:38 pkgconfig

drwxr-xr-x 3 root root 4096 21 avril 10:38 python3.9

-rwxr-xr-x 1 root root 979 10 avril 17:59 libva-drm.la

-rwxr-xr-x 1 root root 925 10 avril 17:59 libva.la


29 april 10:54 is… a few minutes ago


Then, I made another attempt to run a mp4 video file using most recent ‘vlc’, getting the usual displayed error message :


Codec non pris en charge:

VLC ne peut pas décoder le format « h264 » (H264 - MPEG-4 AVC (part 10))


Then, right after this : I, once more, removed and purged VLC, then re-installed it. This being done :

bd@debian-stretch:/usr/local/lib$ ls -ult

total 1000

-rwxr-xr-x 1 root root 50896 29 avril 11:17 libva-drm.so.2.2200.0

-rwxr-xr-x 1 root root 953408 29 avril 11:17 libva.so.2.2200.0

lrwxrwxrwx 1 root root 21 29 avril 10:54 libva-drm.so.2 -> libva-drm.so.2.2200.0

lrwxrwxrwx 1 root root 17 29 avril 10:54 libva.so.2 -> libva.so.2.2200.0

lrwxrwxrwx 1 root root 21 28 avril 21:06 libva-drm.so ->
libva-drm.so.2.2200.0

lrwxrwxrwx 1 root root 17 28 avril 21:06 libva.so -> libva.so.2.2200.0

drwxr-xr-x 2 root root 4096 21 avril 10:38 pkgconfig

drwxr-xr-x 3 root root 4096 21 avril 10:38 python3.9

-rwxr-xr-x 1 root root 979 10 avril 17:59 libva-drm.la

-rwxr-xr-x 1 root root 925 10 avril 17:59 libva.la

29 april 11:17 is when the de-install re-install of ‘vlc’ was carried,
then the test was run attempting to play a mp4 file with VLC. Same error message as previously.

As I found soon after, the changes shown in ls -ult are solely due to
the re-install of the VLC package… any more call to

vlc myfile.mp4

no longermodify the results of

usr/local/lib/ ls -ult

Thanks in advance for your replies

Bernard

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

On 30/04/2025 01:34, David Wright wrote:

Bernard wrote:

And at that point, I would have looked again at ls -ult
to see whether anything had changed.
Well, running vlc at about the same time as reinstalling it
makes sure that any data you collect is as ambiguous as possible.

So, I just tested it again : this time :

$ vlc myfile.mp4

gave the same error msg as previously, but the result of

ls -ult

was different :

bd@debian-stretch:/usr/local/lib$ ls -ult
total 1000
-rwxr-xr-x 1 root root  50896 30 avril 16:27 libva-drm.so.2.2200.0
-rwxr-xr-x 1 root root 953408 30 avril 16:27 libva.so.2.2200.0
lrwxrwxrwx 1 root root     21 30 avril 16:09 libva-drm.so -> libva-drm.so.2.2200.0
lrwxrwxrwx 1 root root     21 30 avril 16:09 libva-drm.so.2 -> libva-drm.so.2.2200.0
lrwxrwxrwx 1 root root     17 30 avril 16:09 libva.so -> libva.so.2.2200.0 lrwxrwxrwx 1 root root     17 30 avril 16:09 libva.so.2 -> libva.so.2.2200.0
drwxr-xr-x 2 root root   4096 30 avril 15:16 pkgconfig
drwxr-xr-x 3 root root   4096 30 avril 15:16 python3.9
-rwxr-xr-x 1 root root    979 10 avril 17:59 libva-drm.la
-rwxr-xr-x 1 root root    925 10 avril 17:59 libva.la

16:09 was the time when I first ran ls -ult

16:29 was when I ran

vlc myfile.mp4

and got the usual error message. The other lines kept same time access
as before the call of vlc. Next 4 lines acces times remained unchanged
from that of first call to ls -ult ; however, if one exept the two last
lines, they all where tagged april 30th, that is, today a bit earlier.

Cheers,

Bernard

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

On 01/05/2025 06:10, David Wright wrote:

I could suggest that you reinstall the library file packages if
that didn't happen when you reinstalled vlc, but it's perfectly
possible that the Debian versions of the libraries are in place
already:

lrwxrwxrwx 1 root root 21 Dec 6 2020 /usr/lib/x86_64-linux-gnu/libva-drm.so.2 -> libva-drm.so.2.1000.0
-rw-r--r-- 1 root root 14504 Dec 6 2020 /usr/lib/x86_64-linux-gnu/libva-drm.so.2.1000.0
lrwxrwxrwx 1 root root 17 Dec 6 2020 /usr/lib/x86_64-linux-gnu/libva.so.2 -> libva.so.2.1000.0
-rw-r--r-- 1 root root 178736 Dec 6 2020 /usr/lib/x86_64-linux-gnu/libva.so.2.1000.0
l

I don't know enough about how linux links libraries to say whether reinstalling those libraries would revert everything, or whether
something could have polluted files like /etc/ld.so.* and /etc/ld.so.conf.d/*, which could cause /usr/local/lib/ to continue
being preferred over the Debian versions.

You might check the modification timestamps of those /etc/ files to
see whether anything happened on 10 April, but be aware that there's
an upgrade available for libc6 and libc-bin at the moment (assuming
you haven't already upgraded them in the last 30 hours or so), and
that could update timestamps. And anyway, I suspect the timestamp
on /etc/ld.so.cache might not be very meaningful, as other things
might refresh it.

/*I could suggest that you re-install…*/

(four lines dated dec 6 2020… => they are already in place, same date.
So, I suppose that there is no need to re-install, since it is likely
that the library file package did get re-installed when re-installing vlc.

…/*about linux links libraries… you might check the modification
timestamps of those /etc files to see whether anything happened on 10
april …*/

ld.so.cache April28 21:07
ld.so.conf Sept 2022

ld.so.conf.d/ April 10 17:59 ! !
inside this directory :
libva-custom.conf April 10 17:59 – This file contains only one line : /usr/local/lib,/
/which said /usr/local/lib/ contains 8 filenames, all dated april 10
17:59, and 2 directories, one dated april 10 17:59, the other one
(python 3,9) dated 2023 :/

/-rwxr-xr-x 1 root root 979 10 avril 17:59 libva-drm.la/
/lrwxrwxrwx 1 root root 21 10 avril 17:59 libva-drm.so -> libva-drm.so.2.2200.0/
/lrwxrwxrwx 1 root root 21 10 avril 17:59 libva-drm.so.2 -> libva-drm.so.2.2200.0/
/-rwxr-xr-x 1 root root 50896 10 avril 17:59 libva-drm.so.2.2200.0/
/-rwxr-xr-x 1 root root 925 10 avril 17:59 libva.la/
/lrwxrwxrwx 1 root root 17 10 avril 17:59 libva.so -> libva.so.2.2200.0/ /lrwxrwxrwx 1 root root 17 10 avril 17:59 libva.so.2 -> libva.so.2.2200.0/ /-rwxr-xr-x 1 root root 953408 10 avril 17:59 libva.so.2.2200.0/
/drwxr-xr-x 2 root root 4096 10 avril 17:59 pkgconfig/
/drwxr-xr-x 3 root root 4096 17 avril 2023 python3.9/

*cd pkgconfig*
2 files dated 10 april 17:59 : libva-drm.pc and libva.pc

vi libva.drm.pc :

prefix=/usr/local
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
display=drm

Name: libva-${display}
Description: Userspace Video Acceleration (VA) ${display} interface
Requires: libva
Version: 1.22.0
Libs: -L${libdir} -lva-${display}
Cflags: -I${includedir}

vi libva.pc :

prefix=/usr/local
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
driverdir=${exec_prefix}/lib/dri
libva_version=2.22.0

Name: libva
Description: Userspace Video Acceleration (VA) core interface
Version: 1.22.0
Libs: -L${libdir} -lva
Cflags: -I${includedir} *********************************************************************************

What triggers most my attention about those files dated 10 april 17:59…
is the reference to

Video Acceleration (VA)

which reminds me that, in the installation process of ‘ISPY/AgentDVR’ packages, Video Acceleration was mentioned as a compulsory step, with a
warning that it could eventually affect some other applications ; I had replied ‘Y’, because I thought it was easily reversible.

So, what would you advise to do from there ?

Cheers,
Bernard

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

Bernard <bdebreil@free.fr> writes:

which reminds me that, in the installation process of ‘ISPY/AgentDVR’ packages, Video Acceleration was mentioned as a compulsory step, with
a warning that it could eventually affect some other applications ; I
had replied ‘Y’, because I thought it was easily reversible.

So, what would you advise to do from there ?

It seems to me you have identified some of the changes done to your
system, now is the time to undo some of them. Make backups and then:

- Remove the files in /usr/local/lib since those seem to be from the
ispy install and not needed any more.
- Remove that libva-custom.conf.
- Run ldconfig.
- See if vlc works?

This trial is likely undoable. Good to have backups in any case.

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

On 02/05/2025 02:34, David Wright wrote:

On Thu 01 May 2025 at 20:04:56 (+0200), Bernard wrote:

On 01/05/2025 06:10, David Wright wrote:

I could suggest that you reinstall the library file packages if
that didn't happen when you reinstalled vlc, but it's perfectly
possible that the Debian versions of the libraries are in place
already:

lrwxrwxrwx 1 root root 21 Dec 6 2020 /usr/lib/x86_64-linux-gnu/libva-drm.so.2 -> libva-drm.so.2.1000.0
-rw-r--r-- 1 root root 14504 Dec 6 2020 /usr/lib/x86_64-linux-gnu/libva-drm.so.2.1000.0
lrwxrwxrwx 1 root root 17 Dec 6 2020 /usr/lib/x86_64-linux-gnu/libva.so.2 -> libva.so.2.1000.0
-rw-r--r-- 1 root root 178736 Dec 6 2020 /usr/lib/x86_64-linux-gnu/libva.so.2.1000.0
l

I don't know enough about how linux links libraries to say whether
reinstalling those libraries would revert everything, or whether
something could have polluted files like /etc/ld.so.* and
/etc/ld.so.conf.d/*, which could cause /usr/local/lib/ to continue
being preferred over the Debian versions.

You might check the modification timestamps of those /etc/ files to
see whether anything happened on 10 April, but be aware that there's
an upgrade available for libc6 and libc-bin at the moment (assuming
you haven't already upgraded them in the last 30 hours or so), and
that could update timestamps. And anyway, I suspect the timestamp
on /etc/ld.so.cache might not be very meaningful, as other things
might refresh it.

/*I could suggest that you re-install…*/

(four lines dated dec 6 2020… => they are already in place, same date.
So, I suppose that there is no need to re-install, since it is likely
that the library file package did get re-installed when re-installing
vlc.

I don't know, because the install process does more than just unpack
the archive—but exactly what?

It does a lot of things, as I just found when reading

/var/log/agentdvr_setup.log

dated april 10. 'agentdvr' checked my system and found that my libva
version was too old : 2.10 when 2.21+ was required. It proposed to
upgrade to 2.22 and I replied 'Y'. Agentdvr installed it with a long
list of required dependencies listed in the log file. I tried to attach
the file, but then the sending failed.

Do you think that a apt-get update could solve the problem ?

If not, I may try an apt-get dist-upgrade... but I must say that in my
20 yrs of Linux, I always failed dist upgrades, and in the end I every
time had to wipe out everything and reinstall a new version from scratch...

Thanks for your help,

Cheers,

Bernard

…/*about linux links libraries… you might check the modification
timestamps of those /etc files to see whether anything happened on 10
april …*/

ld.so.cache April28 21:07

So, at first sight, that appears to have been polluted by whatever
happened then in /usr/local/lib/:

lrwxrwxrwx 1 root root 21 28 avril 21:06 libva-drm.so -> libva-drm.so.2.2200.0
lrwxrwxrwx 1 root root 17 28 avril 21:06 libva.so -> libva.so.2.2200.0

ld.so.conf Sept 2022

ld.so.conf.d/ April 10 17:59 ! !
inside this directory :
libva-custom.conf April 10 17:59 – This file contains only one line :
/usr/local/lib,/
/which said /usr/local/lib/ contains 8 filenames, all dated april 10
17:59, and 2 directories, one dated april 10 17:59, the other one
(python 3,9) dated 2023 :/

/-rwxr-xr-x 1 root root 979 10 avril 17:59 libva-drm.la/
/lrwxrwxrwx 1 root root 21 10 avril 17:59 libva-drm.so ->
libva-drm.so.2.2200.0/
/lrwxrwxrwx 1 root root 21 10 avril 17:59 libva-drm.so.2 ->
libva-drm.so.2.2200.0/
/-rwxr-xr-x 1 root root 50896 10 avril 17:59 libva-drm.so.2.2200.0/
/-rwxr-xr-x 1 root root 925 10 avril 17:59 libva.la/
/lrwxrwxrwx 1 root root 17 10 avril 17:59 libva.so -> libva.so.2.2200.0/
/lrwxrwxrwx 1 root root 17 10 avril 17:59 libva.so.2 -> libva.so.2.2200.0/ >> /-rwxr-xr-x 1 root root 953408 10 avril 17:59 libva.so.2.2200.0/
/drwxr-xr-x 2 root root 4096 10 avril 17:59 pkgconfig/
/drwxr-xr-x 3 root root 4096 17 avril 2023 python3.9/

*cd pkgconfig*
2 files dated 10 april 17:59 : libva-drm.pc and libva.pc

vi libva.drm.pc :

prefix=/usr/local
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
display=drm

Name: libva-${display}
Description: Userspace Video Acceleration (VA) ${display} interface
Requires: libva
Version: 1.22.0
Libs: -L${libdir} -lva-${display}
Cflags: -I${includedir}

vi libva.pc :

prefix=/usr/local
exec_prefix=${prefix}
libdir=${exec_prefix}/lib
includedir=${prefix}/include
driverdir=${exec_prefix}/lib/dri
libva_version=2.22.0

Name: libva
Description: Userspace Video Acceleration (VA) core interface
Version: 1.22.0
Libs: -L${libdir} -lva
Cflags: -I${includedir}
*********************************************************************************

What triggers most my attention about those files dated 10 april
17:59… is the reference to

Video Acceleration (VA)

which reminds me that, in the installation process of ‘ISPY/AgentDVR’
packages, Video Acceleration was mentioned as a compulsory step, with
a warning that it could eventually affect some other applications ; I
had replied ‘Y’, because I thought it was easily reversible.

Downgrading is rarely straightforward.

So, what would you advise to do from there ?

As I said, this stuff is above my paygrade. I can only say what
I would do, which is probably to move the files out of /usr/local/lib/
(but leave the python directory), then reinstall those libraries.
(If they could be removed without too much collateral damage,
I would remove them, and then install them and whatever else
got removed.) Obviously, test with:

$ apt-get -s … …

before you carry out anything like this.

But I can't take responsibility for someone else's system.

Cheers,
David.

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