Openembedded Core Discussions
 help / color / mirror / Atom feed
* Re: shared-mime-info: Fix a parallel make race
From: Richard Purdie @ 2011-10-11 17:43 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <F3F33339-BAD6-4175-AD3C-5F58D2B08660@dominion.thruhere.net>

On Mon, 2011-10-10 at 15:28 +0200, Koen Kooi wrote:
> Op 10 okt. 2011, om 14:54 heeft Richard Purdie het volgende geschreven:
> 
> > 
> > 
> > Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
> > ---
> > diff --git a/meta/recipes-support/shared-mime-info/shared-mime-info/parallelmake.patch b/meta/recipes-support/shared-mime-info/shared-mime-info/parallelmake.patch
> > new file mode 100644
> > index 0000000..9e86a71
> > --- a/dev/null
> > +++ b/meta/recipes-support/shared-mime-info/shared-mime-info/parallelmake.patch
> > @@ -0,0 +1,32 @@
> > +The Makefile used by shared-mime-info is one big race with the SUBDIRS 
> > +option and the dependency specifically calling make all combining to
> > +create multiple make instances all of which may try and build targets
> > +like update-mime-database.
> > +
> > +This patch removes those options meaning make can correctly identify
> > +dependencies and stop itself racing itself.
> > +
> > +RP 10/10/2011
> > +
> > +Upstream-status: Pending
> > +
> > +Index: shared-mime-info-0.91/Makefile.am
> > +===================================================================
> > +--- shared-mime-info-0.91.orig/Makefile.am	2011-10-10 21:47:19.834173921 +0100
> > ++++ shared-mime-info-0.91/Makefile.am	2011-10-10 21:45:57.000000000 +0100
> > +@@ -1,5 +1,3 @@
> > +-SUBDIRS=. po
> > +-
> > + INCLUDES = $(ALL_CFLAGS)
> > + 
> > + packagesdir = $(datadir)/mime/packages
> > +@@ -70,8 +68,7 @@
> > + 
> > + all: check create-pot
> > + 
> > +-create-pot:
> > +-	$(MAKE) -C po shared-mime-info.pot
> > ++create-pot: po
> > + 
> > + check: create-pot freedesktop.org.xml update-mime-database check-translations
> > + 	if test -e $(top_builddir)/freedesktop.org.xml; then \
> > diff --git a/meta/recipes-support/shared-mime-info/shared-mime-info_0.91.bb b/meta/recipes-support/shared-mime-info/shared-mime-info_0.91.bb
> > index 76d2756..ac2dde1 100644
> > --- a/meta/recipes-support/shared-mime-info/shared-mime-info_0.91.bb
> > +++ b/meta/recipes-support/shared-mime-info/shared-mime-info_0.91.bb
> > @@ -4,3 +4,4 @@ PR = "r0"
> > SRC_URI[md5sum] = "982a211560ba4c47dc791ccff34e8fbc"
> > SRC_URI[sha256sum] = "98cfebe1d809afb24934e634373821e2a1dfa86fc6462cab230589a1c80988bd"
> > 
> > +SRC_URI =+ "file://parallelmake.patch"
> 
> Missing PR bump

Merged to master, with a PR bump.

Cheers,

Richard




^ permalink raw reply

* Re: [PATCH 3/6] Add new IMAGE_CLASSES variable for classes for image generation
From: McClintock Matthew-B29882 @ 2011-10-11 16:44 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <CAEsOVNdG_O9ssO1HFsBwprmLyN=HjkyqrUg-Bp42aub7_SMhCQ@mail.gmail.com>

On Wed, Oct 5, 2011 at 7:24 PM, Matthew McClintock <msm@freescale.com> wrote:
>> Its not expanding the variables? :/ This happened even when
>> IMAGE_CLASSES had a value before the inherit?
>
> If I added a IMAGE_CLASSES to something other than "" it worked fine.
> If I left it as "" it tried to expand the blank var and look in the
> BBPATHS or wherever it looks for classes for an unnamed ".bbclass"
> file.

>> IMAGE_CLASSES = "image_types"
>> inherit ${IMAGE_CLASSES}

Should I update this patch to look like the above? Tracking down the
bitbake issue will be a little more involved for me =)

-M



^ permalink raw reply

* Re: Cmake build failure
From: Koen Kooi @ 2011-10-11 15:23 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <4E945D1D.8050103@balister.org>


Op 11 okt. 2011, om 17:13 heeft Philip Balister het volgende geschreven:

> http://pastebin.com/9ZCkLkst
> 
> Failed building for the usrp-e1xx which is omap3 based. Distro is angstrom.

That looks like a -as-needed linker problem, cmake seems to be lacking a -ltinfo





^ permalink raw reply

* Cmake build failure
From: Philip Balister @ 2011-10-11 15:13 UTC (permalink / raw)
  To: openembedded-core

http://pastebin.com/9ZCkLkst

Failed building for the usrp-e1xx which is omap3 based. Distro is angstrom.

Philip



^ permalink raw reply

* Re: [RFC][PATCH] linux-firmware: update, merge in OE classic updates, fix packaging
From: Otavio Salvador @ 2011-10-11 13:44 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <AC5B37A6-EC5E-45F8-8CC2-550DF17DC725@dominion.thruhere.net>

On Tue, Oct 11, 2011 at 10:33, Koen Kooi <koen@dominion.thruhere.net> wrote:
> Op 11 okt. 2011, om 15:14 heeft Otavio Salvador het volgende geschreven:
>> On Tue, Oct 11, 2011 at 05:33, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>> Op 10 okt. 2011, om 14:35 heeft Otavio Salvador het volgende geschreven:
>>>> On Mon, Oct 10, 2011 at 09:26, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>> Op 10 okt. 2011, om 14:22 heeft Otavio Salvador het volgende geschreven:
>>>>>> On Mon, Oct 10, 2011 at 04:27, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>>>> Op 10 okt. 2011, om 03:03 heeft Otavio Salvador het volgende geschreven:
>>>>>>>> On Sun, Oct 9, 2011 at 07:06, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>>>>>> Update: move to latest SRCREV, use non-kernel.org URI
>>>>>>>>> Merge: wl12xx symlink + packaging, install all firmwares
>>>>>>>>> Fix: * all entries in PACKAGES are in PROVIDES already
>>>>>>>>>     * A package always RPROVIDES itself
>>>>>>>>>     * A file can only get packaged *once* so only one rtlwifi package will get the license
>>>>>>>>
>>>>>>>> I dislike the idea of one single package with all firmwares. I prefer
>>>>>>>> to have many small packages but one meta that depends on it.
>>>>>>>
>>>>>>> I'm not going to make a patch to subpackage *all* the firmwares. If you can give me a list of the ones you use I'll make a patch to split those out.
>>>>>>
>>>>>> Leave the ones that exist now and move the rest to ${PN}-others so
>>>>>> people can test using it and split from it  when need.
>>>>>
>>>>> I don't see the value of naming the unsplit firmwares something else as ${PN} at this point, OE classic doesn't have it either.
>>>>
>>>> This make clear that useing the others package is a workaround and
>>>> thus people can submit patches to add a specific package and move out
>>>> to it. Using PN would make it to easy to forgot.
>>>
>>> It would also break existing users for linux-firmware, so I propose to let this patch go in as-is and have people with strong opinion on package splitting send a follow up patch.
>>
>> You merged packages, they were split already.
>
> This commit doesn't merge subpackages, it splits off the wilink ones and packages previously unpackaged firmwares into ${PN}

