From: Koen Kooi <k.kooi@student.utwente.nl>
To: Using the OpenEmbedded metadata to build Distributions
<openembedded-devel@openembedded.org>
Subject: Re: Splitting up bluez in a sane way, was Re: Task-base is big :(
Date: Tue, 18 Sep 2007 19:54:34 +0200 [thread overview]
Message-ID: <46F010DA.10803@student.utwente.nl> (raw)
In-Reply-To: <46EBD74D.6030501@dominion.kabel.utwente.nl>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Koen Kooi schreef:
> Marcin Juszkiewicz schreef:
>> Dnia sobota, 15 września 2007, Koen Kooi napisał:
>>> Koen Kooi schreef:
>>>> Marcin Juszkiewicz schreef:
>>>>> Dnia piątek, 14 września 2007, Koen Kooi napisał:
>>>>>> What can be done is to make the default bluez-utils build only
>>>>>> build bluez-utils* and have seperate recipes for all the 3rdparty
>>>>>> stuff it builds:
>>>>>> That would solve both buildtime and runtime issues.
>>>>>>
>>>>>> What do you think?
>>>>> bluez-utils-cups, bluez-utils-gstreamer, bluez-utils-alsa? Sounds
>>>>> good for me - especially first both.
>>>> bluez-utils-cups and bluez-utils-alsa can be done for sure, but I
>>>> haven't looked at where gstreamer comes in and if it can be a
>>>> seperate package.
>>> What do you think of this patch?
>> Looks ok - in cups you can disable hid2hci and in both probably few other
>> options can be disabled but their compile time is small rather so better
>> leave as they are.
>>
>> Did you tried to create separate gst-plugin-bluez recipe?
>
> Not yet, I wanted the easy stuff (bluez, alsa) to get seperated first.
Committed, please report (or better fix :) ) any problems with it.
regards,
Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFG8BDaMkyGM64RGpERAgFCAJsGSwSH59nQFio5HIgEfCz9yGzvLACgh65H
cuZPF+12wtemuBh+4J4pxZg=
=j9DI
-----END PGP SIGNATURE-----
prev parent reply other threads:[~2007-09-18 17:58 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-09-11 11:18 Task-base is big :( Marcin Juszkiewicz
2007-09-11 17:37 ` Leon Woestenberg
2007-09-11 19:27 ` Koen Kooi
2007-09-11 21:10 ` USE flags - why they won't work for OE Richard Purdie
2007-09-11 23:14 ` Leon Woestenberg
2007-09-12 5:55 ` Stelios Koroneos
2007-09-12 11:06 ` José Bernardo Bandos Rodrigues
2007-09-12 16:38 ` Darcy Watkins
2007-09-12 11:46 ` Leon Woestenberg
2007-09-12 21:35 ` Richard Purdie
2007-09-11 21:17 ` Task-base is big :( Richard Purdie
2007-09-11 22:22 ` Detlef Vollmann
2007-09-11 22:55 ` Leon Woestenberg
2007-09-12 5:56 ` Stelios Koroneos
2007-09-12 7:53 ` Graeme Gregory
2007-09-12 8:43 ` Koen Kooi
2007-09-12 12:02 ` Binary packages (was: Task-base is big :( ) Detlef Vollmann
2007-09-12 12:45 ` Task-base is big :( Detlef Vollmann
2007-09-12 23:21 ` Richard Purdie
2007-09-11 23:43 ` Dr. Michael Lauer
2007-09-12 6:04 ` Koen Kooi
2007-09-14 7:21 ` Splitting up bluez in a sane way, was " Koen Kooi
2007-09-14 9:22 ` Marcin Juszkiewicz
2007-09-14 9:44 ` Koen Kooi
2007-09-15 8:29 ` Koen Kooi
2007-09-15 12:31 ` Marcin Juszkiewicz
2007-09-15 12:59 ` Koen Kooi
2007-09-18 17:54 ` Koen Kooi [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=46F010DA.10803@student.utwente.nl \
--to=k.kooi@student.utwente.nl \
--cc=openembedded-devel@lists.openembedded.org \
--cc=openembedded-devel@openembedded.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox