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.000011
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 »

marcs commented on 2017-08-04 08:08 (UTC)

> I can give you co-maintainer if you want @s-ol Sure, I'll help if I can.

s-ol commented on 2017-07-31 16:49 (UTC) (edited on 2017-07-31 16:56 (UTC) by s-ol)

https://aur.archlinux.org/packages/openframeworks-nightly/ is out now, please help test! @marcs I can give you co-maintainer if you want

s-ol commented on 2017-07-31 16:28 (UTC) (edited on 2017-07-31 16:41 (UTC) by s-ol)

@marc weird, I had my nightly PKGBUILD running but now I'm back stuck with the shared/static linking problem (recompile with -fPIC etc). Here is my PKGBUILD if you want to give it a shot: https://hastebin.com/zemataguxi So yeah, it was working on gcc7 but now it doesn't and I'm confused :D EDIT: got it working, for some reason my workspace's libs directory was corrupted. fixed with rm -rf libs && cp -r /opt/openFrameworks/libs .

marcs commented on 2017-07-22 13:28 (UTC) (edited on 2017-07-22 13:31 (UTC) by marcs)

@s-ol If you can find the specific patch for solving the problem with gcc6, I will happily apply it on build. Also now the latest version on arch is gcc7, and gcc7 is already breaking my v8 package, you tested a nightly also on gcc7 ? Thank you

s-ol commented on 2017-07-18 11:52 (UTC)

package is broken, get the nightly (GCC6 version) from the downloads page and just use as intended. New dependencies are uriparser and pugixml.

melkir commented on 2016-11-30 16:11 (UTC) (edited on 2016-11-30 16:24 (UTC) by melkir)

==> Validation des fichiers source_x86_64 avec md5sums... of_v0.9.8_linux64_release.tar.gz ... ÉCHEC As a workaround checksum can be skipped by adding export MAKEPKG="makepkg --skipinteg" before launch yaourt -S openframeworks

marcs commented on 2016-11-29 15:09 (UTC)

Updated to version 0.9.8-1

MindlessRanger commented on 2016-09-18 16:45 (UTC)

Build is failing on my device. I had to insert `echo "PROJECT_LDFLAGS=-nostartfiles" >> config.make` after this line https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=openframeworks#n80 I was getting this error: http://stackoverflow.com/questions/11116399/crt1-o-in-function-start-undefined-reference-to-main-in-linux

madc commented on 2016-06-28 07:59 (UTC)

Yes, I did test it briefly. My oF workspace is not in my home directory and it works like a charm. One thing though, in a normal use case, this script is only run once. Wouldn't it make more sense, to put it in `/opt/openFrameworks/scripts` instead of installing it as global bin?

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