https://www.openembedded.org/w/api.php?action=feedcontributions&feedformat=atom&user=Jefro 2026-05-01T13:42:54Z User contributions MediaWiki 1.39.10 https://www.openembedded.org/w/index.php?title=2018_05_General_Meeting&diff=10269 2018-05-20T20:21:45Z

<p>Jefro: </p> <hr /> <div>== Purpose ==<br /> The board would like to have another general meeting among OpenEmbedded members to discuss current events and hear any concerns.<br /> <br /> == Date and Time ==<br /> 2017-05-21 @ 6am US-PDT(-0700) / 8am US-CDT(-0500) / 9am US-EDT(-0400) / 3pm CEST(+0200) / 1pm UTC<br /> <br /> [https://www.timeanddate.com/worldclock/fixedtime.html?iso=20180521T1300 get the date/time in your timezone]<br /> <br /> [https://www.timeanddate.com/countdown/generic?p0=1440&amp;iso=20180521T13 countdown]<br /> <br /> == Shared Minutes/Notes ==<br /> TBD<br /> <br /> == Teleconference Information ==<br /> <br /> Meeting will be held as a teleconference with a IRC channel to allow for background discussion and trouble shooting of audio.<br /> <br /> IRC: #oe-meeting on freenode<br /> <br /> '''Dial-in Conference'''<br /> <br /> WebEx<br /> <br /> https://montavista.webex.com/montavista/j.php?MTID=m0e22cedefc81fb61717657aaf9311c7b<br /> <br /> '''Monday, May 21, 2018'''<br /> <br /> 6:00 am | Pacific Daylight Time (San Francisco, GMT-07:00) | 1 hr<br /> <br /> '''Meeting number (access code):''' 809 423 572<br /> <br /> '''Meeting password''': bgiaq292<br /> <br /> '''Audio connection:'''<br /> <br /> 1-866-469-3239 Call-in toll-free number (US/Canada)<br /> <br /> 1-650-429-3300 Call-in toll number (US/Canada)<br /> <br /> Global call-in numbers: [https://montavista.webex.com/cmp3300/webcomponents/widget/globalcallin/globalcallin.do?siteurl=montavista&amp;serviceType=MC&amp;eventID=686011287&amp;tollFree=1]<br /> Show toll-free dialing restrictions: [https://www.webex.com/pdf/tollfree_restrictions.pdf]<br /> <br /> == Tentative Agenda ==<br /> # Current events<br /> # Concerns<br /> # General discussion<br /> <br /> == Planning to attend ==<br /> * Denys Dmytriyenko (denix)<br /> * Sean Hudson (darknighte)<br /> * Paul Barker (paulbarker)<br /> * Ross Burton (rburton)<br /> * Richard Purdie (RP)<br /> * Armin Kuster (armpit)<br /> * Jeff Osier-Mixon (jefro)</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2018&diff=10261 2018-05-16T04:08:41Z

<p>Jefro: /* Location and Time */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 21 October 2018 (before ELCE [October 22-24])&lt;br&gt;<br /> Exact location TBA&lt;br&gt;<br /> Expectation is to finish by 1800<br /> <br /> == Logistics ==<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> <br /> == Remote conference link ==<br /> <br /> <br /> == Planning to Attend ==<br /> <br /> * Philip Balister (Crofton)<br /> * Denys Dmytriyenko (denix)<br /> * Marco Cavallini (mckoan)<br /> * Jan Lübbe (shoragan)<br /> * Peter Kjellerstedt (Saur)<br /> * Jeff Osier-Mixon (Jefro)<br /> <br /> == Agenda Items ==<br /> <br /> === OE Developers Meeting ===<br /> <br /> == Minutes ==<br /> <br /> SHARED MINUTES AT<br /> <br /> ACTIONS identified in meeting:<br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Portland, Mar 2018:<br /> https://docs.google.com/document/d/1h_otwcH-6ej4URB5vER-7FpaPthrji3TpJWf5jAKRIk/edit?usp=sharing<br /> <br /> Minutes from Prague, Oct 2017:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2018&diff=10259 2018-05-16T04:07:59Z

<p>Jefro: /* Planning to Attend */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 21 October 2018 (before ELCE [October 22-24])&lt;br&gt;<br /> Expectation is to finish by 1800<br /> <br /> <br /> == Logistics ==<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> <br /> == Remote conference link ==<br /> <br /> <br /> == Planning to Attend ==<br /> <br /> * Philip Balister (Crofton)<br /> * Denys Dmytriyenko (denix)<br /> * Marco Cavallini (mckoan)<br /> * Jan Lübbe (shoragan)<br /> * Peter Kjellerstedt (Saur)<br /> * Jeff Osier-Mixon (Jefro)<br /> <br /> == Agenda Items ==<br /> <br /> === OE Developers Meeting ===<br /> <br /> == Minutes ==<br /> <br /> SHARED MINUTES AT<br /> <br /> ACTIONS identified in meeting:<br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Portland, Mar 2018:<br /> https://docs.google.com/document/d/1h_otwcH-6ej4URB5vER-7FpaPthrji3TpJWf5jAKRIk/edit?usp=sharing<br /> <br /> Minutes from Prague, Oct 2017:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2018&diff=10205 2018-03-18T19:00:51Z

<p>Jefro: </p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 11 March 2018 (before ELC [March 12-14])&lt;br&gt;<br /> Board meeting to happen before the event<br /> Doors open at 10am<br /> Developer's meeting to start at 10:30<br /> Expectation is to finish by 1800<br /> <br /> For those who want to commute with Armin, Please meet in the Lobby in the Hilton<br /> where ELC is hosted at 9:30 am. I can only take 15.<br /> <br /> Lunch and coffee are provided by the Yocto Project.<br /> <br /> Location: Mentor Graphics Headquarters<br /> 8105 Boeckman Road, Wilsonville, OR<br /> Evergreen Building, E2411 Training room<br /> <br /> <br /> Lunch location is McMenamins Old Church &amp; Pub, 30340 SW Boones Ferry Rd, Wilsonville.<br /> Lunch will be at about 12:45.<br /> <br /> Carpooling is encouraged, see below<br /> <br /> == Logistics ==<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> '''Daylight Savings Time starts tomorrow''', so be sure to roll your clocks FORWARD by an hour - so 10am is actually logical 9am. <br /> <br /> The planned start is 10:30. I am planning to arrive at 10am with coffee. It is roughly 1/2 hour drive from downtown, so please plan accordingly. <br /> <br /> Carpooling is highly encouraged. Armin has a van rented that can take up to 15. Jefro is already picking up 2 and has room for 1-2 more. If anyone else has a vehicle and can take people, please pipe up on the email thread or send email to jefro@jefro.net. Note that an uber or lyft will be a $35 trip from downtown.<br /> <br /> The day will need to end by 6pm. Jefro will be going back up to the Hilton at top speed to set up the Yocto booth.<br /> <br /> == Remote conference link ==<br /> <br /> If you are not able to be there in person, you can join this conference remotely over zoom.us:<br /> <br /> Join URL: https://zoom.us/j/347593211<br /> <br /> == Planning to Attend ==<br /> <br /> Carpool note: Please add a {#} after your name if you plan to drive and can take # of people in your car other than yourself<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot; {4}<br /> * Philip Balister (Crofton)<br /> * Denys Dmytriyenko (denix)<br /> * Sean Hudson (darknighte)<br /> * Manjukumar Matha (manju)<br /> * Joshua Watt (JPEWhacker)<br /> * Zachary Booth<br /> * Jim Lodes<br /> * Armin Kuster (Armpit){15}<br /> * Scott Murray (smurray)<br /> * Tim Orling (moto-timo)<br /> * Alejandro Hernandez (aehs29)<br /> * Christopher Clark<br /> * Behan Webster (behanw)<br /> * Marek Vasut (Marex)<br /> * Taras Kondratiuk<br /> * Bill Mills<br /> * Ricardo Salveti (rsalveti)<br /> * Khem Raj (khem)<br /> * Tom King (ka6sox)<br /> * Rich Persaud<br /> * Michael Halstead (halstead)<br /> * Stephano Cetola (stephano) {1 + truck bed }<br /> * Richard Purdie (RP)<br /> * Marco Cavallini (mckoan)<br /> * Mark Hatle (fray) {1}<br /> <br /> == Agenda Items ==<br /> <br /> === OE Board ===<br /> E.v status<br /> <br /> === OE Developers Meeting ===<br /> # State of the Union<br /> ## Discuss meta-oe release process<br /> ## World build monitoring and automatic notifications<br /> # Topics from GA<br /> ## Introduction<br /> ### Quick agenda overview (Sean)<br /> ### Refer to https://www.openembedded.org/wiki/2018_02_General_Meeting<br /> ## Call for Topics at OEDAM in 2018-03 in Portland<br /> ####Refer to https://www.openembedded.org/wiki/OEDAM_2018<br /> ###Layer Quality (hatle)<br /> ###Splitting meta-oe if not resolved prior to meeting (armpit)<br /> ####Patch submissions (all OE components)<br /> ###REQUEST: Identify areas where we need maintainers to help<br /> ####ptest additions to meta-oe (timo)<br /> ###REQUEST: Could someone run through a simple example to help others learn to do this correctly<br /> ####OEQA testing<br /> ###Clear need for a quickstart guide (one-page recipe to get folks started quickly)<br /> ###Running tests (individual, groups, all)<br /> ###Connecting to a Machine ( h/w)(armpit)<br /> ###FOSDEM feedback (paulbarker)<br /> ###Auto Updater ( AUH)(armpit)???<br /> # Logistics for OEDAM in 2018-03 in Portland<br /> ## Board will facilitate putting folks needing rides and folks with spots in their cars together. (see OEDAM wiki) <br /> ## Moped balance in question… Carpooling recommended...<br /> <br /> == Minutes ==<br /> <br /> SHARED MINUTES AT<br /> https://docs.google.com/document/d/1h_otwcH-6ej4URB5vER-7FpaPthrji3TpJWf5jAKRIk/edit?usp=sharing<br /> <br /> ACTIONS identified in meeting:<br /> * meta-oe changes outlined (armin)<br /> * Make OE t-shirts (jefro)<br /> * Generate a survey to yield which layers are used &amp; need maintenance (jefro)<br /> * Find metrics for previous activity (jefro and maintainers)<br /> * work on an opt-in tracker package (Christopher Clark)<br /> * Investigate load-balancing openembedded.org (Tom King &amp; Sean Hudson)<br /> * Armin will start a wiki about yocto-check-layer<br /> * Khem will help Scott with docs review issues<br /> * Board needs to put together an estimate to host<br /> * Jefro will help publicize the avenues available to donate to the project <br /> * develop method for showing layer quality, e.g. ptests available, to be published in the layer index (Sean)<br /> * rp and koen together on multiarch with no sharp objects<br /> * Clear need for a quickstart guide (one-page recipe to get folks started quickly) &lt;NEEDS OWNER&gt;<br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Prague, Oct 2017:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2018&diff=10181 2018-03-11T17:43:40Z

<p>Jefro: </p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 11 March 2018 (before ELC [March 12-14])&lt;br&gt;<br /> Board meeting to happen before the event<br /> Doors open at 10am<br /> Developer's meeting to start at 10:30<br /> Expectation is to finish by 1800<br /> <br /> For those who want to commute with Armin, Please meet in the Lobby in the Hilton<br /> where ELC is hosted at 9:30 am. I can only take 15.<br /> <br /> Lunch and coffee are provided by the Yocto Project.<br /> <br /> Location: Mentor Graphics Headquarters<br /> 8105 Boeckman Road, Wilsonville, OR<br /> Evergreen Building, E2411 Training room<br /> <br /> Lunch location is McMenamins Old Church &amp; Pub, 30340 SW Boones Ferry Rd, Wilsonville.<br /> Lunch will be at about 12:45.<br /> <br /> Carpooling is encouraged, see below<br /> <br /> == Logistics ==<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> '''Daylight Savings Time starts tomorrow''', so be sure to roll your clocks FORWARD by an hour - so 10am is actually logical 9am. <br /> <br /> The planned start is 10:30. I am planning to arrive at 10am with coffee. It is roughly 1/2 hour drive from downtown, so please plan accordingly. <br /> <br /> Carpooling is highly encouraged. Armin has a van rented that can take up to 15. Jefro is already picking up 2 and has room for 1-2 more. If anyone else has a vehicle and can take people, please pipe up on the email thread or send email to jefro@jefro.net. Note that an uber or lyft will be a $35 trip from downtown.<br /> <br /> The day will need to end by 6pm. Jefro will be going back up to the Hilton at top speed to set up the Yocto booth.<br /> <br /> == Remote conference link ==<br /> <br /> If you are not able to be there in person, you can join this conference remotely over zoom.us:<br /> <br /> Join URL: https://zoom.us/j/347593211<br /> <br /> == Planning to Attend ==<br /> <br /> Carpool note: Please add a {#} after your name if you plan to drive and can take # of people in your car other than yourself<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot; {4}<br /> * Philip Balister (Crofton)<br /> * Denys Dmytriyenko (denix)<br /> * Sean Hudson (darknighte)<br /> * Manjukumar Matha (manju)<br /> * Joshua Watt (JPEWhacker)<br /> * Zachary Booth<br /> * Jim Lodes<br /> * Armin Kuster (Armpit){15}<br /> * Scott Murray (smurray)<br /> * Tim Orling (moto-timo)<br /> * Alejandro Hernandez (aehs29)<br /> * Christopher Clark<br /> * Behan Webster (behanw)<br /> * Marek Vasut (Marex)<br /> * Taras Kondratiuk<br /> * Bill Mills<br /> * Ricardo Salveti (rsalveti)<br /> * Khem Raj (khem)<br /> * Tom King (ka6sox)<br /> * Rich Persaud<br /> * Michael Halstead (halstead)<br /> * Stephano Cetola (stephano) {1 + truck bed }<br /> * Richard Purdie (RP)<br /> * Marco Cavallini (mckoan)<br /> <br /> == Agenda Items ==<br /> <br /> === OE Board ===<br /> E.v status<br /> <br /> === OE Developers Meeting ===<br /> # State of the Union<br /> ## Discuss meta-oe release process<br /> ## World build monitoring and automatic notifications<br /> # Topics from GA<br /> ## Introduction<br /> ### Quick agenda overview (Sean)<br /> ### Refer to https://www.openembedded.org/wiki/2018_02_General_Meeting<br /> ## Call for Topics at OEDAM in 2018-03 in Portland<br /> ####Refer to https://www.openembedded.org/wiki/OEDAM_2018<br /> ###Layer Quality (hatle)<br /> ###Splitting meta-oe if not resolved prior to meeting (armpit)<br /> ####Patch submissions (all OE components)<br /> ###REQUEST: Identify areas where we need maintainers to help<br /> ####ptest additions to meta-oe (timo)<br /> ###REQUEST: Could someone run through a simple example to help others learn to do this correctly<br /> ####OEQA testing<br /> ###Clear need for a quickstart guide (one-page recipe to get folks started quickly)<br /> ###Running tests (individual, groups, all)<br /> ###Connecting to a Machine ( h/w)(armpit)<br /> ###FOSDEM feedback (paulbarker)<br /> ###Auto Updater ( AUH)(armpit)???<br /> # Logistics for OEDAM in 2018-03 in Portland<br /> ## Board will facilitate putting folks needing rides and folks with spots in their cars together. (see OEDAM wiki) <br /> ## Moped balance in question… Carpooling recommended...<br /> <br /> == Minutes ==<br /> <br /> SHARED MINUTES AT<br /> https://docs.google.com/document/d/1h_otwcH-6ej4URB5vER-7FpaPthrji3TpJWf5jAKRIk/edit?usp=sharing<br /> <br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Prague, Oct 2017:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2018&diff=10177 2018-03-10T20:21:39Z

<p>Jefro: </p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 11 March 2018 (before ELC [March 12-14])&lt;br&gt;<br /> Board meeting to happen before the event<br /> Doors open at 10am<br /> Developer's meeting to start at 10:30<br /> Expectation is to finish by 1800<br /> <br /> For those who want to commute with Armin, Please meet in the Lobby in the Hilton<br /> where ELC is hosted at 9:30 am. I can only take 15.<br /> <br /> Lunch and coffee are provided by the Yocto Project.<br /> <br /> Location: Mentor Graphics Headquarters<br /> 8005 Boeckman Road, Wilsonville, OR<br /> Building E, E2411 Training room<br /> <br /> Lunch location is McMenamins Old Church &amp; Pub, 30340 SW Boones Ferry Rd, Wilsonville.<br /> Lunch will be at about 12:45.<br /> <br /> Carpooling is encouraged, see below<br /> <br /> == Logistics ==<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> '''Daylight Savings Time starts tomorrow''', so be sure to roll your clocks FORWARD by an hour - so 10am is actually logical 9am. <br /> <br /> The planned start is 10:30. I am planning to arrive at 10am with coffee. It is roughly 1/2 hour drive from downtown, so please plan accordingly. <br /> <br /> Carpooling is highly encouraged. Armin has a van rented that can take up to 15. Jefro is already picking up 2 and has room for 1-2 more. If anyone else has a vehicle and can take people, please pipe up on the email thread or send email to jefro@jefro.net. Note that an uber or lyft will be a $35 trip from downtown.<br /> <br /> The day will need to end by 6pm. Jefro will be going back up to the Hilton at top speed to set up the Yocto booth.<br /> <br /> == Remote conference link ==<br /> <br /> If you are not able to be there in person, you can join this conference remotely over zoom.us:<br /> <br /> Join URL: https://zoom.us/j/347593211<br /> <br /> == Planning to Attend ==<br /> <br /> Carpool note: Please add a {#} after your name if you plan to drive and can take # of people in your car other than yourself<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot; {4}<br /> * Philip Balister (Crofton)<br /> * Denys Dmytriyenko (denix)<br /> * Sean Hudson (darknighte)<br /> * Manjukumar Matha (manju)<br /> * Joshua Watt (JPEWhacker)<br /> * Zachary Booth<br /> * Jim Lodes<br /> * Armin Kuster (Armpit){15}<br /> * Scott Murray (smurray)<br /> * Tim Orling (moto-timo)<br /> * Alejandro Hernandez (aehs29)<br /> * Christopher Clark<br /> * Behan Webster (behanw)<br /> * Marek Vasut (Marex)<br /> * Taras Kondratiuk<br /> * Bill Mills<br /> * Ricardo Salveti (rsalveti)<br /> * Khem Raj (khem)<br /> * Tom King (ka6sox)<br /> * Rich Persaud<br /> * Michael Halstead (halstead)<br /> * Stephano Cetola (stephano) {1 + truck bed }<br /> * Richard Purdie (RP)<br /> * Marco Cavallini (mckoan)<br /> <br /> == Agenda Items ==<br /> <br /> === OE Board ===<br /> E.v status<br /> <br /> === OE Developers Meeting ===<br /> # State of the Union<br /> ## Discuss meta-oe release process<br /> ## World build monitoring and automatic notifications<br /> # Topics from GA<br /> ## Introduction<br /> ### Quick agenda overview (Sean)<br /> ### Refer to https://www.openembedded.org/wiki/2018_02_General_Meeting<br /> ## Call for Topics at OEDAM in 2018-03 in Portland<br /> ####Refer to https://www.openembedded.org/wiki/OEDAM_2018<br /> ###Layer Quality (hatle)<br /> ###Splitting meta-oe if not resolved prior to meeting (armpit)<br /> ####Patch submissions (all OE components)<br /> ###REQUEST: Identify areas where we need maintainers to help<br /> ####ptest additions to meta-oe (timo)<br /> ###REQUEST: Could someone run through a simple example to help others learn to do this correctly<br /> ####OEQA testing<br /> ###Clear need for a quickstart guide (one-page recipe to get folks started quickly)<br /> ###Running tests (individual, groups, all)<br /> ###Connecting to a Machine ( h/w)(armpit)<br /> ###FOSDEM feedback (paulbarker)<br /> ###Auto Updater ( AUH)(armpit)???<br /> # Logistics for OEDAM in 2018-03 in Portland<br /> ## Board will facilitate putting folks needing rides and folks with spots in their cars together. (see OEDAM wiki) <br /> ## Moped balance in question… Carpooling recommended...<br /> <br /> == Minutes ==<br /> <br /> <br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Prague, Oct 2017:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2018&diff=10175 2018-03-10T20:09:07Z

<p>Jefro: </p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 11 March 2018 (before ELC [March 12-14])&lt;br&gt;<br /> Board meeting to happen before the event<br /> Doors open at 10am<br /> Developer's meeting to start at 10:30<br /> Expectation is to finish by 1800<br /> <br /> For those who want to commute with Armin, Please meet in the Lobby in the Hilton<br /> where ELC is hosted at 9:30 am. I can only take 15.<br /> <br /> Lunch and coffee are provided by the Yocto Project.<br /> <br /> Location: Mentor Graphics Headquarters<br /> 8005 Boeckman Road, Wilsonville, OR<br /> <br /> Lunch location is McMenamins Old Church &amp; Pub, 30340 SW Boones Ferry Rd, Wilsonville.<br /> Lunch will be at about 12:45.<br /> <br /> Carpooling is encouraged, see below<br /> <br /> == Logistics ==<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> '''Daylight Savings Time starts tomorrow''', so be sure to roll your clocks FORWARD by an hour - so 10am is actually logical 9am. <br /> <br /> The planned start is 10:30. I am planning to arrive at 10am with coffee. It is roughly 1/2 hour drive from downtown, so please plan accordingly. <br /> <br /> Carpooling is highly encouraged. Armin has a van rented that can take up to 15. Jefro is already picking up 2 and has room for 1-2 more. If anyone else has a vehicle and can take people, please pipe up on the email thread or send email to jefro@jefro.net. Note that an uber or lyft will be a $35 trip from downtown.<br /> <br /> The day will need to end by 6pm. Jefro will be going back up to the Hilton at top speed to set up the Yocto booth.<br /> <br /> == Remote conference link ==<br /> <br /> If you are not able to be there in person, you can join this conference remotely over zoom.us:<br /> <br /> Join URL: https://zoom.us/j/347593211<br /> <br /> == Planning to Attend ==<br /> <br /> Carpool note: Please add a {#} after your name if you plan to drive and can take # of people in your car other than yourself<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot; {4}<br /> * Philip Balister (Crofton)<br /> * Denys Dmytriyenko (denix)<br /> * Sean Hudson (darknighte)<br /> * Manjukumar Matha (manju)<br /> * Joshua Watt (JPEWhacker)<br /> * Zachary Booth<br /> * Jim Lodes<br /> * Armin Kuster (Armpit){15}<br /> * Scott Murray (smurray)<br /> * Tim Orling (moto-timo)<br /> * Alejandro Hernandez (aehs29)<br /> * Christopher Clark<br /> * Behan Webster (behanw)<br /> * Marek Vasut (Marex)<br /> * Taras Kondratiuk<br /> * Bill Mills<br /> * Ricardo Salveti (rsalveti)<br /> * Khem Raj (khem)<br /> * Tom King (ka6sox)<br /> * Rich Persaud<br /> * Michael Halstead (halstead)<br /> * Stephano Cetola (stephano) {1 + truck bed }<br /> * Richard Purdie (RP)<br /> * Marco Cavallini (mckoan)<br /> <br /> == Agenda Items ==<br /> <br /> === OE Board ===<br /> E.v status<br /> <br /> === OE Developers Meeting ===<br /> # State of the Union<br /> ## Discuss meta-oe release process<br /> ## World build monitoring and automatic notifications<br /> # Topics from GA<br /> ## Introduction<br /> ### Quick agenda overview (Sean)<br /> ### Refer to https://www.openembedded.org/wiki/2018_02_General_Meeting<br /> ## Call for Topics at OEDAM in 2018-03 in Portland<br /> ####Refer to https://www.openembedded.org/wiki/OEDAM_2018<br /> ###Layer Quality (hatle)<br /> ###Splitting meta-oe if not resolved prior to meeting (armpit)<br /> ####Patch submissions (all OE components)<br /> ###REQUEST: Identify areas where we need maintainers to help<br /> ####ptest additions to meta-oe (timo)<br /> ###REQUEST: Could someone run through a simple example to help others learn to do this correctly<br /> ####OEQA testing<br /> ###Clear need for a quickstart guide (one-page recipe to get folks started quickly)<br /> ###Running tests (individual, groups, all)<br /> ###Connecting to a Machine ( h/w)(armpit)<br /> ###FOSDEM feedback (paulbarker)<br /> ###Auto Updater ( AUH)(armpit)???<br /> # Logistics for OEDAM in 2018-03 in Portland<br /> ## Board will facilitate putting folks needing rides and folks with spots in their cars together. (see OEDAM wiki) <br /> ## Moped balance in question… Carpooling recommended...<br /> <br /> == Minutes ==<br /> <br /> <br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Prague, Oct 2017:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2018&diff=10173 2018-03-10T19:40:55Z

<p>Jefro: /* Location and Time */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 11 March 2018 (before ELC [March 12-14])&lt;br&gt;<br /> Board meeting to happen before the event<br /> Doors open at 10am<br /> Developer's meeting to start at 10:30<br /> Expectation is to finish by 1800<br /> <br /> For those who want to commute with Armin, Please meet in the Lobby in the Hilton<br /> where ELC is hosted at 9:30 am. I can only take 15.<br /> <br /> Lunch and coffee are provided by the Yocto Project.<br /> <br /> Location: Mentor Graphics Headquarters<br /> 8005 Boeckman Road, Wilsonville, OR<br /> <br /> Lunch location is McMenamins Old Church &amp; Pub, 30340 SW Boones Ferry Rd, Wilsonville.<br /> Lunch will be at about 12:45.<br /> <br /> Carpooling is encouraged, see below<br /> <br /> LOGISTICS<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> '''Daylight Savings Time starts tomorrow''', so be sure to roll your clocks FORWARD by an hour - so 10am is actually logical 9am. <br /> <br /> The planned start is 10:30. I am planning to arrive at 10am with coffee. It is roughly 1/2 hour drive from downtown, so please plan accordingly. <br /> <br /> Carpooling is highly encouraged. Armin has a van rented that can take up to 15. Jefro is already picking up 2 and has room for 1-2 more. If anyone else has a vehicle and can take people, please pipe up on the email thread or send email to jefro@jefro.net. Note that an uber or lyft will be a $35 trip from downtown.<br /> <br /> The day will need to end by 6pm. Jefro will be going back up to the Hilton at top speed to set up the Yocto booth.<br /> <br /> == Planning to Attend ==<br /> <br /> Carpool note: Please add a {#} after your name if you plan to drive and can take # of people in your car other than yourself<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot; {4}<br /> * Philip Balister (Crofton)<br /> * Denys Dmytriyenko (denix)<br /> * Sean Hudson (darknighte)<br /> * Manjukumar Matha (manju)<br /> * Joshua Watt (JPEWhacker)<br /> * Zachary Booth<br /> * Jim Lodes<br /> * Armin Kuster (Armpit){15}<br /> * Scott Murray (smurray)<br /> * Tim Orling (moto-timo)<br /> * Alejandro Hernandez (aehs29)<br /> * Christopher Clark<br /> * Behan Webster (behanw)<br /> * Marek Vasut (Marex)<br /> * Taras Kondratiuk<br /> * Bill Mills<br /> * Ricardo Salveti (rsalveti)<br /> * Khem Raj (khem)<br /> * Tom King (ka6sox)<br /> * Rich Persaud<br /> * Michael Halstead (halstead)<br /> * Stephano Cetola (stephano) {1 + truck bed }<br /> * Richard Purdie (RP)<br /> * Marco Cavallini (mckoan)<br /> <br /> == Agenda Items ==<br /> <br /> === OE Board ===<br /> E.v status<br /> <br /> === OE Developers Meeting ===<br /> # State of the Union<br /> ## Discuss meta-oe release process<br /> ## World build monitoring and automatic notifications<br /> # Topics from GA<br /> ## Introduction<br /> ### Quick agenda overview (Sean)<br /> ### Refer to https://www.openembedded.org/wiki/2018_02_General_Meeting<br /> ## Call for Topics at OEDAM in 2018-03 in Portland<br /> ####Refer to https://www.openembedded.org/wiki/OEDAM_2018<br /> ###Layer Quality (hatle)<br /> ###Splitting meta-oe if not resolved prior to meeting (armpit)<br /> ####Patch submissions (all OE components)<br /> ###REQUEST: Identify areas where we need maintainers to help<br /> ####ptest additions to meta-oe (timo)<br /> ###REQUEST: Could someone run through a simple example to help others learn to do this correctly<br /> ####OEQA testing<br /> ###Clear need for a quickstart guide (one-page recipe to get folks started quickly)<br /> ###Running tests (individual, groups, all)<br /> ###Connecting to a Machine ( h/w)(armpit)<br /> ###FOSDEM feedback (paulbarker)<br /> ###Auto Updater ( AUH)(armpit)???<br /> # Logistics for OEDAM in 2018-03 in Portland<br /> ## Board will facilitate putting folks needing rides and folks with spots in their cars together. (see OEDAM wiki) <br /> ## Moped balance in question… Carpooling recommended...<br /> <br /> == Minutes ==<br /> <br /> <br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Prague, Oct 2017:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2018&diff=10171 2018-03-10T19:02:27Z

<p>Jefro: /* Location and Time */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 11 March 2018 (before ELC [March 12-14])&lt;br&gt;<br /> Board meeting to happen before the event<br /> Doors open at 10am<br /> Developer's meeting to start at 10:30<br /> Expectation is to finish by 1800<br /> <br /> For those who want to commute with Armin, Please meet in the Lobby in the Hilton<br /> where ELC is hosted at 9:30 am. I can only take 15.<br /> <br /> Lunch and coffee are provided by the Yocto Project.<br /> <br /> Location: Mentor Graphics Headquarters<br /> 8005 Boeckman Road, Wilsonville, OR<br /> <br /> Lunch location is McMenamins Old Church &amp; Pub, 30340 SW Boones Ferry Rd, Wilsonville.<br /> Lunch will be at about 12:45.<br /> <br /> Carpooling is encouraged, see below<br /> <br /> LOGISTICS<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> '''Daylight Savings Time starts tomorrow''', so be sure to roll your clocks BACK by an hour - so 10am is actually logical 9am. <br /> <br /> The planned start is 10:30. I am planning to arrive at 10am with coffee. It is roughly 1/2 hour drive from downtown, so please plan accordingly. <br /> <br /> Carpooling is highly encouraged. Armin has a van rented that can take up to 15. Jefro is already picking up 2 and has room for 1-2 more. If anyone else has a vehicle and can take people, please pipe up on the email thread or send email to jefro@jefro.net. Note that an uber or lyft will be a $35 trip from downtown.<br /> <br /> The day will need to end by 6pm. Jefro will be going back up to the Hilton at top speed to set up the Yocto booth.<br /> <br /> == Planning to Attend ==<br /> <br /> Carpool note: Please add a {#} after your name if you plan to drive and can take # of people in your car other than yourself<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot; {4}<br /> * Philip Balister (Crofton)<br /> * Denys Dmytriyenko (denix)<br /> * Sean Hudson (darknighte)<br /> * Manjukumar Matha (manju)<br /> * Joshua Watt (JPEWhacker)<br /> * Zachary Booth<br /> * Jim Lodes<br /> * Armin Kuster (Armpit){15}<br /> * Scott Murray (smurray)<br /> * Tim Orling (moto-timo)<br /> * Alejandro Hernandez (aehs29)<br /> * Christopher Clark<br /> * Behan Webster (behanw)<br /> * Marek Vasut (Marex)<br /> * Taras Kondratiuk<br /> * Bill Mills<br /> * Ricardo Salveti (rsalveti)<br /> * Khem Raj (khem)<br /> * Tom King (ka6sox)<br /> * Rich Persaud<br /> * Michael Halstead (halstead)<br /> * Stephano Cetola (stephano) {1 + truck bed }<br /> * Richard Purdie (RP)<br /> * Marco Cavallini (mckoan)<br /> <br /> == Agenda Items ==<br /> <br /> === OE Board ===<br /> E.v status<br /> <br /> === OE Developers Meeting ===<br /> # State of the Union<br /> ## Discuss meta-oe release process<br /> ## World build monitoring and automatic notifications<br /> # Topics from GA<br /> ## Introduction<br /> ### Quick agenda overview (Sean)<br /> ### Refer to https://www.openembedded.org/wiki/2018_02_General_Meeting<br /> ## Call for Topics at OEDAM in 2018-03 in Portland<br /> ####Refer to https://www.openembedded.org/wiki/OEDAM_2018<br /> ###Layer Quality (hatle)<br /> ###Splitting meta-oe if not resolved prior to meeting (armpit)<br /> ####Patch submissions (all OE components)<br /> ###REQUEST: Identify areas where we need maintainers to help<br /> ####ptest additions to meta-oe (timo)<br /> ###REQUEST: Could someone run through a simple example to help others learn to do this correctly<br /> ####OEQA testing<br /> ###Clear need for a quickstart guide (one-page recipe to get folks started quickly)<br /> ###Running tests (individual, groups, all)<br /> ###Connecting to a Machine ( h/w)(armpit)<br /> ###FOSDEM feedback (paulbarker)<br /> ###Auto Updater ( AUH)(armpit)???<br /> # Logistics for OEDAM in 2018-03 in Portland<br /> ## Board will facilitate putting folks needing rides and folks with spots in their cars together. (see OEDAM wiki) <br /> ## Moped balance in question… Carpooling recommended...<br /> <br /> == Minutes ==<br /> <br /> <br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Prague, Oct 2017:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2018&diff=10169 2018-03-10T19:01:51Z

<p>Jefro: added logistics</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 11 March 2018 (before ELC [March 12-14])&lt;br&gt;<br /> Board meeting to start at 09:30<br /> Developer's meeting to start at 10:30<br /> Expectation is to finish by 1800<br /> <br /> For those who want to commute with Armin, Please meet in the Lobby in the Hilton<br /> where ELC is hosted at 9:30 am. I can only take 15.<br /> <br /> Lunch and coffee are provided by the Yocto Project.<br /> <br /> Location: Mentor Graphics Headquarters<br /> 8005 Boeckman Road, Wilsonville, OR<br /> <br /> Lunch location is McMenamins Old Church &amp; Pub, 30340 SW Boones Ferry Rd, Wilsonville.<br /> Lunch will be at about 12:45.<br /> <br /> Carpooling is encouraged, see below<br /> <br /> LOGISTICS<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> '''Daylight Savings Time starts tomorrow''', so be sure to roll your clocks BACK by an hour - so 10am is actually logical 9am. <br /> <br /> The planned start is 10:30. I am planning to arrive at 10am with coffee. It is roughly 1/2 hour drive from downtown, so please plan accordingly. <br /> <br /> Carpooling is highly encouraged. Armin has a van rented that can take up to 15. Jefro is already picking up 2 and has room for 1-2 more. If anyone else has a vehicle and can take people, please pipe up on the email thread or send email to jefro@jefro.net. Note that an uber or lyft will be a $35 trip from downtown.<br /> <br /> The day will need to end by 6pm. Jefro will be going back up to the Hilton at top speed to set up the Yocto booth.<br /> <br /> == Planning to Attend ==<br /> <br /> Carpool note: Please add a {#} after your name if you plan to drive and can take # of people in your car other than yourself<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot; {4}<br /> * Philip Balister (Crofton)<br /> * Denys Dmytriyenko (denix)<br /> * Sean Hudson (darknighte)<br /> * Manjukumar Matha (manju)<br /> * Joshua Watt (JPEWhacker)<br /> * Zachary Booth<br /> * Jim Lodes<br /> * Armin Kuster (Armpit){15}<br /> * Scott Murray (smurray)<br /> * Tim Orling (moto-timo)<br /> * Alejandro Hernandez (aehs29)<br /> * Christopher Clark<br /> * Behan Webster (behanw)<br /> * Marek Vasut (Marex)<br /> * Taras Kondratiuk<br /> * Bill Mills<br /> * Ricardo Salveti (rsalveti)<br /> * Khem Raj (khem)<br /> * Tom King (ka6sox)<br /> * Rich Persaud<br /> * Michael Halstead (halstead)<br /> * Stephano Cetola (stephano) {1 + truck bed }<br /> * Richard Purdie (RP)<br /> * Marco Cavallini (mckoan)<br /> <br /> == Agenda Items ==<br /> <br /> === OE Board ===<br /> E.v status<br /> <br /> === OE Developers Meeting ===<br /> # State of the Union<br /> ## Discuss meta-oe release process<br /> ## World build monitoring and automatic notifications<br /> # Topics from GA<br /> ## Introduction<br /> ### Quick agenda overview (Sean)<br /> ### Refer to https://www.openembedded.org/wiki/2018_02_General_Meeting<br /> ## Call for Topics at OEDAM in 2018-03 in Portland<br /> ####Refer to https://www.openembedded.org/wiki/OEDAM_2018<br /> ###Layer Quality (hatle)<br /> ###Splitting meta-oe if not resolved prior to meeting (armpit)<br /> ####Patch submissions (all OE components)<br /> ###REQUEST: Identify areas where we need maintainers to help<br /> ####ptest additions to meta-oe (timo)<br /> ###REQUEST: Could someone run through a simple example to help others learn to do this correctly<br /> ####OEQA testing<br /> ###Clear need for a quickstart guide (one-page recipe to get folks started quickly)<br /> ###Running tests (individual, groups, all)<br /> ###Connecting to a Machine ( h/w)(armpit)<br /> ###FOSDEM feedback (paulbarker)<br /> ###Auto Updater ( AUH)(armpit)???<br /> # Logistics for OEDAM in 2018-03 in Portland<br /> ## Board will facilitate putting folks needing rides and folks with spots in their cars together. (see OEDAM wiki) <br /> ## Moped balance in question… Carpooling recommended...<br /> <br /> == Minutes ==<br /> <br /> <br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Prague, Oct 2017:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2018&diff=10033 2018-01-26T01:29:28Z

<p>Jefro: /* Agenda Items */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 11 March 2018 (before ELC [March 12-14])&lt;br&gt;<br /> Board meeting to start at 09:30<br /> Developer's meeting to start at 10:30<br /> Expectation is to finish by 1800<br /> <br /> Lunch is provided<br /> <br /> Location: Mentor Graphics Headquarters, Wilsonville, OR<br /> Carpooling is encouraged, see below<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> == Planning to Attend ==<br /> <br /> Carpool note: Please add a {#} after your name if you plan to drive and can take # of people in your car other than yourself<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot; {4}<br /> * Philip Balister (Crofton)<br /> <br /> == Agenda Items ==<br /> <br /> === OE Board ===<br /> <br /> === OE Developers Meeting ===<br /> <br /> == Minutes ==<br /> <br /> <br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Prague, Oct 2018:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2018&diff=10031 2018-01-25T19:48:06Z

<p>Jefro: </p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 11 March 2018 (before ELC [March 12-14])&lt;br&gt;<br /> Board meeting to start at 09:30<br /> Developer's meeting to start at 10:30<br /> Expectation is to finish by 1800<br /> <br /> Lunch is provided<br /> <br /> Location: Mentor Graphics Headquarters, Wilsonville, OR<br /> Carpooling is encouraged, see below<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> == Planning to Attend ==<br /> <br /> Carpool note: Please add a {#} after your name if you plan to drive and can take # of people in your car other than yourself<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot; {4}<br /> * Philip Balister (Crofton)<br /> <br /> == Agenda Items ==<br /> <br /> <br /> == Minutes ==<br /> <br /> <br /> <br /> === Prior minutes ===<br /> <br /> Minutes from Prague, Oct 2018:<br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9883 2017-10-29T23:41:50Z

<p>Jefro: /* Minutes */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> Lunch is provided<br /> Expectation is to finish by 1700<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Planning to Attend ==<br /> <br /> APOLOGIES - this room is now completely full<br /> <br /> CONNECT: https://zoom.us/j/146938124<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> * Koen Kooi<br /> * Marek Vasut (marex)<br /> * Ruslan Bilovol<br /> * Grygorii Tertychnyi<br /> * Bruce Ashfield (zeddii)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Mike Looijmans ''flight landing at 8:15''<br /> * Mario Domenech Goulart (mario-goulart)<br /> * Andrea Galbusera (gizero)<br /> * Michael Ho<br /> * David Reyna<br /> * Marco Cavallini (mckoan) ''flight landing at 13:25''<br /> * Alex Lennon<br /> * Bill Mills<br /> * Jon Humphreys<br /> * Rudy Grigar<br /> * George McCollister (georgem) ''flight landing at 11:00''<br /> * Beth Flanagan<br /> * Moritz Fischer<br /> * Kate Stewart (for SPDX discussion)<br /> <br /> APOLOGIES - this room is now completely full<br /> <br /> == Agenda Items ==<br /> <br /> # Review open Action items from previous meeting(s?)<br /> # Board Member voting process<br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your company's work. (Philip)<br /> # Long-term releases support (more than one year)<br /> # Automated CVE checking, issues with cve-check-tool, alternative tools<br /> # MvTest - Test Automation framework<br /> # License compliance (Saur)<br /> ## Providing source (archiver.bbclass)<br /> ## Providing means to build<br /> ## Distribute as much as possible vs distribute as little as possible<br /> # Backwards compatibility checking sstate-cache (https://lists.yoctoproject.org/pipermail/yocto/2017-June/036920.html)<br /> ## How do we help folks to generate a source tarball in addition to a listing of source in their build?<br /> ## How folks is actually using sstate-cache in a multiuser environment?<br /> <br /> # Feedback on current stable branch maintenance (Maintainer will leave room to encourage openness)<br /> ## How is it working<br /> ## What is not working<br /> ## Areas to improve<br /> <br /> # Meta-openembedded maintainers<br /> ## How is it working<br /> ## Areas to improve<br /> ## Who's willing to help?<br /> ### meta-oe ( armpit will take)<br /> <br /> == Minutes ==<br /> <br /> The collaborative minutes from OEDEM 2017 can be found here:<br /> <br /> https://docs.google.com/document/d/1R_pV_PumhZ9a8_aRDTuW7wBjqNwIDuau7FGr6sYYRu0/edit?usp=sharing<br /> <br /> Thanks to all who helped with minutes<br /> <br /> === Portland OEDEM AR's: ===<br /> <br /> AI: OE Board - ELC-E, try to get a 2-hour block for lightning talks. (ELC-E is Mon - Wed)<br /> AI: Scott Murray to email oe-architecture asking for input<br /> - Clean up Cryto to help Fips<br /> Left-over from Berlin and Portland. <br /> Still need a git hook (or similar) that will email the security list when a security patch is committed to the project(s), using the standard CVE format.<br /> <br /> <br /> === Prior minutes ===<br /> <br /> Looking for minutes, Found minutes. Someone edited post meeting and messed them up. Had to rollback.<br /> <br /> Minutes from Portland, Feb 2017:<br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9873 2017-10-22T06:56:18Z

<p>Jefro: </p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> Lunch is provided<br /> Expectation is to finish by 1700<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Planning to Attend ==<br /> <br /> APOLOGIES - this room is now completely full<br /> <br /> CONNECT: https://zoom.us/j/146938124<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> * Koen Kooi<br /> * Marek Vasut (marex)<br /> * Ruslan Bilovol<br /> * Grygorii Tertychnyi<br /> * Bruce Ashfield (zeddii)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Mike Looijmans ''flight landing at 8:15''<br /> * Mario Domenech Goulart (mario-goulart)<br /> * Andrea Galbusera (gizero)<br /> * Michael Ho<br /> * David Reyna<br /> * Marco Cavallini (mckoan) ''flight landing at 13:25''<br /> * Alex Lennon<br /> * Bill Mills<br /> * Jon Humphreys<br /> * Rudy Grigar<br /> * George McCollister (georgem) ''flight landing at 11:00''<br /> * Beth Flanagan<br /> * Moritz Fischer<br /> * Kate Stewart (for SPDX discussion)<br /> <br /> APOLOGIES - this room is now completely full<br /> <br /> == Agenda Items ==<br /> <br /> # Review open Action items from previous meeting(s?)<br /> # Board Member voting process<br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your company's work. (Philip)<br /> # Long-term releases support (more than one year)<br /> # Automated CVE checking, issues with cve-check-tool, alternative tools<br /> # MvTest - Test Automation framework<br /> # License compliance (Saur)<br /> ## Providing source (archiver.bbclass)<br /> ## Providing means to build<br /> ## Distribute as much as possible vs distribute as little as possible<br /> # Backwards compatibility checking sstate-cache (https://lists.yoctoproject.org/pipermail/yocto/2017-June/036920.html)<br /> ## How do we help folks to generate a source tarball in addition to a listing of source in their build?<br /> ## How folks is actually using sstate-cache in a multiuser environment?<br /> <br /> # Feedback on current stable branch maintenance (Maintainer will leave room to encourage openness)<br /> ## How is it working<br /> ## What is not working<br /> ## Areas to improve<br /> <br /> # Meta-openembedded maintainers<br /> ## How is it working<br /> ## Areas to improve<br /> ## Who's willing to help?<br /> ### meta-oe ( armpit will take)<br /> <br /> == Minutes ==<br /> <br /> === Portland OEDEM AR's: ===<br /> <br /> AI: OE Board - ELC-E, try to get a 2-hour block for lightning talks. (ELC-E is Mon - Wed)<br /> AI: Scott Murray to email oe-architecture asking for input<br /> - Clean up Cryto to help Fips<br /> Left-over from Berlin and Portland. <br /> Still need a git hook (or similar) that will email the security list when a security patch is committed to the project(s), using the standard CVE format.<br /> <br /> <br /> <br /> Looking for minutes, Found minutes. Someone edited post meeting and messed them up. Had to rollback.<br /> <br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9869 2017-10-22T04:04:41Z

<p>Jefro: /* Planning to Attend */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> Lunch is provided<br /> Expectation is to finish by 1700<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Planning to Attend ==<br /> <br /> APOLOGIES - this room is now completely full<br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> * Koen Kooi<br /> * Marek Vasut (marex)<br /> * Ruslan Bilovol<br /> * Grygorii Tertychnyi<br /> * Bruce Ashfield (zeddii)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Mike Looijmans ''flight landing at 8:15''<br /> * Mario Domenech Goulart (mario-goulart)<br /> * Andrea Galbusera (gizero)<br /> * Michael Ho<br /> * David Reyna<br /> * Marco Cavallini (mckoan) ''flight landing at 13:25''<br /> * Alex Lennon<br /> * Bill Mills<br /> * Jon Humphreys<br /> * Rudy Grigar<br /> * George McCollister (georgem) ''flight landing at 11:00''<br /> * Beth Flanagan<br /> * Moritz Fischer<br /> * Kate Stewart (for SPDX discussion)<br /> <br /> APOLOGIES - this room is now completely full<br /> <br /> == Agenda Items ==<br /> <br /> # Review open Action items from previous meeting(s?)<br /> # Board Member voting process<br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your company's work. (Philip)<br /> # Long-term releases support (more than one year)<br /> # Automated CVE checking, issues with cve-check-tool, alternative tools<br /> # MvTest - Test Automation framework<br /> # License compliance<br /> # Backwards compatibility checking sstate-cache (https://lists.yoctoproject.org/pipermail/yocto/2017-June/036920.html)<br /> ## How do we help folks to generate a source tarball in addition to a listing of source in their build?<br /> ## How folks is actually using sstate-cache in a multiuser environment?<br /> <br /> # Feedback on current stable branch maintenance (Maintainer will leave room to encourage openness)<br /> ## How is it working<br /> ## What is not working<br /> ## Areas to improve<br /> <br /> # Meta-openembedded maintainers<br /> ## How is it working<br /> ## Areas to improve<br /> ## Who's willing to help?<br /> ### meta-oe ( armpit will take)<br /> <br /> == Minutes ==<br /> <br /> === Portland OEDEM AR's: ===<br /> <br /> AI: OE Board - ELC-E, try to get a 2-hour block for lightning talks. (ELC-E is Mon - Wed)<br /> AI: Scott Murray to email oe-architecture asking for input<br /> - Clean up Cryto to help Fips<br /> Left-over from Berlin and Portland. <br /> Still need a git hook (or similar) that will email the security list when a security patch is committed to the project(s), using the standard CVE format.<br /> <br /> <br /> <br /> Looking for minutes, Found minutes. Someone edited post meeting and messed them up. Had to rollback.<br /> <br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9867 2017-10-22T04:04:00Z

<p>Jefro: /* Planning to Attend */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> Lunch is provided<br /> Expectation is to finish by 1700<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Planning to Attend ==<br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> * Koen Kooi<br /> * Marek Vasut (marex)<br /> * Ruslan Bilovol<br /> * Grygorii Tertychnyi<br /> * Bruce Ashfield (zeddii)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Mike Looijmans ''flight landing at 8:15''<br /> * Mario Domenech Goulart (mario-goulart)<br /> * Andrea Galbusera (gizero)<br /> * Michael Ho<br /> * David Reyna<br /> * Marco Cavallini (mckoan) ''flight landing at 13:25''<br /> * Alex Lennon<br /> * Bill Mills<br /> * Jon Humphreys<br /> * Rudy Grigar<br /> * George McCollister (georgem) ''flight landing at 11:00''<br /> * Beth Flanagan<br /> * Moritz Fischer<br /> * Kate Stewart (for SPDX discussion)<br /> <br /> IF YOU ADD YOUR NAME TO THIS LIST, please send Jefro a note at jefro@jefro.net - we do still have the ability to accommodate a few more<br /> <br /> == Agenda Items ==<br /> <br /> # Review open Action items from previous meeting(s?)<br /> # Board Member voting process<br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your company's work. (Philip)<br /> # Long-term releases support (more than one year)<br /> # Automated CVE checking, issues with cve-check-tool, alternative tools<br /> # MvTest - Test Automation framework<br /> # License compliance<br /> # Backwards compatibility checking sstate-cache (https://lists.yoctoproject.org/pipermail/yocto/2017-June/036920.html)<br /> ## How do we help folks to generate a source tarball in addition to a listing of source in their build?<br /> ## How folks is actually using sstate-cache in a multiuser environment?<br /> <br /> # Feedback on current stable branch maintenance (Maintainer will leave room to encourage openness)<br /> ## How is it working<br /> ## What is not working<br /> ## Areas to improve<br /> <br /> # Meta-openembedded maintainers<br /> ## How is it working<br /> ## Areas to improve<br /> ## Who's willing to help?<br /> ### meta-oe ( armpit will take)<br /> <br /> == Minutes ==<br /> <br /> === Portland OEDEM AR's: ===<br /> <br /> AI: OE Board - ELC-E, try to get a 2-hour block for lightning talks. (ELC-E is Mon - Wed)<br /> AI: Scott Murray to email oe-architecture asking for input<br /> - Clean up Cryto to help Fips<br /> Left-over from Berlin and Portland. <br /> Still need a git hook (or similar) that will email the security list when a security patch is committed to the project(s), using the standard CVE format.<br /> <br /> <br /> <br /> Looking for minutes, Found minutes. Someone edited post meeting and messed them up. Had to rollback.<br /> <br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9865 2017-10-21T09:10:39Z

<p>Jefro: /* Planning to Attend */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> Lunch is provided<br /> Expectation is to finish by 1700<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Planning to Attend ==<br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> * Koen Kooi<br /> * Marek Vasut (marex)<br /> * Ruslan Bilovol<br /> * Grygorii Tertychnyi<br /> * Bruce Ashfield (zeddii)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Mike Looijmans ''flight landing at 8:15''<br /> * Mario Domenech Goulart (mario-goulart)<br /> * Andrea Galbusera (gizero)<br /> * Michael Ho<br /> * David Reyna<br /> * Marco Cavallini (mckoan) ''flight landing at 13:25''<br /> * Alex Lennon<br /> * Bill Mills<br /> * Jon Humphreys<br /> * Rudy Grigar<br /> * George McCollister (georgem) ''flight landing at 11:00''<br /> * Beth Flanagan<br /> <br /> IF YOU ADD YOUR NAME TO THIS LIST, please send Jefro a note at jefro@jefro.net - we do still have the ability to accommodate a few more<br /> <br /> == Agenda Items ==<br /> <br /> # Review open Action items from previous meeting(s?)<br /> # Board Member voting process<br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your company's work. (Philip)<br /> # Long-term releases support (more than one year)<br /> # Automated CVE checking, issues with cve-check-tool, alternative tools<br /> # MvTest - Test Automation framework<br /> # License compliance<br /> # Backwards compatibility checking sstate-cache (https://lists.yoctoproject.org/pipermail/yocto/2017-June/036920.html)<br /> ## How do we help folks to generate a source tarball in addition to a listing of source in their build?<br /> ## How folks is actually using sstate-cache in a multiuser environment?<br /> <br /> # Feedback on current stable branch maintenance (Maintainer will leave room to encourage openness)<br /> ## How is it working<br /> ## What is not working<br /> ## Areas to improve<br /> <br /> # Meta-openembedded maintainers<br /> ## How is it working<br /> ## Areas to improve<br /> ## Who's willing to help?<br /> ### meta-oe ( armpit will take)<br /> <br /> == Minutes ==<br /> <br /> === Portland OEDEM AR's: ===<br /> <br /> AI: OE Board - ELC-E, try to get a 2-hour block for lightning talks. (ELC-E is Mon - Wed)<br /> AI: Scott Murray to email oe-architecture asking for input<br /> - Clean up Cryto to help Fips<br /> Left-over from Berlin and Portland. <br /> Still need a git hook (or similar) that will email the security list when a security patch is committed to the project(s), using the standard CVE format.<br /> <br /> <br /> <br /> Looking for minutes, Found minutes. Someone edited post meeting and messed them up. Had to rollback.<br /> <br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2016&diff=9863 2017-10-21T09:07:21Z

<p>Jefro: /* Attendees */</p> <hr /> <div>NOTE: for the OpenEmbedded General Assembly 2016, held the same day at the same location, see the page [[Berlin, 2016]]<br /> <br /> == Location and Time ==<br /> <br /> Friday, October 14 2016&lt;br&gt;<br /> (after ELC-E [Oct 11-13])<br /> <br /> Maritim Hotel - Berlin, Germany<br /> Stauffenbergstraße 26, 10785 Berlin<br /> <br /> Salon 16<br /> <br /> Start at 0900<br /> <br /> == Attendees ==<br /> <br /> * Florin Sarbu &quot;fsarbu&quot;<br /> * Andrei Gherzan &quot;agherzan&quot;<br /> * Khem Raj &quot;khem&quot;<br /> * Armin Kuster &quot;Armpit&quot;<br /> * Marco Cavallini &quot;mckoan&quot;<br /> * Pierre-Jean Texier &quot;pjtexier&quot;<br /> * Koen Kooi &quot;koen&quot;<br /> * Anders Darander<br /> * Sean Hudson &quot;darknighte&quot;<br /> * Changhyeok Bae &quot;chbae&quot;<br /> * Peter Kjellerstedt &quot;Saur&quot;<br /> * Josef Holzmayr &quot;LetoThe2nd&quot;<br /> * Vicentiu Neagoe<br /> * Nicolas Dechesne &quot;ndec&quot;<br /> * Denys Dmytriyenko &quot;denix&quot;<br /> * Philip Balister &quot;Crofton&quot;<br /> * Jan Lübbe &quot;shoragan&quot;<br /> * Enrico Jörns<br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Andrea Galbusera &quot;gizero&quot;<br /> * Richard Purdie &quot;RP&quot;<br /> * Changhyeok bae &quot;chbae&quot;<br /> * Scott Murray &quot;smurray&quot;<br /> * Behan Webster &quot;behanw&quot;<br /> * Jan-Simon Moeller &quot;dl9pf&quot; 11:30 - 12:45 only<br /> * Bruce Ashfield &quot;zediii&quot;<br /> * Marcin Juszkiewicz &quot;hrw&quot;<br /> * Mark Hatle &quot;fray&quot;<br /> * Rich Persaud<br /> * Kristian Amlie &quot;kamender&quot;<br /> * Marek Vasut<br /> * Eystein Stenberg<br /> * Beth Flanagan<br /> <br /> NOTE: if you add your name to this list, please let me know at jefro@jefro.net, otherwise watch this space for a link to attend by phone<br /> <br /> == Agenda Items ==<br /> <br /> OpenEmbedded eV General Assembly [[Berlin,_2016]]<br /> <br /> # LTS (group discussion)<br /> # Make perl and python distro features? [Saur] (small group)<br /> # Support for meson build system? [Saur] (small group)<br /> # Can devtool be made standalone, or how to use latest devtool with older version of OE? [Saur]<br /> ## Are we going to make large changes in next release? (group discussion)<br /> # Show off Wind River 'setup' tool (response to discussions from last year and this spring) [Fray] (group discussion)<br /> # Suggestion for improvement of how to handle site and user configuration. See explanation below. [Saur] (group discussion)<br /> # BSPs and layer name recommendations (try to start around 3pm to accommodate remote folks from the US) (group discussion)<br /> ## https://github.com/dl9pf/BSP-LAYER_GUIDE<br /> # Layer index (group discussion)<br /> # Yocto Project v2 compatibility (group discussion)<br /> # Make [https://mender.io/ Mender], the OTA update framework, part of Yocto?<br /> ## Clarification: General discussion on OTA (group discussion)<br /> # The use of ${COREBASE}/LICENSE in LIC_FILES_CHKSUM. [Saur] (small group)<br /> ## Many references to ${COREBASE}/LICENSE causes requirement for inclusion <br /> # Discuss merging duplicate classes and recipes, (metadata) (small group )<br /> # Discussion on mesa and splitting libgbm (small group)<br /> # CVE linking to patches<br /> # Upstream git URLs in recipes<br /> # Changes to deploy_image (RP)<br /> # Discussion of recipe maintainers for oe-core and beyond.<br /> <br /> == Site/user configuration ==<br /> <br /> We would like to improve the possibilities for a developer to easily configure his/her environment to minimize the required changes that are needed after having sourced oe-init-build-env for a new build directory. Typically there are some options that must always be applied for all developers, e.g., proxy settings, and some that should be applied, e.g., locations of global download mirrors and sstate-caches. These typically belong in a site.conf file common to all developers. Then there are options that I as a developer always want as my defaults, e.g., how many bitbake threads and make processes to use in parallel, and to enable debug-tweaks and debug-tools by default. There is currently no suitable configuration file for these options.<br /> <br /> To make it easier to configure these kind of static default options we suggest:<br /> * That we add support for a new configuration file conf/user.conf that is included by bitbake.conf, e.g., after site.conf.<br /> * Add a user specific directory to BBPATH by default, e.g., &quot;${HOME}/.openembedded&quot;. <br /> ** It is also suggested that the name of this directory is available as a variable set in bitbake.conf, e.g., &quot;OE_USER_DIR&quot;, so that it can be used as a default location for, e.g., DL_DIR in one's user.conf file by setting DL_DIR = &quot;${OE_USER_DIR}/downloads&quot;.<br /> * Make it possible to inject directories into BBPATH via the environment, e.g., via a BBPATH_EXTRA variable. This can then be used to specify the common directory (e.g., NFS mount) where conf/site.conf can be found for all developers.<br /> <br /> We have a similar solution in place today in our layers. But the drawback is that it is only supported when at least one of our own layers are included in the build, which means that if I, e.g., want to build with only Poky, it will not work out-of-the-box since it will no longer find the site.conf that I must use, and my user.conf that I expect for all my own tweaks are of course not used either.<br /> <br /> == Minutes ==<br /> <br /> These are taken from https://docs.google.com/document/d/1fDu0lw_BRh0fNXBByqM6OD_iiHwlsoA9D185Xpe1cUg/edit?usp=sharing<br /> <br /> Thanks to Jan Lübbe and others for taking notes!<br /> <br /> === OpenEmbedded GA &amp; OEDEM, October 14 2016 ===<br /> <br /> ==== GA: ====<br /> Start time 9:05<br /> Dissolving eV<br /> nonprofit in texas exists<br /> Board will send emails to everyone to verify interest in organization<br /> <br /> Getting rid of need for proxies<br /> No more f2f requirement<br /> Can set up telephone bridge &amp; have meetings<br /> <br /> Treasurer report: 1700 euro<br /> <br /> Meeting end 9:17<br /> <br /> <br /> ==== OEDEM: ====<br /> <br /> # LTS (group discussion)<br /> # Make perl and python distro features? [Saur] (small group)<br /> # Support for meson build system? [Saur] (small group)<br /> # Can devtool be made standalone, or how to use latest devtool with older version of OE? [Saur] Are we going to make large changes in next release? (group discussion)<br /> # Show off Wind River 'setup' tool (response to discussions from last year and this spring) [Fray] (group discussion)<br /> # Suggestion for improvement of how to handle site and user configuration. See explanation below. [Saur]<br /> # BSPs and layer name recommendations (try to start around 3pm to accommodate remote folks from the US) (group discussion)<br /> # Layer index (group discussion)<br /> # Yocto Project v2 compatibility (group discussion) (https://github.com/dl9pf/BSP-LAYER_GUIDE)<br /> # Make Mender, the OTA update framework, part of Yocto? Clarification: General discussion on OTA (group discussion)<br /> # The use of ${COREBASE}/LICENSE in LIC_FILES_CHKSUM. [Saur] (small group) Many references to ${COREBASE}/LICENSE causes requirement for inclusion<br /> # Discuss merging duplicate classes and recipes, (metadata) (small group )<br /> # Discussion on mesa and splitting libgbm (small group)<br /> <br /> Special thanks to Jan Lubbe for taking notes!<br /> <br /> ==== LTS ====<br /> <br /> Yocto-Compatibility requires pushing patches upstream, but Yocto doesn't handle QA for old releases<br /> A lot of work for the software vendors<br /> rp: have new/separate LTS tree for older releases<br /> crofton: how to coordinate between ppl who want this, collect interest in the wiki<br /> add maintainer information to the layer repos?<br /> rp: write a proposal?<br /> → enough interest to set this up<br /> <br /> action: Armin will start conversation on the Architecture list<br /> <br /> ==== Devtool and other stuff (10:04) ====<br /> <br /> Devtool backporting<br /> <br /> Rp: devtool versions are tightly coupled to OE versions, possible way to split this:<br /> Classes have become more stable in the recent years? Can we create a stable API for recipes? This API would be a requirement for a standalone devtool.<br /> Who would be willing to work on this?<br /> <br /> ???: version the “API”? Can we report errors on mismatch?<br /> <br /> Saur: would like to work on this. They took devtool and half of bitbake and added it to a separate repository. It’s not maintainable this way.<br /> <br /> Crofton: do we push too much functionality into bitbake that should be separate? (to make this easier in the future)<br /> <br /> Rp: we would need to move some classes from oe-core to bitbake to make bitbake more stand-alone. Currently we need to make only few changes to bitbake itself, because we have a good (low-level) API (without recipes).<br /> We have split devtool and recipetool.<br /> Which additional tools would we need? Communication problem, ppl don’t know about dev/recipe-tools. Have tutorials, blogs? Many ppl should document interesting/useful features.<br /> The interface will become more stable over time.<br /> <br /> https://wiki.yoctoproject.org/wiki/Cookbook ?<br /> <br /> (no action)<br /> <br /> Sysroot-Contamination<br /> rp: solution “sysroot per recipe”<br /> Koen: want!<br /> Rp: previously dependencies blocked this task. Now requirements are all in place. Remaining problem: performance. Use hardlinks? Currently, we have do_populate_sysroot at the end of each recipe. Instead we need a new task at the start to populate the per-recipe sysroot.<br /> <br /> General agreement that we want this<br /> <br /> Koen: The angstrom autobuild clears the sysroot between each package<br /> <br /> Richard: The BMW people want this. This would be a much bigger change than in the recent releases. Currently we can detect contamination, but this would fix it definitely.<br /> <br /> Implementation approaches: Hard switch or runtime configuration. RP wants hard switch.<br /> <br /> Koen: There has been interest for a long time, but rather low priority.<br /> <br /> RP: The timing seems to be good right now. Who will work on it?<br /> <br /> Mark: Rather have this than distributed builds in the next cycle.<br /> <br /> RP: Hard switch will give us better testing.<br /> <br /> Mark: Getting good performance build systems is a problem in many corporations.<br /> <br /> RP: We chose multi-config for this cycle in preference to distributed builds.<br /> <br /> Khem: ESDK might cause more rebuilding of packages than currently.<br /> <br /> RP: ESDK is about locking down ppl to a specific configuration where they are not rebuilding much.<br /> <br /> Conclusion: Highly desired, hard switch.<br /> <br /> ==== Break (10:30-10:50) ====<br /> <br /> ==== Windriver ‘setup’ Demo ====<br /> <br /> Mark: How to start my own distribution builder? Many ppl. use repo, no one really happy.<br /> <br /> Koen: Repo alternative: https://myrepos.branchable.com/<br /> <br /> Mark: Wants to gauge community interest in this<br /> <br /> Mark: Replace windriver install with something for the community. Have extended the layer index with a distro search. The layer index has a REST API: https://layers.openembedded.org/layerindex/api/<br /> Tool should only setup the layers, everything else in local.conf ….<br /> <br /> Exact Steps:<br /> mkdir new-project-dir<br /> cd new-project-dir<br /> git clone .../oe-setup<br /> oe-setup/setup.sh --help<br /> oe-setup/setup.sh --list-layers<br /> (Install build tools)<br /> meta-.... foo bar … <br /> oe-setup/setup.sh --list-machines<br /> Machine description Layer<br /> ….. …… …..<br /> oe-setup/setup.sh --list-distro<br /> Distro description Layer<br /> ….. …… …..<br /> vi oe-setup/bin/setup.py<br /> (support for local layer indexes)<br /> (search/replace for git urls for local repository mirrors)<br /> (default branch configuration based on the branch of the oe-setup checkout)<br /> (defaults for base layers, distro, machine, …)<br /> oe-setup/setup.sh --machine=beaglebone --distro=poky --layers=meta-oe<br /> create repo configuration (contains the discovered/required repositories)<br /> (has snippets to create repo configuration based on selected layers/repos)<br /> (default.xml contains config)<br /> Creates README file<br /> Creates bblayers<br /> Creates local.conf (containing all available machines and distros, which the default set as on the cmdline)<br /> repo manifest -r<br /> static manifest (contains git revisions instead of branch names)<br /> oe-setup/setup.sh --machine=beaglebone --distro=poky --layers=meta-oe,meta-python,meta-perl,meta-acer<br /> It updates the example files with new layers and commits<br /> git diff<br /> shows changes<br /> <br /> Trevor: wants to have a --list-images<br /> <br /> Koen: This seems a superset of the linaro scripts, want a dialog frontend.<br /> <br /> Mark: Their customers don’t want dialog interfaces.<br /> <br /> (side discussion: what’s the name of the default distro? “nodistro”)<br /> <br /> Mark: Repo needs a patch to support bare repos. Cannot contribute to google because of lawyers. (fork as rOEpo). This functionality is not required for the OE community.<br /> <br /> Khem: Use Hook-Support in repo?<br /> <br /> Mark: Too limited.<br /> <br /> (demo continued)<br /> <br /> Mark: Will be released on github with wind river linux 9. Desire is to make it part of upstream OE<br /> <br /> Behan: This is amazing. People were asking about this at the Yocto Project Developer Day<br /> <br /> Mark: Some internal ppl want to be able to use a git-URL or local file for the --layers= option.<br /> <br /> Mark: Running a local layerindex was hard, but is much easier now (locked to specific version of Django). oe-setup has import_index and export_index to “clone” the config from the public layerindex. We still need a better name!<br /> <br /> Koen: Layer order in the index is not always correct. We need to be able to mark layers in the index as broken.<br /> <br /> Mark: Layer index needs to grow some functionality to support ordering better<br /> <br /> ???: How do we handle duplicates?<br /> <br /> Mark: Will stay duplicated in the --list-*, can use --machine=openembedded-core:qemuarm.<br /> <br /> RP: At runtime bitbake will use bblayers order. Currently consistency is not ensured.<br /> <br /> Mark: When multiple indexes are configured, it will use the first layer found in the index order.<br /> <br /> Trevor: is it worth adding the capability to select SDKMACHINE, libc, and/or compiler (llvm vs gcc, linaro vs upstream)?<br /> <br /> Mark: this seems to be feature creep, it should be a simple too. The index doesn’t index by these fields.<br /> <br /> Koen: This can be done indirectly via the distro. How easy is it to make this distro specific? Wants to have config and tool in the same repository. <br /> <br /> Mark: change setup config and add separate layer index. For customization change bin/settings, and config snippets.<br /> <br /> Conclusion: We want it in OE instead of Yocto (unanimous) <br /> Mark: Once able to contribute, talk to halstead for new repo.<br /> <br /> ==== Suggestion for improvement of how to handle site and user configuration. (11:39) ====<br /> <br /> Saur: Configure threads, debug tweaks, add strace, DLDIR, … per user and mirror per company. Suggestions:<br /> Add conf/user.conf<br /> Add ${HOME}/.config/openembedded to BBPATH<br /> Make it possible to add to BBPATH via the environment (e.g. BBPATH_EXTRA to company wide NFS).<br /> <br /> RP: Because we don’t have this, site.conf is rather useless. The is an open bug about this.<br /> <br /> Koen: Don’t want debug tweaks (no passwd) enabled from a magic file). It will leak out! Only if we can have protected variables?<br /> <br /> Sean: They add .oe to BBPATH from bblayers.conf. Things get forgotten in there and modifies builds!<br /> <br /> RP: We want global config. Of course you can shoot yourself in the foot. You can include a per-user.conf from site.conf.<br /> <br /> Sean: Why pass it through the environment?<br /> Saur: Avoid manual modifications after cloning e.g. poky.<br /> <br /> Khem: His uses will shoot themselves in the foot using .config/oe<br /> <br /> Conclusion: Saur will implement the BBPATH_EXTRA and discuss it on the list.<br /> <br /> ==== BSPs and layer name recommendations (11:55) ====<br /> <br /> https://github.com/dl9pf/BSP-LAYER_GUIDE<br /> <br /> Jan-Simon: presentation of the guide<br /> <br /> Sean: Implement checking tool, for example in the layer index.<br /> <br /> RP: Need tool in OE-core to check on demand.<br /> <br /> Multiple: Enthusiastic agreement that a validation script can run in oe, layer index, etc…<br /> <br /> RP: where should this document go? Yocto compatible?<br /> <br /> Jan-Simon: In the documentation?<br /> <br /> Sean: Hosted in OE itself, base for the tool, feeds into the layer index.<br /> <br /> RP: There is some overlap with Yocto-Compatible v2. It needs to be yes/no questions. Can we detect things like bbappending busybox with RFKILL? Yes: Compare ALL sstate checksums with and without the BSP layer (machine not selected). Could use the same approach for distro layers (“Does this layer change anything if the machine/distro is disabled?”)<br /> <br /> Koen: How do we check for anti-social changes when enabling the machine?<br /> <br /> RP: We can do this by … For Compatible v2 we want to raise the bar. Sanity check for things that keep breaking.<br /> <br /> Koen: Additional proposal, separate base, multimedia, … into separate layers?<br /> See slide #20 at https://docs.google.com/presentation/d/1Svc0czZEFQoXAjqQyP5FmcUMWUxfftgY8gzwc46Q5qs/edit#slide=id.g16fb8e536d_0_0<br /> <br /> Sean: incremental steps to improve the quality of the layers. Have something we can point them to.<br /> <br /> <br /> ???: How to have optional bbappend for things that are not in oe-core.<br /> <br /> Jan-Simon: Minimizing the BSP to only Boot is preferred. Graphics, Multimedia, Connectivity is a grey area.<br /> <br /> RP: Recommendation to Intel: Use a specific package architecture for strange graphics stuff. Avoids contamination of the generic stuff.<br /> <br /> Sean: Get the agreed-on stuff into a script before continuing with more controversial stuff.<br /> <br /> Conclusion: Jan-Simon will start a script check the basic stuff, RP should add the checksum checks.<br /> <br /> ==== OTA (12:20) ====<br /> <br /> Overview from mender:<br /> Package-based<br /> Image-based (need bootloader integration)<br /> Container-base<br /> <br /> Mender and RAUC use A/B images<br /> Resin uses containers<br /> <br /> How to do the integration in the best way? Patches to u-boot do not apply to vendor forks. How to test?<br /> <br /> Currently have a meta-mender layer, but may need to change. Only support MMC-Type storage because they know that works.<br /> <br /> <br /> ???: Split discussion between application updating and system updating.<br /> <br /> RP: BSP using yocto-kernel are more easily configurable via fragments. This discussion should make pain points more visible, result maybe just documentation. The image approach is not as integrated into the core as packages.<br /> <br /> ???: AGL uses OSTree<br /> <br /> JanL: keep changeable split from base system. Ostree requires read only root. User merge in core?<br /> Joshua (added later): we have some WIP changes for /usr merge, if there’s desire we can address early during 2.3<br /> <br /> RP: clear linux have requirements like extended attributes<br /> <br /> JanL: You really need a system wide split between volatile and non-volatile<br /> <br /> ???: we don’t have support in oe-core for building data partitions, the initial image contains rootfs and datafs<br /> <br /> RP: WIP has improved<br /> <br /> Khem: it’s tightly coupled with bootloader, geared towards SoC<br /> <br /> JanL: “building blocks” for configuration<br /> <br /> RP:<br /> need support for data/os split<br /> Bootloader communication<br /> Needs ppl who push these topics.<br /> <br /> Sean: The next step needs to be a concrete proposal.<br /> <br /> RP: This discussion needs to continue beyond OEDEM<br /> <br /> ==== Lunch Break (12:40-13:40) ====<br /> <br /> ==== Layer Quality (13:45) ====<br /> <br /> BP: how to document layer quality? Stars on github?<br /> RP: Up-/Downvote on Layerindex, indicate yocto-compatible, script check<br /> Koen: Like debian popcon but for layers?<br /> RP: Error-Reporting Mechanism, report success?<br /> Mark: Surprisingly easy to change layer index, have to learn django. See in development branch.<br /> http://git.yoctoproject.org/cgit/cgit.cgi/layerindex-web/<br /> RP: we should get more ppl interested in the tools (all django based)<br /> <br /> Conclusion: We need to get the word out and get suggestions.<br /> <br /> ==== Make perl and python distro features? [Saur] (13:58) ====<br /> <br /> Saur: Optional Python tools in recipes end up in separate packages, but python is still a build-time dependency. Having python as a distro feature should solve that.<br /> <br /> Mark: Have you checked how the depending packages use python? May be very invasive.<br /> Distro feature can select a python/perl main to allow or blacklist. Dependencies then trickle down. But unsure if this can even be done.<br /> <br /> RP: X11 is a good example. Caused a lot of work for the ppl working on the core. Different configs need to be tested. Perl and Python are more difficult, i.e. used in ptest. Build time of perl and python is probably not that big of a problem (compared to the addition pain of making it optional).<br /> <br /> &lt;rburton&gt; my opinion re py/perl distro features is that sounds like a vast<br /> amount of work for little gain. <br /> <br /> Mark: Will be a lot of work, but not totally against it. With the per-package sysroot it might be easier to get working.<br /> <br /> RP: fine with individual package configs (like for gdb) or split packages<br /> <br /> Conclusion: No change.<br /> <br /> ==== Support for meson build system? [Saur] (14:07) ====<br /> <br /> http://mesonbuild.com/<br /> <br /> Marcin: Does meson support cross-compile? (Yes.) So it should be easy to add.<br /> <br /> RP: gst ppl talked to him at the booth.<br /> <br /> Conclusion: Patches welcome, talk to Ross.<br /> <br /> ==== The use of ${COREBASE}/LICENSE in LIC_FILES_CHKSUM. [Saur] (14:10) ====<br /> <br /> Many references to ${COREBASE}/LICENSE causes requirement for inclusion.<br /> <br /> Koen: ${COREBASE}/LICENSE is not a license. COPYING.MIT is correct<br /> <br /> Conclusion: RP: This needs to go to the ML<br /> <br /> ==== Discuss merging duplicate classes and recipes (metadata) ====<br /> <br /> DTBs<br /> <br /> Koen: DTB file naming is not good.<br /> <br /> RP: Needs a proposal/bugs in the tracker.<br /> <br /> Koen: The deploy dir should contain files which can be copied to a SD card and simply boot. People expect that stuff in oe-core is that way for a reason and don’t try to change.<br /> <br /> <br /> Sean: This may be a result of us being older now.<br /> <br /> RP: For architectural changes, we need to explain why we’re doing that. Otherwise ppl will complain that you broke their builds.<br /> <br /> Duplicate Recipes (14:21)<br /> PB: Recipes with the same name in two layers<br /> <br /> PB: The OpenStack layer is a large pain.<br /> <br /> PB: Before adding a recipe, search layer index.<br /> <br /> PB: Requiring specific versions may need duplication.<br /> <br /> RP: One important example is the go stuff. Consider pulling it into core. We need to look at these cases. Talk to each other.<br /> <br /> Khem: Can we have a duplicate recipe report? Locally and on the layer index<br /> <br /> Sean: need a tool, good concrete suggestion<br /> <br /> PBa: Report these on the ML<br /> <br /> Koen: Are versioned RDEPENDS supposed to work? Bitbake works for one, but explodes when he has to many of them. (Django apps are an example)<br /> <br /> RP: Bitbake doesn’t do any checking of these depends.<br /> <br /> Multiple: File a bug.<br /> <br /> Sean: We should try to get rid of duplicates where possible.<br /> <br /> RP: are there other examples of duplication that need to be cleaned up?<br /> <br /> Koen: We have many u-boot recipes. At least have namespaces to avoid conflicts?<br /> <br /> Marcin: It the same with the kernel.<br /> <br /> PB: Namespace the sh*t out of it.<br /> <br /> Marek: It would be good to have u-boot updates more often.<br /> <br /> Koen: Updating needs tests on real HW.<br /> <br /> PB: We want to only have patches in BSP-layers not full recipes. This also makes it easier to pressure evil vendors.<br /> <br /> ???: People only beat u-boot until it works and never change it again.<br /> <br /> Sean: We need to make it easy for ppl building products to base on the latest and greatest version (kernel and bootloader).<br /> <br /> RP: The whole kernel-yocto area needs refactoring. Maybe split some of that into the liboe directory?<br /> <br /> <br /> ???: Duplicate machine names?<br /> <br /> Koen: Look at it case by case. Meta-yocto should not duplicate machines from member companies.<br /> <br /> Multiple: The bblayers order is a very brittle area.<br /> <br /> RP: Would like to redo the internal bitbake layer implementation. Ppl. will complain because subtle build issues/failures. Very fragile<br /> <br /> Mark: We now have layer recommends. Maybe just remove layer priorities and just use the BBPATH order.<br /> <br /> Saur: The problem is that we have two priorities?<br /> <br /> RP: We have more than two.<br /> <br /> <br /> <br /> RP: He and Mark should look at the situation and suggest a way forward.<br /> <br /> Conclusion: Duplicate recipes and machines need to be brought up with the maintainers.<br /> <br /> Conclusion: Mark, RP, Chris and others should look to create a proposal about resolving the confusion over layer order/priority/etc.<br /> <br /> ==== Changes to deploy_image (14:48) ====<br /> <br /> RP: Image generation has changed in 2.2. The system didn’t have any idea which goes in to images/SDKs. That’s the reason that workaround like rmoldimage exists. We now can track these in the sstate, also it produces the manifest. Sstate also now removes the old images, can get rid of rmoldimage.<br /> <br /> Mark: have we solution for ppl using the old images<br /> <br /> RP: No. Just copy/move out of the tmp/deploy before the next build.<br /> <br /> Saur: Do we still need the timestamp.<br /> <br /> RP: The timestamp is from the start of the build.<br /> <br /> Koen: Ppl have been asking him that bitbake should print which images have been generated.<br /> <br /> RP: If you want to keep old images, add an additional task which does the copy.<br /> <br /> Conclusion: Document<br /> <br /> ==== Coffee Break (-15:22) ====<br /> <br /> RP: Wants to talk about recipes which have markup of recipes for upstream git urls (after coffee)<br /> <br /> ==== Discussion on mesa and splitting libgbm ====<br /> <br /> Conclusion: RP: Topic should be discussed with Ross on mailing list.<br /> <br /> ==== Upstream git URLs in recipes (RP) (15:22) ====<br /> <br /> For some tools we have git urls and tar urls. For others only one of them. The can be of different quality. Maybe we can have a way to generate two instances from one file, so we can have git and tar with less divergence.<br /> <br /> Sean: The have that as a separate tool. Use tarball by default and have it easy to switch to git.<br /> <br /> Khem: This will also simplify upstreaming.<br /> <br /> Sean: Devtool may help with switching back and forth. We can also do shallow clones for git.<br /> <br /> Saur: bbclassextend implementations need to have code to handle different combinations (native/sdk/…)<br /> <br /> RP: Has written bbclassextend to build and test in qemu 30 zephyr configs from a single file. You shouldn’t need to worry about native or not.<br /> <br /> Saur: There may be more changes between tarball and git than the URL.<br /> <br /> RP: It will work for many of them. Selection is done via preferred_version<br /> <br /> ndec: how do we know the version?<br /> <br /> Sean: The topic was just to see if there is interest.<br /> <br /> Mark: some customers always rather want git repositories<br /> <br /> Sean: some customers always want to have tarballs<br /> <br /> RP: This support will make that work easier.<br /> <br /> Conclusion: There is enough interest, we should investigate solution.<br /> <br /> ==== Discussion of recipe maintainers for oe-core and beyond (15:35) ====<br /> <br /> BP: The advisory board wants to increase the number of maintainers. Maintainers: please watch the mailing list for package update emails (“[Recipe reporting system] Upgradable recipe name list”). That list is very Intel and WindRiver heavy.<br /> <br /> RP: This list is a Yocto initiative. They try to get more involvement from the members. There is an incentive to get more ppl involved (recipe reporting system):<br /> Tool to check if packages are outdated<br /> Sends mails<br /> ptest support<br /> “Automatic upgrade helper”<br /> Automatically tries to update the recipe by itself, (runs ptest?) and then send a patch to the maintainer.<br /> Hoping others take this and apply it to other layers outside oe-core<br /> Delegated to Ross Burton<br /> Discussion is still ongoing on how to assign packages to people.<br /> Also document how to use this tool in other layers / environment.<br /> <br /> Sean: How do we stay up to date?<br /> <br /> Conclusion: RP: There is a status somewhere on the website… http://recipes.yoctoproject.org/ <br /> Weekly Bug Triage (https://wiki.yoctoproject.org/wiki/Bug_Triage email Stephen Jolley) &amp;<br /> confcalls/irc meetings will also be held.<br /> https://www.yoctoproject.org/tools-resources/community/monthly-technical-call<br /> <br /> <br /> RP: He get many questions on why we don’t have a MAINTAINERS file. The code structure doesn’t really lend itself to such a file. He doesn’t want to give the impression of giving a service level agreement, at least with the current amount of contributors.<br /> <br /> Trevor: Use the MAINTAINERS file to autogenereate the CC list.<br /> <br /> Mark: He’d like to be CC’ed on some files. If patchwork is working, it can send the mails to the correct people.<br /> Linking Commits to CVE numbers (15:46)<br /> PB: Do we want to send those to the security list?<br /> <br /> Mark: Some ppl expect that they would see security changes on that list. If PB doesn’t find anyone to write the git hook, Mark will help.<br /> <br /> Mark: if nobody else volunteers to help, contact me and I will find someone (at my employer) who will help do this.<br /> <br /> Conclusion: PB will nag ppl, fallback: Remind Mark and he will find someone to help<br /> <br /> Wrap-up<br /> <br /> ??? Last november/december there seemed to a low activity. Why?<br /> <br /> RP: There is a milestone cycle “merge/stabilize”<br /> <br /> Many: Get the patches in early after release.</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9861 2017-10-17T18:47:17Z

<p>Jefro: /* Location and Time */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> Lunch is provided<br /> Expectation is to finish by 1700<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Planning to Attend ==<br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> * Koen Kooi<br /> * Marek Vasut (marex)<br /> * Ruslan Bilovol<br /> * Grygorii Tertychnyi<br /> * Bruce Ashfield (zeddii)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Mike Looijmans ''flight landing at 8:15''<br /> * Mario Domenech Goulart (mario-goulart)<br /> * Andrea Galbusera (gizero)<br /> * Michael Ho<br /> * David Reyna<br /> * Marco Cavallini (mckoan) ''flight landing at 13:25''<br /> * Alex Lennon<br /> * Bill Mills<br /> * Jon Humphreys<br /> * Rudy Grigar<br /> * George McCollister (georgem) ''flight landing at 11:00''<br /> <br /> IF YOU ADD YOUR NAME TO THIS LIST, please send Jefro a note at jefro@jefro.net - we do still have the ability to accommodate a few more<br /> <br /> == Agenda Items ==<br /> <br /> # Review open Action items from previous meeting(s?)<br /> # Board Member voting process<br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your company's work. (Philip)<br /> # Long-term releases support (more than one year)<br /> # Automated CVE checking, issues with cve-check-tool, alternative tools<br /> # MvTest - Test Automation framework<br /> # License compliance<br /> # Backwards compatibility checking sstate-cache (https://lists.yoctoproject.org/pipermail/yocto/2017-June/036920.html)<br /> ## How do we help folks to generate a source tarball in addition to a listing of source in their build?<br /> ## How folks is actually using sstate-cache in a multiuser environment?<br /> <br /> # Feedback on current stable branch maintenance (Maintainer will leave room to encourage openness)<br /> ## How is it working<br /> ## What is not working<br /> ## Areas to improve<br /> <br /> # Meta-openembedded maintainers<br /> ## How is it working<br /> ## Areas to improve<br /> ## Who's willing to help?<br /> ### meta-oe ( armpit will take)<br /> <br /> == Minutes ==<br /> <br /> === Portland OEDEM AR's: ===<br /> <br /> AI: OE Board - ELC-E, try to get a 2-hour block for lightning talks. (ELC-E is Mon - Wed)<br /> AI: Scott Murray to email oe-architecture asking for input<br /> - Clean up Cryto to help Fips<br /> Left-over from Berlin and Portland. <br /> Still need a git hook (or similar) that will email the security list when a security patch is committed to the project(s), using the standard CVE format.<br /> <br /> <br /> <br /> Looking for minutes, Found minutes. Someone edited post meeting and messed them up. Had to rollback.<br /> <br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9843 2017-10-11T17:38:48Z

<p>Jefro: /* Planning to Attend */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Planning to Attend ==<br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> * Koen Kooi<br /> * Marek Vasut (marex)<br /> * Ruslan Bilovol<br /> * Grygorii Tertychnyi<br /> * Bruce Ashfield (zeddii)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Mike Looijmans ''flight landing at 8:15''<br /> * Mario Domenech Goulart (mario-goulart)<br /> * Andrea Galbusera (gizero)<br /> * Michael Ho<br /> * David Reyna<br /> * Marco Cavallini (mckoan) ''flight landing at 13:25''<br /> * Alex Lennon<br /> * Bill Mills<br /> * Jon Humphreys<br /> <br /> IF YOU ADD YOUR NAME TO THIS LIST, please send Jefro a note at jefro@jefro.net - we do still have the ability to accommodate a few more<br /> <br /> == Agenda Items ==<br /> <br /> # Review open Action items from previous meeting(s?)<br /> # Board Member voting process<br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your company's work. (Philip)<br /> # Long-term releases support (more than one year)<br /> # Automated CVE checking, issues with cve-check-tool, alternative tools<br /> # MvTest - Test Automation framework<br /> # License compliance<br /> # Backwards compatibility checking sstate-cache (https://lists.yoctoproject.org/pipermail/yocto/2017-June/036920.html)<br /> ## How do we help folks to generate a source tarball in addition to a listing of source in their build?<br /> ## How folks is actually using sstate-cache in a multiuser environment?<br /> <br /> # Feedback on current stable branch maintenance (Maintainer will leave room to encourage openness)<br /> ## How is it working<br /> ## What is not working<br /> ## Areas to improve<br /> <br /> # Meta-openembedded maintainers<br /> ## How is it working<br /> ## Areas to improve<br /> ## Who's willing to help?<br /> ### meta-oe ( armpit will take)<br /> <br /> == Minutes ==<br /> <br /> === Portland OEDEM AR's: ===<br /> <br /> AI: OE Board - ELC-E, try to get a 2-hour block for lightning talks. (ELC-E is Mon - Wed)<br /> AI: Scott Murray to email oe-architecture asking for input<br /> - Clean up Cryto to help Fips<br /> Left-over from Berlin and Portland. <br /> Still need a git hook (or similar) that will email the security list when a security patch is committed to the project(s), using the standard CVE format.<br /> <br /> <br /> <br /> Looking for minutes, Found minutes. Someone edited post meeting and messed them up. Had to rollback.<br /> <br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9841 2017-10-11T17:38:04Z

<p>Jefro: /* Planning to Attend */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Planning to Attend ==<br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> * Koen Kooi<br /> * Marek Vasut (marex)<br /> * Ruslan Bilovol<br /> * Grygorii Tertychnyi<br /> * Bruce Ashfield (zeddii)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Mike Looijmans ''flight landing at 8:15''<br /> * Mario Domenech Goulart (mario-goulart)<br /> * Andrea Galbusera (gizero)<br /> * Michael Ho<br /> * David Reyna<br /> * Marco Cavallini (mckoan) ''flight landing at 13:25''<br /> * Alex Lennon<br /> * Bill Mills<br /> * Jon Humphreys<br /> <br /> IF YOU ADD YOUR NAME TO THIS LIST, please send Jefro a note at jefro@jefro.net - thanks<br /> <br /> == Agenda Items ==<br /> <br /> # Review open Action items from previous meeting(s?)<br /> # Board Member voting process<br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your company's work. (Philip)<br /> # Long-term releases support (more than one year)<br /> # Automated CVE checking, issues with cve-check-tool, alternative tools<br /> # MvTest - Test Automation framework<br /> # License compliance<br /> # Backwards compatibility checking sstate-cache (https://lists.yoctoproject.org/pipermail/yocto/2017-June/036920.html)<br /> ## How do we help folks to generate a source tarball in addition to a listing of source in their build?<br /> ## How folks is actually using sstate-cache in a multiuser environment?<br /> <br /> # Feedback on current stable branch maintenance (Maintainer will leave room to encourage openness)<br /> ## How is it working<br /> ## What is not working<br /> ## Areas to improve<br /> <br /> # Meta-openembedded maintainers<br /> ## How is it working<br /> ## Areas to improve<br /> ## Who's willing to help?<br /> ### meta-oe ( armpit will take)<br /> <br /> == Minutes ==<br /> <br /> === Portland OEDEM AR's: ===<br /> <br /> AI: OE Board - ELC-E, try to get a 2-hour block for lightning talks. (ELC-E is Mon - Wed)<br /> AI: Scott Murray to email oe-architecture asking for input<br /> - Clean up Cryto to help Fips<br /> Left-over from Berlin and Portland. <br /> Still need a git hook (or similar) that will email the security list when a security patch is committed to the project(s), using the standard CVE format.<br /> <br /> <br /> <br /> Looking for minutes, Found minutes. Someone edited post meeting and messed them up. Had to rollback.<br /> <br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9827 2017-10-05T07:28:28Z

<p>Jefro: /* Planning to Attend */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Planning to Attend ==<br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> * Koen Kooi<br /> * Marek Vasut (marex)<br /> * Ruslan Bilovol<br /> * Grygorii Tertychnyi<br /> * Bruce Ashfield (zeddii)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Mike Looijmans ''flight landing at 8:15''<br /> * Mario Domenech Goulart (mario-goulart)<br /> * Andrea Galbusera (gizero)<br /> * Michael Ho<br /> * David Reyna<br /> * Marco Cavallini (mckoan) ''flight landing at 13:25''<br /> * Alex Lennon<br /> <br /> IF YOU ADD YOUR NAME TO THIS LIST, please send Jefro a note at jefro@jefro.net - thanks<br /> <br /> == Agenda Items ==<br /> <br /> # Review open Action items from previous meeting(s?)<br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your company's work. (Philip)<br /> # Long-term releases support (more than one year)<br /> # Automated CVE checking, issues with cve-check-tool, alternative tools<br /> # MvTest - Test Automation framework<br /> # License compliance<br /> # Backwards compatibility checking sstate-cache (https://lists.yoctoproject.org/pipermail/yocto/2017-June/036920.html)<br /> ## How do we help folks to generate a source tarball in addition to a listing of source in their build?<br /> ## How folks is actually using sstate-cache in a multiuser environment?<br /> <br /> # Feedback on current stable branch maintenance (Maintainer will leave room to encourage openness)<br /> ## How is it working<br /> ## What is not working<br /> ## Areas to improve<br /> <br /> # Meta-openembedded maintainers<br /> ## How is it working<br /> ## Areas to improve<br /> ## Who's willing to help?<br /> ### meta-oe ( armpit will take)<br /> <br /> == Minutes ==<br /> <br /> === Portland OEDEM AR's: ===<br /> <br /> Looking for minutes, Found minutes. Someone edited post meeting and messed them up. Had to rollback.<br /> <br /> https://docs.google.com/document/d/1ECCfBwdLUaW3I23RATWCU3kGnSh04Kv0DkH1_KfiLVA/edit?usp=sharing</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9783 2017-09-22T18:10:44Z

<p>Jefro: /* Attendees */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Attendees ==<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> * Koen Kooi<br /> * Marek Vasut (marex)<br /> * Ruslan Bilovol<br /> * Grygorii Tertychnyi<br /> * Bruce Ashfield (zeddii)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Mike Looijmans ''flight landing at 8:15''<br /> * Mario Domenech Goulart (mario-goulart)<br /> * Andrea Galbusera (gizero)<br /> * Michael Ho<br /> * David Reyna<br /> <br /> Attending in the afternoon or not sure because landing too late<br /> <br /> * Marco Cavallini (mckoan)<br /> <br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> == Agenda Items ==<br /> <br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your company's work. (Philip)<br /> # Long-term releases support (more than one year)<br /> # Automated CVE checking, issues with cve-check-tool, alternative tools<br /> # MvTest - Test Automation framework<br /> <br /> == Minutes ==<br /> <br /> === OEDEM: ===</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9733 2017-09-14T18:10:20Z

<p>Jefro: /* Location and Time */</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> Start at 0900<br /> <br /> (before ELC-E [Oct 23-25])<br /> <br /> Yes, we know it is Sunday. Best we could do this year.<br /> <br /> NOTE: venue has changed, we are now at:<br /> <br /> JURY'S INN Prague<br /> Sokolovská 204/11, 186 00 <br /> Praha 8-Florenc, Czechia<br /> <br /> This hotel is across the street from the Hilton (ELCE venue). If you have any difficulty please let [mailto:jefro@jefro.net jefro] know.<br /> <br /> == Attendees ==<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Behan Webster (behanw)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Scott Murray (smurray)<br /> * Peter Kjellerstedt (Saur)<br /> * Armin Kuster (Armpit)<br /> * Marco Cavallini (mckoan)<br /> * Paul Barker (paulbarker)<br /> * Myunghun Chun<br /> * Changhyeok Bae (chbae)<br /> * Adrian Ratiu (aratiu)<br /> * Josef Holzmayr (LetoThe2nd)<br /> * Jan Leupold<br /> * Anders Darander <br /> * Sean Hudson (darknighte)<br /> * Tim Orling (moto-timo)<br /> * Ricardo Ribalda (ribalda)<br /> * Nicolas Dechesne (ndec)<br /> * Richard Purdie (RP)<br /> * Andrei Gherzan (agherzan)<br /> * Denys Dmytriyenko (denix)<br /> * Anton Gerasimov<br /> * Rich Persaud<br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> == Agenda Items ==<br /> <br /> # Stack Overflow report (From someone who regularly watches stackoverflow)<br /> # Demos for FOSDEM and other events. Good chance to (discretely) show your companies work. (Philip)<br /> <br /> == Minutes ==<br /> <br /> === OEDEM: ===</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9619 2017-08-18T00:15:52Z

<p>Jefro: </p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> (before ELC-E [Oct 23-25])<br /> <br /> Hilton Prague - Prague, Czech Republic<br /> Start at 0900<br /> <br /> == Attendees ==<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * your name here<br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> == Agenda Items ==<br /> <br /> # add agenda items here<br /> <br /> == Minutes ==<br /> <br /> === GA: ===<br /> <br /> === OEDEM: ===</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2017&diff=9617 2017-08-18T00:14:54Z

<p>Jefro: Created page with &quot;== Location and Time == Sunday, 22 October 2017&lt;br&gt; (before ELC-E [Oct 23-25]) Hilton Prague - Prague, Czech Republic Start at 0900 == Attendees == * Jeff Osier-Mixon &quot;Jef...&quot;</p> <hr /> <div>== Location and Time ==<br /> <br /> Sunday, 22 October 2017&lt;br&gt;<br /> (before ELC-E [Oct 23-25])<br /> <br /> Hilton Prague - Prague, Czech Republic<br /> Start at 0900<br /> <br /> == Attendees ==<br /> <br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * your name here<br /> <br /> NOTE: we will make every effort to provide a web/phone link for remote attendees<br /> <br /> == Agenda Items ==<br /> <br /> # add agenda items here<br /> <br /> == Minutes ==<br /> <br /> === GA: ====<br /> <br /> === OEDEM: ====</div>

Jefro https://www.openembedded.org/w/index.php?title=2017_General_Meeting&diff=9461 2017-05-03T12:58:29Z

<p>Jefro: /* Date and Time */</p> <hr /> <div>== Purpose ==<br /> The new bylaws of the organization require '''at least''' one general meeting per year. This will fulfill that requirement. Also, we plan to discuss topics of interest to the community and the project.<br /> <br /> == Date and Time ==<br /> '''!!!Tentative!!!''' 2017-05-03 @ 8am US-CDT(UTC-06:00)/3pm CET(UTC+01:00)<br /> <br /> Here's a link to the time:<br /> https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+2017+General+Meeting&amp;iso=20170503T08&amp;p1=24&amp;ah=1<br /> <br /> Countdown link:<br /> https://www.timeanddate.com/countdown/generic?p0=24&amp;iso=20170503T08&amp;msg=OpenEmbedded%202017%20General%20Meeting<br /> <br /> Shared minutes:<br /> https://docs.google.com/document/d/1wr20m_ds42Vyn5vnla1GZiSahH61wYkBMiZ4xvDSwgo/edit?usp=sharing<br /> <br /> == Conference Information ==<br /> <br /> Meeting will be held as a teleconference with a IRC channel to allow for background discussion and trouble shooting of audio.<br /> <br /> IRC: #oe-meeting on freenode<br /> <br /> '''Dial-in Conference # 8964521'''<br /> <br /> {| class=&quot;wikitable&quot;<br /> !colspan=&quot;3&quot;|Dial-in Information<br /> |-<br /> | Country<br /> | Toll Free Number(s)<br /> | Toll Number(s)<br /> |-<br /> |UNITED STATES(USA)<br /> |8006375822<br /> |6477233937<br /> 9172102607<br /> |-<br /> |-<br /> |ARGENTINA(ARG)<br /> |8008000140<br /> |01159843238<br /> |-<br /> |AUSTRALIA(AUS)<br /> |1800706813<br /> |0390084306<br /> |-<br /> |AUSTRIA(AUT)<br /> |080088665126<br /> 1800455064<br /> |<br /> |-<br /> |BELGIUM(BEL)<br /> |080039126<br /> |027924568<br /> |-<br /> |BRAZIL(BRA)<br /> |08000201594<br /> |<br /> |-<br /> |BULGARIA(BGR)<br /> |008001201150<br /> |<br /> |-<br /> |CANADA(CAN)<br /> |8006375822<br /> |6477233937<br /> |-<br /> |CHILE(CHL)<br /> |12300201190<br /> |225994308<br /> |-<br /> |CHINA NORTH(CHN)<br /> |108007140888<br /> |<br /> |-<br /> |CHINA SOUTH(CHS)<br /> |108001400863<br /> |<br /> |-<br /> |CHINA UNIFIED(CHU)<br /> |8008195002<br /> |4006201003<br /> |-<br /> |CZECH REPUBLIC(CZE)<br /> |800701563<br /> |234147032<br /> |-<br /> |DENMARK(DNK)<br /> |80703176<br /> |36910500<br /> |-<br /> |EGYPT(EGY)<br /> |08000000216<br /> |<br /> |-<br /> |FINLAND(FIN)<br /> |0800114187<br /> 0800773408<br /> |0923194205<br /> |-<br /> |FRANCE(FRA)<br /> |0800941758<br /> |<br /> |-<br /> |GERMANY(DEU)<br /> |08001014542<br /> |069710448206<br /> |-<br /> |HONG KONG(HKG)<br /> |800903520<br /> |30508648<br /> |-<br /> |HUNGARY(HUN)<br /> |0680018377<br /> |<br /> |-<br /> |INDIA(IND)<br /> |0008001006237<br /> 0008006501628<br /> <br /> 18002660806<br /> |<br /> |-<br /> |IRELAND(IRL)<br /> |1800760168<br /> 1800944117<br /> |014360203<br /> |-<br /> |ISRAEL(ISR)<br /> |1809245898<br /> |<br /> |-<br /> |ITALY(ITA)<br /> |800785295<br /> |<br /> |-<br /> |JAPAN(JPN)<br /> |00531160557<br /> 00531190046<br /> |0345899489<br /> |-<br /> |MALAYSIA(MYS)<br /> |1800814332<br /> |<br /> |-<br /> |MEXICO(MEX)<br /> |0018005148003<br /> |5547772297<br /> |-<br /> |MOROCCO(MAR)<br /> |002110011 8553458162<br /> |<br /> |-<br /> |NETHERLANDS(NLD)<br /> |08002658235<br /> |0207940366<br /> |-<br /> |NEW ZEALAND(NZL)<br /> |0800453014<br /> |049094653<br /> |-<br /> |NORWAY(NOR)<br /> |80056416<br /> |21033210<br /> |-<br /> |PAKISTAN(PAK)<br /> |<br /> |4238108701<br /> |-<br /> |PHILIPPINES(PHL)<br /> |180011100869<br /> |<br /> |-<br /> |POLAND(POL)<br /> |008001114760<br /> 800702736<br /> |223060765<br /> |-<br /> |PORTUGAL(PRT)<br /> |800780647<br /> |<br /> |-<br /> |ROMANIA(ROM)<br /> |0800400060<br /> 0800400906<br /> |215291724<br /> |-<br /> |RUSSIAN FEDERATION(RUS)<br /> |81080025401012<br /> |4959952645<br /> |-<br /> |SAUDI ARABIA(SAU)<br /> |8008149944<br /> |<br /> |-<br /> |SINGAPORE(SGP)<br /> |8001011714<br /> 8001205024<br /> |64944153<br /> |-<br /> |SLOVAKIA(SVK)<br /> |0800606530<br /> |<br /> |-<br /> |SOUTH KOREA(KOR)<br /> |00308140655<br /> |<br /> |-<br /> |SPAIN(ESP)<br /> |900947050<br /> |<br /> |-<br /> |SWEDEN(SWE)<br /> |0201400572<br /> |0114501530<br /> |-<br /> |SWITZERLAND(CHE)<br /> |0800561819<br /> 0800705314<br /> |0434569423<br /> |-<br /> |TAIWAN(TWN)<br /> |0809090682<br /> |<br /> |-<br /> |UNITED ARAB EMIRATES(ARE)<br /> |8000176692<br /> |<br /> |-<br /> |UNITED KINGDOM(GBR)<br /> |08006920143<br /> |2070840301<br /> |-<br /> |}<br /> <br /> <br /> == Tentative Agenda ==<br /> # Meeting Schedule<br /> ## The board would like to propose a quarterly meeting schedule with alternating online and face-to-face meetings.<br /> # Membership<br /> ## Grandfathered all existing members in good standing<br /> ## New members<br /> # TSC<br /> ## Grandfathered from old organization<br /> # Online voting<br /> # Elections<br /> # Future plans/purpose for the organization<br /> # Technical topics<br /> <br /> == Planning to attend ==<br /> * Sean Hudson (irc:darknighte)<br /> * Denys Dmytriyenko (denix)<br /> * Bruce Ashfield (zeddii*)<br /> * Armin Kuster (armpit)<br /> * Mark Hatle (fray)<br /> * Tom Rini (Tartarus)<br /> * Trevor Woerner (tlwoerner)<br /> * Ross Burton (rburton)<br /> * Stephano Cetola (stephano)<br /> * Richard Purdie (RP)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Andrea Galbusera<br /> * Andrei Gherzan<br /> * Changhyeok Bae (chabe)<br /> * Marco Cavallini (mckoan)<br /> * Nicolas Dechesne (ndec)<br /> * Peter Kjellerstedt (Saur)<br /> * Joshua Lock (joshuagl)<br /> * Randy MacLeod (vmeson)<br /> * Andrea Adami (ant_*)<br /> * Jeff Osier-Mixon (jefro)</div>

Jefro https://www.openembedded.org/w/index.php?title=2017_General_Meeting&diff=9459 2017-05-03T12:55:28Z

<p>Jefro: /* Planning to attend */</p> <hr /> <div>== Purpose ==<br /> The new bylaws of the organization require '''at least''' one general meeting per year. This will fulfill that requirement. Also, we plan to discuss topics of interest to the community and the project.<br /> <br /> == Date and Time ==<br /> '''!!!Tentative!!!''' 2017-05-03 @ 8am US-CDT(UTC-06:00)/3pm CET(UTC+01:00)<br /> <br /> Here's a link to the time:<br /> https://www.timeanddate.com/worldclock/fixedtime.html?msg=OpenEmbedded+2017+General+Meeting&amp;iso=20170503T08&amp;p1=24&amp;ah=1<br /> <br /> Countdown link:<br /> https://www.timeanddate.com/countdown/generic?p0=24&amp;iso=20170503T08&amp;msg=OpenEmbedded%202017%20General%20Meeting<br /> <br /> <br /> == Conference Information ==<br /> <br /> Meeting will be held as a teleconference with a IRC channel to allow for background discussion and trouble shooting of audio.<br /> <br /> IRC: #oe-meeting on freenode<br /> <br /> '''Dial-in Conference # 8964521'''<br /> <br /> {| class=&quot;wikitable&quot;<br /> !colspan=&quot;3&quot;|Dial-in Information<br /> |-<br /> | Country<br /> | Toll Free Number(s)<br /> | Toll Number(s)<br /> |-<br /> |UNITED STATES(USA)<br /> |8006375822<br /> |6477233937<br /> 9172102607<br /> |-<br /> |-<br /> |ARGENTINA(ARG)<br /> |8008000140<br /> |01159843238<br /> |-<br /> |AUSTRALIA(AUS)<br /> |1800706813<br /> |0390084306<br /> |-<br /> |AUSTRIA(AUT)<br /> |080088665126<br /> 1800455064<br /> |<br /> |-<br /> |BELGIUM(BEL)<br /> |080039126<br /> |027924568<br /> |-<br /> |BRAZIL(BRA)<br /> |08000201594<br /> |<br /> |-<br /> |BULGARIA(BGR)<br /> |008001201150<br /> |<br /> |-<br /> |CANADA(CAN)<br /> |8006375822<br /> |6477233937<br /> |-<br /> |CHILE(CHL)<br /> |12300201190<br /> |225994308<br /> |-<br /> |CHINA NORTH(CHN)<br /> |108007140888<br /> |<br /> |-<br /> |CHINA SOUTH(CHS)<br /> |108001400863<br /> |<br /> |-<br /> |CHINA UNIFIED(CHU)<br /> |8008195002<br /> |4006201003<br /> |-<br /> |CZECH REPUBLIC(CZE)<br /> |800701563<br /> |234147032<br /> |-<br /> |DENMARK(DNK)<br /> |80703176<br /> |36910500<br /> |-<br /> |EGYPT(EGY)<br /> |08000000216<br /> |<br /> |-<br /> |FINLAND(FIN)<br /> |0800114187<br /> 0800773408<br /> |0923194205<br /> |-<br /> |FRANCE(FRA)<br /> |0800941758<br /> |<br /> |-<br /> |GERMANY(DEU)<br /> |08001014542<br /> |069710448206<br /> |-<br /> |HONG KONG(HKG)<br /> |800903520<br /> |30508648<br /> |-<br /> |HUNGARY(HUN)<br /> |0680018377<br /> |<br /> |-<br /> |INDIA(IND)<br /> |0008001006237<br /> 0008006501628<br /> <br /> 18002660806<br /> |<br /> |-<br /> |IRELAND(IRL)<br /> |1800760168<br /> 1800944117<br /> |014360203<br /> |-<br /> |ISRAEL(ISR)<br /> |1809245898<br /> |<br /> |-<br /> |ITALY(ITA)<br /> |800785295<br /> |<br /> |-<br /> |JAPAN(JPN)<br /> |00531160557<br /> 00531190046<br /> |0345899489<br /> |-<br /> |MALAYSIA(MYS)<br /> |1800814332<br /> |<br /> |-<br /> |MEXICO(MEX)<br /> |0018005148003<br /> |5547772297<br /> |-<br /> |MOROCCO(MAR)<br /> |002110011 8553458162<br /> |<br /> |-<br /> |NETHERLANDS(NLD)<br /> |08002658235<br /> |0207940366<br /> |-<br /> |NEW ZEALAND(NZL)<br /> |0800453014<br /> |049094653<br /> |-<br /> |NORWAY(NOR)<br /> |80056416<br /> |21033210<br /> |-<br /> |PAKISTAN(PAK)<br /> |<br /> |4238108701<br /> |-<br /> |PHILIPPINES(PHL)<br /> |180011100869<br /> |<br /> |-<br /> |POLAND(POL)<br /> |008001114760<br /> 800702736<br /> |223060765<br /> |-<br /> |PORTUGAL(PRT)<br /> |800780647<br /> |<br /> |-<br /> |ROMANIA(ROM)<br /> |0800400060<br /> 0800400906<br /> |215291724<br /> |-<br /> |RUSSIAN FEDERATION(RUS)<br /> |81080025401012<br /> |4959952645<br /> |-<br /> |SAUDI ARABIA(SAU)<br /> |8008149944<br /> |<br /> |-<br /> |SINGAPORE(SGP)<br /> |8001011714<br /> 8001205024<br /> |64944153<br /> |-<br /> |SLOVAKIA(SVK)<br /> |0800606530<br /> |<br /> |-<br /> |SOUTH KOREA(KOR)<br /> |00308140655<br /> |<br /> |-<br /> |SPAIN(ESP)<br /> |900947050<br /> |<br /> |-<br /> |SWEDEN(SWE)<br /> |0201400572<br /> |0114501530<br /> |-<br /> |SWITZERLAND(CHE)<br /> |0800561819<br /> 0800705314<br /> |0434569423<br /> |-<br /> |TAIWAN(TWN)<br /> |0809090682<br /> |<br /> |-<br /> |UNITED ARAB EMIRATES(ARE)<br /> |8000176692<br /> |<br /> |-<br /> |UNITED KINGDOM(GBR)<br /> |08006920143<br /> |2070840301<br /> |-<br /> |}<br /> <br /> <br /> == Tentative Agenda ==<br /> # Meeting Schedule<br /> ## The board would like to propose a quarterly meeting schedule with alternating online and face-to-face meetings.<br /> # Membership<br /> ## Grandfathered all existing members in good standing<br /> ## New members<br /> # TSC<br /> ## Grandfathered from old organization<br /> # Online voting<br /> # Elections<br /> # Future plans/purpose for the organization<br /> # Technical topics<br /> <br /> == Planning to attend ==<br /> * Sean Hudson (irc:darknighte)<br /> * Denys Dmytriyenko (denix)<br /> * Bruce Ashfield (zeddii*)<br /> * Armin Kuster (armpit)<br /> * Mark Hatle (fray)<br /> * Tom Rini (Tartarus)<br /> * Trevor Woerner (tlwoerner)<br /> * Ross Burton (rburton)<br /> * Stephano Cetola (stephano)<br /> * Richard Purdie (RP)<br /> * Philip Balister (Crofton)<br /> * Martin Jansa (JaMa)<br /> * Andrea Galbusera<br /> * Andrei Gherzan<br /> * Changhyeok Bae (chabe)<br /> * Marco Cavallini (mckoan)<br /> * Nicolas Dechesne (ndec)<br /> * Peter Kjellerstedt (Saur)<br /> * Joshua Lock (joshuagl)<br /> * Randy MacLeod (vmeson)<br /> * Andrea Adami (ant_*)<br /> * Jeff Osier-Mixon (jefro)</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2017&diff=9291 2017-02-15T16:11:03Z

<p>Jefro: /* Location and Time */</p> <hr /> <div>== Location and Time ==<br /> <br /> Monday February 20 2017<br /> <br /> Location: <br /> Mentor Graphics<br /> 8005 Boeckman Rd<br /> Wilsonville, OR 97070<br /> Phone: (800) 547-3000<br /> 9am-5pm<br /> <br /> (Before ELC [Feb 21-23] and Yocto Project Developer Day [Feb 24])<br /> <br /> == Attendees ==<br /> <br /> * Armin Kuster (armpit)<br /> * Philip Balister (Crofton)<br /> * Trevor Woerner (tlwoerner)<br /> * Denys Dmytriyenko (denix)<br /> * Stephano Cetola<br /> * Matthew McClintock<br /> * Tim Orling (moto-timo)<br /> * James Perkins (jamesp)<br /> * Patrick Ohly (pohly)<br /> * Richard Purdie (RP)<br /> * Mark Hatle (fray)<br /> * Jan-Simon Möller (dl9pf)<br /> * Derek Straka<br /> * Scott Murray (scottm)<br /> <br /> == Agenda Items ==<br /> <br /> * Review items from last meeting in Berlin (Please add remarks)<br /> * Proposal (Patrick): stateless distro<br /> * Proposal (Patrick): GPLv3 handling - remove recipes for obsolete components, replace with adaptive recipe and image configurations (like disabling readline support)<br /> * Proposal (Patrick): remove openembedded-devel@lists.openembedded.org Reply-To?<br /> <br /> === Berlin AR's ===<br /> <br /> ==== LTS ====<br /> <br /> Yocto-Compatibility requires pushing patches upstream, but Yocto doesn't handle QA for old releases<br /> A lot of work for the software vendors<br /> rp: have new/separate LTS tree for older releases<br /> crofton: how to coordinate between ppl who want this, collect interest in the wiki<br /> add maintainer information to the layer repos?<br /> rp: write a proposal?<br /> → enough interest to set this up<br /> <br /> action: Armin will start conversation on the Architecture list <br /> '''Not completed<br /> '''<br /> <br /> ==== Windriver ‘setup’ Demo ====<br /> Conclusion: We want it in OE instead of Yocto (unanimous) <br /> Mark: Once able to contribute, talk to halstead for new repo.<br /> '''Repo published. OE has not taken over'''<br /> <br /> Notes: Layer Index was recently updated and this was required before progress can be made on promoting this tool.<br /> <br /> I would like to talk about the next steps at the OEDAM, now that everything is public.<br /> <br /> ==== Devtool and other stuff (10:04) ====<br /> Sysroot-Contamination<br /> rp: solution “sysroot per recipe”<br /> <br /> <br /> ==== Suggestion for improvement of how to handle site and user configuration. ====<br /> Conclusion: Saur will implement the BBPATH_EXTRA and discuss it on the list.<br /> <br /> ==== BSPs and layer name recommendations ====<br /> RP: We can do this by … For Compatible v2 we want to raise the bar. Sanity check for things that keep breaking.<br /> Conclusion: Jan-Simon will start a script check the basic stuff, RP should add the checksum checks.<br /> <br /> ==== OTA ====<br /> RP: This discussion needs to continue beyond OEDEM<br /> <br /> <br /> ==== Layer Quality ====<br /> Conclusion: We need to get the word out and get suggestions.<br /> <br /> <br /> ==== Make perl and python distro features? [Saur] ====<br /> Conclusion: No change.<br /> <br /> <br /> ==== Support for meson build system? [Saur] ====<br /> Conclusion: Patches welcome, talk to Ross.<br /> <br /> <br /> ==== The use of ${COREBASE}/LICENSE in LIC_FILES_CHKSUM. [Saur] ====<br /> Conclusion: RP: This needs to go to the ML<br /> <br /> <br /> ==== Discuss merging duplicate classes and recipes (metadata) ====<br /> Conclusion: Duplicate recipes and machines need to be brought up with the maintainers.<br /> <br /> Conclusion: Mark, RP, Chris and others should look to create a proposal about resolving the confusion over layer order/priority/etc.<br /> <br /> <br /> ==== Changes to deploy_image ====<br /> Conclusion: Document<br /> <br /> <br /> ==== Discussion on mesa and splitting libgbm ====<br /> Conclusion: RP: Topic should be discussed with Ross on mailing list.<br /> <br /> ==== Discussion of recipe maintainers for oe-core and beyond ====<br /> RP: This list is a Yocto initiative. They try to get more involvement from the members. There is an incentive to get more ppl involved (recipe reporting system):<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2016&diff=9089 2016-10-18T17:17:03Z

<p>Jefro: </p> <hr /> <div>NOTE: for the OpenEmbedded General Assembly 2016, held the same day at the same location, see the page [[Berlin, 2016]]<br /> <br /> == Location and Time ==<br /> <br /> Friday, October 14 2016&lt;br&gt;<br /> (after ELC-E [Oct 11-13])<br /> <br /> Maritim Hotel - Berlin, Germany<br /> Stauffenbergstraße 26, 10785 Berlin<br /> <br /> Salon 16<br /> <br /> Start at 0900<br /> <br /> == Attendees ==<br /> <br /> * Florin Sarbu &quot;fsarbu&quot;<br /> * Andrei Gherzan &quot;agherzan&quot;<br /> * Khem Raj &quot;khem&quot;<br /> * Armin Kuster &quot;Armpit&quot;<br /> * Marco Cavallini &quot;mckoan&quot;<br /> * Pierre-Jean Texier &quot;pjtexier&quot;<br /> * Koen Kooi &quot;koen&quot;<br /> * Anders Darander<br /> * Sean Hudson &quot;darknighte&quot;<br /> * Changhyeok Bae &quot;chbae&quot;<br /> * Peter Kjellerstedt &quot;Saur&quot;<br /> * Josef Holzmayr &quot;LetoThe2nd&quot;<br /> * Vicentiu Neagoe<br /> * Nicolas Dechesne &quot;ndec&quot;<br /> * Denys Dmytriyenko &quot;denix&quot;<br /> * Philip Balister &quot;Crofton&quot;<br /> * Jan Lübbe &quot;shoragan&quot;<br /> * Enrico Jörns<br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Andrea Galbusera &quot;gizero&quot;<br /> * Richard Purdie &quot;RP&quot;<br /> * Changhyeok bae &quot;chbae&quot;<br /> * Scott Murray &quot;smurray&quot;<br /> * Behan Webster &quot;behanw&quot;<br /> * Jan-Simon Moeller &quot;dl9pf&quot; 11:30 - 12:45 only<br /> * Bruce Ashfield &quot;zediii&quot;<br /> * Marcin Juszkiewicz &quot;hrw&quot;<br /> * Mark Hatle &quot;fray&quot;<br /> * Rich Persaud<br /> * Kristian Amlie &quot;kamender&quot;<br /> * Marek Vasut<br /> * Eystein Stenberg<br /> <br /> NOTE: if you add your name to this list, please let me know at jefro@jefro.net, otherwise watch this space for a link to attend by phone<br /> <br /> == Agenda Items ==<br /> <br /> OpenEmbedded eV General Assembly [[Berlin,_2016]]<br /> <br /> # LTS (group discussion)<br /> # Make perl and python distro features? [Saur] (small group)<br /> # Support for meson build system? [Saur] (small group)<br /> # Can devtool be made standalone, or how to use latest devtool with older version of OE? [Saur]<br /> ## Are we going to make large changes in next release? (group discussion)<br /> # Show off Wind River 'setup' tool (response to discussions from last year and this spring) [Fray] (group discussion)<br /> # Suggestion for improvement of how to handle site and user configuration. See explanation below. [Saur] (group discussion)<br /> # BSPs and layer name recommendations (try to start around 3pm to accommodate remote folks from the US) (group discussion)<br /> ## https://github.com/dl9pf/BSP-LAYER_GUIDE<br /> # Layer index (group discussion)<br /> # Yocto Project v2 compatibility (group discussion)<br /> # Make [https://mender.io/ Mender], the OTA update framework, part of Yocto?<br /> ## Clarification: General discussion on OTA (group discussion)<br /> # The use of ${COREBASE}/LICENSE in LIC_FILES_CHKSUM. [Saur] (small group)<br /> ## Many references to ${COREBASE}/LICENSE causes requirement for inclusion <br /> # Discuss merging duplicate classes and recipes, (metadata) (small group )<br /> # Discussion on mesa and splitting libgbm (small group)<br /> # CVE linking to patches<br /> # Upstream git URLs in recipes<br /> # Changes to deploy_image (RP)<br /> # Discussion of recipe maintainers for oe-core and beyond.<br /> <br /> == Site/user configuration ==<br /> <br /> We would like to improve the possibilities for a developer to easily configure his/her environment to minimize the required changes that are needed after having sourced oe-init-build-env for a new build directory. Typically there are some options that must always be applied for all developers, e.g., proxy settings, and some that should be applied, e.g., locations of global download mirrors and sstate-caches. These typically belong in a site.conf file common to all developers. Then there are options that I as a developer always want as my defaults, e.g., how many bitbake threads and make processes to use in parallel, and to enable debug-tweaks and debug-tools by default. There is currently no suitable configuration file for these options.<br /> <br /> To make it easier to configure these kind of static default options we suggest:<br /> * That we add support for a new configuration file conf/user.conf that is included by bitbake.conf, e.g., after site.conf.<br /> * Add a user specific directory to BBPATH by default, e.g., &quot;${HOME}/.openembedded&quot;. <br /> ** It is also suggested that the name of this directory is available as a variable set in bitbake.conf, e.g., &quot;OE_USER_DIR&quot;, so that it can be used as a default location for, e.g., DL_DIR in one's user.conf file by setting DL_DIR = &quot;${OE_USER_DIR}/downloads&quot;.<br /> * Make it possible to inject directories into BBPATH via the environment, e.g., via a BBPATH_EXTRA variable. This can then be used to specify the common directory (e.g., NFS mount) where conf/site.conf can be found for all developers.<br /> <br /> We have a similar solution in place today in our layers. But the drawback is that it is only supported when at least one of our own layers are included in the build, which means that if I, e.g., want to build with only Poky, it will not work out-of-the-box since it will no longer find the site.conf that I must use, and my user.conf that I expect for all my own tweaks are of course not used either.<br /> <br /> == Minutes ==<br /> <br /> These are taken from https://docs.google.com/document/d/1fDu0lw_BRh0fNXBByqM6OD_iiHwlsoA9D185Xpe1cUg/edit?usp=sharing<br /> <br /> Thanks to Jan Lübbe and others for taking notes!<br /> <br /> === OpenEmbedded GA &amp; OEDEM, October 14 2016 ===<br /> <br /> ==== GA: ====<br /> Start time 9:05<br /> Dissolving eV<br /> nonprofit in texas exists<br /> Board will send emails to everyone to verify interest in organization<br /> <br /> Getting rid of need for proxies<br /> No more f2f requirement<br /> Can set up telephone bridge &amp; have meetings<br /> <br /> Treasurer report: 1700 euro<br /> <br /> Meeting end 9:17<br /> <br /> <br /> ==== OEDEM: ====<br /> <br /> # LTS (group discussion)<br /> # Make perl and python distro features? [Saur] (small group)<br /> # Support for meson build system? [Saur] (small group)<br /> # Can devtool be made standalone, or how to use latest devtool with older version of OE? [Saur] Are we going to make large changes in next release? (group discussion)<br /> # Show off Wind River 'setup' tool (response to discussions from last year and this spring) [Fray] (group discussion)<br /> # Suggestion for improvement of how to handle site and user configuration. See explanation below. [Saur]<br /> # BSPs and layer name recommendations (try to start around 3pm to accommodate remote folks from the US) (group discussion)<br /> # Layer index (group discussion)<br /> # Yocto Project v2 compatibility (group discussion) (https://github.com/dl9pf/BSP-LAYER_GUIDE)<br /> # Make Mender, the OTA update framework, part of Yocto? Clarification: General discussion on OTA (group discussion)<br /> # The use of ${COREBASE}/LICENSE in LIC_FILES_CHKSUM. [Saur] (small group) Many references to ${COREBASE}/LICENSE causes requirement for inclusion<br /> # Discuss merging duplicate classes and recipes, (metadata) (small group )<br /> # Discussion on mesa and splitting libgbm (small group)<br /> <br /> Special thanks to Jan Lubbe for taking notes!<br /> <br /> ==== LTS ====<br /> <br /> Yocto-Compatibility requires pushing patches upstream, but Yocto doesn't handle QA for old releases<br /> A lot of work for the software vendors<br /> rp: have new/separate LTS tree for older releases<br /> crofton: how to coordinate between ppl who want this, collect interest in the wiki<br /> add maintainer information to the layer repos?<br /> rp: write a proposal?<br /> → enough interest to set this up<br /> <br /> action: Armin will start conversation on the Architecture list<br /> <br /> ==== Devtool and other stuff (10:04) ====<br /> <br /> Devtool backporting<br /> <br /> Rp: devtool versions are tightly coupled to OE versions, possible way to split this:<br /> Classes have become more stable in the recent years? Can we create a stable API for recipes? This API would be a requirement for a standalone devtool.<br /> Who would be willing to work on this?<br /> <br /> ???: version the “API”? Can we report errors on mismatch?<br /> <br /> Saur: would like to work on this. They took devtool and half of bitbake and added it to a separate repository. It’s not maintainable this way.<br /> <br /> Crofton: do we push too much functionality into bitbake that should be separate? (to make this easier in the future)<br /> <br /> Rp: we would need to move some classes from oe-core to bitbake to make bitbake more stand-alone. Currently we need to make only few changes to bitbake itself, because we have a good (low-level) API (without recipes).<br /> We have split devtool and recipetool.<br /> Which additional tools would we need? Communication problem, ppl don’t know about dev/recipe-tools. Have tutorials, blogs? Many ppl should document interesting/useful features.<br /> The interface will become more stable over time.<br /> <br /> https://wiki.yoctoproject.org/wiki/Cookbook ?<br /> <br /> (no action)<br /> <br /> Sysroot-Contamination<br /> rp: solution “sysroot per recipe”<br /> Koen: want!<br /> Rp: previously dependencies blocked this task. Now requirements are all in place. Remaining problem: performance. Use hardlinks? Currently, we have do_populate_sysroot at the end of each recipe. Instead we need a new task at the start to populate the per-recipe sysroot.<br /> <br /> General agreement that we want this<br /> <br /> Koen: The angstrom autobuild clears the sysroot between each package<br /> <br /> Richard: The BMW people want this. This would be a much bigger change than in the recent releases. Currently we can detect contamination, but this would fix it definitely.<br /> <br /> Implementation approaches: Hard switch or runtime configuration. RP wants hard switch.<br /> <br /> Koen: There has been interest for a long time, but rather low priority.<br /> <br /> RP: The timing seems to be good right now. Who will work on it?<br /> <br /> Mark: Rather have this than distributed builds in the next cycle.<br /> <br /> RP: Hard switch will give us better testing.<br /> <br /> Mark: Getting good performance build systems is a problem in many corporations.<br /> <br /> RP: We chose multi-config for this cycle in preference to distributed builds.<br /> <br /> Khem: ESDK might cause more rebuilding of packages than currently.<br /> <br /> RP: ESDK is about locking down ppl to a specific configuration where they are not rebuilding much.<br /> <br /> Conclusion: Highly desired, hard switch.<br /> <br /> ==== Break (10:30-10:50) ====<br /> <br /> ==== Windriver ‘setup’ Demo ====<br /> <br /> Mark: How to start my own distribution builder? Many ppl. use repo, no one really happy.<br /> <br /> Koen: Repo alternative: https://myrepos.branchable.com/<br /> <br /> Mark: Wants to gauge community interest in this<br /> <br /> Mark: Replace windriver install with something for the community. Have extended the layer index with a distro search. The layer index has a REST API: https://layers.openembedded.org/layerindex/api/<br /> Tool should only setup the layers, everything else in local.conf ….<br /> <br /> Exact Steps:<br /> mkdir new-project-dir<br /> cd new-project-dir<br /> git clone .../oe-setup<br /> oe-setup/setup.sh --help<br /> oe-setup/setup.sh --list-layers<br /> (Install build tools)<br /> meta-.... foo bar … <br /> oe-setup/setup.sh --list-machines<br /> Machine description Layer<br /> ….. …… …..<br /> oe-setup/setup.sh --list-distro<br /> Distro description Layer<br /> ….. …… …..<br /> vi oe-setup/bin/setup.py<br /> (support for local layer indexes)<br /> (search/replace for git urls for local repository mirrors)<br /> (default branch configuration based on the branch of the oe-setup checkout)<br /> (defaults for base layers, distro, machine, …)<br /> oe-setup/setup.sh --machine=beaglebone --distro=poky --layers=meta-oe<br /> create repo configuration (contains the discovered/required repositories)<br /> (has snippets to create repo configuration based on selected layers/repos)<br /> (default.xml contains config)<br /> Creates README file<br /> Creates bblayers<br /> Creates local.conf (containing all available machines and distros, which the default set as on the cmdline)<br /> repo manifest -r<br /> static manifest (contains git revisions instead of branch names)<br /> oe-setup/setup.sh --machine=beaglebone --distro=poky --layers=meta-oe,meta-python,meta-perl,meta-acer<br /> It updates the example files with new layers and commits<br /> git diff<br /> shows changes<br /> <br /> Trevor: wants to have a --list-images<br /> <br /> Koen: This seems a superset of the linaro scripts, want a dialog frontend.<br /> <br /> Mark: Their customers don’t want dialog interfaces.<br /> <br /> (side discussion: what’s the name of the default distro? “nodistro”)<br /> <br /> Mark: Repo needs a patch to support bare repos. Cannot contribute to google because of lawyers. (fork as rOEpo). This functionality is not required for the OE community.<br /> <br /> Khem: Use Hook-Support in repo?<br /> <br /> Mark: Too limited.<br /> <br /> (demo continued)<br /> <br /> Mark: Will be released on github with wind river linux 9. Desire is to make it part of upstream OE<br /> <br /> Behan: This is amazing. People were asking about this at the Yocto Project Developer Day<br /> <br /> Mark: Some internal ppl want to be able to use a git-URL or local file for the --layers= option.<br /> <br /> Mark: Running a local layerindex was hard, but is much easier now (locked to specific version of Django). oe-setup has import_index and export_index to “clone” the config from the public layerindex. We still need a better name!<br /> <br /> Koen: Layer order in the index is not always correct. We need to be able to mark layers in the index as broken.<br /> <br /> Mark: Layer index needs to grow some functionality to support ordering better<br /> <br /> ???: How do we handle duplicates?<br /> <br /> Mark: Will stay duplicated in the --list-*, can use --machine=openembedded-core:qemuarm.<br /> <br /> RP: At runtime bitbake will use bblayers order. Currently consistency is not ensured.<br /> <br /> Mark: When multiple indexes are configured, it will use the first layer found in the index order.<br /> <br /> Trevor: is it worth adding the capability to select SDKMACHINE, libc, and/or compiler (llvm vs gcc, linaro vs upstream)?<br /> <br /> Mark: this seems to be feature creep, it should be a simple too. The index doesn’t index by these fields.<br /> <br /> Koen: This can be done indirectly via the distro. How easy is it to make this distro specific? Wants to have config and tool in the same repository. <br /> <br /> Mark: change setup config and add separate layer index. For customization change bin/settings, and config snippets.<br /> <br /> Conclusion: We want it in OE instead of Yocto (unanimous) <br /> Mark: Once able to contribute, talk to halstead for new repo.<br /> <br /> ==== Suggestion for improvement of how to handle site and user configuration. (11:39) ====<br /> <br /> Saur: Configure threads, debug tweaks, add strace, DLDIR, … per user and mirror per company. Suggestions:<br /> Add conf/user.conf<br /> Add ${HOME}/.config/openembedded to BBPATH<br /> Make it possible to add to BBPATH via the environment (e.g. BBPATH_EXTRA to company wide NFS).<br /> <br /> RP: Because we don’t have this, site.conf is rather useless. The is an open bug about this.<br /> <br /> Koen: Don’t want debug tweaks (no passwd) enabled from a magic file). It will leak out! Only if we can have protected variables?<br /> <br /> Sean: They add .oe to BBPATH from bblayers.conf. Things get forgotten in there and modifies builds!<br /> <br /> RP: We want global config. Of course you can shoot yourself in the foot. You can include a per-user.conf from site.conf.<br /> <br /> Sean: Why pass it through the environment?<br /> Saur: Avoid manual modifications after cloning e.g. poky.<br /> <br /> Khem: His uses will shoot themselves in the foot using .config/oe<br /> <br /> Conclusion: Saur will implement the BBPATH_EXTRA and discuss it on the list.<br /> <br /> ==== BSPs and layer name recommendations (11:55) ====<br /> <br /> https://github.com/dl9pf/BSP-LAYER_GUIDE<br /> <br /> Jan-Simon: presentation of the guide<br /> <br /> Sean: Implement checking tool, for example in the layer index.<br /> <br /> RP: Need tool in OE-core to check on demand.<br /> <br /> Multiple: Enthusiastic agreement that a validation script can run in oe, layer index, etc…<br /> <br /> RP: where should this document go? Yocto compatible?<br /> <br /> Jan-Simon: In the documentation?<br /> <br /> Sean: Hosted in OE itself, base for the tool, feeds into the layer index.<br /> <br /> RP: There is some overlap with Yocto-Compatible v2. It needs to be yes/no questions. Can we detect things like bbappending busybox with RFKILL? Yes: Compare ALL sstate checksums with and without the BSP layer (machine not selected). Could use the same approach for distro layers (“Does this layer change anything if the machine/distro is disabled?”)<br /> <br /> Koen: How do we check for anti-social changes when enabling the machine?<br /> <br /> RP: We can do this by … For Compatible v2 we want to raise the bar. Sanity check for things that keep breaking.<br /> <br /> Koen: Additional proposal, separate base, multimedia, … into separate layers?<br /> See slide #20 at https://docs.google.com/presentation/d/1Svc0czZEFQoXAjqQyP5FmcUMWUxfftgY8gzwc46Q5qs/edit#slide=id.g16fb8e536d_0_0<br /> <br /> Sean: incremental steps to improve the quality of the layers. Have something we can point them to.<br /> <br /> <br /> ???: How to have optional bbappend for things that are not in oe-core.<br /> <br /> Jan-Simon: Minimizing the BSP to only Boot is preferred. Graphics, Multimedia, Connectivity is a grey area.<br /> <br /> RP: Recommendation to Intel: Use a specific package architecture for strange graphics stuff. Avoids contamination of the generic stuff.<br /> <br /> Sean: Get the agreed-on stuff into a script before continuing with more controversial stuff.<br /> <br /> Conclusion: Jan-Simon will start a script check the basic stuff, RP should add the checksum checks.<br /> <br /> ==== OTA (12:20) ====<br /> <br /> Overview from mender:<br /> Package-based<br /> Image-based (need bootloader integration)<br /> Container-base<br /> <br /> Mender and RAUC use A/B images<br /> Resin uses containers<br /> <br /> How to do the integration in the best way? Patches to u-boot do not apply to vendor forks. How to test?<br /> <br /> Currently have a meta-mender layer, but may need to change. Only support MMC-Type storage because they know that works.<br /> <br /> <br /> ???: Split discussion between application updating and system updating.<br /> <br /> RP: BSP using yocto-kernel are more easily configurable via fragments. This discussion should make pain points more visible, result maybe just documentation. The image approach is not as integrated into the core as packages.<br /> <br /> ???: AGL uses OSTree<br /> <br /> JanL: keep changeable split from base system. Ostree requires read only root. User merge in core?<br /> Joshua (added later): we have some WIP changes for /usr merge, if there’s desire we can address early during 2.3<br /> <br /> RP: clear linux have requirements like extended attributes<br /> <br /> JanL: You really need a system wide split between volatile and non-volatile<br /> <br /> ???: we don’t have support in oe-core for building data partitions, the initial image contains rootfs and datafs<br /> <br /> RP: WIP has improved<br /> <br /> Khem: it’s tightly coupled with bootloader, geared towards SoC<br /> <br /> JanL: “building blocks” for configuration<br /> <br /> RP:<br /> need support for data/os split<br /> Bootloader communication<br /> Needs ppl who push these topics.<br /> <br /> Sean: The next step needs to be a concrete proposal.<br /> <br /> RP: This discussion needs to continue beyond OEDEM<br /> <br /> ==== Lunch Break (12:40-13:40) ====<br /> <br /> ==== Layer Quality (13:45) ====<br /> <br /> BP: how to document layer quality? Stars on github?<br /> RP: Up-/Downvote on Layerindex, indicate yocto-compatible, script check<br /> Koen: Like debian popcon but for layers?<br /> RP: Error-Reporting Mechanism, report success?<br /> Mark: Surprisingly easy to change layer index, have to learn django. See in development branch.<br /> http://git.yoctoproject.org/cgit/cgit.cgi/layerindex-web/<br /> RP: we should get more ppl interested in the tools (all django based)<br /> <br /> Conclusion: We need to get the word out and get suggestions.<br /> <br /> ==== Make perl and python distro features? [Saur] (13:58) ====<br /> <br /> Saur: Optional Python tools in recipes end up in separate packages, but python is still a build-time dependency. Having python as a distro feature should solve that.<br /> <br /> Mark: Have you checked how the depending packages use python? May be very invasive.<br /> Distro feature can select a python/perl main to allow or blacklist. Dependencies then trickle down. But unsure if this can even be done.<br /> <br /> RP: X11 is a good example. Caused a lot of work for the ppl working on the core. Different configs need to be tested. Perl and Python are more difficult, i.e. used in ptest. Build time of perl and python is probably not that big of a problem (compared to the addition pain of making it optional).<br /> <br /> &lt;rburton&gt; my opinion re py/perl distro features is that sounds like a vast<br /> amount of work for little gain. <br /> <br /> Mark: Will be a lot of work, but not totally against it. With the per-package sysroot it might be easier to get working.<br /> <br /> RP: fine with individual package configs (like for gdb) or split packages<br /> <br /> Conclusion: No change.<br /> <br /> ==== Support for meson build system? [Saur] (14:07) ====<br /> <br /> http://mesonbuild.com/<br /> <br /> Marcin: Does meson support cross-compile? (Yes.) So it should be easy to add.<br /> <br /> RP: gst ppl talked to him at the booth.<br /> <br /> Conclusion: Patches welcome, talk to Ross.<br /> <br /> ==== The use of ${COREBASE}/LICENSE in LIC_FILES_CHKSUM. [Saur] (14:10) ====<br /> <br /> Many references to ${COREBASE}/LICENSE causes requirement for inclusion.<br /> <br /> Koen: ${COREBASE}/LICENSE is not a license. COPYING.MIT is correct<br /> <br /> Conclusion: RP: This needs to go to the ML<br /> <br /> ==== Discuss merging duplicate classes and recipes (metadata) ====<br /> <br /> DTBs<br /> <br /> Koen: DTB file naming is not good.<br /> <br /> RP: Needs a proposal/bugs in the tracker.<br /> <br /> Koen: The deploy dir should contain files which can be copied to a SD card and simply boot. People expect that stuff in oe-core is that way for a reason and don’t try to change.<br /> <br /> <br /> Sean: This may be a result of us being older now.<br /> <br /> RP: For architectural changes, we need to explain why we’re doing that. Otherwise ppl will complain that you broke their builds.<br /> <br /> Duplicate Recipes (14:21)<br /> PB: Recipes with the same name in two layers<br /> <br /> PB: The OpenStack layer is a large pain.<br /> <br /> PB: Before adding a recipe, search layer index.<br /> <br /> PB: Requiring specific versions may need duplication.<br /> <br /> RP: One important example is the go stuff. Consider pulling it into core. We need to look at these cases. Talk to each other.<br /> <br /> Khem: Can we have a duplicate recipe report? Locally and on the layer index<br /> <br /> Sean: need a tool, good concrete suggestion<br /> <br /> PBa: Report these on the ML<br /> <br /> Koen: Are versioned RDEPENDS supposed to work? Bitbake works for one, but explodes when he has to many of them. (Django apps are an example)<br /> <br /> RP: Bitbake doesn’t do any checking of these depends.<br /> <br /> Multiple: File a bug.<br /> <br /> Sean: We should try to get rid of duplicates where possible.<br /> <br /> RP: are there other examples of duplication that need to be cleaned up?<br /> <br /> Koen: We have many u-boot recipes. At least have namespaces to avoid conflicts?<br /> <br /> Marcin: It the same with the kernel.<br /> <br /> PB: Namespace the sh*t out of it.<br /> <br /> Marek: It would be good to have u-boot updates more often.<br /> <br /> Koen: Updating needs tests on real HW.<br /> <br /> PB: We want to only have patches in BSP-layers not full recipes. This also makes it easier to pressure evil vendors.<br /> <br /> ???: People only beat u-boot until it works and never change it again.<br /> <br /> Sean: We need to make it easy for ppl building products to base on the latest and greatest version (kernel and bootloader).<br /> <br /> RP: The whole kernel-yocto area needs refactoring. Maybe split some of that into the liboe directory?<br /> <br /> <br /> ???: Duplicate machine names?<br /> <br /> Koen: Look at it case by case. Meta-yocto should not duplicate machines from member companies.<br /> <br /> Multiple: The bblayers order is a very brittle area.<br /> <br /> RP: Would like to redo the internal bitbake layer implementation. Ppl. will complain because subtle build issues/failures. Very fragile<br /> <br /> Mark: We now have layer recommends. Maybe just remove layer priorities and just use the BBPATH order.<br /> <br /> Saur: The problem is that we have two priorities?<br /> <br /> RP: We have more than two.<br /> <br /> <br /> <br /> RP: He and Mark should look at the situation and suggest a way forward.<br /> <br /> Conclusion: Duplicate recipes and machines need to be brought up with the maintainers.<br /> <br /> Conclusion: Mark, RP, Chris and others should look to create a proposal about resolving the confusion over layer order/priority/etc.<br /> <br /> ==== Changes to deploy_image (14:48) ====<br /> <br /> RP: Image generation has changed in 2.2. The system didn’t have any idea which goes in to images/SDKs. That’s the reason that workaround like rmoldimage exists. We now can track these in the sstate, also it produces the manifest. Sstate also now removes the old images, can get rid of rmoldimage.<br /> <br /> Mark: have we solution for ppl using the old images<br /> <br /> RP: No. Just copy/move out of the tmp/deploy before the next build.<br /> <br /> Saur: Do we still need the timestamp.<br /> <br /> RP: The timestamp is from the start of the build.<br /> <br /> Koen: Ppl have been asking him that bitbake should print which images have been generated.<br /> <br /> RP: If you want to keep old images, add an additional task which does the copy.<br /> <br /> Conclusion: Document<br /> <br /> ==== Coffee Break (-15:22) ====<br /> <br /> RP: Wants to talk about recipes which have markup of recipes for upstream git urls (after coffee)<br /> <br /> ==== Discussion on mesa and splitting libgbm ====<br /> <br /> Conclusion: RP: Topic should be discussed with Ross on mailing list.<br /> <br /> ==== Upstream git URLs in recipes (RP) (15:22) ====<br /> <br /> For some tools we have git urls and tar urls. For others only one of them. The can be of different quality. Maybe we can have a way to generate two instances from one file, so we can have git and tar with less divergence.<br /> <br /> Sean: The have that as a separate tool. Use tarball by default and have it easy to switch to git.<br /> <br /> Khem: This will also simplify upstreaming.<br /> <br /> Sean: Devtool may help with switching back and forth. We can also do shallow clones for git.<br /> <br /> Saur: bbclassextend implementations need to have code to handle different combinations (native/sdk/…)<br /> <br /> RP: Has written bbclassextend to build and test in qemu 30 zephyr configs from a single file. You shouldn’t need to worry about native or not.<br /> <br /> Saur: There may be more changes between tarball and git than the URL.<br /> <br /> RP: It will work for many of them. Selection is done via preferred_version<br /> <br /> ndec: how do we know the version?<br /> <br /> Sean: The topic was just to see if there is interest.<br /> <br /> Mark: some customers always rather want git repositories<br /> <br /> Sean: some customers always want to have tarballs<br /> <br /> RP: This support will make that work easier.<br /> <br /> Conclusion: There is enough interest, we should investigate solution.<br /> <br /> ==== Discussion of recipe maintainers for oe-core and beyond (15:35) ====<br /> <br /> BP: The advisory board wants to increase the number of maintainers. Maintainers: please watch the mailing list for package update emails (“[Recipe reporting system] Upgradable recipe name list”). That list is very Intel and WindRiver heavy.<br /> <br /> RP: This list is a Yocto initiative. They try to get more involvement from the members. There is an incentive to get more ppl involved (recipe reporting system):<br /> Tool to check if packages are outdated<br /> Sends mails<br /> ptest support<br /> “Automatic upgrade helper”<br /> Automatically tries to update the recipe by itself, (runs ptest?) and then send a patch to the maintainer.<br /> Hoping others take this and apply it to other layers outside oe-core<br /> Delegated to Ross Burton<br /> Discussion is still ongoing on how to assign packages to people.<br /> Also document how to use this tool in other layers / environment.<br /> <br /> Sean: How do we stay up to date?<br /> <br /> Conclusion: RP: There is a status somewhere on the website… http://recipes.yoctoproject.org/ <br /> Weekly Bug Triage (https://wiki.yoctoproject.org/wiki/Bug_Triage email Stephen Jolley) &amp;<br /> confcalls/irc meetings will also be held.<br /> https://www.yoctoproject.org/tools-resources/community/monthly-technical-call<br /> <br /> <br /> RP: He get many questions on why we don’t have a MAINTAINERS file. The code structure doesn’t really lend itself to such a file. He doesn’t want to give the impression of giving a service level agreement, at least with the current amount of contributors.<br /> <br /> Trevor: Use the MAINTAINERS file to autogenereate the CC list.<br /> <br /> Mark: He’d like to be CC’ed on some files. If patchwork is working, it can send the mails to the correct people.<br /> Linking Commits to CVE numbers (15:46)<br /> PB: Do we want to send those to the security list?<br /> <br /> Mark: Some ppl expect that they would see security changes on that list. If PB doesn’t find anyone to write the git hook, Mark will help.<br /> <br /> Mark: if nobody else volunteers to help, contact me and I will find someone (at my employer) who will help do this.<br /> <br /> Conclusion: PB will nag ppl, fallback: Remind Mark and he will find someone to help<br /> <br /> Wrap-up<br /> <br /> ??? Last november/december there seemed to a low activity. Why?<br /> <br /> RP: There is a milestone cycle “merge/stabilize”<br /> <br /> Many: Get the patches in early after release.</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2016&diff=9043 2016-10-12T12:40:55Z

<p>Jefro: </p> <hr /> <div>NOTE: for the OpenEmbedded General Assembly 2016, held the same day at the same location, see the page [[Berlin, 2016]]<br /> <br /> == Location and Time ==<br /> <br /> Friday, October 14 2016&lt;br&gt;<br /> (after ELC-E [Oct 11-13])<br /> <br /> Salon 16 <br /> <br /> == Attendees ==<br /> <br /> * Florin Sarbu &quot;fsarbu&quot;<br /> * Andrei Gherzan &quot;agherzan&quot;<br /> * Khem Raj &quot;khem&quot;<br /> * Armin Kuster &quot;Armpit&quot;<br /> * Marco Cavallini &quot;mckoan&quot;<br /> * Pierre-Jean Texier &quot;pjtexier&quot;<br /> * Koen Kooi &quot;koen&quot;<br /> * Anders Darander<br /> * Sean Hudson &quot;darknighte&quot;<br /> * Changhyeok Bae &quot;chbae&quot;<br /> * Peter Kjellerstedt &quot;Saur&quot;<br /> * Josef Holzmayr &quot;LetoThe2nd&quot;<br /> * Vicentiu Neagoe<br /> * Nicolas Dechesne &quot;ndec&quot;<br /> * Denys Dmytriyenko &quot;denix&quot;<br /> * Philip Balister &quot;Crofton&quot;<br /> * Jan Lübbe &quot;shoragan&quot;<br /> * Enrico Jörns<br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Andrea Galbusera &quot;gizero&quot;<br /> * Richard Purdie &quot;RP&quot;<br /> * Changhyeok bae &quot;chbae&quot;<br /> * Scott Murray &quot;smurray&quot;<br /> * Behan Webster &quot;behanw&quot;<br /> * (Jan-Simon Moeller &quot;dl9pf&quot;) [may have to be at the AGL meeting scheduled the same day]<br /> * Bruce Ashfield &quot;zediii&quot;<br /> * Marcin Juszkiewicz &quot;hrw&quot;<br /> * Mark Hatle &quot;fray&quot;<br /> * Rich Persaud<br /> * Kristian Amlie &quot;kamender&quot;<br /> <br /> NOTE: if you add your name to this list, please let me know at jefro@jefro.net, otherwise watch this space for a link to attend by phone<br /> <br /> == Agenda Items ==<br /> <br /> OpenEmbedded eV General Assembly [[Berlin,_2016]]<br /> <br /> # LTS<br /> # Make perl and python distro features? [Saur]<br /> # Support for meson build system? [Saur]<br /> # Can devtool be made standalone, or how to use latest devtool with older version of OE? [Saur]<br /> # Show off Wind River 'setup' tool (response to discussions from last year and this spring) [Fray]<br /> # Suggestion for improvement of how to handle site and user configuration. See explanation below. [Saur]<br /> # BSPs and layer name recommendations (try to start around 3pm to accommodate remote folks from the US)<br /> # Make [https://mender.io/ Mender], the OTA update framework, part of Yocto?<br /> <br /> == Site/user configuration ==<br /> <br /> We would like to improve the possibilities for a developer to easily configure his/her environment to minimize the required changes that are needed after having sourced oe-init-build-env for a new build directory. Typically there are some options that must always be applied for all developers, e.g., proxy settings, and some that should be applied, e.g., locations of global download mirrors and sstate-caches. These typically belong in a site.conf file common to all developers. Then there are options that I as a developer always want as my defaults, e.g., how many bitbake threads and make processes to use in parallel, and to enable debug-tweaks and debug-tools by default. There is currently no suitable configuration file for these options.<br /> <br /> To make it easier to configure these kind of static default options we suggest:<br /> * That we add support for a new configuration file conf/user.conf that is included by bitbake.conf, e.g., after site.conf.<br /> * Add a user specific directory to BBPATH by default, e.g., &quot;${HOME}/.openembedded&quot;. <br /> ** It is also suggested that the name of this directory is available as a variable set in bitbake.conf, e.g., &quot;OE_USER_DIR&quot;, so that it can be used as a default location for, e.g., DL_DIR in one's user.conf file by setting DL_DIR = &quot;${OE_USER_DIR}/downloads&quot;.<br /> * Make it possible to inject directories into BBPATH via the environment, e.g., via a BBPATH_EXTRA variable. This can then be used to specify the common directory (e.g., NFS mount) where conf/site.conf can be found for all developers.<br /> <br /> We have a similar solution in place today in our layers. But the drawback is that it is only supported when at least one of our own layers are included in the build, which means that if I, e.g., want to build with only Poky, it will not work out-of-the-box since it will no longer find the site.conf that I must use, and my user.conf that I expect for all my own tweaks are of course not used either.<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2016&diff=9027 2016-10-05T20:29:26Z

<p>Jefro: /* Agenda Items */</p> <hr /> <div>NOTE: for the OpenEmbedded General Assembly 2016, held the same day at the same location, see the page [[Berlin, 2016]]<br /> <br /> == Location and Time ==<br /> <br /> Friday, October 14 2016&lt;br&gt;<br /> (after ELC-E [Oct 11-13])<br /> <br /> Specific location in Berlin will be announced later<br /> <br /> == Attendees ==<br /> <br /> * Florin Sarbu &quot;fsarbu&quot;<br /> * Andrei Gherzan &quot;agherzan&quot;<br /> * Khem Raj &quot;khem&quot;<br /> * Armin Kuster &quot;Armpit&quot;<br /> * Marco Cavallini &quot;mckoan&quot;<br /> * Pierre-Jean Texier &quot;pjtexier&quot;<br /> * Koen Kooi &quot;koen&quot;<br /> * Anders Darander<br /> * Sean Hudson &quot;darknighte&quot;<br /> * Changhyeok Bae &quot;chbae&quot;<br /> * Peter Kjellerstedt &quot;Saur&quot;<br /> * Josef Holzmayr &quot;LetoThe2nd&quot;<br /> * Vicentiu Neagoe<br /> * Nicolas Dechesne &quot;ndec&quot;<br /> * Denys Dmytriyenko &quot;denix&quot;<br /> * Philip Balister &quot;Crofton&quot;<br /> * Jan Lübbe &quot;shoragan&quot;<br /> * Enrico Jörns<br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Andrea Galbusera &quot;gizero&quot;<br /> * Richard Purdie &quot;RP&quot;<br /> * Changhyeok bae &quot;chbae&quot;<br /> * Scott Murray &quot;smurray&quot;<br /> * Behan Webster &quot;behanw&quot;<br /> * (Jan-Simon Moeller &quot;dl9pf&quot;) [may have to be at the AGL meeting scheduled the same day]<br /> * Bruce Ashfield &quot;zediii&quot;<br /> * Marcin Juszkiewicz &quot;hrw&quot;<br /> * Mark Hatle &quot;fray&quot;<br /> * Rich Persaud<br /> <br /> NOTE: this meeting is at capacity for the room, sorry! If you are desperate to attend a specific discussion, please let me know at jefro@jefro.net, otherwise watch this space for a link to attend by phone<br /> <br /> == Agenda Items ==<br /> <br /> OpenEmbedded eV General Assembly [[Berlin,_2016]]<br /> <br /> # LTS<br /> # Make perl and python distro features? [Saur]<br /> # Support for meson build system? [Saur]<br /> # Can devtool be made standalone, or how to use latest devtool with older version of OE? [Saur]<br /> # Show off Wind River 'setup' tool (response to discussions from last year and this spring) [Fray]<br /> # BSPs and layer name recommendations (try to start around 3pm to accommodate remote folks from the US)<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2016&diff=9025 2016-10-05T16:29:56Z

<p>Jefro: </p> <hr /> <div>NOTE: for the OpenEmbedded General Assembly 2016, held the same day at the same location, see the page [[Berlin, 2016]]<br /> <br /> == Location and Time ==<br /> <br /> Friday, October 14 2016&lt;br&gt;<br /> (after ELC-E [Oct 11-13])<br /> <br /> Specific location in Berlin will be announced later<br /> <br /> == Attendees ==<br /> <br /> * Florin Sarbu &quot;fsarbu&quot;<br /> * Andrei Gherzan &quot;agherzan&quot;<br /> * Khem Raj &quot;khem&quot;<br /> * Armin Kuster &quot;Armpit&quot;<br /> * Marco Cavallini &quot;mckoan&quot;<br /> * Pierre-Jean Texier &quot;pjtexier&quot;<br /> * Koen Kooi &quot;koen&quot;<br /> * Anders Darander<br /> * Sean Hudson &quot;darknighte&quot;<br /> * Changhyeok Bae &quot;chbae&quot;<br /> * Peter Kjellerstedt &quot;Saur&quot;<br /> * Josef Holzmayr &quot;LetoThe2nd&quot;<br /> * Vicentiu Neagoe<br /> * Nicolas Dechesne &quot;ndec&quot;<br /> * Denys Dmytriyenko &quot;denix&quot;<br /> * Philip Balister &quot;Crofton&quot;<br /> * Jan Lübbe &quot;shoragan&quot;<br /> * Enrico Jörns<br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Andrea Galbusera &quot;gizero&quot;<br /> * Richard Purdie &quot;RP&quot;<br /> * Changhyeok bae &quot;chbae&quot;<br /> * Scott Murray &quot;smurray&quot;<br /> * Behan Webster &quot;behanw&quot;<br /> * (Jan-Simon Moeller &quot;dl9pf&quot;) [may have to be at the AGL meeting scheduled the same day]<br /> * Bruce Ashfield &quot;zediii&quot;<br /> * Marcin Juszkiewicz &quot;hrw&quot;<br /> * Mark Hatle &quot;fray&quot;<br /> * Rich Persaud<br /> <br /> NOTE: this meeting is at capacity for the room, sorry! If you are desperate to attend a specific discussion, please let me know at jefro@jefro.net, otherwise watch this space for a link to attend by phone<br /> <br /> == Agenda Items ==<br /> <br /> OpenEmbedded eV General Assembly [[Berlin,_2016]]<br /> <br /> # LTS<br /> # BSPs and layer name recommendations<br /> # Make perl and python distro features? [Saur]<br /> # Support for meson build system? [Saur]<br /> # Can devtool be made standalone, or how to use latest devtool with older version of OE? [Saur]<br /> # Show off Wind River 'setup' tool (response to discussions from last year and this spring) [Fray]<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2016&diff=9011 2016-09-30T18:01:58Z

<p>Jefro: /* Attendees */</p> <hr /> <div>NOTE: for the OpenEmbedded General Assembly 2016, held the same day at the same location, see the page [[Berlin, 2016]]<br /> <br /> == Location and Time ==<br /> <br /> Friday, October 14 2016&lt;br&gt;<br /> (after ELC-E [Oct 11-13])<br /> <br /> Specific location in Berlin will be announced later<br /> <br /> == Attendees ==<br /> <br /> * Andrei Gherzan &quot;agherzan&quot;<br /> * Khem Raj &quot;khem&quot;<br /> * Armin Kuster &quot;Armpit&quot;<br /> * Marco Cavallini &quot;mckoan&quot;<br /> * Pierre-Jean Texier &quot;pjtexier&quot;<br /> * Koen Kooi &quot;koen&quot;<br /> * Anders Darander<br /> * Sean Hudson &quot;darknighte&quot;<br /> * Changhyeok Bae &quot;chbae&quot;<br /> * Peter Kjellerstedt &quot;Saur&quot;<br /> * Josef Holzmayr &quot;LetoThe2nd&quot;<br /> * Vicentiu Neagoe<br /> * Nicolas Dechesne &quot;ndec&quot;<br /> * Denys Dmytriyenko &quot;denix&quot;<br /> * Philip Balister &quot;Crofton&quot;<br /> * Jan Lübbe &quot;shoragan&quot;<br /> * Enrico Jörns<br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Andrea Galbusera &quot;gizero&quot;<br /> * Richard Purdie &quot;RP&quot;<br /> * Changhyeok bae &quot;chbae&quot;<br /> * Scott Murray &quot;smurray&quot;<br /> * Behan Webster &quot;behanw&quot;<br /> * Jan-Simon Moeller &quot;dl9pf&quot;<br /> * Bruce Ashfield &quot;zediii&quot;<br /> * Marcin Juszkiewicz &quot;hrw&quot;<br /> * Mark Hatle &quot;fray&quot;<br /> * Rich Persaud<br /> <br /> NOTE: we are very close to standing room only. If you add your name to this list, please also send email to jefro@jefro.net. thanks<br /> <br /> == Agenda Items ==<br /> <br /> OpenEmbedded eV General Assembly [[Berlin,_2016]]<br /> <br /> # LTS<br /> # BSPs and layer name recommendations<br /> # Make perl and python distro features? [Saur]<br /> # Support for meson build system? [Saur]<br /> # Can devtool be made standalone, or how to use latest devtool with older version of OE? [Saur]<br /> # Show off Wind River 'setup' tool (response to discussions from last year and this spring) [Fray]<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2016&diff=9009 2016-09-30T18:01:36Z

<p>Jefro: /* Attendees */</p> <hr /> <div>== Location and Time ==<br /> <br /> Friday April 8 2016 <br /> <br /> Catamaran Resort &amp; Hotel&lt;br&gt;<br /> 3999 Mission Boulevard&lt;br&gt;<br /> San Diego, CA 92109&lt;br&gt;<br /> 858-539-8727<br /> <br /> transportation will be provided, TBA<br /> (after ELC [Apr 4-6] and Yocto Project Developer Day [Apr 7])<br /> <br /> NOTE: this event is NOT going to be at the Marriott Marquis as previously announced<br /> <br /> == Attendees ==<br /> Armin Kuster (Armpit)&lt;br&gt;<br /> Behan Webster (behanw)&lt;br&gt;<br /> Denys Dmytriyenko (denix)&lt;br&gt;<br /> Jan-Simon Möller (dl9pf)&lt;br&gt;<br /> Philip Balister (Crofton|work)&lt;br&gt;<br /> Sean Hudson (darknighte)&lt;br&gt;<br /> Tim Orling (Moto-timo)&lt;br&gt;<br /> Trevor Woerner&lt;br&gt;<br /> Tom King (ka6sox)&lt;br&gt;<br /> Mark Hatle (fray)&lt;br&gt;<br /> Jeff Osier-Mixon (jefro)&lt;br&gt;<br /> Frederick Ollinger (Follinge)&lt;br&gt;<br /> Rudolf Streif (rstreif)&lt;br&gt;<br /> Gratian Crisan&lt;br&gt;<br /> Alejandro Hernandez (aehs29)&lt;br&gt;<br /> Belén Barros Pena (belen)&lt;br&gt;<br /> Scott Murray (smurray)&lt;br&gt;<br /> Koen Kooi (koen)&lt;br&gt;<br /> George McCollister (georgem)&lt;br&gt;<br /> Michael Halstead (halstead) morning only&lt;br&gt;<br /> <br /> == Agenda Items ==<br /> <br /> * Is there a better name for this meeting that would make it easier for people to get funding to attend?<br /> * Review items from last meeting in Dublin (Please add remarks)<br /> <br /> ===BSPs &amp; Layer Index===<br /> * oe driving toward machine readable files, can also drive from layer<br /> test (yp compat) side - KK<br /> * publicize defs of each list? discuss on members list - where to<br /> overall architecture discussions belong<br /> * TSC to add new mailing list specifically about project<br /> architecture, no patches, and determine list name [Done]<br /> * KK bring discussion to new mailing list<br /> <br /> ===BSP standards - standards exist,coming soon are methods for comparing===<br /> a given layer with the standard<br /> * need wiki documentation for TSC to ratify<br /> * document distro vs. machine policies, other best practices<br /> <br /> ===BSP layer availability===<br /> * encourage board vendors to provide a BSP, make it easier to do so<br /> * ask yp ab to talk to linux.com [PB] - community issue<br /> * look at digi manual[http://www.digi.com/resources/documentation/digidocs/90001945-13/default.htm#task/yocto/t_customize_root_file_system_yocto.htm%3FTocPath%3DDigi%2520Embedded%2520Yocto%7CSystem%2520development%7CFirst%2520steps%7C_____3] (i.e. &quot;just add bsp changes in local.conf&quot;):<br /> <br /> ===meta-yocto to meta-poky===<br /> * RP to take action on the YP side, possibly not for 2.0 [Done, rename happened]<br /> * formalize lowercase as mandatory requirement for overrides, look for other options in the future [Done]<br /> <br /> ===Layer Index feature requests discussed with layer index build feedback&gt;&gt;===<br /> * ask for cycles from employers to work on these issues<br /> * make people aware, help with triage, provide resources<br /> <br /> ===Security===<br /> * need a method for tracking CVs<br /> <br /> ===Systemd===<br /> complaints: more package config, comments; look at packaging to have<br /> minimal systemd even with options available<br /> * need someone with time available to work on it<br /> * need to get systemd feedback, people using systemd talk to package maintainer<br /> * file systemctl wrapper bug<br /> <br /> ===Advocacy===<br /> * board to discuss advocacy/community, invite jefro to meetings<br /> Potential OE Day at ELCE next year<br /> * board: do a proper cfp<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2016&diff=9007 2016-09-30T18:01:03Z

<p>Jefro: /* Attendees */</p> <hr /> <div>== Location and Time ==<br /> <br /> Friday April 8 2016 <br /> <br /> Catamaran Resort &amp; Hotel&lt;br&gt;<br /> 3999 Mission Boulevard&lt;br&gt;<br /> San Diego, CA 92109&lt;br&gt;<br /> 858-539-8727<br /> <br /> transportation will be provided, TBA<br /> (after ELC [Apr 4-6] and Yocto Project Developer Day [Apr 7])<br /> <br /> NOTE: this event is NOT going to be at the Marriott Marquis as previously announced<br /> <br /> == Attendees ==<br /> Armin Kuster (Armpit)&lt;br&gt;<br /> Behan Webster (behanw)&lt;br&gt;<br /> Denys Dmytriyenko (denix)&lt;br&gt;<br /> Jan-Simon Möller (dl9pf)&lt;br&gt;<br /> Philip Balister (Crofton|work)&lt;br&gt;<br /> Sean Hudson (darknighte)&lt;br&gt;<br /> Tim Orling (Moto-timo)&lt;br&gt;<br /> Trevor Woerner&lt;br&gt;<br /> Tom King (ka6sox)&lt;br&gt;<br /> Mark Hatle (fray)&lt;br&gt;<br /> Jeff Osier-Mixon (jefro)&lt;br&gt;<br /> Frederick Ollinger (Follinge)&lt;br&gt;<br /> Rudolf Streif (rstreif)&lt;br&gt;<br /> Gratian Crisan&lt;br&gt;<br /> Alejandro Hernandez (aehs29)&lt;br&gt;<br /> Belén Barros Pena (belen)&lt;br&gt;<br /> Scott Murray (smurray)&lt;br&gt;<br /> Koen Kooi (koen)&lt;br&gt;<br /> George McCollister (georgem)&lt;br&gt;<br /> Michael Halstead (halstead) morning only&lt;br&gt;<br /> Rich Persaud<br /> <br /> == Agenda Items ==<br /> <br /> * Is there a better name for this meeting that would make it easier for people to get funding to attend?<br /> * Review items from last meeting in Dublin (Please add remarks)<br /> <br /> ===BSPs &amp; Layer Index===<br /> * oe driving toward machine readable files, can also drive from layer<br /> test (yp compat) side - KK<br /> * publicize defs of each list? discuss on members list - where to<br /> overall architecture discussions belong<br /> * TSC to add new mailing list specifically about project<br /> architecture, no patches, and determine list name [Done]<br /> * KK bring discussion to new mailing list<br /> <br /> ===BSP standards - standards exist,coming soon are methods for comparing===<br /> a given layer with the standard<br /> * need wiki documentation for TSC to ratify<br /> * document distro vs. machine policies, other best practices<br /> <br /> ===BSP layer availability===<br /> * encourage board vendors to provide a BSP, make it easier to do so<br /> * ask yp ab to talk to linux.com [PB] - community issue<br /> * look at digi manual[http://www.digi.com/resources/documentation/digidocs/90001945-13/default.htm#task/yocto/t_customize_root_file_system_yocto.htm%3FTocPath%3DDigi%2520Embedded%2520Yocto%7CSystem%2520development%7CFirst%2520steps%7C_____3] (i.e. &quot;just add bsp changes in local.conf&quot;):<br /> <br /> ===meta-yocto to meta-poky===<br /> * RP to take action on the YP side, possibly not for 2.0 [Done, rename happened]<br /> * formalize lowercase as mandatory requirement for overrides, look for other options in the future [Done]<br /> <br /> ===Layer Index feature requests discussed with layer index build feedback&gt;&gt;===<br /> * ask for cycles from employers to work on these issues<br /> * make people aware, help with triage, provide resources<br /> <br /> ===Security===<br /> * need a method for tracking CVs<br /> <br /> ===Systemd===<br /> complaints: more package config, comments; look at packaging to have<br /> minimal systemd even with options available<br /> * need someone with time available to work on it<br /> * need to get systemd feedback, people using systemd talk to package maintainer<br /> * file systemctl wrapper bug<br /> <br /> ===Advocacy===<br /> * board to discuss advocacy/community, invite jefro to meetings<br /> Potential OE Day at ELCE next year<br /> * board: do a proper cfp<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2016&diff=8999 2016-09-28T16:38:34Z

<p>Jefro: /* Attendees */</p> <hr /> <div>NOTE: for the OpenEmbedded General Assembly 2016, held the same day at the same location, see the page [[Berlin, 2016]]<br /> <br /> == Location and Time ==<br /> <br /> Friday, October 14 2016&lt;br&gt;<br /> (after ELC-E [Oct 11-13])<br /> <br /> Specific location in Berlin will be announced later<br /> <br /> == Attendees ==<br /> <br /> * Andrei Gherzan<br /> * Khem Raj &quot;khem&quot;<br /> * Armin Kuster &quot;Armpit&quot;<br /> * Marco Cavallini &quot;mckoan&quot;<br /> * Pierre-Jean Texier &quot;pjtexier&quot;<br /> * Koen Kooi &quot;koen&quot;<br /> * Anders Darander<br /> * Sean Hudson &quot;darknighte&quot;<br /> * Changhyeok Bae &quot;chbae&quot;<br /> * Peter Kjellerstedt &quot;Saur&quot;<br /> * Josef Holzmayr &quot;LetoThe2nd&quot;<br /> * Vicentiu Neagoe<br /> * Nicolas Dechesne &quot;ndec&quot;<br /> * Denys Dmytriyenko &quot;denix&quot;<br /> * Philip Balister &quot;Crofton&quot;<br /> * Jan Lübbe &quot;shoragan&quot;<br /> * Enrico Jörns<br /> * Jeff Osier-Mixon &quot;Jefro&quot;<br /> * Andrea Galbusera &quot;gizero&quot;<br /> * Richard Purdie &quot;RP&quot;<br /> * Changhyeok bae &quot;chbae&quot;<br /> * Scott Murray &quot;smurray&quot;<br /> * Behan Webster &quot;behanw&quot;<br /> * Jan-Simon Moeller &quot;dl9pf&quot;<br /> * Bruce Ashfield &quot;zediii&quot;<br /> * Marcin Juszkiewicz &quot;hrw&quot;<br /> * Mark Hatle &quot;fray&quot;<br /> <br /> NOTE: we are very close to standing room only. If you add your name to this list, please also send email to jefro@jefro.net. thanks<br /> <br /> == Agenda Items ==<br /> <br /> OpenEmbedded eV General Assembly [[Berlin,_2016]]<br /> <br /> # LTS<br /> # BSPs and layer name recommendations<br /> # Make perl and python distro features? [Saur]<br /> # Support for meson build system? [Saur]<br /> # Can devtool be made standalone, or how to use latest devtool with older version of OE? [Saur]<br /> # Show off Wind River 'setup' tool (response to discussions from last year and this spring) [Fray]<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM&diff=8985 2016-09-27T21:03:20Z

<p>Jefro: Redirected page to OEDEM 2016</p> <hr /> <div>#REDIRECT [[OEDEM_2016]]</div>

Jefro https://www.openembedded.org/w/index.php?title=Berlin,_2016&diff=8935 2016-09-08T18:37:23Z

<p>Jefro: </p> <hr /> <div><br /> = '''e.V. General Assembly (GA) Meeting for 2016''' =<br /> <br /> NOTE: for the OpenEmbedded Developer's European Meeting (OEDEM) 2016, held the same day at the same location, see the page [[OEDEM 2016]]<br /> <br /> ==Location ==<br /> <br /> Berlin, Germany<br /> <br /> October 14, 2015 at 0900 - 1000<br /> <br /> == Agenda: General Assembly ==<br /> <br /> * Treasurer report<br /> * Update on eV status<br /> <br /> == Forms ==<br /> <br /> * Proxy form [[File:Proxy_instructions-oe.pdf]]<br /> <br /> == Attendance ==<br /> <br /> * Andrei Gherzan (agherzan)<br /> * Jeff Osier-Mixon (jefro)<br /> * Marco Cavallini (mckoan)<br /> * Anders Darander</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2016&diff=8933 2016-09-08T18:36:53Z

<p>Jefro: </p> <hr /> <div>NOTE: for the OpenEmbedded General Assembly 2016, held the same day at the same location, see the page [[Berlin, 2016]]<br /> <br /> == Location and Time ==<br /> <br /> Friday, October 14 2016&lt;br&gt;<br /> (after ELC-E [Oct 11-13])<br /> <br /> Specific location in Berlin will be announced later<br /> <br /> == Attendees ==<br /> <br /> Khem Raj &quot;khem&quot;<br /> <br /> Armin Kuster &quot;Armpit&quot;<br /> <br /> Marco Cavallini &quot;mckoan&quot;<br /> <br /> Pierre-Jean Texier &quot;pjtexier&quot;<br /> <br /> Koen Kooi &quot;koen&quot;<br /> <br /> Anders Darander<br /> <br /> Sean Hudson &quot;darknighte&quot;<br /> <br /> Peter Kjellerstedt &quot;Saur&quot;<br /> <br /> Josef Holzmayr &quot;LetoThe2nd&quot;<br /> <br /> Vicentiu Neagoe<br /> <br /> Nicolas Dechesne &quot;ndec&quot;<br /> <br /> Denys Dmytriyenko &quot;denix&quot;<br /> <br /> Philip Balister &quot;Crofton&quot;<br /> <br /> Jan Lübbe &quot;shoragan&quot;<br /> <br /> Enrico Jörns<br /> <br /> Jeff Osier-Mixon &quot;Jefro&quot;<br /> <br /> == Agenda Items ==<br /> <br /> OpenEmbedded eV General Assembly [[Berlin,_2016]]<br /> <br /> 1) LTS<br /> 2) BSPs and layer name recommendations<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2016&diff=8923 2016-09-08T18:34:28Z

<p>Jefro: /* Attendees */</p> <hr /> <div>== Location and Time ==<br /> <br /> Friday, October 14 2016&lt;br&gt;<br /> (after ELC-E [Oct 11-13])<br /> <br /> Specific location in Berlin will be announced later<br /> <br /> == Attendees ==<br /> <br /> Khem Raj &quot;khem&quot;<br /> <br /> Armin Kuster &quot;Armpit&quot;<br /> <br /> Marco Cavallini &quot;mckoan&quot;<br /> <br /> Pierre-Jean Texier &quot;pjtexier&quot;<br /> <br /> Koen Kooi &quot;koen&quot;<br /> <br /> Anders Darander<br /> <br /> Sean Hudson &quot;darknighte&quot;<br /> <br /> Peter Kjellerstedt &quot;Saur&quot;<br /> <br /> Josef Holzmayr &quot;LetoThe2nd&quot;<br /> <br /> Vicentiu Neagoe<br /> <br /> Nicolas Dechesne &quot;ndec&quot;<br /> <br /> Denys Dmytriyenko &quot;denix&quot;<br /> <br /> Philip Balister &quot;Crofton&quot;<br /> <br /> Jan Lübbe &quot;shoragan&quot;<br /> <br /> Enrico Jörns<br /> <br /> Jeff Osier-Mixon &quot;Jefro&quot;<br /> <br /> == Agenda Items ==<br /> <br /> OpenEmbedded eV General Assembly [[Berlin,_2016]]<br /> <br /> 1) LTS<br /> 2) BSPs and layer name recommendations<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDEM_2016&diff=8917 2016-09-08T18:33:54Z

