Re: Gump and APR/HTTPd
On Sat, 18 Dec 2004, Bill Barker [EMAIL PROTECTED] wrote: At the moment, they are still in CVS: cvs co gump/project and potentially gump/profile if you need to add new descriptors. BTW, is there any objection to including --enable-module=so for httpd? I'd much rather use apxs to configure mod_jk :). +1 Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR/HTTPd
Stefan Bodewig wrote: The next thing I am keen for gump to try is to build apr, apr-util and httpd as RPM packages (and eventually Solaris packages, etc as new ones are added). Feel free to play with the current descriptors 8-) I have managed to get Solaris packages and RPMs done for APR, and I would like to test those as well. A couple of questions: How do I check out the descriptors? (SVN url?) What environments do gump run on? I would imagine the Solaris package tools (required for the package build) are only present on Solaris (unless I am mistaken). - Setting up a basic RPM root environment with the bare minimum for apr to build. I have no idea what this root environment would look like. I found docs a while back on how to do it, but I have had hassles finding them again. Will keep looking. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Gump and APR/HTTPd
Graham Leggett [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Stefan Bodewig wrote: The next thing I am keen for gump to try is to build apr, apr-util and httpd as RPM packages (and eventually Solaris packages, etc as new ones are added). Feel free to play with the current descriptors 8-) I have managed to get Solaris packages and RPMs done for APR, and I would like to test those as well. A couple of questions: How do I check out the descriptors? (SVN url?) At the moment, they are still in CVS: cvs co gump/project BTW, is there any objection to including --enable-module=so for httpd? I'd much rather use apxs to configure mod_jk :). What environments do gump run on? I would imagine the Solaris package tools (required for the package build) are only present on Solaris (unless I am mistaken). From the noise on the list, Debian. - Setting up a basic RPM root environment with the bare minimum for apr to build. I have no idea what this root environment would look like. I found docs a while back on how to do it, but I have had hassles finding them again. Will keep looking. Regards, Graham -- smime.p7s Description: S/MIME cryptographic signature
Re: Gump and APR/HTTPd
On Mon, 13 Dec 2004, Graham Leggett [EMAIL PROTECTED] wrote: The next thing I am keen for gump to try is to build apr, apr-util and httpd as RPM packages (and eventually Solaris packages, etc as new ones are added). Feel free to play with the current descriptors 8-) - Setting up a basic RPM root environment with the bare minimum for apr to build. I have no idea what this root environment would look like. - Building apr/apr-util - Building httpd Done. - Installing the RPMs - Installing the RPMs. Where? Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gump and APR/HTTPd
Hi all, starting with the latest Kaffe build we are building HTTPd as well http://brutus.apache.org/gump/kaffe/apache-httpd/apache-httpd-make/gump_work/build_apache-httpd_apache-httpd-make.txt. Yes, we are building against the latest versions of apr and apr-util, I've tested it on a machine that didn't have APR installed. Of course not only the Kaffe but all runs will build them. I've documented the new configure and make builders as well as the fact that script now supports arbitrary command line arguments, see http://gump.apache.org/metadata/builder.html. If you take a look at the project descriptors for apr-util and apache-httpd, you should be able to get the idea. I'm sure my docs are still too Gump centric to answer all questions. Stefan -- http://stefanbodewig.blogger.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR/HTTPd
Stefan Bodewig said: starting with the latest Kaffe build we are building HTTPd as well http://brutus.apache.org/gump/kaffe/apache-httpd/apache-httpd-make/gump_work/build_apache-httpd_apache-httpd-make.txt. Yes, we are building against the latest versions of apr and apr-util, I've tested it on a machine that didn't have APR installed. Of course not only the Kaffe but all runs will build them. I've documented the new configure and make builders as well as the fact that script now supports arbitrary command line arguments, see http://gump.apache.org/metadata/builder.html. If you take a look at the project descriptors for apr-util and apache-httpd, you should be able to get the idea. I'm sure my docs are still too Gump centric to answer all questions. The next thing I am keen for gump to try is to build apr, apr-util and httpd as RPM packages (and eventually Solaris packages, etc as new ones are added). This will involve: - Setting up a basic RPM root environment with the bare minimum for apr to build. - Building apr/apr-util - Installing the RPMs - Building httpd - Installing the RPMs. For an added insane stunt bonus, we could try and install RPMS of apr v0.9 and apr v1.0 side by side, to ensure that they live together happily. This will involve trying out each step individually first, before getting each step integrated into gump. Let me see what I can come up with... Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR/HTTPd
Stefan Very impressive work; especially w/o a guide. Congratulations! Hopefully we'll get Gump Python to a point where it is fun to tinker with. :-) regards, Adam - Original Message - From: Stefan Bodewig [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, December 13, 2004 6:15 AM Subject: Gump and APR/HTTPd Hi all, starting with the latest Kaffe build we are building HTTPd as well http://brutus.apache.org/gump/kaffe/apache-httpd/apache-httpd-make/gump_wor k/build_apache-httpd_apache-httpd-make.txt. Yes, we are building against the latest versions of apr and apr-util, I've tested it on a machine that didn't have APR installed. Of course not only the Kaffe but all runs will build them. I've documented the new configure and make builders as well as the fact that script now supports arbitrary command line arguments, see http://gump.apache.org/metadata/builder.html. If you take a look at the project descriptors for apr-util and apache-httpd, you should be able to get the idea. I'm sure my docs are still too Gump centric to answer all questions. Stefan -- http://stefanbodewig.blogger.de/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR
On Sun, 05 Dec 2004, Graham Leggett [EMAIL PROTECTED] wrote: If the parameter starts with a -, then it's white separated. Yes, I think I'll prefer to look for - vs -- instead of single vs multiple characters. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR
Stefan Bodewig wrote: configure environment name=CFLAGS value=-g / arg name=c value=blah / !-- becomes -c blah -- arg name=prefix value=blah / !-- becomes --prefix=blah -- rawarg name=-shared / !-- becomes -shared -- /configure I don't think I'd like the magic that's happening to distinguish the first two cases. Yes, I am used to -x and --xlong myself, but it still looks non-obvious. The trouble is the single character options tend to be separated from their argument by whitespace, while multi character arguments tend to be separated by an equals. Perhaps you could have: arg name=-c value=blah !-- -c blah -- arg name=--prefix value=/opt !-- prefix=/opt -- arg name=-shared !-- -shared -- If the parameter starts with a -, then it's white separated. If it starts with a --, it's equals separated. And if the attribute separator is declared, you could set the separator to any string you liked. Regards, Graham -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Gump and APR
On Wed, 01 Dec 2004, Graham Leggett [EMAIL PROTECTED] wrote: Right now I think we need two things: * a way to allow Gump to invoke make This I'll try to work on. Given my close-to-non-existant Python skills and that you declared you'd be at the same level a while back, there probably isn't much of handholding I could offer. The blind leading the one-eyed or so. We also need a way to run ./configure, and possibly other scripts like ./buildconf. You must have missed my first post which said we could already do that ;-) Starting with the next public Gump run all Gump runs will run ./buildconf, ./configure and make on APR. Until then they stopped before invoking make. * A way to tell the httpd where to look for APR ./configure --prefix=dest would install APR into dest, Ah, OK, makes sense. I should spend more work on configure instead of make then. we would just need a way to tell ./configure where dest is in a system independant way. Does dest need to exist? If not, this is rather simple, something like configure arg name=prefix value=dest-@@DATE@@/ /configure could be created to install it to a local directory - and the we'd have something like http://gump.apache.org/metadata/builder.html#property for apr-util's configure to tell it where to look for APR. property is to Ant (or Java) centric, though. I guess arg would be the correct name for configure. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR
On Wed, 1 Dec 2004, Davanum Srinivas [EMAIL PROTECTED] wrote: export CVSROOT=:pserver:[EMAIL PROTECTED]:/cvs/kaffe cvs login cvs checkout kaffe apt-get build-dep kaffe ./configure --with-jikes --prefix=/usr/local/gump-kaffe make make install make check Except for apt-get and the options to configure, you can do that with Gump already. My next goal is to allow configure to take options of different kinds. non-valued, with static values or with values based on other project descriptors. I'll likely steal from the way //project/ant/property works. Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR
On Thu, 02 Dec 2004, Graham Leggett [EMAIL PROTECTED] wrote: My understanding of make is that you could do this: FLAG=blah make target parameters So the ability to make needs to: - allow environment vars to be set before make - allow zero or more targets - allow other parameters target can already be done right now. Configure would be the same. Yes. My first focus is going to support parameters for configure since this will solve most issues we have, at least I expect that. We always add more stuff later on (maybe my Python skills improve over time as well 8-). Thing is autoconf, automake, configure, make, etc are all just scripts, it would be nice to have a generic script runner too. We have, we use it for buildconf right now. It doesn't support arguments, though. Not yet. From the above, maybe something like this could handle the possiblity of setting environment variables at the same time: configure environment name=CFLAGS value=-g / arg name=c value=blah / !-- becomes -c blah -- arg name=prefix value=blah / !-- becomes --prefix=blah -- rawarg name=-shared / !-- becomes -shared -- /configure I don't think I'd like the magic that's happening to distinguish the first two cases. Yes, I am used to -x and --xlong myself, but it still looks non-obvious. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR
On Fri, 26 Nov 2004, Stefan Bodewig [EMAIL PROTECTED] wrote: I'll try to get some minimal make builder working next week to see where we get. I've created configure and make builders and will try them on some minimal test workspace of mine tomorrow (hard to do some real tests without anything but http and smtp). What I did was some monkey-see monkey.do and I won't pretend I actually know what I've done 8-) But I've seen a lot of cut-n-paste reuse (and even added to it), maybe I'll read more than just Dive into Python some day. What seemed to be the unit tests (in the gump/test dir) turned out to not work (imports some gump,core stuff that is nowhere to find). I realized that when I tried to write my own tests. Leo, I vaguely recall you added some test stuff, any pointers where I should start for my own tests? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR
Stefan Bodewig wrote: On Fri, 26 Nov 2004, Stefan Bodewig [EMAIL PROTECTED] wrote: I'll try to get some minimal make builder working next week to see where we get. I've created configure and make builders and will try them on some minimal test workspace of mine tomorrow (hard to do some real tests without anything but http and smtp). What I did was some monkey-see monkey.do and I won't pretend I actually know what I've done 8-) But I've seen a lot of cut-n-paste reuse (and even added to it), maybe I'll read more than just Dive into Python some day. :-D What seemed to be the unit tests (in the gump/test dir) turned out to not work (imports some gump,core stuff that is nowhere to find). I realized that when I tried to write my own tests. I got some of them to work for me the other day.lemme try and fix that...bummer. Not now... Leo, I vaguely recall you added some test stuff, any pointers where I should start for my own tests? well, the current stuff in python/gump/test uses a custom unit testing package instead of the standard python 'unittest'. I got halfway through changing our existing tests to use unittest, but ran out of time. Maybe I'll get to it this weekend. I just committed a fix to the 'gump' script I'd been working on. Doing a cd ~/svn/gump/trunk svn up ./gump experimental-tests should give you an idea of how to start with setting up tests. This runs stuff in the src/py directory, since we still need to fix python/gump/test to work with the bin/testrunner.py script. ./gump test doesn't work atm though :/ cheers, LSD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gump and APR
Hi all, this is a heads-up, Gump has run the buildconf and configure scripts for APR on its last run[1] and I'll try to get some minimal make builder working next week to see where we get. If anybody else wants to jump in, you'd be welcome. Cheers Stefan Footnotes: [1] http://brutus.apache.org/gump/public/apr/apr-configure/gump_work/buildscript_apr_apr-configure.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR
Hi, this is a heads-up, Gump has run the buildconf and configure scripts for APR on its last run[1] and I'll try to get some minimal make builder working next week to see where we get. If anybody else wants to jump in, you'd be welcome. I'm keen to jump in to get httpd to build, both as source, and as an RPM (and other packing formats, as practical). I need some handholding though - if you could provide (or point out) a guide of what I should do to get it working, I can then try and expand what is there to httpd. Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Gump and APR
On Fri, 26 Nov 2004, [EMAIL PROTECTED] wrote: I'm keen to jump in to get httpd to build, both as source, and as an RPM (and other packing formats, as practical). I know and I'm sorry for letting this sit for so long. Right now I think we need two things: * a way to allow Gump to invoke make This I'll try to work on. Given my close-to-non-existant Python skills and that you declared you'd be at the same level a while back, there probably isn't much of handholding I could offer. The blind leading the one-eyed or so. * A way to tell the httpd where to look for APR This is where I could use your help. I think we'll need some configure builder that we can tell where to look for APR's header files and the library itself. Probably more a general way to specify command line parameters when running configure. Say I have APR compiled but not installed (in a system wide sense), how would I invoke configure for httpd - or apr-util, which is probably the next ring of the chain? Would I need to set some env variables or pass parameters to make as well? Something that you could do more or less immediately - and where I can provide some guidance is starting to declare the modules and projects we'll need. If you look into http://cvs.apache.org/viewcvs.cgi/gump/repository/apr.xml, here I define a repository for APR, simply a directory to base common source trees on in the Subversion sense. In http://cvs.apache.org/viewcvs.cgi/gump/project/apr.xml I define a module (nomenclature is CVS like for historic reasons) which in this case only means that I'm talking about the apr/trunk directory inside the apr repository defined above. Inside of that module we have two projects which are atomic steps we have to perform. First we run buildconf and then configure. If the first one failed, we won't run the second. Those files get hooked into Gump via the profile http://cvs.apache.org/viewcvs.cgi/gump/profile/gump.xml?r1=1.463r2=1.464makepatch=1diff_format=u So we'd need an additional module for apr-util and one for httpd (and a repository definition to go with it). I'll be travelling by the start of next week which means I'll have some hacking time in a train but will also be offline most of the time. Cheers Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
