Re: It stop working

[Timothy M Butterworth]

On Fri, Jan 27, 2023 at 6:35 PM mick.crane  wrote:

> On 2023-01-27 22:16, Timothy M Butterworth wrote:
> > On Thu, Jan 26, 2023 at 11:15 AM mick.crane 
> > wrote:
> >
> >> freeze occurred while dragging vivaldi window size with wireless
> >> mouse.
> >> Then the mouse pointer is movable but everything else is frozen.
> >> These freezes have happened in the past when scrolling with FirefoxESR
> >> so likely not browser fault.
> >> Have to disconnect/reconnect power.
> >> Is it hardware fault with the graphics card?
> >>
> >> Debian GNU/Linux bookworm/sid
> >> Dell precision T3600
> >> # uname -a
> >> Linux pumpkin 6.1.0-1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.4-1
> >> (2023-01-07) x86_64 GNU/Linux
> >>
> >> # journalctl -S "2023-01-26"
> >> Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu: GPU fault
> >> detected: 147 0x014e0401
> >> Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu:
> >> VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x01000B8A
> >> Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu:
> >> VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0E004001
> >> Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu: VM fault
> >> (0x01, vmid 7) at page 16780170, read from '' (0x) (4)
> >> Jan 26 00:41:49 pumpkin kernel: [drm:amdgpu_job_timedout [amdgpu]]
> >> *ERROR* ring gfx timeout, signaled seq=927741, emitted seq=927744
> >> Jan 26 00:41:49 pumpkin kernel: [drm:amdgpu_job_timedout [amdgpu]]
> >> *ERROR* Process information: process vivaldi-bin pid 1364 thread
> >> vivaldi-bi:cs0 pid 1409
> >> Jan 26 00:41:49 pumpkin kernel: amdgpu :03:00.0: amdgpu: GPU
> >> recovery disabled.
> >> -- Boot c103c5ff8ddd4c679cb518cc0152c0d4 --
> >>
> >> regards
> >> mick
> >>
> >>
> > How much RAM and swap do you have? `free -h` Are you multitasking a lot
> > of
> > applications when the freezing occurs?
>
> I don't do anything with this PC except the browser mostly.
> mick@pumpkin:~$ free -h
> totalusedfree  shared  buff/cache
> available
> Mem:15Gi   2.1Gi11Gi30Mi   2.0Gi
> 13Gi
> Swap:  975Mi  0B   975M
>

Well the good news is that you have lots of free RAM!


> The other problem I have is that the mouse clicks sometimes aren't the
> mouse clicks I want.
> e.g some web enter box thinks I've clicked browser back button.
> I guess I should have sshd running and try shh into it after freezes.
> If can do that that what commands to enter other than "ps" to see what's
> going on?
> mick
>

You can switch from the graphical terminal to a command line terminal by
entering ` +  + ` and switch back to the graphical terminal
with ` +  + `

The `top` command will show you what processes are using the CPU and RAM.

-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄⠀⠀

Re: It stop working

[mick.crane]

On 2023-01-27 22:16, Timothy M Butterworth wrote:
On Thu, Jan 26, 2023 at 11:15 AM mick.crane  
wrote:


freeze occurred while dragging vivaldi window size with wireless 
mouse.

Then the mouse pointer is movable but everything else is frozen.
These freezes have happened in the past when scrolling with FirefoxESR
so likely not browser fault.
Have to disconnect/reconnect power.
Is it hardware fault with the graphics card?

Debian GNU/Linux bookworm/sid
Dell precision T3600
# uname -a
Linux pumpkin 6.1.0-1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.4-1
(2023-01-07) x86_64 GNU/Linux

