On 2006-08-24, Nicolas Pouillard <nicolas.pouillard(a)gmail.com> wrote:
> On 8/24/06, Roland Levillain <roland(a)lrde.epita.fr> wrote:
>> Tsuna <tsuna(a)warszawa.lrde.epita.fr> writes:
>>
>> > On 2006-08-23, Roland Levillain <roland(a)lrde.epita.fr> wrote:
>>
>> [...]
>>
>> >> + # If it fails, extract a fresh copy of the project.
>> >> + if test $? -ne 0; then
>> >> + rm -rf "$…
[View More]package.new"
>> >> + svn checkout -q "$url" "$package.new"
>> >> + mv -f "$package" "$package.old"
>> >> + mv -f "$package.new" "$package"
>> >> + rm -rf "$package.old"
>> >
>> > j'aurai verifie que svn checkout marche ou fait un truc du genre:
>> > svn checkout -q "$url" "$package.new" && \
>> > mv -f "$package" "$package.old" && \
>> > mv -f "$package.new" "$package" && \
>> > rm -rf "$package.old"
>>
>> Oui, mais bof. Sans un système qui permet de vérifier le comportement
>> de update_unpacked (logs, envoi d'e-mail au mainteneur de la build
>> farm, etc.) ça ne change pas grand'chose.
>>
>> Et a priori, `svn checkout', ça marche dans tous les cas (à la
>> différence de `svn update'), surtout lorsque le répertoire cible a été
>> supprimé juste avant. En fait, il faut comprendre que `svn checkout',
>> c'est juste une solution lorsque `svn update' ne marche plus. Il
>> faudrait vraiment que le build maintainer soit averti lorsque les deux
>> ne fonctionnent plus (ce qui est rare).
>
> Si il n'y a plus besoin svn update il n'y a peut être plus besoin
> d'une working copy ?
> Dans ce cas un svn export serais plus efficace.
>
Si si on fait des svn up pour avoir des mise a jour incrementielles et ne pas
bourriner trop le serveur SVN. Dans certains cas malheureusement, la working
copy se lock, et alors dans ce cas seulement, on la rm et puis on re checkout.
--
SIGOURE Benoit aka Tsuna
_____
/EPITA\ Promo 2008.CSI Rock & tRoll
[View Less]
On 2006-08-23, Roland Levillain <roland(a)lrde.epita.fr> wrote:
> We now use Nix from /lde/dev/<arch>/nix instead of maintaining our
> copy of Stratego/XT.
>
>
> 2006-08-17 Roland Levillain <roland(a)lrde.epita.fr>
>
> Index: buildfarm_worker/marvejols.fns
>===================================================================
> --- buildfarm_worker/marvejols.fns (revision 296)
> +++ buildfarm_worker/marvejols.fns (revision 297)
> @@ -1,28 +1,20 …
[View More]@@
> +# Add Nix binaries to the path.
> +export PATH="/home/build/.nix-profile/bin:$PATH"
> +# Add some programs from /lrde/bin to the PATH.
> +export PATH="/lrde/dev/linux-x86/sarge/autoconf-2.60/bin:$PATH"
> +export PATH="/lrde/dev/linux-x86/sarge/bison-2.2/bin:$PATH"
>
Ajouter juste ~/.nix-profile/bin au PATH est pas forcement super, le mieux
c'est de sourcer /nix/etc/profile.d/nix.sh, au moins ca creer le
~/.nix-profile si il existe pas. L'avantage c'est que nix.sh exporte aussi
d'autres variables (ou pas) enfin bref, autant le sourcer...
--
SIGOURE Benoit aka Tsuna
_____
/EPITA\ Promo 2008.CSI Rock & tRoll
[View Less]
On 2006-08-22, Nicolas Pouillard <nicolas.pouillard(a)gmail.com> wrote:
> On 8/19/06, Tsuna <tsuna(a)tsunaxbook.lrde.epita.fr> wrote:
>> Juste une question comme ca: pourquoi VCS rajoute des tabs au début de chaque
>> ligne des ChangeLog ? Je viens de lire le GNU coding standard et dans la
>> section sur les ChangeLogs il ne disent pas qu'il faut mettre un \t en début
>> de ligne.
>
> J'ai recopié le style qui était utilisé auparavant (celui produit …
[View More]par
> la macro emacs je dirais).
Ah OK je savais pas que la macro Emacs le formatait comme ça.
>
>>
>> Sinon est-ce qu'il sera un jour possible d'utiliser VCS sans RubyGems parce
>> que c'est vraiment de la merde RubyGems :s (package dispo sur peu de distros,
>> installeur tout bugge et tout moisis qui sait pas prendre en compte le
>> $prefix qu'on lui passe ni faire attention au umask du user etc. bugs qui ont
>> été reportés y'a plusieurs mois mais toujours pas corrigés)
>>
>
> Non rubygems c'est pas de la m***de, mais bon c'est un autre débat...
Si si :)
ils veulent re-inventer la terre entière sauf que ça marche mal, c'est tout
bugge, c'est pas souple, c'est encore un Nieme système qui re-invente la roue
(et mal en plus)
>
> Si tu utilise une version officiellement releaser sur rubyforge
> 0.5beta4 par exemple alors il y a une tarball qui contient tout ce qui
> faut mais ya pas d'installeur. Je te conseil :
>
> cd /opt
> wget http://rubyforge.org/frs/download.php/8929/vcs-0.5_beta4.tar.bz2
> tar xvjf vcs-0.5_beta4.tar.bz2
> rm vcs-0.5_beta4.tar.bz2
>
> # a mettre dans ton zshrc
> export PATH=$PATH:/opt/vcs-0.5_beta4/bin
> alias cvs=/opt/vcs-0.5_beta4/bin/vcs-cvs ;
> alias svn=/opt/vcs-0.5_beta4/bin/vcs-svn ;
>
Merci, ça c'est toujours bon a savoir :)
--
SIGOURE Benoit aka Tsuna
_____
/EPITA\ Promo 2008.CSI Rock & tRoll
[View Less]
Juste une question comme ca: pourquoi VCS rajoute des tabs au début de chaque
ligne des ChangeLog ? Je viens de lire le GNU coding standard et dans la
section sur les ChangeLogs il ne disent pas qu'il faut mettre un \t en début
de ligne.
Sinon est-ce qu'il sera un jour possible d'utiliser VCS sans RubyGems parce
que c'est vraiment de la merde RubyGems :s (package dispo sur peu de distros,
installeur tout bugge et tout moisis qui sait pas prendre en compte le
$prefix qu'on lui passe ni faire …
[View More]attention au umask du user etc. bugs qui ont
été reportés y'a plusieurs mois mais toujours pas corrigés)
--
SIGOURE Benoit aka Tsuna
_____
/EPITA\ Promo 2008.CSI Rock & tRoll
[View Less]