Re: Passer de Debian a Devuan(etait "[testing] noyau 5.9")

[Stephane Ascoet]

Le 03/11/2020 à 12:32, BERTRAND Joël a écrit :

J'avoue que le seul problème que j'ai aujourd'hui (et que j'avais sur
mon ancienne machine) est un problème de watchdog lié à la bouse
systemd. À tel point que j'envisage de virer Debian pour une Devuan. Si
je n'avais pas la flemme de tout réinstaller en diskless et de
recompiler les outils que j'utilise, il y a longtemps que ce serait fait.


Bonjour, dommage que tu ais tant attendu. Dans les deux versions 
precedentes de Debian/Devuan, on pouvait passer en Devuan via une mise a 
jour de version.
Je crois qu'il y a des gens qui sont dans ta situation et qui ont a peu 
pres reussi a le faire, mais ce n'est plus supporte officiellement, il 
faut faire des bidouilles techniques :-/

--
Cordialement, Stephane Ascoet

Re: [HS] Re: proxy

[Stephane Ascoet]

Le 03/11/2020 à 20:42, fabricer a écrit :


Tu penses aussi que c'est le cas avec riseup ?
https://riseup.net/fr/vpn

Ce sont des anarchistes etats-uniens il me semble, un peu l'equivalent 
la-bas de nos FFDN/chatons. Ils ont plutot excellente reputation dans 
les milieux militants

--
Cordialement, Stephane Ascoet

Re: [testing] noyau 5.9

[BERTRAND Joël]

François-Marie BILLARD a écrit :
> Le 03/11/2020 à 18:34, Haricophile a écrit :
>> Le Tue, 3 Nov 2020 12:16:40 +0100,
>> Daniel Caillibaud  a écrit :
>>
>>> j'ai abandonné le multi-écran avec ce pc qui devient un pc de
>>> secours, une honte mais tant pis pour moi, ça m'apprendra à me fier à
>>> ce genre d'adage.
>>
>> Moi mon expérience récente multi-écran avec optimus intel/nvidia :
>>
>> Debian c'est galère.
>> Ubuntu ça marche a peu près.
>> Fedora ça marche impec, et avec le driver Nouveau en plus.
>>
>> Alors Fedora on peu moins aimer pour certaines raisons, mais je suppose
>> que si ça marche bien, on doit pouvoir trouver des distro ou ça marche
>> bien aussi ( Arch et dérivées ? Gentoo et dérivées ?).
>>
> Bonjour
> 
> sur mon portable un Lenovo W520 (carte Nvidia et optimus), j'ai exploré
> plusieurs fois ce problème de multi écran sans succès. Comparaison des
> versions des drivers, des compilations... J'en avais conclus qu'une
> compilation variation dans la compilation du drivers devait être la
> cause de ce problème. Sans toutefois avoir le couple temps/compétences
> suffisant pour tenter une compilation maison.
> Mais ce que je ne saisi pas, manque de connaissances, est d'ou peut
> venir cette différence de fonctionnement d'un distribution à l'autre.
> 

Sans indiscrétion, quel est le problème ?

JKB

Re: [testing] noyau 5.9

[François-Marie BILLARD]

Le 03/11/2020 à 18:34, Haricophile a écrit :

Le Tue, 3 Nov 2020 12:16:40 +0100,
Daniel Caillibaud  a écrit :


j'ai abandonné le multi-écran avec ce pc qui devient un pc de
secours, une honte mais tant pis pour moi, ça m'apprendra à me fier à
ce genre d'adage.


Moi mon expérience récente multi-écran avec optimus intel/nvidia :

Debian c'est galère.
Ubuntu ça marche a peu près.
Fedora ça marche impec, et avec le driver Nouveau en plus.

Alors Fedora on peu moins aimer pour certaines raisons, mais je suppose
que si ça marche bien, on doit pouvoir trouver des distro ou ça marche
bien aussi ( Arch et dérivées ? Gentoo et dérivées ?).


Bonjour

sur mon portable un Lenovo W520 (carte Nvidia et optimus), j'ai exploré 
plusieurs fois ce problème de multi écran sans succès. Comparaison des 
versions des drivers, des compilations... J'en avais conclus qu'une 
compilation variation dans la compilation du drivers devait être la 
cause de ce problème. Sans toutefois avoir le couple temps/compétences 
suffisant pour tenter une compilation maison.
Mais ce que je ne saisi pas, manque de connaissances, est d'ou peut 
venir cette différence de fonctionnement d'un distribution à l'autre.




--
François-Marie

Re: Problème de lecture vidéo html5

[Haricophile]

Le Wed, 4 Nov 2020 00:32:12 +0100 (CET),
l0f...@tuta.io a écrit :

> Ça semble être une erreur assez générique qui peut être causée par
> plusieurs facteurs...
> 
> Certaines ressources internet pointent vers les solutions suivantes :
> * Installation de ffmpeg [1]
> * Installation de ubuntu-restricted-extras [2]
> * Activation des contenus DRM [3]

Il faut aussi penser extensions... Le mieux dans ces cas est de donner
quelques URL de video qui ne marchent pas.

