Re: Les cyber menaces basculent vers Linux et les serveurs Web

2017-07-19 Par sujet Andre Majorel 
On 2017-07-19 15:50 +0200, François TOURDE wrote:

> Pour ceusse qui auraient pris ça au premier degré, c'est juste de
> l'humour, hein? ;)

Très convaincant. :-)

-- 
André Majorel 
"Of course the Debian project would never publish my email address !
Do you think they're stupid ? Spammers would harvest it."

[Resolu]: Ventilo en marche forcé

2017-07-19 Par sujet nicolas . pechon 

Le 2017-07-19 23:38, maderios a écrit :
Je l’ai déjà écrit dans ma réponse précédente ci-dessus : avec top ou 
htop.

htop lancé en console est le plus facile à utiliser. Tu verras
s'afficher la consommation de cpu par processus.

(merci de répondre sur la liste et non en privé)



Bonjour,

Effectivement, un top m’a permis de trouver le coupable (BOINC).

Tous est redevenue dans l’ordre.

Toutes mes excuses pour le message mal dirigé.

Re: Ventilo en marche forcé

2017-07-19 Par sujet maderios 

On 07/19/2017 09:51 PM, nicolas.pec...@laposte.net wrote:



Bonjour
C'est certainement un processus qui fait tourner ta cpu à fond. Il
faut identifier ce / ces processus avec top ou htop. J'ai déjà vu des
trucs java de firefox faire tourner la cpu à 100%... Les beaux
environnements de bureau sont également très forts pour bouffer de la
cpu .



Merci de vos réponses.

Il s'agit d'un PC de Bureau.
Il est en dual boot. Sous windows pas de soucis.

Il doit donc s'agir d'un processus. Toutefois, je ne sais pas comment le 
repérer. :-(


Si quelqu'un a une idée...



[rectification]
Je l'ai déjà écrit dans ma réponse précédente ci-dessus : avec top ou htop.
htop lancé en console est le plus facile à utiliser. Tu verras 
s'afficher la consommation de cpu par processus.


(merci de répondre sur la liste et non en privé)

--
Maderios

Re: Ventilo en marche forcé

2017-07-19 Par sujet maderios 

On 07/19/2017 09:51 PM, nicolas.pec...@laposte.net wrote:



Bonjour
C'est certainement un processus qui fait tourner ta cpu à fond. Il
faut identifier ce / ces processus avec top ou htop. J'ai déjà vu des
trucs java de firefox faire tourner la cpu à 100%... Les beaux
environnements de bureau sont également très forts pour bouffer de la
cpu .



Merci de vos réponses.

Il s'agit d'un PC de Bureau.
Il est en dual boot. Sous windows pas de soucis.

Il doit donc s'agir d'un processus. Toutefois, je ne sais pas comment le 
repérer. :-(


Si quelqu'un a une idée...Je l'ai déjà écrit dans ma réponse précédente 
ci-dessus : avec top ou htop.
htop lancé en console est le plus facile à utiliser. Tu verras 
s'afficher la consommation de cpu par processus.


(merci de répondre sur la liste et non en privé)

--
Maderios

Re: Ventilo en marche forcé

2017-07-19 Par sujet Jean-Marc 
Wed, 19 Jul 2017 18:32:48 +0200
nicolas.pec...@laposte.net écrivait :

> Bonjour,

salut Nicolas,

> 
> J'ai mon ventilateur qui est en fonctionnement de façon permanente.
> De plus , dmesg me révèle ceci:
> [  341.019661] CPU3: Core temperature above threshold, cpu clock 
> throttled (total events = 23618)
> [...]
> Voici le résultat de:
> # sensors
> coretemp-isa-
> Adapter: ISA adapter
> Package id 0:  +85.0°C  (high = +79.0°C, crit = +85.0°C)
> Core 0:+85.0°C  (high = +79.0°C, crit = +85.0°C)
> Core 1:+84.0°C  (high = +79.0°C, crit = +85.0°C)
> [...]
> Cela est-il normal? Est-ce grave docteur? Que dois-je faire?

Non, ce n'est pas normal.
As-tu vérifié pourquoi ton processeur arrive à cette température ?
Quel est le ou quels sont les processus qui le font monter comme ça en 
température ?

Maintenant, il se peut aussi que ce soit un soucis de ventilation.

> 
> Merci par avance
> 


Jean-Marc 


pgpI3mJlmz1tr.pgp
Description: PGP signature

Re: Upgrade jessie et 604 paquets non mis à jour

2017-07-19 Par sujet Gaëtan PERRIER 
Le Wed, 19 Jul 2017 23:00:33 +0200
andre_deb...@numericable.fr a écrit:

> Bonsoir,
> 
> Je viens de faire un apt-get upgrade de ma jessie vers dernière version.
> 
> apt-get update,  apt-get upgrade, apt-get update, apt-get autoremove :
> 
> Tout s'est bien passé, reboot égalemen.
> 
> apt-get autoremove :
> 0 mis à jour, 0 nouvellement installés, 0 à enlever et 604 non mis à jour.
> 
> Tiens, encore 604 paquets à mettre à jour ? Pourquoi ?
> 
> Merci,  André

Parce que maintenant il faut faire un apt dist-upgrade pour finir.
RTFM :)

Gaëtan


pgpPPUfAHAQhy.pgp
Description: PGP signature

Upgrade jessie et 604 paquets non mis à jour

2017-07-19 Par sujet andre_debian 
Bonsoir,

Je viens de faire un apt-get upgrade de ma jessie vers dernière version.

apt-get update,  apt-get upgrade, apt-get update, apt-get autoremove :

Tout s'est bien passé, reboot égalemen.

apt-get autoremove :
0 mis à jour, 0 nouvellement installés, 0 à enlever et 604 non mis à jour.

Tiens, encore 604 paquets à mettre à jour ? Pourquoi ?

Merci,  André

Fwd: Re: Avant de faire une connerie!

2017-07-19 Par sujet Yannick 
le 18/07/2017 à 22:41, Yannick a écrit :
> 
> Bonsoir,
> 
> Bon je viens vous faire un petit rapport sur le changement de version!
> 
> On va dire galère.
> J'ai perdu mon double écran et ça c'est vraiment une cata pour moi.

Bonsoir,

Ne me demandez pas comment ni pourquoi ce soir il est là :) . Je vais
enfin pouvoir me remettre à travailler, enfin si on me laisse le temps
de le faire ;-) .

