date:20130207

Re: [yocto] PROVIDES for Yocto Kernel Recipes

2013-02-07 Thread Bruce Ashfield


On 13-02-07 8:52 PM, Rudolf Streif wrote:

Yes, of course with a space. Proportional fonts don't work that well
with code. :)


Back to my work account with a sane client now!



That's why I am asking if anyone else found that to be a nuisance. Of
course, for a BSP you have to set PREFERRED_VERSION. But for testing and
working with different kernel version I would find it more convenient if
I had not to change PREFERRED_VERSION in the machine file or override it
in local.conf.

It's also sort of an inconsistency. Typically, one would expect that you
could run bitbake against a recipe by specifying the package name and


I'd have to leave this comment up to others with respect to consistency,
since I'm a kernel guy and not a long time oe-classic user (just my time
with yocto and oe-core). But I've never switched versions on the command
line like this myself. A matter of taste and habits I suppose.

I quick survey shows roughly:

../meta]> find . -name '*.bb' | xargs grep PV | grep SRCPV | wc -l
87

Almost 90 other recipes with some variant of SRCPV in their version string.
So unless I'm mistaken .. they'd all suffer the same issue as linux-yocto.

Cheers,

Bruce



version. Using -b with the recipe file name is not an option since you
would not get the bbappends.

Cheers,
Rudi


On Thu, Feb 7, 2013 at 5:39 PM, Bruce Ashfield mailto:bruce.ashfi...@gmail.com>> wrote:




On Thu, Feb 7, 2013 at 8:22 PM, Rudolf Streif
mailto:rudolf.str...@linux.com>> wrote:

I apologize if that has been brought up before.

The linux-yocto kernel recipes include the git tags into PV by
explicitly setting:

PV = "${LINUX_VERSION}+git${SRCPV}"

This means that you cannot for example do

bitbake linux-yocto-3.2

anymore because PROVIDES does not contain linux-yocto-3.2 but
only the rather cumbersome string linux-yocto-3.2+git${SRCPV},
with ${SRCPV} expanded of course.

The percent notation only works for

PREFERRED_VERSION_linux-yocto = "3.2%"

but does not work for

bitbake linux-yocto-3.2%

That really only leaves you with setting PREFERRED_VERSION which
is not that convenient if you just want to build a different
kernel version.

I am not sure how others feel about that and maybe I am missing
something but it would be rather simple to add that back by setting

PV = "${LINUX_VERSION} ${LINUX_VERSION}+git${SRCPV}"


You mean with a space in the version string ? I know that I don't
want directories floating around
with spaces, since they cause no end of troubles. But maybe it's
just the font in gmail playing
tricks with my eyes.

Perhaps Richard has a suggestion, but in 3+ years, this is the first
time that this particular issue
has come up. Most everyone is setting the PREFERRED_VERSION in their
bsps, or local.conf
and not using that particular mechanism of switching between kernels
.. myself included, and I
probably build more versions of linux-yocto than anyone you'll find :)

Don't get me wrong, I'm not dead set against changing it, but we do
need both the meta and
machine git hashes in the version to uniquely identify the tree (and
my no spaces comment!).
Maybe someone knows of a better way for command line switching of
the version ?

Cheers,

Bruce


Well, kind of, you still would have to know the minor version
number.

Cheers,
Rudi


___
yocto mailing list
yocto@yoctoproject.org 
https://lists.yoctoproject.org/listinfo/yocto




--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"




--
--
*Rudolf J. Streif*
Director of Embedded Solutions
The Linux Foundation

rudolf.str...@linux.com 
Phone: +1.619.631.5383
Skype: rudolfstreif
PGP: RSA 2048/2048 D6E7D28B

Linux Foundation Events Schedule: events.linuxfoundation.org

Linux Foundation Training Schedule: training.linuxfoundation.org




___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] PROVIDES for Yocto Kernel Recipes

2013-02-07 Thread Rudolf Streif

Yes, of course with a space. Proportional fonts don't work that well with
code. :)

That's why I am asking if anyone else found that to be a nuisance. Of
course, for a BSP you have to set PREFERRED_VERSION. But for testing and
working with different kernel version I would find it more convenient if I
had not to change PREFERRED_VERSION in the machine file or override it in
local.conf.

It's also sort of an inconsistency. Typically, one would expect that you
could run bitbake against a recipe by specifying the package name and
version. Using -b with the recipe file name is not an option since you
would not get the bbappends.

Cheers,
Rudi


On Thu, Feb 7, 2013 at 5:39 PM, Bruce Ashfield wrote:

