Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#53065 - [ldc] PLEASE ENTER SUMMARY

Attached to Project: Community Packages
Opened by Llewelyn Trahaearn (llewelyn) - Thursday, 23 February 2017, 16:24 GMT
Last edited by Antonio Rojas (arojas) - Thursday, 23 February 2017, 21:29 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To No-one
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description: Incomplete makedepends array. makepkg does not consider split package depends when verifying dependencies are installed prior to building (https://www.archlinux.org/pacman/PKGBUILD.5.html#_package_splitting). Both ldc and liblphobos specify local depends variables containing libraries providing headers that should probably be present during the build. Including these dependencies in makedepends will make sure that they are present when building the software and avoid errors.


Additional info:
* <=1:1.1.0-1
This task depends upon

Closed by  Antonio Rojas (arojas)
Thursday, 23 February 2017, 21:29 GMT
Reason for closing:  Not a bug
Additional comments about closing:  Changed in svn
Comment by Doug Newgard (Scimmia) - Thursday, 23 February 2017, 18:56 GMT
What's the actual problem here?
Comment by Llewelyn Trahaearn (llewelyn) - Thursday, 23 February 2017, 21:07 GMT
cmake bails when building in a clean chroot as the makedepends array lacks libconfig which it expects to find before building the package.
Comment by Antonio Rojas (arojas) - Thursday, 23 February 2017, 21:29 GMT
dependencies declared outside package() are installed at build time, so the current PKGBUILD is technically correct and builds fine in a clean chroot.
Having a separate depends array that is going to be overriden by the package specific ones doesn't make much sense though, so I've merged it in the makedepends in SVN

Loading...