I'd prefer to have it all splitted and a package with what is not
included so people would be easily aware of the missing ones and with
an easy way to test.

My 2c. only; I don't decide about the patch going in or not.

-- 
Otavio Salvador                             O.S. Systems
E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br



^ permalink raw reply

* Re: [RFC][PATCH] linux-firmware: update, merge in OE classic updates, fix packaging
From: Koen Kooi @ 2011-10-11 13:33 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <CAP9ODKpEN3aNj+8MmJnX540Fm9sf3eLb5Y0t=fChH4D5CCsFeg@mail.gmail.com>


Op 11 okt. 2011, om 15:14 heeft Otavio Salvador het volgende geschreven:

> On Tue, Oct 11, 2011 at 05:33, Koen Kooi <koen@dominion.thruhere.net> wrote:
>> Op 10 okt. 2011, om 14:35 heeft Otavio Salvador het volgende geschreven:
>>> On Mon, Oct 10, 2011 at 09:26, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>> Op 10 okt. 2011, om 14:22 heeft Otavio Salvador het volgende geschreven:
>>>>> On Mon, Oct 10, 2011 at 04:27, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>>> Op 10 okt. 2011, om 03:03 heeft Otavio Salvador het volgende geschreven:
>>>>>>> On Sun, Oct 9, 2011 at 07:06, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>>>>> Update: move to latest SRCREV, use non-kernel.org URI
>>>>>>>> Merge: wl12xx symlink + packaging, install all firmwares
>>>>>>>> Fix: * all entries in PACKAGES are in PROVIDES already
>>>>>>>>     * A package always RPROVIDES itself
>>>>>>>>     * A file can only get packaged *once* so only one rtlwifi package will get the license
>>>>>>> 
>>>>>>> I dislike the idea of one single package with all firmwares. I prefer
>>>>>>> to have many small packages but one meta that depends on it.
>>>>>> 
>>>>>> I'm not going to make a patch to subpackage *all* the firmwares. If you can give me a list of the ones you use I'll make a patch to split those out.
>>>>> 
>>>>> Leave the ones that exist now and move the rest to ${PN}-others so
>>>>> people can test using it and split from it  when need.
>>>> 
>>>> I don't see the value of naming the unsplit firmwares something else as ${PN} at this point, OE classic doesn't have it either.
>>> 
>>> This make clear that useing the others package is a workaround and
>>> thus people can submit patches to add a specific package and move out
>>> to it. Using PN would make it to easy to forgot.
>> 
>> It would also break existing users for linux-firmware, so I propose to let this patch go in as-is and have people with strong opinion on package splitting send a follow up patch.
> 
> You merged packages, they were split already.

This commit doesn't merge subpackages, it splits off the wilink ones and packages previously unpackaged firmwares into ${PN}


^ permalink raw reply

* Re: [RFC][PATCH] linux-firmware: update, merge in OE classic updates, fix packaging
From: Otavio Salvador @ 2011-10-11 13:14 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <195E44C8-6115-4137-88AF-ACE08B7DE7C6@dominion.thruhere.net>

On Tue, Oct 11, 2011 at 05:33, Koen Kooi <koen@dominion.thruhere.net> wrote:
> Op 10 okt. 2011, om 14:35 heeft Otavio Salvador het volgende geschreven:
>> On Mon, Oct 10, 2011 at 09:26, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>> Op 10 okt. 2011, om 14:22 heeft Otavio Salvador het volgende geschreven:
>>>> On Mon, Oct 10, 2011 at 04:27, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>> Op 10 okt. 2011, om 03:03 heeft Otavio Salvador het volgende geschreven:
>>>>>> On Sun, Oct 9, 2011 at 07:06, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>>>> Update: move to latest SRCREV, use non-kernel.org URI
>>>>>>> Merge: wl12xx symlink + packaging, install all firmwares
>>>>>>> Fix: * all entries in PACKAGES are in PROVIDES already
>>>>>>>     * A package always RPROVIDES itself
>>>>>>>     * A file can only get packaged *once* so only one rtlwifi package will get the license
>>>>>>
>>>>>> I dislike the idea of one single package with all firmwares. I prefer
>>>>>> to have many small packages but one meta that depends on it.
>>>>>
>>>>> I'm not going to make a patch to subpackage *all* the firmwares. If you can give me a list of the ones you use I'll make a patch to split those out.
>>>>
>>>> Leave the ones that exist now and move the rest to ${PN}-others so
>>>> people can test using it and split from it  when need.
>>>
>>> I don't see the value of naming the unsplit firmwares something else as ${PN} at this point, OE classic doesn't have it either.
>>
>> This make clear that useing the others package is a workaround and
>> thus people can submit patches to add a specific package and move out
>> to it. Using PN would make it to easy to forgot.
>
> It would also break existing users for linux-firmware, so I propose to let this patch go in as-is and have people with strong opinion on package splitting send a follow up patch.

You merged packages, they were split already.

It might break for OE-classic users but hey ... you're moving to a new
OE and this can be change.

-- 
Otavio Salvador                             O.S. Systems
E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br



^ permalink raw reply

* Re: [PATCH 1/1] Fix typos in local.conf.sample and local.conf.sample.extended
From: Richard Purdie @ 2011-10-11 13:13 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <ab7c12d54b2e4c470c51cf203e7ae63f6bf544e1.1318321409.git.liezhi.yang@windriver.com>