# journalctl -S "2023-01-26"
Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu: GPU fault
detected: 147 0x014e0401
Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu:
VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x01000B8A
Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu:
VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0E004001
Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu: VM fault
(0x01, vmid 7) at page 16780170, read from '' (0x) (4)
Jan 26 00:41:49 pumpkin kernel: [drm:amdgpu_job_timedout [amdgpu]]
*ERROR* ring gfx timeout, signaled seq=927741, emitted seq=927744
Jan 26 00:41:49 pumpkin kernel: [drm:amdgpu_job_timedout [amdgpu]]
*ERROR* Process information: process vivaldi-bin pid 1364 thread
vivaldi-bi:cs0 pid 1409
Jan 26 00:41:49 pumpkin kernel: amdgpu :03:00.0: amdgpu: GPU
recovery disabled.
-- Boot c103c5ff8ddd4c679cb518cc0152c0d4 --

regards
mick


How much RAM and swap do you have? `free -h` Are you multitasking a lot 
of

applications when the freezing occurs?


I don't do anything with this PC except the browser mostly.
mick@pumpkin:~$ free -h
   totalusedfree  shared  buff/cache   
available
Mem:15Gi   2.1Gi11Gi30Mi   2.0Gi 
   13Gi

Swap:  975Mi  0B   975Mi

The other problem I have is that the mouse clicks sometimes aren't the 
mouse clicks I want.

e.g some web enter box thinks I've clicked browser back button.
I guess I should have sshd running and try shh into it after freezes.
If can do that that what commands to enter other than "ps" to see what's 
going on?

mick

AppImage error kdevelop

[jeremy ardley]

I'm having trouble with kdevelop (and getting zero support from the 
kdevelop list)


I installed the latest Debian version using apt, but the problem is when 
I go to open an existing project all project files are grayed out in the 
file browser. Unable to resolve this I downloaded the latest AppImage 
from the kdevelop site. This started, but when I went to open a project 
I got


(AppRun.wrapped:45368): Pango-ERROR **: 07:17:03.232: Harfbuzz version 
too old (1.7.5)


This confuses me. I though AppImage was supposed to be completely self 
contained so there should be no host system dependencies? Or is this an 
internal issue in the AppImage?



--

Jeremy

Re: It stop working

[Timothy M Butterworth]

On Thu, Jan 26, 2023 at 11:15 AM mick.crane  wrote:

> freeze occurred while dragging vivaldi window size with wireless mouse.
> Then the mouse pointer is movable but everything else is frozen.
> These freezes have happened in the past when scrolling with FirefoxESR
> so likely not browser fault.
> Have to disconnect/reconnect power.
> Is it hardware fault with the graphics card?
>
> Debian GNU/Linux bookworm/sid
> Dell precision T3600
> # uname -a
> Linux pumpkin 6.1.0-1-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.4-1
> (2023-01-07) x86_64 GNU/Linux
>
> # journalctl -S "2023-01-26"
> Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu: GPU fault
> detected: 147 0x014e0401
> Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu:
> VM_CONTEXT1_PROTECTION_FAULT_ADDR   0x01000B8A
> Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu:
> VM_CONTEXT1_PROTECTION_FAULT_STATUS 0x0E004001
> Jan 26 00:41:39 pumpkin kernel: amdgpu :03:00.0: amdgpu: VM fault
> (0x01, vmid 7) at page 16780170, read from '' (0x) (4)
> Jan 26 00:41:49 pumpkin kernel: [drm:amdgpu_job_timedout [amdgpu]]
> *ERROR* ring gfx timeout, signaled seq=927741, emitted seq=927744
> Jan 26 00:41:49 pumpkin kernel: [drm:amdgpu_job_timedout [amdgpu]]
> *ERROR* Process information: process vivaldi-bin pid 1364 thread
> vivaldi-bi:cs0 pid 1409
> Jan 26 00:41:49 pumpkin kernel: amdgpu :03:00.0: amdgpu: GPU
> recovery disabled.
> -- Boot c103c5ff8ddd4c679cb518cc0152c0d4 --
>
> regards
> mick
>
>
How much RAM and swap do you have? `free -h` Are you multitasking a lot of
applications when the freezing occurs?

-- 
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄⠀⠀

Re: Vulnerable git in bullseye - what's the process?

[Brad Rogers]

