Dear Nobuhiro,
Absolutely agree.
Thank you!
Best regards,
Andriy
On Mon, 28 Jul 2014 15:43:20 +0900
Nobuhiro Iwamatsu wrote:
> Hi,
>
> 2014-07-26 22:10 GMT+09:00 Andriy Martynets :
> > On Sat, 26 Jul 2014 04:52:49 +0900
> > Nobuhiro Iwamatsu wrote:
> >
> > Dear Nobuhiro,
> > Thanks!
> >
> > U
Hi,
2014-07-26 22:10 GMT+09:00 Andriy Martynets :
> On Sat, 26 Jul 2014 04:52:49 +0900
> Nobuhiro Iwamatsu wrote:
>
> Dear Nobuhiro,
> Thanks!
>
> Using of the udev rule is reasonable as this activates any BT adapter
> as soon as it is plugged in. Maintaining this via an init script works
> fine
On Sat, 26 Jul 2014 04:52:49 +0900
Nobuhiro Iwamatsu wrote:
Dear Nobuhiro,
Thanks!
Using of the udev rule is reasonable as this activates any BT adapter
as soon as it is plugged in. Maintaining this via an init script works
fine in majority of cases but not in all. As the script runs once it
wil
Hi, Michael.
Thanks for your comment.
2014-07-26 5:12 GMT+09:00 Michael Biebl :
> Am 25.07.2014 21:59, schrieb Nobuhiro Iwamatsu:
>> Hi, Michael.
>>
>> Thanks for your infomation.
>>
>> I enabled the hciX in bluetooth.init in previous versions.
>> I will revert this function and remove udev rules
Am 25.07.2014 21:59, schrieb Nobuhiro Iwamatsu:
> Hi, Michael.
>
> Thanks for your infomation.
>
> I enabled the hciX in bluetooth.init in previous versions.
> I will revert this function and remove udev rules in next version.
> For systemd , I will enable using the ExecStartPre in bluetooth UNIT
Hi, Michael.
Thanks for your infomation.
I enabled the hciX in bluetooth.init in previous versions.
I will revert this function and remove udev rules in next version.
For systemd , I will enable using the ExecStartPre in bluetooth UNIT.
Please let me know if there is a better way other.
Best re
Hi,
Thanks for your report.
2014-07-19 22:20 GMT+09:00 Andriy Martynets :
> Package: bluez
> Version: 5.21-1
> Severity: serious
> Justification: Policy 9.1.1
>
> Dear Maintainer,
> The issue appeared after upgrade to version 5.21.
> The udev rule 50-bluetooth-hci-auto-poweron.rules tries to run
On Tue, 22 Jul 2014 15:39:36 +0200
Michael Biebl wrote:
> Instead of having each udev rule having to work around this issue, it
> would be much better to simply mount /usr via the initramfs and
> discourage the use of a separate /usr partition.
> dracut can already do that, for initramfs-tools th
Instead of having each udev rule having to work around this issue, it
would be much better to simply mount /usr via the initramfs and
discourage the use of a separate /usr partition.
dracut can already do that, for initramfs-tools there is [1].
As a reality check you might be interested in the att
Package: bluez
Version: 5.21-1
Severity: serious
Justification: Policy 9.1.1
Dear Maintainer,
The issue appeared after upgrade to version 5.21.
The udev rule 50-bluetooth-hci-auto-poweron.rules tries to run
/usr/bin/hciconfig tool.
This rule is executed at early stage of boot process (/etc/rcS.d/
10 matches
Mail list logo
