From: Gustavo Padovan <gustavo@padovan.org>
To: Lucas De Marchi <lucas.demarchi@profusion.mobi>
Cc: Marcel Holtmann <marcel@holtmann.org>,
Denis Kenzior <denkenz@gmail.com>,
Johan Hedberg <johan.hedberg@gmail.com>,
Luiz Augusto von Dentz <luiz.dentz@gmail.com>,
BlueZ development <linux-bluetooth@vger.kernel.org>
Subject: Re: [PROPOSAL bluetoothd/obexd] doc/features.txt and doc/TODO
Date: Thu, 24 May 2012 17:12:41 -0300 [thread overview]
Message-ID: <20120524201241.GA14906@joana> (raw)
In-Reply-To: <CAMOw1v7BR1H9iAROyufdccyJS+WNLMFfRyxgJxt0iQ9SPP0Z-Q@mail.gmail.com>
* Lucas De Marchi <lucas.demarchi@profusion.mobi> [2012-05-24 16:44:47 -0300]:
> Hey,
>
> Some times (mainly when I'm preparing presentations about BlueZ) I
> have to dig the source code and commit log to check which version and
> features of each protocol is supported in BlueZ. I think this is a
> common pattern for other BlueZ developers as well. It matters even
> more when we are proposing implementations of new features (and then
> we realize it's already implemented) or when we are trying to cover a
> use case that depends on a feature not done yet.
>
> I propose to follow what oFono does, by maintaining a
> doc/features.txt and a doc/TODO (I don't think the
> "Priority"/"Complexity" is very important in the latter but could be
> done as well). I'd prefer each developer to fill in the file for
> profiles he's used with, so the end result is more accurate than if we
> had only 1 person to do it all. I can contribute an initial version
> with the features I found the last time I did that.
We actually have a TODO file in BlueZ, but it seems out of date. I think it
was started it during the initial phase of the LE development, but it was
abandoned at some point.
doc/features.txt would be interesting as well.
Gustavo
prev parent reply other threads:[~2012-05-24 20:12 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-24 19:44 [PROPOSAL bluetoothd/obexd] doc/features.txt and doc/TODO Lucas De Marchi
2012-05-24 20:12 ` Gustavo Padovan [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120524201241.GA14906@joana \
--to=gustavo@padovan.org \
--cc=denkenz@gmail.com \
--cc=johan.hedberg@gmail.com \
--cc=linux-bluetooth@vger.kernel.org \
--cc=lucas.demarchi@profusion.mobi \
--cc=luiz.dentz@gmail.com \
--cc=marcel@holtmann.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.