users-list August 2006

users-list@monetdb.org

8 participants
9 discussions

[MonetDB-users] XML Query Test Suite 1.0 released

by Martijn Faassen

Hi there, The developers of MonetDB are probably already more than aware of this, but just in case: The w3c has released version 1.0 of the XML Query Test suite. They ask for comments and display reports on the conformance of various systems on their page: http://www.w3.org/XML/Query/test-suite/ http://www.w3.org/XML/Query/test-suite/XQTSReportSimple.html http://www.w3.org/XML/Query/test-suite/XQTSReport.html Perhaps it'd be nice to be included in those reports? Regards, Martijn

15 years, 11 months

[MonetDB-users] Could not bootstrap buildtools on SunOS 5.10

by Ying Zhang

Hello, I'm trying to install MonetDB (CVS HEAD) on a SunOS 5.10 32 bits machine (electra at CWI), but I'm already stuck by bootstrapping the buildtools. I've attached the whole output of the bootstrap. Please note the message at the end of the output. I have no idea what is going wrong here, so any help will be appreciated! Kind regards, Jennie ========================================== $ ./bootstrap + rm -f configure + cp configure.ac configure + chmod +x configure + cd Mx + ./bootstrap /opt/sfw/share/aclocal/xmms.m4:17: warning: underquoted definition of XMMS_TEST_ VERSION run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending%20aclocal /opt/sfw/share/aclocal/xmms.m4:62: warning: underquoted definition of AM_PATH_XM MS /opt/sfw/share/aclocal/xdelta.m4:7: warning: underquoted definition of AM_PATH_X DELTA /opt/sfw/share/aclocal/vorbis.m4:9: warning: underquoted definition of XIPH_PATH _VORBIS /opt/sfw/share/aclocal/sdl.m4:11: warning: underquoted definition of AM_PATH_SDL /opt/sfw/share/aclocal/progtest.m4:13: warning: underquoted definition of AM_PAT H_PROG_WITH_TEST /opt/sfw/share/aclocal/ogg.m4:8: warning: underquoted definition of XIPH_PATH_OG G /opt/sfw/share/aclocal/lcmessage.m4:11: warning: underquoted definition of AM_LC _MESSAGES /opt/sfw/share/aclocal/imlib.m4:9: warning: underquoted definition of AM_PATH_IM LIB /opt/sfw/share/aclocal/imlib.m4:167: warning: underquoted definition of AM_PATH_ GDK_IMLIB /opt/sfw/share/aclocal/gimpprint.m4:8: warning: underquoted definition of AM_PAT H_GIMPPRINT /opt/sfw/share/aclocal/gimp.m4:8: warning: underquoted definition of AM_PATH_GIM P /opt/sfw/share/aclocal/gettext.m4:11: warning: underquoted definition of AM_WITH _NLS /opt/sfw/share/aclocal/gettext.m4:196: warning: underquoted definition of AM_GNU _GETTEXT /opt/sfw/share/aclocal/ao.m4:9: warning: underquoted definition of XIPH_PATH_AO /usr/share/aclocal/vorbis.m4:9: warning: underquoted definition of XIPH_PATH_VOR BIS /usr/share/aclocal/vorbis-old.m4:9: warning: underquoted definition of AM_PATH_V ORBIS /usr/share/aclocal/pkg.m4:5: warning: underquoted definition of PKG_CHECK_MODULE S /usr/share/aclocal/ogg.m4:8: warning: underquoted definition of XIPH_PATH_OGG /usr/share/aclocal/ogg-old.m4:8: warning: underquoted definition of AM_PATH_OGG /usr/share/aclocal/esd.m4:10: warning: underquoted definition of AM_PATH_ESD /usr/share/aclocal/esd.m4:175: warning: underquoted definition of AM_ESD_SUPPORT S_MULTIPLE_RECORD /usr/share/aclocal/audiofile.m4:12: warning: underquoted definition of AM_PATH_A UDIOFILE /usr/sfw/share/aclocal/gtk.m4:7: warning: underquoted definition of AM_PATH_GTK /usr/sfw/share/aclocal/glib.m4:8: warning: underquoted definition of AM_PATH_GLI B /usr/sfw/share/aclocal/gimpprint.m4:8: warning: underquoted definition of AM_PAT H_GIMPPRINT ./bootstrap: test: argument expected + exit 1

15 years, 11 months

Re: [MonetDB-users] Could not bootstrap buildtools on SunOS 5.10

