Le subversion de PHP

Mammouth du PHP | 1668 Messages

18 août 2009, 18:06

Bonsoir à toutes et à tous,

J'aimerais savoir si quelqu'un sait comment accéder au subversion de PHP et de la PECL, il faut que je télécharge les sources d'APC et de memcache pour les compiler avec phpize puisque je n'arrive pas à les compiler en statique directe. (je ne fais que suivre la doc)
Si quelqu'un sait je lui en serait infiniment reconnaissant :priere:

Par avance merci de votre aide

PS : J'ai bien dit le Subversion, pas le CVS.
"À ceux qui poursuivent leurs rêves et se spécialisent dans l'impossible" Joseph Kong

10 ans de PHP, déjà.

"moi jtrouve que katagoto il déchire!" Nagol

ViPHP
ViPHP | 3300 Messages

18 août 2009, 18:18

http://www.php.net/manual/fr/install.pecl.php

peu importe derriere si c'est svn ou cvs en réalité ca n'est qu'un dispositif interne, ce que tu veux c'est installer des extensions via pecl :)
Fait du php depuis que ca existe ou presque :)

Mammouth du PHP | 1668 Messages

18 août 2009, 19:07

ça marche pas non plus, c'est pour ça, je passe à la solution suivante.
Donc c'est les mêmes paramètres avec subversion (j'utilise le client subversion en ligne de commande) ?
Par avance merci de votre aide
"À ceux qui poursuivent leurs rêves et se spécialisent dans l'impossible" Joseph Kong

10 ans de PHP, déjà.

"moi jtrouve que katagoto il déchire!" Nagol

ViPHP
ViPHP | 3300 Messages

18 août 2009, 19:17

ça marche pas non plus, c'est pour ça, je passe à la solution suivante.
Donc c'est les mêmes paramètres avec subversion (j'utilise le client subversion en ligne de commande) ?
Par avance merci de votre aide
"ca marche pas" est ce que ca a des jambes? :)

sérieux subversion c'est pas magique un module pecl cest un module pecl c'est pas subversion qui va te régler ton problème. donc dis nous en plus sur pourquoi ca marche pas qu'on essaye de comprendre ce que tu as mal fait (eh oui si y'a un problème c'est très probablement qu'il vient de toi)
Fait du php depuis que ca existe ou presque :)

Mammouth du PHP | 1668 Messages

18 août 2009, 19:39

Dans ce cas il faut le déplacer dans la gestion des serveurs.

Voilà la dilemme, accrochez-vous, il y a peu, j'ai recompilé PHP pour avoir accès à PDO, jusque là, tout va bien. Mais, j'ai besoin de APC et de Memcache (pour faire court, on était deux sur le PHP, moi je stocke les petites variables chez APC et lui il stockait des listes avec Memcache, il s'est barré, donc, après avoir taper 200.000 lignes seul [en 11 mois, ça fait 3 mois que je dois en plus gérer le serveur donc plus de code *heureusement qu'il est globalement finit*] en PHP [au total] et j'ai, avec tout le refractoring, il m'en reste toujours 15.000 à maintenir seul, je reprendrais son millier de ligne pendant l'alpha qui vient), avant j'avais APC et Memcache mais pas PDO, j'ai resuivit la procédure d'installation qui me re-génère un fichier configure qui plante. Ensuite, j'ai voulu l'installer dynamiquement, impossible, le make plante aussi, *pas de règle pas de règle*, on est dans un mauvais cycle visiblement. Ensuite, pas moyen de trouver un client cvs et subversion qui comprends pas ce que je lui dit pour se connecter. Si j'étais pas si détacher de Debian je pense que je me dirais vraiment que je suis incapable :lol:

Par avance merci de votre aide
"À ceux qui poursuivent leurs rêves et se spécialisent dans l'impossible" Joseph Kong

10 ans de PHP, déjà.

"moi jtrouve que katagoto il déchire!" Nagol

Modérateur PHPfrance
Modérateur PHPfrance | 6037 Messages

19 août 2009, 11:46

Quelle est la commande SVN que tu utilises pour récupérer ton module PECL ?
Règle n°2 du webmaster : Toujours commencer par le HTML qu'on veut obtenir....toujours ! :priere:
J'aime apprendre de nouvelles choses.

Mammouth du PHP | 1668 Messages

