On Mon, May 21, 2012 at 2:30 PM, Tom Zanussi wrote:
> On Fri, 2012-05-18 at 23:02 -0400, Chris Hallinan wrote:
>> On Fri, May 18, 2012 at 6:25 PM, Tom Zanussi wrote:
>> > On Fri, 2012-05-18 at 17:38 -0400, Chris Hallinan wrote:
>> >> Note: this patch has already been submitted against other BSPs,
Agenda
* Opens collection - 5 min (Song)
* 1.2.1 update - 10 min (ScottG)
* 1.1.2 update - 10 min (Josh)
* Yocto 1.3 status - 10 min (Song/team)
- 1.3 feature list: https://wiki.yoctoproject.org/wiki/Yocto_1.3_Features
- 1.3 schedule: https://wiki.yoctoproject.org/wiki/Yocto_1.3_Schedule
-
When libraries are installed in ${libdir}/${BPN} we need to ensure that
those libraries without version number end up in the -dev package. If not
the error "ERROR: QA Issue: non -dev/-dbg/-nativesdk package contains
symlink .so: " is encountered.
A change like this is required since package named
Hello,
I am trying to install an image of Yocto to my CRB (cedartrail). After
creating the bootable usb with the new image on it as a usb-zip
(because it is too large for the hdd method of install), I insert it
into one of the usb slots of my CRB. After turning the CRB on the
prompt says "boot". A
Yes it is. Forget that.
We decided to use a single layer for both distros.
On Mon, May 21, 2012 at 10:59 PM, Chris Tapp wrote:
>
> After seeing:
>
> > After an exchange of messages with Richard, Saul and John Willis ... i
> started start a fork ...
>
> I thought this was now 'the' meta-layer for
After seeing:
> After an exchange of messages with Richard, Saul and John Willis ... i
> started start a fork ...
I thought this was now 'the' meta-layer for the RPi. Is that not the case? It
really would make sense for everyone to pull in the same direction.
Chris Tapp
opensou...@keylevel.c
ot;linux-gnueabi"
MACHINE = "raspberrypi"
DISTRO= "poky"
DISTRO_VERSION= "1.2+snapshot-20120521"
TUNE_FEATURES = "armv6 vfp arm1176jzfs"
TARGET_FPU= "vfp"
meta
meta-y
> MACHINE = "raspberrypi"
> DISTRO= "poky"
> DISTRO_VERSION= "1.2+snapshot-20120521"
> TUNE_FEATURES = "armv6 vfp arm1176jzfs"
> TARGET_FPU= "vfp"
> meta
> meta-yocto= "master:f24d
to build a simple image using just Poky+meta-raspberrypi
>>Build Configuration:
>>BB_VERSION= "1.15.2"
>>TARGET_ARCH = "arm"
>>TARGET_OS = "linux-gnueabi"
>>MACHINE = "rasp
g...@mlbassoc.com>> wrote:
I tried to build a simple image using just Poky+meta-raspberrypi
Build Configuration:
BB_VERSION= "1.15.2"
TARGET_ARCH = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE = "raspberryp
TARGET_OS = "linux-gnueabi"
> MACHINE = "raspberrypi"
> DISTRO= "poky"
> DISTRO_VERSION= "1.2+snapshot-20120521"
> TUNE_FEATURES = "armv6 vfp arm1176jzfs"
> TARGET_FPU= "vfp"
> meta
> meta-yocto
On Fri, 2012-05-18 at 23:02 -0400, Chris Hallinan wrote:
> On Fri, May 18, 2012 at 6:25 PM, Tom Zanussi wrote:
> > On Fri, 2012-05-18 at 17:38 -0400, Chris Hallinan wrote:
> >> Note: this patch has already been submitted against other BSPs,
> >> originally submitted to oe-core by Gary Thomas. I r
From: Kishore Bodke
Point to the latest version of PVR Graphics
driver.
Signed-off-by: Kishore Bodke
---
.../xorg-driver/cdv-pvr-driver.inc | 14 +++---
.../xorg-driver/cdv-pvr-driver_1.0.bb | 46 ++--
2 files changed, 28 insertions(+), 32 delet
From: Kishore Bodke
Pointing to the latest version of PVR
Graphics drivers for the Cedartrail BSP.
Please pull into meta-intel/denzil
Thanks
Kishore.
The following changes since commit 7c1086df3f92d76ca1a062f9b4b1daf6823bfb63:
emgd-driver-bin: skip insane ldflags check (2012-05-17 20:15:53
I tried to build a simple image using just Poky+meta-raspberrypi
Build Configuration:
BB_VERSION= "1.15.2"
TARGET_ARCH = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE = "raspberrypi"
DISTRO= "poky"
DISTRO_
Hi Kishore,
Looks like you're missing PR bumps for these...
Tom
On Fri, 2012-05-18 at 14:52 -0700, kishore.k.bo...@intel.com wrote:
> From: Kishore Bodke
>
> Point to the latest version of PVR Graphics
> driver.
>
> Signed-off-by: Kishore Bodke
> ---
> .../xorg-driver/cdv-pvr-driver.inc
So, I have run into three issues with the meta-raspberrypi layer when
trying use it with Poky:
* the libav bbappend; this can be BBMASKED on distro level, so that's
not a significant problem,
* rpi-zram-service: a simple but rather hackish fix is to provide
rpi-zram-service-initd package that p
Or we can set up a distro file so that we can use it out of the box and in
case ppl want to use custom distros use BBMASK. A pull request was sent
with some other stuff as well.
On Mon, May 21, 2012 at 6:41 PM, Gary Thomas wrote:
> On 2012-05-21 09:34, John Willis wrote:
>
>> Hi Paul,
>>
>> Th
On 2012-05-21 09:34, John Willis wrote:
Hi Paul,
That had been my plan but I got the impression that was frowned up in
the Yocto environment.
Well, IMHO it's suboptimal, but far less so than two separate competing
layers that ultimately exist for the same purpose.
Pushed a note in the READM
Hi Paul,
> > That had been my plan but I got the impression that was frowned up in
> > the Yocto environment.
>
> Well, IMHO it's suboptimal, but far less so than two separate competing
> layers that ultimately exist for the same purpose.
Pushed a note in the README with suggestions on a suitabl
On Monday 21 May 2012 16:16:47 John Willis wrote:
> > > For example parsing libav and rpi-zram-service will fail. We don't
> > > have libav and we don't have systemd yet in poky.
> >
> > OK, sure, that isn't ideal - however meta-ti suffers from this issue as
> > well, and they have instructions in
Hi Paul,
> > For example parsing libav and rpi-zram-service will fail. We don't
> > have libav and we don't have systemd yet in poky.
>
> OK, sure, that isn't ideal - however meta-ti suffers from this issue as
well,
> and they have instructions in the layer README which tell people the
> BBMASK t
Hi,
On 21/05/12 09:47, Andrei Gherzan wrote:
> There are issues that cannot be solved with just one layer. A distro is
> a workaround but still. More about this, rpi layer will be included in
> yocto project repos as Richard plans so it makes sense to have a yocto
> specific layer. It could be a
On Monday 21 May 2012 12:25:56 Andrei Gherzan wrote:
> For example parsing libav and rpi-zram-service will fail. We don't have
> libav and we don't have systemd yet in poky.
OK, sure, that isn't ideal - however meta-ti suffers from this issue as well,
and they have instructions in the layer READM
On 05/21/2012 12:19 PM, Paul Eggleton wrote:
On Monday 21 May 2012 11:47:15 Andrei Gherzan wrote:
On Mon, May 21, 2012 at 10:47 AM, Tomas Frydrych wrote:
On 19/05/12 22:51, Andrei Gherzan wrote:
After an exchange of messages with Richard, Saul and John Willis (he
already started a layer for oe
On Monday 21 May 2012 11:47:15 Andrei Gherzan wrote:
> On Mon, May 21, 2012 at 10:47 AM, Tomas Frydrych wrote:
> > On 19/05/12 22:51, Andrei Gherzan wrote:
> > > After an exchange of messages with Richard, Saul and John Willis (he
> > > already started a layer for oe and did a good job in it) i wan
On Mon, May 21, 2012 at 10:47 AM, Tomas Frydrych <
tf+lists.yo...@r-finger.com> wrote:
> Hi,
>
> On 19/05/12 22:51, Andrei Gherzan wrote:
> > After an exchange of messages with Richard, Saul and John Willis (he
> > already started a layer for oe and did a good job in it) i want to
> > announce tha
Hi all,
This is the weekly bug trend for WW20. The new submitted vs. fixed bug
number is 23 vs. 16. WDD number and Open Bug number increased a little, as 932
and 191. Bug status of WW20 could be found on
https://wiki.yoctoproject.org/wiki/Yocto_Bug_Trend.
Best Regards,
Jiajun
Hi,
On 19/05/12 22:51, Andrei Gherzan wrote:
> After an exchange of messages with Richard, Saul and John Willis (he
> already started a layer for oe and did a good job in it) i want to
> announce that i started start a fork from his layer and with Florin
> Sarbu will prepare a layer for RaspberryP
29 matches
Mail list logo