by Ying Zhang

Thanks, your tip helps to get rid of a strange problem in another MonetDB installation of mine. I was also installing monet on a Fedora4, 32bits machine (norma at cwi). I could not install all buildtools in one go while I can install each buildtool separately. After having clean out the buildtools and start all over again, the problem disappeared. But it doesn't help to solve this problem. I will have to find other solutions:) On Mon, Aug 28, 2006 at 10:17:19PM +0200, Martin Kersten wrote: > Hello, > I am not the right person, but I spent 2.5 hours yesterday (and friday > too) to re-install my version :-(. > One of the lessons learned, with each step use a fresh window, so that > existing shell variables and aliases are out of the way. > > i.e. > step 1, clean out the builtools (or better save them elsewhere ;-)) > followed by cvs upd > step 2, open a new SUN session window and start the bootstrap sequence. > > good luck ! > > Ying Zhang wrote: > >Hello, > > > >I'm trying to install MonetDB (CVS HEAD) on a SunOS 5.10 32 bits machine > >(electra at CWI), but I'm already stuck by bootstrapping the buildtools. > >I've attached the whole output of the bootstrap. Please note the > >message at the end of the output. I have no idea what is going wrong > >here, so any help will be appreciated! > > > >Kind regards, > > > >Jennie > > > > > >========================================== > >$ ./bootstrap > >+ rm -f configure > >+ cp configure.ac configure > >+ chmod +x configure > >+ cd Mx > >+ ./bootstrap > >/opt/sfw/share/aclocal/xmms.m4:17: warning: underquoted definition of > >XMMS_TEST_ VERSION > > run info '(automake)Extending aclocal' > > or see > > http://sources.redhat.com/automake/automake.html#Extending%20aclocal > >/opt/sfw/share/aclocal/xmms.m4:62: warning: underquoted definition of > >AM_PATH_XM MS > >/opt/sfw/share/aclocal/xdelta.m4:7: warning: underquoted definition of > >AM_PATH_X DELTA > >/opt/sfw/share/aclocal/vorbis.m4:9: warning: underquoted definition of > >XIPH_PATH _VORBIS > >/opt/sfw/share/aclocal/sdl.m4:11: warning: underquoted definition of > >AM_PATH_SDL > >/opt/sfw/share/aclocal/progtest.m4:13: warning: underquoted definition of > >AM_PAT H_PROG_WITH_TEST > >/opt/sfw/share/aclocal/ogg.m4:8: warning: underquoted definition of > >XIPH_PATH_OG G > >/opt/sfw/share/aclocal/lcmessage.m4:11: warning: underquoted definition of > >AM_LC _MESSAGES > >/opt/sfw/share/aclocal/imlib.m4:9: warning: underquoted definition of > >AM_PATH_IM LIB > >/opt/sfw/share/aclocal/imlib.m4:167: warning: underquoted definition of > >AM_PATH_ GDK_IMLIB > >/opt/sfw/share/aclocal/gimpprint.m4:8: warning: underquoted definition of > >AM_PAT H_GIMPPRINT > >/opt/sfw/share/aclocal/gimp.m4:8: warning: underquoted definition of > >AM_PATH_GIM P > >/opt/sfw/share/aclocal/gettext.m4:11: warning: underquoted definition of > >AM_WITH _NLS > >/opt/sfw/share/aclocal/gettext.m4:196: warning: underquoted definition of > >AM_GNU _GETTEXT > >/opt/sfw/share/aclocal/ao.m4:9: warning: underquoted definition of > >XIPH_PATH_AO > >/usr/share/aclocal/vorbis.m4:9: warning: underquoted definition of > >XIPH_PATH_VOR BIS > >/usr/share/aclocal/vorbis-old.m4:9: warning: underquoted definition of > >AM_PATH_V ORBIS > >/usr/share/aclocal/pkg.m4:5: warning: underquoted definition of > >PKG_CHECK_MODULE S > >/usr/share/aclocal/ogg.m4:8: warning: underquoted definition of > >XIPH_PATH_OGG > >/usr/share/aclocal/ogg-old.m4:8: warning: underquoted definition of > >AM_PATH_OGG > >/usr/share/aclocal/esd.m4:10: warning: underquoted definition of > >AM_PATH_ESD > >/usr/share/aclocal/esd.m4:175: warning: underquoted definition of > >AM_ESD_SUPPORT S_MULTIPLE_RECORD > >/usr/share/aclocal/audiofile.m4:12: warning: underquoted definition of > >AM_PATH_A UDIOFILE > >/usr/sfw/share/aclocal/gtk.m4:7: warning: underquoted definition of > >AM_PATH_GTK > >/usr/sfw/share/aclocal/glib.m4:8: warning: underquoted definition of > >AM_PATH_GLI B > >/usr/sfw/share/aclocal/gimpprint.m4:8: warning: underquoted definition of > >AM_PAT H_GIMPPRINT > >./bootstrap: test: argument expected > > + exit 1 > > > > > > > >------------------------------------------------------------------------- > >Using Tomcat but need to do more? Need to support web services, security? > >Get stuff done quickly with pre-integrated technology to make your job > >easier > >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > >_______________________________________________ > >MonetDB-users mailing list > >MonetDB-users(a)lists.sourceforge.net > >https://lists.sourceforge.net/lists/listinfo/monetdb-users