<p>Jefro: /* Agenda Items */</p> <hr /> <div>== Location and Time ==<br /> <br /> Friday, October 14 2016&lt;br&gt;<br /> (after ELC-E [Oct 11-13])<br /> <br /> Specific location in Berlin will be announced later<br /> <br /> == Attendees ==<br /> <br /> Khem Raj &quot;khem&quot;<br /> <br /> Armin Kuster &quot;Armpit&quot;<br /> <br /> Marco Cavallini &quot;mckoan&quot;<br /> <br /> Pierre-Jean Texier &quot;pjtexier&quot;<br /> <br /> Koen Kooi &quot;koen&quot;<br /> <br /> Anders Darander<br /> <br /> Sean Hudson &quot;darknighte&quot;<br /> <br /> Peter Kjellerstedt &quot;Saur&quot;<br /> <br /> Josef Holzmayr &quot;LetoThe2nd&quot;<br /> <br /> Vicentiu Neagoe<br /> <br /> Nicolas Dechesne &quot;ndec&quot;<br /> <br /> Denys Dmytriyenko &quot;denix&quot;<br /> <br /> Philip Balister &quot;Crofton&quot;<br /> <br /> Jan Lübbe &quot;shoragan&quot;<br /> <br /> Enrico Jörns<br /> <br /> == Agenda Items ==<br /> <br /> OpenEmbedded eV General Assembly [[Berlin,_2016]]<br /> <br /> 1) LTS<br /> 2) BSPs and layer name recommendations<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=Berlin,_2016&diff=8915 2016-09-08T18:33:04Z

