In attachment i inserted ebuild for compile synaptics driver for git xorg-server version. I doesn't found it on x11 layman so i hope that this ebuild will be added to layman for others users. Thanks. Ge@@ru Reproducible: Always
Created attachment 162612 [details] synaptics-9999 driver Git version of synaptics driver compliant with git xorg-server.
you probably want to replace call to autogen by eautoreconf (and inherit the autotools eclass) because it will take care of setting proper automake dependencies.
Created attachment 162635 [details] Synaptics git version ebuild Sorry, i inserted eautoreconf command and removed commented lines. Thanks. Ge@@ru
> Sorry, i inserted eautoreconf command and removed commented lines. > Thanks. > > Ge@@ru > src_unpack might be redundant.
Created attachment 162669 [details] Revision 0.3 of synaptics-9999.ebuild Removed redundant src_unpack function.
Created attachment 162929 [details] x11-drivers/xf86-input-synaptics-9999 The ebuild posted here did some nasty (and wrong) things. First of all the driver changed its license from GPL2 to MIT. Second it is now hosted on the official freedesktop.org infrastructure. Last but not least the ebuild did some useless things covered by the x-modular eclass. I hope the author doesn't mind that I rewrote it :-) Note: I added the arches marked green from http://tinderbox.x.org/
Thanks at all. There is still one thing, it is needed update xorg-server-9999.ebuild to use new synaptics driver: Instead of input_devices_synaptics? ( x11-drivers/synaptics ) it is needed input_devices_synaptics? (x11-drivers/xf86-input-synaptics ) Bye P.S. When will be available to x11-overlay? :)
Whenever someone with commit access to the overlay gets around to it. =)
*** Bug 235368 has been marked as a duplicate of this bug. ***
i'd suggest moving the xorg-server dep to runtime dependency, since it's more a rdep than a mere build dep. also the following deps are useless because deps of xorg-server which would be pulled in before compiling synaptic driver. x11-base/xorg-server x11-proto/inputproto x11-proto/randrproto x11-proto/xproto x11-libs/libX11 i'd also add the hal dep in the rdeps cause of the fdi the driver compiles. hal? (>=sys-apps/hal-0.5.10) and the block with old synaptics driver in build dependency: !x11-drivers/synaptics cause you can only use one of the 2 drivers and not both of them. also a blocker with ksynaptics could be ok since ksynaptics works only with the old synaptics driver !kde-misc/ksynaptics i'd also insert in xorg-server the choice dep between the synaptics and xf86-input-synaptics when synaptics input device is tagged as active in xorg use flags.
(In reply to comment #10) > i'd also add the hal dep in the rdeps cause of the fdi the driver compiles. > hal? (>=sys-apps/hal-0.5.10) The .fdi is not installed right now. We just ship it in case anyone wants to use it. From what I know using the fdi file causes the xorg-server to ignore the values from xorg.conf. This would heavily impact any users. > also a blocker with ksynaptics could be ok since ksynaptics works only with > the old synaptics driver > !kde-misc/ksynaptics I don't see any reason why ksynaptics should not work with this driver release. x11-drivers/xf86-input-synaptics is based on the code from x11-drivers/synaptics. Everything that worked with the old one will work with the new one. Otherwise please file a bug so we can address that. > i'd also insert in xorg-server the choice dep between the synaptics and > xf86-input-synaptics when synaptics input device is tagged as active in xorg > use flags. I'd rather replace x11-drivers/synaptics with x11-drivers/xf86-input-synaptics. The old driver is no longer maintained and the new one got many improvements. Please note that that the new driver is "just" the old driver plus a bunch of patches. It's (more or less) the same code.
(In reply to comment #11) > (In reply to comment #10) > > i'd also add the hal dep in the rdeps cause of the fdi the driver compiles. > > hal? (>=sys-apps/hal-0.5.10) > > The .fdi is not installed right now. We just ship it in case anyone wants to > use it. From what I know using the fdi file causes the xorg-server to ignore > the values from xorg.conf. This would heavily impact any users. > well, i've experienced that the new driver doesn't read much xorg.conf configuration and on the xorg-mailing list it seems that in a future not too far it will be totally removed. > > also a blocker with ksynaptics could be ok since ksynaptics works only with > > the old synaptics driver > > !kde-misc/ksynaptics > > I don't see any reason why ksynaptics should not work with this driver release. > x11-drivers/xf86-input-synaptics is based on the code from > x11-drivers/synaptics. Everything that worked with the old one will work with > the new one. Otherwise please file a bug so we can address that. > ksynaptics starts but doesn't work with it. if you try to load ksynaptics with this driver it will start but won't have anything configurable almost like it doesn't find the right driver. i've had a confirmation on this matter by its developer on the xorg-mailing list some time ago. > > i'd also insert in xorg-server the choice dep between the synaptics and > > xf86-input-synaptics when synaptics input device is tagged as active in xorg > > use flags. > > I'd rather replace x11-drivers/synaptics with x11-drivers/xf86-input-synaptics. > The old driver is no longer maintained and the new one got many improvements. > > Please note that that the new driver is "just" the old driver plus a bunch of > patches. It's (more or less) the same code. > not the old driver, but the old driver with various parts removed since that parts were not released under the gpl version. this parts include a lot of alps touchpad settings and configurations. see the confirmation of this on the xorg-mailing list. its author has stated that this rework is based on the original source code that has been released under gpl license and that parts not released under this code would be stripped from it and this includes some advanced functions that the synaptics driver has had. so if users still want to mantain old driver it should be a choice for xorg-server versions < 1.5. the old driver was still more mature than this new rework. this driver should only be used from xorg-server versions > 2 weeks ago (after the removal of xf86_version defines). till then with the patches found on xorg-mailing list it was still working quite well. another thing is that the old synaptics configuration found in xorg.conf for old touchpad settings don't work with this new driver anymore. if you try them out you'll see in the xorg.0.log that they're ignored. so it doesn't really make sense still using them.
This is in the overlay now. Please file new bugs if something's busted with it.