>
>
>
> On Thu, Feb 7, 2013 at 8:22 PM, Rudolf Streif wrote:
>
>> I apologize if that has been brought up before.
>>
>> The linux-yocto kernel recipes include the git tags into PV by explicitly
>> setting:
>>
>> PV = "${LINUX_VERSION}+git${SRCPV}"
>>
>> This means that you cannot for example do
>>
>> bitbake linux-yocto-3.2
>>
>> anymore because PROVIDES does not contain linux-yocto-3.2 but only the
>> rather cumbersome string linux-yocto-3.2+git${SRCPV}, with ${SRCPV}
>> expanded of course.
>>
>> The percent notation only works for
>>
>> PREFERRED_VERSION_linux-yocto = "3.2%"
>>
>> but does not work for
>>
>> bitbake linux-yocto-3.2%
>>
>> That really only leaves you with setting PREFERRED_VERSION which is not
>> that convenient if you just want to build a different kernel version.
>>
>> I am not sure how others feel about that and maybe I am missing something
>> but it would be rather simple to add that back by setting
>>
>> PV = "${LINUX_VERSION} ${LINUX_VERSION}+git${SRCPV}"
>>
>
> You mean with a space in the version string ? I know that I don't want
> directories floating around
> with spaces, since they cause no end of troubles. But maybe it's just the
> font in gmail playing
> tricks with my eyes.
>
> Perhaps Richard has a suggestion, but in 3+ years, this is the first time
> that this particular issue
> has come up. Most everyone is setting the PREFERRED_VERSION in their bsps,
> or local.conf
> and not using that particular mechanism of switching between kernels ..
> myself included, and I
> probably build more versions of linux-yocto than anyone you'll find :)
>
> Don't get me wrong, I'm not dead set against changing it, but we do need
> both the meta and
> machine git hashes in the version to uniquely identify the tree (and my no
> spaces comment!).
> Maybe someone knows of a better way for command line switching of the
> version ?
>
> Cheers,
>
> Bruce
>
>
>
>>
>>
>
>> Well, kind of, you still would have to know the minor version number.
>>
>> Cheers,
>> Rudi
>>
>>
>> ___
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto
>>
>>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await thee
> at its end"
>



-- 
-- 
*Rudolf J. Streif*
Director of Embedded Solutions
The Linux Foundation

rudolf.str...@linux.com
Phone: +1.619.631.5383
Skype: rudolfstreif
PGP: RSA 2048/2048 D6E7D28B

Linux Foundation Events Schedule:  events.linuxfoundation.org
Linux Foundation Training Schedule: training.linuxfoundation.org
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] PROVIDES for Yocto Kernel Recipes

2013-02-07 Thread Bruce Ashfield

On Thu, Feb 7, 2013 at 8:22 PM, Rudolf Streif wrote:

> I apologize if that has been brought up before.
>
> The linux-yocto kernel recipes include the git tags into PV by explicitly
> setting:
>
> PV = "${LINUX_VERSION}+git${SRCPV}"
>
> This means that you cannot for example do
>
> bitbake linux-yocto-3.2
>
> anymore because PROVIDES does not contain linux-yocto-3.2 but only the
> rather cumbersome string linux-yocto-3.2+git${SRCPV}, with ${SRCPV}
> expanded of course.
>
> The percent notation only works for
>
> PREFERRED_VERSION_linux-yocto = "3.2%"
>
> but does not work for
>
> bitbake linux-yocto-3.2%
>
> That really only leaves you with setting PREFERRED_VERSION which is not
> that convenient if you just want to build a different kernel version.
>
> I am not sure how others feel about that and maybe I am missing something
> but it would be rather simple to add that back by setting
>
> PV = "${LINUX_VERSION} ${LINUX_VERSION}+git${SRCPV}"
>

You mean with a space in the version string ? I know that I don't want
directories floating around
with spaces, since they cause no end of troubles. But maybe it's just the
font in gmail playing
tricks with my eyes.

Perhaps Richard has a suggestion, but in 3+ years, this is the first time
that this particular issue
has come up. Most everyone is setting the PREFERRED_VERSION in their bsps,
or local.conf
and not using that particular mechanism of switching between kernels ..
myself included, and I
probably build more versions of linux-yocto than anyone you'll find :)

Don't get me wrong, I'm not dead set against changing it, but we do need
both the meta and
machine git hashes in the version to uniquely identify the tree (and my no
spaces comment!).
Maybe someone knows of a better way for command line switching of the
version ?

Cheers,

Bruce

>
>

> Well, kind of, you still would have to know the minor version number.
>
> Cheers,
> Rudi
>
>
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
>

-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] PROVIDES for Yocto Kernel Recipes

2013-02-07 Thread Rudolf Streif

I apologize if that has been brought up before.

The linux-yocto kernel recipes include the git tags into PV by explicitly
setting:

PV = "${LINUX_VERSION}+git${SRCPV}"

This means that you cannot for example do

bitbake linux-yocto-3.2

anymore because PROVIDES does not contain linux-yocto-3.2 but only the
rather cumbersome string linux-yocto-3.2+git${SRCPV}, with ${SRCPV}
expanded of course.

The percent notation only works for

PREFERRED_VERSION_linux-yocto = "3.2%"

but does not work for

bitbake linux-yocto-3.2%

That really only leaves you with setting PREFERRED_VERSION which is not
that convenient if you just want to build a different kernel version.

I am not sure how others feel about that and maybe I am missing something
but it would be rather simple to add that back by setting

PV = "${LINUX_VERSION} ${LINUX_VERSION}+git${SRCPV}"

Well, kind of, you still would have to know the minor version number.

Cheers,
Rudi
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Yocto Project 1.4 M3 release readiness meeting