<p>Jefro: /* Agenda: Developer&#039;s Meeting */</p> <hr /> <div><br /> = '''e.V. General Assembly (GA) Meeting for 2016''' =<br /> <br /> <br /> ==Location ==<br /> <br /> Berlin, Germany<br /> <br /> October 14, 2015 at 0900 - 1000<br /> <br /> == Agenda: General Assembly ==<br /> <br /> * Treasurer report<br /> * Update on eV status<br /> <br /> == Forms ==<br /> <br /> * Proxy form [[File:Proxy_instructions-oe.pdf]]<br /> <br /> == Attendance ==<br /> <br /> * Andrei Gherzan (agherzan)<br /> * Jeff Osier-Mixon (jefro)<br /> * Marco Cavallini (mckoan)<br /> * Anders Darander</div>

Jefro https://www.openembedded.org/w/index.php?title=Berlin,_2016&diff=8913 2016-09-08T18:27:18Z

<p>Jefro: /* Agenda */</p> <hr /> <div><br /> = '''e.V. General Assembly (GA) Meeting for 2016''' =<br /> <br /> <br /> ==Location ==<br /> <br /> Berlin, Germany<br /> <br /> October 14, 2015 at 0900 - 1000<br /> <br /> == Agenda: General Assembly ==<br /> <br /> * Treasurer report<br /> * Update on eV status<br /> <br /> == Agenda: Developer's Meeting ==<br /> <br /> * BSPs and layer name recommendations<br /> <br /> == Forms ==<br /> <br /> * Proxy form [[File:Proxy_instructions-oe.pdf]]<br /> <br /> == Attendance ==<br /> <br /> * Andrei Gherzan (agherzan)<br /> * Jeff Osier-Mixon (jefro)<br /> * Marco Cavallini (mckoan)<br /> * Anders Darander</div>

