Re: Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Grégoire COUTANT

Bonjour,


Est-ce sur une même et unique machine ?


Oui


Si tel est le cas, as tu déjà deux instances de php-fpm qui fonctionnent
avec des versions de PHP différentes ?


Qu'appelles-tu instance ?
J'ai un processus mère root qui lance des filles (un process par pool).

Je ne sais pas comment lancer un second processus parent qui pourrait en 
effet lui pointer vers un binaire différent via le socket défini dans le 
pool.



J'ai un doute sur le fait que cela soit possible avec uniquement des
paquets Debian (officiels ou non). Mais le sujet m’intéresse ;) .


En fait la faisabilité existe car je l'avais fais sur une debian etch 
mais avec une config à la mano. Un apache, une lib fcgi. Il suffit 
ensuite d'installer les versions de PHP souhaitées puis vhost par vhost 
de faire pointer le wrapper cgi vers le binaire PHP souhaité.
Mais avec ma config actuelle à base d'aptitude install je ne vois pas 
trop comment faire sans tout casser.



Je crois bien qu'ils font ça chez OVH, et on entre la version PHP que
l'on souhaite
dans le /htaccess/. L'année dernière, ils ont écrit qu'ils migraient
chez Debian.


Oui je me rapelle qu'ils proposent ça, à mon avis c'est le principe cité 
au dessus. Un wrapper cgi doit aller chercher la version dans le 
htaccess (ou la variable chargée dans apache via le htaccess je ne sais 
pas) pour pointer vers le bon binaire


Bon en gros pas trop de solution pour le moment, ça sent l'installation 
d'un serveur nouveau que pour ça :-(


Greg

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b6543f.1080...@gmail.com



Re: [squeeze] update-rc.d avec un comportement étonnant

2014-07-04 Par sujet Christophe
Bonjour,

Le 04/07/2014 00:05, Gilles Mocellin a écrit :
 Bonjour,
 
 Bon, je ne suis pas sous squeeze, mais Je ne vois pas de troisième
 paramètre après defaults dans le man d'update-rc.d.

Pourtant :
# man update-rc.d (sur cette même machine) .

update-rc.d [-n] [-f] nom remove
 
update-rc.d [-n] nom defaults [NN | SS KK]
 
 ...


 Pour moi, les numéros d'ordre de démarrage sont générés par insserv en
 fonction des dépendances définies dans les scripts de démarrage par les
 options LSB dans les commentaires.

Tu veux dire les Required-Start, Should-Start, ... ?

@+
Christophe.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b65ba0.8070...@stuxnet.org



Re: Installation de logiciels provenant de PyPi et Python 3.4

2014-07-04 Par sujet Sébastien NOBILI
Bonjour,

Le jeudi 03 juillet 2014 à 18:50, Haricophile a écrit :
 A mon sens, et c'est vrai de ce type de système pour plusieurs softs :
 
 pip ou équivalent = garantie d'avoir le module standard dans une version
 récente, et probablement les modules pas (encore?) intégré à Debian,
 mais il faut faire les mises à jour indépendamment du système.
 
 apt = garantie d'avoir le module stable maintenu par les équipes de
 sécurité Debian et mis à jour avec le reste du système.
 
 Après je suppose qu'on peut dire : À chacun ses besoins et ses
 préférences.

Entièrement d'accord avec ce qui est écrit plus haut. C'est une question de
choix :
- un ou plusieurs gestionnaires de paquets;
- des versions peut-être anciennes ou bien les toutes dernières.

Pour ma part, je refuse d'intégrer au niveau système (au sens géré par root) ce
genre de gestionnaire de paquets. Dans mon environnement utilisateur, pourquoi
pas, mais se pose après la question de la portabilité du code sur une autre
machine qui aurait un environnement utilisateur différent (qui n'aurait pas les
modules installés par pip ou équivalent).

La stratégie que j'ai mise en place est la suivante :
- utilisation des paquets officiels pris dans les dépôts de la branche
  stable;
