[OpenStack-Infra] [zuulv3] Zookeeper on CentOS 7
Brian Stinson
brian at bstinson.com
Wed Dec 7 17:10:43 UTC 2016
On Dec 07 16:05, Ian Wienand wrote:
> (I know this isn't the greatest place to discuss packaging, but this
> seems like somewhere we can get interested people together)
>
> After first looking a year ago (!) I've gone back to have another poke
> at Zookeeper on CentOS 7 packages. This is going to be required for
> zuulv3.
>
> As you can see from an attempted build-log [1] there are a bunch of
> requirements. Some of these are more problematic than others. The
> following etherpad has a range of info, but here's where I think we
> need to go:
>
> https://etherpad.openstack.org/p/zookeeper-epel7
>
> 1) netty is a hard requirement; ZK can't work without it. This seems
> to be rather bad news, because the dependency chain here is long.
> At [1], I have attempted builds of netty's dependencies; as you can
> see they have some extensive requirements of their own.
>
> This may actually be quite a bit to untangle, and I think we need
> to focus the discussion firstly on if this can actually be done.
> Without netty, I don't see there's anything further to do. I have
> filed [2].
>
> 1a) I'm not clear on what exactly objectweb-pom brings, but it's a
> build-dependency for >F21. I have filed [3]. It may be a hard
> dependency, but it does currently build at least.
>
> 2) Ivy is a dependency manager and ivy-local is part of the Fedora
> java packaging infrastructure. We are not going to get that
> backported. However, it seems that we could modify the build to
> not use ivy, but hack in dependencies manually [4]
>
> 3) checkstyle, jdiff, jtoaster all seem to be related to parts of the
> build we can skip such as test-suites, documentation and contrib
> tools. I *think* that just means we cut bits out of build.xml
>
> tl;dr -- this is a nightmare really; but if netty and it's
> dependencies are where to start.
>
> HOWEVER there is another option. Take the whole upsteram release and
> shoe-horn it into an RPM. Luckily I searched because someone already
> did that [5] and with a bit of tweaking we can build a package in COPR
> [6]. If you're interested, give it a try and we can iterate on any
> issues.
>
> Now it's not really "packaged" as such, and obviously not going to be
> officially distributed ... but maybe this will do?
>
> -i
>
> [1] https://copr-be.cloud.fedoraproject.org/results/ggillies/rdo-newton-extras/epel-7-x86_64/00484851-zookeeper/root.log.gz
> [2] https://bugzilla.redhat.com/show_bug.cgi?id=1402199
> [3] https://bugzilla.redhat.com/show_bug.cgi?id=1402195
> [4] https://lists.fedoraproject.org/pipermail/java-devel/2015-November/005705.html
> [5] https://github.com/id/zookeeper-el7-rpm/
> [6] https://copr.fedorainfracloud.org/coprs/iwienand/zookeeper-el7
>
> _______________________________________________
> OpenStack-Infra mailing list
> OpenStack-Infra at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-infra
There may be a couple of folks interested in helping if you'd like to
tackle this in a CentOS Special Interest Group:
https://lists.centos.org/pipermail/centos-devel/2016-December/015447.html
I believe the Software Factory folks are interested in Zuul v2 for now,
but that SIG (currently in the proposal stage) might be a good place to
collaborate/build/deliver other components (v3?) and dependencies going
forward.
Cheers!
--
Brian Stinson
More information about the OpenStack-Infra
mailing list