On Fri, 27 Jan 2023 16:56:31 +
Tixy  wrote:

Hello Tixy,

>Does it? It links to a bug which says it's been fixed in sid. And the

To be fair, the page lists more than just that;  It lists the status
for everything from Buster to Sid.

Add that to the info given by Greg Wooledge (thank you Greg) about the
Security Team's activities, and we can see that's all the info there is.

-- 
 Regards  _   "Valid sig separator is {dash}{dash}{space}"
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
No rotten apple's gonna spoil my fun
Get The Funk Out - Extreme


pgpJZt3xARPc7.pgp
Description: OpenPGP digital signature

Re: Installer le navigateur Tor sur Bullseye 64 bits

[didier gaumet]

Honnêtement c'est vraiment pénible (temps passé, énergie consommée,
humeur périclitante) de te dépanner si tu ne réponds pas aux demandes
d'information que je formule (cf mon message précédent), ce dont tu es
coutumier.
Je ne le dis pas par méchanceté, simplement tu amoindris tes chances de
te faire dépanner.

Donc je vais te faire un petit récapitulatif et ensuite je vais
m'arrêter là.

- "Release" dans mon fichier sources.list est un mot-code en tant que
tel, pas un commentaire. Chez moi, il a été inscrit dans ce fichier par
l'installateur Debian.  Simplement je ne sais pas quel est sa
signification dans ce contexte (si quelqu'un est au courant, merci de
nous renseigner). Quand tu préfixes un mot par un dièze (#) dans ce
fichier, ce mot devient un commentaire.

- dans sources.list, chaque suite d'instructions qui commence par "deb"
ou "deb-src" doit figurer sur une seule ligne (en fait il y a aussi une
autre syntaxe mais elle est différente et on sort du sujet).
 Donc pour repondre à ta question, que ce soit sur une seule ligne est
non seulement possible, mais c'est aussi nécessaire.

- je ne sais toujours pas (vu que tu ne donnes pas l'info) si tu as
installé torbrowser-launcher de stable ou de backports. Je ne parle pas
de ton impression de ce qui est installé mais de ce qui est réellement
installé. Il est possible que tu aies lancé le torbrowser-launcher de
stable, qu'il t'ai répondu qu'il ne trouvait pas de version française
mais anglaise et que tu te retrouves avec le message d'erreur que tu
cites

- je te rappelle aussi une nouvelle fois que tu peux jouer avec le
bouton "miroir" de torbrowser-launcher car tous les  miroirs n'ont pas
toutes les langues de tor ou la resion globale internationale de tor,
certains n'ont que la version anglaise. Donc si tu n'arrives pas à
télécharger la version française tu essaies un autre miroir (avec la
version backports car avec la version stable ça ne marche pas)

Donc en gros, tu remets au propre ton sources.list, tu fais un apt
update, un apt install à partir de backports et c'est bon.

Allez, bon courage.

Re: Installer le navigateur Tor sur Bullseye 64 bits

[ajh-valmer]

On Friday 27 January 2023 14:12:03 didier gaumet wrote:
> > On Friday 27 January 2023 12:43:13 ajh-valmer wrote:
> > en retirant "Release" à  cette ligne du sources.list :

Je pense que "Release" doit être diézé avant : #Release

> Chez moi, le paquet de Bullseye donne une erreur 404 mais le paquet de
> Bullseye-backports télécharge correctement la version française de
> Torbrowser :

Est-il possible d'avoir la ligne complète "Bullseye-backports"
dans le sources.list ?

Maintenant "torbrowser-launcher" se lance avec ceci :
"Téléchargement du Navigateur Tor pour la première fois.
Impossible de démarrer le téléchargement :
https://aus1.torproject.org/torbrowser/update_3/release/Linux_x86_64-gcc3/x/en-US
Essayez de télécharger à travers Tor. Êtes-vous sûr que Tor est configuré  
correctement et fonctionne ?"

Si je tape "tor", il se lance puis se bloque sans message d'erreur
à ces 2 dernières lignes :
"[notice] Bootstrapped 95% (circuit_create): Establishing a Tor circuit
[notice] Bootstrapped 100% (done): Done"

Re: Vulnerable git in bullseye - what's the process?

[Greg Wooledge]

On Fri, Jan 27, 2023 at 04:56:31PM +, Tixy wrote:
> On Fri, 2023-01-27 at 11:28 +, Brad Rogers wrote:
> > The security-tracker CVE page you cited has links to all the
> > information you requested.
> 
> Does it? It links to a bug which says it's been fixed in sid. And the
> PTS shows it was fixed yesterday in old-stable and sid. But no sign I
> can see that anything is being done for stable (Bullseye) which is what
> Sijmen asked about. (I wouldn't know where to look for stable security
> update activity).

The inner workings of the security team are not open to the public.
The CVE tracker gives all of the information that anyone outside of
the security team knows.

In the case of 
what it tells us is that the bug has been fixed in buster, but not yet
in bullseye or bookworm.

Nobody is going to have any more details than that, until the security
team releases their fix for stable, or until the sid package migrates
into bookworm via natural processes.

Re: Vulnerable git in bullseye - what's the process?

[Tixy]

On Fri, 2023-01-27 at 11:28 +, Brad Rogers wrote:
> On Fri, 27 Jan 2023 11:36:12 +0100
> "Sijmen J. Mulder"  wrote:
> 
> Hello Sijmen,
> 
> The security-tracker CVE page you cited has links to all the
> information you requested.
> 

Does it? It links to a bug which says it's been fixed in sid. And the
PTS shows it was fixed yesterday in old-stable and sid. But no sign I
can see that anything is being done for stable (Bullseye) which is what
Sijmen asked about. (I wouldn't know where to look for stable security
update activity).

-- 
Tixy

Re: apt search dotfiles

[Paul van der Vlis]

Op 12-01-2023 om 22:40 schreef Geert Stappers:


Van de

Wat is zoal jullie favoriete tool om "dotfiles" te beheren?

is de bedoeling om wat tips te krijgen hoe met "dotfiles" om te gaan.
Lang en eigenlijk nog steeds beschouw ik dotfiles als een kussen om
op te zitten. Ik wil gewoon op het kussen zitten, niet bezig zijn met
het kussen op te schudden en goed te leggen. Recent inzicht is dat het
toch wel fijn is om op meerdere plaatsen lekker zittende kussens te
hebben liggen. Misschien ben ik opzoek naar hoe makkelijk "kussens"
op meerdere servers te krijgen. Ik denk dan ook dat ik benieuwd ben
naar hoe jullie omgaan met aanpassing op meerdere servers van dotfiles.


Eigenlijk doe ik niet zo heel veel met dotfiles. Maar wat je zou kunnen 
overwegen is van de inhoud van een mooie homedirectory een tarbal te 
maken, en deze op een website te zetten. Als je dan een mooie situatie 
wilt hebben zou je deze kunnen downloaden en dan uitpakken.


Ik gebruik in veel gevallen een script, zoiets:
wget https://vandervlis.nl/script
bash script

In dat script kan natuurlijk o.a. staan dat je een tarbal download en 
uitpakt, of eerst de huidige dotfiles backupped, e.d.


Je kunt een script als gewone gebruiker aanroepen, maar ook als root.
Zelf doe ik het als root en dan staat er ook zoiets in:

lijst=`ls -1 /home`
for user in $lijst; do
   bla
done

Je zou het ook als root voor een bepaalde user kunnen doen, iets als:
bash script piet

Wat ook leuk is om de directory "/etc/skel" aan te passen. Daarin staan 
alle dotfiles die in de homedirectory van een nieuwe gebruiker komen.


Groet,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/

Re: Installer le navigateur Tor sur Bullseye 64 bits

[didier gaumet]

Le vendredi 27 janvier 2023 à 13:20 +0100, ajh-valmer a écrit :
> On Friday 27 January 2023 12:43:13 ajh-valmer wrote:
> Désolé, du nouveau, en retirant "Release" à cette ligne du
> sources.list :
> 
> # bullseye-backports
> deb http://deb.debian.org/debian/ bullseye-backports main contrib
> non-free 
> Release
> par
> deb http://deb.debian.org/debian/ bullseye-backports main contrib
> non-free 
>
> apt update n'affiche aucune erreur.

En gros pour ça je n'ai pas d'explication valable.
Je t'ai filé emn modèle mon propre sources.list que j'ai adapté à tes
besoins (trinity).
Or, là, Backports a été activé par l'installateur Debian (comme c'est
possible depuis quelques versions de Debian) et c'est lui qui a rajouté
l'option "Release" à la fin. Chez moi ça fonctionne sans problème mais
je ne connais pas la signification de ce mot-clé (je n'ai pas trouvé
dans les pages man de sources.list, apt-cache ou apt-get mais c'est
peut-être moi qui ai de la crotte dans les yeux).
Quand, dans d'autres cas, j'active manuellement Backports après
installation, je ne mets pas ce mot-clé Release.

> Par contre, "torbrowser-launcher" s'installe maintenant sans aucun
> message 
> d'erreur,
> et quand je le lance, j'ai toujours : "erreur de téléchargement 404".

là on est revenu à une situation déjà rencontrée donc je te ressors un
message déjà posté plus haut (vérifie toutes les commandes que je t'ai
données) :

Chez moi, le paquet de Bullseye donne une erreur 404 mais le paquet de
Bullseye-backports télécharge correctement la version française de
Torbrowser

vérifie que tu as bien la version backports installée et que c'est bien
celle-là que tu exécutes (par exemple si tu as autorisé le dépôt
backports mais que tu n'as spécifiquement demandé d'installer la
version backports de Trobrowser-launcher, c'est la version stable qui a
été installée bien qu'elle soit d'une version inférieure):

didier@hp-notebook14:~$ apt policy torbrowser-launcher 
torbrowser-launcher:
  Installé : 0.3.6-1~bpo11+1
  Candidat : 0.3.6-1~bpo11+1
 Table de version :
 *** 0.3.6-1~bpo11+1 100
100 http://deb.debian.org/debian bullseye-backports/contrib
amd64 Packages
100 /var/lib/dpkg/status
 0.3.3-6 500
500 http://deb.debian.org/debian bullseye/contrib amd64
Packages

didier@hp-notebook14:~$ whereis torbrowser-launcher 
torbrowser-launcher: /usr/bin/torbrowser-launcher
/usr/share/torbrowser-launcher /usr/share/man/man1/torbrowser-
launcher.1.gz

didier@hp-notebook14:~$ dpkg -l torbrowser-launcher*
Souhait=inconnU/Installé/suppRimé/Purgé/H=à garder
| État=Non/Installé/fichier-Config/dépaqUeté/échec-conFig/H=semi-
installé/W=att>
|/ Err?=(aucune)/besoin Réinstallation (État,Err: majuscule=mauvais)
||/ Nom Version Architecture Description
+++-===-===--
==>
ii  torbrowser-launcher 0.3.6-1~bpo11+1 amd64helps download and
run the>

vérifie aussi à parir de quel miroir c'est téléchargé:
lance "Tor browser launcher configuration" à partir du menu et vérifie
que le miroir est https://dist.torproject.org , parce qu'avec d'autres
miroirs sélectionnés au hasard, chez moi il y avait un problème

Re: Installer le navigateur Tor sur Bullseye 64 bits

[ajh-valmer]

On Friday 27 January 2023 12:43:13 ajh-valmer wrote:
Désolé, du nouveau, en retirant "Release" à cette ligne du sources.list :

# bullseye-backports
deb http://deb.debian.org/debian/ bullseye-backports main contrib non-free 
Release
par
deb http://deb.debian.org/debian/ bullseye-backports main contrib non-free 

apt update n'affiche aucune erreur.

Par contre, "torbrowser-launcher" s'installe maintenant sans aucun message 
d'erreur,
et quand je le lance, j'ai toujours : "erreur de téléchargement 404".

Merci, Bonne journée,

A. Valmer

Re: Vulnerable git in bullseye - what's the process?

[Brad Rogers]

On Fri, 27 Jan 2023 11:36:12 +0100
"Sijmen J. Mulder"  wrote:

Hello Sijmen,

The security-tracker CVE page you cited has links to all the
information you requested.

-- 
 Regards  _   "Valid sig separator is {dash}{dash}{space}"
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
They really dig me man, and I dig them
To Be Someone (Didn't We Have A Nice Time) - The Jam


pgpAM6n31g7lf.pgp
Description: OpenPGP digital signature

Re: Installer le navigateur Tor sur Bullseye 64 bits

[ajh-valmer]

Merci beaucoup pour ton implication.

Je suis passé de Buster 32 bits à Bullseye 64 bits par une
installation neuve complète du système, à partir du CD .iso,
partition 100% effacée avant.
Seule ma partition /home a été conservée.

J'ai pris ton fichier "sources.list"  # apt update
j'ai ces messages d'erreur qui n'indiquent pas "Trinity",
problèmes de dépôts Debian (In)Release :
=
"Tous les paquets sont à jour.
W: Le fichier configuré « Release/binary-i386/Packages » ne sera pas pris en 
compte car le dépôt « http://deb.debian.org/debian bullseye-backports 
InRelease » ne dispose pas de la source « Release » (erreur de saisie dans 
sources.list ?)
W: Le fichier configuré « Release/binary-amd64/Packages » ne sera pas pris en 
compte car le dépôt « http://deb.debian.org/debian bullseye-backports 
InRelease » ne dispose pas de la source « Release » (erreur de saisie dans 
sources.list ?)
W: Le fichier configuré « Release/i18n/Translation-fr » ne sera pas pris enet 
compte car le dépôt « http://deb.debian.org/debian bullseye-backports 
InRelease » ne dispose pas de la source « Release » (erreur de saisie dans 
sources.list ?)
W: Le fichier configuré « Release/i18n/Translation-fr_FR » ne sera pas pris en 
compte car le dépôt « http://deb.debian.org/debian bullseye-backports 
InRelease » ne dispose pas de la source « Release » (erreur de saisie dans 
sources.list ?)
W: Le fichier configuré « Release/i18n/Translation-en » ne sera pas pris en 
compte car le dépôt « http://deb.debian.org/debian bullseye-backports 
InRelease » ne dispose pas de la source « Release » (erreur de saisie dans 
sources.list ?)
W: Le fichier configuré « Release/dep11/Components-amd64.yml » ne sera pas 
pris en compte car le dépôt « http://deb.debian.org/debian bullseye-backports 
InRelease » ne dispose pas de la source « Release » (erreur de saisie dans 
sources.list ?)
W: Le fichier configuré « Release/dep11/Components-all.yml » ne sera pas pris 
en compte car le dépôt « http://deb.debian.org/debian bullseye-backports 
InRelease » ne dispose pas de la source « Release » (erreur de saisie dans 
sources.list ?)
W: Le fichier configuré « Release/dep11/icons-48x48.tar » ne sera pas pris en 
compte car le dépôt « http://deb.debian.org/debian bullseye-backports 
InRelease » ne dispose pas de la source « Release » (erreur de saisie dans 
sources.list ?)
W: Le fichier configuré « Release/dep11/icons-64x64.tar » ne sera pas pris en 
compte car le dépôt « http://deb.debian.org/debian bullseye-backports 
InRelease » ne dispose pas de la source « Release » (erreur de saisie dans 
sources.list ?)"

On Friday 27 January 2023 10:29:19 didier gaumet wrote:
> Ah... oui... là déjà je comprends mieux tes problèmes, qui n'ont rien à
> voir avec amd64 versus i386 ou Bullseye versus Buster:
> (remarque préliminaire: si ce qui suit ne suffit pas, il te faudra
> peut-être aussi revenir -à titre temporaire, juste pour tester si tes
> problèmes viennent de là- à une distribution Debian pure, sans tes
> dépôts Google, Trinity, Skype et même Debian-Backports=
> - tu sembles avoir 2 fichiers pour Google Chrome dans
> /etc/apt/sources.list.d: il faudrait n'en garder qu'un (doublons)
> - il y a aussi des doublons dans ton sources.list actuel
> - tu utilises le dépôt Deb-multimedia, qui n'est pas un dépôt officiel
> Debian et qui a par le passé causé de notoires problèmes de dépendances
> avec les dépôts officiels Debian. 
> A moins que tu n'aies identifié une version précise d'un logiciel
> précis présente dans ce dépôt et pas dans les dépôts officiels Debian
> (c'est de plus en plus rare de ne pas trouver son bonheur dans les
> dépôts officiels), je te conseille fortement de ne plus utiliser ce
> dépôt deb-multimedia
> - Alors, le gros problème: tu n'as pas suivi les instructions du site
> Trinity
>( 
>https://wiki.trinitydesktop.org/Debian_Trinity_Repository_Installation_Instructions
>  tu as paramétré le dépôt Trinity pour pointer sur les préversions pour
> Debian 12 Bookworm alors que tu es en Debian 11 Bullseye: forcément ça
> doit coincer.
> ça ne va pas te plaire mais ce que je vais te conseiller, parce qu'un
> downgrade de Trinity me paraît une opération risquée, c'est
> temporairement de revenir à une Debian de base (CLI pas GUI) en
> supprimant totalement Trinity: 
> PROCEDURE A SUIVRE (dans une vraie console pas dans un terminal):
> 1) supprimer un des 2 doublons Google Chrome dans
> /etc/apt/sources.list.d 
> 2) désinstaller (purger) Trinity version Bookworm 
>  # apt purge tde-trinity
> 3) désinstaller les paquets deb-multimedia 
>  # dpkg --purge *-dmo*
> 4) désinstaller automatiquement les dépendances qui ne sont plus
> nécessaires
>  # apt autopurge
> 5) configurer correctement le sources.list avec les dépôts Trinity pour
> Bullseye (voir modèle plus bas) et sans deb-multimédia 
> 6) mettre à jour le cache de apt pour savoir quels sont les paquest
> disponibles
>  # apt update
> 7) installer Trinity version Bullseye
>  # 

