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

From: Pavel Raiskup <praiskup(at)redhat(dot)com>
To: Dave Cramer <pg(at)fastcrypt(dot)com>
Cc: List <pgsql-jdbc(at)postgresql(dot)org>, hhorak(at)redhat(dot)com, Pavel Kajaba <pkajaba(at)redhat(dot)com>, ubuntu(at)rossfamily(dot)co(dot)uk, doko(at)debian(dot)org, jesse(dot)jaara(at)gmail(dot)com, ago(at)gentoo(dot)org, nicolas(dot)lecureuil(at)free(dot)fr, Devrim GÜNDÜZ <devrim(at)gunduz(dot)org>
Subject: Re: Complicated re-distribution of pgjdbc the "open source way"
Date: 2016-03-07 15:12:38
Message-ID: 1794423.Lu2CaUrfBI@nb.usersys.redhat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-jdbc

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

* 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

* 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

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.

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

In response to

Responses

Browse pgsql-jdbc by date

  From Date Subject
Next Message Dave Cramer 2016-03-07 15:18:40 Re: Complicated re-distribution of pgjdbc the "open source way"
Previous Message Dave Cramer 2016-03-07 14:31:10 Re: Complicated re-distribution of pgjdbc the "open source way"