> Il y a un bug connu sur les install faite avec un live, c'est pas
> bloquant mais vraiment pas cool; je vais voir le prochain démarrage.

Le bug est bien là ce soir.
Il faut choisir la seconde solution au boot puis la première à l'écran
suivant.


> J'ai perdu certains réglages liés à Mastodon (les colonnes n'utilisent
> pas TOUT l'écran, pas mortel mais gênant)

Si quelqu'un a conservé la manip pour que les colonnes prennent toute la
fenêtre du navigateur je suis preneur ;-) .

> 
> J'ai aussi un souci avec un dépôt PPA, mais là je crois que le problème
> existait déjà avant, donc j'ai fait mon installation à la vache et
> basta, mais c'est propre malgré tout sauf que je ne me sers pas du dépôt.
> 
> J'ai découvert que Tomboy n'était pas sympa dans la conservation des
> notes, je pensais les trouver dans /home/utilisateur/.tomboy
> 

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org
Aidez Ancestris à aller au Havre
https://www.helloasso.com/associations/ancestris/collectes/le-havre-2017

Re: problème python3 sur un apt-get upgrade

2017-07-19 Par sujet Alexandre Hoïde 
On Wed, Jul 19, 2017 at 01:50:13PM +0200, Vincent Bain wrote:
> @Alexandre : j'ai un peu peur d'aller plus avant dans la procédure de
> changement de version.
  
  De quoi ? De Python, de Debian, ou des deux ? ;) Si tu parles de
Debian, à ta place, j'essaierais également de résoudre les problèmes
avant de passer à Stretch. Si tu parles de Python, tu peux toujours voir
ce que donnerait un « apt-get dist-upgrade » en lui ajoutant l'option
« --simulate » : sans risque !

> J'avais lu aussi la recommandation concernant apt, maintenant passer
> d'une méthode à l'autre n'est peut-être pas sans surprises sur l'arbre
> des dépendances (à l'image des désagréments que causeraient [? j'en
> sais rien en fait...]  l'utilisation alternative de apt-get et
> aptitude) ;

  Dans certains cas, il peut arriver que aptitude propose des
suppressions massives de paquets pour résoudre des conflits et/ou
dépendances manquantes. Mais tu peux te fier à apt-get sous Jessie et à
apt sous Stretch.

-- 
 ___
| $ post_tenebras ↲ | waouh!
| GNU\ /|\
|  -- * --  | o
| $ who ↲/ \|_-- ~_|
| Alexandre Hoïde   |  _/| |
 ---

Re: [RESOLU] Re: Encodage apache et AddDefaultCharset

2017-07-19 Par sujet François TOURDE 
Le 17366ième jour après Epoch,
Thierry Bugier Pineau écrivait:

> Je pense que le problème tant résolu, ça vaudrait le coup de convertir
> les sources en UTF-8 pour se passer de ce réglage par la suite.

Le site en question étant voué à être réécrit, je vais pas m'amuser à
réécrire un truc qui en plus intègre des technos du genre flash et
autres joyeusetés.

> Moins on reconfigure un système pour l'adapter à ses besoins, moins on
> a d'ennuis :)