Sinon dans les logiciels "miracles" il y a youtube-dl qui permet de
choisir ce qu'on veut comme format et même audio seulement pour la
musique.

> 
> NB : Sachant que tu es sur Ubuntu, il vaut probablement mieux
> t'adresser aux mailing-lists dédiées [4]

J'approuve, mais pour répondre, avec Ubuntu, je ne trouve pas de
video qui ne marchent pas (;^_^)

Re: Configuration réseaux d'un serveur debian10 : livre de référence ?

[roger . tarani]

- Mail original -
De: "Daniel Caillibaud" 
À: "debian-user-french@lists.debian.org" 
Envoyé: Mardi 3 Novembre 2020 13:58:57
Objet: Re: Configuration réseaux d'un serveur debian10 : livre de référence ?

Le 03/11/20 à 12:59, roger.tar...@free.fr a écrit :
> Quelle est le livre de référence absolue pour comprendre et maîtriser la 
> configuration _
> experte _ des réseaux d'un serveur debian10 ? Cad TOUT ce qu'on peut faire 
> d'utile avec un
> serveur. 


Mais y'a quand même pas mal d'ouvrages sur le sujet
https://www.eyrolles.com/Accueil/Auteur/raphael-hertzog-51029/
(je n'en ai lu aucun d'actuel et ne pourrais pas te conseiller)

La version de cet auteur pour debian buster est disponible ici : 
https://debian-handbook.info/browse/fr-FR/stable/
https://debian-handbook.info/download/stable/debian-handbook.pdf
Contribution libre. Merci à lui.

Qui l'a déjà lu ?

-- 
Daniel

si les triangles avaient un Dieu, ils lui donneraient 
trois cotés. 
Montesquieu dans "Lettres persanes"

Re: Problème de lecture vidéo html5

[l0f4r0]

Bonsoir,

Ça semble être une erreur assez générique qui peut être causée par plusieurs 
facteurs...

Certaines ressources internet pointent vers les solutions suivantes :
* Installation de ffmpeg [1]
* Installation de ubuntu-restricted-extras [2]
* Activation des contenus DRM [3]

NB : Sachant que tu es sur Ubuntu, il vaut probablement mieux t'adresser aux 
mailing-lists dédiées [4]

Bien cordialement,
l0f4r0

[1] 
https://www.reddit.com/r/firefox/comments/f0cu32/any_media_from_twitch_cannot_be_played_on_ubuntu/
[2] 
https://discuss.dev.twitch.tv/t/twitch-not-working-on-firefox-for-linux-ubuntu/15634
[3] https://askubuntu.com/a/926051
[4] https://lists.ubuntu.com

Re: Problème de lecture vidéo html5

[Jean-Michel OLTRA]

Bonjour,


Le mardi 03 novembre 2020, Gianni a écrit...


> J'espère que ce ne sont pas mes pleurs qui vous ont découragé, puisqu'ils
> étaient faux, hein, ce n'est pas la fin du monde. Mais je me permets de
> relancer ma requête en vous demandant de me dire qu'est-ce qui vous bloque,
> y a-t-il une information qui vous manque ou le problème est-il hors sujet ?
> Ou dites-moi simplement "je ne trouve pas de solutions", mais ne me
> laissez  pas en plan, parce que je vois ce que les autres ont posté depuis
> et que vous leur avez répondu, donc je sais que vous avez lu mon message,
> et cela me frustre un peu.

Si tu utilises le Firefox en paquet Ubuntu, et que ça ne fonctionne pas,
peut-être pourrais tu installer la version Firefox téléchargeable ? 

Éventuellement, tu peux essayer Opera, ou bien Vivaldi.

-- 
jm

Re: Problème de lecture vidéo html5

[Gianni]

Bonsoir,
J'espère que ce ne sont pas mes pleurs qui vous ont découragé, puisqu'ils
étaient faux, hein, ce n'est pas la fin du monde. Mais je me permets de
relancer ma requête en vous demandant de me dire qu'est-ce qui vous bloque,
y a-t-il une information qui vous manque ou le problème est-il hors sujet ?
Ou dites-moi simplement "je ne trouve pas de solutions", mais ne me
laissez  pas en plan, parce que je vois ce que les autres ont posté depuis
et que vous leur avez répondu, donc je sais que vous avez lu mon message,
et cela me frustre un peu.

Le lun. 2 nov. 2020 à 19:04, Gianni  a écrit :