Re: Vulnerable git in bullseye - what's the process?

[David]

On Fri, 27 Jan 2023 at 21:36, Sijmen J. Mulder  wrote:
>
> Hi all,
>
> I was surprised to find that the recent git vulnerability hasn't yet
> been addressed in Bullseye:

Hi. More info here:
  https://www.debian.org/security/faq
and here:
  https://security-tracker.debian.org/tracker/

Re git, it has already been fixed in Unstable, which usually occurs
first due to being closest to the latest version and therefore the
closest to upstream fix.

Testing generally will be slower due to deliberate
migration delay, and Stable in general will be slower because it
requires fixes to be backported to older versions. Debian Stable
avoids version changes whenever possible, even for security
fixes.

Vulnerable git in bullseye - what's the process?

[Sijmen J. Mulder]

Hi all,

I was surprised to find that the recent git vulnerability hasn't yet
been addressed in Bullseye:

https://security-tracker.debian.org/tracker/CVE-2022-41903

My question isn't about the situation of this package per se but about
the process. I found this diagram:

https://wiki.debian.org/DebianReleases#Workflow

It shows how packages go from unstable to testing, stable, etc. with
'security' having a direct route from the security team. 

Now what I wonder is, is that part of the process visible somewhere?
Can I see if there are yet patches submitted, if there are builds
failing, etc? Generally just interested in seeing what's going on
there. Perhaps contribute.

