Has recibido una nueva solicitud de contacto.

[Solicitud de contacto a través de XING]

Ver mensaje en el navegador.:
https://www.xing.com/m/Gww9Xu_yW3of4p5mevs5gA


XING




Te esperan 3 solicitudes de contacto.
https://www.xing.com/m/Gww9Xu_yW3of4p5mevs5i



Como usuario estándar sólo puedes ver una solicitud de contacto a la vez. Tan 
pronto como aceptes o rechaces esta solicitud, podrás ver una nueva solicitud 
de contacto.


=> Ver todas las solicitudes de contacto:
https://www.xing.com/m/Gww9Xu_yW3of4p5mevs5gB



Pásate a la cuenta XING Premium para ver todas las solicitudes de contacto 
recibidas.
Como usuario estándar solo puedes ver una solicitud recibida. Pásate a la 
cuenta Premium de XING y benefíciate de múltiples beneficios más.


=> Hazte usuario Premium:
https://www.xing.com/m/Gww9Xu_yW3of4p5mevs5gC



Como usuario Premium, puedes ver aquí el nombre de la persona que te ha enviado 
la solicitud de contacto y el mensaje de la solicitud.




--
Protección de datos en XING:
https://www.xing.com/m/Gww9Xu_yW3of4p5mevs5o

Acerca de este sitio:
https://www.xing.com/m/Gww9Xu_yW3of4p5mevs5p

Contacto:
https://www.xing.com/m/Gww9Xu_yW3of4p5mevs5q

Cancelar suscripción a notificaciones:
https://www.xing.com/m/Gww9Xu_yW3of4p5mevs5r

Este mensaje ha sido enviado a Oscar Fabián Ovando, Organizador de asoc. 
civiles en Oscar Fabian Ovando.
Más información:
https://www.xing.com/m/Gww9Xu_yW3of4p5mevs5n

Nettoyage du spam : décembre 2018

[jipegefree]

Bonjour,
Comme nous sommes en janvier, il est désormais possible de
traiter les archives du mois de décembre 2018 des listes francophones.

N'oubliez bien sûr pas d'ajouter votre nom à la liste des relecteurs
pour que nous sachions où nous en sommes.

Détails du processus de nettoyage du spam sur :

https://wiki.debian.org/I18n/FrenchSpamClean

Re: kvm bridge network with systemd-networkd 802.3ad bonding

[Gary Dale]

On 2018-12-30 3:04 a.m., Reco wrote:

Hi.

On Sat, Dec 29, 2018 at 06:40:57PM -0500, Gary Dale wrote:

Any suggestions?

Keep your bonding as it is.
Forget about conventional Linux bridges, and do not use them ever.
Reconfigure your virtual machines to use macvtap (like suggested here -
[1]), you'll need 'bridge' mode.

Reco

[1] 
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/virtualization_administration_guide/sect-attch-nic-physdev



Thanks Reco. I just went to my server's site (I lost remote access with 
the current network setup) and reconfigured the network to use macvtap 
for bridge. Once I did that it worked like a charm.


After getting rid of the /etc/network/interfaces file (again) and 
reinstating the [network] section of my 
/etc/systermd/network/management.xml file to assign a static IP, all I 
had to do was use


  virsh edit 

to modify the network settings. Basically I changed the entire network 
interface segment to:


   
  
  
    

where you would replace the "xx" with a valid mac address. When I opened 
the virtual machine using the Virtual Machine Manager gui, I noticed it 
wanted to use an rtl8139 device for the nic, so I changed that to virtio 
then fired it up.


Everything is running great. I've got the remote access back and the 
local area network is behaving itself.

Re: Fonctionnement de la liste Debian

[Randy11]

Bonsoir,

Le 30/12/2018 à 03:23, Sebastien CHAVAUX a écrit :

Re-bonsoir;

Le 30/12/2018 à 01:22, Sébastien Dinot a écrit :

Je n'en pense pas grand chose car, n'ayant pas encore mis en œuvre la
fonction « reply by email » de Discourse, je ne sais pas si celle-ci
permet juste de répondre par mail à un message poussé par Discourse ou
si elle permet d'initier un échange. Et je ne sais pas non plus quelle
API propose Discourse et ce qu'elle permet de faire.



les mails réduisent le problème de l’accessibilité de
l’interface puisque chacun utilise celle qui lui convient tandisqu’un
forum impose la navigation sur des pages Web et cré des dificultés de
consultation pour les personnes utilisant des logiciels d’assistance.

+1, rien a ajouter tout est dit ici:)


En milieu professionnel, la configuration d'une machine Linux pour une 
personne ayant une déficience visuelle tourne rapidement au casse-tête 
ou au cauchemar, car la configuration ne correspond pas forcément à la 
configuration mise en production ou des contraintes de sécurité peuvent 
exister. La messagerie est généralement bien gérée.



