Yes, that was the idea :)
On Tue, 30 May 2006 13:44:34 -0400, Philippe Valembois - Phil
<[EMAIL PROTECTED]> wrote:
> I want to sum up to be sure I didn't forget anything...
> You have 2 ways to grab a SVN copy now...
> Either use the amsn_dev package or either use the svn command...
> If we use
You can also replace 'svn info | grep Revision'
by 'svnversion .'
That way there's no need to have grep.
I don't know about the availability of svnversion and windows.
Jonne.
On Mon, 2006-05-29 at 16:09 +0200, Sander Hoentjen wrote:
> attached is a small fix that works on linux, don't know abou
Mail problems I believe, I just got a whole batch of emails even though it's been online all day.- TomOn 31 May 2006, at 15:12, Youness Alaoui wrote:again SF ML problems or nobody cares anymore ?no feedback on this ::bugs::get_svn_revision either ???KKRTOn Tue, 30 May 2006 01:08:55 -0400, Youness A
again SF ML problems or nobody cares anymore ?
no feedback on this ::bugs::get_svn_revision either ???
KKRT
On Tue, 30 May 2006 01:08:55 -0400, Youness Alaoui
<[EMAIL PROTECTED]> wrote:
> commited...
> try ::bugs::get_svn_revision
> using sxml, not xml2list, so it's the most secure method used
I want to sum up to be sure I didn't forget anything...
You have 2 ways to grab a SVN copy now...
Either use the amsn_dev package or either use the svn command...
If we use the svn command there are the good files in .svn directory
If we download the package there isn't any .svn dir...
I sugges
commited...
try ::bugs::get_svn_revision
using sxml, not xml2list, so it's the most secure method used.
Also, try I re-enabled the sxml messages.. but set the default setting to
silent.
If we want to have the debug, we put the silent back to 0, or do a
::sxml::set_attr $id silent 0
you can also
On Mon, 29 May 2006 22:33:17 -0400, Karol Krizka <[EMAIL PROTECTED]> wrote:
> On Mon, 2006-29-05 at 15:39 -0400, Youness Alaoui wrote:
>> Yes, but the file is not read... you should read the svn_rev file, if it
>> doesn't exist, then try the svn command, if it doesn't exist, then use
>> the
>> $
set fd [open .svn/entries]
set xml [read $fd]
close $fd
set revision [GetXmlAttribute [xml2list $xml] "wc-entries:entry" revision]
done...
Actually, this will only return the first element, we assume here the
first entry is the entry for the whole svn checkout, but we'd actually
need to use t
On Mon, 2006-29-05 at 15:39 -0400, Youness Alaoui wrote:
> Yes, but the file is not read... you should read the svn_rev file, if it
> doesn't exist, then try the svn command, if it doesn't exist, then use the
> $::date
The problem with this at the moment is that $::date variable is always
used
well, it would need some tweaking indeed, but yes, THANKS to the XML
system, we can add a tag without breaking anything! :)
so a new tag would be nice, being able to sort by revision number would be
nice.. when setting something to fixed, be able to set which revision it
was fixed on (now it
On Mon, 2006-29-05 at 15:39 -0400, Youness Alaoui wrote:
> Yes, but the file is not read... you should read the svn_rev file, if it
> doesn't exist, then try the svn command, if it doesn't exist, then use the
> $::date
> also, the revision number is not a date, so watch out for that, it may
>
no, you made it clear and I understood you, maybe I should have made clear
that my comment was to help think of what should be added to that patch of
yours before it becomes ready to apply :P
KKRT
On Mon, 29 May 2006 15:43:58 -0400, Sander Hoentjen <[EMAIL PROTECTED]>
wrote:
> On Mon, 2006
On Mon, 2006-05-29 at 15:39 -0400, Youness Alaoui wrote:
> Yes, but the file is not read... you should read the svn_rev file, if it
> doesn't exist, then try the svn command, if it doesn't exist, then use the
> $::date
> also, the revision number is not a date, so watch out for that, it may
>
Yes, but the file is not read... you should read the svn_rev file, if it
doesn't exist, then try the svn command, if it doesn't exist, then use the
$::date
also, the revision number is not a date, so watch out for that, it may
crash the bug reporting if the DB assumes it should receive a date
On Tue, 2006-05-30 at 00:19 +1000, Arieh Schneier wrote:
> Aren't you assuming that the user has svn support installed and is using the
> svn version? What about all the users that use the packages, or the tarball?
>
Yes I am asuming that. In packages and the tarball there should be this
info incl
Aren't you assuming that the user has svn support installed and is using the
svn version? What about all the users that use the packages, or the tarball?
- Original Message -
From: "Sander Hoentjen" <[EMAIL PROTECTED]>
To: "amsn-devel"
Sent: Tuesday, May 30, 2006 12:09 AM
Subject: [Ams
16 matches
Mail list logo