2013-02-07 Thread Liu, Song

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Liu, Song":MAILTO:song@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Petrisor, 
 Ileana":MAILTO:ileana.petri...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Damian, Al
 exandru":MAILTO:alexandru.dam...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Patel, Key
 ur R":MAILTO:keyur.r.pa...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Szankin, M
 aciej":MAILTO:maciej.szan...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Moisan, Ra
 du":MAILTO:radu.moi...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Anders Da
 rander':MAILTO:and...@chargestorm.se
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Barros Pen
 a, Belen":MAILTO:belen.barros.p...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Bodke, Kis
 hore K":MAILTO:kishore.k.bo...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Bruce Ash
 field':MAILTO:bruce.ashfi...@windriver.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Daniel Ca
 uchy':MAILTO:dcau...@mvista.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'deVries, 
 Alex'":MAILTO:alex.devr...@windriver.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Dixon, Br
 ad'":MAILTO:brad_di...@mentor.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Dmytriyenk
 o, Denys":MAILTO:de...@ti.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Erway, Tra
 cey M":MAILTO:tracey.m.er...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Flanagan, 
 Elizabeth":MAILTO:elizabeth.flana...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Hart, Darr
 en":MAILTO:darren.h...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Hatle, Ma
 rk'":MAILTO:mark.ha...@windriver.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Jeremy Pu
 hlman':MAILTO:jpuhl...@gmail.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Kridner, J
 ason":MAILTO:j...@ti.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Lieu.Ta@w
 indriver.com':MAILTO:'lieu...@windriver.com'
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Lock, Josh
 ua":MAILTO:joshua.l...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'McCombe, 
 Kevin'":MAILTO:kevin.mcco...@windriver.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Moeller, T
 horsten":MAILTO:thorsten.moel...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Sanjay Ra
 ina':MAILTO:sra...@mvista.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Osier-mixo
 n, Jeffrey":MAILTO:jeffrey.osier-mi...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Polk, Jef
 frey'":MAILTO:jeff.p...@windriver.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Purdie, Ri
 chard":MAILTO:richard.pur...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Ranslam, 
 Rob'":MAILTO:rob.rans...@windriver.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Saxena, Ra
 hul":MAILTO:rahul.sax...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Stewart, D
 avid C":MAILTO:david.c.stew...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Wold, Saul"
 :MAILTO:saul.w...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Zanussi, T
 om":MAILTO:tom.zanu...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Zhang, Jes
 sica":MAILTO:jessica.zh...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Rifenbark,
  Scott M":MAILTO:scott.m.rifenb...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Hudson, S
 ean'":MAILTO:sean_hud...@mentor.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Serban, La
 urentiu":MAILTO:laurentiu.ser...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Burton, Ro
 ss":MAILTO:ross.bur...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Mueller, R
 obert":MAILTO:robert.muel...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Arce Moren
 o, Abraham":MAILTO:abraham.arce.mor...@intel.c

[yocto] FW: Yocto Project 1.4 M3 release readiness meeting

2013-02-07 Thread Liu, Song

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Liu, Song":MAILTO:song@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=yocto@yoct
 oproject.org:MAILTO:yocto@yoctoproject.org
DESCRIPTION;LANGUAGE=en-US:Rescheduled due to conflict with some folks.\n\n
 -Original Appointment-\nFrom: Liu\, Song\nSent: Thursday\, Februar
 y 07\, 2013 1:19 PM\nTo: Liu\, Song\; Petrisor\, Ileana\; Damian\, Alexand
 ru\; Patel\, Keyur R\; Szankin\, Maciej\; Moisan\, Radu\; 'Anders Darander
 '\; Barros Pena\, Belen\; Bodke\, Kishore K\; 'Bruce Ashfield'\; 'Daniel C
 auchy'\; 'deVries\, Alex'\; 'Dixon\, Brad'\; Dmytriyenko\, Denys\; Erway\,
  Tracey M\; Flanagan\, Elizabeth\; Hart\, Darren\; 'Hatle\, Mark'\; 'Jerem
 y Puhlman'\; Kridner\, Jason\; 'lieu...@windriver.com'\; Lock\, Joshua\; '
 McCombe\, Kevin'\; Moeller\, Thorsten\; 'Sanjay Raina'\; Osier-mixon\, Jef
 frey\; 'Polk\, Jeffrey'\; Purdie\, Richard\; 'Ranslam\, Rob'\; Saxena\, Ra
 hul\; Stewart\, David C\; Wold\, Saul\; Zanussi\, Tom\; Zhang\, Jessica\; 
 Rifenbark\, Scott M\; 'Hudson\, Sean'\; Serban\, Laurentiu\; Burton\, Ross
 \; Mueller\, Robert\; Arce Moreno\, Abraham\; 'Ravi Vompolu'\; 'Sadiq\, Ir
 fan'\; Santana Lopez\, Mario A\; Calles Palacios\, Osvaldo\; 'achaudha@mvi
 sta.com'\; Popa\, Valentin\; Moses\, Fred\; Iorga\, Cristian\; SSD-OTC Rom
 ania Yocto QA\; Palalau\, AlexandruX\; 'Butler\, Paul'\; Mirea\, Viorel\; 
 Kamble\, Nitin A\; Grigoropol\, IoanaX\; Olivia Salisbury\; 'Chris Kaminsk
 i'\; Lindner\, MihaiX\; Burton\, Ross\; 'Maupin\, Chase'\; Hart\, Darren\;
  yocto@yoctoproject.org\nCc: Georgescu\, Al
 exandru C\; Flanagan\, Elizabeth\; Peddi\, Pranahitha\nSubject: Yocto Proj
 ect 1.4 M3 release readiness meeting\nWhen: Friday\, February 08\, 2013 7:
 30 AM-8:00 AM (UTC-08:00) Pacific Time (US & Canada).\nWhere: Bridge Info 
 Enclosed\n\n\nFriday\, February 08\, 2013\, 07:30 AM US Pacific Time\n916-
 356-2663\, 8-356-2663\, Bridge: 2\, Passcode: 5524251\nSpeed dialer: intel
 dialer://2\,5524251 | Learn more\n\n
