Re: [Bluez-devel] Questions about BlueZ in commercial use

KeiHachi
2004-06-28T16:30:36Z

Hi, nicholas.

Thanks for your reply again.

> > I think he will need to spend a little extra time (maybe a few months)
> > for supporting eSCO.
>
> I think if you pay him for supporting eSCO, then it will be very quickly
> integrated.

Thanks for your advice.
It can't be decided on my own responsibility,
but I will input it to our team members when we will study on this topic.

> > Do you mean that offering a headphone with Bluetooth audio functionality
> > to him is necessary to develop A2DP?
>
> Look here:
> http://sourceforge.net/mailarchive/message.php?msg_id=8643774
> I don"t know whether someone donated anything after this request, but I
> think he can"t get enought. ;)

Thank you very much for this reference of the thread that you have searched.
I also guess he doesn't get enough donation.

> > If you have a few guesses about such a company that provides the
> > support of using BlueZ, please tell me the name of such a company.
>
> I don"t know of any...

OK, thank you.
And please forgive me for asking such a rude question.

> > Or, please forgive me for asking this rude question, but,
> > could the developers of BlueZ community provide the support to ensure
> > the quality, as counter value for some maintenance fee?
>
> ..but i am quite sure this might be possible. Marcel while probably
> reply itself. He is the best suited person, for such a job.

Yes, I think so, too.
The problem is whether it is acceptable to ask him to do such a job, or not.
I'm worried that such a business model may be unseemly in the open-source world.
(This is the reason why I ask a question to this mailing-list)

> > If a new profile is testing or has been released immediately
> > after the development, probably some bugs are still included.
> > So we think if BlueZ is used for the commercial use, the stable
> > version is necessary,
> > because a commercial product is required to be a high quality.
>
> Yeah I understand your problem and IMO you are partly right. There is no
> so strict seperation of a testing and a stable tree. But you have to
> seperate: the generic ACL/RFCOMM support is quite stable. You can use
> it without integrating all those parts which might be considered not
> completely stable.

Yes, I understand what you say, because of the reply from you and Marcel.

> I personaly wouldn"t use HID or SCO support in a commercial device.

Why won't you use these features in a commercial device?
(This is only my personal interest.)

> > If so, is the modification of the kernel part still stable?
>
> You mean those -mh patches for 2.6?

Now I understand this part in my mind.
I'm sorry for this confusing question. Please forget this part.

Regards,
KeiHachi