Jefro https://www.openembedded.org/w/index.php?title=Berlin,_2016&diff=8883 2016-08-30T19:28:14Z

<p>Jefro: </p> <hr /> <div>==Location ==<br /> <br /> Berlin, Germany<br /> <br /> October 14, 2015 at 0900 - 1000<br /> <br /> == Agenda ==<br /> <br /> * Treasurer report<br /> * Update on eV status<br /> <br /> == Forms ==<br /> <br /> * Proxy form [[File:Proxy_instructions-oe.pdf]]<br /> <br /> == Attendance ==<br /> <br /> * Jeff Osier-Mixon (jefro)</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2016&diff=8633 2016-04-06T18:05:57Z

<p>Jefro: /* Attendees */</p> <hr /> <div>== Location and Time ==<br /> <br /> Friday April 8 2016 <br /> <br /> Catamaran Resort &amp; Hotel&lt;br&gt;<br /> 3999 Mission Boulevard&lt;br&gt;<br /> San Diego, CA 92109&lt;br&gt;<br /> 858-539-8727<br /> <br /> transportation will be provided, TBA<br /> (after ELC [Apr 4-6] and Yocto Project Developer Day [Apr 7])<br /> <br /> NOTE: this event is NOT going to be at the Marriott Marquis as previously announced<br /> <br /> == Attendees ==<br /> Armin Kuster (Armpit)&lt;br&gt;<br /> Behan Webster (behanw)&lt;br&gt;<br /> Denys Dmytriyenko (denix)&lt;br&gt;<br /> Jan-Simon Möller (dl9pf)&lt;br&gt;<br /> Philip Balister (Crofton|work)&lt;br&gt;<br /> Sean Hudson (darknighte)&lt;br&gt;<br /> Tim Orling (Moto-timo)&lt;br&gt;<br /> Trevor Woerner&lt;br&gt;<br /> Tom King (ka6sox)&lt;br&gt;<br /> Mark Hatle (fray)&lt;br&gt;<br /> Jeff Osier-Mixon (jefro)&lt;br&gt;<br /> Frederick Ollinger (Follinge)&lt;br&gt;<br /> Marc Villanueva (Tentative)&lt;br&gt;<br /> Rudolf Streif (rstreif)&lt;br&gt;<br /> Gratian Crisan&lt;br&gt;<br /> Alejandro Hernandez (aehs29)&lt;br&gt;<br /> Belén Barros Pena (belen)&lt;br&gt;<br /> Scott Murray (smurray)&lt;br&gt;<br /> Koen Kooi (koen)&lt;br&gt;<br /> George McCollister (georgem)&lt;br&gt;<br /> Fred Ollinger<br /> <br /> == Agenda Items ==<br /> <br /> * Review items from last meeting in Dublin (Please add remarks)<br /> <br /> ===BSPs &amp; Layer Index===<br /> * oe driving toward machine readable files, can also drive from layer<br /> test (yp compat) side - KK<br /> * publicize defs of each list? discuss on members list - where to<br /> overall architecture discussions belong<br /> * TSC to add new mailing list specifically about project<br /> architecture, no patches, and determine list name [Done]<br /> * KK bring discussion to new mailing list<br /> <br /> ===BSP standards - standards exist,coming soon are methods for comparing===<br /> a given layer with the standard<br /> * need wiki documentation for TSC to ratify<br /> * document distro vs. machine policies, other best practices<br /> <br /> ===BSP layer availability===<br /> * encourage board vendors to provide a BSP, make it easier to do so<br /> * ask yp ab to talk to linux.com [PB] - community issue<br /> * look at digi manual[http://www.digi.com/resources/documentation/digidocs/90001945-13/default.htm#task/yocto/t_customize_root_file_system_yocto.htm%3FTocPath%3DDigi%2520Embedded%2520Yocto%7CSystem%2520development%7CFirst%2520steps%7C_____3] (i.e. &quot;just add bsp changes in local.conf&quot;):<br /> <br /> ===meta-yocto to meta-poky===<br /> * RP to take action on the YP side, possibly not for 2.0 [Done, rename happened]<br /> * formalize lowercase as mandatory requirement for overrides, look for other options in the future [Done]<br /> <br /> ===Layer Index feature requests discussed with layer index build feedback&gt;&gt;===<br /> * ask for cycles from employers to work on these issues<br /> * make people aware, help with triage, provide resources<br /> <br /> ===Security===<br /> * need a method for tracking CVs<br /> <br /> ===Systemd===<br /> complaints: more package config, comments; look at packaging to have<br /> minimal systemd even with options available<br /> * need someone with time available to work on it<br /> * need to get systemd feedback, people using systemd talk to package maintainer<br /> * file systemctl wrapper bug<br /> <br /> ===Advocacy===<br /> * board to discuss advocacy/community, invite jefro to meetings<br /> Potential OE Day at ELCE next year<br /> * board: do a proper cfp<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=Getting_started_with_OE-Classic&diff=8631 2016-04-06T00:09:44Z

<p>Jefro: </p> <hr /> <div>{| style=&quot;color:black; background-color:#ffcccc&quot; width=&quot;100%&quot; cellpadding=&quot;10&quot; class=&quot;wikitable&quot;<br /> |<br /> '''NOTE:''' This page refers to OpenEmbedded-Classic. The Classic version of this software is &lt;b&gt;no longer supported&lt;/b&gt; and has known security issues, including many CVEs that are highly dangerous such as Heartbleed and Redpill. For new projects, you are strongly recommended to use the latest version of [[OpenEmbedded-Core]].'''<br /> <br /> '''See [[Getting started]] for current setup instructions for OE-Core.'''<br /> |}<br /> <br /> = Setting up the toolchain and doing a build =<br /> <br /> Before starting to configure your OE installation by following the instructions on this page make sure you have read [[OEandYourDistro|how OE fits in with your host distribution]] and the [[RequiredSoftware|required software for compilation]].<br /> <br /> == Directory Structure ==<br /> The base directory of your Openembedded environment (&lt;nowiki&gt;/stuff/&lt;/nowiki&gt;) is the location where sources will be checked out (or unpacked).<br /> <br /> * You must choose a location with '''no symlinks above it'''<br /> <br /> * If you work in a chrooted environment and have ccache installed it is highly recommended to 'su - &lt;username&gt;' after you have chrooted. Compilation may fail because ccache needs a valid &lt;nowiki&gt;$HOME&lt;/nowiki&gt;, which is usually set when using a user account. It is recommended that ccache is not installed on systems used to build OpenEmbedded as it has been known to introduce other subtle build failures.<br /> <br /> To create the directory structure:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ mkdir -p /stuff/build/conf<br /> $ cd /stuff/<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> == Obtaining BitBake ==<br /> To start using OE, you must first obtain the build tool it needs: &lt;nowiki&gt;bitbake&lt;/nowiki&gt;<br /> <br /> It is recommended to run bitbake without installing it, as a sibling directory of &lt;nowiki&gt;openembedded/&lt;/nowiki&gt; and &lt;nowiki&gt;build/&lt;/nowiki&gt; directories. Indeed, as bitbake is written in python it does not need to be compiled. You'll just have to set the PATH variable so that the [[BitBake]] tools are accessible (see [[#Setup the environment|Setup the environment]] section).<br /> <br /> ===Getting a working bitbake===<br /> <br /> Bitbake switched from a svn repository to a git one, and the former is stuck at version 1.8.13, so when you try to build you may face an error: &quot;Bitbake version 1.10.2 is required and version 1.8.13 was found&quot;. In that case please fetch released version or use git repository.<br /> <br /> Which version is safe to use? Last release one is always working. When OE changes require newer version of BitBake metadata is changed and you will get message like above.<br /> <br /> One note for those who want to play with development versions of BitBake - Python 2.6 may be required by newer versions. This can be a problem for some Linux distributions.<br /> <br /> Basically the easier and faster solution (at the moment I'm writing) is to get release one.<br /> <br /> wget http://download.berlios.de/bitbake/bitbake-1.10.2.tar.gz<br /> <br /> ===Using releases===<br /> <br /> Visit [http://developer.berlios.de/projects/bitbake/ BitBake homepage] and download tarball with latest release. For normal usage we suggest using 1.8.x (stable branch) versions. Unpack it to '''/stuff/bitbake/'''.<br /> <br /> == Obtaining OpenEmbedded using Git ==<br /> <br /> ''Note: ''Once upon a time OpenEmbedded was using Monotone for version control. If you have an OE Monotone repository on your computer, you should replace it with the Git repository.<br /> <br /> ''Note: ''These are only brief instructions. For a longer description about using Git with OpenEmbedded refer to [[Git]] and [[GitPhraseBook]].<br /> <br /> The OpenEmbedded project resides in a Git repository. You can find it at ''git://git.openembedded.org/openembedded''. <br /> <br /> Web interface is: http://cgit.openembedded.org/<br /> <br /> To obtain Openembedded:<br /> # Install git<br /> # Go to the base directory of your OpenEmbedded environment<br /> $ cd /stuff/<br /> # Checkout the repository (use one of our [[mirrors]])<br /> $ git clone git://github.com/openembedded/openembedded.git<br /> or for the firewall challenged try https proto<br /> $ git clone https://github.com/openembedded/openembedded.git<br /> or http proto<br /> $ git clone http://github.com/openembedded/openembedded.git<br /> <br /> This is the data you'll be using for all the work.<br /> <br /> === Updating OpenEmbedded ===<br /> The .dev branch of OE is updated very frequently (as much as several times an hour). The distro branches are not updated as much but still fairly often. It seems good practice to update your OE tree at least daily. To do this, run<br /> $ git pull --rebase<br /> (note: this must be done in the directory created by the checkout of openembedded. On this page, this directory is &lt;tt&gt;/stuff/openembedded&lt;/tt&gt;, but my checkout generated a directory &lt;tt&gt;/stuff/openembedded&lt;/tt&gt;. Check the name of your subdir, and use the name on your machine in the following examples)<br /> <br /> == Create local configuration ==<br /> It's now time to create your local configuration.<br /> While you could copy the default local.conf.sample like this:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ cd /stuff/<br /> $ cp openembedded/conf/local.conf.sample build/conf/local.conf<br /> $ vi build/conf/local.conf<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> It is actually recommended to start smaller and keep local.conf.sample in the background and add entries from there step-by-step as you understand and need them. Please, do not just edit build/conf/local.conf.sample but actually READ it (read it and then edit).<br /> <br /> For building a .dev branch, in your &lt;nowiki&gt;local.conf&lt;/nowiki&gt; file, you should have at least the following three entries. Example for the Angstrom distribution and the Openmoko gta01 machine:<br /> &lt;pre&gt;&lt;nowiki&gt;<br /> BBFILES = &quot;/stuff/openembedded/recipes/*/*.bb&quot;<br /> DISTRO = &quot;angstrom-2010.x&quot;<br /> MACHINE = &quot;beagleboard&quot;<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> If you choose to install OE in your home directory, modify local.conf to refer to the OE paths as /home/&lt;username&gt;/ rather than ~/. It does not find the *.bb packages otherwise.<br /> <br /> == Setup the environment ==<br /> One of the four command sets below will need to be run every time you open a terminal for development. (You can automate this in ~/.profile, /etc/profile, or perhaps use a script to set the necessary variables for using [[BitBake]].)<br /> <br /> If you followed the recommendation above to use [[BitBake]] from Git:<br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ export BBPATH=/stuff/build:/stuff/openembedded<br /> $ export PATH=/stuff/bitbake/bin:$PATH<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> If you installed [[BitBake]]:<br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ export BBPATH=/stuff/build:/stuff/openembedded<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> Alternative syntax for those using the tcsh shell (e.g FreeBSD):<br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ setenv PATH &quot;/stuff/bitbake/bin:&quot;$PATH<br /> $ setenv BBPATH &quot;/stuff/build:/stuff/openembedded:&quot;$BBPATH<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> == Start building ==<br /> The primary interface to the build system is the &lt;nowiki&gt;bitbake&lt;/nowiki&gt; command (see the bitbake users manual). &lt;nowiki&gt;bitbake&lt;/nowiki&gt; will download and patch stuff from the network, so it helps if you are on a well connected machine.<br /> <br /> Note that you should issue all bitbake commands from inside of the &lt;nowiki&gt;build/&lt;/nowiki&gt; directory, or you should override TMPDIR to point elsewhere (by default it goes to &lt;nowiki&gt;tmp/&lt;/nowiki&gt; relative to the directory you run the tools in).<br /> <br /> Here are some example invocations:<br /> <br /> Building a single package (e.g. nano):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake nano<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> Building package sets (e.g. task-base):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake task-base<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> ''Special note for'' &lt;nowiki&gt;task-base&lt;/nowiki&gt;: you may need additional setup for building this very one task. More details in [[ZaurusKernels]]<br /> <br /> Building a group of packages and deploying them into a rootfs image:<br /> <br /> GPE:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake x11-gpe-image<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> X11:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake x11-image<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> OPIE:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake opie-image<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> ('''NOTE:''' kergoth says it will take around 10GB of disk space to build an opie or gpe image for one architecture.&lt;br&gt;<br /> sledge says: You can reduce it to ~4GB by [[Advanced_configuration|INHERIT += &quot;rm_work&quot;]])<br /> <br /> ('''NOTE:''' if you are using your custom kernel - set &quot;Use the ARM EABI to compile the kernel (AEABI)&quot; option in &quot;Kernel Features&quot;)<br /> <br /> See the /stuff/openembedded/recipes/meta/ directory if you're curious about what meta/task and image targets exist.<br /> <br /> Building a single package, bypassing the long parse step (and therefore its dependencies--use with care):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake -b /stuff/openembedded/recipes/blah/blah.bb<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> See [[Useful targets]] for a description of some of the more useful meta-packages. You will typically need at least one of the base images (&lt;nowiki&gt;bootstrap-image&lt;/nowiki&gt;, &lt;nowiki&gt;opie-image&lt;/nowiki&gt; or &lt;nowiki&gt;gpe-image&lt;/nowiki&gt;), and if and only if you're building for an [http://wiki.openzaurus.org/Main_Page OpenZaurus] target requiring an installer image (such as C3000), an additional &lt;nowiki&gt;pivotboot-image&lt;/nowiki&gt;.<br /> <br /> Output of the build process (temporary files, log files and the binaries) all ends up in the &lt;nowiki&gt;tmp&lt;/nowiki&gt; directory. Most interesting is probably the &lt;nowiki&gt;tmp/work/&lt;/nowiki&gt; directory. Just have a look around the [[DirectoryStructure]]. <br /> <br /> Images generated by building package groups like &lt;nowiki&gt;opie-image&lt;/nowiki&gt; or &lt;nowiki&gt;pivotboot-image&lt;/nowiki&gt; are placed in the &lt;nowiki&gt;tmp/deploy/images/&lt;/nowiki&gt; directory. Individual ipkg packages are put in &lt;nowiki&gt;tmp/deploy/ipk&lt;/nowiki&gt;.<br /> <br /> == Adding Packages ==<br /> # Create [[bbfile]].<br /> # Try building it locally.<br /> # Fix eventual problems.<br /> # Send .[[bbfile]] or an [[OePatch]] to the [http://wiki.openembedded.net/index.php/Mailing_Lists openembedded-devel mailing list]. Please note that changes should comply with the [[Commit_Policy | commit policy]].<br /> <br /> = Problems =<br /> Try to solve problems first by checking that you have done everything right, that nothing has changed from this description and that you have the latest code (see [[GitPhraseBook]]). Look also in the log file (referenced in any error message you will receive). If you still have problems, try checking [[PossibleFailures]] and [http://www.openembedded.org/wiki/OeFaq#builderrors common build errors]. <br /> Above links are dead, you can try the [[:Category:FAQ]]. If problems persist, ask on [[IRC]] or in the [[Mailing lists|openembedded mailing list]].<br /> <br /> The Openembedded metadata is changing constantly. This implies several things:<br /> <br /> # Once you have a &quot;known good&quot; version that works well on your system, keep it! To update, clone a new copy; don't overwrite that working version until it's known to be safe.<br /> # To resolve build problems, &quot;git pull&quot; is your good friend. Many times, the issues will already be fixed in the current tree.<br /> # Not all metadata updates cause the local caches to update correctly. Sometimes you'll need to remove the &quot;.../tmp&quot; work directory and rebuild from scratch.<br /> # Similar issues apply to the package sources you download.<br /> <br /> = Portability issues =<br /> Make sure to set &lt;nowiki&gt;TARGET_OS&lt;/nowiki&gt; to something other than linux in local.conf if your host isn't linux.<br /> <br /> GNU extensions to tools are often required. Symlink GNU patch, make, and cp (from fileutils), chmod, sed, find, tar, awk into your OE development path.<br /> <br /> FreeBSD 4 users: Perl 5.0 is too old. A more recent perl must be available as &lt;nowiki&gt;/usr/bin/perl&lt;/nowiki&gt;. Unfortunately just having more recent perl in the path isn't good enough. Some scripts are hard-coded for &lt;nowiki&gt;/usr/bin/perl&lt;/nowiki&gt;. You can test for which perl you're using by typing perl -v. see /usr/ports/UPDATING for instructions on updating perl. Don't forget to do a use.perl port as instructed in /usr/ports/UPDATING<br /> <br /> FreeBSD users: Set &lt;nowiki&gt;BUILD_OS&lt;/nowiki&gt; in local.conf to freebsdN where N is your major version number. At least the cross gcc wants this.<br /> <br /> FreeBSD users: The build process of glibc uses a very long command line at some places. Increase ARG_MAX to at least 131072, by editing /usr/sys/sys/syslimits.h and recompile your kernel (and reboot).<br /> <br /> = Productivity notes =<br /> Use the interactive bitbake mode (&quot;bitbake -i&quot;) to speed up work when debugging or developing .bb files. Remember to run &quot;parse&quot; at the prompt first. Go!<br /> <br /> If you want to save some compile time or are interested in additional tweaks to local.conf take a look at the [[Advanced configuration]] page.<br /> <br /> [[Category:User]]</div>

Jefro https://www.openembedded.org/w/index.php?title=Getting_started_with_OE-Classic&diff=8629 2016-04-06T00:06:17Z

<p>Jefro: </p> <hr /> <div>{| style=&quot;color:black; background-color:#ffcccc&quot; width=&quot;100%&quot; cellpadding=&quot;10&quot; class=&quot;wikitable&quot;<br /> |<br /> '''NOTE:''' This page refers to OpenEmbedded-Classic. The Classic version of this software is deprecated and has known security issues, including many CVEs that are highly dangerous such as Heartbleed and Redpill. For new projects, you are strongly recommended to use the latest version of [[OpenEmbedded-Core]].'''<br /> <br /> '''See [[Getting started]] for current setup instructions for OE-Core.'''<br /> |}<br /> <br /> = Setting up the toolchain and doing a build =<br /> <br /> Before starting to configure your OE installation by following the instructions on this page make sure you have read [[OEandYourDistro|how OE fits in with your host distribution]] and the [[RequiredSoftware|required software for compilation]].<br /> <br /> == Directory Structure ==<br /> The base directory of your Openembedded environment (&lt;nowiki&gt;/stuff/&lt;/nowiki&gt;) is the location where sources will be checked out (or unpacked).<br /> <br /> * You must choose a location with '''no symlinks above it'''<br /> <br /> * If you work in a chrooted environment and have ccache installed it is highly recommended to 'su - &lt;username&gt;' after you have chrooted. Compilation may fail because ccache needs a valid &lt;nowiki&gt;$HOME&lt;/nowiki&gt;, which is usually set when using a user account. It is recommended that ccache is not installed on systems used to build OpenEmbedded as it has been known to introduce other subtle build failures.<br /> <br /> To create the directory structure:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ mkdir -p /stuff/build/conf<br /> $ cd /stuff/<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> == Obtaining BitBake ==<br /> To start using OE, you must first obtain the build tool it needs: &lt;nowiki&gt;bitbake&lt;/nowiki&gt;<br /> <br /> It is recommended to run bitbake without installing it, as a sibling directory of &lt;nowiki&gt;openembedded/&lt;/nowiki&gt; and &lt;nowiki&gt;build/&lt;/nowiki&gt; directories. Indeed, as bitbake is written in python it does not need to be compiled. You'll just have to set the PATH variable so that the [[BitBake]] tools are accessible (see [[#Setup the environment|Setup the environment]] section).<br /> <br /> ===Getting a working bitbake===<br /> <br /> Bitbake switched from a svn repository to a git one, and the former is stuck at version 1.8.13, so when you try to build you may face an error: &quot;Bitbake version 1.10.2 is required and version 1.8.13 was found&quot;. In that case please fetch released version or use git repository.<br /> <br /> Which version is safe to use? Last release one is always working. When OE changes require newer version of BitBake metadata is changed and you will get message like above.<br /> <br /> One note for those who want to play with development versions of BitBake - Python 2.6 may be required by newer versions. This can be a problem for some Linux distributions.<br /> <br /> Basically the easier and faster solution (at the moment I'm writing) is to get release one.<br /> <br /> wget http://download.berlios.de/bitbake/bitbake-1.10.2.tar.gz<br /> <br /> ===Using releases===<br /> <br /> Visit [http://developer.berlios.de/projects/bitbake/ BitBake homepage] and download tarball with latest release. For normal usage we suggest using 1.8.x (stable branch) versions. Unpack it to '''/stuff/bitbake/'''.<br /> <br /> == Obtaining OpenEmbedded using Git ==<br /> <br /> ''Note: ''Once upon a time OpenEmbedded was using Monotone for version control. If you have an OE Monotone repository on your computer, you should replace it with the Git repository.<br /> <br /> ''Note: ''These are only brief instructions. For a longer description about using Git with OpenEmbedded refer to [[Git]] and [[GitPhraseBook]].<br /> <br /> The OpenEmbedded project resides in a Git repository. You can find it at ''git://git.openembedded.org/openembedded''. <br /> <br /> Web interface is: http://cgit.openembedded.org/<br /> <br /> To obtain Openembedded:<br /> # Install git<br /> # Go to the base directory of your OpenEmbedded environment<br /> $ cd /stuff/<br /> # Checkout the repository (use one of our [[mirrors]])<br /> $ git clone git://github.com/openembedded/openembedded.git<br /> or for the firewall challenged try https proto<br /> $ git clone https://github.com/openembedded/openembedded.git<br /> or http proto<br /> $ git clone http://github.com/openembedded/openembedded.git<br /> <br /> This is the data you'll be using for all the work.<br /> <br /> === Updating OpenEmbedded ===<br /> The .dev branch of OE is updated very frequently (as much as several times an hour). The distro branches are not updated as much but still fairly often. It seems good practice to update your OE tree at least daily. To do this, run<br /> $ git pull --rebase<br /> (note: this must be done in the directory created by the checkout of openembedded. On this page, this directory is &lt;tt&gt;/stuff/openembedded&lt;/tt&gt;, but my checkout generated a directory &lt;tt&gt;/stuff/openembedded&lt;/tt&gt;. Check the name of your subdir, and use the name on your machine in the following examples)<br /> <br /> == Create local configuration ==<br /> It's now time to create your local configuration.<br /> While you could copy the default local.conf.sample like this:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ cd /stuff/<br /> $ cp openembedded/conf/local.conf.sample build/conf/local.conf<br /> $ vi build/conf/local.conf<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> It is actually recommended to start smaller and keep local.conf.sample in the background and add entries from there step-by-step as you understand and need them. Please, do not just edit build/conf/local.conf.sample but actually READ it (read it and then edit).<br /> <br /> For building a .dev branch, in your &lt;nowiki&gt;local.conf&lt;/nowiki&gt; file, you should have at least the following three entries. Example for the Angstrom distribution and the Openmoko gta01 machine:<br /> &lt;pre&gt;&lt;nowiki&gt;<br /> BBFILES = &quot;/stuff/openembedded/recipes/*/*.bb&quot;<br /> DISTRO = &quot;angstrom-2010.x&quot;<br /> MACHINE = &quot;beagleboard&quot;<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> If you choose to install OE in your home directory, modify local.conf to refer to the OE paths as /home/&lt;username&gt;/ rather than ~/. It does not find the *.bb packages otherwise.<br /> <br /> == Setup the environment ==<br /> One of the four command sets below will need to be run every time you open a terminal for development. (You can automate this in ~/.profile, /etc/profile, or perhaps use a script to set the necessary variables for using [[BitBake]].)<br /> <br /> If you followed the recommendation above to use [[BitBake]] from Git:<br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ export BBPATH=/stuff/build:/stuff/openembedded<br /> $ export PATH=/stuff/bitbake/bin:$PATH<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> If you installed [[BitBake]]:<br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ export BBPATH=/stuff/build:/stuff/openembedded<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> Alternative syntax for those using the tcsh shell (e.g FreeBSD):<br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ setenv PATH &quot;/stuff/bitbake/bin:&quot;$PATH<br /> $ setenv BBPATH &quot;/stuff/build:/stuff/openembedded:&quot;$BBPATH<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> == Start building ==<br /> The primary interface to the build system is the &lt;nowiki&gt;bitbake&lt;/nowiki&gt; command (see the bitbake users manual). &lt;nowiki&gt;bitbake&lt;/nowiki&gt; will download and patch stuff from the network, so it helps if you are on a well connected machine.<br /> <br /> Note that you should issue all bitbake commands from inside of the &lt;nowiki&gt;build/&lt;/nowiki&gt; directory, or you should override TMPDIR to point elsewhere (by default it goes to &lt;nowiki&gt;tmp/&lt;/nowiki&gt; relative to the directory you run the tools in).<br /> <br /> Here are some example invocations:<br /> <br /> Building a single package (e.g. nano):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake nano<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> Building package sets (e.g. task-base):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake task-base<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> ''Special note for'' &lt;nowiki&gt;task-base&lt;/nowiki&gt;: you may need additional setup for building this very one task. More details in [[ZaurusKernels]]<br /> <br /> Building a group of packages and deploying them into a rootfs image:<br /> <br /> GPE:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake x11-gpe-image<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> X11:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake x11-image<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> OPIE:<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake opie-image<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> ('''NOTE:''' kergoth says it will take around 10GB of disk space to build an opie or gpe image for one architecture.&lt;br&gt;<br /> sledge says: You can reduce it to ~4GB by [[Advanced_configuration|INHERIT += &quot;rm_work&quot;]])<br /> <br /> ('''NOTE:''' if you are using your custom kernel - set &quot;Use the ARM EABI to compile the kernel (AEABI)&quot; option in &quot;Kernel Features&quot;)<br /> <br /> See the /stuff/openembedded/recipes/meta/ directory if you're curious about what meta/task and image targets exist.<br /> <br /> Building a single package, bypassing the long parse step (and therefore its dependencies--use with care):<br /> <br /> &lt;pre&gt;&lt;nowiki&gt;<br /> $ bitbake -b /stuff/openembedded/recipes/blah/blah.bb<br /> &lt;/nowiki&gt;&lt;/pre&gt;<br /> <br /> See [[Useful targets]] for a description of some of the more useful meta-packages. You will typically need at least one of the base images (&lt;nowiki&gt;bootstrap-image&lt;/nowiki&gt;, &lt;nowiki&gt;opie-image&lt;/nowiki&gt; or &lt;nowiki&gt;gpe-image&lt;/nowiki&gt;), and if and only if you're building for an [http://wiki.openzaurus.org/Main_Page OpenZaurus] target requiring an installer image (such as C3000), an additional &lt;nowiki&gt;pivotboot-image&lt;/nowiki&gt;.<br /> <br /> Output of the build process (temporary files, log files and the binaries) all ends up in the &lt;nowiki&gt;tmp&lt;/nowiki&gt; directory. Most interesting is probably the &lt;nowiki&gt;tmp/work/&lt;/nowiki&gt; directory. Just have a look around the [[DirectoryStructure]]. <br /> <br /> Images generated by building package groups like &lt;nowiki&gt;opie-image&lt;/nowiki&gt; or &lt;nowiki&gt;pivotboot-image&lt;/nowiki&gt; are placed in the &lt;nowiki&gt;tmp/deploy/images/&lt;/nowiki&gt; directory. Individual ipkg packages are put in &lt;nowiki&gt;tmp/deploy/ipk&lt;/nowiki&gt;.<br /> <br /> == Adding Packages ==<br /> # Create [[bbfile]].<br /> # Try building it locally.<br /> # Fix eventual problems.<br /> # Send .[[bbfile]] or an [[OePatch]] to the [http://wiki.openembedded.net/index.php/Mailing_Lists openembedded-devel mailing list]. Please note that changes should comply with the [[Commit_Policy | commit policy]].<br /> <br /> = Problems =<br /> Try to solve problems first by checking that you have done everything right, that nothing has changed from this description and that you have the latest code (see [[GitPhraseBook]]). Look also in the log file (referenced in any error message you will receive). If you still have problems, try checking [[PossibleFailures]] and [http://www.openembedded.org/wiki/OeFaq#builderrors common build errors]. <br /> Above links are dead, you can try the [[:Category:FAQ]]. If problems persist, ask on [[IRC]] or in the [[Mailing lists|openembedded mailing list]].<br /> <br /> The Openembedded metadata is changing constantly. This implies several things:<br /> <br /> # Once you have a &quot;known good&quot; version that works well on your system, keep it! To update, clone a new copy; don't overwrite that working version until it's known to be safe.<br /> # To resolve build problems, &quot;git pull&quot; is your good friend. Many times, the issues will already be fixed in the current tree.<br /> # Not all metadata updates cause the local caches to update correctly. Sometimes you'll need to remove the &quot;.../tmp&quot; work directory and rebuild from scratch.<br /> # Similar issues apply to the package sources you download.<br /> <br /> = Portability issues =<br /> Make sure to set &lt;nowiki&gt;TARGET_OS&lt;/nowiki&gt; to something other than linux in local.conf if your host isn't linux.<br /> <br /> GNU extensions to tools are often required. Symlink GNU patch, make, and cp (from fileutils), chmod, sed, find, tar, awk into your OE development path.<br /> <br /> FreeBSD 4 users: Perl 5.0 is too old. A more recent perl must be available as &lt;nowiki&gt;/usr/bin/perl&lt;/nowiki&gt;. Unfortunately just having more recent perl in the path isn't good enough. Some scripts are hard-coded for &lt;nowiki&gt;/usr/bin/perl&lt;/nowiki&gt;. You can test for which perl you're using by typing perl -v. see /usr/ports/UPDATING for instructions on updating perl. Don't forget to do a use.perl port as instructed in /usr/ports/UPDATING<br /> <br /> FreeBSD users: Set &lt;nowiki&gt;BUILD_OS&lt;/nowiki&gt; in local.conf to freebsdN where N is your major version number. At least the cross gcc wants this.<br /> <br /> FreeBSD users: The build process of glibc uses a very long command line at some places. Increase ARG_MAX to at least 131072, by editing /usr/sys/sys/syslimits.h and recompile your kernel (and reboot).<br /> <br /> = Productivity notes =<br /> Use the interactive bitbake mode (&quot;bitbake -i&quot;) to speed up work when debugging or developing .bb files. Remember to run &quot;parse&quot; at the prompt first. Go!<br /> <br /> If you want to save some compile time or are interested in additional tweaks to local.conf take a look at the [[Advanced configuration]] page.<br /> <br /> [[Category:User]]</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2016&diff=8607 2016-03-28T19:58:28Z

<p>Jefro: /* Location and Time */</p> <hr /> <div>== Location and Time ==<br /> <br /> Friday April 8 2016 <br /> <br /> Catamaran Resort &amp; Hotel&lt;br&gt;<br /> 3999 Mission Boulevard&lt;br&gt;<br /> San Diego, CA 92109&lt;br&gt;<br /> 858-539-8727<br /> <br /> transportation will be provided, TBA<br /> (after ELC [Apr 4-6] and Yocto Project Developer Day [Apr 7])<br /> <br /> NOTE: this event is NOT going to be at the Marriott Marquis as previously announced<br /> <br /> == Attendees ==<br /> Armin Kuster (Armpit)&lt;br&gt;<br /> Behan Webster (behanw)&lt;br&gt;<br /> Denys Dmytriyenko (denix)&lt;br&gt;<br /> Jan-Simon Möller (dl9pf)&lt;br&gt;<br /> Philip Balister (Crofton|work)&lt;br&gt;<br /> Sean Hudson (darknighte)&lt;br&gt;<br /> Tim Orling (Moto-timo)&lt;br&gt;<br /> Trevor Woerner&lt;br&gt;<br /> Tom King (ka6sox)&lt;br&gt;<br /> Mark Hatle (fray)&lt;br&gt;<br /> Jeff Osier-Mixon (jefro)&lt;br&gt;<br /> Frederick Ollinger (Follinge)&lt;br&gt;<br /> Marc Villanueva (Tentative)&lt;br&gt;<br /> Rudolf Streif (rstreif)&lt;br&gt;<br /> Gratian Crisan&lt;br&gt;<br /> <br /> == Agenda Items ==<br /> <br /> * Review items from last meeting in Dublin (Please add remarks)<br /> <br /> ===BSPs &amp; Layer Index===<br /> * oe driving toward machine readable files, can also drive from layer<br /> test (yp compat) side - KK<br /> * publicize defs of each list? discuss on members list - where to<br /> overall architecture discussions belong<br /> * TSC to add new mailing list specifically about project<br /> architecture, no patches, and determine list name<br /> * KK bring discussion to new mailing list<br /> <br /> ===BSP standards - standards exist,coming soon are methods for comparing===<br /> a given layer with the standard<br /> * need wiki documentation for TSC to ratify<br /> * document distro vs. machine policies, other best practices<br /> <br /> ===BSP layer availability===<br /> * encourage board vendors to provide a BSP, make it easier to do so<br /> * ask yp ab to talk to linux.com [PB] - community issue<br /> * look at digi manual[http://www.digi.com/resources/documentation/digidocs/90001945-13/default.htm#task/yocto/t_customize_root_file_system_yocto.htm%3FTocPath%3DDigi%2520Embedded%2520Yocto%7CSystem%2520development%7CFirst%2520steps%7C_____3] (i.e. &quot;just add bsp changes in local.conf&quot;):<br /> <br /> ===meta-yocto to meta-poky===<br /> * RP to take action on the YP side, possibly not for 2.0<br /> * formalize lowercase as mandatory requirement for overrides, look<br /> for other options in the future<br /> <br /> ===Layer Index feature requests discussed with layer index build feedback&gt;&gt;===<br /> * ask for cycles from employers to work on these issues<br /> * make people aware, help with triage, provide resources<br /> <br /> ===Security===<br /> * need a method for tracking CVs<br /> <br /> ===Systemd===<br /> complaints: more package config, comments; look at packaging to have<br /> minimal systemd even with options available<br /> * need someone with time available to work on it<br /> * need to get systemd feedback, people using systemd talk to package maintainer<br /> * file systemctl wrapper bug<br /> <br /> ===Advocacy===<br /> * board to discuss advocacy/community, invite jefro to meetings<br /> Potential OE Day at ELCE next year<br /> * board: do a proper cfp<br /> <br /> == Minutes ==</div>

Jefro https://www.openembedded.org/w/index.php?title=OEDAM_2016&diff=8597 2016-03-24T05:10:49Z

<p>Jefro: /* Location and Time */</p> <hr /> <div>== Location and Time ==<br /> <br /> Friday April 8 2016 <br /> <br /> Marriott Marquis&lt;br&gt;<br /> 333 W Harbor Dr&lt;br&gt;<br /> San Diego, CA 92101&lt;br&gt;<br /> (619) 234-1500&lt;br&gt;<br /> Adjacent to the Manchester Grand Hyatt<br /> <br /> (after ELC [Apr 4-6] and Yocto Project Developer Day [Apr 7])<br /> <br /> == Attendees ==<br /> Armin Kuster (Armpit)&lt;br&gt;<br /> Behan Webster (behanw)&lt;br&gt;<br /> Denys Dmytriyenko (denix)&lt;br&gt;<br /> Jan-Simon Möller (dl9pf)&lt;br&gt;<br /> Philip Balister (Crofton|work)&lt;br&gt;<br /> Sean Hudson (darknighte)&lt;br&gt;<br /> Tim Orling (Moto-timo)&lt;br&gt;<br /> Trevor Woerner&lt;br&gt;<br /> Tom King (ka6sox)&lt;br&gt;<br /> Mark Hatle (fray)&lt;br&gt;<br /> Jeff Osier-Mixon (jefro)&lt;br&gt;<br /> Frederick Ollinger (Follinge)&lt;br&gt;<br /> Marc Villanueva (Tentative)&lt;br&gt;<br /> Rudolf Streif (rstreif)&lt;br&gt;<br /> <br /> == Agenda Items ==<br /> <br /> * Review items from last meeting in Dublin (Please add remarks)<br /> <br /> ===BSPs &amp; Layer Index===<br /> * oe driving toward machine readable files, can also drive from layer<br /> test (yp compat) side - KK<br /> * publicize defs of each list? discuss on members list - where to<br /> overall architecture discussions belong<br /> * TSC to add new mailing list specifically about project<br /> architecture, no patches, and determine list name<br /> * KK bring discussion to new mailing list<br /> <br /> ===BSP standards - standards exist,coming soon are methods for comparing===<br /> a given layer with the standard<br /> * need wiki documentation for TSC to ratify<br /> * document distro vs. machine policies, other best practices<br /> <br /> ===BSP layer availability===<br /> * encourage board vendors to provide a BSP, make it easier to do so<br /> * ask yp ab to talk to linux.com [PB] - community issue<br /> * look at digi manual (i.e. &quot;just add bsp changes in local.conf&quot;)<br /> <br /> ===meta-yocto to meta-poky===<br /> * RP to take action on the YP side, possibly not for 2.0<br /> * formalize lowercase as mandatory requirement for overrides, look<br /> for other options in the future<br /> <br /> ===Layer Index feature requests discussed with layer index build feedback&gt;&gt;===<br /> * ask for cycles from employers to work on these issues<br /> * make people aware, help with triage, provide resources<br /> <br /> ===Security===<br /> * need a method for tracking CVs<br /> <br /> ===Systemd===<br /> complaints: more package config, comments; look at packaging to have<br /> minimal systemd even with options available<br /> * need someone with time available to work on it<br /> * need to get systemd feedback, people using systemd talk to package maintainer<br /> * file systemctl wrapper bug<br /> <br /> ===Advocacy===<br /> * board to discuss advocacy/community, invite jefro to meetings<br /> Potential OE Day at ELCE next year<br /> * board: do a proper cfp<br /> <br /> == Minutes ==</div>

Jefro