- si besoin d'une version plus récente, rétroportage de la version de Sid;
- si pas de paquet, alors je cherche un outil qui permet d'empaqueter ces
  modules (par exemple dans le cas de Perl, la commande dh-make-perl génère
  un fichier .deb à partir d'un module pris sur le CPAN).

Le troisième point le plus délicat car les passerelles de l'un à l'autre
n'existent pas toujours et leur niveau n'est pas constant (dh-make-perl a
atteint un bon niveau, par contre, pour empaqueter des modules Node-JS, pas
encore trouvé d'outils qui me convienne).

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20140704082602.gb13...@sebian.nob900.homeip.net



Re: [squeeze] update-rc.d avec un comportement étonnant

2014-07-04 Par sujet Gilles Mocellin
Le 04/07/2014 09:45, Christophe a écrit :
 Bonjour,

 Le 04/07/2014 00:05, Gilles Mocellin a écrit :
 Bonjour,

 Bon, je ne suis pas sous squeeze, mais Je ne vois pas de troisième
 paramètre après defaults dans le man d'update-rc.d.
 Pourtant :
 # man update-rc.d (sur cette même machine) .

update-rc.d [-n] [-f] nom remove

update-rc.d [-n] nom defaults [NN | SS KK]

 ...
Apparemment sur ma SI ça n'y est plus... Il faut dire que je suis passé
à systemd aussi...

 Pour moi, les numéros d'ordre de démarrage sont générés par insserv en
 fonction des dépendances définies dans les scripts de démarrage par les
 options LSB dans les commentaires.
 Tu veux dire les Required-Start, Should-Start, ... ?

Oui, et X-Start-Before, X-Stop-After.
Insserv va déterminer l'arbre logique de lancement à partir de ces
dépendances. S'il n'y a pas de boucles.

Dans le man d'insserv :

The  optional  X-Start-Before  keyword  implies  that  the  script using
this keyword should be started before the specified service names. 
Whereas the
   optional X-Stop-After keyword implies that the script using this
keyword should be stopped after the specified service names. Both 
implies  that  those
   services now depend on the specifying script.  *With known
dependencies and runlevel(s) insserv sets and reorders the corresponding
symbolic links of the
   concerned runlevels directories.*


-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b688f5.3020...@nuagelibre.org



Re: Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Serge Cavailles
Le Thursday 03 July 2014 16:53:24 Grégoire COUTANT, vous avez écrit :
 Bonjour à tous,
 j'utilise PHP (php-fpm) via les dépôts dotdeb sur une debian squeeze
 Je souhaiterai pouvoir avoir également une version 5.4 sur certains vhost.

 Je l'avais fait sur une debianetch il y a longtemps avec fcgi, mais je
 ne vois pas comment construire le truc avec ma config actuelle
 (apache mpm / php-fpm).

 Avez-vous une piste pour m'aider ?

 Merci

 Grégoire

Bonjour,

Je ne sais si ça peut vous aider, mais en cherchant autre chose je suis tombé 
sur cette page qui m'a l'air de pouvoir apporter des éléments.

Cordialement,

-- Serge

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201407041430.37103.debse...@free.fr



Re: Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Daniel Caillibaud
Le 03/07/14 à 16:53, Grégoire COUTANT gregoire.cout...@gmail.com a écrit :
GC j'utilise PHP (php-fpm) via les dépôts dotdeb sur une debian squeeze
GC Je souhaiterai pouvoir avoir également une version 5.4 sur certains vhost.

Tu ne pourras pas avoir 2 php différents via les paquets (debian ou dotdeb) car 
leur chemins
sont les même (à moins que l'on puisse préciser à apt que l'on veut installer 
les binaires et
les libs ailleurs).

Mais je penses que tu peux installer le php de dotdeb et compiler manuellement 
un autre php-fpm
que tu installe ailleurs (en indiquant un préfixe lors de la compilation).

Je ne l'ai jamais fait, mais par prudence je ferais la compilation avec aucun 
paquet php
installés pour être sûr qu'il compile pas en utilisant une lib d'une autre 
version de php, car
ça pourrait poser pb.

Ça doit aussi être possible en téléchargeant un paquet source et en le 
recompilant avec
apt-build.

-- 
Daniel

Il faut se méfier des ingénieurs, ça commence par la machine à coudre,
ça finit par la bombe atomique.
Marcel Pagnol.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140704153221.53bb5...@quad.lairdutemps.org



Re: Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Luis Speciale

Le 03/07/14 20:26, Christophe a écrit :

Bonsoir,

Le 03/07/2014 16:53, Grégoire COUTANT a écrit :

Bonjour à tous,
j'utilise PHP (php-fpm) via les dépôts dotdeb sur une debian squeeze
Je souhaiterai pouvoir avoir également une version 5.4 sur certains vhost.



Ça pourrait aider ?

http://www.howtoforge.com/how-to-use-multiple-php-versions-php-fpm-and-fastcgi-with-ispconfig-3-debian-wheezy

A +

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b6b40c.3040...@gmail.com



Re: Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Grégoire COUTANT

Bonjour,

Le 04/07/2014 14:30, Serge Cavailles a écrit :

Je ne sais si ça peut vous aider, mais en cherchant autre chose je suis tombé
sur cette page qui m'a l'air de pouvoir apporter des éléments.


Manque le lien :-)


Le 04/07/2014 15:32, Daniel Caillibaud a écrit :

Tu ne pourras pas avoir 2 php différents via les paquets (debian ou dotdeb) car 
leur chemins
sont les même (à moins que l'on puisse préciser à apt que l'on veut installer 
les binaires et
les libs ailleurs).
Mais je penses que tu peux installer le php de dotdeb et compiler manuellement 
un autre php-fpm
que tu installe ailleurs (en indiquant un préfixe lors de la compilation).
Je ne l'ai jamais fait, mais par prudence je ferais la compilation avec aucun 
paquet php
installés pour être sûr qu'il compile pas en utilisant une lib d'une autre 
version de php, car
ça pourrait poser pb.


Merci pour tes explications, c'est clair.
Vu la criticité du serveur, je ne tenterai pas l'exercice, ça serait 
risqué, il faudrait que je teste sur un serveur de test, mais quitte à 
en installer un, autant en prendre un nouveau pour mettre cette 
application en production.


Le 04/07/2014 16:02, Luis Speciale a écrit :

Ça pourrait aider ?
http://www.howtoforge.com/how-to-use-multiple-php-versions-php-fpm-and-fastcgi-with-ispconfig-3-debian-wheezy


Je l'avais vu ce lien, ça n'aide pas trop vu que je n'utilise pas de 
panel, mais je me suis demandé comment il font derrière les clics pour 
gérer différentes version !



Je me dirige donc vers ce choix de prendre un nouveau serveur.
Par contre vu le nombre de ressources/question qu'on trouve sur le net 
sur ce sujet, développer un outil qui permettrait facilement de choisir 
/ switcher entre plusieurs versions pourrait simplifier la vie de pas 
mal de monde.
Ca me pose la question personnellement de lacher php-fpm pour garder 
juste une version compilé et un appel au binaire voulu via un wrapper 
cgi comme je l'avais fait dans le temps. fcgi n'était pas hyper stable, 
mais ça roulait bien et surtout cela permettait d'avoir des 
configuration hyper fine par domaine via un php.ini dédié.


Merci à tous pour vos pistes et votre aide.

Grégoire

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b6c1a6.60...@gmail.com



Re: Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Luis Speciale

Le 04/07/14 17:00, Grégoire COUTANT a écrit :


Je l'avais vu ce lien, ça n'aide pas trop vu que je n'utilise pas de 
panel, mais je me suis demandé comment il font derrière les clics pour 
gérer différentes version !




Ça ?

http://cweiske.de/tagebuch/Running%20Apache%20with%20a%20dozen%20PHP%20versions.htm

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b6c53d.50...@gmail.com



Re: Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Philippe Gras


Je l'avais vu ce lien, ça n'aide pas trop vu que je n'utilise pas  
de panel, mais je me suis demandé comment il font derrière les  
clics pour gérer différentes version !



Je me dirige donc vers ce choix de prendre un nouveau serveur.
Par contre vu le nombre de ressources/question qu'on trouve sur le  
net sur ce sujet, développer un outil qui permettrait facilement de  
choisir / switcher entre plusieurs versions pourrait simplifier  
la vie de pas mal de monde.


Le panel, sans doute ;-)

 fcgi n'était pas hyper stable, mais ça roulait bien et surtout  