19 août 2009, 12:13

Voilà la liste des commandes que j'ai utilisé :

Code : Tout sélectionner

svn co cvs.php.net/repository/pecl/APC svn co cvs.php.net/repository/pecl/APC . svn co svn://cvs.php.net/repository/pecl/APC . svn co cvs.php.net/repository/pecl/APC --username cvsread --password phpfi . svn co svn://cvs.php.net/repository/pecl/APC --username cvsread --password phpfi .
Par avance merci de votre aide
"À ceux qui poursuivent leurs rêves et se spécialisent dans l'impossible" Joseph Kong

10 ans de PHP, déjà.

"moi jtrouve que katagoto il déchire!" Nagol

ViPHP
ViPHP | 5924 Messages

19 août 2009, 12:18

Voyons, tu réfléchis un peu ?
Il y a "cvs" dans l'url, comment tu veux que ce soit un dépôt SVN. Regarde sur svn.php.net.
Avec un peu de bon sens, il y a pas mal de problèmes pour lesquels tu n'aurais pas à nous poser des questions.

Mammouth du PHP | 1668 Messages

19 août 2009, 14:02

ça marche pas mieux en réfléchissant :

Code : Tout sélectionner

svn co svn://svn.php.net/repository/pecl/APC . svn: Impossible de se connecter à l'hôte 'svn.php.net': Connexion refusée
Et Nagol avait dit que ça changeait rien.
Je réfléchit moins qu'avant pour une raison : c'est que moins je réfléchit, moins je fais de bêtise.

Par avance merci de votre aide
"À ceux qui poursuivent leurs rêves et se spécialisent dans l'impossible" Joseph Kong

10 ans de PHP, déjà.

"moi jtrouve que katagoto il déchire!" Nagol

ViPHP
ViPHP | 5924 Messages

19 août 2009, 14:06

Ah si, ça change. Rien qu'à voir la gueule des dépôts, tu vois que ce ne sont pas les mêmes.

N'utilise pas svn://, personne ne l'utilise. On utilise http://.

ViPHP
ViPHP | 3300 Messages

19 août 2009, 14:09

Voyons, tu réfléchis un peu ?
Il y a "cvs" dans l'url, comment tu veux que ce soit un dépôt SVN. Regarde sur svn.php.net.
Avec un peu de bon sens, il y a pas mal de problèmes pour lesquels tu n'aurais pas à nous poser des questions.
oui

très franchement kata ce sont des problèmes qui trouvent leur solutions avec 5min de googling et un peu de bon sens, si tu as besoin de nous pour ça c'est dommage parce que tu perds l'occasion de comprendre ce que tu fais.

Être "détaché" de Debian ça n'est pas une excuse ca serait exactement la même chose sur un bsd, ou un mac ou n'importe quel autre unix-like ou on utilise des Makefile et des client cvs ou svn en ligne de commande. alors stp fais toi violence un peu et creuse le truc au lieu de poster ici après 5 minutes ou moins de recherche personnelle et je dis pas ça parce que ca m'énerve ou quoi, juste parce que c'est ce qui serait le mieux pour toi.
Fait du php depuis que ca existe ou presque :)

ViPHP
ViPHP | 3300 Messages

19 août 2009, 14:11

ça marche pas mieux en réfléchissant :

Code : Tout sélectionner

svn co svn://svn.php.net/repository/pecl/APC . svn: Impossible de se connecter à l'hôte 'svn.php.net': Connexion refusée
Et Nagol avait dit que ça changeait rien.
Je réfléchit moins qu'avant pour une raison : c'est que moins je réfléchit, moins je fais de bêtise.

Par avance merci de votre aide
Ce que j'ai dit c'est que peu importe la méthode de rapatriement, ca ne réglera en rien ton problème initial de compilation du module PECL, bien sûr que svn ou cvs ca ne se rapatrie pas pareil et que les dépôts ont changés
Fait du php depuis que ca existe ou presque :)

Mammouth du PHP | 1668 Messages

19 août 2009, 15:07

N'utilise pas svn://, personne ne l'utilise. On utilise http://.
Je suis personne alors.
très franchement kata ce sont des problèmes qui trouvent leur solutions avec 5min de googling et un peu de bon sens, si tu as besoin de nous pour ça c'est dommage parce que tu perds l'occasion de comprendre ce que tu fais.