> Bonjour,
> Lorsque je vais sur Youtube, toutes les vidéos "en direct" (stream) ainsi
> que certaines vidéos normales affichent un message d'erreur:
> "Votre navigateur ne reconnaît aucun des formats vidéo disponibles.
> Cliquez ici pour consulter notre FAQ sur les vidéos HTML5
> ." et lorque je clique sur le
> lien, une page s'ouvre avec le message:
> "Vous êtes génial.
> Votre navigateur est à jour et vous pouvez donc utiliser les dernières
> fonctionnalités de YouTube. Amusez-vous bien !"
> Similairement, sur Twitch, les vidéos ne fonctionnent pas et affichent un
> message d'erreur: "Cette vidéo n'est pas disponible ou n'est pas prise en
> charge par ce navigateur. (Erreur 4000)"
>
> Je suis sur la dernière version d'Ubuntu, utilise Firefox, et ne souhaite
> pas passer sur Chrome (même si ça marche).
>
> J'ai fait des recherches sur Internet:
> -Un forum a proposé d'activer des codecs avec about:config, mais ça n'a
> pas marché
> -ce problème n'est pas traité dans la FAQ de Debian (en tout cas avec
> beaucoup d'essais ctrl+F je n'ai rien trouvé);
> -j'ai essayé d'utiliser un logiciel qui lit les vidéos en dehors du web:
> Lecteur multimédia mpv, mais cela ne fonctionne pas avec les lives et ne
> permet que la lecture en hd pour les vidéos (qui fait ramer mon ordi)
>
> Voilà, aidez-moi, s'il vous plaît! x''(
>

Re: [testing] noyau 5.9

[BERTRAND Joël]

Haricophile a écrit :
> Le Tue, 3 Nov 2020 12:16:40 +0100,
> Daniel Caillibaud  a écrit :
> 
>> j'ai abandonné le multi-écran avec ce pc qui devient un pc de
>> secours, une honte mais tant pis pour moi, ça m'apprendra à me fier à
>> ce genre d'adage.
> 
> Moi mon expérience récente multi-écran avec optimus intel/nvidia :
> 
> Debian c'est galère.
> Ubuntu ça marche a peu près.
> Fedora ça marche impec, et avec le driver Nouveau en plus.
> 
> Alors Fedora on peu moins aimer pour certaines raisons, mais je suppose
> que si ça marche bien, on doit pouvoir trouver des distro ou ça marche
> bien aussi ( Arch et dérivées ? Gentoo et dérivées ?).

J'avoue que je n'ai jamais eu de problème directement lié au bi-écran
(mes problèmes relevaient plutôt du GPU Intel). Mais j'ai collé dans le
xorg.conf à l'ancienne :

Section "Monitor"
Identifier  "HDMI2"
Option  "PreferredMode" "1920x1080_60.00"
Option  "RightOf" "DP1"
EndSection

Section "Monitor"
Identifier  "DP1"
Option  "PreferredMode" "1920x1080_60.00"
Option  "LeftOf" "HDMI2"
EndSection

et dans le fichier autostart de WindowMaker :

if [ `hostname` = hilbert ]; then
/usr/bin/xscreensaver -no-splash &
/usr/bin/xrandr --output DP1 --mode 1920x1080 --pos 0x0 \
--rotate normal --output HDMI2 --mode 1920x1080 --pos 1920x0
else
/usr/pkg/bin/xscreensaver -no-splash &
fi

Le premier est nécessaire pour que wdm se lance sur le bon écran, le
second, pour que WindowMaker mette le docker au bon endroit.

JKB

Re: [HS] performance Raspverry Pi 3 et 4 versus Atom N2800

[Dethegeek]

Sur le Pi 4 le bus desservant l'interface ethernet n'est plus partagé avec 
le bus de l'USB. Les performances ethernet sont correctes.

https://magpi.raspberrypi.org/articles/raspberry-pi-4-specs-benchmarks 


Que ce soit en USB ou en NFS, les performances de ce type de stockage 
peuvent rougir sensiblement moins que sur un raspberry pi 3. Reste à voir 
ce que ça donnera avec les couches logicielles d'un système de fichiers.

Notez qu'il y a des rumeurs d'un futur raspberry pi 4 avec un port nvme.

https://www.tomshardware.com/news/raspberry-pi-nvme-support-coming

Après, pour revenir au sujet initial, je trouve qu'un CPU Intel reste plus 
performant, plus fluide qu'un Raspberry. Mais c'est une appréciation 
subjective, et basée sur l'expérience avec un environnement graphique. J'ai 
trouvé tout a l'heure une comparaison d'un raspberry avec des petits CPU Intel, 
mais ce sont des atoms de gammes plus récentes, tournant à des fréquences bien 
plus élevées que le N2800. J'ai renoncé à partager le lien, ça ne me paraît pas 
extrapolable vers la comparaison qui nous intéressé ici. Le lien ci dessus 
donnera au moins des données brutes pour le petit ARM.



Le 3 novembre 2020 20:48:13 GMT+01:00, "Gaëtan Perrier" 
 a écrit :
>Le mardi 03 novembre 2020 à 11:51 +0100, William Bonnet a écrit :
>> Bonjour
>> 
>> Le problème du rPI 3 (et certainement du 4), c'est que pour avoir une
>> > installation fiable, il faut l'utiliser en iSCSI ou en NFS et la carte
>> > réseau est un goulot d'étranglement non négligeable. 
>> 
>> Je partage les avis précédents, pourrais tu s'il te plait quel usage tu
>> compte faire de la machine ? ceci peut influer sur le choix. Il y a
>> aussi un vaste choix de cartes Arm64 supportées sous Debian et autre que
>> la RPi4.
>> 
>> Par exemple j'utilise des odroids C4 N2 ou Pine rock64. Cela fonctionne
>> tres bien  et certaines sont équipées de connecteurs USB 3  voir d'eMMC
>> internes, ce qui apporte une solution au stockage rapide sans avoir à
>> passer par du NFS.
>> 
>> 
>> Ton cas d'usage peux orienter le choix
>> 
>> 
>> @+W.
>> 
>
>Le contexte n'est pas clairement établi mais le but c'est de prendre un serveur
>en ligne genre kimsufi ou dedibox qui n'ont pas des foudres de guerre comme
>CPUs.
>Et potentiellement ce que je ferais tourner dessus je sais que ça passe sur
>Pi3.
>
>Gaëtan

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: [testing] noyau 5.9

[Haricophile]

Le Tue, 3 Nov 2020 12:16:40 +0100,
Daniel Caillibaud  a écrit :

> j'ai abandonné le multi-écran avec ce pc qui devient un pc de
> secours, une honte mais tant pis pour moi, ça m'apprendra à me fier à
> ce genre d'adage.

Moi mon expérience récente multi-écran avec optimus intel/nvidia :

Debian c'est galère.
Ubuntu ça marche a peu près.
Fedora ça marche impec, et avec le driver Nouveau en plus.

Alors Fedora on peu moins aimer pour certaines raisons, mais je suppose
que si ça marche bien, on doit pouvoir trouver des distro ou ça marche
bien aussi ( Arch et dérivées ? Gentoo et dérivées ?).

Re: [HS] performance Raspverry Pi 3 et 4 versus Atom N2800

[Gaëtan Perrier]

Le mardi 03 novembre 2020 à 11:51 +0100, William Bonnet a écrit :
> Bonjour
> 
> Le problème du rPI 3 (et certainement du 4), c'est que pour avoir une
> > installation fiable, il faut l'utiliser en iSCSI ou en NFS et la carte
> > réseau est un goulot d'étranglement non négligeable. 
> 
> Je partage les avis précédents, pourrais tu s'il te plait quel usage tu
> compte faire de la machine ? ceci peut influer sur le choix. Il y a
> aussi un vaste choix de cartes Arm64 supportées sous Debian et autre que
> la RPi4.
> 
> Par exemple j'utilise des odroids C4 N2 ou Pine rock64. Cela fonctionne
> tres bien  et certaines sont équipées de connecteurs USB 3  voir d'eMMC
> internes, ce qui apporte une solution au stockage rapide sans avoir à
> passer par du NFS.
> 
> 
> Ton cas d'usage peux orienter le choix
> 
> 
> @+W.
> 

Le contexte n'est pas clairement établi mais le but c'est de prendre un serveur
en ligne genre kimsufi ou dedibox qui n'ont pas des foudres de guerre comme
CPUs.
Et potentiellement ce que je ferais tourner dessus je sais que ça passe sur
Pi3.

Gaëtan


signature.asc
Description: This is a digitally signed message part

[HS] Re: proxy

[fabricer]

Hello,


Si tu veux un service tout prêt qui fasse ça sans avoir besoin de configurer 
ton proxy/vpn, y'en

[zap]

être sûr qu'ils analysent ton traffic et en tirent profit).

Tu penses aussi que c'est le cas avec riseup ?
https://riseup.net/fr/vpn

a+

f.

Re: proxy

[Daniel Caillibaud]

Le 03/11/20 à 19:25, roger.tar...@free.fr a écrit :
>> Uniquement HTTP ou tout trafic ? Dans le second cas, un proxy socks5 ou un 
>> VPN sont les
>> solutions 
> 
> Les deux cas de figure. 
> Arrive-t-on à en trouver des gratuits ? 

