from http://aur.archlinux.org/packages.php?ID=26171
luinuz wrote:
I'm using only AUR haskell packages.
Updated with complete output in http://aur.pastebin.com/N83wR7GA
Thanks!
---
If you no longer wish to receive notifications about this package,
please go the the above package page and click the UnNotify button.
I've just created issue 20[1] for cabal2arch. Basically there's a problem
with the data files provided in archlinux, but used in cabal2arch. Having
data files in a library package breaks our basic assumption that executables
only need to makedepend on the libraries it uses.
In this case I still think that we should remove the data files completely
from the packages and only host them at a well-known URL (on
kiwilight.com or
haskell.org) cabal2arch should then default to use that URL, for
development
and testing it might be interesting to add a command line switch to load it
from another location, a URL or file.
For now I assigned the issue to Remy. Feel free to re-assign it if you want
to.
This is a larger issue though and in the future we may have to revisit the
assumption. I have a feeling that using shared objects (dynamic libraries)
will force us to change it anyway.
/M
[1] https://github.com/archhaskell/cabal2arch/issues#issue/20
--
Magnus Therning OpenPGP: 0xAB4DFBA4
email: magnus(a)therning.org jabber: magnus(a)therning.org
twitter: magthe http://therning.org/magnus
from http://aur.archlinux.org/packages.php?ID=26171
peti wrote:
Hi Luinuz, after reading Magus posting, I tried running the build
locally, too, and I believe he is right. The package did compile
successfully for me, too. I have posted a complete build log at
<http://aur.pastebin.com/N83wR7GA>. If you still get those errors,
then it's probably because of some other problem in your installation.
Could you please post a complete build log, so that we can see what
versions of the dependent libraries are chosen?
---
If you no longer wish to receive notifications about this package,
please go the the above package page and click the UnNotify button.
from http://aur.archlinux.org/packages.php?ID=26171
magus wrote:
I'm not so sure about that. I just successfully built hpong in a
clean chroot (with some packages from the [archhaskell] repo).
---
If you no longer wish to receive notifications about this package,
please go the the above package page and click the UnNotify button.
from http://aur.archlinux.org/packages.php?ID=26171
peti wrote:
Hi Luinuz, the errors you have encountered appear to be genuine bugs
in the package. I would guess that one of hpong's dependencies has
been updated to a newer version, and that new version introduced an
API incompatibility that now causes the hpong build to fail. It would
be great if you could report that problem to the authors of hpong so
that they can release an update of their package that fixes these
errors.
---
If you no longer wish to receive notifications about this package,
please go the the above package page and click the UnNotify button.
from http://aur.archlinux.org/packages.php?ID=18149
magus wrote:
@gdweber, of course you are correct, a CABAL file cannot declare a
dependency on an archlinux package, but it can declare a dependency on
a C library, just like you mention below. If the c-library in question
uses pkgconfig then have a look at the 'pkgconfig-depends:' property
for CABAL.
---
If you no longer wish to receive notifications about this package,
please go the the above package page and click the UnNotify button.
from http://aur.archlinux.org/packages.php?ID=18149
gdweber wrote:
Hi peti, Not sure I understand your request. I don't think a Cabal
file can declare a dependency on an Arch Linux package, so I think you
mean something like includes and extra-libraries declarations, such as
this:
library
...
includes: SDL/SDL_ttf.h
extra-libraries: SDL_ttf-2.0
Is that what you need?
One reason I'm puzzled is because in my own projects, I've recently
had to comment out 'includes' and 'extra-libraries' lines in the Cabal
file because of configuration errors. After reading your request, I
tried uncommenting them and -- surprise! -- they now are okay again.
I have no clue why those lines became errors, and now are correct
again.
---
If you no longer wish to receive notifications about this package,
please go the the above package page and click the UnNotify button.
from http://aur.archlinux.org/packages.php?ID=17471
peti wrote:
Hi StephenB, you are right, thank you very much for reporting this
problem.
---
If you no longer wish to receive notifications about this package,
please go the the above package page and click the UnNotify button.