Thread: Are pgrpm changes for JDBC discussed here before submission?
Hello all,
I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?
I'd be more than happy to share my changes here if it's worth a discussion.
Regards,
-John
Hi John,
We don't have anything to do with the RPMS
Dave
On 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote:
Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
Hi,
Both lists are fine.
Regards, Devrim
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Both lists are fine.
Regards, Devrim
On December 30, 2015 6:03:19 PM GMT+02:00, John Harvey <john.harvey@crunchydata.com> wrote:
Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Hi Dave,
Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention.
Regards, Devrim
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention.
Regards, Devrim
On December 30, 2015 6:20:40 PM GMT+02:00, Dave Cramer <pg@fastcrypt.com> wrote:
Hi John,We don't have anything to do with the RPMSDaveOn 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote:Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Hello Devrim,
I've got a functioning spec-file, but I have a question which I think needs to be answered before contributing my spec-file changes (which I'm not quite sure how to do for pgrpms-- I couldn't find a mail-list).
The question has to do with the new build being dependent on maven instead of ant.
Typically, with a spec file it is expected that we could address this with the following line:
BuildRequires: maven >= 3.0.0
However, there's a problem. Maven isn't generally packaged as an RPM. In fact, even the official RHEL docs point to the maven project site for installation, and that's via tarball unzipping. I found an abandoned java project where somebody tried RPM-ing maven, but they abandoned the project somewhere with maven 2.x, and personally I could not get it to build.
So, I figured I'd try another approach. The other method that I've seen for setting a dependency is to do something like the following:
BuildRequires: /usr/bin/mvn
However, even that doesn't work for me. I keep getting that the dependency isn't found, when it's definitely there on my system. Note that I have seen that syntax under a "Requires" line (not BuildRequires) in a couple of spec files before, but they were in an ifdef block, so they may not have even been a valid syntax that was tested.
I guess I'm not sure what the right approach here is. If I leave the maven dependency off, that's not the correct answer, as it's definitely a requirement (more specifically, maven 3.x). However, I'm not sure what I can do to make the spec-file recognize this build dependency.
Note that I'm happy to take this to another list if that's appropriate, or have an offline discussion if that makes sense.
Thank you,
-John
On Wed, Dec 30, 2015 at 1:16 PM, Devrim Gündüz <devrim@gunduz.org> wrote:
Hi Dave,
Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention.
Regards, Devrim--On December 30, 2015 6:20:40 PM GMT+02:00, Dave Cramer <pg@fastcrypt.com> wrote:Hi John,We don't have anything to do with the RPMSDaveOn 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote:Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Hi,
pgsql-pkg-yum@ is rpm mailing list.
I have zero idea about maven. How much effort would it take to RPMify it?
Can you please send the new spec? I can give a try tomorrow.
Regards, Devrim
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
pgsql-pkg-yum@ is rpm mailing list.
I have zero idea about maven. How much effort would it take to RPMify it?
Can you please send the new spec? I can give a try tomorrow.
Regards, Devrim
On December 30, 2015 9:16:20 PM GMT+02:00, John Harvey <john.harvey@crunchydata.com> wrote:
Hello Devrim,I've got a functioning spec-file, but I have a question which I think needs to be answered before contributing my spec-file changes (which I'm not quite sure how to do for pgrpms-- I couldn't find a mail-list).The question has to do with the new build being dependent on maven instead of ant.Typically, with a spec file it is expected that we could address this with the following line:BuildRequires: maven >= 3.0.0However, there's a problem. Maven isn't generally packaged as an RPM. In fact, even the official RHEL docs point to the maven project site for installation, and that's via tarball unzipping. I found an abandoned java project where somebody tried RPM-ing maven, but they abandoned the project somewhere with maven 2.x, and personally I could not get it to build.So, I figured I'd try another approach. The other method that I've seen for setting a dependency is to do something like the following:BuildRequires: /usr/bin/mvnHowever, even that doesn't work for me. I keep getting that the dependency isn't found, when it's definitely there on my system. Note that I have seen that syntax under a "Requires" line (not BuildRequires) in a couple of spec files before, but they were in an ifdef block, so they may not have even been a valid syntax that was tested.I guess I'm not sure what the right approach here is. If I leave the maven dependency off, that's not the correct answer, as it's definitely a requirement (more specifically, maven 3.x). However, I'm not sure what I can do to make the spec-file recognize this build dependency.Note that I'm happy to take this to another list if that's appropriate, or have an offline discussion if that makes sense.Thank you,-JohnOn Wed, Dec 30, 2015 at 1:16 PM, Devrim Gündüz <devrim@gunduz.org> wrote:Hi Dave,
Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention.
Regards, Devrim--On December 30, 2015 6:20:40 PM GMT+02:00, Dave Cramer <pg@fastcrypt.com> wrote:Hi John,We don't have anything to do with the RPMSDaveOn 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote:Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
seems there is an rpm for maven http://stackoverflow.com/questions/7532928/how-do-i-install-maven-with-yum
On 30 December 2015 at 14:28, Devrim Gündüz <devrim@gunduz.org> wrote:
Hi,
pgsql-pkg-yum@ is rpm mailing list.
I have zero idea about maven. How much effort would it take to RPMify it?
Can you please send the new spec? I can give a try tomorrow.
Regards, DevrimOn December 30, 2015 9:16:20 PM GMT+02:00, John Harvey <john.harvey@crunchydata.com> wrote:Hello Devrim,I've got a functioning spec-file, but I have a question which I think needs to be answered before contributing my spec-file changes (which I'm not quite sure how to do for pgrpms-- I couldn't find a mail-list).The question has to do with the new build being dependent on maven instead of ant.Typically, with a spec file it is expected that we could address this with the following line:BuildRequires: maven >= 3.0.0However, there's a problem. Maven isn't generally packaged as an RPM. In fact, even the official RHEL docs point to the maven project site for installation, and that's via tarball unzipping. I found an abandoned java project where somebody tried RPM-ing maven, but they abandoned the project somewhere with maven 2.x, and personally I could not get it to build.So, I figured I'd try another approach. The other method that I've seen for setting a dependency is to do something like the following:BuildRequires: /usr/bin/mvnHowever, even that doesn't work for me. I keep getting that the dependency isn't found, when it's definitely there on my system. Note that I have seen that syntax under a "Requires" line (not BuildRequires) in a couple of spec files before, but they were in an ifdef block, so they may not have even been a valid syntax that was tested.I guess I'm not sure what the right approach here is. If I leave the maven dependency off, that's not the correct answer, as it's definitely a requirement (more specifically, maven 3.x). However, I'm not sure what I can do to make the spec-file recognize this build dependency.Note that I'm happy to take this to another list if that's appropriate, or have an offline discussion if that makes sense.Thank you,-JohnOn Wed, Dec 30, 2015 at 1:16 PM, Devrim Gündüz <devrim@gunduz.org> wrote:Hi Dave,
Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention.
Regards, Devrim--On December 30, 2015 6:20:40 PM GMT+02:00, Dave Cramer <pg@fastcrypt.com> wrote:Hi John,We don't have anything to do with the RPMSDaveOn 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote:Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Thanks Dave. I'll have to try that out; it might be what we need.
Devin- I'll try to get you a spec file by tomorrow for testing if that's all right.
BTW, I have a question about the latest PGJDBC release.
On the downloads page (https://jdbc.postgresql.org/download.html), all of the previous "source" items are tar.gz files, whereas for this release, it's a sources jarfile. Is this going to be a permanent switch? If so, I have a concern because the sources jar does not appear to contain the pom file for compilation. Typically the RPM code uses a source tarball as a starting point. Just curious if that's going to be hosted somewhere.
Thanks!
-John
On Wed, Dec 30, 2015 at 2:41 PM, Dave Cramer <pg@fastcrypt.com> wrote:
seems there is an rpm for maven http://stackoverflow.com/questions/7532928/how-do-i-install-maven-with-yumOn 30 December 2015 at 14:28, Devrim Gündüz <devrim@gunduz.org> wrote:Hi,
pgsql-pkg-yum@ is rpm mailing list.
I have zero idea about maven. How much effort would it take to RPMify it?
Can you please send the new spec? I can give a try tomorrow.
Regards, DevrimOn December 30, 2015 9:16:20 PM GMT+02:00, John Harvey <john.harvey@crunchydata.com> wrote:Hello Devrim,I've got a functioning spec-file, but I have a question which I think needs to be answered before contributing my spec-file changes (which I'm not quite sure how to do for pgrpms-- I couldn't find a mail-list).The question has to do with the new build being dependent on maven instead of ant.Typically, with a spec file it is expected that we could address this with the following line:BuildRequires: maven >= 3.0.0However, there's a problem. Maven isn't generally packaged as an RPM. In fact, even the official RHEL docs point to the maven project site for installation, and that's via tarball unzipping. I found an abandoned java project where somebody tried RPM-ing maven, but they abandoned the project somewhere with maven 2.x, and personally I could not get it to build.So, I figured I'd try another approach. The other method that I've seen for setting a dependency is to do something like the following:BuildRequires: /usr/bin/mvnHowever, even that doesn't work for me. I keep getting that the dependency isn't found, when it's definitely there on my system. Note that I have seen that syntax under a "Requires" line (not BuildRequires) in a couple of spec files before, but they were in an ifdef block, so they may not have even been a valid syntax that was tested.I guess I'm not sure what the right approach here is. If I leave the maven dependency off, that's not the correct answer, as it's definitely a requirement (more specifically, maven 3.x). However, I'm not sure what I can do to make the spec-file recognize this build dependency.Note that I'm happy to take this to another list if that's appropriate, or have an offline discussion if that makes sense.Thank you,-JohnOn Wed, Dec 30, 2015 at 1:16 PM, Devrim Gündüz <devrim@gunduz.org> wrote:Hi Dave,
Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention.
Regards, Devrim--On December 30, 2015 6:20:40 PM GMT+02:00, Dave Cramer <pg@fastcrypt.com> wrote:Hi John,We don't have anything to do with the RPMSDaveOn 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote:Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Download zip file from github would work, no ? I can switch back but was trying to use maven for everything. This is the source file that it provides
On 30 December 2015 at 14:51, John Harvey <john.harvey@crunchydata.com> wrote:
Thanks Dave. I'll have to try that out; it might be what we need.Devin- I'll try to get you a spec file by tomorrow for testing if that's all right.BTW, I have a question about the latest PGJDBC release.On the downloads page (https://jdbc.postgresql.org/download.html), all of the previous "source" items are tar.gz files, whereas for this release, it's a sources jarfile. Is this going to be a permanent switch? If so, I have a concern because the sources jar does not appear to contain the pom file for compilation. Typically the RPM code uses a source tarball as a starting point. Just curious if that's going to be hosted somewhere.Thanks!-JohnOn Wed, Dec 30, 2015 at 2:41 PM, Dave Cramer <pg@fastcrypt.com> wrote:seems there is an rpm for maven http://stackoverflow.com/questions/7532928/how-do-i-install-maven-with-yumOn 30 December 2015 at 14:28, Devrim Gündüz <devrim@gunduz.org> wrote:Hi,
pgsql-pkg-yum@ is rpm mailing list.
I have zero idea about maven. How much effort would it take to RPMify it?
Can you please send the new spec? I can give a try tomorrow.
Regards, DevrimOn December 30, 2015 9:16:20 PM GMT+02:00, John Harvey <john.harvey@crunchydata.com> wrote:Hello Devrim,I've got a functioning spec-file, but I have a question which I think needs to be answered before contributing my spec-file changes (which I'm not quite sure how to do for pgrpms-- I couldn't find a mail-list).The question has to do with the new build being dependent on maven instead of ant.Typically, with a spec file it is expected that we could address this with the following line:BuildRequires: maven >= 3.0.0However, there's a problem. Maven isn't generally packaged as an RPM. In fact, even the official RHEL docs point to the maven project site for installation, and that's via tarball unzipping. I found an abandoned java project where somebody tried RPM-ing maven, but they abandoned the project somewhere with maven 2.x, and personally I could not get it to build.So, I figured I'd try another approach. The other method that I've seen for setting a dependency is to do something like the following:BuildRequires: /usr/bin/mvnHowever, even that doesn't work for me. I keep getting that the dependency isn't found, when it's definitely there on my system. Note that I have seen that syntax under a "Requires" line (not BuildRequires) in a couple of spec files before, but they were in an ifdef block, so they may not have even been a valid syntax that was tested.I guess I'm not sure what the right approach here is. If I leave the maven dependency off, that's not the correct answer, as it's definitely a requirement (more specifically, maven 3.x). However, I'm not sure what I can do to make the spec-file recognize this build dependency.Note that I'm happy to take this to another list if that's appropriate, or have an offline discussion if that makes sense.Thank you,-JohnOn Wed, Dec 30, 2015 at 1:16 PM, Devrim Gündüz <devrim@gunduz.org> wrote:Hi Dave,
Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention.
Regards, Devrim--On December 30, 2015 6:20:40 PM GMT+02:00, Dave Cramer <pg@fastcrypt.com> wrote:Hi John,We don't have anything to do with the RPMSDaveOn 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote:Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Hi Dave,
That sounds good to me. The github tarball will work just fine-- I just wanted to make sure that it was an intended change since it looks a little different.
I think RPM-wise that covers everything except for one last question, about this file:
doc/pgjdbc.xml
I think this was a docbook that used to be created from all of the javadocs in the ant builds. I don't see that in the current build (note that I am running with -Prelease-artifacts to generate html files). Is that something that needs to be fixed? If so, I could take a stab at it.
Regards,
-John
On Wed, Dec 30, 2015 at 2:54 PM, Dave Cramer <pg@fastcrypt.com> wrote:
Download zip file from github would work, no ? I can switch back but was trying to use maven for everything. This is the source file that it providesOn 30 December 2015 at 14:51, John Harvey <john.harvey@crunchydata.com> wrote:Thanks Dave. I'll have to try that out; it might be what we need.Devin- I'll try to get you a spec file by tomorrow for testing if that's all right.BTW, I have a question about the latest PGJDBC release.On the downloads page (https://jdbc.postgresql.org/download.html), all of the previous "source" items are tar.gz files, whereas for this release, it's a sources jarfile. Is this going to be a permanent switch? If so, I have a concern because the sources jar does not appear to contain the pom file for compilation. Typically the RPM code uses a source tarball as a starting point. Just curious if that's going to be hosted somewhere.Thanks!-JohnOn Wed, Dec 30, 2015 at 2:41 PM, Dave Cramer <pg@fastcrypt.com> wrote:seems there is an rpm for maven http://stackoverflow.com/questions/7532928/how-do-i-install-maven-with-yumOn 30 December 2015 at 14:28, Devrim Gündüz <devrim@gunduz.org> wrote:Hi,
pgsql-pkg-yum@ is rpm mailing list.
I have zero idea about maven. How much effort would it take to RPMify it?
Can you please send the new spec? I can give a try tomorrow.
Regards, DevrimOn December 30, 2015 9:16:20 PM GMT+02:00, John Harvey <john.harvey@crunchydata.com> wrote:Hello Devrim,I've got a functioning spec-file, but I have a question which I think needs to be answered before contributing my spec-file changes (which I'm not quite sure how to do for pgrpms-- I couldn't find a mail-list).The question has to do with the new build being dependent on maven instead of ant.Typically, with a spec file it is expected that we could address this with the following line:BuildRequires: maven >= 3.0.0However, there's a problem. Maven isn't generally packaged as an RPM. In fact, even the official RHEL docs point to the maven project site for installation, and that's via tarball unzipping. I found an abandoned java project where somebody tried RPM-ing maven, but they abandoned the project somewhere with maven 2.x, and personally I could not get it to build.So, I figured I'd try another approach. The other method that I've seen for setting a dependency is to do something like the following:BuildRequires: /usr/bin/mvnHowever, even that doesn't work for me. I keep getting that the dependency isn't found, when it's definitely there on my system. Note that I have seen that syntax under a "Requires" line (not BuildRequires) in a couple of spec files before, but they were in an ifdef block, so they may not have even been a valid syntax that was tested.I guess I'm not sure what the right approach here is. If I leave the maven dependency off, that's not the correct answer, as it's definitely a requirement (more specifically, maven 3.x). However, I'm not sure what I can do to make the spec-file recognize this build dependency.Note that I'm happy to take this to another list if that's appropriate, or have an offline discussion if that makes sense.Thank you,-JohnOn Wed, Dec 30, 2015 at 1:16 PM, Devrim Gündüz <devrim@gunduz.org> wrote:Hi Dave,
Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention.
Regards, Devrim--On December 30, 2015 6:20:40 PM GMT+02:00, Dave Cramer <pg@fastcrypt.com> wrote:Hi John,We don't have anything to do with the RPMSDaveOn 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote:Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
John,
No, that file does not exist any more. All documentation exists in the www repo now
On 30 December 2015 at 15:10, John Harvey <john.harvey@crunchydata.com> wrote:
Hi Dave,That sounds good to me. The github tarball will work just fine-- I just wanted to make sure that it was an intended change since it looks a little different.I think RPM-wise that covers everything except for one last question, about this file:doc/pgjdbc.xmlI think this was a docbook that used to be created from all of the javadocs in the ant builds. I don't see that in the current build (note that I am running with -Prelease-artifacts to generate html files). Is that something that needs to be fixed? If so, I could take a stab at it.Regards,-JohnOn Wed, Dec 30, 2015 at 2:54 PM, Dave Cramer <pg@fastcrypt.com> wrote:Download zip file from github would work, no ? I can switch back but was trying to use maven for everything. This is the source file that it providesOn 30 December 2015 at 14:51, John Harvey <john.harvey@crunchydata.com> wrote:Thanks Dave. I'll have to try that out; it might be what we need.Devin- I'll try to get you a spec file by tomorrow for testing if that's all right.BTW, I have a question about the latest PGJDBC release.On the downloads page (https://jdbc.postgresql.org/download.html), all of the previous "source" items are tar.gz files, whereas for this release, it's a sources jarfile. Is this going to be a permanent switch? If so, I have a concern because the sources jar does not appear to contain the pom file for compilation. Typically the RPM code uses a source tarball as a starting point. Just curious if that's going to be hosted somewhere.Thanks!-JohnOn Wed, Dec 30, 2015 at 2:41 PM, Dave Cramer <pg@fastcrypt.com> wrote:seems there is an rpm for maven http://stackoverflow.com/questions/7532928/how-do-i-install-maven-with-yumOn 30 December 2015 at 14:28, Devrim Gündüz <devrim@gunduz.org> wrote:Hi,
pgsql-pkg-yum@ is rpm mailing list.
I have zero idea about maven. How much effort would it take to RPMify it?
Can you please send the new spec? I can give a try tomorrow.
Regards, DevrimOn December 30, 2015 9:16:20 PM GMT+02:00, John Harvey <john.harvey@crunchydata.com> wrote:Hello Devrim,I've got a functioning spec-file, but I have a question which I think needs to be answered before contributing my spec-file changes (which I'm not quite sure how to do for pgrpms-- I couldn't find a mail-list).The question has to do with the new build being dependent on maven instead of ant.Typically, with a spec file it is expected that we could address this with the following line:BuildRequires: maven >= 3.0.0However, there's a problem. Maven isn't generally packaged as an RPM. In fact, even the official RHEL docs point to the maven project site for installation, and that's via tarball unzipping. I found an abandoned java project where somebody tried RPM-ing maven, but they abandoned the project somewhere with maven 2.x, and personally I could not get it to build.So, I figured I'd try another approach. The other method that I've seen for setting a dependency is to do something like the following:BuildRequires: /usr/bin/mvnHowever, even that doesn't work for me. I keep getting that the dependency isn't found, when it's definitely there on my system. Note that I have seen that syntax under a "Requires" line (not BuildRequires) in a couple of spec files before, but they were in an ifdef block, so they may not have even been a valid syntax that was tested.I guess I'm not sure what the right approach here is. If I leave the maven dependency off, that's not the correct answer, as it's definitely a requirement (more specifically, maven 3.x). However, I'm not sure what I can do to make the spec-file recognize this build dependency.Note that I'm happy to take this to another list if that's appropriate, or have an offline discussion if that makes sense.Thank you,-JohnOn Wed, Dec 30, 2015 at 1:16 PM, Devrim Gündüz <devrim@gunduz.org> wrote:Hi Dave,
Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention.
Regards, Devrim--On December 30, 2015 6:20:40 PM GMT+02:00, Dave Cramer <pg@fastcrypt.com> wrote:Hi John,We don't have anything to do with the RPMSDaveOn 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote:Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Thank you Dave, for all of the support today.
Devrim, my patch file is attached for the pgrpm repo.
It will allow EL6/EL7 to build pg-jdbc using maven if you'd like to test it.
Note that you may find some issues building on EL6 due to my dependency on the maven RPM that was discussed earlier in this thread, because it's dependent on openjdk 1.7.0. You'll need to make sure that your JAVA_HOME is set appropriately to compile with Java 1.8, or you'll get a maven enforcer plugin error, since it may use 1.7 as the default when installed this way. But, I think the rest of it should work when tested locally.
Let me know if you have any issues or questions; I can try to assist.
Regards,
-John
On Wed, Dec 30, 2015 at 3:11 PM, Dave Cramer <pg@fastcrypt.com> wrote:
John,No, that file does not exist any more. All documentation exists in the www repo nowOn 30 December 2015 at 15:10, John Harvey <john.harvey@crunchydata.com> wrote:Hi Dave,That sounds good to me. The github tarball will work just fine-- I just wanted to make sure that it was an intended change since it looks a little different.I think RPM-wise that covers everything except for one last question, about this file:doc/pgjdbc.xmlI think this was a docbook that used to be created from all of the javadocs in the ant builds. I don't see that in the current build (note that I am running with -Prelease-artifacts to generate html files). Is that something that needs to be fixed? If so, I could take a stab at it.Regards,-JohnOn Wed, Dec 30, 2015 at 2:54 PM, Dave Cramer <pg@fastcrypt.com> wrote:Download zip file from github would work, no ? I can switch back but was trying to use maven for everything. This is the source file that it providesOn 30 December 2015 at 14:51, John Harvey <john.harvey@crunchydata.com> wrote:Thanks Dave. I'll have to try that out; it might be what we need.Devin- I'll try to get you a spec file by tomorrow for testing if that's all right.BTW, I have a question about the latest PGJDBC release.On the downloads page (https://jdbc.postgresql.org/download.html), all of the previous "source" items are tar.gz files, whereas for this release, it's a sources jarfile. Is this going to be a permanent switch? If so, I have a concern because the sources jar does not appear to contain the pom file for compilation. Typically the RPM code uses a source tarball as a starting point. Just curious if that's going to be hosted somewhere.Thanks!-JohnOn Wed, Dec 30, 2015 at 2:41 PM, Dave Cramer <pg@fastcrypt.com> wrote:seems there is an rpm for maven http://stackoverflow.com/questions/7532928/how-do-i-install-maven-with-yumOn 30 December 2015 at 14:28, Devrim Gündüz <devrim@gunduz.org> wrote:Hi,
pgsql-pkg-yum@ is rpm mailing list.
I have zero idea about maven. How much effort would it take to RPMify it?
Can you please send the new spec? I can give a try tomorrow.
Regards, DevrimOn December 30, 2015 9:16:20 PM GMT+02:00, John Harvey <john.harvey@crunchydata.com> wrote:Hello Devrim,I've got a functioning spec-file, but I have a question which I think needs to be answered before contributing my spec-file changes (which I'm not quite sure how to do for pgrpms-- I couldn't find a mail-list).The question has to do with the new build being dependent on maven instead of ant.Typically, with a spec file it is expected that we could address this with the following line:BuildRequires: maven >= 3.0.0However, there's a problem. Maven isn't generally packaged as an RPM. In fact, even the official RHEL docs point to the maven project site for installation, and that's via tarball unzipping. I found an abandoned java project where somebody tried RPM-ing maven, but they abandoned the project somewhere with maven 2.x, and personally I could not get it to build.So, I figured I'd try another approach. The other method that I've seen for setting a dependency is to do something like the following:BuildRequires: /usr/bin/mvnHowever, even that doesn't work for me. I keep getting that the dependency isn't found, when it's definitely there on my system. Note that I have seen that syntax under a "Requires" line (not BuildRequires) in a couple of spec files before, but they were in an ifdef block, so they may not have even been a valid syntax that was tested.I guess I'm not sure what the right approach here is. If I leave the maven dependency off, that's not the correct answer, as it's definitely a requirement (more specifically, maven 3.x). However, I'm not sure what I can do to make the spec-file recognize this build dependency.Note that I'm happy to take this to another list if that's appropriate, or have an offline discussion if that makes sense.Thank you,-JohnOn Wed, Dec 30, 2015 at 1:16 PM, Devrim Gündüz <devrim@gunduz.org> wrote:Hi Dave,
Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention.
Regards, Devrim--On December 30, 2015 6:20:40 PM GMT+02:00, Dave Cramer <pg@fastcrypt.com> wrote:Hi John,We don't have anything to do with the RPMSDaveOn 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote:Hello all,I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the maven changes that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. Before I submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they're discussed solely with the team that works on the pgrpm repository?I'd be more than happy to share my changes here if it's worth a discussion.Regards,-John
Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Attachment
On Dec 30, 2015, at 3:06 PM, John Harvey <john.harvey@crunchydata.com> wrote: > Thank you Dave, for all of the support today. > > Devrim, my patch file is attached for the pgrpm repo. > It will allow EL6/EL7 to build pg-jdbc using maven if you'd like to test it. > > Note that you may find some issues building on EL6 due to my dependency on the maven RPM that was discussed earlier inthis thread, because it's dependent on openjdk 1.7.0. You'll need to make sure that your JAVA_HOME is set appropriatelyto compile with Java 1.8, or you'll get a maven enforcer plugin error, since it may use 1.7 as the default wheninstalled this way. But, I think the rest of it should work when tested locally. > In case it helps, Maven has a "toolchains" plugin that allows you to declare in the POM which version of the JDK should be used to compile. Each developer box then has a ~/.m2/toolchains.xml file which maps from JDK version to JAVA_HOME directory to use. It is a little bit of a pain as each developer must then declare all installed JDKs, but makes development much easier when multiple projects and different JDK major versions are possibly involved. http://maven.apache.org/plugins/maven-toolchains-plugin/index.html > Let me know if you have any issues or questions; I can try to assist. > > Regards, > -John > > On Wed, Dec 30, 2015 at 3:11 PM, Dave Cramer <pg@fastcrypt.com> wrote: > John, > > No, that file does not exist any more. All documentation exists in the www repo now > > Dave Cramer > > davec@postgresintl.com > www.postgresintl.com > > On 30 December 2015 at 15:10, John Harvey <john.harvey@crunchydata.com> wrote: > Hi Dave, > > That sounds good to me. The github tarball will work just fine-- I just wanted to make sure that it was an intended changesince it looks a little different. > > I think RPM-wise that covers everything except for one last question, about this file: > doc/pgjdbc.xml > > I think this was a docbook that used to be created from all of the javadocs in the ant builds. I don't see that in thecurrent build (note that I am running with -Prelease-artifacts to generate html files). Is that something that needsto be fixed? If so, I could take a stab at it. > > Regards, > -John > > On Wed, Dec 30, 2015 at 2:54 PM, Dave Cramer <pg@fastcrypt.com> wrote: > Download zip file from github would work, no ? I can switch back but was trying to use maven for everything. This is thesource file that it provides > > Dave Cramer > > davec@postgresintl.com > www.postgresintl.com > > On 30 December 2015 at 14:51, John Harvey <john.harvey@crunchydata.com> wrote: > Thanks Dave. I'll have to try that out; it might be what we need. > > Devin- I'll try to get you a spec file by tomorrow for testing if that's all right. > > BTW, I have a question about the latest PGJDBC release. > > On the downloads page (https://jdbc.postgresql.org/download.html), all of the previous "source" items are tar.gz files,whereas for this release, it's a sources jarfile. Is this going to be a permanent switch? If so, I have a concernbecause the sources jar does not appear to contain the pom file for compilation. Typically the RPM code uses a sourcetarball as a starting point. Just curious if that's going to be hosted somewhere. > > Thanks! > -John > > On Wed, Dec 30, 2015 at 2:41 PM, Dave Cramer <pg@fastcrypt.com> wrote: > seems there is an rpm for maven http://stackoverflow.com/questions/7532928/how-do-i-install-maven-with-yum > > Dave Cramer > > davec@postgresintl.com > www.postgresintl.com > > On 30 December 2015 at 14:28, Devrim Gündüz <devrim@gunduz.org> wrote: > Hi, > > pgsql-pkg-yum@ is rpm mailing list. > > I have zero idea about maven. How much effort would it take to RPMify it? > > Can you please send the new spec? I can give a try tomorrow. > > Regards, Devrim > > > On December 30, 2015 9:16:20 PM GMT+02:00, John Harvey <john.harvey@crunchydata.com> wrote: > Hello Devrim, > > I've got a functioning spec-file, but I have a question which I think needs to be answered before contributing my spec-filechanges (which I'm not quite sure how to do for pgrpms-- I couldn't find a mail-list). > > The question has to do with the new build being dependent on maven instead of ant. > Typically, with a spec file it is expected that we could address this with the following line: > BuildRequires: maven >= 3.0.0 > > However, there's a problem. Maven isn't generally packaged as an RPM. In fact, even the official RHEL docs point to themaven project site for installation, and that's via tarball unzipping. I found an abandoned java project where somebodytried RPM-ing maven, but they abandoned the project somewhere with maven 2.x, and personally I could not get it tobuild. > > So, I figured I'd try another approach. The other method that I've seen for setting a dependency is to do something likethe following: > BuildRequires: /usr/bin/mvn > > However, even that doesn't work for me. I keep getting that the dependency isn't found, when it's definitely there onmy system. Note that I have seen that syntax under a "Requires" line (not BuildRequires) in a couple of spec files before,but they were in an ifdef block, so they may not have even been a valid syntax that was tested. > > I guess I'm not sure what the right approach here is. If I leave the maven dependency off, that's not the correct answer,as it's definitely a requirement (more specifically, maven 3.x). However, I'm not sure what I can do to make thespec-file recognize this build dependency. > > Note that I'm happy to take this to another list if that's appropriate, or have an offline discussion if that makes sense. > > Thank you, > -John > > > > On Wed, Dec 30, 2015 at 1:16 PM, Devrim Gündüz <devrim@gunduz.org> wrote: > Hi Dave, > > Well, *building* RPMs are PITA nowadays, so until we get a stable build, I would prefer this list to catch your attention. > > Regards, Devrim > > > On December 30, 2015 6:20:40 PM GMT+02:00, Dave Cramer <pg@fastcrypt.com> wrote: > Hi John, > > We don't have anything to do with the RPMS > > Dave > > Dave Cramer > > davec@postgresintl.com > www.postgresintl.com > > On 30 December 2015 at 11:03, John Harvey <john.harvey@crunchydata.com> wrote: > Hello all, > > I have created some changes to the pgrpm repository (git://git.postgresql.org/git/pgrpms.git) in order to support the mavenchanges that went into PGJDBC REL9.4.1207. The changes allow for the proper generation of RPMS for RHEL6 / 7. BeforeI submit the changes to pgrpm, I was wondering if those changes are discussed in the community here, or if they'rediscussed solely with the team that works on the pgrpm repository? > > I'd be more than happy to share my changes here if it's worth a discussion. > > Regards, > -John > > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > > > > > > <pgjdbc_el6_7.patch> > -- > Sent via pgsql-jdbc mailing list (pgsql-jdbc@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-jdbc
I think Github tarballs are fine. Tags with REL${version} are going to be the release tags. To trigger toolchain usage (and disable enforcer at the same time), you need to use `mvn package -Prelease` command. However, it might be better to create -Pactivate-toolchains to make that explicit. Sample toolchains.xml file can be found in the source root of pgjdbc project. You might want to add -DskipTests, otherwise you need to have a running PostgreSQL instance to execute the tests. Vladimir
Hey folks,
Thanks for the suggestions!
I was able to get around it with the following:
yum -y install java-1.8.0-openjdk-devel
wget http://repos.fedorapeople.org/repos/dchen/apache-maven/epel-apache-maven.repo -O /etc/yum.repos.d/epel-apache-maven.repo
yum -y install apache-maven
yum -y install jpackage-utils java-headless
# For my RHEL7 build:
export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk.x86_64/jre
And then in the spec file, I use:
mvn -DskipTests -P release-artifacts clean package
It seems to work.
I know that with the new 9.5.0 postgresql release in progress things are busy for the pgrpm's team, so I'm not sure if/when this patch would go in.
Regards,
-John
On Tue, Jan 5, 2016 at 10:27 AM, Vladimir Sitnikov <sitnikov.vladimir@gmail.com> wrote:
I think Github tarballs are fine.
Tags with REL${version} are going to be the release tags.
To trigger toolchain usage (and disable enforcer at the same time),
you need to use `mvn package -Prelease` command.
However, it might be better to create -Pactivate-toolchains to make
that explicit.
Sample toolchains.xml file can be found in the source root of pgjdbc project.
You might want to add -DskipTests, otherwise you need to have a
running PostgreSQL instance to execute the tests.
Vladimir
Hi, On Tue, 2016-01-05 at 11:19 -0500, John Harvey wrote: > I know that with the new 9.5.0 postgresql release in progress things > are busy for the pgrpm's team, so I'm not sure if/when this patch > would go in. I'll give it a try now. Regards, -- Devrim GÜNDÜZ Principal Systems Engineer @ EnterpriseDB: http://www.enterprisedb.com PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer Twitter: @DevrimGunduz , @DevrimGunduzTR
Attachment
Hi John, Thank you *very* much for this work. I built binaries for 9.5 repository, and I will be push them along with PostgreSQL 9.5.0. I had to edit EL-6 spec file a bit, as it does not have some macros. Also, I added apache-maven spec file to our repo, along with the RPMS for EL-6. The reason is that apache-maven in the repo you mentioned depends on JDK 1.7.0, but JDBC driver needs 1.8.0. So, I rebuilt our own RPMS (that was really easy) and added to repo. Thanks again, you saved great time! Once the 9.5 dust settles down, I'll built 9.4 and others, too. Regards, Devrim On Tue, 2016-01-05 at 11:19 -0500, John Harvey wrote: > Hey folks, > > Thanks for the suggestions! > I was able to get around it with the following: > > yum -y install java-1.8.0-openjdk-devel > wget > http://repos.fedorapeople.org/repos/dchen/apache-maven/epel-apache-ma > ven.repo > -O /etc/yum.repos.d/epel-apache-maven.repo > yum -y install apache-maven > yum -y install jpackage-utils java-headless > > # For my RHEL7 build: > export JAVA_HOME=/usr/lib/jvm/java-1.8.0-openjdk.x86_64/jre > > And then in the spec file, I use: > mvn -DskipTests -P release-artifacts clean package > > It seems to work. > > I know that with the new 9.5.0 postgresql release in progress things > are > busy for the pgrpm's team, so I'm not sure if/when this patch would > go in. > > Regards, > -John > > On Tue, Jan 5, 2016 at 10:27 AM, Vladimir Sitnikov < > sitnikov.vladimir@gmail.com> wrote: > > > I think Github tarballs are fine. > > Tags with REL${version} are going to be the release tags. > > > > To trigger toolchain usage (and disable enforcer at the same time), > > you need to use `mvn package -Prelease` command. > > However, it might be better to create -Pactivate-toolchains to make > > that explicit. > > > > Sample toolchains.xml file can be found in the source root of > > pgjdbc > > project. > > You might want to add -DskipTests, otherwise you need to have a > > running PostgreSQL instance to execute the tests. > > > > Vladimir > > -- Devrim GÜNDÜZ Principal Systems Engineer @ EnterpriseDB: http://www.enterprisedb.com PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer Twitter: @DevrimGunduz , @DevrimGunduzTR