Re: Dossier .presage dans le home/user/

2018-08-22 Par sujet Haricophile
Le mercredi 22 août 2018 à 06:34 +0200, Basile Starynkevitch a écrit :
> Je recommendrais plutôt de commencer par file~/.presage/lm.db pour 
> comprendre ce qu'est ce fichier. Ca pourrait être autre chose qu'un
> base 
> SQLite (par exemple, ça pourrait être un fichier indexé pour GDBM).
> 
> D'autre part, le logiciel (probablement presage) qui a créé ce
> fichier 
> est probablement du logiciel libre. On pourrait (si on en a l'envie,
> les 
> compétences, et le temps) en étudier le code source.
> 
> 
> Cordialement

Sinon il y a le vieux bon lsof 
https://debian-facile.org/doc:systeme:lsof

pourquoi faire simple quand on peut faire compliqué... ou le contraire
peut-être.



Re: Accès réseau via USB défaillant (après installation OpenVPN)

2018-08-22 Par sujet roger . tarani
Ok. Comment fait-on pour ne plus utiliser du tout Network-Manager ?
(PS : ça fait plusieurs fois que j'entends des gens de réseau me dire que 
"c'est buggé" - ou dur à gérer - )
Est-ce que le choix du bureau (Gnome, XFCE, etc.) a une incidence sur la 
présence de Network-Manager?

PS : j'ai compris que le pgm resolvconf ne correspond pas à une méthode 
statique "obsolète".
Que veux-tu dire exactement ?

Quelle est la doc de référence n° 1 sur Debian pour tous ces sujets "sensibles" 
?
 
- Original Message -
From: "Haricophile" 
To: debian-user-french@lists.debian.org
Sent: Wednesday, August 22, 2018 11:09:24 PM
Subject: Re: Accès réseau via USB défaillant (après installation OpenVPN)

Le mercredi 22 août 2018 à 14:39 +0200, roger.tar...@free.fr a écrit :
> Pouvez-vous me faire un retour sur ce sujet réseau ? 
> 
> sur resolvconf 
> sur les avantages et inconvénients de Network-Manager 
> sur la directive "allow-hotplug"dans /etc/network/interfaces

Ce n'est pas une surprise que utiliser un truc automatique et "hotplug"
comme networkmanager ne soit pas totalement en harmonie avec une
méthode statique "obsolète" quoique efficace (et qui a du être mise a
jour de fait).

Je n'ai pas regardé la doc actuelle, mais il me semble bien avoir vu
dans les messages de APT, au fur et a mesure des mises a jour, toute
les informations au sujet de ifupdown et resolvconf.

Moi j'aurais tendance a ne pas mixer un machin déjà assez compliqué,
Networkmanager, avec une autre méthode de connexion, c'est a dire ne
pas utiliser du tout Networkmanager pour une configuration fixe. Dans
le cas contraire, je configure Networkmanager et pas une deuxième
méthode de connexion.

Même si je répond sans avoir relu la doc d'install, je suis presque
certain que l'essentiel est dedans.



Re: Accès réseau via USB défaillant (après installation OpenVPN)

2018-08-22 Par sujet Haricophile
Le mercredi 22 août 2018 à 14:39 +0200, roger.tar...@free.fr a écrit :
> Pouvez-vous me faire un retour sur ce sujet réseau ? 
> 
> sur resolvconf 
> sur les avantages et inconvénients de Network-Manager 
> sur la directive "allow-hotplug"dans /etc/network/interfaces

Ce n'est pas une surprise que utiliser un truc automatique et "hotplug"
comme networkmanager ne soit pas totalement en harmonie avec une
méthode statique "obsolète" quoique efficace (et qui a du être mise a
jour de fait).

Je n'ai pas regardé la doc actuelle, mais il me semble bien avoir vu
dans les messages de APT, au fur et a mesure des mises a jour, toute
les informations au sujet de ifupdown et resolvconf.

Moi j'aurais tendance a ne pas mixer un machin déjà assez compliqué,
Networkmanager, avec une autre méthode de connexion, c'est a dire ne
pas utiliser du tout Networkmanager pour une configuration fixe. Dans
le cas contraire, je configure Networkmanager et pas une deuxième
méthode de connexion.

Même si je répond sans avoir relu la doc d'install, je suis presque
certain que l'essentiel est dedans.



Re: Lancer Emacs en Buster sous un terminal graphique

2018-08-22 Par sujet Vincent Lefevre
On 2018-08-16 11:34:45 +0200, MENGUAL Jean-Philippe wrote:
> Ah oui, j'avais pas compris le sens de nox. Maintenant que tu le dis
> c'est évident. Donc en effet, enlever emacs25 et emacs-lucid l'oblige à
> installer emacs25-nox, et alors enfin, on vire la partie graphique.
> Parfait en somme. Retenons que enlever emacs25 cherchera à le remplacer
> par une autre GUI, il faut bien purger les deux paquets, lucid et
> emacs25 pour que cela passe à emacs25-nox.

Ou alternativement, installer emacs25-nox, ce qui a pour effet de
désinstaller les autres, car il y a un conflit entre les 3 paquets.

