- developers-list - monetdb.org

[Monetdb-developers] yum install does not work
by John Baxter 05 Dec '07

05 Dec '07

hi, I'm trying to install monetdb from yum using the supplied repo files. It seems that the url with the repomd.xml file does not exist anymore. Can anyone tell me what url it should point to so i can amend my repo files please? Thank you John -- Co: Baxter Designs Web: http://www.baxterdesigns.co.uk Mail: john(a)baxterdesigns.co.uk Tel: 07968754215

2 1

Re: [Monetdb-developers] [Monetdb-checkins] clients/src/java version.sh, Clients_1-20, 1.10.2.6, 1.10.2.7
by Sjoerd Mullender 05 Dec '07

05 Dec '07

Fabian wrote: > Update of /cvsroot/monetdb/clients/src/java > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv15410 > > Modified Files: > Tag: Clients_1-20 > version.sh > Log Message: > de-complicate. > > ( > actually: > - use shell globbing > - avoid needless fork/execs > - use bashisms for consistency > - fix "$[f}" > - don't do it difficult if it can be done simple > ) > > > > Index: version.sh > =================================================================== > RCS file: /cvsroot/monetdb/clients/src/java/Attic/version.sh,v > retrieving revision 1.10.2.6 > retrieving revision 1.10.2.7 > diff -u -d -r1.10.2.6 -r1.10.2.7 > --- version.sh 5 Dec 2007 10:35:28 -0000 1.10.2.6 > +++ version.sh 5 Dec 2007 10:55:00 -0000 1.10.2.7 > @@ -112,15 +112,9 @@ > ../../../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 \ > + ../../../"*"/NT/MonetDB4-XQuery/MonetDB4-XQuery-Installer.vdproj \ > ; do > - if [[ ! -f ${file} ]] ; then > - f="`echo ${file} | sed 's=\.\./$sql\|pathfinder$/=../*/='`" > - f="`ls ${f} 2>/dev/null`" > - if [[ -f $[f} ]] ; then > - file=${f} > - fi > - fi > + file=$(eval echo ${file}) This does not work if $file contains "funny" characters. It will also collapse multiple spaces in $file to a single space. > if [[ -f ${file} ]] ; then > for f in $FILES ; do > fr=${f//XXX/${NEW_MAJOR}.${NEW_MINOR}} > > > ------------------------------------------------------------------------- > 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-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- Sjoerd Mullender

2 1

Re: [Monetdb-developers] [Monetdb-checkins] clients/src/java version.sh, Clients_1-20, 1.10.2.6, 1.10.2.7
by Stefan Manegold 05 Dec '07

05 Dec '07

Fabian took care of applying these changes to java/version.sh; hence, I took care of preventing the automa[tgn]ic propagation. Stefan On Wed, Dec 05, 2007 at 10:55:02AM +0000, Fabian wrote: > Update of /cvsroot/monetdb/clients/src/java > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv15410 > > Modified Files: > Tag: Clients_1-20 > version.sh > Log Message: > de-complicate. > > ( > actually: > - use shell globbing > - avoid needless fork/execs > - use bashisms for consistency > - fix "$[f}" > - don't do it difficult if it can be done simple > ) > > > > Index: version.sh > =================================================================== > RCS file: /cvsroot/monetdb/clients/src/java/Attic/version.sh,v > retrieving revision 1.10.2.6 > retrieving revision 1.10.2.7 > diff -u -d -r1.10.2.6 -r1.10.2.7 > --- version.sh 5 Dec 2007 10:35:28 -0000 1.10.2.6 > +++ version.sh 5 Dec 2007 10:55:00 -0000 1.10.2.7 > @@ -112,15 +112,9 @@ > ../../../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 \ > + ../../../"*"/NT/MonetDB4-XQuery/MonetDB4-XQuery-Installer.vdproj \ > ; do > - if [[ ! -f ${file} ]] ; then > - f="`echo ${file} | sed 's=\.\./$sql\|pathfinder$/=../*/='`" > - f="`ls ${f} 2>/dev/null`" > - if [[ -f $[f} ]] ; then > - file=${f} > - fi > - fi > + file=$(eval echo ${file}) > if [[ -f ${file} ]] ; then > for f in $FILES ; do > fr=${f//XXX/${NEW_MAJOR}.${NEW_MINOR}} > > > ------------------------------------------------------------------------- > 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-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins > > -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |

1 0

Re: [Monetdb-developers] [Monetdb-checkins] clients/src/java version.sh, Clients_1-20, 1.10.2.2, 1.10.2.3
by Fabian Groffen 05 Dec '07

05 Dec '07

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...

3 7

[Monetdb-developers] Questions about MIL....
by Romulo Goncalves 04 Dec '07

04 Dec '07

Hello, Firs question: b.select(0@0, oid(b.count() - 3)).mark(0(a)0).reverse() What is the meaning of such MIL code line? I translate it to MAL like this: cnt := aggr.count(base); cnt := cnt - 3; oid := calc.oid(cnt); sel := algebra.select(b, 0@0, oid); mrk := bat.markT(sel,0@0); c0 := bat.reverse(mrk); Is the order correct? Because I am getting the following type Error: !TypeException:user.str2qgrams[26]:'algebra.select' undefined in: sel:any := algebra.select(b:bat[:str,:void], _31:oid, oid:oid) Second question: Which function I should call for: b.reverse().seqbase(0@0); In MAL I did rev := bat.reverse(b); base := bat.setBase(rev,0@0); But the bat.setBase is comment in bat5.mal, so what function should I use? Third question: !SyntaxException:parseError: res := [+](c1, c2); !SyntaxException:parseError: ^operator expected How to resolve this error? I do not have any clue what is this about. Regards, Romulo

4 8

[Monetdb-developers] Mil to MAL....
by Romulo Goncalves 02 Dec '07

02 Dec '07

Dear developers, I need to convert some MIL to MAL; however, I never used MIL in my life. Is there any document which give some tips in how to do it? Or what should be my steps to convert MIL to MAL? Thanks in advance Regards, Romulo

1 0

Re: [Monetdb-developers] [Monetdb-checkins] java configure.ag, , 1.2, 1.3 rpm.mk.in, , 1.2, 1.3
by Stefan Manegold 29 Nov '07

29 Nov '07

On Thu, Nov 29, 2007 at 12:01:39PM +0000, Sjoerd Mullender wrote: > Update of /cvsroot/monetdb/java > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv28680 > > Modified Files: > configure.ag rpm.mk.in > Log Message: > Added more rpmrc files to the --rcfile flag of rpmbuild. This is > required for rpmbuild to recognize that in can build for a noarch CPU > architecture. > Removed references to host type from configure. This makes that the > configure which is called by rpmbuild doesn't choke on the noarch CPU > architecture. > > Together these two changes make that we can build the rpms. > > As a bonus: > Removed AC_DEFINE calls from configure. We don't actually include > monetdb_java_config.h anywhere, so we don't need to add anything extra > to it. Sjoerd said: "Just check it in so more people can have a look at it" THANKS! Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |

1 0

[Monetdb-developers] "MonetDB Java" extracted from "MonetDB Clients"
by Stefan Manegold 28 Nov '07

28 Nov '07

Dear fellow MonetDB developers, today, I separated MonetDB-related Java code from "MonetDB Clients" clients/src/java into its own new "MonetDB Java" CVS module java (obviously in the "Current" development trunk only). "MonetDB Java" compiles just like the remaining MonetDB-related code, and requires buildtools only when compiled from CVS source. "MonetDB Java" does not require any other MonetDB package. No other MonetDB package requires "MonetDB Java". Hence, "MonetDB Java" can be built independently of the other MonetDB packages. Background & Details: --------------------- To allow implementation of versioning-, packaging-, & release-schemes for MonetDB'\''s Java/JDBC Support & Interface that are decoupled from the respective schemes used for the (mainly C-based) remainder of the MonetDB product family, I implemented a move of the code from "clients/src/java/" into "java/", a new separate CVS module for "MonetDB Java". It comes with all the infrastructure of the usual MonetDB building process (stripped-down, though, to the limited requirements), including `./bootstrap`, `configure`, `make`, `make check`, `sh RunMtest`, `make dist`, `make rpm`, `make install`, & .`Mtest.py -rq`. Version number maintenance within "java/" is done exclusively by java/version.sh, no vertoo involved, here. To build, the new "MonetDB Java" requires only the buildtools (and that only when building straight from CVS). To run `make check` and/or `Mtest.py -rq`, Mtest.py from MonetDB Common must be available in the PATH, though. sql and pathfinder now check for the availability of MonetDB Java before running their Java/JDBC tests. On the live web site, the related Current-TestWeb pages have been updated. Updating the build documentation in the development web site still has to be done. Caveat: ------- `make rpm` requesting "noarch" does not work, yet. ToDo: ----- The "xrpcwrapper" Java code from pathfinder/src/tools/java/ should also be moved into the new "MonetDB Java" package. (Note, though, that "MonetDB Java" currently requires Java >= 1.4 & < 1.6, while "xrpcwrapper" requires Java >= 1.5 .) Stefan -- | Dr. Stefan Manegold | mailto:Stefan.Manegold@cwi.nl | | CWI, P.O.Box 94079 | http://www.cwi.nl/~manegold/ | | 1090 GB Amsterdam | Tel.: +31 (20) 592-4212 | | The Netherlands | Fax : +31 (20) 592-4312 |

1 0

Re: [Monetdb-developers] [Monetdb-checkins] MonetDB/src/gdk gdk_utils.mx, , 1.196, 1.197
by Sjoerd Mullender 28 Nov '07

28 Nov '07

Please revert. This is not the solution. It is also *blatantly* untrue that nobody cares. We (at least Niels, Stefan, and I--we didn't discuss this with Peter) do care, but we want a proper solution, and this is not it. We agree that there should not be a call to umask in the code, but we should also check the modes that are used in calls to creat, open, mkdir, etc. If you think this umask thing is important for you, say so in the bug report and increase the priority accordingly. You can also *talk* to people if something is important to you. Fabian wrote: > Update of /cvsroot/monetdb/MonetDB/src/gdk > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv7068 > > Modified Files: > gdk_utils.mx > Log Message: > Because nobody cares but me. > Don't wipe out the user's umask if gdk_dont_unset_umask is set in the > environment. Can't use GDKgetenv as that stuff is not yet initialised > at this point. > > > Index: gdk_utils.mx > =================================================================== > RCS file: /cvsroot/monetdb/MonetDB/src/gdk/gdk_utils.mx,v > retrieving revision 1.196 > retrieving revision 1.197 > diff -u -d -r1.196 -r1.197 > --- gdk_utils.mx 14 Nov 2007 13:22:59 -0000 1.196 > +++ gdk_utils.mx 28 Nov 2007 11:59:39 -0000 1.197 > @@ -1636,7 +1636,8 @@ > if (GDKrecovery && unlink(GDKLOCK) < 0) { > GDKfatal("GDKlockHome: unlock DB failed\n"); > } > - umask(0000); > + if (getenv("gdk_dont_unset_umask") == NULL) > + umask(0000); > if (MT_lockf(GDKLOCK, F_TLOCK, 4, 1) < 0) { > GDKlockFile = 0; > GDKfatal("GDKlockHome: Database lock '%s' denied\n", GDKLOCK); > > > ------------------------------------------------------------------------- > 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-checkins mailing list > Monetdb-checkins(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/monetdb-checkins -- Sjoerd Mullender

1 0

Re: [Monetdb-developers] [Monetdb-sql-checkins] geom/src/sql/Tests geom_surface.stable.err, , 1.2, 1.3 geom_surface.stable.err.Five, , 1.1, 1.2 spatial.stable.err, , 1.2, 1.3 spatial.stable.err.Five, , 1.1, 1.2 spatial.stable.out, , 1.2, 1.3
by Fabian Groffen 27 Nov '07

27 Nov '07

On 27-11-2007 13:39:32 +0000, Stefan Manegold wrote: > Update of /cvsroot/monetdb/geom/src/sql/Tests > In directory sc8-pr-cvs16.sourceforge.net:/tmp/cvs-serv24450/src/sql/Tests > > Modified Files: > geom_surface.stable.err geom_surface.stable.err.Five > spatial.stable.err spatial.stable.err.Five spatial.stable.out > Log Message: > > "down"dated output from goes 3.0.0 to geos 2.2.3. > The latter seems to be working just fine, and is no available as RPM > on our Fedora testing machines (cluster & crux-farm); > and will hopefully soon also be available on our desktops... Hmmm... I have 3.0 installed (not using it really...) but doesn't this approval mean configure should require 2.2 then?

2 1