Il y a plusieurs façon de faire ça avec debian, pour le proxy http y'a squid 
qui est très
utilisé (mais il doit y en avoir d'autres), pour le vpn y'a openvpn 
(probablement d'autres
aussi).

Donc c'est gratuit, à l'hébergement près (pour le serveur debian qui va gérer 
ça).

Si tu veux un service tout prêt qui fasse ça sans avoir besoin de configurer 
ton proxy/vpn, y'en
a peut-être des gratuits mais je les éviterais soigneusement (ils vont 
récupérer tout ton
traffic, faut donc leur faire vraiment confiance, si c'est gratuit t'es le 
produit donc tu peux
être sûr qu'ils analysent ton traffic et en tirent profit).

-- 
Daniel

Tout a été dit ; mais comme personne n'écoute,
il faut toujours répéter.
André Gide

Re: proxy

[NoSpam]

Je te laisse interroger le grand Nain Ternet pour ce qui est des coûts.

Tor est une solution. Autre, tu te loues un VPS à l'étranger, monte un 
OpenVPN entre les deux sites et voilà.


Le 03/11/2020 à 19:25, roger.tar...@free.fr a écrit :




*De: *"NoSpam" 
*À: *"debian-user-french@lists.debian.org" 


*Envoyé: *Mardi 3 Novembre 2020 18:52:53
*Objet: *Re: proxy

Le 03/11/2020 à 18:44, roger.tar...@free.fr 
 a écrit :


Quelle est la manière la plus simple et la moins intrusive
de configurer un serveur debian buster pour qu'il utilise un
serveur proxy
(service gratuit ou payant hébergé sur internet permettant
notamment de masquer l'adresse IP publique du serveur) ?
merci

Uniquement HTTP ou tout trafic ? Dans le second cas, un proxy socks5 
ou un VPN sont les solutions


Les deux cas de figure.
Arrive-t-on à en trouver des gratuits ?


--
Daniel

Re: proxy

[roger . tarani]

De: "NoSpam"  
À: "debian-user-french@lists.debian.org"  
Envoyé: Mardi 3 Novembre 2020 18:52:53 
Objet: Re: proxy 



Le 03/11/2020 à 18:44, [ mailto:roger.tar...@free.fr | roger.tar...@free.fr ] a 
écrit : 



Quelle est la manière la plus simple et la moins intrusive 
de configurer un serveur debian buster pour qu'il utilise un serveur proxy 
(service gratuit ou payant hébergé sur internet permettant notamment de masquer 
l'adresse IP publique du serveur) ? 
merci 




Uniquement HTTP ou tout trafic ? Dans le second cas, un proxy socks5 ou un VPN 
sont les solutions 

Les deux cas de figure. 
Arrive-t-on à en trouver des gratuits ? 





-- 
Daniel 

Re: Configuration réseaux d'un serveur debian10 : livre de référence ?

[roger . tarani]

De: "Daniel Caillibaud"  
À: "debian-user-french@lists.debian.org"  
Envoyé: Mardi 3 Novembre 2020 13:58:57 
Objet: Re: Configuration réseaux d'un serveur debian10 : livre de référence ? 

Le 03/11/20 à 12:59, roger.tar...@free.fr a écrit : 


Quelle est le livre de référence absolue pour comprendre et maîtriser la 
configuration _ 
experte _ des réseaux d'un serveur debian10 ? Cad TOUT ce qu'on peut faire 
d'utile avec un 
serveur. 



Je pense que ça n'existe pas ;-) 

- la notion de "référence absolue" n'existe pas, une bonne solution dans un cas 
est mauvaise 
dans un autre, et si on ajoute les a-priori des uns et des autres (sur systemd, 
resolvconf, 
wathever…) on s'en sort pas (chacun ayant de bonnes raisons de défendre sa 
paroisse, pour ça 
qu'on en cause encore) 

rt : Il y a toujours une "bible" ou un ouvrage de référence dans tout domaine ! 
La notion est très relative, en effet. 

- c'est très long à écrire, et y'a peu d'auteurs potentiels, le temps de 
l'écrire on en sera à 
debian 11 

rt : On parle quand même de juste bien utiliser ce que les développeurs ont mis 
au point... 

- y'a pas assez de marché, la plupart des clients potentiels préférant la doc 
online 
(gratuite mais surtout à jour à la source) ou les manpages, je suppose que 
c'est la raison 
pour laquelle les cahiers de l'admin debian se sont arrêtés en 2014 avec wheezy 
(c'était une 
référence parmi d'autres, ni absolue ni universelle). 

rt : Sans doute. Si la doc online était formidable on l'utiliserait. 
J'ai peiné en tant que débutant, et je suis maintenant parfois bloqué par des 
choses que je crois être inabituelles mais assez "ordinaires". 

Par ailleurs, un seul ouvrage ne pourra pas tout couvrir, ça dépend de tes 
choix, il faudrait 
un livre pour l'OS en général, puis un par choix dans ta pile applicative 
(postfix|sendmail|qmail|autre, dovecot|courier, apache/nginx/autre, avec ou 
sans 
varnish/haproxy, applicatif en js/php/python/ruby/java/go/…, etc.) 

rt : ma question aurait du préciser qu'elle se limitait à la configuration 
réseau "centrale", hors de la configuration de chacun des inombrables logiciels 
qui devront s'y connecter. 


Mais y'a quand même pas mal d'ouvrages sur le sujet 
https://www.eyrolles.com/Accueil/Auteur/raphael-hertzog-51029/ 
(je n'en ai lu aucun d'actuel et ne pourrais pas te conseiller) 

-- 
Daniel 

si les triangles avaient un Dieu, ils lui donneraient 
trois cotés. 
Montesquieu dans "Lettres persanes" 

Re: [HS] diffuser le son d'Android via Pulseaudio ?

[Gaëtan Perrier]

Le mardi 03 novembre 2020 à 11:20 +0100, Sébastien NOBILI a écrit :
> Bonjour,
> 
> Le 2020-10-28 02:29, Gaëtan Perrier a écrit :
> > Savez-vous s'il est possible de diffuser le son d'un mobile Android sur 
> > les
> > enceintes d'un PC en utilisant PulseAudio ?
> 
> Le support PulseAudio sur Android semble compliqué…
> 
> De mon côté j'ai cherché de quoi contrôler le volume. Je suis 
> (difficilement) tombé
> sur Reverb [1] qui ne fonctionne pas. Je n'ai pas cherché plus loin.
> 
> 1: https://github.com/hchapman/reverb
> 
> Sébastien
> 

Il y a KDEConnect/GSConnect qui permet de piloter les applis mutlimédias du PC
depuis le smartphone.

Gaëtan


signature.asc
Description: This is a digitally signed message part

Re: [testing] noyau 5.9

[Gaëtan Perrier]

Le mardi 03 novembre 2020 à 12:32 +0100, BERTRAND Joël a écrit :
>   Ça a surtout un rapport sur le développement actuel du noyau qui va de
> pire en pire mais c'est un autre débat. J'ai le souci depuis 2011 sur
> des cartes Wifi au retour de veille sur un portable Lenovo.
> 
> 

J'ai un T420 (i5-2520M) depuis fort longtemps sous testing et dont j'ai
remplacé la carte wifi d'origine par une plus rapide, Intel 7260AC HMW
(nécessite un BIOS déverrouillé), et je n'ai pas de soucis de sortie de veille
avec.
Ni de soucis de double écran mais je l'utilise rarement ainsi.

Gaëtan


signature.asc
Description: This is a digitally signed message part

Re: proxy

[NoSpam]

Le 03/11/2020 à 18:44, roger.tar...@free.fr a écrit :


Quelle est la manière la plus simple et la moins intrusive
de configurer un serveur debian buster pour qu'il utilise un serveur 
proxy
(service gratuit ou payant hébergé sur internet permettant notamment 
de masquer l'adresse IP publique du serveur) ?

merci


Uniquement HTTP ou tout trafic ? Dans le second cas, un proxy socks5 ou 
un VPN sont les solutions


--
Daniel

proxy

[roger . tarani]

Quelle est la manière la plus simple et la moins intrusive 
de configurer un serveur debian buster pour qu'il utilise un serveur proxy 
(service gratuit ou payant hébergé sur internet permettant notamment de masquer 
l'adresse IP publique du serveur) ? 
merci 

Re: Configuration réseaux d'un serveur debian10 : livre de référence ?

[fabricer]

'lut

Quelle est le livre de référence absolue pour comprendre et maîtriser la 
configuration _experte_ des réseaux d'un serveur debian10 ?

Cad TOUT ce qu'on peut faire d'utile avec un serveur.

celui que tu vas écrire :) et en licence libre stp

f.

Re: Configuration réseaux d'un serveur debian10 : livre de référence ?

[Daniel Caillibaud]

Le 03/11/20 à 12:59, roger.tar...@free.fr a écrit :
> Quelle est le livre de référence absolue pour comprendre et maîtriser la 
> configuration _
> experte _ des réseaux d'un serveur debian10 ? Cad TOUT ce qu'on peut faire 
> d'utile avec un
> serveur. 

Je pense que ça n'existe pas ;-)

- la notion de "référence absolue" n'existe pas, une bonne solution dans un cas 
est mauvaise
  dans un autre, et si on ajoute les a-priori des uns et des autres (sur 
systemd, resolvconf,
  wathever…) on s'en sort pas (chacun ayant de bonnes raisons de défendre sa 
paroisse, pour ça
  qu'on en cause encore)

- c'est très long à écrire, et y'a peu d'auteurs potentiels, le temps de 
l'écrire on en sera à
  debian 11

- y'a pas assez de marché, la plupart des clients potentiels préférant la doc 
online
  (gratuite mais surtout à jour à la source) ou les manpages, je suppose que 
c'est la raison
  pour laquelle les cahiers de l'admin debian se sont arrêtés en 2014 avec 
wheezy (c'était une
  référence parmi d'autres, ni absolue ni universelle).

Par ailleurs, un seul ouvrage ne pourra pas tout couvrir, ça dépend de tes 
choix, il faudrait
un livre pour l'OS en général, puis un par choix dans ta pile applicative
(postfix|sendmail|qmail|autre, dovecot|courier, apache/nginx/autre, avec ou sans
varnish/haproxy, applicatif en js/php/python/ruby/java/go/…, etc.)

Mais y'a quand même pas mal d'ouvrages sur le sujet
https://www.eyrolles.com/Accueil/Auteur/raphael-hertzog-51029/
(je n'en ai lu aucun d'actuel et ne pourrais pas te conseiller)

-- 
Daniel

si les triangles avaient un Dieu, ils lui donneraient 
trois cotés. 
Montesquieu dans "Lettres persanes" 

Configuration réseaux d'un serveur debian10 : livre de référence ?

[roger . tarani]

La gestion ordinaire des réseaux sur un serveur debian10 n'est pas toujours 
triviale, puisqu'une infime erreur de syntaxe peut tout bloquer. Je pense aussi 
à la peine des débutants avec la doc ancienne (on a enfin vu apparaître un 
discret "doc ancienne") et confusante (ifconfig ifupdown, 
resolvconf/resolv.conf, etc.) 
Une fois passé le cap, se pose la question d'établir une configuration réseaux 
fine (experte). Et de vérifier qu'elle fait bien ce qu'on croit qu'elle fait. 
Ce qui suppose de maîtriser les outils d'analyse (nmap, etc.) 

Sur le net, il y a une multitude de sites web incomplets et parfois 
contradictoires sur ce thème. 

Quelle est le livre de référence absolue pour comprendre et maîtriser la 
configuration _ experte _ des réseaux d'un serveur debian10 ? 
Cad TOUT ce qu'on peut faire d'utile avec un serveur. 

Merci 

Re: [testing] noyau 5.9

[François-Marie BILLARD]

Le 03/11/2020 à 12:32, BERTRAND Joël a écrit :

Daniel Caillibaud a écrit :

Le 28/10/20 à 22:12, BERTRAND Joël  a écrit :

J'ai hésité, mais je ne peux ni me permettre un CPU qui plante (les
"workarounds" sont très tatillons), ni me permettre un nouveau
radiateur. Et franchement, sur ce coup, AMD a un train de retard.


C'est ce que je croyais, mais j'ai eu plein de pbs avec un intel gen10 (i5 
1035G1) :

- pb avec le microcode intel sur le cpu lui-même, crashes violents qui 
demandent un reboot hard
   (réglé en installant un microcode plus récent manuellement, après y avoir 
passé des heures),

- bcp de pbs avec le gpu intégré, toujours des plantages X à cause du driver 
i915 dès que je
   branche un 2e écran sur ce dell inspiron 3793


J'avoue que le seul problème que j'ai aujourd'hui (et que j'avais sur
mon ancienne machine) est un problème de watchdog lié à la bouse
systemd. À tel point que j'envisage de virer Debian pour une Devuan. Si
je n'avais pas la flemme de tout réinstaller en diskless et de
recompiler les outils que j'utilise, il y a longtemps que ce serait fait.

Je n'ai eu aucun problème jusqu'à récemment en utilisant un bi-écran
avec un i7-4490 avec le GPU interne. Actuellement, je n'ai pas de
problème avec un i9-10900F et une carte graphique AMD (pas de GPU dans
le processeur). J'ai besoin d'une carte dédiée pour utiliser des outils
de CAO sans avoir les limitations des GPU internes Intel avec leurs
dépassement mémoire.

En revanche, j'ai constaté en bi-écran une régression sévère sur les
GPU internes Intel il y a à peu près six mois à tel point que j'ai
accéléré le changement de ma machine de travail. Les performances
graphique ont drastiquement baissées (je n'ai observé cela qu'en
bi-écran, en mono, rien n'a changé).

Peut-être est-ce dû à un problème thermique, le pilote GPU ayant changé
(j'ai noté une augmentation sensible de la température de CPU). Tout ce
que je puis affirmer, c'est que la machine en question tourne
aujourd'hui avec un XEN et un dom0 NetBSD et qu'elle ne chauffe pas. Je
n'ai pas investigué plus et je ne l'ai même pas ouverte.

Dans le cas qui nous intéresse, il y a(vait) un problème sur les Ryzen
connu depuis très longtemps. AMD n'a franchement rien fait pour corriger
le tir, ce qui est déplorable.


(je passe sur les plantages wifi et le driver qui revient pas au retour de 
veille, rien à voir
avec intel|amd)


Ça a surtout un rapport sur le développement actuel du noyau qui va de
pire en pire mais c'est un autre débat. J'ai le souci depuis 2011 sur
des cartes Wifi au retour de veille sur un portable Lenovo.

JKB


Bonjour

j'ai eu des problèmes d'écran sur mon portable, sortie externe non 
active, non résolus à ce jour avec Debian.
Hors ce problème n'apparaissait pas avec une version de Linux de chez 
Ubuntu.
Je n'ai jamais su pourquoi. Peut-être un essai avec une autre 
distribution avec un noyau 5.9 pourrait peut-être intéressante.



--
François-Marie

Re: [testing] noyau 5.9

[BERTRAND Joël]

Daniel Caillibaud a écrit :
> Le 28/10/20 à 22:12, BERTRAND Joël  a écrit :
>>  J'ai hésité, mais je ne peux ni me permettre un CPU qui plante (les
>> "workarounds" sont très tatillons), ni me permettre un nouveau
>> radiateur. Et franchement, sur ce coup, AMD a un train de retard.
> 
> C'est ce que je croyais, mais j'ai eu plein de pbs avec un intel gen10 (i5 
> 1035G1) : 
> 
> - pb avec le microcode intel sur le cpu lui-même, crashes violents qui 
> demandent un reboot hard
>   (réglé en installant un microcode plus récent manuellement, après y avoir 
> passé des heures),
> 
> - bcp de pbs avec le gpu intégré, toujours des plantages X à cause du driver 
> i915 dès que je
>   branche un 2e écran sur ce dell inspiron 3793 

J'avoue que le seul problème que j'ai aujourd'hui (et que j'avais sur
mon ancienne machine) est un problème de watchdog lié à la bouse
systemd. À tel point que j'envisage de virer Debian pour une Devuan. Si
je n'avais pas la flemme de tout réinstaller en diskless et de
recompiler les outils que j'utilise, il y a longtemps que ce serait fait.

Je n'ai eu aucun problème jusqu'à récemment en utilisant un bi-écran
avec un i7-4490 avec le GPU interne. Actuellement, je n'ai pas de
problème avec un i9-10900F et une carte graphique AMD (pas de GPU dans
le processeur). J'ai besoin d'une carte dédiée pour utiliser des outils
de CAO sans avoir les limitations des GPU internes Intel avec leurs
dépassement mémoire.

En revanche, j'ai constaté en bi-écran une régression sévère sur les
GPU internes Intel il y a à peu près six mois à tel point que j'ai
accéléré le changement de ma machine de travail. Les performances
graphique ont drastiquement baissées (je n'ai observé cela qu'en
bi-écran, en mono, rien n'a changé).

Peut-être est-ce dû à un problème thermique, le pilote GPU ayant changé
(j'ai noté une augmentation sensible de la température de CPU). Tout ce
que je puis affirmer, c'est que la machine en question tourne
aujourd'hui avec un XEN et un dom0 NetBSD et qu'elle ne chauffe pas. Je
n'ai pas investigué plus et je ne l'ai même pas ouverte.

Dans le cas qui nous intéresse, il y a(vait) un problème sur les Ryzen
connu depuis très longtemps. AMD n'a franchement rien fait pour corriger
le tir, ce qui est déplorable.

> (je passe sur les plantages wifi et le driver qui revient pas au retour de 
> veille, rien à voir
> avec intel|amd)

Ça a surtout un rapport sur le développement actuel du noyau qui va de
pire en pire mais c'est un autre débat. J'ai le souci depuis 2011 sur
des cartes Wifi au retour de veille sur un portable Lenovo.

JKB

Re: [testing] noyau 5.9

[Daniel Caillibaud]

Le 28/10/20 à 22:12, BERTRAND Joël  a écrit :
>   J'ai hésité, mais je ne peux ni me permettre un CPU qui plante (les
> "workarounds" sont très tatillons), ni me permettre un nouveau
> radiateur. Et franchement, sur ce coup, AMD a un train de retard.

C'est ce que je croyais, mais j'ai eu plein de pbs avec un intel gen10 (i5 
1035G1) : 

- pb avec le microcode intel sur le cpu lui-même, crashes violents qui 
demandent un reboot hard
  (réglé en installant un microcode plus récent manuellement, après y avoir 
passé des heures),

- bcp de pbs avec le gpu intégré, toujours des plantages X à cause du driver 
i915 dès que je
  branche un 2e écran sur ce dell inspiron 3793 

(je passe sur les plantages wifi et le driver qui revient pas au retour de 
veille, rien à voir
avec intel|amd)

Donc le "je prend intel pour que ça tombe en marche" ne fonctionne plus, et 
même avec des
workaround dans tous les sens ce cpu est une cata (cf mes posts sur le sujet, 
et pour avoir
écumé le web à la recherche de solutions je suis pas le seul), j'y ai passé des 
heures et ça
marche toujours pas très bien, j'ai abandonné le multi-écran avec ce pc qui 
devient un pc de
secours, une honte mais tant pis pour moi, ça m'apprendra à me fier à ce genre 
d'adage.

=> je retourne sur mon desktop de 2008, il a moins de ram et il est plus lent 
mais il plante pas
et tourne avec deux grands écrans…

Mon prochain PC sera acheté d'occase après être sûr de la compatibilité debian 
(pour ce
portable j'avais bien essayé un revendeur qui fournissait du linux préinstallé, 
mais c'était
1100€ vs 750€ pour le dell, avec surtout un délai bcp plus long, j'ai voulu 
faire le radin
pressé et j'ai perdu du temps et de l'argent…).

-- 
Daniel

Les mécontents, ce sont des pauvres qui réfléchissent.
Talleyrand

Re: [HS] performance Raspverry Pi 3 et 4 versus Atom N2800

[William Bonnet]

Bonjour

Le problème du rPI 3 (et certainement du 4), c'est que pour avoir une
> installation fiable, il faut l'utiliser en iSCSI ou en NFS et la carte
> réseau est un goulot d'étranglement non négligeable. 


Je partage les avis précédents, pourrais tu s'il te plait quel usage tu
compte faire de la machine ? ceci peut influer sur le choix. Il y a
aussi un vaste choix de cartes Arm64 supportées sous Debian et autre que
la RPi4.

Par exemple j'utilise des odroids C4 N2 ou Pine rock64. Cela fonctionne
tres bien  et certaines sont équipées de connecteurs USB 3  voir d'eMMC
internes, ce qui apporte une solution au stockage rapide sans avoir à
passer par du NFS.


Ton cas d'usage peux orienter le choix


@+W.

Re: [HS] diffuser le son d'Android via Pulseaudio ?

[Sébastien NOBILI]

Bonjour,

Le 2020-10-28 02:29, Gaëtan Perrier a écrit :
Savez-vous s'il est possible de diffuser le son d'un mobile Android sur 
les

enceintes d'un PC en utilisant PulseAudio ?


Le support PulseAudio sur Android semble compliqué…

De mon côté j'ai cherché de quoi contrôler le volume. Je suis 
(difficilement) tombé

sur Reverb [1] qui ne fonctionne pas. Je n'ai pas cherché plus loin.

1: https://github.com/hchapman/reverb

Sébastien