Tout à fait d'accord, mais en même temps je documente et je stocke dans
un dépôt les divergences par rapport à un système standard. Si par
exemple la machine brûle demain, je n'aurais qu'à lancer une commande
(en l'occurence "syncServer ") pour avoir tout bien remis en
place.

Et puis si je prenais le temps de lire les Changelog de tous les
paquets, j'aurais sûrement vu que cette option changeait :-p

Mais ça fait un max de lecture, quand même, hein?

Re: Ventilo en marche forcé

2017-07-19 Par sujet maderios 

On 07/19/2017 06:32 PM, nicolas.pec...@laposte.net wrote:

Bonjour,

J'ai mon ventilateur qui est en fonctionnement de façon permanente.
De plus , dmesg me révèle ceci:
[  341.019661] CPU3: Core temperature above threshold, cpu clock 
throttled (total events = 23618)
[  341.019662] CPU1: Core temperature above threshold, cpu clock 
throttled (total events = 23618)

[  341.020662] CPU1: Core temperature/speed normal
[  341.020663] CPU3: Core temperature/speed normal

Voici le résultat de:
# sensors
coretemp-isa-
Adapter: ISA adapter
Package id 0:  +85.0°C  (high = +79.0°C, crit = +85.0°C)
Core 0:+85.0°C  (high = +79.0°C, crit = +85.0°C)
Core 1:+84.0°C  (high = +79.0°C, crit = +85.0°C)

acpitz-virtual-0
Adapter: Virtual device
temp1:+27.8°C  (crit = +90.0°C)
temp2:+29.8°C  (crit = +90.0°C)

nouveau-pci-0100
Adapter: PCI adapter
GPU core: +0.86 V  (min =  +0.80 V, max =  +1.19 V)
temp1:+39.0°C  (high = +95.0°C, hyst =  +3.0°C)
(crit = +105.0°C, hyst =  +5.0°C)
(emerg = +135.0°C, hyst =  +5.0°C)

asus-isa-
Adapter: ISA adapter
cpu_fan:0 RPM


Cela est-il normal? Est-ce grave docteur? Que dois-je faire?


Bonjour
C'est certainement un processus qui fait tourner ta cpu à fond. Il faut 
identifier ce / ces processus avec top ou htop. J'ai déjà vu des trucs 
java de firefox faire tourner la cpu à 100%... Les beaux environnements 
de bureau sont également très forts pour bouffer de la cpu .


--
Maderios

Re: Re: Pb de police sous evolution 1.4.4

2017-07-19 Par sujet karine navez 
Xc

Envoyé de mon iPhone

Re: Ventilo en marche forcé

2017-07-19 Par sujet Thierry Bugier Pineau 


Le mercredi 19 juillet 2017 à 18:32 +0200, nicolas.pec...@laposte.net a
écrit :
> Bonjour,
> 
> J'ai mon ventilateur qui est en fonctionnement de façon permanente.
> De plus , dmesg me révèle ceci:
> [  341.019661] CPU3: Core temperature above threshold, cpu clock 
> throttled (total events = 23618)
> [  341.019662] CPU1: Core temperature above threshold, cpu clock 
> throttled (total events = 23618)
> [  341.020662] CPU1: Core temperature/speed normal
> [  341.020663] CPU3: Core temperature/speed normal
> 
> Voici le résultat de:
> # sensors
> coretemp-isa-
> Adapter: ISA adapter
> Package id 0:  +85.0°C  (high = +79.0°C, crit = +85.0°C)
> Core 0:+85.0°C  (high = +79.0°C, crit = +85.0°C)
> Core 1:+84.0°C  (high = +79.0°C, crit = +85.0°C)
> 
> acpitz-virtual-0
> Adapter: Virtual device
> temp1:+27.8°C  (crit = +90.0°C)
> temp2:+29.8°C  (crit = +90.0°C)
> 
> nouveau-pci-0100
> Adapter: PCI adapter
> GPU core: +0.86 V  (min =  +0.80 V, max =  +1.19 V)
> temp1:+39.0°C  (high = +95.0°C, hyst =  +3.0°C)
> (crit = +105.0°C, hyst =  +5.0°C)
> (emerg = +135.0°C, hyst =  +5.0°C)
> 
> asus-isa-
> Adapter: ISA adapter
> cpu_fan:0 RPM
> 
> 
> Cela est-il normal? Est-ce grave docteur? Que dois-je faire?
> 
> Merci par avance
> 

Bonjour

Un CPU qui atteint 80°C ça me parait élevé même si la température de
jonction est de nos jours 20°C au dessus.

A partir de 60 / 70° (en charge) je chercherais déjà à abaisser la
température.

Vérifiez l'accumulation de poussière, envisagez de remplacer la pâte
thermique par de la nouvelle, voire une plus performante...

La marge de manoeuvre dépend aussi si c'est un pc de bureau ou un
portable pour gonfler le radiateur si il s'avérait sous dimensionné.

Re: Ventilo en marche forcé

2017-07-19 Par sujet Christophe De Natale 

Le 19/07/2017 à 18:32, nicolas.pec...@laposte.net a écrit :

Bonjour,

J'ai mon ventilateur qui est en fonctionnement de façon permanente.
De plus , dmesg me révèle ceci:
[  341.019661] CPU3: Core temperature above threshold, cpu clock 
throttled (total events = 23618)
[  341.019662] CPU1: Core temperature above threshold, cpu clock 
throttled (total events = 23618)

[  341.020662] CPU1: Core temperature/speed normal
[  341.020663] CPU3: Core temperature/speed normal

Voici le résultat de:
# sensors
coretemp-isa-
Adapter: ISA adapter
Package id 0:  +85.0°C  (high = +79.0°C, crit = +85.0°C)
Core 0:+85.0°C  (high = +79.0°C, crit = +85.0°C)
Core 1:+84.0°C  (high = +79.0°C, crit = +85.0°C)

acpitz-virtual-0
Adapter: Virtual device
temp1:+27.8°C  (crit = +90.0°C)
temp2:+29.8°C  (crit = +90.0°C)

nouveau-pci-0100
Adapter: PCI adapter
GPU core: +0.86 V  (min =  +0.80 V, max =  +1.19 V)
temp1:+39.0°C  (high = +95.0°C, hyst =  +3.0°C)
   (crit = +105.0°C, hyst =  +5.0°C)
   (emerg = +135.0°C, hyst =  +5.0°C)

asus-isa-
Adapter: ISA adapter
cpu_fan:0 RPM


Cela est-il normal? Est-ce grave docteur? Que dois-je faire?

Merci par avance


Bonjour,

Les relevés de la t° processeur sont près du critique :-(
Par contre la vitesse du ventilo ne remonte pas (ce doit être normal).
C'est un ordi portable ?
Il faudrait envisager un nettoyage du radiateur et surtout éviter 
d'utiliser la machine en attendant.


Christophe

Ventilo en marche forcé

2017-07-19 Par sujet nicolas . pechon 

Bonjour,

J'ai mon ventilateur qui est en fonctionnement de façon permanente.
De plus , dmesg me révèle ceci:
[  341.019661] CPU3: Core temperature above threshold, cpu clock 
throttled (total events = 23618)
[  341.019662] CPU1: Core temperature above threshold, cpu clock 
throttled (total events = 23618)

[  341.020662] CPU1: Core temperature/speed normal
[  341.020663] CPU3: Core temperature/speed normal

Voici le résultat de:
# sensors
coretemp-isa-
Adapter: ISA adapter
Package id 0:  +85.0°C  (high = +79.0°C, crit = +85.0°C)
Core 0:+85.0°C  (high = +79.0°C, crit = +85.0°C)
Core 1:+84.0°C  (high = +79.0°C, crit = +85.0°C)

acpitz-virtual-0
Adapter: Virtual device
temp1:+27.8°C  (crit = +90.0°C)
temp2:+29.8°C  (crit = +90.0°C)

nouveau-pci-0100
Adapter: PCI adapter
GPU core: +0.86 V  (min =  +0.80 V, max =  +1.19 V)
temp1:+39.0°C  (high = +95.0°C, hyst =  +3.0°C)
   (crit = +105.0°C, hyst =  +5.0°C)
   (emerg = +135.0°C, hyst =  +5.0°C)

asus-isa-
Adapter: ISA adapter
cpu_fan:0 RPM


Cela est-il normal? Est-ce grave docteur? Que dois-je faire?

Merci par avance

Re: [RESOLU] Re: Encodage apache et AddDefaultCharset

2017-07-19 Par sujet Thierry Bugier Pineau 
Bonjour

Je pense que le problème tant résolu, ça vaudrait le coup de convertir
les sources en UTF-8 pour se passer de ce réglage par la suite. 

Moins on reconfigure un système pour l'adapter à ses besoins, moins on
a d'ennuis :)

Le mercredi 19 juillet 2017 à 16:04 +0200, François TOURDE a écrit :
> Le 17366ième jour après Epoch,
> François TOURDE écrivait:
> 
> > Bonjour,
> > 
> > Lors de la migration d'un site de Debian 7.11 à Debian 8.8 (donc
> > passage
> > de Apache 2.2 à 2.4 il me semble), je rencontre un petit souci
> > d'encodage des pages.
> > 
> > Le VirtualHost de D7 intègre la directive "AddDefaultCharset ISO-
> > 8859-1"
> > et les pages s'affichent correctement. Quand je demande les infos
> > de la
> > page au navigateur, j'obtiens "Encodage du texte: windows-1252"
> > 
> > La machine en D8 possède la même configuration, mais les caractères
> > accentués s'affichent sous la forme d'un losange noir avec un "?"
> > dedans, et le navigateur m'indique "Encodage du texte: UTF-8" ...
> > 
> > Si quelqu'un a une idée du pourquoi et du comment, je suis preneur.
> > 
> > Merci d'avance.
> 
> J'avais oublié (de dire et de regarder) que les pages étaient
> générées
> par PHP pour partie, et que du coup la version de php a changé. On
> passe
> de 5.4.45 à 5.6.30, et dans le même temps et dans php.ini, on passe
> de:
> 
> ; PHP's default character set is set to empty.
> ; http://php.net/default-charset
> ;default_charset = "UTF-8"
> 
> à
> 
> ; PHP's default character set is set to UTF-8.
> ; http://php.net/default-charset
> default_charset = "UTF-8"
> 
> Donc une petite entrée dans le vhost du type:
> 
> php_value default_charset  windows-1252
> 
> Et le tour est joué. Je garde ma machine en UTF-8 par défaut, mais le
> site en question reste dans son encodage exotico-windowesque. En
> attendant d'être entièrement revisité ;)
> 
> Merci en tout cas pour les réponses reçues.
>

Re: Les cyber menaces basculent vers Linux et les serveurs Web

2017-07-19 Par sujet VieuxGeek DuSystem 
Dire que les virus n'existent pas pour linux est faux, ils existent mais ne
concernent que les serveurs non mise à jour.

Donc pour moi le meilleur des antivirus c'est l'update et il est libre.

Stef no troll



Le 19 juillet 2017 à 15:50, François TOURDE  a
écrit :

> Le 17366ième jour après Epoch,
> Andre Majorel écrivait:
>
> > On 2017-07-18 21:10 +0200, François TOURDE wrote:
> >
> >> C'est pas la gratuité le problème, c'est la liberté ! Comme le code est
> >> dispo, alors les vilains crackers vont pouvoir le lire pour développer
> >> des virus invisibles.
> >>
> >> Comme le propose Ph. Gras, je penche pour une version propriétaire à la
> >> WatchGuard dans Debian. On sait pas ce que ça fait, donc les crackers
> >> non plus !
> >
> > Belle théorie mais, en pratique, j'ai pas remarqué que le
> > logiciel propriétaire soit plus sûr que le libre.
>
> Pour ceusse qui auraient pris ça au premier degré, c'est juste de
> l'humour, hein? ;)
>
>

Re : problème python3 sur un apt-get upgrade

2017-07-19 Par sujet nicolas . patrois 
Le 19/07/2017 18:11:04, Vincent Bain a écrit :

> Le mercredi 19 juillet 2017 à 17:57 +0200, nicolas.patr...@gmail.com a
> écrit :
> > Ça ne me semble pas scabreux mais avant de tripoter le lien
> symbolique, vérifie s’il n’est pas déjà géré via update-alternatives.

> malheureusement pas pris en charge ;-(

Alors tu le fais à la main.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: problème python3 sur un apt-get upgrade

2017-07-19 Par sujet Vincent Bain 
Le mercredi 19 juillet 2017 à 17:57 +0200, nicolas.patr...@gmail.com a
écrit :
> Ça ne me semble pas scabreux mais avant de tripoter le lien symbolique, 
> vérifie s’il n’est pas déjà géré via update-alternatives.

malheureusement pas pris en charge ;-(

# update-alternatives --list python3
update-alternatives: erreur: pas d'alternatives pour python3

Si je tente de faire update-alternatives --install ... je ne sais pas
bien comment gérer les priorités ; dans mon cas il faudrait une priorité
2 sur /usr/bin/python3.2 et 1 sur /usr/bin/python3.4. faut-il craindre
des conséquences dommageables par ailleurs suite à ce choix ?

Bon, le mieux est sans doute d'essayer...
Merci pour ta suggestion.

Vincent.

Re : problème python3 sur un apt-get upgrade

2017-07-19 Par sujet nicolas . patrois 
Le 19/07/2017 13:50:13, Vincent Bain a écrit :

> @Nicolas : oui, j'oublie de préciser dans mon message que c'est bien
> vers /usr/bin/python3.4 que pointe le raccourci python3. À ton avis,
> est-ce que cela relèverait d'un bricolage scabreux de changer
> provisoirement le lien symbolique vers /usr/bin/python3.2 ?

Ça ne me semble pas scabreux mais avant de tripoter le lien symbolique, vérifie 
s’il n’est pas déjà géré via update-alternatives.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

[RESOLU] Re: Encodage apache et AddDefaultCharset

2017-07-19 Par sujet François TOURDE 
Le 17366ième jour après Epoch,
François TOURDE écrivait:

> Bonjour,
>
> Lors de la migration d'un site de Debian 7.11 à Debian 8.8 (donc passage
> de Apache 2.2 à 2.4 il me semble), je rencontre un petit souci
> d'encodage des pages.
>
> Le VirtualHost de D7 intègre la directive "AddDefaultCharset ISO-8859-1"
> et les pages s'affichent correctement. Quand je demande les infos de la
> page au navigateur, j'obtiens "Encodage du texte: windows-1252"
>
> La machine en D8 possède la même configuration, mais les caractères
> accentués s'affichent sous la forme d'un losange noir avec un "?"
> dedans, et le navigateur m'indique "Encodage du texte: UTF-8" ...
>
> Si quelqu'un a une idée du pourquoi et du comment, je suis preneur.
>
> Merci d'avance.

J'avais oublié (de dire et de regarder) que les pages étaient générées
par PHP pour partie, et que du coup la version de php a changé. On passe
de 5.4.45 à 5.6.30, et dans le même temps et dans php.ini, on passe de:

; PHP's default character set is set to empty.
; http://php.net/default-charset
;default_charset = "UTF-8"

à

; PHP's default character set is set to UTF-8.
; http://php.net/default-charset
default_charset = "UTF-8"

Donc une petite entrée dans le vhost du type:

php_value default_charset  windows-1252

Et le tour est joué. Je garde ma machine en UTF-8 par défaut, mais le
site en question reste dans son encodage exotico-windowesque. En
attendant d'être entièrement revisité ;)

Merci en tout cas pour les réponses reçues.

Re: Les cyber menaces basculent vers Linux et les serveurs Web

2017-07-19 Par sujet François TOURDE 
Le 17366ième jour après Epoch,
Andre Majorel écrivait:

> On 2017-07-18 21:10 +0200, François TOURDE wrote:
>
>> C'est pas la gratuité le problème, c'est la liberté ! Comme le code est
>> dispo, alors les vilains crackers vont pouvoir le lire pour développer
>> des virus invisibles.
>> 
>> Comme le propose Ph. Gras, je penche pour une version propriétaire à la
>> WatchGuard dans Debian. On sait pas ce que ça fait, donc les crackers
>> non plus !
>
> Belle théorie mais, en pratique, j'ai pas remarqué que le
> logiciel propriétaire soit plus sûr que le libre.

Pour ceusse qui auraient pris ça au premier degré, c'est juste de
l'humour, hein? ;)

Re: Encodage apache et AddDefaultCharset

2017-07-19 Par sujet Frédéric MASSOT 
Le 19/07/2017 à 12:59, François TOURDE a écrit :
> Bonjour,
> 
> Lors de la migration d'un site de Debian 7.11 à Debian 8.8 (donc passage
> de Apache 2.2 à 2.4 il me semble), je rencontre un petit souci
> d'encodage des pages.
> 
> Le VirtualHost de D7 intègre la directive "AddDefaultCharset ISO-8859-1"
> et les pages s'affichent correctement. Quand je demande les infos de la
> page au navigateur, j'obtiens "Encodage du texte: windows-1252"
> 
> La machine en D8 possède la même configuration, mais les caractères
> accentués s'affichent sous la forme d'un losange noir avec un "?"
> dedans, et le navigateur m'indique "Encodage du texte: UTF-8" ...
> 
> Si quelqu'un a une idée du pourquoi et du comment, je suis preneur.

En règle générale, il vaut mieux ne pas configurer AddDefaultCharset et
laisser les sites définir leur charset.



-- 
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: Encodage apache et AddDefaultCharset

2017-07-19 Par sujet Dominique Asselineau 
François TOURDE wrote on Wed, Jul 19, 2017 at 12:59:54PM +0200
> Bonjour,
> 
> Lors de la migration d'un site de Debian 7.11 à Debian 8.8 (donc passage
> de Apache 2.2 à 2.4 il me semble), je rencontre un petit souci
> d'encodage des pages.
> 
> Le VirtualHost de D7 intègre la directive "AddDefaultCharset ISO-8859-1"
> et les pages s'affichent correctement. Quand je demande les infos de la
> page au navigateur, j'obtiens "Encodage du texte: windows-1252"
> 
> La machine en D8 possède la même configuration, mais les caractères
> accentués s'affichent sous la forme d'un losange noir avec un "?"
> dedans, et le navigateur m'indique "Encodage du texte: UTF-8" ...
> 
> Si quelqu'un a une idée du pourquoi et du comment, je suis preneur.
> 
> Merci d'avance.

