Package Details: coin-docs 4.0.0-1

Git Clone URL: (read-only, click to copy)
Package Base: coin
Description: A high-level 3D graphics toolkit on top of OpenGL (docs)
Upstream URL:
Licenses: GPL
Submitter: bluewind
Maintainer: gbs
Last Packager: gbs
Votes: 33
Popularity: 4.04
First Submitted: 2018-03-22 09:40
Last Updated: 2020-01-23 16:50

Latest Comments

1 2 Next › Last »

dos1 commented on 2020-05-19 23:13

This package installs a rather non-specific manpage entry at /usr/share/man/man3/deprecated.3.gz, which causes conflict with other packages containing the same bug.

rnp commented on 2020-03-12 15:51

@gbs and @vlas, thanks for your comments, it was the root cause of this error for me as well. In my case, I still had my .zshrc with a legacy $PATH configuration.

Adelie commented on 2020-03-12 07:03

@vlas, Thank you very much. That problem has been plaguing my arch systems for a while now and now I have a solution.

BertiBoeller commented on 2020-02-16 22:05

Can you change the package like this?: 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