Package Details: coin 4.0.0-1

Git Clone URL: https://aur.archlinux.org/coin.git (read-only, click to copy)
Package Base: coin
Description: A high-level 3D graphics toolkit on top of OpenGL
Upstream URL: https://github.com/coin3d/coin
Licenses: GPL
Submitter: bluewind
Maintainer: gbs
Last Packager: gbs
Votes: 27
Popularity: 0.62
First Submitted: 2018-03-22 09:40
Last Updated: 2020-01-23 16:50

Latest Comments

1 2 Next › Last »

BertiBoeller commented on 2020-02-16 22:05

Can you change the package like this?: https://pastebin.com/B113nJ9y This would make it possible to compile the package using Ninja: CMAKE_GENERATOR=Ninja makepkg

@mogwai: Thanks for finding out that sddm.conf was manipulating the $PATH variable. Had this problem on my system.

mogwai commented on 2020-01-28 20:21

vlas, gbs, thse, I think I've found the underlying problem. Or at least on a few of my archlinux systems. Basically, the cause and solution were already mentioned in a closed CMake ticket .

The culprit is that the $PATH contains /bin as first entry, or at least that /bin is mentioned before /usr/bin. This should actually never happen on an archlinux system, because /bin is just a symbolic link to /usr/bin. So I've investigated what was causing this on a few of my systems.

It turns out that an older version of sddm (probably when I installed those systems years ago) was shipping with a default or example sddm.conf file that added /bin to the front of the $PATH variable. I see that the current example configuration file does not do that anymore, which explains why coin compiled perfectly fine on a more recently installed laptop.

Anyway, long story short, could you please check whether /bin is in your path before the /usr/bin entry? If so, try to find the configuration file that does this, and correct the error. I'm curious whether it's also sddm.conf in your case.

vlas commented on 2020-01-24 16:13

gbs, thanks, it have built smooth after
PATH=/usr/bin:$PATH yay -S coin
But what is the problem do you think? Pamac can't build it, only yay with setting PATH.

thse commented on 2020-01-23 21:29

A symbolic link helps to compile the package:

sudo ln -s /usr/include /include

but I don't think that's a good solution.

mogwai commented on 2020-01-23 20:39

I have the exact same problem as vlas. Previous versions of the package did not raise any problems.

gbs commented on 2020-01-23 20:04

vlas, something must be broken in your installation then, because I can compile both in my system and in a clean chroot. As an experiment, can you try setting PATH=/usr/bin:$PATH before building?

vlas commented on 2020-01-23 19:30

gbs, still errors
https://pastebin.com/raw/HLrhMNED
https://pastebin.com/raw/ZMex1Hnr
https://pastebin.com/raw/KBTWC9er

gbs commented on 2020-01-23 17:49

vlas, please try again.

vlas commented on 2020-01-23 15:30

Error making.
Output: https://pastebin.com/raw/4nBmMFjS
CMakeError.log: https://pastebin.com/raw/ME1f0cCT
CMakeOutput.log: https://pastebin.com/raw/V33unFQt

CReimer commented on 2019-06-30 12:06

Thanks. I hate when upstream just kind of gives up on releasing stable tarballs. Makes thing so much harder for distributions.