Bien dommage, je serais curieux de savoir ce chiffre pour donner un 
semblant d'idée du nombre approximatif d'utilisateurs de celle liste.



  Je ne sais pas pourquoi les
abonnés passifs ne contribuent jamais aux échanges (ne lisent-ils pas
les échanges ? ne se sentent-ils pas suffisamment pointus pour donner
leur avis ? l'outil ne leur convient-il pas ?). Plus globalement, je ne
sais pas s'il existe une volonté d'étendre l'audience de cette
communauté - au besoin, en changeant d'outil - ou non.


Je parlerais donc dans mon cas, normalement utilisateur passif de longue 
date, très rarement actif, si je suis rarement actif c'est pas que 
l'outil de cette liste ne me convient pas, au contraire, je trouve les 
listes reposantes, on peut les lires et les relires, aussitôt ou plus 
tard, et contrairement à un forum qui peut disparaître, la liste quand à 
elle est sur notre ordinateur le temps qu'on ait pas effacé les mails.


+1


Alors pourquoi? Je me contente de lire car j'en apprends bien plus. Je 
ne rencontre que rarement des soucis, en faite depuis 11 ans sous Debian 
que je n'ai pas de soucis, les seules questions qui me viennent sont 
plus d'ordre contribution comme faire des paquets pour Debian, ect... Je 
viendrais sûrement tôt ou tard vous ennuyer mais je dois d'abord faire 
des recherches pour ne pas juste exposer ma fainéantise.


Tiens voila encore une qualité que les listes ont contrairement aux 
supports forums, c'est que les gens font bien plus attention et font 
souvent bien plus de recherches avant de juste poser leurs questions, du 
coup il y a fréquement des questions de haute volées (haut niveau) et 
pas seulement "comment faire pour changer mon papier peint du bureau 
sous Windows je fais comme ça"...


La liste de diffusion me bloque souvent, c'est fréquemment le dernier 
recours, car je ne veux pas poser une question maintes fois posée et 
pour laquelle autant de réponses existent.
C'est aussi parce que je ne veux pas prendre le risque de faire un "hors 
sujet".
Je me retiens peut-être trop ... ce qui me range dans la catégorie de 
"passifs".


Une autre qualité des listes contre les forums, je ne parle que de 
forums mais on peut imaginer autre choses, après tout il y a aussi le 
canal IRC debian.fr, pour ceux et celles que le support mail est trop 
lent pour une réponse. Donc l'avantage de cette liste, est qu'elle est 
facilement suivable partout et sur tout support, seul un compte de 
messagerie est nécessaire, ça demande que peu de connexion, c'est pas 
avec des mails qu'on va faire sauter notre forfait internet de notre 
téléphone par exemple. De plus celle-ci (la liste) est légère 
contrairement encore aux forums qui peuvent bien être ralentis si on se 
trouve dans un village en plein coeur de nulle part.


Le canal IRC est dans mon milieu professionnel quasi bloqué, même via 
une interface Web, ce n'est pas probant.


Bonne année , un peu en avance !

Re: Fonctionnement de la liste Debian

[Randy11]

Bonsoir,

Un avantage technique de la liste est sa facilité d'accès. L'accès à un 
forum peut être bloqué en milieu professionnel ou rendu inexploitable 
par l'utilisation de certaines sources de scripts - essayez Firefox avec 
NoScript en bloquant tout par défaut ;-)


Je conserve tous les messages de cette liste. Avant d'être confronté aux 
affres d'une recherche avec Duckduckgo.com, je lance une recherche dans 
la liste. Effectivement,

bien souvent les réponses sont de qualité et rarement bruitées.

Le caractère unique du message qui ne peut être corrigé, m'enjoint aussi 
à faire attention à ce que je rédige, l'option d'édition des forums ne 
peut exister.


L'abondance des forums est parfois ennuyeuse par la difficulté de la 
requête à faire, des synonymes, des réponses qui correspondent à une 
autre distribution ou un autre OS. Comme cela a été suggéré, l'abondance 
de sources n'implique pas la qualité.


L'argument consistant à garder la possibilité de "hacker" la source 
d'information est un avantage.


Bonne année à toutes et tous !

Randy11.

Le 30/12/2018 à 17:50, Haricophile a écrit :

Le Sat, 29 Dec 2018 11:44:31 +0100 (CET),
roger.tar...@free.fr a écrit :


Question bête :
le concept de discussion autour de Debian est super utile, mais le mode email
me semble un peu "dépasséé.


L'homo Sapiens Sapiens est un peu dépassé aussi depuis le temps qu'il existe ;)

Personnellement le mail est ce que j'apprécie le plus, ça arrive sur mon ordi,
j'ai beaucoup de filtres qui me permettent de recevoir beaucoup de messages
par jour sans me laisser saturer.