Le charset n'est-il pas défini au niveau des pages elles-mêmes ?  dans
leur entête  qui devrait prendre le dessus sur tout autre
réglage.

Dominique


--

Re: Encodage apache et AddDefaultCharset

2017-07-19 Par sujet David Cure 
Bonjour,

Le Wed, Jul 19, 2017 at 12:59:54PM +0200, François TOURDE ecrivait :
> 
> La machine en D8 possède la même configuration, mais les caractères
> accentués s'affichent sous la forme d'un losange noir avec un "?"
> dedans, et le navigateur m'indique "Encodage du texte: UTF-8" ...
> 
> Si quelqu'un a une idée du pourquoi et du comment, je suis preneur.

je regarderais dans /etc/apache2/conf-enabled pour voir si
charset.conf ne serait pas actif (avec un AddDefaultCharset UTF-8
dedans).

David.

-- 
Chronique, Articles, Projets "libre"  ->  http://www.cure.nom.fr/
@tdjfr on mastodon.xyz / Twitter / Diaspora
Association FINIX : Finistere *nix->  http://www.Finix.EU.Org/
 "Le temps est sans importance, seule la vie est importante" L5E


signature.asc
Description: PGP signature

Re: problème python3 sur un apt-get upgrade

2017-07-19 Par sujet Vincent Bain 
Merci pour vos réponses !