15 years, 11 months

Re: [MonetDB-users] help please

by Stefan Manegold

George, if everything works well, there should be daily-built MonetDB/SQL RPMs available also for 64-bit SuSE as of tomorrow (european) morning from http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./RPMs/Su… I found and (hopefully) fixed the bug that prevented them from being built. Stefan On Wed, Aug 23, 2006 at 05:46:44AM -0700, George H wrote: > Stefan: > > Thanks so much for everything. > > You've been the greatest. > > George > > > > Stefan Manegold wrote: > > >Hi George, > > > >On Tue, Aug 22, 2006 at 05:23:52PM -0700, George H wrote: > > > > > >>Hey Stephan: > >> > >>On SuSE 10.1 (AMD64) using download from SourceForge (developed on > >>Fedora Core as you said) I got: > >> > >># rpm -ivh MonetDB-client-4.12.0-1.x86_64.rpm > >> > >>error: Failed dependencies: > >> > >>libcrypto.so.5 () (64bit) is needed > >>libssl.so.5 () (64bit) is needed > >>libtermcap.so.2 () (64bit) is needed > >> > >> > > > >libcrypto.so, libssl.so libtermcap.so are indeed required --- it appears, > >though that FC4 comes with > > libcrypto.so.5, libssl.so.5, libtermcap.so.2, > >(which are actually symlinks to > > libcrypto.so.0.9.7f, libssl.so.0.9.7f, libtermcap.so.2.0.8 > >respectively), while SuSE 9.3 (and apparently also 10.1) comes with > > libcrypto.so.0, /usr/lib64/libssl.so.0 > >(which are actually symlinks to > > libcrypto.so.0.9.7f, libssl.so.0.9.7f > >respectively). > >Hence, the FC4 RPMs do not fit SuSE 9.3 and 10.1 > > > > > > > >>I downloaded the sever and client for SuSE 9.3 as you recommended from > >>http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./RPMs/Su… > >>Both seemed to install fine and the Mserver command brough me to the > >> > >> > > > >good. > > > > > > > >>MonetDB> prompt, however with the following warnings. > >> > >>!Warning: GDKlockHome: created directory /var/lib/MonetDB/defarm/demo/ > >>!Warning: GDKlockhome:ignoring empty or invalid .gdk_lock > >>!Warning: BBPdir: initializng BBP > >> > >>Are these a problem? > >> > >> > > > >nope, that normal when you start Mserver for the firt time. > >It just creates and initializes the location for its databases. > > > > > > > >>Finally, I tryed rpm -ivh MonetDB-SQL-server-2.12.0-1.x86_64.rpm. The > >>result > >> > >>error: Failed dependencies: > >> > >>libcrypto.so.5 () (64bit) is needed > >>libssl.so.5 () (64bit) is needed > >> > >> > > > >that's the FC4 RPM, right? > >Hence, same problem as mentioned above. > > > > > > > >>Is there an SQL-server frontend for SuSe 9.3 or some other solution that > >>would allow meto have an SQL frontend to use with the install success I > >>had with the MonetDB for SuSe9.3? Or am I forced to use FedoraCore if I > >>need the SQL? I sure hope not. > >> > >> > > > >There is supposed to be an SQL frontend RPM also for SuSE 9.3 at > >http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./RPMs/Su… > > > >However, the compilation of that seem to have failed recently (at least > >last > >night) --- I cannot yet see/understand why (in fact, compilation worked, > >but > >creating the RPMs failed) --- We'll (try to) look into this ... > >... sorry for the inconvenience... > > > >Hence, you'll either have to wait until we manage to fix the RPM build for > >MonetDB/SQL on SuSE 9.3 (64-bit; it works on/for 32-bit: > >http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./RPMs/Su… > >), or you could get the source code (source-RPM or tar ball) for > >MonetDB/SQL, i.e., > > MonetDB-SQL-2.12.0-1.src.rpm or MonetDB-SQL-2.12.0.tar.gz from > > http://sourceforge.net/project/showfiles.php?group_id=56967&package_id=1141… > > or > > http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./SourceR… > > or > > http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./SourceT… > > > >and compile them yourself (next to the MonetDB-server & MonetDB-client > >RPMs, > >also the MonetDB-devel RPM needs to be installed). > > > >Let us know, in case you have more problems/questions. > > > >Stefan > > > > > >ps: Could you please also cc the Monetdb-users(a)lists.sourceforge.net > >mailing > > list in your replies? > > Other might be interested in this topic as well... > > Thanks in advance! > > > > > > > > > >>Thanks Stephen. > >> > >>Best to you....George > >> > >> > >> > >>Stefan Manegold wrote: > >> > >> > >> > >>>Dear George, > >>> > >>>to install the MonetDB-server-4.12.0-1.*.rpm, you also need to install > >>>the respective > >>>MonetDB-client-4.12.0-1.*.rpm, as mentioned in the release notes at > >>> http://sourceforge.net/project/shownotes.php?release_id=427002&group_id=569…: > >>>"[...] the MonetDB-server-4.12.0-1.*.rpm requires the corresponding > >>>MonetDB-client-4.12.0-1.*.rpm to be installed as well." > >>> > >>>You get the MonetDB-client-4.12.0-1.*.rpm from the same SF download page > >>>as > >>>MonetDB-server-4.12.0-1.*.rpm: > >>> http://sourceforge.net/project/showfiles.php?group_id=56967&package_id=5234… > >>> > >>> > >>>What are the missing dependencies for MonetDB-client-4.12.0-1.x86_64.rpm? > >>>Could you please send/post the list? > >>>(Most probably, they are indeed required....) > >>> > >>> > >>>Note though, that the RPM available from SF have been built on (and for) > >>>a > >>>Fedora Core 4 system, hence, there *might* be problem with installing > >>>them > >>>on a SuSE 10.1 system. > >>> > >>>We don't have (access to) a (64-bit) SuSE 10.1 system, yet, hence, we > >>>cannot > >>>provide any SuSE 10.1 specific RPMs, yet. > >>> > >>>All we can currently offer (in case you don't manage to install the > >>>Fedora > >>>Core 4 RPMs), are SuSE 9.3 RPMs form our MonetDB web site at > >>> http://monetdb.cwi.nl/GetGoing/Download/index.html > >>>(scroll down to 'Daily Builds') and click on 'CVS release branch > >>>("Stable")', or directly go to > >>> http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./RPMs/Su… > >>> > >>>(There have been only minor bug fixes on the release branch, hence there > >>>should be no major differences between the 4.12.0 release from SF and the > >>>4.12.1 daily builds...) > >>> > >>> > >>>Kind Regards, > >>> > >>>Stefan > >>> > >>> > >>>On Tue, Aug 22, 2006 at 12:11:52PM -0700, George H wrote: > >>> > >>> > >>> > >>> > >>>>Hello: > >>>> > >>>>I am new to MonetDB and I'm no linux wizard either, so please excuse, > >>>>but can you help. > >>>> > >>>>I'm trying to install MonetDB-server-4.12.0-x86_64.rpm on SuSE 10.1 > >>>>(amd64) using the rpm -ivh command and I have "error: Failed > >>>>dependencies." > >>>> > >>>>It says libMapi.so.0 () (64bit), libcrypto.so.5 () (64bit), > >>>>libmutils.so.0 () (64bit), libssl.so.5 () (64bit), libstream.so.0 () > >>>>(64bit) are needed. > >>>> > >>>>Where do I get these? I've been searching, but all I can find is their > >>>>presence in other rpm packages. For example, I see that some of these > >>>>are in the MonetDB-client-4.12.0-1.x86_64.rpm, but it has it's own > >>>>lengthy list of missing dependencies for installation. > >>>> > >>>>Can you give me a hint. I feel like I'm in dependency hell, but I > >>>>realizie I'm more likely in naive dumblandia. > >>>> > >>>>Help please........Thanks, George > >>>> > >>>>------------------------------------------------------------------------- > >>>>Using Tomcat but need to do more? Need to support web services, > >>>>security? > >>>>Get stuff done quickly with pre-integrated technology to make your job > >>>>easier > >>>>Download IBM WebSphere Application Server v.1.0.1 based on Apache > >>>>Geronimo > >>>>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > >>>>_______________________________________________ > >>>>MonetDB-users mailing list > >>>>MonetDB-users(a)lists.sourceforge.net > >>>>https://lists.sourceforge.net/lists/listinfo/monetdb-users > >>>> > >>>> > >>>> > >>>> > >>>> > >>> > >>> > >>> > > > > > > > -- | 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 |