cela permettait d'avoir des configuration hyper fine par domaine  
via un php.ini dédié.



C'est ce dont j'ai l'impression aussi…


Merci à tous pour vos pistes et votre aide.

Grégoire

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet  
unsubscribe

vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b6c1a6.60...@gmail.com



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/c82699f3-c29c-41cb-9c61-d77fa8ba2...@worldonline.fr



Re: Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Grégoire COUTANT

Re,

Le 04/07/2014 17:16, Luis Speciale a écrit :

Le 04/07/14 17:00, Grégoire COUTANT a écrit :


Je l'avais vu ce lien, ça n'aide pas trop vu que je n'utilise pas de
panel, mais je me suis demandé comment il font derrière les clics pour
gérer différentes version !



Ça ?

http://cweiske.de/tagebuch/Running%20Apache%20with%20a%20dozen%20PHP%20versions.htm


Eh eh ! Ca c'est super intéressant, notamment le lien du début qui parle 
de phpfarm que je ne connaissait pas.

Merci pour le lien.

J'ai déjà lancé l'installation sur une squeeze :

root@ns3:/opt/phpfarm/inst/bin# ./php-cgi-5.5.14 --version
PHP 5.5.14 (cgi-fcgi) (built: Jul  4 2014 17:58:53) (DEBUG)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies

Si j'arrive à bien faire la liaison entre apache et ce binaire de php, 
ça à l'air bien parti !


Merci :-)

Greg

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b6d027.5030...@gmail.com



Re: Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Luis Speciale

Le 04/07/14 18:02, Grégoire COUTANT a écrit :

Ça ?


http://cweiske.de/tagebuch/Running%20Apache%20with%20a%20dozen%20PHP%20versions.htm 



Eh eh ! Ca c'est super intéressant, notamment le lien du début qui 
parle de phpfarm que je ne connaissait pas.

Merci pour le lien.

J'ai déjà lancé l'installation sur une squeeze :

root@ns3:/opt/phpfarm/inst/bin# ./php-cgi-5.5.14 --version
PHP 5.5.14 (cgi-fcgi) (built: Jul  4 2014 17:58:53) (DEBUG)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies

Si j'arrive à bien faire la liaison entre apache et ce binaire de php, 
ça à l'air bien parti !



Si ça marche dis-nous !

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b6dc4e.8050...@gmail.com



Re: nautilus-open-terminal ne marche pas sur ma Wheezy

2014-07-04 Par sujet Francois Lafont
Bonsoir,

Le 30/06/2014 09:28, Guillaume Caron a écrit :

 Oups, désolé j'ai lu trop rapidement ton mail et je n'avais pas pigé la 
 deuxième
 partie et tes investigations /o\.
 
 Du coup j'ai raconté n'importe quoi, c'est bien le shell qui doit prendre
 l'option « -c » et pas le terminal.
 
 Vérifie quand même comment c'est configuré dans dconf/gconf c'est peut-être là
 que ça coince.

Et bien oui, c'était là que ça coinçait merci à toi.
J'ai ouvert dconf-editor puis je me suis rendu au niveau
du « répertoire » (qui fait vraiment penser à une sorte
de clé de base de registres Windows ;)) :

org/gnome/desktop/applications/terminal

Remarque en passant
ce « répertoire » semble s'appeler un schéma et
curieusement son nom ne coïncide pas exactement avec
le chemin qu'on effectue via l'interface graphique car
le schéma se nomme en réalité :

org.gnome.desktop.default-applications.terminal
/Remarque en passant

Ensuite, j'avais 2 items avec les valeurs suivantes :

exec -- x-terminal-emulator
exec-arg -- -e

Ce qui fait que lors d'un clic droit c'est cette commande
qui était lancée et qui ne marchait pas :