Je n'aime pas plus que ça les forums sur lesquels il faut se connecter, que
je ne peux pas classer ou sur lesquels je ne peux pas faire les traitements que
je veux, et avec lequel je passe en fin de compte beaucoup plus de temps que
avec des mails bien filtrés.

Il me semble que le problème ne se pose pas du tout en terme d'obsolescence,
mais en problème de fonctionnalités : Préfère-t-on recevoir tout chez soi et
faire wtfyw, préfère-t-on avoir quelque chose en ligne mieux référencé par les
moteurs de recherches web, a priori en complément d'un wiki, veut-on privilégier
la réactivitée (irc, autre système "dépassé" mais au combien efficace) ou la
persistance...

Il n'y a pas de réponse unique, et ça dépend des préférences et habitus de
chacun. Mais pour moi mail et irc c'est simple, stupide donc efficace et
hackable a la sauce de chacun.

Re: Security Updates

[Nazar Zhuk]

On Sun, Dec 30, 2018 at 08:00:51PM +0100, Marek Gráfel wrote:

> I also tried the command via the apt-get update terminal, telling me that
> the operation is declined. 

Make sure you run apt-get as root or with sudo:

  sudo apt-get update

Then:

  sudo apt-get upgrade


-- Nazar

Re: Firefox : mise à jour + blocage

[Eric Degenetais]

Bonjour

Le lun. 31 déc. 2018 16:19,  a écrit :