@Alexandre : j'ai un peu peur d'aller plus avant dans la procédure de
changement de version. J'avais lu aussi la recommandation concernant
apt, maintenant passer d'une méthode à l'autre n'est peut-être pas sans
surprises sur l'arbre des dépendances (à l'image des désagréments que
causeraient [? j'en sais rien en fait...]  l'utilisation alternative de
apt-get et aptitude) ;

@Nicolas : oui, j'oublie de préciser dans mon message que c'est bien
vers /usr/bin/python3.4 que pointe le raccourci python3. À ton avis,
est-ce que cela relèverait d'un bricolage scabreux de changer
provisoirement le lien symbolique vers /usr/bin/python3.2 ?

@Maderios : la suppression du paquet requiert de supprimer un grand
nombre d'autres, cela m'effraie, et surtout je n'aurai guère le temps de
me lancer là-dedans. Dans cet ordre d'idée j'ai essayé de faire une
réinstallation du paquet (avec apt-get et l'option --reinstall), sans
succès.

Je continue de réfléchir...
Vincent

Encodage apache et AddDefaultCharset

2017-07-19 Par sujet François TOURDE 
Bonjour,

Lors de la migration d'un site de Debian 7.11 à Debian 8.8 (donc passage
de Apache 2.2 à 2.4 il me semble), je rencontre un petit souci
d'encodage des pages.

