Open Lighting Architecture (OLA) is a framwork for controlling lighting devices under Linux/Mac OS X. It supports several hardware-interfaces (DMX), network protocols and has a web interface. Reproducible: Always
Created attachment 320122 [details] ola-0.8.21.ebuild ola-0.8.21.ebuild ebuild for current stable version
Created attachment 320124 [details] ola-9999.ebuild ola-9999.ebuild live-ebuild (git)
Oh, forgot: partly based on work found at: https://github.com/nativemad/MadOverlay/blob/master/media-disco/ola/ola-0.8.11.ebuild
One more thing: I'll test this on arm (stable) and x86 (stable) tomorrow, wanted to submit them first and don't have the machines running right now
Note: I am changing the URL because the wiki originally referenced is apparently open to everyone to deface.
Should this inherit python, DEPEND=dev-libs/protobuf[python], and python_* in pkg_setup() also when USE=-python ? Is IUSE=webserver the best name for the flag? Other packages use "web", "webserver", "http", and "httpd". This looks like a good opportunity to unify those into a single USE flag. I have added these ebuilds as-is to my layman overlay called 'stuge' for anyone who wants to use them. Please feel free to email me patches for git://git.stuge.se/stuge-overlay.git (Even if you attach a patch to this bug, I'd appreciate if you emailed it to me as well.) Thanks!
(In reply to comment #6) > Should this inherit python, DEPEND=dev-libs/protobuf[python], and python_* > in pkg_setup() also when USE=-python ? Yes, this is intended. I tried to build OLA w/o python support, but it still failed to configure because it was unable to find the protobuf-python-module. > Is IUSE=webserver the best name for the flag? Other packages use "web", > "webserver", "http", and "httpd". This looks like a good opportunity to > unify those into a single USE flag. No, it's probably not the best name but I copied that one from the mentioned github-repo. Will change it to "httpd" and post new ebuilds then. > I have added these ebuilds as-is to my layman overlay called 'stuge' for > anyone who wants to use them. Thanks for adding them. > Please feel free to email me patches for git://git.stuge.se/stuge-overlay.git > (Even if you attach a patch to this bug, I'd appreciate if you emailed it to > me as well.) I'll send you the changes as a patch as soon as the ebuilds are in here
Created attachment 320628 [details] ola-0.8.21.ebuild Updated ebuild: - changed USE-flag "webserver" to "httpd" - tested on amd64, x86 and arm - sorted some stuff alphabetically
Created attachment 320630 [details] ola-9999.ebuild Updated ebuild: - changed USE-flag "webserver" to "httpd" - sorted some stuff alphabetically
Thanks, I've committed the patches to my 'stuge' overlay. http://git.stuge.se/?p=stuge-overlay.git;a=commit;h=78d712dd
Renaming ola-0.8.21.ebuild to ola-0.8.22.ebuild for latest stable version works (for completeness: tested on ~amd64 only).
(In reply to comment #11) > Renaming ola-0.8.21.ebuild to ola-0.8.22.ebuild for latest stable version > works I've updated my overlay with the rename.
Created attachment 321296 [details] ola-0.8.22.ebuild Updated ebuilds for quality :)
Created attachment 321298 [details] ola-9999.ebuild Updated ebuilds for quality :)
Renaming ebuild to ola-0.8.23.ebuild works like a charm :)
Created attachment 336234 [details] ola-0.8.26.ebuild updated ebuild. the only thing that really changed is the dependency on net-libs/libmicrohttpd which needs to be built with USE="messages". Otherwise ola gets a linking error with >=net-libs/libmicrohttpd-0.9.23 Peter, why does the ebuild in your overlay have "append-ldflags $(no-as-needed)"? I don't see/have a problem with --as-needed.
Created attachment 371056 [details] Updated ebuild for ola-0.8.33 Updated ebuild, as previous one but for current release, and with the use flag restriction mentioned in the previous comment incorporated.
Created attachment 380874 [details] ola-0.9.1.ebuild Update ebuild for 0.9.1. I used Richard's ebuild from comment #17 (thanks!), changed the HOMEPAGE and the SRC_URI. I didn't test it extensively but it builds fine, starts up and the web server is running.
The ebuild for 0.9.1 works perfectly fine when renamed to ola-0.9.5.ebuild
(In reply to jannis from comment #19) > The ebuild for 0.9.1 works perfectly fine when renamed to ola-0.9.5.ebuild Still true for 0.9.8.
ebuild "ola-0.9.1.ebuild" works also fine when renamed to "ola-0.10.3.ebuild"
Created attachment 520956 [details] ola-0.10.6.ebuild - Updated ebuild Hi, I've just updated the ebuild to use the new python eclasses. I'll test if python 2.7 and 3.5 actually work (install list looks okay) and then I hope to create my first pull-request to add an ebuild :)
Comment on attachment 520956 [details] ola-0.10.6.ebuild - Updated ebuild Obsoleted the ebuild I attached - please see the PR for the latest version
In the tree since commit a875aa576c8ac0578f63e5a24e190129dad2733b. Resolving as obsolete rather than fixed because I wrote the ebuild from scratch and had no knowledge of the relevant PR.
Well, sad that the work has been done twice now, but thank you @Marek for adding the package to the official tree :)
