Re: [RFC] Reorganizing the BlueZ source tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Thu, May 24, 2012 at 5:14 AM, Gustavo Padovan <gustavo@xxxxxxxxxxx> wrote:
> Hi Everyone,
>
> The last profiles addition to BlueZ increased a lot the number of folders we
> have in the root dir of the project and it looks like more profiles (and more
> folders) are expected to come.
>
> I talked a bit with Johan about changing the hierarchy of the BlueZ tree and
> the following proposal where 2 new folders are created, 'profiles' and 'libs'
> and things are moved to them.
>
> compat          -> /dev/null (will be removed on 5.0)
> alert           -> profiles
> audio           -> profiles
> cups            -> profiles
> deviceinfo      -> profiles
> health          -> profiles
> input           -> profiles
> lib             -> profiles
> network         -> profiles
> proximity       -> profiles
> sap             -> profiles
> serial          -> profiles
> thermometer     -> profiles
> time            -> profiles
> btio            -> libs
> gdbus           -> libs
> sbc             -> libs
> emulator        -> tools
> mgmt            -> tools
> monitor         -> tools
> attrib

attrib needs a bit of reorganization as well. tl;dr: we need to figure
how to do it.

gatttool should be moved from attrib to tools, and we're not
completely sure where to put the rest of it. The code there implements
the generic attribute API, which register a D-Bus interface but is not
a profile plugin, since there is nothing to trigger its probe.
Additionally, this API is concurrent with some of the profiles we have
now implemented, so I think there should be a way to enable/disable it
based on user configuration (then it would work pretty much as a
profile, what could be an argument to move it to 'profiles', but is
not a profile from the spec point of view, which is an argument
against it).

> doc
> plugins
> scripts
> src
> test
> tools

What is the differentiation between test and tools? It seems at least
part of tests (simple-agent for example) looks more like a tool than
like a simple test script.

> unit

Why not move unit tests to tests as well?

>
>
> In the end we will have 10 folders instead of 28 in the current configuration.
> Folders like 'tools' can also be reorganized.
>

I'm really supportive of this idea.

-- 
João Paulo Rechi Vita
Openbossa Labs - INdT
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux