heyu is a command line X10 (home authomation) package. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Created attachment 57991 [details] new ebuild
Created attachment 57992 [details, diff] adjust file paths
Created attachment 57993 [details, diff] file path adjustment
Created attachment 58086 [details] ebuild, patches, changelog etc Extended ebuild to fix symlink vulnerability
*** Bug 146181 has been marked as a duplicate of this bug. ***
Okay, here we go again... I have attached the heyu-2.0_beta50.ebuild. HEYU is a daemon controlling and scheduling X10 devices, something like a slim version of Mister House. The current version beta6.2 unfortunately does not compile, I'm trying to figure out what's going wrong with the HEYU devs. I suggest app-misc/heyu for this ebuild. It's keyworded ~amd64 as I can only test it on my AMD64 box. It should compile on x86 though. The tarballed ;-) ebuild is also available on http://www.bitcetera.com/products/gentoo for download. Cheers, -sven PS: My first contribution, please be patient with me :-) Constructive feedback is very welcome as I have some more ebuilds in work.
Created attachment 95897 [details] ebuild 2.0_beta50
Created attachment 95928 [details] ebuild 2.0_beta62
I've added a patch from the heyu mailinglist, now version beta 6.2 compiles and works as well. The complete tarball including patch, init and conf ist here: http://www.bitcetera.com/products/gentoo
Created attachment 96468 [details] ebuild 2.0_beta62-r1 Fixed a problem with the init script: The temporary directory is recreated if necessary before heyu is called as heyu dies if the temp dir is not present. No changes on the ebuild file, but on the init script available in the tarball from http://www2.bitcetera.com/products/gentoo/
Created attachment 127427 [details] Updated ebuild for heyu-2.0.1
Yes, me too :-) I'm updating the heyu package every now and then and post it on my webpage. However, I tend to forget this bug because I don't really know if anyone is caring about it anyway. http://www.bitcetera.com/products/gentoo/
Created attachment 127694 [details] heyu-2.0.1.ebuild without sandbox violation The previous ebuild could give a sandbox violation if the heyu daemon was not running, because "heyu stop" tries to write to the config dir. This ebuild fixes that.
Created attachment 157233 [details] ebuild 2.3.2 This is the overhauled ebuild for the current version of heyu. I've tested the ebuild on amd64 and use it for quite a while now. The ebuild has been reviewed by the guys over at #gentoo-sunrise, thus I'd like to ask for it being added to Gentoo Sunrise. You can count on me maintaining the ebuild in the forseeable future. A side note following the discussion on IRC: I have removed the code which stops the daemon when updating despite the explicit warning in the Configure script as the upstream author: Charles Sullivan wrote: > It's primarily to avoid mixing the new command line process with > old daemons. And 'make install' can't overwrite the old heyu > executable while the daemons are running (since the daemons are > the same executable). With older versions of Heyu, errors in the > configuration file prevented 'heyu stop' from running, however > 'heyu stop' now looks only for the TTY and TTY_AUX directives in > the config file and ignores everything else so that's no longer > a problem.
Created attachment 158355 [details] ebuild 2.3.2 (after IRC review) The heyu-2.3.2 ebuild is now in Gentoo Sunrise awaiting it's move into reviewed/.
Version bump to 2.4.0 in r7486.
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
Heyu is already in Sunrise, so you can ignore comment #17.
Version bump to 2.5.0 in r7928 including various improvements (thanks to Tommy) including the heyu daemons no longer running as root.
Version bump to 2.6.0 as of r8487 including some suggested improvements.
Version bump to 2.7.0 as of r8718. Update note added to prevent people to update Heyu while it is running.
Please be careful when you bump ebuild cause you used the old ebuild as a base. I eapi2fy it again but take care in the future
Version bump to 2.8.0 as of r9313.
Hello, everyone. It seems that at least one ebuild related to this bug exists in the Sunrise overlay at the moment. However, I have to regretfully announce that after a long inactivity period the Sunrise project has been discontinued and the related overlay will be eventually removed. For this reason, I'd like to ask you to reevaluate the ebuilds and consider moving them. If you'd like to maintain a package from Sunrise in Gentoo, please take a look at our Proxy Maintainers [1] project. Please make sure to take ebuilds from the unreviewed developer Sunrise repository [2] rather than the -reviewed one, since the latter has not been updated for over a year. While at it, please note that: 1. Adding a package to Gentoo requires declaring yourself as an active maintainer for it. All bugs regarding the package will be assigned to you, and you will be expected to maintain it. 2. Some packages may not be suitable for addition anymore. While there's no strong rules that would prevent you from adding a package, it may be a bad idea to add old-unmaintained packages that will shortly result in a large number of bugs reported with no solution. If that is the case, please close the bug as RESOLVED/OBSOLETE to make it easier to find packages worth adding. 3. Some of the bugs were already closed as WONTFIX/OBSOLETE/... while the relevant ebuild was kept in Sunrise. If you disagree with the original decision, you still can add the ebuild via proxy-maint. 4. Pleaes note that many of the Sunrise ebuilds are old and may be buggy. If you decide to move them, please make sure to update/clean them up. The proxy-maint team will also review your ebuilds, therefore making sure they land in Gentoo in good quality. Once again, thank you for your contribution. We hope that you will still want to contribute to Gentoo, through proxy-maint or otherwise. [1]:https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers [2]:https://gitweb.gentoo.org/proj/sunrise.git/
