Hi,
On Oct 23, 2012, at 12:22 AM, Elvis Dowson wrote:
> | Configuring sysvinit.
> | Collected errors:
> | * preinst_configure: Aborting installation of base-passwd.
> | * opkg_install_cmd: Cannot install package packagegroup-core-boot.
> | ERROR: Function failed: do_rootfs (see
> /tool/
Agenda:
* Opens collection - 5 min (Song)
* Yocto 1.3 release readiness - 20 min (Song/team)
https://wiki.yoctoproject.org/wiki/Yocto_Project_v1.3_Status#Milestone_5_.281.3_release.29
* SWAT team rotation: Saul -> Nitin
* Opens - 10 min
* Team Sharing - 20 min
-Original Appointment
On Sun, 2012-10-21 at 23:03 -0500, Tom Zanussi wrote:
> On Sun, 2012-10-21 at 22:15 -0500, Bodke, Kishore K wrote:
> >
> > >-Original Message-
> > >From: Zanussi, Tom
> > >Sent: Friday, October 19, 2012 11:49 AM
> > >To: Bodke, Kishore K
> > >Cc: Kamble, Nitin A; yocto@yoctoproject.org
> >
Correction: I'm wrong on the standard for PV. The standard (after looking
through some BB files) appears to be this:
PV = "+${SRCPV}"
On Mon, Oct 22, 2012 at 8:46 AM, Jerrod Peach wrote:
> Seth,
>
> Like Tomas said, it's hard to say for sure without seeing the recipe in
> question, but I know
Seth,
Like Tomas said, it's hard to say for sure without seeing the recipe in
question, but I know one way this could happen: AUTOREV, by itself, does
not permute your hash. It ends up just resolving to the string "AUTOINC"
every time. You *also *need the SRCPV variable somewhere in your recipe,
Hi,
On 22/10/12 12:56, Seth Bollinger wrote:
> 1. What is the expected operation of bitbake builds for recipes using
> autorev?
It should just work (and FWIW, it's working here).
> 2. How can I get my autorev recipes to rebuild when their repositories
> change?
> 3. If this is working for eve
Hello All,
I've been having some serious problems trying to get my image to rebuild
recipes when their upstream repositories have changed. I have SRCREV =
${AUTOREV} in my recipe and in bitbake -e I see these 2 lines:
# SRCREV=${AUTOREV}
SRCREV="AUTOINC"
I've found BB_SRCREV_POLICY and I've set
On 19 October 2012 21:08, Tom Zanussi wrote:
> I pulled the first two patches into meta-intel/master, but left the
> third behind - we still need the commercial license since the
> gst-ffmpeg requires it, and even then we still want to keep the
> VA_FEATURES so users can just set it to "" to not i
Now that gstreamer-vaapi doesn't depend on ffmpeg, it can always be recommended
by the machine configuration.
Signed-off-by: Ross Burton
---
meta-cedartrail/conf/machine/cedartrail.conf |3 +--
meta-chiefriver/conf/machine/chiefriver.conf |3 +--
meta-crownbay/conf/machine/crownbay.conf
On Monday 22 October 2012 09:06:41 Tomas Frydrych wrote:
> On 20/10/12 13:16, Paul Eggleton wrote:
> > On Friday 19 October 2012 11:01:09 Saul Wold wrote:
> > Long term however I'd rather see the additional unique recipes in meta-
> > guacamayo itself go into more official OE community layers.
>
>
On 20/10/12 13:16, Paul Eggleton wrote:
> On Friday 19 October 2012 11:01:09 Saul Wold wrote:
> Long term however I'd rather see the additional unique recipes in meta-
> guacamayo itself go into more official OE community layers.
Ah, so there is an official community and an unoffical one, this
com
Hi Saul
On 19/10/12 19:01, Saul Wold wrote:
> My apologies, I updated the MAINTAINER and README files.
Thanks.
>> (I am delighted Intel is finding Guacamayo useful, but the obliteration
>> of the history makes it look as if the credit for this official Yocto
>> layer goes to Intel; I am sure tha
12 matches
Mail list logo
