Thread: Are pgrpm changes for JDBC discussed here before submission?

Are pgrpm changes for JDBC discussed here before submission?

From
John Harvey
Date:
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

Re: Are pgrpm changes for JDBC discussed here before submission?

From
Dave Cramer
Date:
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

Re: Are pgrpm changes for JDBC discussed here before submission?

From
Devrim Gündüz
Date:
Hi,

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.

Re: Are pgrpm changes for JDBC discussed here before submission?

From
Devrim Gündüz
Date:
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


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


--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Are pgrpm changes for JDBC discussed here before submission?

From
John Harvey
Date:
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 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


--
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Are pgrpm changes for JDBC discussed here before submission?

From
Devrim Gündüz
Date:
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-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 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


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

Re: Are pgrpm changes for JDBC discussed here before submission?

From
Dave Cramer
Date:


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


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

Re: Are pgrpm changes for JDBC discussed here before submission?

From
John Harvey
Date:
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:


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


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


Re: Are pgrpm changes for JDBC discussed here before submission?

From
Dave Cramer
Date:
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!
 -John

On Wed, Dec 30, 2015 at 2:41 PM, Dave Cramer <pg@fastcrypt.com> wrote:


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


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



Re: Are pgrpm changes for JDBC discussed here before submission?

From
John Harvey
Date:
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 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!
 -John

On Wed, Dec 30, 2015 at 2:41 PM, Dave Cramer <pg@fastcrypt.com> wrote:


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


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




Re: Are pgrpm changes for JDBC discussed here before submission?

From
Dave Cramer
Date:
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.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 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!
 -John

On Wed, Dec 30, 2015 at 2:41 PM, Dave Cramer <pg@fastcrypt.com> wrote:


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


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





Re: Are pgrpm changes for JDBC discussed here before submission?

From
John Harvey
Date:
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 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.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 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!
 -John

On Wed, Dec 30, 2015 at 2:41 PM, Dave Cramer <pg@fastcrypt.com> wrote:


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


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

Re: Are pgrpm changes for JDBC discussed here before submission?

From
Steven Schlansker
Date:
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



Re: Are pgrpm changes for JDBC discussed here before submission?

From
Vladimir Sitnikov
Date:
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


Re: Are pgrpm changes for JDBC discussed here before submission?

From
John Harvey
Date:
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
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

Re: Are pgrpm changes for JDBC discussed here before submission?

From
Devrim GÜNDÜZ
Date:
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

Re: Are pgrpm changes for JDBC discussed here before submission?

From
Devrim GÜNDÜZ
Date:
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



Attachment