On Mon, Dec 03, 2007 at 11:37:50AM -0500, Dan Williams wrote: > All the functionality is currently available with dbus-send. However, > since that's the case, it would be nice to have a CLI tool that > interfaces in a nicer manner than dbus-send. I'd like to have something > like that too, but haven't had time to look into it. It would be a > great opportunity for somebody to jump in. Is there somewhere where all of the messages that can be sent are documented? It's a bit daunting.... > Jeremy has an excellent answer to this question :) There's already an > rfkill framework in the kernel, your upstream Sony ACPI kernel module > needs to hook into that. In the short term, if you _really_ don't want > to make the world a better place by pressuring upstream Sony ACPI module > authors to do the right thing, look at dbus-send, use the D-Bus property Guilt trip, eh? :) > interface on the base NetworkManager object, and set the WirelessEnabled > property to true/false depending on what the custom events say. By > doing this and not making upstream better, you agree to sacrifice 3 > small, adorable, mewing kittens each time you flip the rfkill switch. Ooooh, now *there's* the guilt trip. maybe I can do *both*. I'll go read up on rfkill now. > > (Also, is there a way to supress the pop-up messages about changes in > > connections status? I find them more obtrusive and distracting than > > helpful.) > We could add an option to the applet to disable them, yes. That would make me oh-so-happy. I'll sacrifice *any number* of kittens for you if you'll do this. :) -- Matthew Miller mattdm@xxxxxxxxxx <http://mattdm.org/> Boston University Linux ------> <http://linux.bu.edu/> -- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