15 years, 11 months

Re: [MonetDB-users] help please

by Stefan Manegold

Hi George, On Tue, Aug 22, 2006 at 05:23:52PM -0700, George H wrote: > Hey Stephan: > > On SuSE 10.1 (AMD64) using download from SourceForge (developed on > Fedora Core as you said) I got: > > # rpm -ivh MonetDB-client-4.12.0-1.x86_64.rpm > > error: Failed dependencies: > > libcrypto.so.5 () (64bit) is needed > libssl.so.5 () (64bit) is needed > libtermcap.so.2 () (64bit) is needed libcrypto.so, libssl.so libtermcap.so are indeed required --- it appears, though that FC4 comes with libcrypto.so.5, libssl.so.5, libtermcap.so.2, (which are actually symlinks to libcrypto.so.0.9.7f, libssl.so.0.9.7f, libtermcap.so.2.0.8 respectively), while SuSE 9.3 (and apparently also 10.1) comes with libcrypto.so.0, /usr/lib64/libssl.so.0 (which are actually symlinks to libcrypto.so.0.9.7f, libssl.so.0.9.7f respectively). Hence, the FC4 RPMs do not fit SuSE 9.3 and 10.1 > I downloaded the sever and client for SuSE 9.3 as you recommended from > http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./RPMs/Su… > Both seemed to install fine and the Mserver command brough me to the good. > MonetDB> prompt, however with the following warnings. > > !Warning: GDKlockHome: created directory /var/lib/MonetDB/defarm/demo/ > !Warning: GDKlockhome:ignoring empty or invalid .gdk_lock > !Warning: BBPdir: initializng BBP > > Are these a problem? nope, that normal when you start Mserver for the firt time. It just creates and initializes the location for its databases. > Finally, I tryed rpm -ivh MonetDB-SQL-server-2.12.0-1.x86_64.rpm. The > result > > error: Failed dependencies: > > libcrypto.so.5 () (64bit) is needed > libssl.so.5 () (64bit) is needed that's the FC4 RPM, right? Hence, same problem as mentioned above. > Is there an SQL-server frontend for SuSe 9.3 or some other solution that > would allow meto have an SQL frontend to use with the install success I > had with the MonetDB for SuSe9.3? Or am I forced to use FedoraCore if I > need the SQL? I sure hope not. There is supposed to be an SQL frontend RPM also for SuSE 9.3 at http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./RPMs/Su… However, the compilation of that seem to have failed recently (at least last night) --- I cannot yet see/understand why (in fact, compilation worked, but creating the RPMs failed) --- We'll (try to) look into this ... ... sorry for the inconvenience... Hence, you'll either have to wait until we manage to fix the RPM build for MonetDB/SQL on SuSE 9.3 (64-bit; it works on/for 32-bit: http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./RPMs/Su… ), or you could get the source code (source-RPM or tar ball) for MonetDB/SQL, i.e., MonetDB-SQL-2.12.0-1.src.rpm or MonetDB-SQL-2.12.0.tar.gz from http://sourceforge.net/project/showfiles.php?group_id=56967&package_id=1141… or http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./SourceR… or http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./SourceT… and compile them yourself (next to the MonetDB-server & MonetDB-client RPMs, also the MonetDB-devel RPM needs to be installed). Let us know, in case you have more problems/questions. Stefan ps: Could you please also cc the Monetdb-users(a)lists.sourceforge.net mailing list in your replies? Other might be interested in this topic as well... Thanks in advance! > Thanks Stephen. > > Best to you....George > > > > Stefan Manegold wrote: > > >Dear George, > > > >to install the MonetDB-server-4.12.0-1.*.rpm, you also need to install the > >respective > >MonetDB-client-4.12.0-1.*.rpm, as mentioned in the release notes at > > http://sourceforge.net/project/shownotes.php?release_id=427002&group_id=569…: > >"[...] the MonetDB-server-4.12.0-1.*.rpm requires the corresponding > >MonetDB-client-4.12.0-1.*.rpm to be installed as well." > > > >You get the MonetDB-client-4.12.0-1.*.rpm from the same SF download page as > >MonetDB-server-4.12.0-1.*.rpm: > > http://sourceforge.net/project/showfiles.php?group_id=56967&package_id=5234… > > > > > >What are the missing dependencies for MonetDB-client-4.12.0-1.x86_64.rpm? > >Could you please send/post the list? > >(Most probably, they are indeed required....) > > > > > >Note though, that the RPM available from SF have been built on (and for) a > >Fedora Core 4 system, hence, there *might* be problem with installing them > >on a SuSE 10.1 system. > > > >We don't have (access to) a (64-bit) SuSE 10.1 system, yet, hence, we > >cannot > >provide any SuSE 10.1 specific RPMs, yet. > > > >All we can currently offer (in case you don't manage to install the Fedora > >Core 4 RPMs), are SuSE 9.3 RPMs form our MonetDB web site at > > http://monetdb.cwi.nl/GetGoing/Download/index.html > >(scroll down to 'Daily Builds') and click on 'CVS release branch > >("Stable")', or directly go to > > http://monetdb.cwi.nl/testing/projects/monetdb/Stable/.DailyBuilds./RPMs/Su… > > > >(There have been only minor bug fixes on the release branch, hence there > >should be no major differences between the 4.12.0 release from SF and the > >4.12.1 daily builds...) > > > > > >Kind Regards, > > > >Stefan > > > > > >On Tue, Aug 22, 2006 at 12:11:52PM -0700, George H wrote: > > > > > >>Hello: > >> > >>I am new to MonetDB and I'm no linux wizard either, so please excuse, > >>but can you help. > >> > >>I'm trying to install MonetDB-server-4.12.0-x86_64.rpm on SuSE 10.1 > >>(amd64) using the rpm -ivh command and I have "error: Failed > >>dependencies." > >> > >>It says libMapi.so.0 () (64bit), libcrypto.so.5 () (64bit), > >>libmutils.so.0 () (64bit), libssl.so.5 () (64bit), libstream.so.0 () > >>(64bit) are needed. > >> > >>Where do I get these? I've been searching, but all I can find is their > >>presence in other rpm packages. For example, I see that some of these > >>are in the MonetDB-client-4.12.0-1.x86_64.rpm, but it has it's own > >>lengthy list of missing dependencies for installation. > >> > >>Can you give me a hint. I feel like I'm in dependency hell, but I > >>realizie I'm more likely in naive dumblandia. > >> > >>Help please........Thanks, George > >> > >>------------------------------------------------------------------------- > >>Using Tomcat but need to do more? Need to support web services, security? > >>Get stuff done quickly with pre-integrated technology to make your job > >>easier > >>Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > >>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > >>_______________________________________________ > >>MonetDB-users mailing list > >>MonetDB-users(a)lists.sourceforge.net > >>https://lists.sourceforge.net/lists/listinfo/monetdb-users > >> > >> > >> > > > > > > -- | 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 |

