This is a discussion on Re: [pgsql-advocacy] Increased company involvement within the pgsql Hackers forums, part of the PostgreSQL category; --> On Thu, 5 May 2005, Josh Berkus wrote: > Marc, > >> all released at the same time, and ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| On Thu, 5 May 2005, Josh Berkus wrote: > Marc, > >> all released at the same time, and tag'd the same way, and available under >> the same ftp directory ... > > Hmmm. As licensing permits, I think we should also offer a "kitchen sink" > download for those who want it. Which a lot of people will. 'k, how do you envision this? I can do a very simple "export" into the same directory and tar it all up, but if you are thinking of something like recreating the existing directory structure, with plphp being in src/pl/plphp, and that sort of thing, that could be a bit more tricky ... not from a CVS/packaging perspective, since I've done that before, but running ./configure at the top level directory won't pick up them up and configure them, since they are all configured using their own ... I've seen some projects where configure *calls* configure in sub directories ... but that becomes a build issue if someone wants to try and tackle that? if directory src/pl/php exists, run configure in there with current args? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to majordomo@postgresql.org so that your message can get through to the mailing list cleanly |
| |||
| Marc, > I've seen some projects where configure *calls* configure in sub > directories ... but that becomes a build issue if someone wants to try and > tackle that? Yes, that's what I was proposing that I pitch to the folks at Greenplum that they help with. Might be hard, though, because they're currently using ant for the build, and we wouldn't want to. --Josh -- __Aglio Database Solutions_______________ Josh Berkus Consultant josh@agliodbs.com www.agliodbs.com Ph: 415-752-2500 Fax: 415-752-2387 2166 Hayes Suite 200 San Francisco, CA ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to majordomo@postgresql.org so that your message can get through to the mailing list cleanly |
| |||
| On Thu, 5 May 2005, Josh Berkus wrote: > Marc, > >> I've seen some projects where configure *calls* configure in sub >> directories ... but that becomes a build issue if someone wants to try and >> tackle that? > > Yes, that's what I was proposing that I pitch to the folks at Greenplum that > they help with. Might be hard, though, because they're currently using ant > for the build, and we wouldn't want to. Let's get the individual builds working first, since I don't believe any of the PLs right now are ready to be "standalone builds"? Then we can look into 'integrating' them into one 'kitchen sink tar ball', once we have something to work with ... Once we have the first one in place, I'll modify mk-snapshot so that it does its regular 'make dist-split' for the 'core', does a tar ball for the pl, and also does a 'meta package' that includes both, to give a 'base' to work from ... But we need at least one of them ready for a standalone build first ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 ---------------------------(end of broadcast)--------------------------- TIP 7: don't forget to increase your free space map settings |
| |||
| Marc G. Fournier wrote: > But we need at least one of them ready for a standalone build first ... > PL/Java might be ready. Depends on your definition of "standalone build" of course. Can you elaborate? Regards, Thomas Hallgren ---------------------------(end of broadcast)--------------------------- TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org |
| |||
| On Thu, 5 May 2005, Thomas Hallgren wrote: > Marc G. Fournier wrote: > >> But we need at least one of them ready for a standalone build first ... >> > PL/Java might be ready. Depends on your definition of "standalone build" of > course. Can you elaborate? could I download a tar file to my machine that already has include/header files install and build it without having to download the postgresql source tree too? ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 ---------------------------(end of broadcast)--------------------------- TIP 6: Have you searched our list archives? http://archives.postgresql.org |
| |||
| Marc G. Fournier wrote: > On Thu, 5 May 2005, Thomas Hallgren wrote: > >> Marc G. Fournier wrote: >> >>> But we need at least one of them ready for a standalone build first ... >>> >> PL/Java might be ready. Depends on your definition of "standalone >> build" of course. Can you elaborate? > > > could I download a tar file to my machine that already has > include/header files install and build it without having to download the > postgresql source tree too? > You need to have a PostgreSQL (binary) installed. There's no need for the source. - thomas ---------------------------(end of broadcast)--------------------------- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to majordomo@postgresql.org) |
| |||
| On Fri, 6 May 2005, Thomas Hallgren wrote: > Marc G. Fournier wrote: >> On Thu, 5 May 2005, Thomas Hallgren wrote: >> >>> Marc G. Fournier wrote: >>> >>>> But we need at least one of them ready for a standalone build first ... >>>> >>> PL/Java might be ready. Depends on your definition of "standalone build" >>> of course. Can you elaborate? >> >> >> could I download a tar file to my machine that already has include/header >> files install and build it without having to download the postgresql source >> tree too? >> > You need to have a PostgreSQL (binary) installed. There's no need for the > source. so,I could download this to my already installed server and build it? that is exactly what we are looking for ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 ---------------------------(end of broadcast)--------------------------- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq |
| |||
| Marc G. Fournier wrote: > On Fri, 6 May 2005, Thomas Hallgren wrote: > >> Marc G. Fournier wrote: >> >>> On Thu, 5 May 2005, Thomas Hallgren wrote: >>> >>>> Marc G. Fournier wrote: >>>> >>>>> But we need at least one of them ready for a standalone build >>>>> first ... >>>>> >>>> PL/Java might be ready. Depends on your definition of "standalone >>>> build" of course. Can you elaborate? >>> >>> >>> >>> could I download a tar file to my machine that already has >>> include/header files install and build it without having to download >>> the postgresql source tree too? >>> >> You need to have a PostgreSQL (binary) installed. There's no need for >> the source. > > > so,I could download this to my already installed server and build it? > that is exactly what we are looking for ... Sure. PL/Java has 2 requirements for building. One is that PostgreSQL is installed. The other is that you have either GNU GCJ or a JDK installed. I think it would be possible to completely remove the second requirement by bundling a Java Native Interface (JNI) header file and a dummy library but it's not done that way today and I haven't investigated what license restrictions that might apply. Let me know if you think that's worth investigating. Regards, Thomas Hallgren ---------------------------(end of broadcast)--------------------------- TIP 5: Have you checked our extensive FAQ? http://www.postgresql.org/docs/faq |
| ||||
| On Fri, 6 May 2005, Thomas Hallgren wrote: > Sure. PL/Java has 2 requirements for building. One is that PostgreSQL is > installed. The other is that you have either GNU GCJ or a JDK installed. These are both fine ... please note we aren't saying that it has to be pre-built, only that it can't *require* the postgresql sources to be available ... plphp will still require php4 to be installed before hand, pl/R would still require the R stuff, etc ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 ---------------------------(end of broadcast)--------------------------- TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org |