Basic ebuild for the X10 driver library wish, including patches against it's make script to build within emerge, and install into ${D}[...]. I only have the USB-based powerlinc, so that's the only init.d script I install. There's also some wackiness I don't understand with /etc/udev/devices/x10/, but it somewhat works for me. Comments and improvements welcome.
Created attachment 86940 [details] wish-2.1.3.ebuild
Created attachment 86942 [details] files/unset_arch-make.patch
Created attachment 86943 [details] files/dev-creation_sandbox.patch
Created attachment 86944 [details] files/x10.plusbd
Created attachment 96508 [details, diff] files/wish-2.1.3-kernel-2.6.17.patch to be used by upcoming revision of wish-2.1.3.ebuild...
Created attachment 96509 [details] updated wish-2.1.3.ebuild to use new 2.6.17 kernel patch
Update for wish-2.1.5, which doesn't need devfs (important for >kernel-2.6.18).
Created attachment 102678 [details] wish-2.1.5 ebuild
Created attachment 102679 [details, diff] updated makedev.sh patch This is not only updated for wish-2.1.5, but also to put these /dev/x10 mknod-created files in /lib/udev/devices/x10. This way, when the system boots, the nodes will be created in /dev/x10 automagically. On my machine, this makes it so wish only needs to be emerged once (instead of once per re-boot after a failing /etc/init.d/x10.plusbd). :)
(In reply to comment #7) > Update for wish-2.1.5, which doesn't need devfs (important for >kernel-2.6.18). That should be >=kernel-2.6.18 (when wish-2.1.3 stopped building for me).
Thanks for this ebuild! You saved me a lot of time. Comment on dev-creation_sandbox.patch: on a first-time install, it doesn't create /dev/x10. A reboot would probably fix it, but I'm not a reboot kind of guy. I just rsync'ed from udev. How about a simpler patch instead? Since makedev.sh already handles udev, but has the wrong path, how about: s|/etc/udev/|/lib/udev/|g instead? (Applied to original makedev.sh). That's smaller, cleaner, more maintainable, and makes your ebuild work on first-time installs. The proper solution, of course, is for upstream to detect /lib/udev automatically. I have sent a patch to the mailing list.
(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. Heuristics show that no Gentoo developer has commented on your ebuild. 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