15 years, 11 months

[MonetDB-users] help please

by George H

Hello: I am new to MonetDB and I'm no linux wizard either, so please excuse, but can you help. I'm trying to install MonetDB-server-4.12.0-x86_64.rpm on SuSE 10.1 (amd64) using the rpm -ivh command and I have "error: Failed dependencies." It says libMapi.so.0 () (64bit), libcrypto.so.5 () (64bit), libmutils.so.0 () (64bit), libssl.so.5 () (64bit), libstream.so.0 () (64bit) are needed. Where do I get these? I've been searching, but all I can find is their presence in other rpm packages. For example, I see that some of these are in the MonetDB-client-4.12.0-1.x86_64.rpm, but it has it's own lengthy list of missing dependencies for installation. Can you give me a hint. I feel like I'm in dependency hell, but I realizie I'm more likely in naive dumblandia. Help please........Thanks, George

15 years, 11 months

Re: [MonetDB-users] return type of 'count' in mil

by Stefan Manegold

Jenny, the return type of count is "legacy". You're right, in case of BATs with more than 2^31 BUNs (possible only on 64-bit systems), the default count(BAT[any,any]):int will fail (or at least return a wrong result. We hanven't changed it to count(BAT[any,any]):lng, yet, maily due to backward-compatibility and due to the fact that a grouped-count ({count}(BAT[any::1,any::2]):BAT[any::1,int/lng]) would than in all cases return a BAT[any,lng], possibly "wasting" space compared to a BAT[any,int]. Eventually, count should return a vraiable integer type that is 32-bit on 32-bit systems and 64-bit on 64-bit systems --- I've been planning to add this "word" type (together with a "proper" 1-byte integer "byte") for quite some time, but it never made it to the very top op my priority-ordered todo list... for now, in case you indeed need th count of >2^31 BUN BATs, you can use count(int):lng, where you provide the BAT's id (i.e., int(BAT)) iso. the BAT itself as argument: ======== MonetDB>help("count"); COMMAND: count(BAT[any,any], bit) : int MODULE: algebra COMPILED: by adm on Mon Aug 7 18:07:14 2006 Returns the number of elements currently in a BAT; ignores BUNs with nil-tail iff ignore_nils==TRUE. COMMAND: count(BAT[any,any]) : int MODULE: algebra COMPILED: by adm on Mon Aug 7 18:07:14 2006 Returns the number of elements currently in a BAT. COMMAND: count(BAT[void,void], lng) : lng MODULE: bat COMPILED: by adm on Mon Aug 7 18:07:14 2006 Sets the size (in number of elements) of a BAT. COMMAND: count(int) : lng MODULE: bat COMPILED: by adm on Mon Aug 7 18:07:14 2006 Returns the current size (in number of elements) of a BAT. MonetDB> ======== Stefan On Wed, Aug 09, 2006 at 04:29:33PM +0200, Ying Zhang wrote: > hi stefan, > > I'm wondering if the return type 'int' of the mil command 'count' is > correct. According to help("count"): > > ... > COMMAND: count(BAT[any,any]) : int > MODULE: algebra > COMPILED: by adm on Mon Aug 7 15:11:12 2006 > Returns the number of elements currently in a BAT. > ... > > what if I want to count a BAT[oid,oid] which contains a max. nr. of BUNs > that a BAT with 64bits oid can have. would this be a problem, since > 'oid' is of 64bits on 64bits machines, while 'int' is of 32bits? or is > a mil 'int' different than a C 'int', namely the size of a mil 'int' > also varias in different machines? > > Thanks > > Jennie -- | 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 |