On Tue, 2011-10-11 at 16:25 +0800, Robert Yang wrote:
> Fixes bug [YOCTO #1667]
> 
> Fix typos in local.conf.sample and local.conf.sample.extended:
> 
> differernt -> different
> chages -> changes
> complation -> compilation
> egde -> edge
> "an an" -> "as an"
> images's -> image's
> 
> Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
> ---
>  meta-yocto/conf/local.conf.sample          |   10 +++++-----
>  meta-yocto/conf/local.conf.sample.extended |    4 ++--
>  2 files changed, 7 insertions(+), 7 deletions(-)

This is a patch against poky, not oe-core. I've merged it into poky with
some tweaks and also ported the appropriate fixes to OE-Core's version
of local.conf.sample.

Cheers,

Richard




^ permalink raw reply

* Re: [PATCHv3 01/31] xserver-xf86(-dri)-lite: rename to xserver-xorg and xserver-xorg-lite
From: Richard Purdie @ 2011-10-11 13:05 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <20111011070327.GA27073@jama.jama.net>

On Tue, 2011-10-11 at 09:03 +0200, Martin Jansa wrote:
> On Tue, Oct 11, 2011 at 02:47:54PM +0800, Kang Kai wrote:
> > On 2011?10?08? 01:04, Martin Jansa wrote:
> > > * xserver-xorg is closer to upstream naming and
> > >    that's how it's named in OE-classic and meta-oe? It would make meta-oe
> > >    transition easier and better to do it now then convert meta-oe to
> > >    xserver-xf86 and then rename it back later.
> > >
> > > Signed-off-by: Martin Jansa<Martin.Jansa@gmail.com>
> > > ---
> > > diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
> > > index 7b6c4a9..8af80c7 100644
> > > --- a/meta/conf/distro/include/distro_tracking_fields.inc
> > > +++ b/meta/conf/distro/include/distro_tracking_fields.inc
> > > @@ -3683,14 +3683,14 @@ RECIPE_INTEL_SECTION_pn-mesa-xlib="graphic core"
> > >   RECIPE_LAST_UPDATE_pn-mesa-xlib = "Nov 27, 2010"
> > >   RECIPE_MAINTAINER_pn-mesa-xlib="Yu Ke<ke.yu@intel.com>"
> > >
> > > -RECIPE_STATUS_pn-xserver-xf86-dri-lite="green" # no update needed
> > > -RECIPE_LATEST_VERSION_pn-xserver-xf86-dri-lite="1.8.99.904"
> > > -RECIPE_NO_OF_PATCHES_pn-xserver-xf86-dri-lite="2"
> > > -RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xserver-xf86-dri-lite="2 monthes"
> > > -RECIPE_LATEST_RELEASE_DATE_pn-xserver-xf86-dri-lite="2010/07/01"
> > > -RECIPE_INTEL_SECTION_pn-xserver-xf86-dri-lite="graphic core"
> > > -RECIPE_LAST_UPDATE_pn-xserver-xf86-dri-lite = "Jan 18, 2011"
> > > -RECIPE_MAINTAINER_pn-xserver-xf86-dri-lite="Yu Ke<ke.yu@intel.com>"
> > > +RECIPE_STATUS_pn-xserver-xorg="green" # no update needed
> > > +RECIPE_LATEST_VERSION_pn-xserver-xorg="1.8.99.904"
> > > +RECIPE_NO_OF_PATCHES_pn-xserver-xorg="2"
> > > +RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-xserver-xorg="2 monthes"
> > > +RECIPE_LATEST_RELEASE_DATE_pn-xserver-xorg="2010/07/01"
> > > +RECIPE_INTEL_SECTION_pn-xserver-xorg="graphic core"
> > > +RECIPE_LAST_UPDATE_pn-xserver-xorg = "Jan 18, 2011"
> > > +RECIPE_MAINTAINER_pn-xserver-xorg="Yu Ke<ke.yu@intel.com>"
> > >
> > >   RECIPE_STATUS_pn-xf86-input-synaptics = "red"
> > >   DISTRO_PN_ALIAS_pn-xf86-input-synaptics = "Meego=xorg-x11-drv-synaptics Fedora=xorg-x11-drv-synaptics Ubuntu=xserver-xorg-input-synaptics Mandriva=x11-driver-input-synaptics Debian=xfree86-driver-synaptics"
> > > @@ -5908,8 +5908,8 @@ DISTRO_PN_ALIAS_pn-pseudo = "Windriver"
> > >
> > >   DISTRO_PN_ALIAS_pn-btrfs-tools = "Debian=btrfs-tools Fedora=btrfs-progs"
> > >   DISTRO_PN_ALIAS_pn-rt-tests = "Debian=rt-tests Ubuntu=rt-tests"
> > > -DISTRO_PN_ALIAS_pn-xserver-xf86-lite = "Fedora=xorg-x11-server Ubuntu=xserver-xorg"
> > > -DISTRO_PN_ALIAS_pn-xserver-xf86-dri-lite = "Fedora=xorg-x11-server Ubuntu=xserver-xorg"
> > 
> > Hi Martin,
> > > +DISTRO_PN_ALIAS_pn-xserver-xorg = "Fedora=xorg-x11-server Ubuntu=xserver-xorg"
> > I guess this should be xserver-xorg-lite.
> > 
> > Regards,
> > Kai
> 
> You're right, I've added patch for that on top of jansa/x11-v2.
> 
> RP: I'll squash it to 01/31 if you want, but I didn't want to rebase as
> you already have it in master-next.. so it's on top.

Thats great, thanks. I've squashed it into master-next.

Cheers,

Richard




^ permalink raw reply

* Re: Some further build dependency timings
From: Richard Purdie @ 2011-10-11 11:35 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <1318279539.23801.68.camel@ted>

On Mon, 2011-10-10 at 21:45 +0100, Richard Purdie wrote:
> Just for reference, with a base configuration, sato image:
> 
> real	50m8.223s
> user	298m41.450s
> sys	52m42.200s
> 
> adding:
> 
> ASSUME_PROVIDED =+ "bison-native flex-native sqlite3-native git-native"
> 
> (and hacking the pseudo recipe to use a sqlite3-native):
> 
> real	42m6.740s
> user	296m21.940s
> sys	52m25.220s
> 
> We continue to have real dependency issues around gettext in both the
> native and target builds...

So to continue the story, adding:

DEBUG_FLAGS = ""
INHERIT_INSANE = ""
PACKAGE_CLASSES = "package_ipk"
USER_CLASSES = ""

Results in:

real	38m23.053s
user	237m7.430s
sys	39m3.720s

Then adding PSEUDO_RELOADED=yes to the environment of tasks not needing
pseudo (hack patch below):

real	36m20.683s
user	236m19.580s
sys	37m54.450s

Finally, adding:

DISABLESTATIC = "--disable-static"
DISABLESTATIC_pn-qemu = ""
DISABLESTATIC_pn-qemu-native = ""
DISABLESTATIC_pn-openssl = ""
DISABLESTATIC_pn-openssl-native = ""
EXTRA_OECONF += "${DISABLESTATIC}"

real	34m53.877s
user	233m34.780s
sys	38m50.190s

Cheers,

Richard


--- a/bitbake/lib/bb/runqueue.py
+++ b/bitbake/lib/bb/runqueue.py
@@ -1096,6 +1096,10 @@ class RunQueueExecute:
 
             logger.debug(2, 'Running %s:%s under fakeroot, fakedirs: %s' %
                             (fn, taskname, ', '.join(fakedirs)))
+        else:
+            envbackup["PSEUDO_RELOADED"] = os.environ.get("PSEUDO_RELOADED")
+            os.environ["PSEUDO_RELOADED"] = "yes"
+            fakeenv["PSEUDO_RELOADED"] = "yes"
 
         sys.stdout.flush()
         sys.stderr.flush()






^ permalink raw reply

* Re: How to overlay files/fs-perms.txt?
From: "Andreas Müller" @ 2011-10-11 11:23 UTC (permalink / raw)
  To: openembedded-core, schnitzeltony
In-Reply-To: <DDA1B8C5-0867-406F-BB88-0D33B7501900@dominion.thruhere.net>

See

I guess it is found in line 553 of oe-core package.bbclass

fs_perms_tables = bb.data.getVar('FILESYSTEM_PERMS_TABLES', d, True)

Andreas
-------- Original-Nachricht --------
> Datum: Tue, 11 Oct 2011 12:42:01 +0200
> Von: Koen Kooi <koen@dominion.thruhere.net>
> An: Patches and discussions about the oe-core layer <openembedded-core@lists.openembedded.org>
> Betreff: [OE-core] How to overlay files/fs-perms.txt?

> Hi,
> 
> In angstrom we have base-files overlayed to clean out /var and
> files/fs-perms.txt is getting in the way of that:
> 
> koen@dominion:/OE/tentacle/sources/openembedded-core/meta$ grep localstate
> files/fs-perms.txt 
> ${localstatedir}/cache	link	volatile/cache
> ${localstatedir}/run	link	volatile/run
> ${localstatedir}/log	link	volatile/log
> ${localstatedir}/lock	link	volatile/lock
> ${localstatedir}/tmp	link	volatile/tmp
> 
> In angstrom those aren't symlinks anymore, but tmpfs bind mounts managed
> by systemd.
> 
> So, how doI overlay that file in this oe-core layer universe?
> 
> regards,
> 
> Koen
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!		
Jetzt informieren: http://www.gmx.net/de/go/freephone



^ permalink raw reply

* Re: How to overlay files/fs-perms.txt?
From: Richard Purdie @ 2011-10-11 10:59 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <DDA1B8C5-0867-406F-BB88-0D33B7501900@dominion.thruhere.net>

On Tue, 2011-10-11 at 12:42 +0200, Koen Kooi wrote:
> In angstrom we have base-files overlayed to clean out /var and files/fs-perms.txt is getting in the way of that:
> 
> koen@dominion:/OE/tentacle/sources/openembedded-core/meta$ grep localstate files/fs-perms.txt 
> ${localstatedir}/cache	link	volatile/cache
> ${localstatedir}/run	link	volatile/run
> ${localstatedir}/log	link	volatile/log
> ${localstatedir}/lock	link	volatile/lock
> ${localstatedir}/tmp	link	volatile/tmp
> 
> In angstrom those aren't symlinks anymore, but tmpfs bind mounts managed by systemd.
> 
> So, how doI overlay that file in this oe-core layer universe?

To quote package.bbclass:

	# Return a list of configuration files based on either the default
	# files/fs-perms.txt or the contents of FILESYSTEM_PERMS_TABLES
	# paths are resolved via BBPATH
	def get_fs_perms_list(d):
		str = ""
		fs_perms_tables = bb.data.getVar('FILESYSTEM_PERMS_TABLES', d, True)
		if not fs_perms_tables:
			fs_perms_tables = 'files/fs-perms.txt'
		for conf_file in fs_perms_tables.split():
			str += " %s" % bb.which(bb.data.getVar('BBPATH', d, True), conf_file)
		return str


so it looks for a "files/fs-perms.txt" in BBPATH...

Cheers,

Richard




^ permalink raw reply

* How to overlay files/fs-perms.txt?
From: Koen Kooi @ 2011-10-11 10:42 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer

Hi,

In angstrom we have base-files overlayed to clean out /var and files/fs-perms.txt is getting in the way of that:

koen@dominion:/OE/tentacle/sources/openembedded-core/meta$ grep localstate files/fs-perms.txt 
${localstatedir}/cache	link	volatile/cache
${localstatedir}/run	link	volatile/run
${localstatedir}/log	link	volatile/log
${localstatedir}/lock	link	volatile/lock
${localstatedir}/tmp	link	volatile/tmp

In angstrom those aren't symlinks anymore, but tmpfs bind mounts managed by systemd.

So, how doI overlay that file in this oe-core layer universe?

regards,

Koen


^ permalink raw reply

* [PATCH 1/1] distro_tracking_fields: update 3 packages information
From: wenzong.fan @ 2011-10-11  9:10 UTC (permalink / raw)
  To: openembedded-core, sgw
In-Reply-To: <cover.1318323779.git.wenzong.fan@windriver.com>

From: Wenzong Fan <wenzong.fan@windriver.com>

update the following packages distro tracking fields:
    ccache
    chkconfig
    gobject-introspection

Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com>
---
 .../conf/distro/include/distro_tracking_fields.inc |   26 +++++++++++++------
 1 files changed, 18 insertions(+), 8 deletions(-)

diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
index 7b6c4a9..539f7b8 100644
--- a/meta/conf/distro/include/distro_tracking_fields.inc
+++ b/meta/conf/distro/include/distro_tracking_fields.inc
@@ -5093,14 +5093,12 @@ RECIPE_LAST_UPDATE_pn-gdk-pixbuf-csource-native = "Sep 24, 2008"
 RECIPE_MAINTAINER_pn-gdk-pixbuf-csource-native = "Zhai Edwin <edwin.zhai@intel.com>"
 DISTRO_PN_ALIAS_pn-gdk-pixbuf-csource-native = "Debian=libgdk-pixbuf2.0-0 Fedora=gdk-pixbuf2"
 
-RECIPE_STATUS_pn-gobject-introspection = "red" # update needed
-RECIPE_DEPENDENCY_CHECK_pn-gobject-introspection = "not done"
-RECIPE_LATEST_VERSION_pn-gobject-introspection = "0.9.5"
-RECIPE_NO_OF_PATCHES_pn-gobject-introspection = "3"
-RECIPE_INTEL_SECTION_pn-gobject-introspection = "graphic UX"
-RECIPE_TIME_BETWEEN_LAST_TWO_RELEASES_pn-gobject-introspection = "1 months"
-RECIPE_LATEST_RELEASE_DATE_pn-gobject-introspection = "09/2010"
-RECIPE_COMMENTS_pn-gobject-introspection = ""
+RECIPE_STATUS_pn-gobject-introspection = "red"
+RECIPE_LATEST_VERSION_pn-gobject-introspection = "1.30.0"
+RECIPE_MAINTAINER_pn-gobject-introspection = "Wenzong Fan <wenzong.fan@windriver.com>"
+RECIPE_LAST_UPDATE_pn-gobject-introspection = "May 24, 2011"
+RECIPE_MANUAL_CHECK_DATE_pn-gobject-introspection = "October 11, 2011"
+
 RECIPE_LAST_UPDATE_pn-gnome-common = "Jul 7, 2010"
 RECIPE_MAINTAINER_pn-gnome-common = "Zhai Edwin <edwin.zhai@intel.com>"
 
@@ -5906,6 +5904,18 @@ RECIPE_COMMENTS_pn-pseudo = "Yocto Project maintained"
 RECIPE_MANUAL_CHECK_DATE_pn-pseudo = "Jun 06, 2011" 
 DISTRO_PN_ALIAS_pn-pseudo = "Windriver"
 
+RECIPE_STATUS_pn-ccache = "red"
+RECIPE_MAINTAINER_pn-ccache = "Wenzong Fan <wenzong.fan@windriver.com>"
+RECIPE_LATEST_VERSION_pn-ccache = "3.1.6"
+RECIPE_LAST_UPDATE_pn-ccache = "June 24, 2011"
+RECIPE_MANUAL_CHECK_DATE_pn-ccache = "October 11, 2011"
+
+RECIPE_STATUS_pn-chkconfig = "red"
+RECIPE_MAINTAINER_pn-chkconfig = "Wenzong Fan <wenzong.fan@windriver.com>"
+RECIPE_LATEST_VERSION_pn-chkconfig = "1.3.55"
+RECIPE_LAST_UPDATE_pn-chkconfig = "May 24, 2011"
+RECIPE_MANUAL_CHECK_DATE_pn-chkconfig = "October 11, 2011"
+
 DISTRO_PN_ALIAS_pn-btrfs-tools = "Debian=btrfs-tools Fedora=btrfs-progs"
 DISTRO_PN_ALIAS_pn-rt-tests = "Debian=rt-tests Ubuntu=rt-tests"
 DISTRO_PN_ALIAS_pn-xserver-xf86-lite = "Fedora=xorg-x11-server Ubuntu=xserver-xorg"
-- 
1.7.0.4




^ permalink raw reply related

* [PATCH 0/1] distro_tracking_fields: update 3 packages information
From: wenzong.fan @ 2011-10-11  9:10 UTC (permalink / raw)
  To: openembedded-core, sgw

From: Wenzong Fan <wenzong.fan@windriver.com>

Add maintainer and updates information for the following packages:
    ccache
    chkconfig
    gobject-introspection 

The following changes since commit 0c05d53fbede6feed6e9d361cb631a364f045a0f:
  Matthew McClintock (1):
        Fix sysprof for powerpc64

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib wenzong/distro_tracking_fields
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=wenzong/distro_tracking_fields

Wenzong Fan (1):
  distro_tracking_fields: update 3 packages information

 .../conf/distro/include/distro_tracking_fields.inc |   26 +++++++++++++------
 1 files changed, 18 insertions(+), 8 deletions(-)




^ permalink raw reply

* Re: [PATCH 1/1] distro_tracking_fields.inc: Add maintainer for some packages without maintainer
From: Martin Jansa @ 2011-10-11  8:58 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <dc43f11e95bda59f13088ee74f6c922532d9ecb2.1318318965.git.xiaofeng.yan@windriver.com>

[-- Attachment #1: Type: text/plain, Size: 1380 bytes --]

On Tue, Oct 11, 2011 at 04:51:25PM +0800, Xiaofeng Yan wrote:
> From: Xiaofeng Yan <xiaofeng.yan@windriver.com>
> 
> Add the name of maintainer for the following packages:
> 	bind
>         libx11-diet
>         qmmp
>         libarchive
>         xserver-kdrive
>         xserver-xf86-lite
>         directfb
> 
> Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
> ---
>  .../conf/distro/include/distro_tracking_fields.inc |   15 +++++++++++++++
>  1 files changed, 15 insertions(+), 0 deletions(-)
> 
> diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
> index 7b6c4a9..be7e854 100644
> --- a/meta/conf/distro/include/distro_tracking_fields.inc
> +++ b/meta/conf/distro/include/distro_tracking_fields.inc
> @@ -4599,6 +4599,19 @@ RECIPE_MAINTAINER_pn-libx11 = "Dexuan Cui <dexuan.cui@intel.com>"
>  
>  RECIPE_STATUS_pn-libx11-diet = "green"
>  DISTRO_PN_ALIAS_pn-libx11-diet = "Debian=libx11-6 Fedora=libX11 Ubuntu=libx11-6 OpenSuSE=xorg-x11-libX11"
> +RECIPE_STATUS_pn-xserver-xf86-lite  = "red"
> +RECIPE_MAINTAINER_pn-xserver-xf86-lite  = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"

There is patch renaming it to xserver-xorg-lite.
Please update this patch after rename is pushed to master.

Regards,

-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

^ permalink raw reply

* [PATCH 1/1] distro_tracking_fields.inc: Add maintainer for some packages without maintainer
From: Xiaofeng Yan @ 2011-10-11  8:51 UTC (permalink / raw)
  To: openembedded-core, sgw
In-Reply-To: <cover.1318318965.git.xiaofeng.yan@windriver.com>

From: Xiaofeng Yan <xiaofeng.yan@windriver.com>

Add the name of maintainer for the following packages:
	bind
        libx11-diet
        qmmp
        libarchive
        xserver-kdrive
        xserver-xf86-lite
        directfb

Signed-off-by: Xiaofeng Yan <xiaofeng.yan@windriver.com>
---
 .../conf/distro/include/distro_tracking_fields.inc |   15 +++++++++++++++
 1 files changed, 15 insertions(+), 0 deletions(-)

diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
index 7b6c4a9..be7e854 100644
--- a/meta/conf/distro/include/distro_tracking_fields.inc
+++ b/meta/conf/distro/include/distro_tracking_fields.inc
@@ -4599,6 +4599,19 @@ RECIPE_MAINTAINER_pn-libx11 = "Dexuan Cui <dexuan.cui@intel.com>"
 
 RECIPE_STATUS_pn-libx11-diet = "green"
 DISTRO_PN_ALIAS_pn-libx11-diet = "Debian=libx11-6 Fedora=libX11 Ubuntu=libx11-6 OpenSuSE=xorg-x11-libX11"
+RECIPE_MAINTAINER_pn-libx11-diet = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
+
+RECIPE_STATUS_pn-directfb = "red"
+RECIPE_MAINTAINER_pn-directfb = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
+
+RECIPE_STATUS_pn-libarchive  = "red"
+RECIPE_MAINTAINER_pn-libarchive  = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
+
+RECIPE_STATUS_pn-xserver-kdrive  = "red"
+RECIPE_MAINTAINER_pn-xserver-kdrive  = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
+
+RECIPE_STATUS_pn-xserver-xf86-lite  = "red"
+RECIPE_MAINTAINER_pn-xserver-xf86-lite  = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
 
 RECIPE_STATUS_pn-libx11-trim = "green"
 DISTRO_PN_ALIAS_pn-libx11-trim = "Debian=libx11-6 Fedora=libX11 Ubuntu=libx11-6 OpenSuSE=xorg-x11-libX11"
@@ -5704,6 +5717,7 @@ RECIPE_MAINTAINER_pn-libgdata = "Zhai Edwin <edwin.zhai@intel.com>"
 
 RECIPE_LATEST_VERSION_pn-man-pages = "3.32"
 RECIPE_LATEST_VERSION_pn-qmmp = "0.4.3"
+RECIPE_MAINTAINER_pn-qmmp = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
 RECIPE_LATEST_VERSION_pn-sysprof = "6b5b8432711ef5c747f8375073cd9af88922d3c6"
 RECIPE_LATEST_VERSION_pn-table = "d42a44938699ee30a998fc42bc149aebf69389db"
 
@@ -5716,6 +5730,7 @@ RECIPE_NO_UPDATE_REASON_pn-texinfo = "Checking script parses directory wrong"
 RECIPE_LATEST_VERSION_pn-blktrace = "a788dfde86dfaff8f1c277a233f92c1822e06b76"
 RECIPE_LATEST_VERSION_pn-dtc = "37c0b6a0916c31a5eae0a9ddfcc5d0b8fb4569c6"
 RECIPE_LATEST_VERSION_pn-bind = "9.7.2-P3"
+RECIPE_MAINTAINER_pn-bind = "Xiaofeng Yan <xiaofeng.yan@windriver.com>"
 RECIPE_NO_UPDATE_REASON_pn-bind = "Latest Stable version, newer versions are Alpha/Beta"
 RECIPE_LATEST_VERSION_pn-man = "1.6f"
 RECIPE_LATEST_VERSION_pn-mc = "4.7.5-pre1"
-- 
1.7.0.4




^ permalink raw reply related

* [PATCH 0/1] distro_tracking_fields.inc: Add maintainer for some packages without maintainer
From: Xiaofeng Yan @ 2011-10-11  8:51 UTC (permalink / raw)
  To: openembedded-core, sgw

From: Xiaofeng Yan <xiaofeng.yan@windriver.com>

Add maintainer's name for the following packages:
          bind
          libx11-diet
          qmmp
          libarchive
          xserver-kdrive
          xserver-xf86-lite
          directfb 

Pull URL: git://git.pokylinux.org/poky-contrib.git
  Branch: xiaofeng/maintainer
  Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=xiaofeng/maintainer

Thanks,
    Xiaofeng Yan <xiaofeng.yan@windriver.com>
---


Xiaofeng Yan (1):
  distro_tracking_fields.inc: Add maintainer for some packages without
    maintainer

 .../conf/distro/include/distro_tracking_fields.inc |   15 +++++++++++++++
 1 files changed, 15 insertions(+), 0 deletions(-)




^ permalink raw reply

* [PATCH 1/1] distro_tracking_fields: update 6 packages information
From: Kang Kai @ 2011-10-11  8:38 UTC (permalink / raw)
  To: sgw, openembedded-core
In-Reply-To: <cover.1318321446.git.kai.kang@windriver.com>

update the following packages distro tracking fields:
    ghostscript
    xdg-utils
    libsdl
    libxml-sax-perl
    eglibc
    liburi-perl

Signed-off-by: Kang Kai <kai.kang@windriver.com>
---
 .../conf/distro/include/distro_tracking_fields.inc |   16 ++++++++++++++++
 1 files changed, 16 insertions(+), 0 deletions(-)

diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc
index 7b6c4a9..a1e0b14 100644
--- a/meta/conf/distro/include/distro_tracking_fields.inc
+++ b/meta/conf/distro/include/distro_tracking_fields.inc
@@ -5645,6 +5645,7 @@ RECIPE_LATEST_VERSION_pn-groff = "1.21"
 RECIPE_NO_UPDATE_REASON_pn-groff = "1.18.1.4 is latest GPLv2 Version no 1.21"
 
 RECIPE_STATUS_pn-eglibc = "red"
+RECIPE_MAINTAINER_pn-eglibc = "Kai Kang <kai.kang@windriver.com>"
 
 RECIPE_STATUS_pn-lighttpd = "red"
 RECIPE_LAST_UPDATE_pn-lighttpd = "Jul 28, 2011"
@@ -5802,6 +5803,21 @@ RECIPE_LATEST_VERSION_pn-task-qte-toolchain-target = "1.0"
 RECIPE_MANUAL_CHECK_DATE_pn-task-qte-toolchain-target = "Feb 28, 2011"
 DISTRO_PN_ALIAS_pn-task-qte-toolchain-target = "Intel"
 
+RECIPE_STATUS_pn-ghostscript = "red"
+RECIPE_MAINTAINER_pn-ghostscript = "Kai Kang <kai.kang@windriver.com>"
+
+RECIPE_STATUS_pn-libsdl = "red"
+RECIPE_MAINTAINER_pn-libsdl = "Kai Kang <kai.kang@windriver.com>"
+
+RECIPE_STATUS_pn-libxml-sax-perl = "red"
+RECIPE_MAINTAINER_pn-libxml-sax-perl = "Kai Kang <kai.kang@windriver.com>"
+
+RECIPE_STATUS_pn-liburi-perl = "red"
+RECIPE_MAINTAINER_pn-liburi-perl = "Kai Kang <kai.kang@windriver.com>"
+
+RECIPE_STATUS_pn-xdg-utils = "red"
+RECIPE_MAINTAINER_pn-xdg-utils = "Kai Kang <kai.kang@windriver.com>"
+
 RECIPE_STATUS_pn-mailx = "green"
 RECIPE_LATEST_VERSION_pn-mailx = "12.5"
 RECIPE_LAST_UPDATE_pn-mailx = "Jul 1, 2011"
-- 
1.7.5.1.300.gc565c




^ permalink raw reply related

* [PATCH 0/1] distro_tracking_fields: update 6 packages information
From: Kang Kai @ 2011-10-11  8:38 UTC (permalink / raw)
  To: sgw, openembedded-core

Hi Saul,

I just update the distro tracking fields for the following packages, and after
updating the packages themselves, I will update them with detailed fields.
    ghostscript
    xdg-utils
    libsdl
    libxml-sax-perl
    eglibc
    liburi-perl

The following changes since commit 0d8c8cf462e5df446669355b554b3d5fdc532a11:

  mutter: update to 2.29.1 and fix SRC_URI (2011-10-07 11:35:50 +0100)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib kangkai/update-pkgs
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=kangkai/update-pkgs

Kang Kai (1):
  distro_tracking_fields: update 6 packages information

 .../conf/distro/include/distro_tracking_fields.inc |   16 ++++++++++++++++
 1 files changed, 16 insertions(+), 0 deletions(-)

-- 
1.7.5.1.300.gc565c




^ permalink raw reply

* Re: [RFC][PATCH] linux-firmware: update, merge in OE classic updates, fix packaging
From: Koen Kooi @ 2011-10-11  8:33 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <CAP9ODKo88-WnBWtMMYRLJOyZREjQTwoB7Y+nsAYX_YHFMrcRgQ@mail.gmail.com>


Op 10 okt. 2011, om 14:35 heeft Otavio Salvador het volgende geschreven:

> On Mon, Oct 10, 2011 at 09:26, Koen Kooi <koen@dominion.thruhere.net> wrote:
>> Op 10 okt. 2011, om 14:22 heeft Otavio Salvador het volgende geschreven:
>>> On Mon, Oct 10, 2011 at 04:27, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>> Op 10 okt. 2011, om 03:03 heeft Otavio Salvador het volgende geschreven:
>>>>> On Sun, Oct 9, 2011 at 07:06, Koen Kooi <koen@dominion.thruhere.net> wrote:
>>>>>> Update: move to latest SRCREV, use non-kernel.org URI
>>>>>> Merge: wl12xx symlink + packaging, install all firmwares
>>>>>> Fix: * all entries in PACKAGES are in PROVIDES already
>>>>>>     * A package always RPROVIDES itself
>>>>>>     * A file can only get packaged *once* so only one rtlwifi package will get the license
>>>>> 
>>>>> I dislike the idea of one single package with all firmwares. I prefer
>>>>> to have many small packages but one meta that depends on it.
>>>> 
>>>> I'm not going to make a patch to subpackage *all* the firmwares. If you can give me a list of the ones you use I'll make a patch to split those out.
>>> 
>>> Leave the ones that exist now and move the rest to ${PN}-others so
>>> people can test using it and split from it  when need.
>> 
>> I don't see the value of naming the unsplit firmwares something else as ${PN} at this point, OE classic doesn't have it either.
> 
> This make clear that useing the others package is a workaround and
> thus people can submit patches to add a specific package and move out
> to it. Using PN would make it to easy to forgot.

It would also break existing users for linux-firmware, so I propose to let this patch go in as-is and have people with strong opinion on package splitting send a follow up patch.


^ permalink raw reply

* [PATCH 1/1] Fix typos in local.conf.sample and local.conf.sample.extended
From: Robert Yang @ 2011-10-11  8:25 UTC (permalink / raw)
  To: openembedded-core
In-Reply-To: <cover.1318321409.git.liezhi.yang@windriver.com>

Fixes bug [YOCTO #1667]

Fix typos in local.conf.sample and local.conf.sample.extended:

differernt -> different
chages -> changes
complation -> compilation
egde -> edge
"an an" -> "as an"
images's -> image's

Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
---
 meta-yocto/conf/local.conf.sample          |   10 +++++-----
 meta-yocto/conf/local.conf.sample.extended |    4 ++--
 2 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/meta-yocto/conf/local.conf.sample b/meta-yocto/conf/local.conf.sample
index 0c24208..da3f8df 100644
--- a/meta-yocto/conf/local.conf.sample
+++ b/meta-yocto/conf/local.conf.sample
@@ -53,7 +53,7 @@ MACHINE ??= "qemux86"
 #
 # Where to place downloads
 #
-# During a first build the system will download many differernt source code tarballs
+# During a first build the system will download many different source code tarballs
 # from various upstream projects. This can take a while, particularly if your network
 # connection is slow. These are all stored in DL_DIR. When wiping and rebuilding you
 # can preserve this directory to speed up this part of subsequent builds. This directory
@@ -71,7 +71,7 @@ MACHINE ??= "qemux86"
 # and this option determines where those files are placed.
 #
 # You can wipe out TMPDIR leaving this directory intact and the build would regenerate
-# from these files if no chages were made to the configuration. If changes were made
+# from these files if no changes were made to the configuration. If changes were made
 # to the configuration, only shared state files where the state was still valid would
 # be used (done using checksums).
 #
@@ -84,7 +84,7 @@ MACHINE ??= "qemux86"
 #
 # This option specifies where the bulk of the building work should be done and
 # where BitBake should place its temporary files and output. Keep in mind that
-# this includes the extraction and complation of many applications and the toolchain
+# this includes the extraction and compilation of many applications and the toolchain
 # which can use Gigabytes of hard disk space.
 #
 # The default is a tmp directory under TOPDIR.
@@ -100,9 +100,9 @@ MACHINE ??= "qemux86"
 # these defaults.
 #
 DISTRO ?= "poky"
-# As an exable of a subclass there is a "bleeding" egde policy configuration 
+# As an example of a subclass there is a "bleeding" edge policy configuration
 # where many versions are set to the absolute latest code from the upstream 
-# source control systems. This is just mentioned here an an example, its not
+# source control systems. This is just mentioned here as an example, its not
 # useful to most new users.
 # DISTRO ?= "poky-bleeding"
 
diff --git a/meta-yocto/conf/local.conf.sample.extended b/meta-yocto/conf/local.conf.sample.extended
index a42774c..9b50aba 100644
--- a/meta-yocto/conf/local.conf.sample.extended
+++ b/meta-yocto/conf/local.conf.sample.extended
@@ -2,7 +2,7 @@
 # certain recipes.
 #BBMASK = ""
 
-# eglibc configurability is used to reduce minimal images's size.
+# eglibc configurability is used to reduce minimal image's size.
 # the all supported eglibc options are listed in DISTRO_FEATURES_LIBC
 # and disabled by default. Uncomment and copy the DISTRO_FEATURES_LIBC
 # and DISTRO_FEATURES definitions to local.conf to enable the options.
@@ -78,7 +78,7 @@
 # The default is "default"
 # Use "external-MODE" to use the precompiled external toolchains where MODE
 # is the type of external toolchain to use e.g. eabi. You need to ensure 
-# the toolchain you want to use is included in an an appropriate layer
+# the toolchain you want to use is included in an as appropriate layer
 # TCMODE = "external-eabi"
 
 # mklibs library size optimization is more useful to smaller images,
-- 
1.7.1




^ permalink raw reply related

* [PATCH 0/1] Fix typos in local.conf.sample and local.conf.sample.extended
From: Robert Yang @ 2011-10-11  8:25 UTC (permalink / raw)
  To: openembedded-core

The following changes since commit 0c05d53fbede6feed6e9d361cb631a364f045a0f:

  Fix sysprof for powerpc64 (2011-10-10 10:00:10 +0100)

are available in the git repository at:
  git://git.pokylinux.org/poky-contrib robert/typo
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=robert/typo

Robert Yang (1):
  Fix typos in local.conf.sample and local.conf.sample.extended

 meta-yocto/conf/local.conf.sample          |   10 +++++-----
 meta-yocto/conf/local.conf.sample.extended |    4 ++--
 2 files changed, 7 insertions(+), 7 deletions(-)




^ permalink raw reply

* Re: [PATCHv3 00/31] Xorg related changes
From: Koen Kooi @ 2011-10-11  7:37 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <20111011070820.GB27073@jama.jama.net>


Op 11 okt. 2011, om 09:08 heeft Martin Jansa het volgende geschreven:

> On Mon, Oct 10, 2011 at 12:40:08PM +0200, Koen Kooi wrote:
>> 
>> Op 7 okt. 2011, om 19:05 heeft Martin Jansa het volgende geschreven:
>> 
>>> this patchset brings meta-oe and oe-core xorg stuff together and most of
>>> xorg recipes will be removed from meta-oe (sending another pull request now).
>>> 
>>> This step is needed to be able to separate common x11 to meta-x11 or whatever later.
>>> 
>>> The following changes since commit 808b3123e359f1aebabb8af44694275e4075e031:
>>> 
>>> gnutls: Disable p11-kit dependency explicitly to resolve build failures (2011-10-07 15:40:42 +0100)
>>> 
>>> are available in the git repository at:
>>> git://git.openembedded.org/openembedded-core-contrib jansa/x11-v2
>>> http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/x11-v2
>>> 
>>> Martin Jansa (31):
>>> 
>>> xserver-xorg-common: move RDEPENDS_${PN} += xorg-minimal-fonts to
>>>   shared .inc
>> 
>> I have been running X images without minimal fonts for some time now, so AFAICS it can be dropped completely.
> 
> I'm also fine without (as it was in meta-oe and OE-classic), but it's
> quite small:
> 276	KiB /all/xorg-minimal-fonts_1.0-r1_all.ipk
> so I've kept it as it was..

I know it's small, it's a minimal collection of fonts from my debian system a few years ago :) It's not a real package, just a hack to get an ancient X working years ago.

regards,

Koen


^ permalink raw reply

* Re: [PATCHv3 00/31] Xorg related changes
From: Martin Jansa @ 2011-10-11  7:08 UTC (permalink / raw)
  To: Patches and discussions about the oe-core layer
In-Reply-To: <A8FC601D-2A25-46D0-8AB0-3FE9E8561B01@dominion.thruhere.net>

[-- Attachment #1: Type: text/plain, Size: 1292 bytes --]

On Mon, Oct 10, 2011 at 12:40:08PM +0200, Koen Kooi wrote:
> 
> Op 7 okt. 2011, om 19:05 heeft Martin Jansa het volgende geschreven:
> 
> > this patchset brings meta-oe and oe-core xorg stuff together and most of
> > xorg recipes will be removed from meta-oe (sending another pull request now).
> > 
> > This step is needed to be able to separate common x11 to meta-x11 or whatever later.
> > 
> > The following changes since commit 808b3123e359f1aebabb8af44694275e4075e031:
> > 
> >  gnutls: Disable p11-kit dependency explicitly to resolve build failures (2011-10-07 15:40:42 +0100)
> > 
> > are available in the git repository at:
> >  git://git.openembedded.org/openembedded-core-contrib jansa/x11-v2
> >  http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=jansa/x11-v2
> > 
> > Martin Jansa (31):
> > 
> >  xserver-xorg-common: move RDEPENDS_${PN} += xorg-minimal-fonts to
> >    shared .inc
> 
> I have been running X images without minimal fonts for some time now, so AFAICS it can be dropped completely.

I'm also fine without (as it was in meta-oe and OE-classic), but it's
quite small:
276	KiB /all/xorg-minimal-fonts_1.0-r1_all.ipk
so I've kept it as it was..

Regards,
-- 
Martin 'JaMa' Jansa     jabber: Martin.Jansa@gmail.com

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 205 bytes --]

^ permalink raw reply


This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox