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