Re: Triste jour pour Debian...

[Sébastien NOBILI]

:(

Re: GLPI - exemple de configuration nginx

[SD76]

Salut,

Il te faut php5-fpm.

Dans le fichier de conf default de nginx tu trouveras un exemple pour
fastcgi et un socket unix.

Il faut faire attention avec glpi, il protège des répertoires par des
htacces. Ce qui ne fonctionnera pas avec nginx.

Je serai en mesure de t'envoyer une conf lundi. ça te laissera le temps de
la faire fonctionner par toi même ;)

A+
Le 30 déc. 2015 19:55, "Philippe Gras"  a écrit :

>
> Le 30 déc. 2015 à 18:11, Jean-Marc  a écrit :
>
> > Wed, 30 Dec 2015 13:36:42 +0100
> > Philippe Gras  écrivait :
> >
> >>
> >> Que veux-tu, exactement ?
> >>
> >> /etc/php5/fpm/pool.d/www.conf
> >> /etc/nginx/fastcgi_params
> >> /etc/nginx/sites-available/new_user
> >
> > J'ai installé glpi, php5-cgi et nginx.
> >
> > J'aimerai trouver une config' /etc/nginx/sites-available/glpi.
>
> Ah, non ça j'ai pas. Mais si tu as celui pour Apache, je peux t'aider à en
> faire
>
> un pour NginX. Généralement c'est là où ça pèche…
> >
> > Pour le reste, je ne sais pas s'il faut modifier la config fastcgi.
>
> Même chose…
>
> Quand j'ai installé NginX, phpMyAdmin ne fonctionnait pas nativement avec.
>
> Alors j'ai commencé par installer Apache, puis je l'ai stoppé.
>
> J'ai regardé ce que faisait Apache pour servir phpMyAdmin et je m'en suis
> un
>
> peu inspiré pour que NginX le fasse.
>
> As-tu fouillé les ressources de GLPI ? Ça a l'air assez exhaustif :
> http://www.glpi-project.org/spip.php?rubrique6
> >
> >>
> >> Autre chose ?
> >
> > Non.
> >
> >>
> >> À ce que je sache, les trucs tout faits ça n'existe pas chez Debian :-D
> >
> > J'ai installé récemment munin et c'est fourni avec un exemple de config'
> pour apache et pour nginx. Comme quoi, ...
> >
> > ;-)
>
> Souvent, c'est bien documenté. Mais quand on sors des sentiers battus,
> c'est
>
> déjà plus rare…
>
> Ph. Gras
>
> PS. Je vais te passer quelques unes de mes conf. et tu regarderas si
> ça colle
> avec ce que tu recherches.
> >
> >>
> >> Ph. Gras
> >
> >
> > Jean-Marc 
>
>

Re: Upgrade Jessie: le montage du disque échoue après 90s [RESOLU]

[Jean-Michel OLTRA]

Bonjour,


Le jeudi 31 décembre 2015, Olivier a écrit...


> J'ignore si la commande "apt-get clean" a seulement libéré de la place
> ou fait plus que ça.

Ben oui, c'est le but de la commande. Supprimer les paquets téléchargés
qui restent sur le disque (dans /var/cache/apt/archives). Un simple ls
de ce répertoire avant le `apt-get clean`, et après, te le montrera.

> J'observe quand même a posteriori que ma partition /usr était bien
> remplie (à 93%)

Voir le paquet localepurge, éventuellement. A bien configurer.


-- 
jm

Re: Documentation complète sur la compilation de programmes

[Sylvain L. Sauvage]

Le jeudi 31 décembre 2015, 11:31:51 jdd a écrit :
> you can also play with FORTH
> 
> https://packages.debian.org/stable/interpreters/gforth
> 
> very interesting language, pretty easy to learn, make low
> level a snap

Euh, aurais-tu déjà commencé à arroser la nouvelle année?
;oP

-- 
 Sylvain Sauvage

Re: Flèche de la souris qui disparait

[andre_debian]

On Thursday 31 December 2015 13:31:20 BOITEUX, Frederic wrote:
>   Regarde si ce n'est pas le système d'économie d'énergie de l'USB qui se 
déclenche (voir le mot-clé autosuspend, dans /sys par exemple.) ; cela peut 
être fait par un outil comme laptop-mode ou autre. Généralement, il faut 
désactiver ce mode pour les périphériques qui le gèrent mal, notamment les 
périphériques d'entrée (clavier, souris.).

C'est sans doute une bonne piste.

J'ai regardé... mais je manque d'infos.

