The phidget20 library builds and tests O.K. with the Phidget interface key hardware.
Created attachment 91543 [details] Initial phidget20-1.0.6.ebuild Initial ebuild.
1/ Missing header - we can't include ebuilds w/o a standard header 2/ Only put keywords you have yourself tested into the ebuild. 3/ Use dodir, not mkdir -p
*** Bug 99576 has been marked as a duplicate of this bug. ***
Created attachment 92591 [details] ebuild for version 2.1.0 of the interface library This ebuild is for a later version of the library, which had problems addressing InterfaceKit inputs. The PhidgetManager code in the examples directory is reccomended for getting started as opening phidgets by id seems to have broken in the new library.
Created attachment 168230 [details] A working ebuild for a the more current phidget library This is the current version of the phidget library. The previously posted ebuilds did not work. This ebuild refers to three patches written by me to make phidget21's Makefile behave. However, some of the fixes were a little ugly. One of them causes the Makefile to require an argument (via a variable). This ebuild also recognizes phidget21's support for JNI. However, I am unable/willing to test the Java interface.
Created attachment 168232 [details, diff] This patch allows the makefile to call gcc and binutils tools prefixed by a tuple. The amount of testing I did with this patch was to see that x86_64-pc-linux-gcc was being called rather than plain gcc. I did not actually test crosscompiling - x86_64-pc-linux is the "tuple" for my system.
Created attachment 168234 [details, diff] makes phidget's makefile willing to use a directory other than /usr/lib This patch against the Makefile makes the Makefile :-) require a the variable LIBDIR to be set to something reasonable, like "lib64" or "lib32" or "lib". This is for systems like mine, which have /usr/lib64.
Created attachment 168240 [details, diff] allows the Makefile to find the javahome path for JNI
(In reply to comment #5) > Created an attachment (id=168230) [edit] > A working ebuild for a the more current phidget library > > This is the current version of the phidget library. The previously posted > ebuilds did not work. Oops, the LICENSE should be set to LGPL. Please see http://www.phidgets.com/information_display.php?info_var=1 . Also, there should probably be a "dodoc PhidgetLinux/README" and copying of "${S}/examples" into /usr/share/phidget*. The phidgets tarball also comes with a udev rules file which makes all phidgets devices world read/writable, which probably shouldn't be installed. It also has some folders named avahi* with random header files. It even has its own copy of an old libusb, but the libphidget can't easily be made to use the system's libusb.
Created attachment 177617 [details] ebuild for the current release of phidget The current phidgets release requires a new version of the files/phiget21-crosscompile.patch. I also reverted the license to ``as-is'' because I think I was mistaken about the LGPL - except that http://www.phidgets.com/downloads.php?os_id=3 states you agree to the LGPL by downloading it ? OK, I rereverted to saying LICENSE="LGPL". I also fixed some logic in the ebuild: make=>emake, added some || die "some message", and fixed calling the java-pkg_regso function when the java useflag is disabled.
Created attachment 177618 [details, diff] replaces the other crosscompile patch, allows crosscompiling This patch had to be changed to reflect a superficial changes in the Makefile layout from the phidget package.
Comment on attachment 168232 [details, diff] This patch allows the makefile to call gcc and binutils tools prefixed by a tuple. forgot to depcrecate the first crosscompile patch when adding the new one.
Created attachment 177620 [details] ebuild for current version of phidget I fixed lacking calls to dodir. I missed the earlier comment about dodir vs. mkdir -p. I hope that the ebuilds available in this bug are of a better quality, now.
Created attachment 190835 [details] updated ebuild for current libphidget21 version