SUMMARY;LANGUAGE=en-US:FW: Yocto Project 1.4 M3 release readiness meeting
DTSTART;TZID=Pacific Standard Time:20130208T073000
DTEND;TZID=Pacific Standard Time:20130208T08
UID:04008200E00074C5B7101A82E008B0F132FD2B05CE01000
 01000D3867394752D264CB1A9B998696BC955
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20130207T232550Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:3
LOCATION;LANGUAGE=en-US:Bridge Info Enclosed
X-MICROSOFT-CDO-APPT-SEQUENCE:3
X-MICROSOFT-CDO-OWNERAPPTID:-1478023203
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:FALSE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT5M
END:VALARM
END:VEVENT
END:VCALENDAR
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] FW: Yocto Project 1.4 M3 release readiness meeting

2013-02-07 Thread Liu, Song

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Liu, Song":MAILTO:song@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=yocto@yoct
 oproject.org:MAILTO:yocto@yoctoproject.org
DESCRIPTION;LANGUAGE=en-US:\n\n-Original Appointment-\nFrom: Liu\, 
 Song\nSent: Thursday\, February 07\, 2013 1:19 PM\nTo: Liu\, Song\; Petris
 or\, Ileana\; Damian\, Alexandru\; Patel\, Keyur R\; Szankin\, Maciej\; Mo
 isan\, Radu\; 'Anders Darander'\; Barros Pena\, Belen\; Bodke\, Kishore K\
 ; 'Bruce Ashfield'\; 'Daniel Cauchy'\; 'deVries\, Alex'\; 'Dixon\, Brad'\;
  Dmytriyenko\, Denys\; Erway\, Tracey M\; Flanagan\, Elizabeth\; Hart\, Da
 rren\; 'Hatle\, Mark'\; 'Jeremy Puhlman'\; Kridner\, Jason\; 'Lieu.Ta@wind
 river.com'\; Lock\, Joshua\; 'McCombe\, Kevin'\; Moeller\, Thorsten\; 'San
 jay Raina'\; Osier-mixon\, Jeffrey\; 'Polk\, Jeffrey'\; Purdie\, Richard\;
  'Ranslam\, Rob'\; Saxena\, Rahul\; Stewart\, David C\; Wold\, Saul\; Zanu
 ssi\, Tom\; Zhang\, Jessica\; Rifenbark\, Scott M\; 'Hudson\, Sean'\; Serb
 an\, Laurentiu\; Burton\, Ross\; Mueller\, Robert\; Arce Moreno\, Abraham\
 ; 'Ravi Vompolu'\; 'Sadiq\, Irfan'\; Santana Lopez\, Mario A\; Calles Pala
 cios\, Osvaldo\; 'achau...@mvista.com'\; Popa\, Valentin\; Moses\, Fred\; 
 Iorga\, Cristian\; SSD-OTC Romania Yocto QA\; Palalau\, AlexandruX\; 'Butl
 er\, Paul'\; Mirea\, Viorel\; Kamble\, Nitin A\; Grigoropol\, IoanaX\; Oli
 via Salisbury\; 'Chris Kaminski'\; Lindner\, MihaiX\; Burton\, Ross\; Maup
 in\, Chase\; Darren Hart\nSubject: Yocto Project 1.4 M3 release readiness 
 meeting\nWhen: Friday\, February 08\, 2013 8:30 AM-9:00 AM (UTC-08:00) Pac
 ific Time (US & Canada).\nWhere: Bridge Info Enclosed\n\n\nFriday\, Februa
 ry 08\, 2013\, 08:30 AM US Pacific Time\n916-356-2663\, 8-356-2663\, Bridg
 e: 2\, Passcode: 5524251\nSpeed dialer: inteldialer://2\,5524251 | Learn m
 ore\n\n\n
SUMMARY;LANGUAGE=en-US:FW: Yocto Project 1.4 M3 release readiness meeting
DTSTART;TZID=Pacific Standard Time:20130208T083000
DTEND;TZID=Pacific Standard Time:20130208T09
UID:04008200E00074C5B7101A82E008B0F132FD2B05CE01000
 01000D3867394752D264CB1A9B998696BC955
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20130207T211927Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:1
LOCATION;LANGUAGE=en-US:Bridge Info Enclosed
X-MICROSOFT-CDO-APPT-SEQUENCE:1
X-MICROSOFT-CDO-OWNERAPPTID:-1478023203
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:FALSE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT5M
END:VALARM
END:VEVENT
END:VCALENDAR
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Wifi Module + udev configs

