---------------------------------------------------------------------------------
The message you sent to lkvcons.com/projects was rejected because it would exceed the quota for the mailbox.
The subject of the message follows:
Subject: RE:
---------------------------------------------------------------------------------
dust Linux might extra guys Michael Lamoureux
Stock promotion group is in search of new partners in Germany
Busines proposal for stock owners
Hello stock owner,
We are a stock promotion company and we can promote any kind of stocks. We have been working on US market for 3 years. But now is is getting harder and harder to work on US market. We are in search of serious partners in Europe with whom we can make business together.That proposal is for you if you own a company and you want to promote it. We promote stocks by mass email advertising.
Stock owner
We can increase the price of your stock and we can increase average day trading volume. We can increase price up to 200-250% in 2-3 weeks and also we can increase volume by 10 times each trading day. You can sell almost any ammounts of shares. You don't have to pay anything in advance. First we increase the price and the volume, then you pay.
Payment: Our price for that is 10% from the daily volume. We count it by the following formula: last price * daily volume.
If you are interested in our proposal please write me back to the following email:
stock_advertiser_1(a)yahoo.com
Type Name Extension Bar fav Rules Wizard
Roland Levillain <roland(a)lrde.epita.fr> writes:
> Hello,
>
> Voici deux propositions de patches pour Vcs et RubyEx qui permettent
> d'indiquer le jeu de caractères et l'encodage choisi pour poster des
> mail avec Vcs. Les deux sont par faits rapport à Vcs 0.5 beta 10
En fait, ça ne semble pas avoir résolu le problème de Tsuna avec
slrn. Je regarderai à nouveau un peu plus tard.
>>> "NP" == Nicolas Pouillard <nicolas.pouillard(a)gmail.com> writes:
>> > Ne pense tu pas tout de même qu'il serait benefique de faire quand
>> > même le up du ChangeLog avant le commit, systematiquement ?
>>
>> Hum... C'est vrai que c'est tentant... Hum...
>>
>> Bof, je crois qu'il vaut mieux que l'utilisateur apprenne
>> à faire cette séquence, plutôt que de lui en faire une
>> moitié.
>>
>> L'idée d'avoir le ChangeLog à jour mais pas le reste ne
>> sonne pas juste.
>>
>> Je sais pas, je suis curieux de savoir ce que les autres
>> en penseraient.
> En attendant je garde:
> si update_before_commit alors update de tout
> sinon rien
Bof. Il faut vraiment se limiter à ce qui est en ligne de commande
pour faire les ups. Par ailleurs, il ne faut ajouter ChangeLog que
s'il est concerné. Si par exemple je fais un checkin natif,
vcs-svn \\ci foo.cc
il doit faire l'up sur foo.cc, mais pas sur le ChangeLog puisque je ne
fais pas de checkin sur lui.
C'est vraiment très chiant que vcs fasse des up sans arrêt, il nous
fait perdre un temps pas possible :
~/lectures/lrde-admin-perms % vcs-svn ci nostromo 11:02
vcs: info: Updating your working copy...
Fetching external item into 'memos/2006-09-option-csi/share'
External at revision 1532.
Fetching external item into 'prestations/2006-05-cliris-pre-study/share'
External at revision 1308.
Fetching external item into 'presentations/2006-03-andrew-appel/share'
External at revision 1540.
Fetching external item into 'presentations/2006-09-emc-captiva/share'
External at revision 1538.
Fetching external item into 'presentations/2005-11-conseil-scientifique/share'
External at revision 1041.
Fetching external item into 'presentations/2006-11-conseil-scientifique/share'
External at revision 1690.
Fetching external item into 'presentations/2005-03-siemens/share'
External at revision 1047.
Fetching external item into 'presentations/2006-05-conseil-scientifique/share'
External at revision 1532.
Fetching external item into 'presentations/template/share'
External at revision 1674.
Fetching external item into 'presentations/2006-01-urbi-ensta/share'
External at revision 1244.
Fetching external item into 'memos/2006-06-statut-enseignant-chercheur/share'
External at revision 1452.
Fetching external item into 'bilan/2005/share'
External at revision 1271.
Fetching external item into 'presentations/2006-02-emc-captiva/share'
External at revision 1251.
Fetching external item into 'bilan/2006/share'
External at revision 1679.
Fetching external item into 'presentations/2006-09-siemens/share'
External at revision 1553.
At revision 261.
vcs: info: Creating a new `,form' file...
vcs: info: Creating a new `,log' file...
vcs: info: Creating a new `,message' file...
vcs: info: ,log already exists
gnuclient: Connection refused
gnuclient: unable to connect to local
vcs: error: command: gnuclient ,form
vcs: error: exit: 1
vcs: info: ,form: Contains your complete form (title, subject, ChangeLog entry, diff)
vcs: info: ,log: Contains your Log entry
vcs: error: command failed
Ce serait cool s'il ne faisait un up que du ChangeLog par exemple.
Arg, je pensais que vcs affichait l'url du dépôt, mais elle ne le fait
pas. Certes, c'est dans les headers, enfin... normalement car moi je
lis ceci :
X-svn-url:
X-svn-revision:
mais de toutes façons le commun des mortels ne lis pas les headers.
Bien sûr ce n'est pas le "Repository Root", mais le "URL" qui est
intéressant.
>>> "NP" == Nicolas Pouillard <nicolas.pouillard(a)gmail.com> writes:
>> Anymway, I'm still missing this feature. Currently, I compose my
>> ChangeLog entry with Emacs while (or after) patching, and I cut-paste
>> it into Vcs' form. I'd like to avoid these unecessary manipulations.
> I remember that, but that's not simple.
I think it is! The simplest (better can be done) approach is simply
to check whether svn diff ChangeLog shows an added entry (not to be
confused with fixes in the ChangeLog itself for instance).