Sous Google, "usb autosuspend" c'est trop confus.

Le blême se produit sur mon PC de bureau et portable

André

Re: Documentation complète sur la compilation de programmes

[Basile Starynkevitch]

On 12/29/2015 06:42 PM, Vincent Lefevre wrote:

On 2015-12-28 10:49:07 +0100, Basile Starynkevitch wrote:

L'assembleur n'est quasiment plus utilisé (sauf peut-être dans l'embarqué de
bas niveau, sur des petits microcontroleurs 8 bits avec quelques kilo-octets
de mémoire).

Il est très utilisé par GMP, car le langage C (qui est pourtant celui
de plus bas niveau) n'est pas vraiment conçu pour implémenter de la
multiprécision à base d'entiers.




Oui et non. C'est vrai que GMP -voir http://gmplib.org/ pour les 
détails- utilise du code assembleur (notamment parce que les 
instructions machine d'addition avec retenue très utiles en arithmetique 
double précision ne sont pas accessibles en C99, mais GCC fournit 
https://gcc.gnu.org/onlinedocs/gcc/Integer-Overflow-Builtins.html & 
https://gcc.gnu.org/onlinedocs/gcc/x86-Built-in-Functions.html ...) mais 
la très grosse majorité de GMP est codée en C, pas en assembleur. Seul 
le sous repertoire mpn/x86_64 visible en 
https://gmplib.org/repo/gmp-6.1/file/tip/mpn/x86_64 du code source de 
GMP contient des fichiers assembleurs (pour x86-64).


Je n'ai pas fait le compte des lignes de code dans GMP, mais il me 
semble bien que sur une machine donnée, les trois quarts au moins du 
code binaire d'une librarie libgmp.so proviennent de fichiers C, pas de 
fichiers assembleurs.


Bonne année à tous.

--
Basile STARYNKEVITCH http://starynkevitch.net/Basile/
email: basilestarynkevitchnet mobile: +33 6 8501 2359
8, rue de la Faiencerie, 92340 Bourg La Reine, France
*** opinions {are only mine, sont seulement les miennes} ***

RE: Flèche de la souris qui disparait

[BOITEUX, Frederic]

Bonjour,

  Regarde si ce n'est pas le système d'économie d'énergie de l'USB qui se 
déclenche (voir le mot-clé autosuspend, dans /sys par exemple.) ; cela peut 
être fait par un outil comme laptop-mode ou autre. Généralement, il faut 
désactiver ce mode pour les périphériques qui le gèrent mal, notamment les 
périphériques d'entrée (clavier, souris.).

Cdlt,
Fred.

This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient, you are not authorized 
to read, print, retain, copy, disseminate, distribute, or use this message or 
any part thereof. If you receive this message in error, please notify the 
sender immediately and delete all copies of this message.

Re: Pb de RAID au re démarrage d'un serveur XEN : le RAID5 ne voit plus qu'un disque sur 4.

[Yann Cohen]

Le mardi 29 décembre 2015 à 12:06 +0100, Pascal Hambourg a écrit :
> Yann COHEN a écrit :
> > Bonjour,
> > 
> > J'ai redémarré le serveur pour de nouveau avoir le problème...
> > Je joins le log de mdadm --assemble /dev/md2
> =
> > mdadm: looking for devices for /dev/md2
> > mdadm: no RAID superblock on /dev/sdc
> > mdadm: /dev/sdc has wrong uuid.
> > mdadm: no RAID superblock on /dev/sdd
> > mdadm: /dev/sdd has wrong uuid.
> > mdadm: no RAID superblock on /dev/sde
> > mdadm: /dev/sde has wrong uuid.
> > mdadm: cannot open device /dev/md/1: Device or resource busy
> > mdadm: /dev/md/1 has wrong uuid.
> > mdadm: no RAID superblock on /dev/md/0
> > mdadm: /dev/md/0 has wrong uuid.
> > mdadm: no RAID superblock on /dev/sdb
> > mdadm: /dev/sdb has wrong uuid.
> > mdadm: cannot open device /dev/sda2: Device or resource busy
> > mdadm: /dev/sda2 has wrong uuid.
> > mdadm: cannot open device /dev/sda1: Device or resource busy
> > mdadm: /dev/sda1 has wrong uuid.
> > mdadm: cannot open device /dev/sda: Device or resource busy
> > mdadm: /dev/sda has wrong uuid.
> > mdadm: /dev/sdc1 is identified as a member of /dev/md2, slot 0.
> > mdadm: /dev/sdd1 is identified as a member of /dev/md2, slot 1.
> > mdadm: /dev/sde1 is identified as a member of /dev/md2, slot 2.
> > mdadm: /dev/sdb1 is identified as a member of /dev/md2, slot 3.
> > mdadm: added /dev/sdd1 to /dev/md2 as 1
> > mdadm: added /dev/sde1 to /dev/md2 as 2
> > mdadm: added /dev/sdb1 to /dev/md2 as 3
> > mdadm: added /dev/sdc1 to /dev/md2 as 0
> > mdadm: /dev/md2 has been started with 4 drives.
> =
> Les messages "wrong uuid" ne concernent que des périphériques (disques
> ou partitions) qui ne sont pas membres de /dev/md2. En revanche les 4
> partitions membres sont bien reconnues. Rien d'anormal donc.
> 

Oups, il va falloir que je lise un peu mieux les messages d'erreur...

Donc pas de problème sur l'array raid5 ; il me faut me concentrer sur la
cause de la détection tardive des autres disques par rapport à la
tentative de démarrer le raid5...

Re: Documentation complète sur la compilation de programmes

[jdd]

you can also play with FORTH

https://packages.debian.org/stable/interpreters/gforth

very interesting language, pretty easy to learn, make low level a snap

jdd

Re: Documentation complète sur la compilation de programmes

[jdd]

Le 31/12/2015 13:01, Sylvain L. Sauvage a écrit :

Le jeudi 31 décembre 2015, 11:31:51 jdd a écrit :

you can also play with FORTH

https://packages.debian.org/stable/interpreters/gforth

very interesting language, pretty easy to learn, make low
level a snap


Euh, aurais-tu déjà commencé à arroser la nouvelle année?
;oP

peut-être. Je suis abonné aussi à la liste anglaise, du coup je ne sais 
pas trop d'ou viennent le posts :-)


bref FORTH est un langage très sympa à tester, plutôt pour usage 
individuel que collectif, mis il et très facile de coder en haut niveau 
et de basculer au code machine ensuite au besoin


jdd

Re: Triste jour pour Debian...

[andre_debian]

On Thursday 31 December 2015 19:02:45 Christophe De Natale wrote:
> Le jeudi 31 décembre 2015 à 01:08 +0100, Francois Lafont a écrit :
> > Triste jour pour Debian qui vient de perde son fondateur âgé seulement 
> > de 42 ans : 

> Sombre histoire en effet...
> Une pensée pour ses proches et ce qu'il laisse derrière lui.


Un article un peu plus explicite de Libé :

www.liberation.fr/futurs/2015/12/31/ian-murdock-pilier-du-logiciel-libre-est-mort_1423760

RE: Flèche de la souris qui disparait

[BOITEUX, Frederic]

Regarde si le mot-clé « autosuspend » apparait dans la ligne de commande de ton 
noyau (/proc/cmdline).

Tu peux regarder également la valeur par défaut dans 
/sys/module/usbcore/parameters/autosuspend : si c'est non nul, c'est sans doute 
activé (avec un délai de N secondes, donné par le contenu du paramètre). Après, 
cela peut être désactivé pour certains périphériques. Si tu sais retrouver dans 
/sys le chemin correspondant à ton périphérique USB de ta souris, regarde la 
valeur du fichier auto_suspend pour celui-ci.

Recherche également dans l'outil de ton système qui gère l'énergie/la mise en 
veille, c'est peut-être lui qui joue avec ce paramètre.

Fred.

This message contains information that may be privileged or confidential and is 
the property of the Capgemini Group. It is intended only for the person to whom 
it is addressed. If you are not the intended recipient, you are not authorized 
to read, print, retain, copy, disseminate, distribute, or use this message or 
any part thereof. If you receive this message in error, please notify the 
sender immediately and delete all copies of this message.

Re: Flèche de la souris qui disparait

[andre_debian]

On Thursday 31 December 2015 16:24:09 Fred wrote:
> Regarde si le mot-clé « autosuspend » apparait dans la ligne de commande 
> de ton noyau (/proc/cmdline) :

# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-686-pae 
root=UUID=a8a150e7-77f0-4e27-bf93-33ab8932e427 ro quiet splash vga=0x318
 
> Tu peux regarder également la valeur par défaut
> dans /sys/module/usbcore/parameters/autosuspend : si c'est non nul, c'est
> sans doute activé (avec un délai de N secondes, donné par le contenu du
> paramètre). Après, cela peut être désactivé pour certains périphériques. 
> Si tu sais retrouver dans /sys le chemin correspondant à ton périphérique
> USB de ta souris, regarde la valeur du fichier auto_suspend pour celui-ci.
>  

> Recherche également dans l'outil de ton système qui gère l'énergie/la mise
> en veille, c'est peut-être lui qui joue avec ce paramètre. 

# vi /sys/module/usbcore/parameters/autosuspend 
"E667: Fsynch a échoué"
Je ne peux rien modifier... 
et idem dans le fichier "/sys/bus/usb/devices/usb1/power/control" :
"control" E667: Fsynch a échoué

André

Re: Triste jour pour Debian...

[Christophe De Natale]

Le jeudi 31 décembre 2015 à 01:08 +0100, Francois Lafont a écrit :
> Bonsoir à tous,
> 
> Triste jour pour Debian qui vient de perde son fondateur âgé seulement de 42 
> ans :
> 
> https://bits.debian.org/2015/12/mourning-ian-murdock.html
> 
> Qu'il repose en paix.
> 
> 
>   _,met$gg.
>,g$$$P.
>  ,g$$P""   """Y$$.".
> ,$$P'  `$$$. 
>   ',$$P   ,ggs. `$$b:
>   `d$$' ,$P"'   .$$$
>$$P  d$' ,$$P
>$$:  $$.   -,d$$'
>$$;  Y$b._   _,d$P'
>Y$$.`.`"YP"' 
>`$$b  "-.__
> `Y$$b
>  `Y$$.
>`$$b.
>  `Y$$b.
>`"Y$b._
>`
> 
>_,   _,  ,'`.
>  `$$' `$$' `.  ,'
>   $$   $$`'
>   $$   $$ _,   _ 
> ,d$$$g$$  ,d$$$b.  $$,d$$$b.`$$' g$b.`$$,d$$b.
>,$P'  `$$ ,$P' `Y$. $$$'  `$$ $$  "'   `$$ $$$' `$$
>$$'$$ $$'   `$$ $$'$$ $$  ,g$$ $$'   $$
>$$ $$ $$g$$ $$ $$ $$ ,$P"   $$ $$$$
>$$,$$ $$.   $$,$P $$ $$'   ,$$ $$$$
>`$g. ,$$$ `$$._ _., $$ _,g$P' $$ `$b. ,$$$ $$$$
> `Y$$P'$$. `YP',P"'  ,$$. `Y$$P'$$.$$.  ,$$. 
> 
> 

Sombre histoire en effet...
Une pensée pour ses proches et ce qu'il laisse derrière lui.

-- 
Christophe De Natale 

Re: Documentation complète sur la compilation de programmes

[Vincent Lefevre]

On 2015-12-31 11:23:35 +0100, Basile Starynkevitch wrote:
> Oui et non. C'est vrai que GMP -voir http://gmplib.org/ pour les détails-
> utilise du code assembleur (notamment parce que les instructions machine
> d'addition avec retenue très utiles en arithmetique double précision ne sont

multiprécision (avec des entiers), pas double précision (qui fait
référence à un format virgule flottante).

> pas accessibles en C99, mais GCC fournit
> https://gcc.gnu.org/onlinedocs/gcc/Integer-Overflow-Builtins.html &
> https://gcc.gnu.org/onlinedocs/gcc/x86-Built-in-Functions.html ...)

En fait, le problème est probablement que GCC ne sait pas bien
optimiser certains codes. Soit on a le code assembleur en tête,
et autant écrire directement en assembleur (on est sûr que le
compilateur ne "désoptimise" pas de l'assembleur qui serait
retranscrit en C), soit on écrit du code C de manière un peu
arbitraire pour tous les processeurs, et une optimisation
demanderait des transformations non triviales pour certains
processeurs.

Si quelqu'un veut essayer du code C semi-générique, i.e. C avec
builtins de GCC, et comparer avec le code assembleur...

> mais la très grosse majorité de GMP est codée en C, pas en
> assembleur.

C'est normal: GMP est écrit par couches. J'aurais peut-être dû
préciser: la couche basse (mpn) de GMP. Cela fait tout de même
pas mal de fonctions. C'est non négligeable.

> Seul le sous repertoire mpn/x86_64 visible en
> https://gmplib.org/repo/gmp-6.1/file/tip/mpn/x86_64 du code source
> de GMP contient des fichiers assembleurs (pour x86-64).

Idem pour chaque processeur (parfois il n'existe que le code générique
en C, mais c'est normalement du C ISO, sans builtins). Et note que
pour chaque architecture (e.g. x86_64), il y a du code spécifique
pour chaque sous-architecture (environ une dizaine pour x86_64).
Au total, ça fait beaucoup de code assembleur!

> Je n'ai pas fait le compte des lignes de code dans GMP, mais il me semble
> bien que sur une machine donnée, les trois quarts au moins du code binaire
> d'une librarie libgmp.so proviennent de fichiers C, pas de fichiers
> assembleurs.

Peut-être, mais si tu fais le total pour toutes les machines, le code
assembleur devient important.

Un ordre d'idée pour GMP 6.1.0:

cventin% ls **/*.asm(.) | wc -l
772
cventin% ls **/*.c(.) | wc -l
831
cventin% cat **/*.asm(.) | wc
 136918  513735 3081440
cventin% cat **/*.c(.) | wc
 145071  571333 3878004

Si on se restreint à la couche mpn:

cventin% ls **/*.asm(.) | wc -l
759
cventin% ls **/*.c(.) | wc -l
223
cventin% cat **/*.asm(.) | wc
 136016  509834 3055279
cventin% cat **/*.c(.) | wc
  39091  178321 1117751

Mais plus que la proportion par rapport au C, c'est plutôt en nombre
de lignes de code assembleur que c'est important: 136k.

> Bonne année à tous.

Bonne année,

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

Re: Bonne année 2016

[cont...@baal.fr]

bonne année à toutes et à tous


Le 01/01/2016 00:44, andre_deb...@numericable.fr a écrit :

Déjà 40 minutes passées de 2016,

Très Bonne Année à tous !

Santé et Bonheur.

Que 2016 marque encore plus la progression du logiciel Libre et Opensource.

André

Re: Bonne année 2016

[andre_debian]

Déjà 40 minutes passées de 2016,

Très Bonne Année à tous !

Santé et Bonheur.

Que 2016 marque encore plus la progression du logiciel Libre et Opensource.

André

Bonne année 2016

[Belaïd]

Bonne année à toute la planète. Longue vie à Linux

BONNE ANNÉE 2016

[judith]

BONNE ANNÉE 2016 CODE SOURCE  LINUX IMMORTELLE
-- 
judith 
GREUBE SYSTÈME SÉCURITÉ HUMAINE PLANÉTAIRE

Re: Upgrade Jessie: le montage du disque échoue après 90s [RESOLU]

[Olivier]

Bonjour,

Suivant les conseils de Jean-Michel, j'ai commencé hier, bien décidé à
compléter ce fil de discussion, par le 2ème message d'erreur de la commande
"apt-get update".

En lançant le "vgchange -ay" puis "apt-get update", j'ai été surpris de
voir que les 2 messages d'erreurs habituels étaient précédés d'un 1er
finissant par "espace disque indisponible" !

J'ai donc lancé un "apt-get clean" (pour libérer de la place) puis à
nouveau "apt-get update".
À ma grande surprise, ce dernier n'a alors affiché aucune erreur, comme si
les erreurs 406 étaient d'avantage la conséquence d'un manque de place
disque que de l'inexistence du fichier demandé !

La suite:
"apt-get autoremove" qui m'a affiché, de mémoire, un "apt-get -f install",
car il y avait un problème sur des dépendances.
J'ai saisi la commande recommandée puis une suite de apt-get update,
apt-get autoremove, apt-get update ... et tout est rentré dans l'ordre.

J'ignore si la commande "apt-get clean" a seulement libéré de la place ou
fait plus que ça.
J'observe quand même a posteriori que ma partition /usr était bien remplie
(à 93%)

La morale de l'histoire ?
- (ne jamais faire d'informatique ;-)))
- quand le boot s'interrompt et donne l'accès à la console administrateur,
tenter "vgchange -ay; apt-get clean; apt-get update;"
- un très grand merci à tous ceux sur cette liste qui ont eu la patience de
m'aider à bien finir l'année !

Encore merci.


Le 29 décembre 2015 à 19:27, Sébastien NOBILI  a
écrit :

> Le mardi 29 décembre 2015 à 18:23, Jean-Michel OLTRA a écrit :
> > Une commande pour récupérer facilement les logs de la mise à jour. Et
> donc
> > pour les insérer plus facilement dans le courriel :
> >
> > commande-de-mise-a-jour | tee trace.log 2>&1
>
> Attention à l'ordre, il vaut mieux ça :
>
> commande-de-mise-a-jour 2>&1 | tee trace.log
>
> Sébastien
>
>