x-terminal-emulator -e /bin/sh -c cd /le/repertoire  exec $SHELL

Ça ne marchait pas car -c est vue comme une option de la commande
x-terminal-emulator alors qu'il s'agit d'une option destinée à
la commande /bin/sh. En regardant la page man de x-terminal-emulator
j'ai vu l'option -x :

   -x, --execute COMMAND [ARGS]
  Runs  the  rest  of  the  command  line...

Et effectivement, la commande :

x-terminal-emulator -x /bin/sh -c cd /le/repertoire  exec $SHELL

elle, fonctionne très bien. J'ai donc changé l'item
exec-arg dans dconf-editor pour lui associer la
valeur -x. Ensuite ça a fonctionné moyennant un
petit cafouillage de ma part. En effet, je ne sais
pas trop à partir de quel moment les modifications
sont effectives dans dconf-editor mais il me semble
bien que j'avais mis les bonnes valeurs au départ et
ça ne marchait pas malgré tout. À tel point que j'ai
dû remplacer la commande x-terminal-emulator par un
script maison qui logue afin de m'apercevoir finalement
que l'option -x que j'avais activée dans dconf-editor
n'était pas encore utilisée par nautilus-open-terminal
(qui utilisait encore -e).

Enfin bref, conclusion, avec :

exec -- x-terminal-emulator
exec-arg -- -x
(au niveau de org.gnome.desktop.default-applications.terminal)

ça a fini par marcher.

Chose curieuse pour finir, depuis ces modifs, quand
j'appelle nautilus en ligne de commandes, j'ai bien un
explorateur de fichiers qui s'ouvre mais j'ai le prompt
immédiatement après (alors que l'explorateur est toujours
ouvert) et la commande nautilus n'affiche plus aucun
message (alors qu'avant les modifs, la commande nautilus
ne rendait pas la main tant que l'explorateur n'était pas
fermé et ça me permettait de voir les messages d'erreur).
Du coup, pour débugger, j'ai dû utiliser un script shell à
la place de x-terminal-emultor pour lui faire cracher les
messages d'erreur dans un fichier.

Voilà, merci encore pour ton aide Guillaume. ;)
À+


-- 
François Lafont

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/lp7dt4$76g$1...@ger.gmane.org



Re: nautilus-open-terminal ne marche pas sur ma Wheezy

2014-07-04 Par sujet Francois Lafont
Bonsoir,

Le 21/06/2014 13:55, Diogene Laerce a écrit :

 Si ca peut aider : j'utilise ce script dans ~/gnome2/nautilus-script :
 
 
 
 #!/usr/bin/perl -w
 #
 # Open terminal here
 #
 # Nautilus script that opens a gnome-terminal at the current location,
 if it's
 # a valid one. This could be done in shell script, but I love Perl!.
 #
 # 20020930 -- Javier Donaire jy...@fraguel.org
 # http://www.fraguel.org/~jyuyu/
 # Licensed under the GPL v2+
 #
 # Modified by: Dexter Ang [thep...@mydestiny.net]
 # 2003-12-08: Modified for Gnome 2.4
 # - Added checking if executed on Desktop x-nautilus-desktop:///
 #   so that it opens in /home/{user}/Desktop
 
 use strict;
 
 $_ = $ENV{'NAUTILUS_SCRIPT_CURRENT_URI'};
 if ($_ and m#^file:///#) {
   s/%([0-9A-Fa-f]{2})/chr(hex($1))/eg;
   s#^file://##;
   exec gnome-terminal --working-directory='$_';
 }
 
 # Added 2003-12-08 Dexter Ang
 if ($_ == x-nautilus-desktop:///) {
   $_ = $ENV{'HOME'};
   $_ = $_.'/Desktop';
   exec gnome-terminal --working-directory='$_';
 }
 
 ***

Je te remercie mais, mon problème étant finalement
résolu, je pense que ça ne me sera pas utile. En
revanche, en lisant ton script, je m'aperçois que je
suis encore loin de maîtriser le Perl... ;)


-- 
François Lafont

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/lp7fh3$msd$1...@ger.gmane.org



Re: [Résolu] Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Grégoire COUTANT

