[MonetDB-users] RHEL 3 RPMs
Hi, Is there a special reason there are no i686 RPM's anymore like there were until 4.6.0_rc2? I think it's a bit weird there are RPM's for the hobby OS 'FedoraCore' but not for the much used server OS 'RedHat Enterprise 3 (and 4)'? The FedoraCore (which Core?) needs libstdc++.so.6 whereas RHEL 3 only has libstdc++.so.5 ... There also seems to be no SRPM's. Cheers, -- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
Dear Henk, there is no "special" reason, but a "good" reason for not having i686 Redhat RPM's any more: we can only provide RPM's for those platform that we do own our selfs and that we do have access to ;-) We have all our i686 machines running Fedora Core 3, now, (which for us is everything but a "hobby OS" --- we decided to spend our budget on those "toys" that are not available for free ;-)); hence, we cannot make any i686 RHEL RPM's any more. Sorry. ( The only RHEL machine that we still have is an Itanium (IA64); and our Opterons (AMD64) run Fedore Core 2 or Debian 3.0. For a detailed list of supported platforms, please see the MonetDB web site at http://monetdb.cwi.nl/Development/TestWeb/Platforms/ ) If you require a i686 RHEL RPM's there are three solutions: (1) Download the source tar-ball and run configure make make dist make rpm (2) Download the SRPM --- which we will provide soon (i.e., later today; so far there has not been any request for it) --- and built the binary RPM. (3) Provide us with (access to) a machine running your favorite OS. Then, we can add it to our nightly testing suite to have the RPM's built automatically. Kind Regards, and thank you very much for using MonetDB. Stefan
Hi,
Is there a special reason there are no i686 RPM's anymore like there were until 4.6.0_rc2?
I think it's a bit weird there are RPM's for the hobby OS 'FedoraCore' but not for the much used server OS 'RedHat Enterprise 3 (and 4)'?
The FedoraCore (which Core?) needs libstdc++.so.6 whereas RHEL 3 only has libstdc++.so.5 ... There also seems to be no SRPM's.
Cheers, -- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
-- | 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 |
On Wed, Apr 06, 2005 at 04:12:10PM +0200, Stefan Manegold wrote:
we can only provide RPM's for those platform that we do own our selfs and that we do have access to ;-)
Sounds reasonable.
We have all our i686 machines running Fedora Core 3, now, (which for us is everything but a "hobby OS" --- we decided to spend our budget on those "toys" that are not available for free ;-)); hence, we cannot make any i686 RHEL RPM's any more. Sorry.
I use CentOS ( http://www.centos.org/ ) on all our departments mail, database, platform, authentication, etc. servers and I think that's a far more better choice for critical systems than the Fedora OS-line (which has another purpose). But I suppose that's off-topic here. CentOS requires no budget.
If you require a i686 RHEL RPM's there are three solutions:
(1) Download the source tar-ball and run (2) Download the SRPM --- which we will provide soon (i.e., later today;
(3) Provide us with (access to) a machine running your favorite OS. Then, we can add it to our nightly testing suite to have the RPM's built automatically.
I will consider this, as I have a few serious users here and prefer a solid build by the authors instead of going the tar way on each release. In the meantime, I stick to (2) and (1). Thanx, -- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
On Wed, Apr 06, 2005 at 04:12:10PM +0200, Stefan Manegold wrote:
(2) Download the SRPM --- which we will provide soon (i.e., later today; so far there has not been any request for it) --- and built the binary RPM.
Thanx, but the now provided SRPM results in: drempt:/private/rhel-build 537% rpmbuild -ba --sign /private/rpm/SPECS/MonetDB.spec Enter pass phrase: Pass phrase is good. error: parse error in expression error: /private/rpm/SPECS/MonetDB.spec:45: parseExpressionBoolean returns -1 error: Package has no %description: MonetDB Fix: %define buildphp 0 %define buildperl 0 %define buildpython 0 %define comp_cc gcc %define comp_cxx g++ (before "%if 0") But then it bails out with: Processing files: MonetDB-devel-4.6.2-1 Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires: /bin/sh /usr/bin/env libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_2.3) libgcc_s.so.1 libgcc_s.so.1(GCC_3.0) libm.so.6 libm.so.6(GLIBC_2.0) libmutils.so.0 libstdc++.so.5 libstdc++.so.5(CXXABI_1.2) libstdc++.so.5(GLIBCPP_3.2) Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/MonetDB-root error: Installed (but unpackaged) file(s) found: /usr/lib/python2.2/site-packages/CMapi.py /usr/lib/python2.2/site-packages/MapiLib.py /usr/lib/python2.2/site-packages/_MapiLib.la /usr/lib/python2.2/site-packages/_MapiLib.so.0.0.0 RPM build errors: Installed (but unpackaged) file(s) found: /usr/lib/python2.2/site-packages/CMapi.py /usr/lib/python2.2/site-packages/MapiLib.py /usr/lib/python2.2/site-packages/_MapiLib.la /usr/lib/python2.2/site-packages/_MapiLib.so.0.0.0 drempt:/private/rhel-build 545% Cheers, -- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
On Wed, Apr 06, 2005 at 04:12:10PM +0200, Stefan Manegold wrote:
(2) Download the SRPM --- which we will provide soon (i.e., later today; so far there has not been any request for it) --- and built the binary RPM.
Thanx, but the now provided SRPM results in:
drempt:/private/rhel-build 537% rpmbuild -ba --sign /private/rpm/SPECS/MonetDB.spec Enter pass phrase: Pass phrase is good. error: parse error in expression error: /private/rpm/SPECS/MonetDB.spec:45: parseExpressionBoolean returns -1 error: Package has no %description: MonetDB
Fix:
%define buildphp 0 %define buildperl 0 %define buildpython 0 %define comp_cc gcc %define comp_cxx g++
(before "%if 0")
right. The "problem" is that we use a single spec file to build several RPMs. Obvioulsy, the -php, -perl, -python RPMs can only be built, if php/perl/python is available on the very system. This is detected by configure, and we convey the configure results to rpmbuild by echoing "%define buildX (0|1)" to rpmmacros in rpm.mk[.in] (cf. top level directory in source tree). This works for building the RPMs from the sources via "make rpm", but does not seem to work for building the RPM from a source RPM. Sorry for the inconvenience. We'll have to look into this, but at least I won't have time before Tuesday April 19.
But then it bails out with:
Processing files: MonetDB-devel-4.6.2-1 Requires(rpmlib): rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadFilesHavePrefix) <= 4.0-1 Requires: /bin/sh /usr/bin/env libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.2) libc.so.6(GLIBC_2.3) libgcc_s.so.1 libgcc_s.so.1(GCC_3.0) libm.so.6 libm.so.6(GLIBC_2.0) libmutils.so.0 libstdc++.so.5 libstdc++.so.5(CXXABI_1.2) libstdc++.so.5(GLIBCPP_3.2) Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/MonetDB-root error: Installed (but unpackaged) file(s) found: /usr/lib/python2.2/site-packages/CMapi.py /usr/lib/python2.2/site-packages/MapiLib.py /usr/lib/python2.2/site-packages/_MapiLib.la /usr/lib/python2.2/site-packages/_MapiLib.so.0.0.0
RPM build errors: Installed (but unpackaged) file(s) found: /usr/lib/python2.2/site-packages/CMapi.py /usr/lib/python2.2/site-packages/MapiLib.py /usr/lib/python2.2/site-packages/_MapiLib.la /usr/lib/python2.2/site-packages/_MapiLib.so.0.0.0 drempt:/private/rhel-build 545%
your system seem to have (at least) python, so you should set %define buildpython 1 likewise for php and perl. Stefan
Cheers,
-- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ MonetDB-users mailing list MonetDB-users@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 |
On Fri, Apr 08, 2005 at 12:24:14PM +0200, Stefan Manegold wrote:
The "problem" is that we use a single spec file to build several RPMs. Obvioulsy, the -php, -perl, -python RPMs can only be built, if php/perl/python is available on the very system. This is detected by configure, and we convey the configure results to rpmbuild by echoing "%define buildX (0|1)" to rpmmacros in rpm.mk[.in] (cf. top level directory in source tree). This works for building the RPMs from the sources via "make rpm", but does not seem to work for building the RPM from a source RPM.
Hi, This problem still exist, so it seems. Because of the build hassle I didn't upgrade since last year. But my users really want a new version now, so I'm looking at it again. According to SourceForge you still don't do RHEL rpms (which I still find odd as it is widespread and rebuilds are free). Anyways: -- When/How can I do a "make rpm" myself? I grabbed the source. Do I have to do a 'bootstrap' and a 'configure', and than a 'make rpm'? The 'HowToStart' file doesn't mention rpms. -- What's needed for me giving you guys access to build machines? Do you need root access or is a user account just fine given that the needed software is installed? Maybe I can supply CentOS 3/4 and/or i386/x86_64 systems so we can fix this hassle for those who don't think Fedora is good enough. Cheers, -- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
Henk, unfortunately, we had not time to have a closer look at this problem. In fact, the problem is quite inherent in our current setup, and hence, a proper solution is not a simple fix but rather requires a major re-design of our configuration/compilation setup. On Fri, Mar 03, 2006 at 12:11:10PM +0100, Henk van Lingen wrote:
On Fri, Apr 08, 2005 at 12:24:14PM +0200, Stefan Manegold wrote:
The "problem" is that we use a single spec file to build several RPMs. Obvioulsy, the -php, -perl, -python RPMs can only be built, if php/perl/python is available on the very system. This is detected by configure, and we convey the configure results to rpmbuild by echoing "%define buildX (0|1)" to rpmmacros in rpm.mk[.in] (cf. top level directory in source tree). This works for building the RPMs from the sources via "make rpm", but does not seem to work for building the RPM from a source RPM.
Hi,
This problem still exist, so it seems. Because of the build hassle I didn't upgrade since last year. But my users really want a new version now, so I'm looking at it again. According to SourceForge you still don't do RHEL rpms (which I still find odd as it is widespread and rebuilds are free). Anyways:
-- When/How can I do a "make rpm" myself? I grabbed the source. Do I have to do a 'bootstrap' and a 'configure', and than a 'make rpm'? The 'HowToStart' file doesn't mention rpms.
First question: which kind of source did you grab? The source tarball, or the CVS check-out? As stated in the HowToStart and on our website (http://monetdb.cwi.nl/GetGoing/Setup/MonetDB/index.html), bootstrap is only required for the cvs checkout; then you do the standard configure make make dist make rpm (though a simple `configure; make rpm` should also work, provided we specified all the dependencies correctly --- I heven't check that recently.) Please let us know in case there are any problems (preferably by filing a respective bug report at: http://sourceforge.net/tracker/?group_id=56967&atid=482468 .
-- What's needed for me giving you guys access to build machines? Do you need root access or is a user account just fine given that the needed software is installed? Maybe I can supply CentOS 3/4 and/or i386/x86_64 systems so we can fix this hassle for those who don't think Fedora is good enough.
All we need is a user ssh access (non-interactive, i.e., using ssh keys, no password/-phrase) to a reasonably equipped (preferably >1 GHz CPU speed, >=1 GB memory, > 1 GB free temporary disk space) machine, and the ability to occupy this machine every night for about 6-9 hours (depending on the speed of the machines; starting from midnight). (In case your machine(s) do(es) not meet all of these requirements, we might be able to do with less, but that needs to be checked in detail.) The necessary software to compile MonetDB (and its companions like the SQL & XQuery front ends) should be pre-installed; in case we find anything missing, we will let you know, hoping that some sys-admin can install the missing software. Any system that you want/need and is not yet included in our pool (http://monetdb.cwi.nl/Development/TestWeb/Platforms/index.html) is welcome ;-) Stefan
Cheers,
-- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ MonetDB-users mailing list MonetDB-users@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 |
On Fri, Mar 03, 2006 at 01:26:41PM +0100, Stefan Manegold wrote:
-- When/How can I do a "make rpm" myself? I grabbed the source. Do I have to do a 'bootstrap' and a 'configure', and than a 'make rpm'? The 'HowToStart' file doesn't mention rpms.
First question: which kind of source did you grab? The source tarball, or the CVS check-out?
I grabbed the tarballs.
As stated in the HowToStart and on our website (http://monetdb.cwi.nl/GetGoing/Setup/MonetDB/index.html), bootstrap is only required for the cvs checkout; then you do the standard
configure make make dist make rpm
Oke, this seems to work fine. I managed to build these rpms: drempt:/users/henkvl 610% rpm -qp /projects/pkg/rpm/el3/MonetDB/*.rpm MonetDB-client-4.10.2-1 MonetDB-devel-4.10.2-1 MonetDB-perl-4.10.2-1 MonetDB-python-4.10.2-1 MonetDB-server-4.10.2-1 MonetDB-SQL-devel-2.10.2-1 MonetDB-SQL-java-2.10.2-1 MonetDB-SQL-odbc-2.10.2-1 MonetDB-SQL-python-2.10.2-1 MonetDB-SQL-server-2.10.2-1 MonetDB-XQuery-0.10.2-1 MonetDB-XQuery-devel-0.10.2-1 Thanx.
-- What's needed for me giving you guys access to build machines? Do you need root access or is a user account just fine given that the needed software is installed? Maybe I can supply CentOS 3/4 and/or i386/x86_64 systems so we can fix this hassle for those who don't think Fedora is good enough.
All we need is a user ssh access (non-interactive, i.e., using ssh keys, no password/-phrase) to a reasonably equipped (preferably >1 GHz CPU speed, >=1 GB memory, > 1 GB free temporary disk space) machine, and the ability to occupy this machine every night for about 6-9 hours (depending on the speed of the machines; starting from midnight).
Oke, I hope to get back to you about this off-list soon. Regards, -- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
On Fri, Mar 03, 2006 at 03:23:24PM +0100, Henk van Lingen wrote:
Oke, this seems to work fine. I managed to build these rpms:
Hi, The rpms produced by 'configure;make;make dist;make rpm' no (longer?) include the Mx tool (needed for extending modules). The HowToStart says it's only coming with a cvs checkout. Does a 'make rpm' from such a checkout include the Mx tool in the rpms? Cheers, -- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
On Wed, Mar 08, 2006 at 03:12:22PM +0100, Henk van Lingen wrote:
On Fri, Mar 03, 2006 at 03:23:24PM +0100, Henk van Lingen wrote:
Oke, this seems to work fine. I managed to build these rpms:
Hi,
The rpms produced by 'configure;make;make dist;make rpm' no (longer?) include the Mx tool (needed for extending modules). The HowToStart says it's only coming with a cvs checkout. Does a 'make rpm' from such a checkout include the Mx tool in the rpms?
Nope. Mx and other buildtools are currently only available as "buildtools" from CVS: `cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/monetdb checkout -P -rMonetDB_4-10 buildtools` There is neither a source tar-ball nor any binary distribution available for the buildtools (yet??). Well, mainly, we (silently) assume that developers know how to use CVS and how to compile, install and use the buildtools, given the documentation in the respective README. In case there is a *strong* need for source- and/or binary packages of the buildtools, we *might* consider looking into this issue, but I cannot promise anything. Sorry, but (also) our time and man-power is limited. Obviously, any help is more than welcome ;-) Stefan
Cheers,
-- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ MonetDB-users mailing list MonetDB-users@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 |
I'm having problems with the latest ODBC driver. My client PC is windows XP. The server is RHEL4. The SQL client works fine as does the JDBC connection. The ODBC driver appears to install properly but whenever I try to configure the MonetDB ODBC connection the list goes blank. If I try to connect using MonetDB ODBC connection from Excel I get an error.
Colin Foss wrote:
I'm having problems with the latest ODBC driver. My client PC is windows XP. The server is RHEL4. The SQL client works fine as does the JDBC connection.
The ODBC driver appears to install properly but whenever I try to configure the MonetDB ODBC connection the list goes blank.
If I try to connect using MonetDB ODBC connection from Excel I get an error.
Have you tried connecting to a locally running server (i.e. on the same machine as the Excel)? We have never tried remote servers with the MonetDB ODBC driver, and I know that I have not implemented any configuration windows for the driver. When connecting to a local MonetDB server using the MonetDB ODBC driver from Excel, I can get data from the server. However, there is a problem in that setup in that Excel does not use double quotes around column names, and if those names also happen to be keywords, the MonetDB server gives an error. What used to be my standard query, importing the contents of the "columns" table does not work for this reason (you get a "General error"). The columns from the "columns" table that I need to avoid there are "null" and "default". -- Sjoerd Mullender
On Fri, Mar 03, 2006 at 03:23:24PM +0100, Henk van Lingen wrote:
As stated in the HowToStart and on our website (http://monetdb.cwi.nl/GetGoing/Setup/MonetDB/index.html), bootstrap is only required for the cvs checkout; then you do the standard
configure make make dist make rpm
Oke, this seems to work fine. I managed to build these rpms
Should this also work for RHEL 4 / x86_64 ?? configure complains about not finding libpthread. After some looking around, I tried "./configure --enable-bits=64", which seems to work. However, "make rpm" fails with: RPM build errors: File not found by glob: /var/tmp/MonetDB-root/usr/share/MonetDB/lib/*jar make: *** [rpm] Error 1 (there is no /var/tmp/MonetDB-root/usr/share/MonetDB/lib ) Any ideas? Regards, -- Henk van Lingen, Systems & Network Administrator (o- -+ Dept. of Computer Science, Utrecht University. /\ | phone: +31-30-2535278 v_/_ http://henk.vanlingen.net/ http://www.tuxtown.net/netiquette/
On 28-04-2006 16:39:26 +0200, Henk van Lingen wrote:
RPM build errors: File not found by glob: /var/tmp/MonetDB-root/usr/share/MonetDB/lib/*jar make: *** [rpm] Error 1
(there is no /var/tmp/MonetDB-root/usr/share/MonetDB/lib )
Any ideas?
Can it be that you don't have Java installed on your system? Nevertheless I think this is a bug.
On Fri, Apr 28, 2006 at 05:42:33PM +0200, Fabian Groffen wrote:
On 28-04-2006 16:39:26 +0200, Henk van Lingen wrote:
RPM build errors: File not found by glob: /var/tmp/MonetDB-root/usr/share/MonetDB/lib/*jar make: *** [rpm] Error 1
(there is no /var/tmp/MonetDB-root/usr/share/MonetDB/lib )
Any ideas?
Can it be that you don't have Java installed on your system? Nevertheless I think this is a bug.
yes, yes, yes: - it should also work with REHL4 on x86_64 --- ate least I don't see any reason why it should not work, provided the systems installed properly; we actually build RPMs every night on an Itanium running "Red Hat Enterprise Linux WS release 4 (Nahant Update 3)". - your problem looks indeed as if (a proper) java (>=1.4) is not installed or at least not found by configure (check the configure output and/or the config.log) - it is a bug on our side, if `make rpm` "crashes" instead of refusing work with a proper error message in case java was not found by configure. Stefan [A-- | 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 |
participants (6)
-
Colin Foss -
Fabian Groffen -
Henk van Lingen -
Sjoerd Mullender -
Stefan Manegold -
Stefan.Manegold＠cwi.nl