Sur une machine multi-utilisateur, une solution pour utiliser
l'option -nw sans avoir à la taper explicitement est soit d'utiliser
un alias du style alias emacs='emacs -nw', soit d'écrire un wrapper
à mettre dans $HOME/bin:

#!/bin/sh
exec /usr/bin/emacs -nw "$@"

(Le exec permet d'éviter de laisser traîner un shell tant qu'emacs
tourne.)

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



Re: Accès réseau via USB défaillant (après installation OpenVPN)

2018-08-22 Par sujet roger . tarani

Suite et fin (heureuse) de cette histoire. 
j'espère que cette expérience servira à d'autres. 



TEST 
Dans /etc/resolv.conf (géré dynamiquement par Network Manager), en ajoutant 
manuellement : 
nameserver 192.168.0.1 
nameserver 8.8.8.8 
la machine (qui voyait tout le réseau local) a pu retrouver accès à internet. 


Il semble bien qu'il faut agir ici, et plus précisément sur le programme qui 
gère ce fichier essentiel. 

Après lecture, j'ai installé le programme resolvconf (non installé par défaut 
avec Debian) : 

$ sudo apt-get install resolvconf 


J'ai modifié le fichier /etc/network/interfaces comme suit : 


$ cat /etc/network/interfaces 
# config eth0 IP statique 
auto eth0 
iface eth0 inet static 
address 192.168.0.153 
netmask 255.255.255.0 
dns-nameservers 192.168.0.1 8.8.8.8 
# directives optionnelles : 
gateway 192.168.0.1 
network 192.168.0.1 
broadcast 192.168.0.255 



ATENTION: dns-nameserver s avec un 's' et les adresses IP des DNS sur la même 
ligne séparées par des espaces. 
Avec ces informations, resolvconf génère le fichier /etc/resolv.conf avec des 
directives nameserver individuelles sans s . 



$ cat /etc/resolv.conf 
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) 
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN 
nameserver 192.168.0.1 
nameserver 8.8.8.8 



TEST 
Si on retire manuellement de ce fichier ces directives nameserver, 
instantanément la machine n'accède plus à internet. 
$ ping -c 3 yahoo.fr 
ping: unknown host yahoo.fr 


Si on redémarre le réseau 

$ sudo /etc/init.d/networking restart 
on constate que resolvconf a généré un nouveau fichier /etc/resolv.conf (et 
l'accès à internet est rétabli) : 
$ cat /etc/resolv.conf 
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) 
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN 
nameserver 192.168.0.1 
nameserver 8.8.8.8 




Le fichier de configuration resolv.conf contient des informations sur les 
serveurs de noms de domaine que le système doit utiliser. Néanmoins, quand 
plusieurs programmes doivent modifer dynamiquement le fichier de configuration 
resolv.conf , ils peuvent se chevaucher et le fichier peut ne plus être 
synchronisé. Le programme resolvconf s'occupe de ce problème. Il agit comme un 
intermédiaire entre les programmes qui fournissent des informations sur les 
serveurs de noms de domaine (par exemple les clients dhcp) et les programmes 
qui les utilisent (par exemple resolver). 


Références : 
https://wiki.debian.org/fr/NetworkConfiguration#Le_programme_resolvconf 




Tout semble stable (redémarrage, branchement-débranchement de modem 4G USB). 


Pouvez-vous me faire un retour sur ce sujet réseau ? 

sur resolvconf 
sur les avantages et inconvénients de Network-Manager 
sur la directive "allow-hotplug"dans /etc/network/interfaces 
.. 



Merci 





Re: Installer Redmine sur Debian

2018-08-22 Par sujet Sébastien Dinot
- Mail original -
> Je vois sur ton wiki que quand tu crées un compte utilisateur système
> nommé redmine, le répertoire d'accueil est /opt/redmine
> Peux tu m'expliquer si /opt/ est un chemin standard, et, pourquoi
> mettre l'utilisateur ici ?

Selon le FHS (Filesystem Hierarchy Standard) (1), /opt est réservé aux 
logiciels « optionnels » (2).

> C'est peut être à cet endroit que vont les utilisateurs système en
> général ?

Non.

> Est ce dangereux de créer un utilisateur système pour utiliser
> Redmine, dans un précédent échange, on m'a conseillé de ne pas le
> faire car cet utilisateur aurait trop de droits.

À l'époque, j'avais lu dans la doc que le compte redmine devait être de type 
système. Je me suis aperçu plus tard que cela n'était nécessaire que lorsqu'on 
utilisait le serveur webrick intégré à Redmine, afin que ce dernier puisse 
écouter sur les ports 80 et 443. Mais cela n'est pas nécessaire lorsqu'on 
utilise un serveur Apache ou NGinx en frontal.

Le compte sous lequel tourne la seule instance de Redmine que j'administre 
encore a pour uid 1005. Il ne s'agit donc pas d'un compte système.

Sébastien

(1) FHS : http://refspecs.linuxfoundation.org/FHS_3.0/fhs/index.html
  https://fr.wikipedia.org/wiki/Filesystem_Hierarchy_Standard

(2) /opt : 
http://www.pathname.com/fhs/pub/fhs-2.3.html#OPTADDONAPPLICATIONSOFTWAREPACKAGES

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !