Page 1 sur 2
[Debian Lenny] Connaitre la localisation des éléments d'un p
Posté : 10 juil. 2009, 18:15
par katagoto
Bonjour à toutes et à tous,
J'ai fais un second sujet car il s'agit de la réinstallation, et surtout
pour pas faire de double post. J'ai donc sur mon PC une partie
du système qui avait été corrompu, j'entame la réinstallation et
j'aimerais savoir, lorsque j'installe un logiciel, quels seront les
localisations de ses fichiers, afin que je puisse lui substituer
les anciennes configurations (et binaire pour PHP)
Par avance merci de votre aide
Posté : 10 juil. 2009, 18:40
par Nagol
sous unix la localisation (donc les charsets) n'est pas garantie par le filesystem donc chaque fichier peut avoir une localisation différente, la détection de charset c'est impossible (du moins de la détecter avec 100% de réussite) donc en gros, le seul outil qu'on puisse utiliser pour ça c'est son cerveau et penser à configurer en utf8 son système dès l'installe
aussi, j'ai parlé de charset par fichier, il faut savoir qu'on peut aussi avoir des charsets différents au sein du même fichier (au sein du même mot même) ce sont des cas plus rares mais c'est bon à savoir, ces cas la sont purement et simplement insolubles)
Posté : 10 juil. 2009, 18:56
par katagoto
Sans vouloir lancer de troll, sous FreeBSD il y a un port qui
permet de connaitre les différences, je pensais suivre les
différentes installations (j'en cherche une pour PHP + APC
+ memcache voire Apache, c'est lié je crois) et voir les
différences via un tel outil, possible ou pas ?
Mon cerveau est en vacances, je ne pense pas pouvoir
faire l'effort pour plus de deux paquets :/
Par avance merci de votre aide
Posté : 10 juil. 2009, 19:12
par Nagol
Sans vouloir lancer de troll, sous FreeBSD il y a un port qui
permet de connaitre les différences
tu ne m'a pas lu
ca n'est pas possible à 100% ne serait-ce que par exemple parcequ'un fichier codé en UTF8 peut être strictement équivalent à un fichier en ISO8859-1, il s'agit pas de regarder si un logiciel peut faire la différence, c'est quelquechose qui est tout simplement impossible on peut se baser sur la présence de caractère pour tenter de s'approcher d'une détection (UTF8 BOM c'est pour ça par exemple) mais on ne
PEUT PAS avoir la certitude de détecter un charset.
Posté : 10 juil. 2009, 19:15
par Nagol
au passage certains codeurs PHP mettent de l'utf8 bom dans leur fichier php, ce qui est ultra stupide (je reste gentil) parceque ca provoque des erreurs en cas d'utilisation d'entête HTTP (le coup classique du echo juste avant un session_start en plus complexe parceque le char bom est caché d'un éditeur classique) on en avait un comme ça pour le concours son application était inutilisable, je sais plus qui c'était

Posté : 10 juil. 2009, 19:17
par katagoto
Je me suis mal fait comprendre je pense, je ne parle pas du
fichier, de son contenu, mais de sa modification, son apparition
ou sa disparition. Quand je dit voir les différences, c'est pas
dans le fichier (ou dossier puisque dans unix tout est fichier,
ne tapez pas) mais dans ces "propriétés"
là je sais pas comment conclure
Posté : 10 juil. 2009, 19:29
par Sékiltoyai
Non, tu ne te fais toujours pas comprendre.
Tu veux savoir où les programmes sont installés. Hé bah ça dépend…
De :
- Si ce sont des programmes de base du système (ils seront le plus souvent installés à la racine).
- Si ce sont des applications installées par le système de paquets (elles seront le plus souvent dans usr).
- Si ils sont installés à la main (bah là ca dépend de comment ils ont été configurés).
Mais recopier les fichiers d'une ancienne install est à faire en dernier, mais vraiment dernier recours. Je t'ai déjà demandé dans l'autre sujet si tu avais toujours les sources qu'il a utilisé pour compiler, ce serait bien que tu regardes.
Posté : 10 juil. 2009, 19:33
par katagoto
Non, y avait juste le paquet de webmin, je sens que je vais
en baver :/
Par avance merci de votre aide
Posté : 10 juil. 2009, 19:39
par Sékiltoyai
Bah au boulot

Posté : 11 juil. 2009, 10:09
par katagoto
J'ai une question toute simple :
Quel est la directive de compilation pour memcache et APC,
j'ai chercher dans la documentation officielle, je pencherais
pour
--with-memcache --with-APC, est-ce ça ?
Par avance merci de votre aide
J'ai ce message d'erreur en fin de configuration (commande
./conf_install) :
configure: error: xml2-config not found. Please check your libxml2 installation.
Cependant
which xml2-config ne me renvois rien, que faire
Posté : 11 juil. 2009, 17:06
par Sékiltoyai
Quel est la directive de compilation pour memcache et APC,
j'ai chercher dans la documentation officielle, je pencherais
pour --with-memcache --with-APC, est-ce ça ?
à priori c'est marqué dans la doc et dans le configure.
J'ai ce message d'erreur en fin de configuration (commande
./conf_install) :
configure: error: xml2-config not found. Please check your libxml2 installation.
Cependant
which xml2-config ne me renvois rien, que faire
Bah il te dit ce qu'il faut faire, il te dit d'installer libxml2 (et même libxml2-dev).
Posté : 15 juil. 2009, 10:08
par katagoto
au passage certains codeurs PHP mettent de l'utf8 bom dans leur fichier php, ce qui est ultra stupide (je reste gentil) parceque ca provoque des erreurs en cas d'utilisation d'entête HTTP (le coup classique du echo juste avant un session_start en plus complexe parceque le char bom est caché d'un éditeur classique) on en avait un comme ça pour le concours son application était inutilisable, je sais plus qui c'était

Me regarde pas comme ça, moi j'avais enlevé le bom depuis
longtemps

et puis je croyais que les copies étaient anonyme, tiens, en
parlant des copie *retournement de situation :p* on aura
les commentaires quand ? ^^
à priori c'est marqué dans la doc et dans le configure.
Non, si je fais
./configure --help | grep APC ou
memcache je
n'ai rien. Sur la documentation des extensions je n'ai rien, sur
la documentation des installation j'ai
--with-extension ou bien
--enable-extension si elle dépent d'un bibliothèque :/
Bah il te dit ce qu'il faut faire, il te dit d'installer libxml2 (et même libxml2-dev).
J'avais essayé
apt-get install libxml2 en vain je saurais que pour
les compilation il est nécessaire d'ajouter le suffixe
-dev à l'avenir.
J'ai un autre soucis :
configure: WARNING: lemon versions supported for regeneration of libsqlite parsers: 1.0 (found: none).
configure: error:
You've configured extension sqlite to build statically, but it
depends on extension pdo, which you've configured to build shared.
You either need to build sqlite shared or build pdo statically for the
build to be successful.
Je n'ai pourtant pas mentionner SQLite dans mon
conf_install :
Code : Tout sélectionner
#!/bin/sh
export OPTIM=-02
./configure --prefix=/usr/local \
--with-apxs2=/usr/local/bin/apxs \
--with-inifile=/usr/local/etc/php.ini \
--with-libxml2 \
--with-xsl \
--with-zlib \
--enable-pdo=shared \
--with-pdo-pgsql=shared \
--with-pgsql=shared \
--with-memcache \
--with-APC
Même en rajoutant
--without-pdo-sqlite ça plante, même avec
--with-pdo-sqlite ou
--with-pdo-sqlite=shared, que faire ?
Par avance merci de votre aide
Posté : 15 juil. 2009, 19:50
par Sékiltoyai
Mets --with-sqlite=shared
Et sinon pour apc moi j'ai mis --enable-apc
Posté : 15 juil. 2009, 20:02
par katagoto
Merci beaucoup, l'installation à fonctionné, désolé de t'avoir fait
ressortir tes papiers
Encore merci
Posté : 15 juil. 2009, 22:13
par Sékiltoyai
Merci beaucoup, l'installation à fonctionné, désolé de t'avoir fait
ressortir tes papiers
Bah en fait, en partie à cause de HyWaN (verre à moitié plein, j'admets

), j'ai dû recompiler php, donc j'ai ressorti ma commande ./configure de 50 lignes.
