Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
GUdev pygobject migration #5
I've been trying to use Udev Discover under openSUSE 12.1 and I turned into an issue.
So, here's a patch! ;)
I removed the 'subsystems' argument while I'm getting some 'GUdev.Client' objects (see lines below)
Don't know the real impact of this, so it will be great if you make a review.
JFYI, I'm using GUdev from git (version 182) because there were some missing annotations, like the 'Device.get_parent' one.
The subsystems argument is the way to allow the user to specify whether a subsystem must be ignored or dealt with.
So. which is the best environment to try myself the patch working? Any OS with GUdev r182?
Hey, thanks for your quick reply! ;)
Since my two boxes are running Gnome 3.2 environments, I have no way of trying the latest udev-discover stable release.
About my environment, I'm under openSUSE 12.1, with udev 1 from git, and kmod 2 from git too (as a required dependency for udev). You can also try with Fedora 16 or with the upcoming Ubuntu 12.04. Don't know about the minimum required udev version in each distribution, but you'll have to ensure that the udev version you're using includes this pretty commit 3
About the behaviour in GUdev.Client method, Sorry, I overlooked the "new" method, so I've switched (and pushed to this pull request related branch) all the GUdev.Client calls into GUdev.Client.new ones. In this way, we can pass the "subsystems" parameter and all seems to work as expected.
Anyway, I think that pinging udev developers about the use of the gudev bindings will be very useful here, AFAIK we should be able to use the GUdev.Client method directly.
Thanks for giving me such privileges!
About where to push ...
Since we need a very recent version of udev, we should wait until we know when distributions are planning to include such udev version, so we just can create a new branch as you've suggested and including an up-to-date README file with the specific branch information. I think 'udev-178' could be the branch name. Ideas?
About the use of GUdev.Client, I talked with pygobject developers and told me to file a bug in gudev. I did it, and got a response 1 from David Zeuthen, so "the best practice" in passing the arguments still needs to be discussed a little bit. Anyway, we're ok to go with the "GUdev.Client.new" method. ;)