2013-02-07 Thread Raul Rosetto Munoz

Hello All,
I need to configure my yocto project to work with wifi dongle realteck
rtl8192cu.

I'm using this building configuration:

Build Configuration:
BB_VERSION= "1.16.0"
TARGET_ARCH   = "arm"
TARGET_OS = "linux-gnueabi"
MACHINE   = "beaglebone"
DISTRO= "poky"
DISTRO_VERSION= "1.3"
TUNE_FEATURES = "armv7a vfp neon cortexa8"
TARGET_FPU= "vfp-neon"
meta
meta-yocto= "danny:47b0864fbd65746558d8186450c182d98bac78ca"
meta-ti   = "danny:1e898d9b619545dadf2ececad81cd58cdf37c8cd"
meta-oe


First, I built all the modules needed for the wifi dongle and installed in
Angstron standard distro.

This worked well and I had the following lsmod:

Module  Size  Used by
arc41183  2
rtl8192cu  73042  0
rtl8192c_common52118  1 rtl8192cu
rtlwifi57197  1 rtl8192cu
mac80211  149274  3 rtl8192cu,rtl8192c_common,rtlwifi
cfg80211  15  2 rtlwifi,mac80211
rfkill 14659  1 cfg80211
g_mass_storage 24014  0
ipv6  209407  14

Then I tried to do the same for my project and installed the following
packages:
packages:

IMAGE_INSTALL_append = " \
libxml2 \
gnupg \
curl \
gdb \
curl-dev \
minicom \
lrzsz \
libcap \
ppp \
ppp-dialin \
usbutils \
mtd-utils \
openssh \
dhcp-server \
dhcp-client \
kernel-modules \
udev-extraconf \
wpa-supplicant \
i2c-tools \
update-modules \
modutils-initscripts \
zeroconf \
wireless-tools \
openssl \
net-tools \
busybox \
linux-firmware \
systemd \
connman"

My first problem is that the module does not go up automatically rtl8192cu
different than Angstron distro that when I plug the dongle all modules rise.

Another important difference is that on Angstron distro I have on /lib/udev
the "firmware" binary file.  I really was not able to install this
functionality in udev.

Please some one can Help me to configure this device?

And How to make this firmware binary go to /lib/udev?

I have not found the way to configure the udev features.

Thanks all for help.

-- 
*Raul Rosetto Muñoz*
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] gcov on beagle-xm with kernel module

2013-02-07 Thread Robert Berger

Hi,

I still try to use gcov on the beagle-xm on a kernel module and I'm not
sure this is the right mailing list to ask.

I just build it with the following modification to the makefile:

GCOV_PROFILE_debugfs.o := y

and it builds;)

... but as soon as I try and insmod I get the following:

insmod debugfs.ko
Error: could not insert module debugfs.ko: Invalid module format

and dmesg says:
[ 1628.759552] debugfs: unknown relocation: 38

Did anyone see something like this before here?

Apparently I'm not the only one having this kind of problem:

http://old.nabble.com/Problem-with-applying-Gcov-tool-to-kernel-module-to28299744.html

Does this look like a compiler bug?

Regards,

Robert..."Never express yourself more clearly than you think." - Niels Bohr

My public pgp key is available,at:
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x90320BF1


___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [RFC v3 00/18][eclipse-poky] Storing yocto settings as target profiles

2013-02-07 Thread Zhang, Jessica

Great!  Looking forward to the patch set.  I think keep "Save as..." and leave 
the button up should be the right way to go...

Thanks,
Jessica

-Original Message-
From: Timo Müller [mailto:m...@timomueller.eu]
Sent: Thursday, February 07, 2013 2:26 AM
To: Zhang, Jessica
Cc: yocto@yoctoproject.org; Timo Mueller
Subject: Re: [yocto] [RFC v3 00/18][eclipse-poky] Storing yocto settings as 
target profiles

Hi Jessica,

Zhang, Jessica wrote, On 06.02.2013 01:22:
> Hi Timo,
>
> The patch series looks much better.  Here're few things we probably
> need to refine or explore a little bit more:
>
> 1. when I remove a profile, I'll get the following warning "Do you
> really want to the remove the target profile "profile-ide"?Projects
> using this target profile will be reconfigured to use the standard
> profile".  But the reality is the project that is configured using the
> deleted profile won't be affected at all.  You can go to the
> project->properties->Yocto Project Setting to check.  So the message
> really should be: The standard profile will be used for Yocto Project
> ADT preference.

This is directly related to your third question. I already have a patch set 
that does exactly what you propose there. I just wanted to make sure the the 
idea of the target profiles suits the IDE in general before I build 
functionality on top of this. That is why I separated the whole thing into two 
patch sets. When I did this I forgot to change the message of the warning 
dialog. I will resend a v4 that incorporates this change.

>
> 2.  As to the "Save as.." button style consistency concern, yeah I can
> see it's a little bit unconventional.  But my issue with new button is
> it gives the impression a separate wizard will show up to guide
> through the creation instead of just using the content on the page.
> Probably an "Add" button is less confusing and I've seen it's used on
> some pages and put it up besides the combobox?

