Re: Complicated re-distribution of pgjdbc the "open source way"

On 7 March 2016 at 10:12, Pavel Raiskup <praiskup(at)redhat(dot)com> wrote:

> Hi Dave,
>
> On Monday 07 of March 2016 09:31:10 Dave Cramer wrote:
> > There is a far simpler way to do this.
> >
> > Simply create a Makefile, or ant build.xml, which I imagine you will have
> > to do anyway, and do not include the bits of the code you don't want.
> >
> > I'd be glad to include it in the source with the assumption that you
> > maintain it.
>
> * we were rather thinking about keeping the pom.xml as original as
> possible, Makefile would be additional divergence and work when pom.xml
> works fine
>
You are still stuck with Maven this way. I guess that is not an issue.

> * the process requires patching out some code using not-acceptable
> dependencies, as this is the cheapest way to deal with most of the
> issues for us downstream -- and we already do it to some extent
>
> It really just requires not including some source files.

> * having parent-poms packaged separately just complicates the build from
> source, so while we are on it in separate fork, we could merge it into
> pgjdbc-foss
>
> Yes well you are only building one version. We have to build 3!

> Makefile or ant file would probably not lower the burden of
> re-distribution and build from source. Any thoughts? But yes, we can
> help with maintenance.

we used to use ant. Since you are only building one version it seems rather
simple to me.
But I am only providing a suggestion, it is the packagers that will have to
do the work, so
you should do what makes sense to you.

Dave Cramer

davec(at)postgresintl(dot)com
www.postgresintl.com

>
>
Pavel
>
> > Dave Cramer
> >
> > davec(at)postgresintl(dot)com
> > www.postgresintl.com
> >
> > On 7 March 2016 at 09:26, Pavel Raiskup <praiskup(at)redhat(dot)com> wrote:
> >
> > > Hi all,
> > >
> > > --
> > > I'm taking the liberty of CCing all pgjdbc packagers I'm aware of
> (please
> > > opt-out if you don't care and sorry for rush). I just want to see
> whether
> > > we in Fedora are thinking a constructive way. This is not GNU/Linux
> > > oriented effort, but it is rather about any open source
> > > packagers/distributors, feel free to add anybody who might be
> interested
> > > in the loop.
> > > --
> > >
> > > _Open_ distribution¹ of pgjdbc is becoming a bit painful for the last
> > > several releases, mostly because there are some non-free/windows-only
> > > related _hard_-dependencies (currently osgi.enterprise, waffle-jna)
> which
> > > disallow us to build pgjdbc on free distro.
> > >
> > > The preferred way would be to solve this upstream (making the
> dependencies
> > > optional), but it is not a mandate of pgjdbc upstream to cooperate on
> this
> > > -- even patches from us to support pure open source build are not
> wanted.
> > > As upstream is not interested in non-maven builds, it will be most
> > > probably even worse later.
> > >
> > > We've done some small observation around GNU/Linux packages, and it
> seems
> > > we all reinvent the very similar patches or hacks over and over again.
> > >
> > > Because PostgreSQL connector is important part of operating system, we
> are
> > > thinking about a small friendly fork of pgjdbc, called pgjdbc-foss.
> This
> > > should allow us to solve the issue rather sooner than later.
> > >
> > > That project idea:
> > >
> > > * we should provide an _easy to use_ (documented how to build from
> > > source) version-ed tarball, compatible with pgjdbc
> > >
> > > * this tarball would be FOSS source-only, with FOSS dependencies,
> > > (non-free deps could be possible in future, but only as opt-in
> > > feature)
> > >
> > > * the build would be 1-step process (no need to build
> pgjdbc-parent-poms
> > > first, and others), with some obvious system dependencies
> > >
> > > * that tarball would allow us to 100% build-from-source _without_
> tweaks
> > >
> > > * build from this tarball must not rely on maven repositories --
> > > untrusted content at distribution level
> > >
> > > * the testsuite should be fixed to allow us to run it easily under
> > > non-root user, on a local/cloud build-box
> > >
> > > Would you be interested in having one common code-base for
> > > open-source-distribution-model of pgjdbc, and optionally (preferably)
> > > cooperate? That source should be as close as possible to pgjdbc, just
> > > limited limited set of patches to allow us to build/test/distribute
> > > correctly and what is more important we could do the job _consistently_
> > > with a lot _less_ packagers effort.
> > >
> > > Just let me know if this is good/bad idea from your packackar's POV.
> Some
> > > links for discussion with upstream about issues [1,..N].
> > >
> > > ¹ By that I mean ability to build from FOSS source, _against_
> > > FOSS source dependencies. By FOSS source I mean software which
> > > _anybody_ can read, study, copy, modify, distribute.
> > >
> > > [1]
> > >
> http://www.postgresql.org/message-id/1831842355.39585708.1455624950515.JavaMail.zimbra@redhat.com
> > > [2]
> > >
> http://www.postgresql.org/message-id/2113338928.20942725.1448530160996.JavaMail.zimbra@redhat.com
> > > [3]
> > >
> http://www.postgresql.org/message-id/5479464.pnS2mdyLUu@nb.usersys.redhat.com
> > > [4]
> > >
> http://www.postgresql.org/message-id/2217774.p6G2ev8LQ6@nb.usersys.redhat.com
> > >
> > > Pavel
> > >
> > >
> > >
> > > --
> > > Sent via pgsql-jdbc mailing list (pgsql-jdbc(at)postgresql(dot)org)
> > > To make changes to your subscription:
> > > http://www.postgresql.org/mailpref/pgsql-jdbc
> > >
>
>