Re: [Monetdb-developers] [Monetdb-checkins] clients/src/java version.sh, Clients_1-20, 1.10.2.2, 1.10.2.3
On 05-12-2007 09:53:05 +0000, Stefan Manegold wrote:
Update of /cvsroot/monetdb/clients/src/java In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv17263/clients/src/java
Modified Files: Tag: Clients_1-20 version.sh Log Message:
make explicte, which files (also outside clients) contain the version numbers of monetdb-*-mcl.jar & monetdb-*-jdbc.jar and hence need to be updated when/after these version numbers changes. (propagation to java is handled by hand.)
for file in \ Makefile.ag \
- ../../../*/src/jdbc/tests/Tests/Test.SQL.bat \
- ../../../sql/src/jdbc/tests/Tests/Test.SQL.bat \
- ../../../sql/NT/MonetDB4-SQL/MonetDB4-SQL-Installer.vdproj \
- ../../../sql/NT/MonetDB5-SQL/MonetDB5-SQL-Installer.vdproj \
- ../..../pathfinder/NT/MonetDB4-XQuery/MonetDB4-XQuery-Installer.vdproj \
The problem with this is that it doesn't work for me, as my directory layout is different. However, I'm usually the one to bump the version numbers...
On Wed, Dec 05, 2007 at 10:55:25AM +0100, Fabian Groffen wrote:
On 05-12-2007 09:53:05 +0000, Stefan Manegold wrote:
Update of /cvsroot/monetdb/clients/src/java In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv17263/clients/src/java
Modified Files: Tag: Clients_1-20 version.sh Log Message:
make explicte, which files (also outside clients) contain the version numbers of monetdb-*-mcl.jar & monetdb-*-jdbc.jar and hence need to be updated when/after these version numbers changes. (propagation to java is handled by hand.)
for file in \ Makefile.ag \
- ../../../*/src/jdbc/tests/Tests/Test.SQL.bat \
- ../../../sql/src/jdbc/tests/Tests/Test.SQL.bat \
- ../../../sql/NT/MonetDB4-SQL/MonetDB4-SQL-Installer.vdproj \
- ../../../sql/NT/MonetDB5-SQL/MonetDB5-SQL-Installer.vdproj \
- ../..../pathfinder/NT/MonetDB4-XQuery/MonetDB4-XQuery-Installer.vdproj \
The problem with this is that it doesn't work for me, as my directory layout is different. However, I'm usually the one to bump the version numbers...
Well, just let me know, what your directory layout is, and we might find a way that suits all our needs and conveniences.
Till then, it will just tell us which files need to be handled (by hand?), too.
Stefan
On 05-12-2007 10:59:01 +0100, Stefan Manegold wrote:
for file in \ Makefile.ag \
- ../../../*/src/jdbc/tests/Tests/Test.SQL.bat \
- ../../../sql/src/jdbc/tests/Tests/Test.SQL.bat \
- ../../../sql/NT/MonetDB4-SQL/MonetDB4-SQL-Installer.vdproj \
- ../../../sql/NT/MonetDB5-SQL/MonetDB5-SQL-Installer.vdproj \
- ../..../pathfinder/NT/MonetDB4-XQuery/MonetDB4-XQuery-Installer.vdproj \
The problem with this is that it doesn't work for me, as my directory layout is different. However, I'm usually the one to bump the version numbers...
Well, just let me know, what your directory layout is, and we might find a way that suits all our needs and conveniences.
I need a wilcard for the sql/pathfinder directories.
Till then, it will just tell us which files need to be handled (by hand?), too.
It won't, but spit a file not found error instead :)
On Wed, Dec 05, 2007 at 11:02:06AM +0100, Fabian Groffen wrote:
On 05-12-2007 10:59:01 +0100, Stefan Manegold wrote:
for file in \ Makefile.ag \
- ../../../*/src/jdbc/tests/Tests/Test.SQL.bat \
- ../../../sql/src/jdbc/tests/Tests/Test.SQL.bat \
- ../../../sql/NT/MonetDB4-SQL/MonetDB4-SQL-Installer.vdproj \
- ../../../sql/NT/MonetDB5-SQL/MonetDB5-SQL-Installer.vdproj \
- ../..../pathfinder/NT/MonetDB4-XQuery/MonetDB4-XQuery-Installer.vdproj \
The problem with this is that it doesn't work for me, as my directory layout is different. However, I'm usually the one to bump the version numbers...
Well, just let me know, what your directory layout is, and we might find a way that suits all our needs and conveniences.
I need a wilcard for the sql/pathfinder directories.
well, with wildcards, the files will simply be ignored, in case the wildcard does not match at all (e.g., there is no checkout of sql and/or pathfinder at all, regardless of the top-level diretories name), and thus no "reminder" will be issued...
hence, if your "sql" is called "SQL"and/or your "pathfinder" is called "XQuery", just let me know ...
Till then, it will just tell us which files need to be handled (by hand?), too.
It won't, but spit a file not found error instead :)
It will now ;-)
Stefan
On 05-12-2007 11:11:36 +0100, Stefan Manegold wrote:
On Wed, Dec 05, 2007 at 11:02:06AM +0100, Fabian Groffen wrote:
On 05-12-2007 10:59:01 +0100, Stefan Manegold wrote:
for file in \ Makefile.ag \
- ../../../*/src/jdbc/tests/Tests/Test.SQL.bat \
- ../../../sql/src/jdbc/tests/Tests/Test.SQL.bat \
- ../../../sql/NT/MonetDB4-SQL/MonetDB4-SQL-Installer.vdproj \
- ../../../sql/NT/MonetDB5-SQL/MonetDB5-SQL-Installer.vdproj \
- ../..../pathfinder/NT/MonetDB4-XQuery/MonetDB4-XQuery-Installer.vdproj \
The problem with this is that it doesn't work for me, as my directory layout is different. However, I'm usually the one to bump the version numbers...
Well, just let me know, what your directory layout is, and we might find a way that suits all our needs and conveniences.
I need a wilcard for the sql/pathfinder directories.
well, with wildcards, the files will simply be ignored, in case the wildcard does not match at all (e.g., there is no checkout of sql and/or pathfinder at all, regardless of the top-level diretories name), and thus no "reminder" will be issued...
Instead of increasing the complexity of the script by orders of magnitude, why not just assume a little sanity of our Java developer(s)?
In the end this is legacy anyway, as the windows installers should become modularised as well. Besides that, including jdbcclient.jar only (which was made unversioned for this reason!!!) would be sufficient, as it includes the other jars.
So, how about putting our energy into fixing that instead of making a little helper script as complicated as possible.
On Wed, Dec 05, 2007 at 11:27:16AM +0100, Fabian Groffen wrote:
will be issued...
Instead of increasing the complexity of the script by orders of magnitude, why not just assume a little sanity of our Java developer(s)?
In the end this is legacy anyway, as the windows installers should become modularised as well. Besides that, including jdbcclient.jar only
When can we start with this ;-)
Niels
(which was made unversioned for this reason!!!) would be sufficient, as it includes the other jars.
So, how about putting our energy into fixing that instead of making a little helper script as complicated as possible.
SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 _______________________________________________ Monetdb-developers mailing list Monetdb-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/monetdb-developers
On Wed, Dec 05, 2007 at 11:27:16AM +0100, Fabian Groffen wrote:
Instead of increasing the complexity of the script by orders of magnitude, why not just assume a little sanity of our Java developer(s)?
history and experince tought/teaches us that humans (all of them!) tend to forget more than computers ;-)
In the end this is legacy anyway, as the windows installers should become modularised as well. Besides that, including jdbcclient.jar only (which was made unversioned for this reason!!!) would be sufficient, as it includes the other jars.
So, how about putting our energy into fixing that instead of making a little helper script as complicated as possible.
Fine with me, but everything but my expertise; I just see/hear when installers do not build or contain outdated files, or when tests fail, and hence try help preventing such problems (and the time and energy they require to be fixed in retrospect) by trying to prevent/detect them as early as possible using my humble expertise.
Any alternative solution is more than welcome but (currently?) exceed my expertise.
Stefan
On 05-12-2007 11:42:28 +0100, Stefan Manegold wrote:
So, how about putting our energy into fixing that instead of making a little helper script as complicated as possible.
Fine with me, but everything but my expertise; I just see/hear when installers do not build or contain outdated files, or when tests fail, and hence try help preventing such problems (and the time and energy they require to be fixed in retrospect) by trying to prevent/detect them as early as possible using my humble expertise.
Ok. Thanks for your care. I will pay more attention for the time being.
participants (3)
-
Fabian Groffen -
Niels Nes -
Stefan Manegold