All of lore.kernel.org
 help / color / mirror / Atom feed
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-----



      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 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.