I agree with your objection to the "New" button. I already changed it's 
functionality and label to "Save as...", which acts as you proposed.
Maybe I didn't describe this good enough. The last patch only moves the "Save 
as..." button to the bottom.

Are you fine with having the "Save as..." button beside the combobox? Or should 
we show a yocto settings dialog when the user clicks "Add"?

>
> 3. The whole profile idea is applicable to per project ADT setting as
> well. By default it inherits what is set for the whole ADT plug-in in
> the preference window.  But it can be something different aka. A
> different profile.  Any plan to extend the capability here?

As already stated, patches for this already exist. I will submit them to the 
mailing list as soon as the pass our internal reviews, so you'll have a chance 
to see how this will look like.

>
> Any further thoughts?
>
> Thanks, Jessica
>
> -Original Message- From: yocto-boun...@yoctoproject.org
> [mailto:yocto-boun...@yoctoproject.org] On Behalf Of Timo Mueller
> Sent: Sunday, February 03, 2013 11:36 PM To: yocto@yoctoproject.org
> Cc: Timo Mueller Subject: [yocto] [RFC v3 00/18][eclipse-poky]
> Storing yocto settings as target profiles
>
> From: Timo Mueller 
>
> Hi,
>
> thanks for the feedback, I did some changes to the patch series
> accordingly.
>
> First of all I've fixed the issues with the patches (duplicate
> method, missing fix for NewYoctoCProjectTemplate.java).
>
> I also changed the functionality of the "new" button according to
> Jessica's feedback. The logic is changed to a "Save as ..." approach.
> If the button is clicked the current values of the form are checked.
> If these are valid, the user can enter a name to store them as a new
> profile.
>
> The last patch moves the "Save as ..." button to the bottom of the
> preference page alongside with the "perform defaults" and the
> "apply" button. I created this patch as a proof of concept because I
> thought it would be a good idea to move it. I used the
> contributeButtons hook of the preference page to achieve this, but
> this only allows adding the "Save as ..." button left to the "perform
> defaults" button. So the order of the buttons is a bit confusing. I
> further checked several other preference pages of eclipse and it
> seems like none of them is using this hook to add new buttons.
> Instead all have a new button next to the comboboxes (e.g. Formatter
> for CDT and JDT). So I would plead against moving it to the bottom to
> have a more consistent and less confusing ui.
>
> From the original cover letter:  currently the yocto settings
> can be changed globally through eclipse's preferences or locally in
> the project properties. But the standard configuration stored in the
> global preferences sometimes changes, e.g. if a new version of the
> toolchain or the sysroot is released. If you change the global
> settings to the updated toolchain or sysroot your old working
> configuration is gone. If you want to reuse this configuration at a
> later point in t

Re: [yocto] [meta-raspberrypi][PATCH 0/2] Binary graphics library fixes

2013-02-07 Thread Andrei Gherzan

We are moving to userland repo. So we will build our libraries so this
patch says on hold - sorry for delay - been ill.


On Wed, Jan 30, 2013 at 11:51 PM, Philipp Wagner
wrote:

> Hi,
>
> I'm working on an application that needs the graphics libraries. Right now
> I'm still using the binary libraries (which are still default in
> meta-raspberrypi). Unfortunately, the current default configuration has
> two problems:
> a) It chooses the wrong ABI version (hardfp instead of softfp). To reduce
>the possibility for error here I changed the recipe to automatically
>select the right version.
> b) Many applications dlopen the OpenGL libraries. For that to work, they
>need to be listed in the RPROVIDES list. The second patch does that.
>
> I'm aware of the fact that those binary graphics libraries will be
> replaced with the new "userland" libraries, but until this is all ready
> I'd be grat if those patches could be accepted to have a working-by-default
> configuration in the meta-raspberrypi tree.
>
> Philipp
>
> Philipp Wagner (2):
>   Choose correct ABI version of graphics binaries
>   Add RPROVIDES for OpenGL libraries
>
>  conf/machine/include/rpi-default-providers.inc |   10 +++---
>  recipes-bcm/vc-graphics/vc-graphics.inc|1 +
>  2 files changed, 8 insertions(+), 3 deletions(-)
>
> --
> 1.7.9.5
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>



-- 
*Andrei Gherzan*
m: +40.744.478.414 |  f: +40.31.816.28.12
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-ivi][PATCH] packagegroup-core-p1: Remove wpa-supplicant-systemd as systemd services are now in ${PN}

2013-02-07 Thread Andrei Gherzan

Signed-off-by: Andrei Gherzan 
---
 .../packagegroups/packagegroup-core-p1.bb  |1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

diff --git a/recipes-yocto-ivi/packagegroups/packagegroup-core-p1.bb 
b/recipes-yocto-ivi/packagegroups/packagegroup-core-p1.bb
index ea2dfe0..e2989dd 100644
--- a/recipes-yocto-ivi/packagegroups/packagegroup-core-p1.bb
+++ b/recipes-yocto-ivi/packagegroups/packagegroup-core-p1.bb
@@ -40,7 +40,6 @@ RDEPENDS_packagegroup-core-p1 = "\
 sqlite3 \
 udev \
 wpa-supplicant \
-wpa-supplicant-systemd \
 "
 
 RRECOMMENDS_${PN} = "\
-- 
1.7.5.4

___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [RFC v3 00/18][eclipse-poky] Storing yocto settings as target profiles

2013-02-07 Thread Timo Müller


Hi Jessica,

Zhang, Jessica wrote, On 06.02.2013 01:22:

Hi Timo,

The patch series looks much better.  Here're few things we probably
need to refine or explore a little bit more:

1. when I remove a profile, I'll get the following warning "Do you
really want to the remove the target profile "profile-ide"?Projects
using this target profile will be reconfigured to use the standard
profile".  But the reality is the project that is configured using
the deleted profile won't be affected at all.  You can go to the
project->properties->Yocto Project Setting to check.  So the message
really should be: The standard profile will be used for Yocto Project
ADT preference.


This is directly related to your third question. I already have a patch 
set that does exactly what you propose there. I just wanted to make sure 
the the idea of the target profiles suits the IDE in general before I 
build functionality on top of this. That is why I separated the whole 
thing into two patch sets. When I did this I forgot to change the 
message of the warning dialog. I will resend a v4 that incorporates this 
change.




2.  As to the "Save as.." button style consistency concern, yeah I
can see it's a little bit unconventional.  But my issue with new
button is it gives the impression a separate wizard will show up to
guide through the creation instead of just using the content on the
page.  Probably an "Add" button is less confusing and I've seen it's
used on some pages and put it up besides the combobox?


I agree with your objection to the "New" button. I already changed it's 
functionality and label to "Save as...", which acts as you proposed.
Maybe I didn't describe this good enough. The last patch only moves the 
"Save as..." button to the bottom.


Are you fine with having the "Save as..." button beside the combobox? Or 
should we show a yocto settings dialog when the user clicks "Add"?




3. The whole profile idea is applicable to per project ADT setting as
well. By default it inherits what is set for the whole ADT plug-in in
the preference window.  But it can be something different aka. A
different profile.  Any plan to extend the capability here?


As already stated, patches for this already exist. I will submit them to 
the mailing list as soon as the pass our internal reviews, so you'll 
have a chance to see how this will look like.




Any further thoughts?

Thanks, Jessica

-Original Message- From: yocto-boun...@yoctoproject.org
[mailto:yocto-boun...@yoctoproject.org] On Behalf Of Timo Mueller
Sent: Sunday, February 03, 2013 11:36 PM To: yocto@yoctoproject.org
Cc: Timo Mueller Subject: [yocto] [RFC v3 00/18][eclipse-poky]
Storing yocto settings as target profiles

From: Timo Mueller 

Hi,

thanks for the feedback, I did some changes to the patch series
accordingly.

First of all I've fixed the issues with the patches (duplicate
method, missing fix for NewYoctoCProjectTemplate.java).

I also changed the functionality of the "new" button according to
Jessica's feedback. The logic is changed to a "Save as ..." approach.
If the button is clicked the current values of the form are checked.
If these are valid, the user can enter a name to store them as a new
profile.

The last patch moves the "Save as ..." button to the bottom of the
preference page alongside with the "perform defaults" and the
"apply" button. I created this patch as a proof of concept because I
thought it would be a good idea to move it. I used the
contributeButtons hook of the preference page to achieve this, but
this only allows adding the "Save as ..." button left to the "perform
defaults" button. So the order of the buttons is a bit confusing. I
further checked several other preference pages of eclipse and it
seems like none of them is using this hook to add new buttons.
Instead all have a new button next to the comboboxes (e.g. Formatter
for CDT and JDT). So I would plead against moving it to the bottom to
have a more consistent and less confusing ui.

From the original cover letter:  currently the yocto settings
can be changed globally through eclipse's preferences or locally in
the project properties. But the standard configuration stored in the
global preferences sometimes changes, e.g. if a new version of the
toolchain or the sysroot is released. If you change the global
settings to the updated toolchain or sysroot your old working
configuration is gone. If you want to reuse this configuration at a
later point in time you have to (remember and) re-enter everthing.
This patch set introduces the possiblity to store a configuration
under a unique name, a so called target profile, and be able to
select the default target profile that is used for new projects.
Building upon this change the target profiles could later also be
used in the project settings and be able to quickly build and debug
your software for different hard- and software combinations. 

Best regards, Timo


Best regards,
Timo
___
yo

[yocto] [PATCH] Capture and display bitbake errors

2013-02-07 Thread Ioana Grigoropol

- if an error has occured when trying to initializes the bitbake session, this 
should be display appropriately
- when creating a new Bitbake project, if an error occured while initializing 
bitbake environment (bitbake -e), we should:
- display the error in the wizard
- prevent the new project creation
- recreate the console command handler

Signed-off-by: Ioana Grigoropol 
---
 .../src/org/yocto/bc/bitbake/BBSession.java|   21 ++-
 .../src/org/yocto/bc/bitbake/ShellSession.java |4 
 .../yocto/bc/ui/wizards/install/InstallWizard.java |   22 +---
 .../BBConfigurationInitializeOperation.java|   22 +++-
 .../newproject/CreateBBCProjectOperation.java  |5 +
 5 files changed, 65 insertions(+), 9 deletions(-)

diff --git a/plugins/org.yocto.bc.ui/src/org/yocto/bc/bitbake/BBSession.java 
b/plugins/org.yocto.bc.ui/src/org/yocto/bc/bitbake/BBSession.java
index 8a8de22..892bcc8 100644
--- a/plugins/org.yocto.bc.ui/src/org/yocto/bc/bitbake/BBSession.java
+++ b/plugins/org.yocto.bc.ui/src/org/yocto/bc/bitbake/BBSession.java
@@ -76,12 +76,14 @@ public class BBSession implements IBBSessionListener, 
IModelElement, Map {
protected Map properties = null;
protected List  depends = null;
protected boolean initialized = false;
+   protected boolean errorOccured = false;
protected MessageConsole sessionConsole;
private final ReentrantReadWriteLock rwlock = new 
ReentrantReadWriteLock();
private final Lock rlock = rwlock.readLock();
private final Lock wlock = rwlock.writeLock();
protected String parsingCmd;
private boolean silent = false;
+   private String errorLines = "";
 
public BBSession(ShellSession ssession, URI projectRoot) throws 
IOException {
shell = ssession;
@@ -398,7 +400,15 @@ public class BBSession implements IBBSessionListener, 
IModelElement, Map {
//FIXME : wait for bitbake to finish
properties = parseBBEnvironment(result);
 
-   initialized = true;
+   if (properties.size() == 0) { // there 
was an error in sourcing bitbake environment
+   shell.printError(errorLines);
+   errorOccured = true;
+   } else {
+   errorLines = "";
+   errorOccured = false;
+   initialized = true;
+   }
+   
//FIXME: cleanup BB env file
}
} finally {
@@ -468,6 +478,7 @@ public class BBSession implements IBBSessionListener, 
IModelElement, Map {
Stack blockStack = new Stack();
 
while ((line = reader.readLine()) != null) {
+   errorLines += line;
String trimmed = line.trim();
if (trimmed.length() == 0 || line.startsWith("#")) {
// weed out the blank and comment lines
@@ -781,4 +792,12 @@ public class BBSession implements IBBSessionListener, 
IModelElement, Map {
return pinfo;
}
 
+   public boolean errorOccured() {
+   return errorOccured;
+   }
+
+   public String getErrorLines() {
+   return errorLines;
+   }
+
 }
diff --git a/plugins/org.yocto.bc.ui/src/org/yocto/bc/bitbake/ShellSession.java 
b/plugins/org.yocto.bc.ui/src/org/yocto/bc/bitbake/ShellSession.java
index 6603bfb..365c832 100644
--- a/plugins/org.yocto.bc.ui/src/org/yocto/bc/bitbake/ShellSession.java
+++ b/plugins/org.yocto.bc.ui/src/org/yocto/bc/bitbake/ShellSession.java
@@ -218,4 +218,8 @@ synchronized
interrupt = true;
}
 
+   public void printError(String errorLines) {
+   
RemoteHelper.getCommandHandler(projectInfo.getConnection()).response(errorLines,
 true);
+   }
+
 }
\ No newline at end of file
diff --git 
a/plugins/org.yocto.bc.ui/src/org/yocto/bc/ui/wizards/install/InstallWizard.java
 
b/plugins/org.yocto.bc.ui/src/org/yocto/bc/ui/wizards/install/InstallWizard.java
index 100eee3..624cd11 100644
--- 
a/plugins/org.yocto.bc.ui/src/org/yocto/bc/ui/wizards/install/InstallWizard.java
+++ 
b/plugins/org.yocto.bc.ui/src/org/yocto/bc/ui/wizards/install/InstallWizard.java
@@ -7,6 +7,7 @@ import java.util.Map;
 
 import org.eclipse.core.runtime.IStatus;
 import org.eclipse.core.runtime.Status;
+import org.eclipse.dstore.core.model.CommandHandler;
 import org.eclipse.jface.viewers.IStructuredSelection;
 import org.eclipse.jface.wizard.IWizardContainer;

Re: [yocto] PROVIDES for Yocto Kernel Recipes

Re: [yocto] PROVIDES for Yocto Kernel Recipes

Re: [yocto] PROVIDES for Yocto Kernel Recipes

[yocto] PROVIDES for Yocto Kernel Recipes

[yocto] Yocto Project 1.4 M3 release readiness meeting

[yocto] FW: Yocto Project 1.4 M3 release readiness meeting

[yocto] FW: Yocto Project 1.4 M3 release readiness meeting

[yocto] Wifi Module + udev configs

[yocto] gcov on beagle-xm with kernel module

Re: [yocto] [RFC v3 00/18][eclipse-poky] Storing yocto settings as target profiles

Re: [yocto] [meta-raspberrypi][PATCH 0/2] Binary graphics library fixes

[yocto] [meta-ivi][PATCH] packagegroup-core-p1: Remove wpa-supplicant-systemd as systemd services are now in ${PN}

Re: [yocto] [RFC v3 00/18][eclipse-poky] Storing yocto settings as target profiles

[yocto] [PATCH] Capture and display bitbake errors

14 matches

Site Navigation

Mail list logo

Footer information