Package Details: glfw-x11-git 3.2.1.r644.gf9923e90-2

Git Clone URL: (read-only)
Package Base: glfw-git
Description: A free, open source, portable framework for OpenGL application development. (git, X11 version)
Upstream URL:
Licenses: custom:zlib
Conflicts: glfw, glfw-x11
Provides: glfw, glfw-x11
Submitter: linkmauve
Maintainer: ricardomv (linkmauve)
Last Packager: linkmauve
Votes: 13
Popularity: 0.163907
First Submitted: 2015-07-10 23:14
Last Updated: 2018-12-20 20:31

Dependencies (19)

Required by (59)

Sources (1)

Latest Comments

1 2 3 4 Next › Last »

linkmauve commented on 2018-12-20 19:36

Fixed, thanks both of you. :)

ewtoombs commented on 2018-12-20 19:32

Error1000: I had the same problem. I did the same fix.

Error1000 commented on 2018-12-20 09:13

Due to a change in the way pacman handels /usr/lib64 and symlinks, i had a problem installing it saying that /usr/lib64 exists in filesystem, and the fix was installing this package in /usr/lib instead of /usr/lib64 which is probably a better default anyways, so to do that i added the line: -DCMAKE_INSTALL_LIBDIR=/usr/lib to cmake which should fix the problem.

ewtoombs commented on 2018-12-16 18:57

One of the latest commits has broken the build process. This fixes it:

diff --git a/PKGBUILD b/PKGBUILD
index de645a2..b618414 100644
@@ -33,6 +33,7 @@ build() {
     -Wno-dev \
@@ -43,6 +44,7 @@ build() {
     -Wno-dev \

Also, hey, linkmauve. How's it goin'?

refi.64 commented on 2018-04-06 18:39

Shouldn't these builds me in release mode? E.g.:

cmake \

linkmauve commented on 2018-03-06 08:23

Fixed, thanks. :)

coderobe commented on 2018-03-06 02:57

If I'm not mistaken, 'glfw-x11-git' and 'glfw-wayland-git' should explicitly provide (and conflict) with 'glfw-x11' and 'glfw-wayland' respectively, in addition to just 'glfw'.

linkmauve commented on 2018-02-06 11:41

Hi, all of this is now fixed, and more (see git log for more information). Please report any other issue you may have with this package.

As for the “very very poorly maintained” comment, I have only been added as a co-maintainer last week, and had to go to XMPP Summit and FOSDEM shortly after. It is unreasonable to ask for maintainers to be responsive all the time, as we all do have other commitments.

anthraxx commented on 2018-02-06 10:19

Two maintainers and still not fixed properly like Eschwartz proposed. I will wait another day and then orphan this package per request, very very poorly maintained.

eschwartz commented on 2018-01-29 00:36

Please do not fix installation errors by making the PKGBUILD legally forbidden to exist in the AUR. The License guidelines exist for a reason, and you need to install them.

The fact that you simply removed the license altogether rather than looking to see where it went, implies to me that you aren't really actually maintaining it -- would you like me to orphan this pkgbase so people who care can maintain it instead? The license was moved from COPYING.txt to, as you can easily tell if you just look in the source directory once. (I hope you do, if you consider yourself a responsible maintainer.)

While you are at it, please fix the build() function. By which I mean, please add one. The package_*() functions should just be running make DESTDIR="$pkgdir" install, and the cmake [...] and make invocations should be done in a single unified build function.