Difference between revisions of "Buildroot:DeveloperDaysFOSDEM2018"
m (Markup...) |
|||
| Line 85: | Line 85: | ||
* CPE / CVE management ''[Matt]'' : https://docs.google.com/presentation/d/1r0-BgKB54t7TdIE_F4qCKTfU8u7fxJCGri_y20s-IFs/edit?usp=sharing | * CPE / CVE management ''[Matt]'' : https://docs.google.com/presentation/d/1r0-BgKB54t7TdIE_F4qCKTfU8u7fxJCGri_y20s-IFs/edit?usp=sharing | ||
| − | * SELinux ''[Adam]'' | + | * SELinux ''[Adam/Matt]'' |
** Test case approach(s) for compliance testing | ** Test case approach(s) for compliance testing | ||
| + | *** Target test of basic x86 QEMU | ||
| + | **** Checks busybox and/or full tools can correctly interact with an SELinux enabled kernel | ||
| + | **** Verifies audit debug tools function correctly | ||
| + | *** Host tool check that the APOL testing tools are functional against an example policy | ||
| + | |||
* LLVM/Clang ''[Romain/Valentin]'' | * LLVM/Clang ''[Romain/Valentin]'' | ||
Revision as of 10:48, 31 January 2018
Contents
Buildroot Developers Meeting, 5-6 February 2018, Brussels
The Buildroot Developers meeting is a 2-day event for Buildroot developers and contributors. It allows Buildroot developers and contributors to discuss the hot topics in the Buildroot development, work on patches, and generally meet each other, facilitating further online discussions. Attending the event is free, after registration.
Location and date
The next Buildroot Developers meeting will take place on February 5th and 6th 2018 in Brussels, right after the FOSDEM conference. The meeting will take place in Google offices, located Chaussée d'Etterbeek 180, 1040 Brussels, very close to the Schuman metro station.
Sponsors
We would like to thank our sponsors:
- Google, providing the meeting location, with Internet connection, but also free lunch and refreshments for the meeting participants.
- Mind is the Embedded Software division of Essensium, which provides consultancy and services specifically in the field of Linux and Open Source SW for Embedded Systems. Mind offers the Monday dinner to the participants of the meeting.
We are looking for sponsors to sponsor travel expenses.
Participants
Note: As of 2018-01-31, registration is now closed.
- Thomas Petazzoni
- Yann E. MORIN
- Peter Korsgaard
- Matt Weber
- Sam Voss
- Bryce Ferguson
- Romain Naour
- Samuel Martin
- Valentin Korenblit
- Julien Boibessot
- Luca Ceresoli (Monday only)
- Thomas De Schampheleire
- Joris Lijssens
- Angelo Compagnucci
- Arnout Vandecappelle
- Julien Corjon
Note: As of 2018-01-31, registration is now closed.
Meeting agenda
Yann wrote: There is no real ordering here, except I tried to put important things that require an urgent fix first, whith other non-ciritical things later...
- Local archive generation [Yann]
- archives locally generated (from git/cvs/svn) depend on the tar version
- http://lists.busybox.net/pipermail/buildroot/2018-January/211222.html
- options:
- investigating more those tar issues, and perhaps with the upstream tar folks, find a way of solving them
- use a different archiving solution, that is more stable (cpio)
- stop archiving, but then not clear how to support primary_site/backup_mirror
- build our own tar
- Namespace collision in package infra [Yann]
- for example foo and foo-base will collide with variables $(1)_NAME and $(1)_BASE_NAME
- already hit by:
- alljoyn <-> alljoyn-base
- alljoyn-tcl <-> alljoyn-tcl-base
- perl-xml-sax <-> perl-xml-sax-base
- so, we need to better separate the package part from the infra part, for example:
- two underscores as a separator: FOO__NAME and FOO__BASE_NAME
- a dot: FOO.NAME and FOO.BASE_NAME
- Top-Level Parallel Build (TLPB) [Thomas]
- How to trigger it?
- option in menuconfig
- automatic via top-level 'make -jN' ?
- How to handle non-make tools (e.g. meson/ninja or mksquashfs...) that have their own parallel build that does not talk to a job-server?
- either over-use of CPU (worst case N^2 jobs instead of N)
- or under-use of CPU (1 job instead of N)
- See e.g. https://github.com/ninja-build/ninja/issues/1139
- How to trigger it?
- GObject introspection [Adam]
- what to do about this?
- without it, we can't bump some packages, or lose functionality when bumping
- RFC-patch from Adam: https://patchwork.ozlabs.org/patch/828791/
- Download script overhaul [Maxime/Yann]
- git caching
- Patches from Maxime, reworked by Peter: https://patchwork.ozlabs.org/project/buildroot/list/?series=10225
- (Yann's working on this)
- Security Hardening [Matt] : https://docs.google.com/presentation/d/1IyrflpslZ6Gnsl-deR5G3sODfuICe-UkBeD44Edudhk/edit?usp=sharing
- CPE / CVE management [Matt] : https://docs.google.com/presentation/d/1r0-BgKB54t7TdIE_F4qCKTfU8u7fxJCGri_y20s-IFs/edit?usp=sharing
- SELinux [Adam/Matt]
- Test case approach(s) for compliance testing
- Target test of basic x86 QEMU
- Checks busybox and/or full tools can correctly interact with an SELinux enabled kernel
- Verifies audit debug tools function correctly
- Host tool check that the APOL testing tools are functional against an example policy
- Target test of basic x86 QEMU
- Test case approach(s) for compliance testing
- LLVM/Clang [Romain/Valentin]
- A short presentation about LLVM/Clang for Buildroot
- Merge of staging/ and target/ [Yann]
- only ever install packages once, in staging/
- a bit faster
- generate target/ from staging/
- target-finalize copies staging/ to target/
- then resumes with the current cleanups
- staging contains everything and is not stripped
- keeps debug symbols and the likes untouched
- only ever install packages once, in staging/
