Friday, April 8, 2016

Re: Self-introduction

Vratislav Podzimek <> wrote:
> Hello everybody,
> my name is Vratislav Podzimek. I'm a member of the Installer team at
> Red Hat primarily focusing on storage configuration and management.
> Other than that I'm also a "junior Ada enthusiast".

Welcome to the team, Vratislav! Have you found the Ada packaging policy?

> Last weekend I
> spent some time trying to build GPS on my Fedora 23, but after
> overcoming 10 issues I gave up.

Yeah, that's probably not the best place to begin. Packaging Adacore's
software is far from trivial, unfortunately. Their idea of how to
distribute software isn't well aligned with Fedora's. I think you should
get some experience before you take on GPS.

There was an attempt to package it once:

> So here I come with a hope to get some advice as well as some tasks
> to help with to make it easier for people to develop in Ada on Fedora.

I don't suppose you happen to have some hardware of one of the secondary
architectures? In that case you might be able to help with the effort
to get an up-to-date GPRbuild going on the secondary architectures.

If multilib compatibility is important to you, then there's an issue
that you could choose to work on. 32- and 64-bit -devel packages are
supposed to be parallel-installable, but those packages that have begun
using gprinstall aren't, because gprinstall generates GNAT project
files without multilib support. The project files would need to be
fixed up at the end of the %install section.

I have also been wanting to look into Devassistant and the Developer
Portal to see if it would make sense to add something Ada-related there.
You could look at that if you're interested.

If you want to make new packages, then you could for example pick
something from I've packaged Anet. I had to patch
their makefile to make compiler and linker options, directories and
file permissions configurable, but I had much less trouble with that
than with Adacore's stuff. I managed to convince them to accept my

> My first question is -  are there any plans to build the 2015 toolset
> for Fedora? I noticed all the built packages are based on the 2014
> version now.

Do you mean in Fedora 22? In Fedora 23 on the primary architectures we
have the 2015 versions of XMLada, GPRbuild, AWS and Aunit, and GTKada
3.8.3 which is also distributed as "2015". We don't normally push
version upgrades to stable releases, as that would introduce soname
changes and possibly other incompatibilities.

On the secondary architectures some packages are blocked by the
GPRbuild trouble.

Björn Persson

No comments:

Post a Comment