15 years, 11 months

[MonetDB-users] MonetDB-XQuery and C#

by Arthur van Bunningen

Dear all, As we are writing a windows application which will store and query structured documents in a database and we want to use MonetDB/XQuery as database backend, we wondered what the easiest method is to access MonetDB/XQuery from C#. For what it's worth: parsing the XML results is of course no problem, and ODBC is supported. Hopefully some of you can point us to a workable solution. Thanks in advance, Arthur

15 years, 11 months

[MonetDB-users] xquery over large amount of small documents

by Martijn Faassen

Hi there, I asked something like this question last year and I'm basically checking up on the progress since then. I hope this mail is not interpreted as demanding anything; I can see you guys are doing impressive work, I'm just trying to give feedback from the perspective of an application developer drooling over the potential of XML databases.. I can see on your website that collections() support is not there yet (marked as "will", though). I also looked at this page: http://monetdb.cwi.nl/XQuery/Overview/Roadmap/index.html 'many small documents' is not listed on this roadmap. On another roadmap page however: http://monetdb.cwi.nl/Development/Roadmap/index.html I do see the following entry (for the september release this year): XQuery: support for large numbers of small documents This gives me hope. :) Is that still the plan? If so, it might be useful to update the XQuery roadmap with that tidbit from the main MonetDB roadmap, as I might not be the only one who is looking for such features. My use case is that of a CMS - large amounts of smaller XML documents that it would be nice to do efficient queries over. Updating small parts of documents (XUpdate) would be nice, but whole-document updates would be okay already, though that might actually mean something like XUpdate to you guys, as you might deal with collections internally as something close to one giant document. Monet is tantalizing because it promises supreme xquery performance but the applications I can imagine do need support for large quantities of smaller documents. If there's a version under development somewhere that supports this feature I'd be happy to try playing with it and give some feedback. Thanks for the attention! Regards, Martijn

15 years, 12 months

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

users-list August 2006