** How to make it easy to setup a system "the systemd way"? New DISTRO_FEATURE or IMAGE_FEATURE? (Saur)

** How to make it easy to setup a system "the systemd way"? New DISTRO_FEATURE or IMAGE_FEATURE? (Saur)

*** <s>Link /bin -> /usr/bin, /lib -> /usr/lib, etc.</s>

*** <s>Link /bin -> /usr/bin, /lib -> /usr/lib, etc.</s>

−

*** Change ${systemd_unitdir} to /usr/lib.

+

*** <s>Change ${systemd_unitdir} to /usr/lib.</s>

*** Make the systemctl wrapper install in ${systemd_unitdir} rather than ${systemconf}/systemd.

*** Make the systemctl wrapper install in ${systemd_unitdir} rather than ${systemconf}/systemd.

**** This should also happen when installing a package in runtime.

**** This should also happen when installing a package in runtime.

Revision as of 14:30, 9 October 2015

The 2015 OpenEmbedded Developer's European Meeting will take place Friday, Oct 9, 2015 in Dublin, Ireland. Part of this meeting will also constitute the annual OE General Assembly, and some corporation/eV matters will be discussed.

Location and Time

Gibson Hotel is at the end of the red LUAS line, adjacent to the stadium. Come up to the 3rd floor and follow the signs for the Cordoba room. (the sign says "Mtg", that's us) There is coffee here. See you all soon

OpenEmbedded eV General Assembly

We have a short administrative meeting before starting the Developer meeting. All are welcome for this.

Proposal to dissolve the current e.V. and re-constituting it in the U.S. to reduce the administrative burden for the project.

Agenda

meta-yocto -> meta-poky. People are still spending too much time explaining reality. (Crofton)

variable expand = True by default

BSPs (tlwoerner)

Standards for BSP behavior. (Crofton)

feedback on layerindex to indicate BSP:

last successful compile (feedback from outside builders?)

last successful boot

master branch parsability (perhaps ties into bugzilla 7792?)

several BSP layers to choose from for some boards, none for others (linux.com SBC survey)

guidelines/requirements for setting up a new BSP on layerindex

bugzilla

mailing list (use general mailing list(s) for patches?)

git.yoctoproject.org/<yourbsplayer>

making sure BSP layers only touch the variables/settings they should touch

should a BSP layer ever use = ?

does/should a BSP produce artifacts that are easy to install to SD cards? (Crofton)

Processes

LayerIndex feature requests (tlwoerner)

build feedback (autobuilders and off-site)

Build and test failures on the public Autobuilder (Bluelightening)

Systemd

Systemd packaging. As new things appear, they are lumped into one package. Update split? (Crofton relaying info)

Can we get systemd's first-boot support to work? It is currently disabled in the systemd recipe by touching /etc/machine-id. (Saur)

How to make it easy to setup a system "the systemd way"? New DISTRO_FEATURE or IMAGE_FEATURE? (Saur)

Link /bin -> /usr/bin, /lib -> /usr/lib, etc.

Change ${systemd_unitdir} to /usr/lib.

Make the systemctl wrapper install in ${systemd_unitdir} rather than ${systemconf}/systemd.

This should also happen when installing a package in runtime.

Advocacy

There are still a lot of projects (too many?) not using OE (tlwoerner)

why aren't more projects using OE?

how can we get more people using OE?

who should we be targeting? (build people (obviously), kernel devs? user-space devs?)

Attendees

If you plan to attend, please list your name below.

Jeff Osier-Mixon (jefro)

Philip Balister (Crofton)

Trevor Woerner (tlwoerner)

Anders Darander (andersd)

Marco Cavallini (mckoan)

Koen Kooi (koen)

Alexandre Belloni (abelloni)

Armin Kuster (armpit)

Belén Barros Pena (belen)

Peter Kjellerstedt (Saur)

Alejandro del Castillo (adelcast)

Denys Dmytriyenko (denix)

Sean Hudson (darknighte)

Nathan Rossi (nrossi)

Mark Hatle (fray)

Nicolas Dechesne (ndec)

Paul Eggleton (bluelightning)

Andrei Gherzan (agherzan)

Felipe F. Tonello (ftonello)

Changhyeok Bae (chbae)

Saul Wold (sgw)

Ashish Shrivastava

Pascal Bach (bachp)

Richard Purdie (RP)

Michael Halstead (halstead)

Proceedings

RAW notes shown in boxes like this
=> this is an action item
-> this is a desired thing

Introduce TSC

Martin Jansa (jama)

Mark Hatle (fray)

Paul Eggleton (bluelightning)

Richard Purdie (RP)

Khem Raj (khem)

go over agenda
BSP topic first to accommodate member travel

BSPs & Layer Index

Paul described layer index process & how it works
BBP layers also come into toaster, expose to people, dependency list very important - snapshot when setting up toaster
module branches - will look in repo for branches
some layers don't have a master branch, don't show content - need way to present in UI
REST API
DD automatically parse layer to check for required content? PE do want, necessitates background queuing process
parse w/dependencies
also affects YP Compatible, RP's proposed layer validation tool
error reporting system - tie together with info in layer index, intention there
JH ability to register layer & specify quality
------------------------------------------
not getting resources to work on core BSPs
people working on own BSPs - not really a complaint, but an observation
SH would love to see REST APIs
PE would love some help with the layer index
RP love ideas, but people need to resource, step up & drive
------------------------------------------
=> oe driving toward machine readable files, can also drive from layer test (yp compat) side - KK
------------------------------------------
oe-core or oe-devel? oe-core
------------------------------------------
=> publicize defs of each list? discuss on members list - where to overall architecture discussions belong
discussion: decided on oe-core
oe needs its own goals, interact with the yocto project
------------------------------------------
status email to oe-core list, useful? to most people. cross-postd to yocto list
KK should be about oe-core, not about poky
=> TSC to add new mailing list specifically about project architecture, no patches, and determine list name
------------------------------------------
KK realize that OE has no project vision
RP is there any vision that needs to be represented to YP, and are there resources
KK as a project take an active role to work with YP
marketing/visibility standpoint, wear OE hat
if list of oe bugs that should be raised, bring to philip
-> KK bring discussion to new mailing list
------------------------------------------
TW can new layers use bugzilla
PE struggle with volume of bugs currently in triage process
RP triage process - yp has taken on oe-core eg. don't want many bugs from idle layers, YP judged on metrics from that system
SW some layers already in that state
DD attended call regularly
RP maintainers must be willing to come to triage process
some issues don't have a clear maintainer
------------------------------------------
BSP standards - standards exist,coming soon are methods for comparing a given layer with the standard
"oe has no rules, only half-documented best practices" - Koen
=> need wiki documentation for TSC to ratify
-> document distro vs. machine policies, other best practices
------------------------------------------
BSP layer availability
-> encourage board vendors to provide a BSP, make it easier to do so
people problem, not technical problem
add questionnaire about why people don't
ask LF to include a list of BSPs that are supported
=> ask yp ab to talk to linux.com [PB] - community issue
build for qemu, with limited resources
-> look at digi manual (i.e. "just add bsp changes in local.conf")
best practices : should be easy to use, instructions/tools to put it on a card, etc
wic incomplete but promising
------------------------------------------
touching variables - discuss on new arch list
------------------------------------------

Processes

problems:
RP
different failures "random" - actually is a pattern, but initially looks random
build poky and poky-lsb, lsb turns on different distro features
boots a machine in qemu & runs scripts, most qemu machines, just says "kill" - unknown
release blocker causing qa failures
also, systemd having timeout issues
should OE care about these things? (yes)
PE
set up environment to detect regressions
did upgrading qemu and systemd create these? get to a correct point
not poky changes or bsp changes
eg poky enables ptest, doesn't affect systemd timeout
RP
have massively increased scope of tests
ptests, sdk..
resources always an issue
-> ask for cycles from employers to work on these issues
-> make people aware, help with triage, provide resources
KK -> plan B, C, etc. have had this problem for years
more issues recently

Security

security a long term issue, beginning to be noticed - now reluctant to address it, as it is being noticed/resourced
if patch had standard cv, could write automated tools to parse
-> need a method for tracking CVs
MH have to have someone whose job it is to pull CV list, look for differences, assess applicability
Michael Halstead : LF can run security audits of individual tools
could do layer index, toaster, ... busybox
MH independent academic audit found OE very good

Systemd

currently scaling up
complaints: more package config, comments; look at packaging to have minimal systemd even with options available
-> need someone with time available to work on it
-> need to get systemd feedback, people using systemd talk to package maintainer
MH automotive is a heavy user, could ask genivi for help
peter, koen using systemd but not using official oe recipe - based on

Can we get systemd first boot support to work?

MH wind struggling

Advocacy

why aren't more projects using OE?
how can we get more people using OE?
who should we be targeting? build people, kernel devs, userspace devs