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
Git Clone URL: | https://aur.archlinux.org/gprbuild.git (read-only, click to copy) |
---|---|
Package Base: | gprbuild |
Description: | Builder for multi-language systems. |
Upstream URL: | https://github.com/AdaCore/gprbuild/ |
Licenses: | custom, GPL3 |
Conflicts: | gprbuild-bootstrap, gprbuild-bootstrap-debug |
Submitter: | None |
Maintainer: | charlie5 |
Last Packager: | charlie5 |
Votes: | 37 |
Popularity: | 0.055615 |
First Submitted: | 2010-02-03 13:25 (UTC) |
Last Updated: | 2025-07-23 01:49 (UTC) |
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.
@LambdaBeta , I checked it again. The problem fixed for me. But if you have the problem, I suggest to switch to ada repository (see my other comment).
@LambdaBeta I switched to Ada repository: https://wiki.archlinux.org/title/Unofficial_user_repositories#ada
IT contains signed packages relating to the Ada and SPARK programming languages and maintained by Rod Kay rodakay5 [at] gmail [dot] com. It has gnatstudio IDE too *-;
@gurban I have the exact same issue. Have you resolved it? Any fix planned?
Pinned Comments
charlie5 commented on 2023-09-16 01:56 (UTC)
hi @wvxvw
Apologies for these problems.
Can you please try the following ...
I've also redirected the doc build output to a log file.
Also, the Ada packages are now available in an unofficial Arch repository.
Thanks for reporting.
Regards.
charlie5 commented on 2023-07-09 16:43 (UTC) (edited on 2023-09-16 01:56 (UTC) by charlie5)
This package is available in the Arch Ada Repository.