Arch Linux User Repository

hi @wvxvw

Apologies for these problems.

Can you please try the following ...

$ pamac build gprbuild-bootstrap
$ pamac build xmlada
$ pamac build gprbuild gprbuild-toolbox

I've also redirected the doc build output to a log file.

Also, the Ada packages are now available in an unofficial Arch repository.

https://wiki.archlinux.org/title/Unofficial_user_repositories

Thanks for reporting.

Regards.

This package is available in the Arch Ada Repository.

https://wiki.archlinux.org/title/Unofficial_user_repositories

@gr1mpatr0n

Any official source for "It's not ever valid to have a self-referential dependency like this."

Isn't it basically the same as, for example, the official gcc-ada package, which (make-)depends on gcc-ada? And if your AUR helper (unsupported in any case, whichever it is) can't build it, just use makepkg (edit: to build it in the order mentioned in the pinned comment).

hi @gr1mpatr0n

$ yay -S alire

... builds and installs for me.

https://gist.github.com/charlie5/4c828bc3c1dbda5051d65b935e1a73cf

Hi @charlie5.

It's not ever valid to have a self-referential dependency like this. While it may work with your AUR helper, it will not work with all.

With this setup, it is currently impossible to install Alire with Yay, because dependency resolution fails, even with the tweak in the pinned comment to get GPRBuild itself to install.

P.S. Thanks for maintaining the Ada packages - I just wish I could install Alire :-)

hi @OpenSauce

Gprbuild does indeed depend on itself. That is why the gprbuild-bootstrap package exists.

Please build in this order ...

gprbuild-bootstrap xmlada gprbuild

... as mentioned in the 1st pinned comment.

Regards

Attempting to install this package with Yay results in failure because it thinks that gprbuild depends on itself.

Hi @folkertk1

I was unaware of the new debug packages. I've updated the package as you suggest. Thanks for the heads-up and the required fix.

Cheers.

Hi,

When installing using debug builds enabled in makepkg.conf (the default since This commit was merged) gprbuild fails since gprbuild-bootstrap-debug conflicts with gprbuild-debug.

Adding gprbuild-bootstrap-debug to the conflicts array in package_gprbuild, package_gprname, and package_gprtools, will fix the issue.

Regards.

@goeb

Hi,

All the packages in the gnatstudio dependency stack are from the GNATStudio continuous release 'sources' tarball. This is the only way to build gnatstudio w/o version hell. Even using these requires several patches. These sources are also mostly the most current ones available, which work together well.

Sorry for the delay, I've been ill.

And I appreciate your thanks ! ... There are a lot of Ada packages and maintaining them isn't exactly trivial :) .

@gurban @LambdaBeta

Hi,

gurban, if you want to build from source then I'd suggest removing all ada packages (they will have to be rebuilt for the new gcc 14 anyway), clearing out any aur helper caches you may use and try again. I'd recommend 'yay', since that is what I use.

My unofficial ada repo is hosted on a linode and the server is built using AWS. The server sometimes drops out due to broken pipes. I've not had time to investigate and fix this but I usually check that the server is running each morning. I spent a month in hospital recently and perhaps the server died whilst I was there, when you tried.

The server is up and running now, so please try again and let me know the outcome.

@gurban I have never gotten the Ada repository to work. My AUR helpers always timeout when trying to reach www.orthanc.site:8080. Is there some secret sauce to get them to work? In the meantime, the AUR package still doesn't work for me either.