> Bonjour,
>
> La configuration avec FF tient bien. Je n'ai plus de problème.
>
> Je ne refais pas un message séparé
> MAIS je viens de faire un essai de mise en hibernation et de sortie.
>
> Waouh...
> 1 mn d'écran noir
> 3 mn de souris clavier muets
> 6-8 mn avec un temps de réponse des fenêtres de 20+, puis 10, puis 5 s
> à +15 mn, j'ai retrouvé une machine réactive.
>
> La SWAP est de 8 Go pour 8 Go de RAM.
> RAM employée à 50%
> SWAP employée à 30%
>
Assez naïvement, ce type de configuration m'a toujours posé question. La
machine démarre et se retrouve à devoir sortir 4Go du swap pour retrouver
son working set pré-hibernation. Je me demande quels mécanismes existent
(c'est une vraie question, je ne suis pas ironique) pour que la machine ne
soit pas dans la même panade qu'une machine sauvagement sous-dimensionnée
qui croule sous le swap...

J'ai un vague souvenir qu'il faudrait en SWAP 1,5 fois la RAM. C'est quoi
> la règle ?
>
> J'ai une JVM installée pour faire tourner quelques pgm Java.
>
> Pendant tout ce temps là, la machine ne tourne pas à plein régime pour des
> trucs comme des scripts dans le navigateur.
> htop ou System monitor, quand j'arrive à y accéder ne m'indique rien
> d'anormal (par rapport à mon niveau de compétence modeste)
> Rien d'extraordinaire, sauf load average apparemment élevé (2 coeurs)
> $ nproc
> 2
>
> $ uptime
> 16:05:16 up 35 days,  4:35,  5 users,  load average: 1.77, 2.31, 4.98
>
> $ uptime
> 16:16:16 up 35 days,  4:46,  5 users,  load average: 0.74, 0.93, 2.83
>
> mesures sur 1/5/15 mn
>
> On voit bien qu'il y a eu la queue au portillon... mais pourquoi ?
>
> Que faut-il vérifier d'autre pour en savoir plus et corriger ça ?
>
> Merci
>
> - Original Message -
> From: "Jérémy Prego" 
> To: debian-user-french@lists.debian.org
> Sent: Saturday, December 29, 2018 12:14:13 PM
> Subject: Re: Firefox : mise à jour + blocage
>
>
>
> Le 29/12/2018 à 11:30, roger.tar...@free.fr a écrit :
> > December 28, 2018 8:58:06 PM, Gaëtan Perrier a écrit :
> >
> >>> J'ai fait un kill de ff, j'ai déplacé le répertoire de profil, j'ai
> >>> redémarré, j'ai eu un refus,
> >> Si FF ne démarre pas en l'absence de profil s'est vraiment étrange ...
> >> Ça correspond à un premier démarrage après une installation.
>
> Bonjour,
> oui mais non. si j'ai biens compris, Roger a renomer / déplacer le
> xxx.default qui se trouve dans .mozilla/firefox. je pense que ce n'est
> pas la bonne méthode quand on dit "supprimer / renommer" le profile. à
> la place, je renommerai le .mozilla...
>
> > Jerem
> >
>
> > Je n'ai pas encore mis la machine en hibernation. Juste des mises en
> veille. RAS pour l'instant Je peux toujours ouvrir un lien dans FF depuis
> le terminal par exemple.
> > Dans le passé, j'ai du faire des kill du ps firefox car il y avait trop
> d'onglets et/ou des scripts qui bloquaient. Voire même éteindre la machine
> car je n'avais plus aucun contrôle (au mieux, un clic fenêtre avaut un
> effet quelques mn plus tard ! donc pas d'accès aux process; et non plus aux
> autres tty).
> > Ce qui m'embête, comme je l'ai dit plus tôt, c'est que la machine sortie
> d'hibernation ne montrait pas d'utilisation CPU et RAM effarante.
> >
> > A ce propos, comment tester si une configuration FF est conforme (à ce
> qui est prévu par l'éditeur) ?
> > Et comment agir lorsqu'une machine Linux est figée (10-30 mn voire plus)
> ? Peut-on accéder à une sorte de console de secours, à un canot de
> sauvetage, une 'panic room' (si elle existe) ?
> >
> > Stopper la machine en coupant l'alimentation me pose problème
>

Éric Dégenètais

Re: Problem with Xorg logs

[MENGUAL Jean-Philippe]

Logo Hypra  JEAN-PHILIPPE MENGUAL
DIRECTEUR TECHNIQUE ET QUALITÉ
102, rue des poissonniers, 75018, Paris
Tel : +331 84 73 06 61  Mob : +336 76 34 93 37

jpmeng...@hypra.fr 
www.hypra.fr 
Facebook Hypra  Twitter Hypra
 Linkedin Jean-Philippe




Le 31/12/2018 à 16:32, Reco a écrit :
>   Hi.
> 
> On Mon, Dec 31, 2018 at 04:13:18PM +0100, MENGUAL Jean-Philippe wrote:
>> Hi,
>>
>> As testing is next to freeze, I wonder wether I should report bug now or
>> find a workaround now for this problem. Even the bug is not critical, it
>> is a problem bcause i pollues strongly my log file. Here is the contents
>> of it, repeated thousands of times:
>> http://paste.debian.net/1058165
>>
>> With such lines, my log is 120M after max 24 hours of working.
>>
>> How could I:
>> - avoid this line
>> - speed the rotate of logs, removing the Xorg.log file each 12 hours
>>
>> Should I report bug and where? I always have pain to understand Xorg
>> organization.
> 
> There's no need to - see #900717.
> 
> According to [1], the following xorg.conf should help with the issue:
> 
> Section "Device"
> Driver "modesetting"
>   Option "PageFlip" "false"
> EndSection
> 
> Reco
> 
> [1] https://lists.debian.org/debian-user/2018/07/msg01087.html
> 
> 

ok thanks, I will try and tell you.

Best regards

Re: Problem with Xorg logs

[Reco]

Hi.

On Mon, Dec 31, 2018 at 04:13:18PM +0100, MENGUAL Jean-Philippe wrote:
> Hi,
> 
> As testing is next to freeze, I wonder wether I should report bug now or
> find a workaround now for this problem. Even the bug is not critical, it
> is a problem bcause i pollues strongly my log file. Here is the contents
> of it, repeated thousands of times:
> http://paste.debian.net/1058165
> 
> With such lines, my log is 120M after max 24 hours of working.
> 
> How could I:
> - avoid this line
> - speed the rotate of logs, removing the Xorg.log file each 12 hours
> 
> Should I report bug and where? I always have pain to understand Xorg
> organization.

There's no need to - see #900717.

According to [1], the following xorg.conf should help with the issue:

Section "Device"
Driver "modesetting"
Option "PageFlip" "false"
EndSection

Reco

[1] https://lists.debian.org/debian-user/2018/07/msg01087.html

Re: Firefox : mise à jour + blocage

[roger . tarani]

Bonjour,

La configuration avec FF tient bien. Je n'ai plus de problème. 

Je ne refais pas un message séparé 
MAIS je viens de faire un essai de mise en hibernation et de sortie.

Waouh... 
1 mn d'écran noir 
3 mn de souris clavier muets
6-8 mn avec un temps de réponse des fenêtres de 20+, puis 10, puis 5 s
à +15 mn, j'ai retrouvé une machine réactive.

La SWAP est de 8 Go pour 8 Go de RAM. 
RAM employée à 50%
SWAP employée à 30%
J'ai un vague souvenir qu'il faudrait en SWAP 1,5 fois la RAM. C'est quoi la 
règle ?

J'ai une JVM installée pour faire tourner quelques pgm Java.

Pendant tout ce temps là, la machine ne tourne pas à plein régime pour des 
trucs comme des scripts dans le navigateur.
htop ou System monitor, quand j'arrive à y accéder ne m'indique rien d'anormal 
(par rapport à mon niveau de compétence modeste)
Rien d'extraordinaire, sauf load average apparemment élevé (2 coeurs)
$ nproc
2

$ uptime
16:05:16 up 35 days,  4:35,  5 users,  load average: 1.77, 2.31, 4.98

$ uptime
16:16:16 up 35 days,  4:46,  5 users,  load average: 0.74, 0.93, 2.83

mesures sur 1/5/15 mn

On voit bien qu'il y a eu la queue au portillon... mais pourquoi ?

Que faut-il vérifier d'autre pour en savoir plus et corriger ça ?

Merci

- Original Message -
From: "Jérémy Prego" 
To: debian-user-french@lists.debian.org
Sent: Saturday, December 29, 2018 12:14:13 PM
Subject: Re: Firefox : mise à jour + blocage



Le 29/12/2018 à 11:30, roger.tar...@free.fr a écrit :
> December 28, 2018 8:58:06 PM, Gaëtan Perrier a écrit :
>
>>> J'ai fait un kill de ff, j'ai déplacé le répertoire de profil, j'ai
>>> redémarré, j'ai eu un refus,
>> Si FF ne démarre pas en l'absence de profil s'est vraiment étrange ...
>> Ça correspond à un premier démarrage après une installation.

Bonjour,
oui mais non. si j'ai biens compris, Roger a renomer / déplacer le
xxx.default qui se trouve dans .mozilla/firefox. je pense que ce n'est
pas la bonne méthode quand on dit "supprimer / renommer" le profile. à
la place, je renommerai le .mozilla...

> Jerem
>

> Je n'ai pas encore mis la machine en hibernation. Juste des mises en veille. 
> RAS pour l'instant Je peux toujours ouvrir un lien dans FF depuis le terminal 
> par exemple.
> Dans le passé, j'ai du faire des kill du ps firefox car il y avait trop 
> d'onglets et/ou des scripts qui bloquaient. Voire même éteindre la machine 
> car je n'avais plus aucun contrôle (au mieux, un clic fenêtre avaut un effet 
> quelques mn plus tard ! donc pas d'accès aux process; et non plus aux autres 
> tty).
> Ce qui m'embête, comme je l'ai dit plus tôt, c'est que la machine sortie 
> d'hibernation ne montrait pas d'utilisation CPU et RAM effarante.
>
> A ce propos, comment tester si une configuration FF est conforme (à ce qui 
> est prévu par l'éditeur) ?
> Et comment agir lorsqu'une machine Linux est figée (10-30 mn voire plus) ? 
> Peut-on accéder à une sorte de console de secours, à un canot de sauvetage, 
> une 'panic room' (si elle existe) ?
>
> Stopper la machine en coupant l'alimentation me pose problème.
>

Problem with Xorg logs

[MENGUAL Jean-Philippe]

Hi,

As testing is next to freeze, I wonder wether I should report bug now or
find a workaround now for this problem. Even the bug is not critical, it
is a problem bcause i pollues strongly my log file. Here is the contents
of it, repeated thousands of times:
http://paste.debian.net/1058165

With such lines, my log is 120M after max 24 hours of working.

How could I:
- avoid this line
- speed the rotate of logs, removing the Xorg.log file each 12 hours

Should I report bug and where? I always have pain to understand Xorg
organization.

Thanks


Regards
-- 
signature_jp_2
Logo Hypra  JEAN-PHILIPPE MENGUAL
DIRECTEUR TECHNIQUE ET QUALITÉ
102, rue des poissonniers, 75018, Paris
Tel : +331 84 73 06 61  Mob : +336 76 34 93 37

jpmeng...@hypra.fr 
www.hypra.fr 
Facebook Hypra  Twitter Hypra
 Linkedin Jean-Philippe

Re: strangest things after upgrade from 8 to 9

[John Hasler]

The Debian upgrade will run ldconfig and the Debian maintainers are not
likely to get it wrong.

I'll concede that it might be possible to bugger up your system in such
a way as to make an upgrade fail by installing a sufficiently broken
package in /usr/local but it's going to be a rare corner case.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA

Re: Nothing older than Jessie at historical packages debian org

[Brian]

On Mon 31 Dec 2018 at 06:42:17 -0700, Keith Christian wrote:

> Are any of the historical packages available for older distrbutions?
> 
> Get this error message not only for etch but more recent versions as
> well, the oldest that works is Jessie.
> 
> --Not Found
> ---The requested URL /cgi-bin/dispatcher.fcgi/etch/src:bash was not
> found on this server.
> ---Apache Server at historical.packages.debian.org Port 443
> 
> Are older distributions available else

https://lists.debian.org/debian-www/2018/12/msg00064.html

 > This website has not yet been fully setup yet so it isn't surprising
 > that it is broken. It might be fixed eventually but I've no idea when
 > the folks responsible will have time.

-- 
Brian.

Re: Nothing older than Jessie at historical packages debian org

[basti]

have a look at
https://www.debian.org/distrib/archive.en.html

if you use   http://archive.debian.org/debian/ in source list it should
work.


On 31.12.18 14:42, Keith Christian wrote:
> Are any of the historical packages available for older distrbutions?
> 
> Get this error message not only for etch but more recent versions as
> well, the oldest that works is Jessie.
> 
> --Not Found
> ---The requested URL /cgi-bin/dispatcher.fcgi/etch/src:bash was not
> found on this server.
> ---Apache Server at historical.packages.debian.org Port 443
> 
> Are older distributions available else
> 

Re: Nothing older than Jessie at historical packages debian org

[Keith Christian]

On Mon, Dec 31, 2018 at 6:42 AM Keith Christian
 wrote:
> Are older distributions available else
G..
Nice, Gmail, trying to accept the autocomplete for "else" -->
"elsewhere?" and it sent the message.

Nothing older than Jessie at historical packages debian org

[Keith Christian]

Are any of the historical packages available for older distrbutions?

Get this error message not only for etch but more recent versions as
well, the oldest that works is Jessie.

--Not Found
---The requested URL /cgi-bin/dispatcher.fcgi/etch/src:bash was not
found on this server.
---Apache Server at historical.packages.debian.org Port 443

Are older distributions available else

Re: Vérifier la validité d'un certificat let's encrypt

[G2PC]

>> Je ne sais pas comment faire pour vérifier le certificat en ligne de 
>> commande. Qu'entendait par la mon interlocuteur ?
> $ openssl s_client -connect www.visionduweb.fr:443 -showcerts
> CONNECTED(0003)
> depth=1 /C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
> verify error:num=20:unable to get local issuer certificate
> verify return:0
> ---
> Certificate chain
>  0 s:/CN=green-nrj.com
>i:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
> -BEGIN CERTIFICATE-
> MIIG+jCCBeKgAwIBAgISBAlKRxSnx7RHIkwKBKH41cweMA0GCSqGSIb3DQEBCwUA
> MEoxCzAJBgNVBAYTAlVTMRYwFAYDVQQKEw1MZXQncyBFbmNyeXB0MSMwIQYDVQQD
> ExpMZXQncyBFbmNyeXB0IEF1dGhvcml0eSBYMzAeFw0xODEyMjAwMTM3MDJaFw0x
> OTAzMjAwMTM3MDJaMBgxFjAUBgNVBAMTDWdyZWVuLW5yai5jb20wggIiMA0GCSqG
> SIb3DQEBAQUAA4ICDwAwggIKAoICAQCi6DDW4g5Zl7plzuHn9qfPS8n+6tRDIXyH
> 5yTOJ78rSJPax45AU7luMvFkBgsDQIkR8k0SMbnbhKnUm3wt/cFC/PdmwCofJKs+
> cS65pEZEZGECrbxm96A95I4xmPgJqYPkHipMWWfzo7vQKiJT/ZTPV9MnXfJIFB03
> swfE7cUnVgFPk5X1yO5QV/xhE/VqLN3/loqubTVoXqT4UfR64gyKD869gMcs0TOU
> 631uwDCiP+giP52lyRApyNROiwjqoWZqO6a9tCz8YwdxpGEVpVRErzT9ErfxL5BC
> NkQbBGfm3qweOzk0hLZ/inqGDQna0gD5JOajNwXc4r8+laxKcvC1tsSt6UaS7cFd
> V5s7V3lgFwDpFT/Rd2a8584cTJjw+8qUjr82O866+hdiqCgUJfLQgFdLiV3PgvRy
> Ef1vC6CUqnUtr2DgHg/pghol7GgQWij+ZHPe/LVIbGIYwFcU7VaisbjhZB2/jXDw
> m/CABN5+4gC6/NbK6i0HzGnraLXegUq7U+U2HIdlZ7zZygKFOIdXtG6gY1k9UZ+d
> hel8Ddyhvwyz8NGFyC2/87A0Yo8UoimhUhBRrJDslrKaG5rvIOXZqezmHhQaYUMG
> Bd2SsToCXsKPwicRLUMGg2YL9V2c4oNdNzSqR/jyXdl2lEwpSOcqOI/jt0IvpaUN
> XqxDZKrfhwIDAQABo4IDCjCCAwYwDgYDVR0PAQH/BAQDAgWgMB0GA1UdJQQWMBQG
> CCsGAQUFBwMBBggrBgEFBQcDAjAMBgNVHRMBAf8EAjAAMB0GA1UdDgQWBBQsjvMX
> Ag8GMFZEkeQQXnOhfSTOkDAfBgNVHSMEGDAWgBSoSmpjBH3duubRObemRWXv86js
> oTBvBggrBgEFBQcBAQRjMGEwLgYIKwYBBQUHMAGGImh0dHA6Ly9vY3NwLmludC14
> My5sZXRzZW5jcnlwdC5vcmcwLwYIKwYBBQUHMAKGI2h0dHA6Ly9jZXJ0LmludC14
> My5sZXRzZW5jcnlwdC5vcmcvMIG/BgNVHREEgbcwgbSCDWdyZWVuLW5yai5jb22C
> GHVuaXMtcG91ci1sYS1wbGFuZXRlLmNvbYIXdW5pcy1wb3VyLWxlLWNsaW1hdC5j
> b22CDnZpc2lvbmR1d2ViLmZyghF3d3cuZ3JlZW4tbnJqLmNvbYIcd3d3LnVuaXMt
> cG91ci1sYS1wbGFuZXRlLmNvbYIbd3d3LnVuaXMtcG91ci1sZS1jbGltYXQuY29t
> ghJ3d3cudmlzaW9uZHV3ZWIuZnIwTAYDVR0gBEUwQzAIBgZngQwBAgEwNwYLKwYB
> BAGC3xMBAQEwKDAmBggrBgEFBQcCARYaaHR0cDovL2Nwcy5sZXRzZW5jcnlwdC5v
> cmcwggEEBgorBgEEAdZ5AgQCBIH1BIHyAPAAdgBVgdTCFpA2AUrqC5tXPFPwwOQ4
> eHAlCBcvo6odBxPTDWfJeTPwAAAEAwBHMEUCIQCvGIWQ7UI+5bOJYleH0Mq0
> vfc1n1KVr17UCigKLWG+ugIgBkvLL/9Zjw3LwDT1wUXWDoXWTgKaN3Q2mwv5iWxd
> yVsAdgApPFGWVMg5ZbqqUPxYB9S3b79Yeily3KTDDPTlRUf0eWfJeTPqAAAE
> AwBHMEUCIB1mOFfzS7CQB43SHJ54wIAh/IMa73OYPkd5bsUlIUHaAiEAn6xkJahl
> P+momyiuDgdKPjQamb6W5ipqlvrbcghiIKEwDQYJKoZIhvcNAQELBQADggEBAGVH
> BSBcOqI7d0pQ0wTBwg6VxTUJNfh7WmGYpqJzqgtKDoTgMwV+0Z8kSDdwBdldIsj2
> ns8v7bFqDbY3HZA2YS1QH3uPoo4B4/XzRCyYZXJ+5AE1lULvryj5isFoKEXkRhTn
> e2LX/6/QYNw2TC4woXshYxGxxafH/d+MIycwHUv9xNvKCRr78RkYRXFtMGwZ+HIU
> tQvgJmIae7hoOZ8zGyHyqqDgNxbtpeGADYmpuDZFxvWFlngVjBUPyYmvttdJVu3I
> A2uDjIof8HZRAHcSezSMlrJTOZ5raM/YsihnQy/fZ/A2HJrLh8DXGnlzNa//e8YL
> SV+8hWnOBW0yO8TDJP8=
> -END CERTIFICATE-
>  1 s:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
>i:/O=Digital Signature Trust Co./CN=DST Root CA X3
> -BEGIN CERTIFICATE-
> MIIEkjCCA3qgAwIBAgIQCgFBQgAAAVOFc2oLheynCDANBgkqhkiG9w0BAQsFADA/
> MSQwIgYDVQQKExtEaWdpdGFsIFNpZ25hdHVyZSBUcnVzdCBDby4xFzAVBgNVBAMT
> DkRTVCBSb290IENBIFgzMB4XDTE2MDMxNzE2NDA0NloXDTIxMDMxNzE2NDA0Nlow
> SjELMAkGA1UEBhMCVVMxFjAUBgNVBAoTDUxldCdzIEVuY3J5cHQxIzAhBgNVBAMT
> GkxldCdzIEVuY3J5cHQgQXV0aG9yaXR5IFgzMIIBIjANBgkqhkiG9w0BAQEFAAOC
> AQ8AMIIBCgKCAQEAnNMM8FrlLke3cl03g7NoYzDq1zUmGSXhvb418XCSL7e4S0EF
> q6meNQhY7LEqxGiHC6PjdeTm86dicbp5gWAf15Gan/PQeGdxyGkOlZHP/uaZ6WA8
> SMx+yk13EiSdRxta67nsHjcAHJyse6cF6s5K671B5TaYucv9bTyWaN8jKkKQDIZ0
> Z8h/pZq4UmEUEz9l6YKHy9v6Dlb2honzhT+Xhq+w3Brvaw2VFn3EK6BlspkENnWA
> a6xK8xuQSXgvopZPKiAlKQTGdMDQMc2PMTiVFrqoM7hD8bEfwzB/onkxEz0tNvjj
> /PIzark5McWvxI0NHWQWM6r6hCm21AvA2H3DkwIDAQABo4IBfTCCAXkwEgYDVR0T
> AQH/BAgwBgEB/wIBADAOBgNVHQ8BAf8EBAMCAYYwfwYIKwYBBQUHAQEEczBxMDIG
> CCsGAQUFBzABhiZodHRwOi8vaXNyZy50cnVzdGlkLm9jc3AuaWRlbnRydXN0LmNv
> bTA7BggrBgEFBQcwAoYvaHR0cDovL2FwcHMuaWRlbnRydXN0LmNvbS9yb290cy9k
> c3Ryb290Y2F4My5wN2MwHwYDVR0jBBgwFoAUxKexpHsscfrb4UuQdf/EFWCFiRAw
> VAYDVR0gBE0wSzAIBgZngQwBAgEwPwYLKwYBBAGC3xMBAQEwMDAuBggrBgEFBQcC
> ARYiaHR0cDovL2Nwcy5yb290LXgxLmxldHNlbmNyeXB0Lm9yZzA8BgNVHR8ENTAz
> MDGgL6AthitodHRwOi8vY3JsLmlkZW50cnVzdC5jb20vRFNUUk9PVENBWDNDUkwu
> Y3JsMB0GA1UdDgQWBBSoSmpjBH3duubRObemRWXv86jsoTANBgkqhkiG9w0BAQsF
> AAOCAQEA3TPXEfNjWDjdGBX7CVW+dla5cEilaUcne8IkCJLxWh9KEik3JHRRHGJo
> uM2VcGfl96S8TihRzZvoroed6ti6WqEBmtzw3Wodatg+VyOeph4EYpr/1wXKtx8/
> wApIvJSwtmVi4MFU5aMqrSDE6ea73Mj2tcMyo5jMd6jmeWUHK8so/joWUoHOUgwu
> X4Po1QYz+3dszkDqMp4fklxBwXRsW10KXzPMTZ+sOPAveyxindmjkW8lGy+QsRlG
> PfZ+G6Z6h7mjem0Y+iWlkYcV4PIWL1iwBi8saCbGS5jN2p8M+X+Q7UNKEkROb3N6
> KOqkqm57TH2H3eDJAkSnh6/DNFu0Qg==
> -END CERTIFICATE-
> ---
> Server certificate
> subject=/CN=green-nrj.com
> issuer=/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
> ---
> No client certificate CA names sent

Re: Fstab

[Brian]

On Sun 30 Dec 2018 at 21:47:37 -0800, David Christensen wrote:

> On 12/30/18 7:09 PM, Jorin Gedamke wrote:
> > Hello. I want to use a USB stick, but it never appears in fstab. Nor can I
> > use genfstab; it's not installed. Please, can someone tell me which package
> > contains genfstab, or how to search apt for it?
> 
> /etc/fstab is a file that the system administrator (you) is expected to
> maintain.  But, you don't need an fstab(5) entry to access a USB stick.

Correct - a user can use utilities like pmount, udevil or udisksctl
to mount a partition on a USB stick. For a variety of sticks used
this is probably a good approach (in conjunction with lsblk).

> If you are using a graphical desktop, the USB stick should be
> "automagically" mounted when inserted.  Be sure to right-click and "eject"
> the USB stick before removing it.

This type of automounting would be closely associated with default
installations of DEs such as GNOME, Xfce, Mate etc. A fvwm user would
have to make an effort to get it.

[Good advice snipped]

Sticking with the desire for an fstab entry, we could could automount
and autounmount using systemd:

Use 'lsblk -f' to get the UUID of a partition on the stick. In fstab:

  UUID=  /media/usbstick auto defaults, noauto,x-systemd.automount,
 x-systemd.idle-timeout=5,x-systemd.device-timeout=1 0 0

(All on one line)

* x-systemd.automount mounts /media/usbstick when any command (such
  as ls) wants to use it.

* systemd.idle-timeout leads to unmounting the partition a specified
  time period after the calling program ceases to access it.

* noauto causes /media/usbstick not to be mounted while the machine is
  booting. 

* x-systemd.device-timeout configures how long systemd should wait when
  no device is plugged in or an incorrect device is found.

-- 
Brian.

Re: Joyeuses fêtes

[fab]

salut à tous,

Je souhaite à vous autres, utilisateurs de debian.user.french de bonnes 
fêtes de fin d'année et voudrai vous remercier pour toutes ces 
connaissances que vous m'avez apportées depuis toutes ces années. En 
général, j'aime l'esprit de cette liste et le bon de niveau de 
compétences. En ce qui me concerne, je ne suis pas certain de l'avoir 
amélioré ;)


f.



Le 24/12/2018 à 19:44, ajh-valmer a écrit :

Bonsoir à tous,

Passez de Joyeuses fêtes de Noël !

Beaux cadeaux, et qui sait, un beau portable sous GU/Linux,
et sous le sapin, demain matin...

Antoine Valmer

Re: Fonctionnement de la liste Debian

[yamo']

Salut,

roger.tar...@free.fr a écrit le 29/12/2018 à 11:50 :
> Avez-vous pensé à migrer vers un forum de discussion avec notification sans 
> email ? 

C'est accessible via usenet sur : linux.debian.user.french
Le seul défaut de ce système c'est que les posts mettent du temps à être
acceptés.

Bonne fin d'année,
-- 
Stéphane