(Let me be clear - I am NOT demanding support from anyone or
complaining.)

Sijmen

Re: Installer le navigateur Tor sur Bullseye 64 bits

[didier gaumet]

Ah... oui... là déjà je comprends mieux tes problèmes, qui n'ont rien à
voir avec amd64 versus i386 ou Bullseye versus Buster:

(remarque préliminaire: si ce qui suit ne suffit pas, il te faudra
peut-être aussi revenir -à titre temporaire, juste pour tester si tes
problèmes viennent de là- à une distribution Debian pure, sans tes
dépôts Google, Trinity, Skype et même Debian-Backports=

- tu sembles avoir 2 fichiers pour Google Chrome dans
/etc/apt/sources.list.d: il faudrait n'en garder qu'un (doublons)

- il y a aussi des doublons dans ton sources.list actuel

- tu utilises le dépôt Deb-multimedia, qui n'est pas un dépôt officiel
Debian et qui a par le passé causé de notoires problèmes de dépendances
avec les dépôts officiels Debian. 
A moins que tu n'aies identifié une version précise d'un logiciel
précis présente dans ce dépôt et pas dans les dépôts officiels Debian
(c'est de plus en plus rare de ne pas trouver son bonheur dans les
dépôts officiels), je te conseille fortement de ne plus utiliser ce
dépôt deb-multimedia

- Alors, le gros problème: tu n'as pas suivi les instructions du site
Trinity
( 
https://wiki.trinitydesktop.org/Debian_Trinity_Repository_Installation_Instructions
):
 tu as paramétré le dépôt Trinity pour pointer sur les préversions pour
Debian 12 Bookworm alors que tu es en Debian 11 Bullseye: forcément ça
doit coincer.
ça ne va pas te plaire mais ce que je vais te conseiller, parce qu'un
downgrade de Trinity me paraît une opération risquée, c'est
temporairement de revenir à une Debian de base (CLI pas GUI) en
supprimant totalement Trinity: 

PROCEDURE A SUIVRE (dans une vraie console pas dans un terminal):
1) supprimer un des 2 doublons Google Chrome dans
/etc/apt/sources.list.d 
2) désinstaller (purger) Trinity version Bookworm 
 # apt purge tde-trinity
