Andrea Veri schrieb:
yes, I've mailed bluez upstream already.
Great, thanks for taking care of this issue.
bluez upstream is implementing a rfkilld for this, but who knows when
it will be ready. That's why Alexander told you this is just a
temporary workaround while we wait upstream to be rea
Il giorno Tue, 27 Oct 2009 09:19:54 +0100
Fabian Greffrath ha scritto:
> Has this issue already been brought to the attention of the udev and
> bluez maintainers?
yes, I've mailed bluez upstream already.
you can find my mail at:
http://article.gmane.org/gmane.linux.bluez.kernel/3690
and foll
Alexander Sack schrieb:
the udev rule is a temporary hack, which we added to gnome-bluetooth
to get things going. In the end it should be wrapped by bluez with
policykit and al ... and hence we didnt want to put that in udev or
some other package ...
So the udev rule shouldn't end up in the Deb
On Sat, Oct 24, 2009 at 12:47:07PM +0200, Andrea Veri wrote:
> On Sat, 24 Oct 2009 02:32:42 +0200
> Fabian Greffrath wrote:
>
>
> > The ubuntu package provides a udev rule in
> > 61-gnome-bluetooth-rfkill.rules which deals with this issue. However,
> > I really doubt that gnome-bluetooth is the
On Sat, 24 Oct 2009 02:32:42 +0200
Fabian Greffrath wrote:
> The ubuntu package provides a udev rule in
> 61-gnome-bluetooth-rfkill.rules which deals with this issue. However,
> I really doubt that gnome-bluetooth is the right package to provide
> such a udev rule. Please cross-check with the ud
5 matches
Mail list logo