Salut,
j’essaye de déployer mon application (je suis sous mac et j’ai
subversion 1.3.1) j’ai ce message d’erreur
Merci de votre aide
$ rake deploy
(in /Users/bmichelin/Documents/Coding-Dev/expay_corporate)
loading configuration /Applications/Locomotive2/Bundles/
standardRailsSept2006.locobundle/i386/lib/ruby/gems/1.8/gems/
capistrano-1.2.0/lib/capistrano/recipes/standard.rb
loading configuration ./config/deploy.rb
-
executing task deploy
-
executing task update
** transaction: start
-
executing task update_code
-
querying latest revision…
subversion/libsvn_ra_dav/util.c:826: (apr_err=175007)
svn: REPORT request failed on ‘/svn/!svn/bc/9/trunk’
subversion/libsvn_ra_dav/util.c:774: (apr_err=175007)
svn: ‘/svn/!svn/bc/9/trunk’ path not found
*** [update_code] transaction: rollback
-
[update_code] rolling back
-
executing “rm -rf /home/b.michelin/apps/svn/releases/
20061108230204”
servers: ["$$$$$$$$$$$$$$$"]
Password: -************
[srv-mq-lamp2.expay.local] executing command
command finished
rake aborted!
Could not determine latest revision
(See full trace by running task with --trace)
Salut
J’ai l’impression que tu as un probleme dans ton SVN, il ne trouve pas
ton “path” du svn… qui est étrange en plus avec un !svn (c’est
normal le ! ?)
Tu as quoi dans ton deploy.rb ?
J’ai fais la mise à jour de Subversion au cas
j’ai maintenant la version 1,4,2
mon fichier
set :application, “svn”
set :repository, “http://************/#{application}/trunk”
set :shared_server, “l" # e.g. “luke.segpub.com.au”
set :user, "”
This is an optional change. I recommend you leave as is
set :deploy_to, “/home/#{user}/apps/#{application}”
set :use_sudo, false
role :web, shared_server
role :app, shared_server
role :db, shared_server, :primary => true
desc “Restart lighty”
task :restart, :roles => :app do
run “#{deploy_to}/current/script/process/reaper -d #{deploy_to}/
current/public/dispatch.fcgi”
end
Le 8 nov. 06 à 19:13, Julien ALEXANDRE a écrit :
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
Bolo M.
Responsable des Développements Internet
[email protected]
Bolo :
J’ai fais la mise à jour de Subversion au cas
j’ai maintenant la version 1,4,2
où ça ? sur ton serveur de production ?
t’as testé subversion sur ton serveur ? faire un status, un diff
ou un checkout, en ligne de commande, pour voir si déjà ça
marche de ce côté là .
mon fichier
set :application, “svn”
ton appli s’appelle svn ???
set :repository, “http://************/#{application}/trunk”
set :shared_server, “l" # e.g. “luke.segpub.com.au”
set :user, "”
Au fait, question bête, il n’y a pas de support chez Planet Argon ??
РJean-Fran̤ois.
Salut Jean Francois
Le 9 nov. 06 à 11:13, Jean-François a écrit :
Bolo :
J’ai fais la mise à jour de Subversion au cas
j’ai maintenant la version 1,4,2
où ça ? sur ton serveur de production ?
t’as testé subversion sur ton serveur ? faire un status, un diff
ou un checkout, en ligne de commande, pour voir si déjà ça
marche de ce côté là .
Non j’ai fais la mise à jour de mon client.
Sur mon serveur svn tout fonctionne
mon fichier
set :application, “svn”
ton appli s’appelle svn ???
oui je sais 
C’est juste pour un test
set :repository, “http://************/#{application}/trunk”
set :shared_server, “l" # e.g. “luke.segpub.com.au”
set :user, "”
Au fait, question bête, il n’y a pas de support chez Planet Argon ??
eu si pourquoi mais je suis pas chez argon, je fais un test sur mon
serveur de chez moi.
РJean-Fran̤ois.
–
À la renverse.
Railsfrance mailing list
[email protected]
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
Bolo M.
Responsable des Développements Internet
[email protected]
set :repository, “http://************/#{application}/trunk”
set :shared_server, “***********l” # e.g. “luke.segpub.com.au”
quand je vois ces 2 lignes, ca me donne l’impression qu’il manque un
espace avant le “#{application}”, non ? le # est-il
le début d’un commentaire ou fait-il partie de l’URL ???
gUI
–
Pour la santé de votre ordinateur, préférez les logiciels libres !
Guillaume B. : (05 61) 19 40 65 / bureau S723
ca me donne l’impression qu’il manque un espace avant le “#{application}”
ah non, au temps pour moi (*).
ca a l’air plutot d’une espèce de variable…
gUI
–
Pour la santé de votre ordinateur, préférez les logiciels libres !
Guillaume B. : (05 61) 19 40 65 / bureau S723
Salut Jean Francois
Re Bolo,
Sur mon serveur svn tout fonctionne
Attends, je reformule ma question. Ma question n’est pas
de savoir si ton référentiel subversion marche, ma question
n’est pas de savoir si tu arrives à atteindre ton dépot depuis
ton client. Ma question est de savoir si, en ligne de commande,
tu arrives à atteindre ton repo svn, qu’il soit sur Planet Argon
ou sur la planète Mars, depuis ton serveur de production, que
ton serveur soit en local ou à Hawai.
Faut déjà vérifier ça.
-- Jean-François.
Attends, je reformule ma question. Ma question n’est pas
de savoir si ton référentiel subversion marche, ma question
n’est pas de savoir si tu arrives à atteindre ton dépot depuis
ton client. Ma question est de savoir si, en ligne de commande,
tu arrives à atteindre ton repo svn, qu’il soit sur Planet Argon
ou sur la planète Mars, depuis ton serveur de production, que
ton serveur soit en local ou à Hawai.
Faut déjà vérifier ça.
Je pense que oui puise qd je fais ca depuis le terminal
svn import monprojet/ http://svn.mondomaine.com/monprojet -m “Import
initialâ€
ou encore un chekout
svn checkout http://svn.mondomaine.com/monprojet monprojet
ca fonctionne
РJean-Fran̤ois.
–
À la renverse.
Railsfrance mailing list
[email protected]
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
Bolo M.
[email protected]
http://blog.developpez.com/index.php?blog=30
Guillaume
set :repository, “http://************/#{application}/trunk”
set :shared_server, “***********l” # e.g. “luke.segpub.com.au”
quand je vois ces 2 lignes, ca me donne l’impression qu’il
manque un espace avant le “#{application}”, non ? le # est-il
le début d’un commentaire ou fait-il partie de l’URL ???
le # me semble fait partie d’une construction syntaxique #{ }
qui ressemble étrangement à une substitution de chaîne dans
une chaîne de caractères en Ruby. 
A part ça, vérifier ses variables est une bonne idée.
РJean-Fran̤ois.
le fichier par défaut de capistrano le lien est comme ca
set :repository, “http://svn.yourhost.com/#{application}/trunk”
Je vais refaire mon déploiement avec la recette par défaut on va bien
voir
Le 9 nov. 06 à 11:58, Guillaume B. a écrit :
l’air de coller avec son exemple en ligne de commande.
Pour la santé de votre ordinateur, préférez les logiciels libres !
Guillaume B. : (05 61) 19 40 65 / bureau S723
Railsfrance mailing list
[email protected]
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
Bolo M.
[email protected]
http://blog.developpez.com/index.php?blog=30
le # me semble fait partie d’une construction syntaxique #{ }
qui ressemble étrangement à une substitution de chaîne dans
une chaîne de caractères en Ruby. 
ch’uis une brèle en Ruby. ca m’apprendra )-:
A part ça, vérifier ses variables est une bonne idée.
du coup, si je bien tout comprendre, son fichier de conf a pas l’air de
coller avec son exemple en ligne de commande.
svn checkout http://svn.mondomaine.com/monprojet monprojet
j’aurais vu un truc style :
set :application, “svn”
set :repository, “http://svn.mondomaine.com/#{application}”
gUI
–
Pour la santé de votre ordinateur, préférez les logiciels libres !
Guillaume B. : (05 61) 19 40 65 / bureau S723
Guillaume :
A part ça, vérifier ses variables est une bonne idée.
du coup, si je bien tout comprendre, son fichier de conf a pas l’air de
coller avec son exemple en ligne de commande.
svn checkout http://svn.mondomaine.com/monprojet monprojet
C’est possible, son histoire d’appli qui s’appelle “svn” m’a embrouillé.
(de l’art de se simplifier la vie)
j’aurais vu un truc style :
set :application, “svn”
set :repository, “http://svn.mondomaine.com/#{application}”
Sinon, le truc auquel je pensais c’est que Capistrano
recherche via svn le numéro de la dernière révision depuis la machine
locale et non depuis le serveur de production où il fera le checkout.
Or l’erreur arrive juste après :
- querying latest revision…
donc le pb c’est que Capistrano n’arrive pas à lancer sa commande
svn depuis la machine locale, il faut investiguer plus de ce côté.
РJean-Fran̤ois.
svn checkout http://svn.mondomaine.com/monprojet monprojet
Si tu n’utilise pas /trunk dans ton co, alors il ne faut pas le mettre
dans ton fichier de conf 
(à moins que ca soit pour l’exemple? )
C’est possible, son histoire d’appli qui s’appelle “svn” m’a
embrouillé.
(de l’art de se simplifier la vie)
Oui je sais j’ai changé de nom pour un nom bc plus parlant
Or l’erreur arrive juste après :
- querying latest revision…
donc le pb c’est que Capistrano n’arrive pas à lancer sa commande
svn depuis la machine locale, il faut investiguer plus de ce côté.
Ca peut être du un problème de client ?
Bolo :
donc le pb c’est que Capistrano n’arrive pas à lancer sa commande
svn depuis la machine locale, il faut investiguer plus de ce côté.
Ca peut être du un problème de client ?
Oui, dans le sens où il faut aussi revenir à la question soulevé par
Julien
et où, côté client, on exécute un svn log avec une adresse qui donne
un chemin ‘/svn/!svn/bc/9/trunk’ on ne peut plus bizarre et on ne sait
pas d’où ça sort. Si à aucun endroit, tu n’as spécifié quelque chose
qui ressemble à bc/9…, alors à mes yeux, c’est carrément space.
РJean-Fran̤ois.
oui c’est pour l’exmple
Le 9 nov. 06 à 12:07, Julien ALEXANDRE a écrit :
svn checkout http://svn.mondomaine.com/monprojet monprojet
Si tu n’utilise pas /trunk dans ton co, alors il ne faut pas le mettre
dans ton fichier de conf
(Ã moins que ca soit pour l’exemple? )
Railsfrance mailing list
[email protected]
http://lists.rubyonrails.fr/mailman/listinfo/railsfrance
Bolo M.
[email protected]
http://blog.developpez.com/index.php?blog=30
