Could someone add btnx to portage? That would make configuring the mouse much more easy. http://www.ollisalonen.com/btnx.html Thanks Reproducible: Always
Somehow resolved by mistake, no idea. Reopen.
Created attachment 143345 [details] First try to an ebuild, does NOT work Hi, I tried to write an ebuild for btnx, but it seems to me that the makefile is no standard. It uses a external script. I believe thats the reason why the ebuild doesn't work (this steps will not be loged by emake???). To install btnx it is necassary to create a directory /etc/btnx, but you didn't get the permission. Maybe someone with more experience can hace a look at it? Greetings Jan Buecken
Created attachment 143346 [details] working (for me), if btnx-0.4.5.ebuild is working or deleting dependency to btnx Hi, I write an ebuild for btnx-config too, it is working for me, if you edit the ebuild and delete the dependecy to the btnx ebuild (because this is not working...) I hope that I attend all dependecies... Use it with care. HINT: I copied the btnx ebuild to app-misc, because I don't know a better place. If the btnx ebuild is working in future and you want to use a other path you have to adept the btnx-config ebuild (in the line with DEPEND ) Greetings Jan Bücken, alias Norris
Created attachment 143967 [details] working ebuild using patch btnx-0.4.5.patch Hi, I get help here http://forums.gentoo.org/viewtopic-p-4877237.html#4877237 and I write a new ebuild for btnx-0.4.5 which is working now applying the patch. I upload the patch in a few minutes here.
Created attachment 143968 [details, diff] patch for btnx-0.4.5 Here is the patch. Copy it into the files directory of your portage - overlay.
Created attachment 143970 [details] rework of the btnx-config-0.4.6.ebuild I delete my comments, which I used for testing and debugging. HINT: Both ebuilds are working for me with the 2.6.24-r2 kernel and you have to copy the ebuilds in app-misc/btnx and app-misc/btnx-config in your portage overlay or edit the dependecies in btnx-config-0.4.6.ebuild!
(In reply to comment #5) > Created an attachment (id=143968) [edit] > patch for btnx-0.4.5 > > Here is the patch. Copy it into the files directory of your portage - overlay. > I wrote the link to the forum, but I forgot to write about Voltago and his regards, who edit the script and create the patch!!!! This work has to be recognized. Many thanks Voltago!!!
Created attachment 145847 [details] new btnx ebuild, use patch for the init script Hi, I invested some time again: I write a new ebuild for the current releases of btnx and btnx-config. New: - Dependecies with btnx-config (the intendend version 0.4.7 of btnx-config breaks backward compatibility to btnx-0.4.6). - patches the btnx init-script (you still need the patch for the install script with btnx-0.4.6)
Created attachment 145849 [details, diff] patches the install-script
Created attachment 145851 [details, diff] patches the btnx init-script
Created attachment 145853 [details] svn version for btnx I also write a ebuild which check out the newest svn. In the time without a maintainer you can get the newest version with this (bad workaround: today its respect the dependencies, this breaks in the future maybe) HINT: You don't need the patch for the init script, the newest svn is autotooled, but at the moment, you 'll still need the patch for the init-script. Its the same like that for btnx-0.4.6, just save it in the files directory of your portage overlay with the name: "btnx-9999.patch"
Created attachment 145855 [details] new ebuild for btnx-config, notice more dependecies This ebuild of btnx-config respect that it does not work with btnx-0.4.7 or higher.
Created attachment 145856 [details] svn version for btnx-config I write a svn - ebuild for btnx-config, too. It respect the current dependecies (maybe not in the future), e.g. you' ll need the svn of btnx, too.
(In reply to comment #11) I'm sorry, I made a mistake: You don't need the patch for the install-script, you still need the patch for the init-script und you have to save it as btnx-9999_init.patch (just convert the version-number)
Created attachment 145994 [details] svn version for btnx Hi, there are no patches necessary any longer for the btnx svn. See https://bugs.launchpad.net/btnx/+bug/200055 for more information. I edit the ebuild.
Created attachment 148510 [details] ebuild for btnx-0.4.9 new ebuild
Created attachment 148514 [details] ebuild for btnx-config-0.4.8 ebuild for btnx-config-0.4.8 Attention: btnx-0.4.7 or greater needs btnx-config-0.4.7 or greater!
Comment on attachment 148510 [details] ebuild for btnx-0.4.9 Edit the btnx-0.4.8 ebuild to the new version 0.4.9. fixes compatibility to synaptic touchpad.
Will this be put in portage at some point?
(In reply to comment #19) > Will this be put in portage at some point? > I think a maintainer is missing... But you can easy bump this ebuilds to the btnx-0.4.11 and btnx-config-0.4.9 by saving them into your portage overlay with this names. I tested it, but don't want to spam this with version bumped ebuilds. Hint: I have a new system, amd64, not a x86, hence I tested it now with this system. I don't think there are problems if you add the amd64 keyword. But I cannot test the x86 architecture any longer. greetings Jan, alias Norris
Just I read the ebuild-submit page again, if I forgot something. I did not open the bug, hence I cannot change "Component" to "Ebuilds". I looked up the dependencies (for the version bumped ebuilds I mention in my comment before, too!), had contact to the author of the programm and test this with x86 and amd64 system. Hence I think the ebuilds will work. For me, the (bumped) ebuilds can official submitted At the gentoo crew: What is missing so that the ebuilds can be submitted in the official portage. Is it enuogh if I bump the ebuilds? (And clear up the comments, dependencies, Header,...) or have we to wait, till the author offers a milestone (this time, if he offers new versions, I don't know if he let the old version on his server, hence we need a place for the btnx*.tar.gz file...)
Created attachment 161504 [details] This is a modified btnx-0.4.9.ebuild modified from Jan Buecken's ebuild to add ~amd64 keyword I'm happy to report that this ebuild works on amd64 with these options enabled in a 2.6.25-gentoo-r7 kernel: Device Drivers ---> Input device support ---> [*] Miscellaneous Devices ---> [M] User level driver support The rest of my instructions can be seen at http://amot.wordpress.com/2008/07/27/btnx-on-gentoo-20080-r1-on-amd64-yes-yes-yes/ That's how I got it working on my system... I will attach my btnx config file as well.
Created attachment 161505 [details] 161504: This is a modified btnx-config-0.4.8.ebuild modified from Jan Buecken's ebuild to add ~amd64 keyword I'm happy to report that this ebuild works on amd64 with these options enabled in a 2.6.25-gentoo-r7 kernel: Device Drivers ---> Input device support ---> [*] Miscellaneous Devices ---> [M] User level driver support The rest of my instructions can be seen at http://amot.wordpress.com/2008/07/27/btnx-on-gentoo-20080-r1-on-amd64-yes-yes-yes/ That's how I got it working on my system... I will attach my btnx config file as well.
Hi, I have a new system and can confirm that btnx works on a amd64. greets Jan
Created attachment 165369 [details] btnx-0.4.11.ebuild Hello, this is another modification of the btnx ebuild for version 0.4.11
Created attachment 165371 [details] btnx-config-0.4.9.ebuild Hi, this is another modified btnx-config ebuild to go along with btnx-0.4.11.ebuild. This one is for btnx-config-0.4.9
(In reply to comment #0) > Could someone add btnx to portage? That would make configuring the mouse much > more easy. > http://www.ollisalonen.com/btnx.html > > Thanks > > Reproducible: Always > Hi Olli, I've been updating btnx to build on amd64 for your latest releases!
Curious: what does it take to get ebuilds officially punched into portage?
(In reply to comment #28) > Curious: what does it take to get ebuilds officially punched into portage? > Hi Jacob, I believe this bug/ebuild/program would require an official maintainer. I agree that it's a great tool!
Well, as it turns out, this software may become obsolete anyway. Olli, the primary developer of btnx, has given me permission to post his response to my e-mail, asking him about the future of btnx: "Hi Jacob, The problem is that the changes aren't isolated to Ubuntu. It is a change in the new X.Org which means all work I do will be deprecated in all distros in a matter of 1-2 years. It's something, that for me, completely kills development motivation. Also, evdev has many advantages and I believe most will look to that direction. Especially now that it reports all mouse buttons correctly. Its problem is still the lack of easy configurability. If it can be shown that the system can be configured so that btnx can still read input events from the kernel, I will reconsider continuing development. Aside from a patched/recompiled X.Org >=7.4. But as for btnx, I also consider it stable enough to use easily without further development. If I stop development, it is still available for everyone to use/improve. Add to this the time constraints I am beginning to have. I simply don't have time to develop/maintain/support software by myself. However, this is not a definite no. People have been known to change their minds. If I end up having lots of free time, I might divert some of it to begin development of the new type of btnx I was talking about on the btnx homepage. Olli"
Latest ebuild won't compile for me on kernel 2.6.32-rc5 x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -Wall -Werror -W -Wunused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wswitch -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls `pkg-config --cflags libdaemon` -pipe -fno-ident -fomit-frame-pointer -O2 -MT uinput.o -MD -MP -MF .deps/uinput.Tpo -c -o uinput.o uinput.c cc1: warnings being treated as errors uinput.c: In function ‘uinput_init’: uinput.c:59: error: ignoring return value of ‘write’, declared with attribute warn_unused_result uinput.c:67: error: ignoring return value of ‘write’, declared with attribute warn_unused_result uinput.c: In function ‘uinput_send_mods’: uinput.c:117: error: ignoring return value of ‘write’, declared with attribute warn_unused_result uinput.c:122: error: ignoring return value of ‘write’, declared with attribute warn_unused_result uinput.c: In function ‘uinput_send_key’: uinput.c:144: error: ignoring return value of ‘write’, declared with attribute warn_unused_result uinput.c:151: error: ignoring return value of ‘write’, declared with attribute warn_unused_result uinput.c:157: error: ignoring return value of ‘write’, declared with attribute warn_unused_result make[2]: *** [uinput.o] Error 1