3) désinstaller les paquets deb-multimedia 
 # dpkg --purge *-dmo*
4) désinstaller automatiquement les dépendances qui ne sont plus
nécessaires
 # apt autopurge
5) configurer correctement le sources.list avec les dépôts Trinity pour
Bullseye (voir modèle plus bas) et sans deb-multimédia 
6) mettre à jour le cache de apt pour savoir quels sont les paquest
disponibles
 # apt update
7) installer Trinity version Bullseye
 # apt install tde-trinity

Tiens-nous au courant pour nous dire si tu as réussi à t'en sortir :-)

--

==
modèle de fichier sources.list dans ton cas:
(attention, ne pas reproduire les sauts de ligne générés par
l'affichage sur 72 ou 80 caractères: une ligne commençant par "deb" ou
"deb-src" doit tenir sur une seule ligne dans le fichier sources.list)
==

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

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

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

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

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

# trinity
deb http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x  
bullseye main
deb
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x
bullseye main
deb-src
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-r14.0.x  
bullseye main
deb-src
http://mirror.ppa.trinitydesktop.org/trinity/deb/trinity-builddeps-r14.0.x
bullseye main

Media Content Processing Engine

[Alfred Sawayn]

Good morning,

are you open to talk about automating the search for specific data, contracts, 
documentation in your company?

Based on artificial intelligence models, we have created a solution that 
analyzes and searches for audio, video and photo content, then recognizes, 
classifies and tags visual objects, events/places, objects, visible texts, 
faces.

Thanks to this, we eliminate manual activities in the field of searching 
documents, contracts, annexes, archives with photos or videos in order to 
quickly search for specific information and data in various forms.

I will be happy to show how such a solution will work in your company. Can I 
call and tell you the details?


Yours faithfully,
Alfred Sawayn