Re,

Le 04/07/2014 18:54, Luis Speciale a écrit :

Si ça marche dis-nous !


Ce truc est simplement génial, ça fonctionne à merveille, j'ai installé 
plusieurs versions de PHP en qques minutes, la liaison avec un vhost est 
super simple, comme avec php-fpm, bref du bonheur.
Mes souvenirs de paramétrages du wrapper cgi sont un peu vieilles, donc 
il faut voir comment ça supportera la charge mais à l'heure actuelle, 
c'est top.


En résumé :
 - Installation de phpfarm selon la doc suivante : 
http://cweiske.de/tagebuch/Introducing%20phpfarm.htm
 - Paramétrage vhost : 
http://cweiske.de/tagebuch/Running%20Apache%20with%20a%20dozen%20PHP%20versions.htm


ce qui permet d'appeler une version de PHP (celle qu'on veut il suffit 
de l'installer via une seule ligne de commande) par vhost (hyper 
pratique pour les migrations / montée de version), d'avoir un php.ini 
par vhost etc...


Merci à toi pour ce lien, c'est pas faute d'avoir cherché, mais c'était 
celui qu'il fallait.


Greg

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b741b1.6060...@gmail.com



Re: [Résolu] Mixer deux versions de PHP (5.3 et 5.4)

2014-07-04 Par sujet Luis Speciale

Le 05/07/14 02:07, Grégoire COUTANT a écrit :

Re,

Le 04/07/2014 18:54, Luis Speciale a écrit :

Si ça marche dis-nous !


Ce truc est simplement génial, ça fonctionne à merveille, j'ai 
installé plusieurs versions de PHP en qques minutes, la liaison avec 
un vhost est super simple, comme avec php-fpm, bref du bonheur.
Mes souvenirs de paramétrages du wrapper cgi sont un peu vieilles, 
donc il faut voir comment ça supportera la charge mais à l'heure 
actuelle, c'est top.


En résumé :
 - Installation de phpfarm selon la doc suivante : 
http://cweiske.de/tagebuch/Introducing%20phpfarm.htm
 - Paramétrage vhost : 
http://cweiske.de/tagebuch/Running%20Apache%20with%20a%20dozen%20PHP%20versions.htm


ce qui permet d'appeler une version de PHP (celle qu'on veut il suffit 
de l'installer via une seule ligne de commande) par vhost (hyper 
pratique pour les migrations / montée de version), d'avoir un php.ini 
par vhost etc...


Merci à toi pour ce lien, c'est pas faute d'avoir cherché, mais 
c'était celui qu'il fallait.




Super !

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/53b74c17.9030...@gmail.com



Re: [Firmware Bug]: AMD-Vi: IOAPIC[0] not in IVRS table

2014-07-04 Par sujet Alain Rpnpif
Le 18 mai 2014, Sylvain L. Sauvage a écrit :

 Le dimanche 18 mai 2014, 19:42:40 Alain Rpnpif a écrit :
  Le 17 mai 2014, Jean-Christophe Saint-Marc a écrit :
Auriez-vous des suggestions à ce problème ?
   
   Linux 3.14.4 est disponible dans les backports
  
  Je viens d'essayer à l'instant. Échec total.
  J'ai les mêmes messages avant la création de /dev.
  Puis juste après le montage des partitions, le système
  redémarre sans avertissement. Et c'est reproductible.
  Donc pour l'instant le kernel 3.14.4 est inutilisable pour
  moi.
  
  Mauvaise pioche.
 
   Et pas de màj du Bios ?
 

Pour les archives et pour information, je n'ai pas réglé le problème
cité dans le sujet, mais j'ai réglé le problème du non-fonctionnement
des versions de Linux 3.13 et +, donc 3.14.4.
Il s'agit d'une incompatibilité de la fonction dpm de mon gpu radeon
sur un CPU/APU AMD A4-5300.
Il fallait mettre le paramètre radeon.dpm=0 au lancement du noyau en
attendant que ce soit corrigé.

-- 
Alain Rpnpif

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20140705040717.6e0b45a2...@chro.home