Être "détaché" de Debian ça n'est pas une excuse ca serait exactement la même chose sur un bsd, ou un mac ou n'importe quel autre unix-like ou on utilise des Makefile et des client cvs ou svn en ligne de commande. alors stp fais toi violence un peu et creuse le truc au lieu de poster ici après 5 minutes ou moins de recherche personnelle et je dis pas ça parce que ca m'énerve ou quoi, juste parce que c'est ce qui serait le mieux pour toi.
J'ai cherché, certes pas assez, je chercherais mieux à l'avenir.
Même si ce n'est pas une excuse, à prendre comme un compliment, la différence entre les sites et vous, hors-mit le fait qu'avec vous j'ai confiance (faites gaffe, c'est rare que je dise ça), c'est qu'avec les sites je pourrais comprendre ce que je fais, alors qu'avec vous je comprends ce que je ne fais pas.
Tout le monde sait ce que je pense de Linux, je n'y reviens pas, c'est peut-être pas une excuse, mais ce n'est pas une motivation non plus. Je suis pas un administrateur réseaux, j'estime donc n'avoir rien à apprendre de plus que le nécessaire, que je n'ai pas, sur un environnement que je n'apprécie pas tellement. Je ne dis pas non au savoir mais ce sur quoi il porte, ne vous vexés pas.
Ce que j'ai dit c'est que peu importe la méthode de rapatriement, ca ne réglera en rien ton problème initial de compilation du module PECL, bien sûr que svn ou cvs ca ne se rapatrie pas pareil et que les dépôts ont changés
J'avais pas compris ça comme ça, désolé

HS : hors-mit la rétrocompatibilité, je vois pas l'intéret de garder les deux.

Merci à tous de votre aide
"À ceux qui poursuivent leurs rêves et se spécialisent dans l'impossible" Joseph Kong

10 ans de PHP, déjà.

"moi jtrouve que katagoto il déchire!" Nagol

ViPHP
ViPHP | 5924 Messages

19 août 2009, 15:30

N'utilise pas svn://, personne ne l'utilise. On utilise http://.
Je suis personne alors.
php.net n'est pas personne :)
Tu n'as pas le choix du moyen de communication, c'est le serveur qui l'a.
hors-mit
hormis :wink:
c'est qu'avec les sites je pourrais comprendre ce que je fais, alors qu'avec vous je comprends ce que je ne fais pas.
Personnellement, contrairement à Nagol, ce n'est pas forcément le fait que tu ne cherches pas sur Google qui me gène, c'est comme je l'ai dit, que tu ne réfléchis pas particulièrement. Là l'exemple est simple, tu essayes d'accéder à un dépôt qui a cvs dans son url par svn. Tu ne peux pas, pour te défendre, dire que tu ne savais pas ce que cela voulait dire, tu sais très bien ce que sont cvs et svn. Le bon sens voulait simplement de remplacer cvs par svn. Après une erreur peut arriver, mais j'ai l'impression que beaucoup des tiennes (et de beaucoup de gens d'ailleurs malheureusement) viennent de ce genre de choses, et c'est dommage. Lis les erreurs, prend du recul sur ce que tu fais, ça te servira.
Tout le monde sait ce que je pense de Linux, je n'y reviens pas, c'est peut-être pas une excuse, mais ce n'est pas une motivation non plus.
C'est question de goût, mais là en effet ce n'était pas le sujet.
HS : hors-mit la rétrocompatibilité, je vois pas l'intéret de garder les deux.
Pour éviter d'avoir à faire une migration dangereuse et coûteuse. Je pense qu'ils ont pris le parti de migrer, parce qu'ils sentaient que c'était pour eux nécessaire, mais qu'ils avaient autre chose à faire que d'organiser une transition entre les deux.
Merci à tous de votre aide
De rien.

Mammouth du PHP | 1668 Messages

19 août 2009, 16:02

Merci à tous de votre aide
De rien.
Là, je vois pas pourquoi tu répond si ironiquement, je suis très calme et ce n'était pas ironique du tout.
Être bien éduqué est-il si rare que sa vue ressemble à une insulte ?
"À ceux qui poursuivent leurs rêves et se spécialisent dans l'impossible" Joseph Kong

10 ans de PHP, déjà.

"moi jtrouve que katagoto il déchire!" Nagol