Package Details: openframeworks 0.12.0-3

Git Clone URL: https://aur.archlinux.org/openframeworks.git (read-only, click to copy)
Package Base: openframeworks
Description: An open source C++ toolkit for creative coding.
Upstream URL: http://openframeworks.cc/
Keywords: coding creative dev graphics toolkit
Licenses: MIT
Submitter: marcs
Maintainer: marcs
Last Packager: marcs
Votes: 19
Popularity: 0.000959
First Submitted: 2015-09-27 13:41 (UTC)
Last Updated: 2024-03-15 11:30 (UTC)

Pinned Comments

marcs commented on 2020-01-02 12:43 (UTC) (edited on 2020-01-02 13:08 (UTC) by marcs)

I know @damir, for some reason it's a path problem with aur-helpers, it seems that if the helper saves the package in a hidden folder then the Makefile fails.

For example yay saves this package in $HOME/.cache/yay/openframeworks (which is awful IMO) and start building it. If you move the package folder to a non hidden folder (like your $HOME folder for example) then the build works.

It's a bug with OpenFrameworks, hopefully will be resolved.

For now clone this package and build it with makepkg.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 Next › Last »

dum commented on 2019-08-06 15:46 (UTC)

Version 0.10.1 needs glfw in order to build, it should be added as a dependency.

yair commented on 2019-02-16 23:12 (UTC)

thanks @madprog, same issue with YAY and same solution

uncomment the BUILDDIR and assign it to a non dot directory.

madprog commented on 2019-01-12 11:12 (UTC) (edited on 2019-01-12 12:18 (UTC) by madprog)

The Makefiles provided by OpenFrameworks are filtering out any path or file that is under a directory whose name starts with a dot (.). Some package managers are building the packages under such a directory. For example, pikaur is building under ~/.cache/pikaur/build/openframeworks. When the Makefiles look for source files, all the files are filtered out because the path matches that exclusion. What happens in @nakednous case is that the projectGenerator is linked from the libraries only, hence the missing «main» symbol. For the same reason, the generated libopenFrameworks.a is empty. However the build doesn't fail because this is allowed for a library.

A workaround would be to build the package in a separate folder. For example, pikaur supports setting the BUILDDIR configuration option in /etc/makepkg.conf to something like '/tmp/makepkg': https://github.com/actionless/pikaur#how-to-override-default-source-directory-build-directory-or-built-package-destination

In order to complete the compilation, I have also had to add these dependencies: 'pugixml' 'glfw-x11'

nakednous commented on 2019-01-03 15:38 (UTC)

Hi, thanks for the package. I got this error when building it as of today: /usr/lib/gcc/x86_64-pc-linux-gnu/8.2.1/../../../../lib/Scrt1.o:init.c:función _start: error: referencia sin definir al «main»

jdrowell commented on 2018-12-24 20:52 (UTC)

I had to install pugixml for openframeworks-0.10.1-1 to compile. Didn't look much into it but it is probably a dependency now.

marcs commented on 2018-12-20 16:22 (UTC)

i686 support is dropped by OF as stated before. The framework got into some changes, package should build fine, but require more testing.

huonglam commented on 2018-12-15 16:53 (UTC)

Thanks for sharing! https://huonglam.com.vn/cho-thue-may-photocopy/

FabioLolix commented on 2018-11-23 21:28 (UTC)

Last version is 0.10.1, there aren't downloads for i686 and build instructions have changed

marcs commented on 2017-11-29 14:44 (UTC)

This package is broken until the new version is out, read the comments below. For now you can try: https://aur.archlinux.org/packages/openframeworks-nightly/

elgs commented on 2017-11-29 04:25 (UTC)

Build failed: make[1]: Leaving directory '/tmp/yaourt-tmp-elgs/aur-openframeworks/src/of_v0.9.8_linux64_release/scripts/apothecary/build/poco/Net' ^ Received error ^ ==> ERROR: A failure occurred in prepare(). Aborting... ==> ERROR: Makepkg was unable to build openframeworks. ==> Restart building openframeworks ? [y/N] ==> ---------------------------------------