Le VirtualHost de D7 intègre la directive "AddDefaultCharset ISO-8859-1"
et les pages s'affichent correctement. Quand je demande les infos de la
page au navigateur, j'obtiens "Encodage du texte: windows-1252"

La machine en D8 possède la même configuration, mais les caractères
accentués s'affichent sous la forme d'un losange noir avec un "?"
dedans, et le navigateur m'indique "Encodage du texte: UTF-8" ...

Si quelqu'un a une idée du pourquoi et du comment, je suis preneur.

Merci d'avance.

Re: problème python3 sur un apt-get upgrade

2017-07-19 Par sujet maderios 

On 07/19/2017 09:44 AM, Vincent Bain wrote:

Bonjour à tous,
fraîchement inscrit sur cette liste francophone des utilisateurs debian,
je parcours l'archive sans trouver de cas similaire au problème que je
rencontre :

dans l'idée de passer de Jessie à Stretch prochainement, j'ai commencé à
préparer le terrain (sauvegardes...), puis mis à jour mon installation
(apt-get update et apt-get upgrade).

Depuis cette opération, je vois que l'installation de certains paquets
ne fonctionne plus ; en scrutant les logs je constate que c'est l'appel
à python3 qui renvoie une erreur :

$ python3
Could not find platform independent libraries 
Could not find platform dependent libraries 
Consider setting $PYTHONHOME to [:]
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ImportError: No module named 'encodings'
Abandon

