cvs_date is not used anymore. We removed it because there were so many
commits just for this. We were thinking about an alternative way (like
updating some file inside the repository on every commit), but
couldn't find any.
Greets.
On 9/19/06, Rafael Rodríguez [EMAIL PROTECTED] wrote:
Hi,
Is there any alternative way of getting svn's revision for naming the packages
produced from it?
R
El Miércoles, 20 de Septiembre de 2006 08:13, Álvaro J. Iradier escribió:
cvs_date is not used anymore. We removed it because there were so many
commits just for this. We were thinking about an
BTW, then you agree that cvs_date can be removed? :=)
El Miércoles, 20 de Septiembre de 2006 08:13, Álvaro J. Iradier escribió:
cvs_date is not used anymore. We removed it because there were so many
commits just for this. We were thinking about an alternative way (like
updating some file
I think so. Please grep cvs_date * to check it's not used anywhere.
Maybe you can use svn info to get the latest revision?
Greets.
On 9/20/06, Rafael Rodríguez [EMAIL PROTECTED] wrote:
BTW, then you agree that cvs_date can be removed? :=)
El Miércoles, 20 de Septiembre de 2006 08:13, Álvaro
[EMAIL PROTECTED] amsn]$ grep cvs_date *
amsn.spec:- added a release number taken form cvs_date
bugs.tcl: if {[file exists cvs_date]==1} {
bugs.tcl: set fd [open cvs_date]
Makefile:RELEASEVERSION := `cat cvs_date|head -c8`
Makefile.in:RELEASEVERSION := `cat cvs_date|head -c8`
So those should be removed or changed, as cvs_date is not updated
anymore (in fact, it shouldn't exist in amsn distribution, I guess
that's why there's a file exists).
On 9/20/06, Vivia Nikolaidou [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] amsn]$ grep cvs_date *
amsn.spec:- added a release
IIRC Subversion allows to change the hooks that are executed after every commit. Couldn't a hook be added in order to increment a svn_date file after each commit?ROn 9/20/06,
Álvaro J. Iradier [EMAIL PROTECTED] wrote:
So those should be removed or changed, as cvs_date is not updatedanymore (in
oups sorry it was moved into spam...1 - yeah, but it's better to know if someone is using a friendly name
or not.. and you guessed right, we'll probably never do it as it's alow pri thing...I think it's better to can configure it xD(the little things make the big programs... why focus on the new
Also, should 'configure' be in the repository? Isn't it generated from
configure.ac by autoconf?
R
El Miércoles, 20 de Septiembre de 2006 11:28, Álvaro J. Iradier escribió:
So those should be removed or changed, as cvs_date is not updated
anymore (in fact, it shouldn't exist in amsn
On Wed, Sep 20, 2006 at 04:24:47PM +0200, Lord Zak wrote:
oups sorry it was moved into spam...
1 - yeah, but it's better to know if someone is using a friendly name or
not.. and you guessed right, we'll probably never do it as it's a
low pri thing...
I think it's better to can configure
Yes, there are hooks, but I extensively read the SVN documentation, the hooks
receive a transaction ID, and a transaction is some sort of
object containing all the modified data.. once a transaction is created, it
should NOT modify a file (or for that matter, it is also
discouraged to modify
Yes, configure should always be in the repository, it is indeed generated from
configure.ac, but not everyone has the autoconf utility +
the .m4 and aclocal needed to generate it.. if you look at *almost* all OS
projects, they always ship in the configure file themselves ...
KKRT
On Wed, Sep
Is it ok to do
$ LANG=C svn info|grep 'Revision:'|cut -f2 -d' '
when generating the svn-based packages just for adding the svn revision number
to the filename?
R
El Miércoles, 20 de Septiembre de 2006 16:18, Youness Alaoui escribió:
Yes, there are hooks, but I extensively read the SVN
We are repeating an old thread here.
This was the point where I said that svn info|grep ...
is equal to svnversion .
It was followed by Arieh stating some people might use packages/tarball
and don't have svn installed. Then kkrt said something like use a file
with svn info first, if it does not
El Miércoles, 20 de Septiembre de 2006 16:21, Jonne Zutt escribió:
This was the point where I said that svn info|grep ...
is equal to svnversion .
It was followed by Arieh stating some people might use packages/tarball
and don't have svn installed.
I think that some people which haven't svn
I agree. The problem with the cron run script is it made hundreds of
commits. Maybe we could improve it, so it only commits svn_date if the
revision number has changed (the svn_date commit itself would increase
the revision, so we have to notice this).
Something like:
svn update
if revision
Even if we got a hook script that works we cant get
it onto the sf servers. The only way to get a new hook script is by submitting a
feature request (see documentation about hook scripts here: http://sourceforge.net/docman/display_doc.php?docid=31070group_id=1#scripts).
We did have a cron
On Wed, Sep 20, 2006 at 11:12:29AM -0400, Youness Alaoui wrote:
On Wed, Sep 20, 2006 at 04:24:47PM +0200, Lord Zak wrote:
oups sorry it was moved into spam...
1 - yeah, but it's better to know if someone is using a friendly name or
not.. and you guessed right, we'll probably never do it
* dh_client -k should not be used for deb generation since we are building a
single target.
* .svn directories are being included due to an unchaged rule in Makefile.in
from old CVS times, so we fix this (thanks lintian!).
* Append SVN release number to deb builds if it is not stable with
Thanks! Checking, applying and commiting :)
Greets.
On 9/20/06, Rafael Rodríguez [EMAIL PROTECTED] wrote:
* dh_client -k should not be used for deb generation since we are building a
single target.
* .svn directories are being included due to an unchaged rule in Makefile.in
from old CVS
oh thanks a lot !Very nice, thank you :)I'm actually trying with a very big file (about 700MB :$) and it seems to work well :)about the nicknames... I didn't find what you want to show to me... :(Oh something else (xD) : there is two times the option connect at startup : in tab session (this is
On Wed, Sep 20, 2006 at 08:21:42PM +0200, Lord Zak wrote:
oh thanks a lot !
Very nice, thank you :)
I'm actually trying with a very big file (about 700MB :$) and it seems to
work well :)
thanks! tell me if you find any bugs (vivia just found one and I fixed it)
about the nicknames... I
hey can u please stop sendng me emails cause i never read them and its a
waste of time thx =)
htmldivFONT color=#ff00ff size=6/FONT
DIV align=centerFONT color=#ff00ff size=6nbsp;UIMG height=19
src=http://graphics.hotmail.com/i.p.emsmilep.gif; width=19JosepiIMG
height=19
Well done!
I like the 'which svnversion /dev/null svnversion' ...
one thing though.. you changed the version to 0.96rc1 and Alvaro commited to
trunk/ which should be 0.97b
and couldn't we use a grep thingy to get the version number from the amsn file ?
grep set version amsn/amsn | cut whatever
What was the bug ? (is it the overflow of the percent ? xD)Okay for nicknames, thanks, it's the idea of what I'm hopping for... but that not permit to change for all contacts in the same time ; and I would just in the conversation window, like gaim to distinct who talk ;
however, as I just want
Did you try to change the CW style ?
In the chat window, menu view-Style..
KKRT
On Wed, Sep 20, 2006 at 09:36:08PM +0200, Lord Zak wrote:
What was the bug ? (is it the overflow of the percent ? xD)
Okay for nicknames, thanks, it's the idea of what I'm hopping for... but
that not permit to
omg so stupid I am... I have just to put space affter the $newline -_-thank you...2006/9/20, Youness Alaoui [EMAIL PROTECTED]
:Did you try to change the CW style ?In the chat window, menu view-Style..
KKRTOn Wed, Sep 20, 2006 at 09:36:08PM +0200, Lord Zak wrote: What was the bug ? (is it the
Yes I agree, I didn't notice.
Also, these patches should be merged into 0_96 branch.
Greets.
On 9/20/06, Youness Alaoui [EMAIL PROTECTED] wrote:
Well done!
I like the 'which svnversion /dev/null svnversion' ...
one thing though.. you changed the version to 0.96rc1 and Alvaro commited to
I don't know how branches are working in amsn, but apart from the number version things, all others should go into trunk as well IMHO...On 9/20/06, Álvaro J. Iradier
[EMAIL PROTECTED] wrote:Yes I agree, I didn't notice.
Also, these patches should be merged into 0_96 branch.Greets.On 9/20/06,
29 matches
Mail list logo