En revanche si j'appelle python3.2, ça fonctionne :

$ python3.2
Python 3.2.3 (default, Feb 20 2013, 14:44:27)
[GCC 4.7.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.




Je remarque en passant que le répertoire /usr/lib/python3.4 est vide...

Est-ce que cela est déjà arrivé à l'un(e) d'entre vous ? que puis-je
faire pour remettre les choses en ordre ?

Merci de vos lumières éventuelle sur la question !


Dans ce cas, si l'objectif est de disposer au plus vite d'un système 
opérationnel, le plus simple consiste à supprimer python3.x et les 
paquets qui en sont dépendants puis de les réinstaller.


--
Maderios

Re : problème python3 sur un apt-get upgrade

2017-07-19 Par sujet nicolas . patrois 
Le 19/07/2017 09:44:21, Vincent Bain a écrit :

> Depuis cette opération, je vois que l'installation de certains paquets
> ne fonctionne plus ; en scrutant les logs je constate que c'est
> l'appel à python3 qui renvoie une erreur :

> $ python3
> Could not find platform independent libraries 
> Could not find platform dependent libraries 
> Consider setting $PYTHONHOME to [:]
> Fatal Python error: Py_Initialize: Unable to get the locale encoding
> ImportError: No module named 'encodings'
> Abandon

Vérifie quel exécutable est en réalité python3. Chez moi :
> which python3
/usr/bin/python3
> ll /usr/bin/python3
lrwxrwxrwx 1 root root 9 juin  29 05:07 /usr/bin/python3 -> python3.5

> En revanche si j'appelle python3.2, ça fonctionne :

> $ python3.2
> Python 3.2.3 (default, Feb 20 2013, 14:44:27) 
> [GCC 4.7.2] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> 

> Je remarque en passant que le répertoire /usr/lib/python3.4 est
> vide...

Je n’ai même pas de répertoire /usr/lib/python3.4/.

> Est-ce que cela est déjà arrivé à l'un(e) d'entre vous ? que puis-je
> faire pour remettre les choses en ordre ?

J’ai eu un problème vaguement similaire mais c’était python 2.7 qui déconnait.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des humains ? 
Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

Re: Les cyber menaces basculent vers Linux et les serveurs Web

2017-07-19 Par sujet Andre Majorel 
On 2017-07-18 21:10 +0200, François TOURDE wrote:

> C'est pas la gratuité le problème, c'est la liberté ! Comme le code est
> dispo, alors les vilains crackers vont pouvoir le lire pour développer
> des virus invisibles.
> 
> Comme le propose Ph. Gras, je penche pour une version propriétaire à la
> WatchGuard dans Debian. On sait pas ce que ça fait, donc les crackers
> non plus !

Belle théorie mais, en pratique, j'ai pas remarqué que le
logiciel propriétaire soit plus sûr que le libre.

-- 
André Majorel 
Feeling lonely ? Report a bug in the Debian BTS and make new friends.

Re: problème python3 sur un apt-get upgrade

2017-07-19 Par sujet Alexandre Hoïde 
On Wed, Jul 19, 2017 at 09:44:21AM +0200, Vincent Bain wrote:
> Bonjour à tous,
> fraîchement inscrit sur cette liste francophone des utilisateurs debian,
> je parcours l'archive sans trouver de cas similaire au problème que je
> rencontre :
> 
> dans l'idée de passer de Jessie à Stretch prochainement, j'ai commencé à
> préparer le terrain (sauvegardes...), puis mis à jour mon installation
> (apt-get update et apt-get upgrade). […]

  Salut Vincent,

  Je n'ai strictement aucune idée à te proposer pour résoudre
directement ton problème. En revanche, je me permets de coller un p'tit
bout du « $ man apt-get » :
« apt-get
  […] 
  dist-upgrade
dist-upgrade in addition to performing the function of upgrade,
also intelligently handles changing dependencies with new versions
of packages; apt-get has a "smart" conflict resolution system, and
it will attempt to upgrade the most important packages at the
expense of less important ones if necessary. The dist-upgrade
command may therefore remove some packages. […]
»

> […] Depuis cette opération, je vois que l'installation de certains paquets
> ne fonctionne plus ; en scrutant les logs je constate que c'est l'appel
> à python3 qui renvoie une erreur : […]

  Peut-être que l'utilisation de la commande « upgrade » d'apt-get
n'a pas permis, à elle seule, de passer proprement à la nouvelle version
de python, et qu'il faudrait en passer par la commande
« dist-upgrade » ?!

  Accessoirement, puisque tu t'apprêtes à passer à Stretch, je signale
que le Cahier de l'administrateur Debian [Stretch] (paquet debian-handbook)
recommande désormais l'utilisation de « apt », dont la commande
correspondante est « full-upgrade ». (par contre, j'ignore ce qui est
recommandé pour passer de Jessie à Stretch)

  … au cas où.

> Merci de vos lumières éventuelle sur la question !
  Dans l'incertitude, je ne puis t'en prier.

  \o/

-- 
 ___
| $ post_tenebras ↲ | waouh!
| GNU\ /|\
|  -- * --  | o
| $ who ↲/ \|_-- ~_|
| Alexandre Hoïde   |  _/| |
 ---

problème python3 sur un apt-get upgrade

2017-07-19 Par sujet Vincent Bain 
Bonjour à tous,
fraîchement inscrit sur cette liste francophone des utilisateurs debian,
je parcours l'archive sans trouver de cas similaire au problème que je
rencontre :

dans l'idée de passer de Jessie à Stretch prochainement, j'ai commencé à
préparer le terrain (sauvegardes...), puis mis à jour mon installation
(apt-get update et apt-get upgrade).

Depuis cette opération, je vois que l'installation de certains paquets
ne fonctionne plus ; en scrutant les logs je constate que c'est l'appel
à python3 qui renvoie une erreur :

$ python3
Could not find platform independent libraries 
Could not find platform dependent libraries 
Consider setting $PYTHONHOME to [:]
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ImportError: No module named 'encodings'
Abandon

En revanche si j'appelle python3.2, ça fonctionne :

$ python3.2
Python 3.2.3 (default, Feb 20 2013, 14:44:27) 
[GCC 4.7.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> 

Je remarque en passant que le répertoire /usr/lib/python3.4 est vide...

Est-ce que cela est déjà arrivé à l'un(e) d'entre vous ? que puis-je
faire pour remettre les choses en ordre ?

Merci de vos lumières éventuelle sur la question !

Vincent.