FOSDEM is coming, 6th and 7th of February 2021! In addition to attending the virtual event, this time Codethink engineers will be curating the Safety and Open Source Software Dev Room.
FOSDEM is one of the biggest and most celebrated events in the open source calendar. Every year the organisation manages a fantastic online and free event where software developers and FOSS contributors can share ideas and collaborate.
The Safety and Open Source Software Dev Room
The Safety and Open Source Software Dev Room is dedicated to everything related to using Open Source Software for safety-critical applications.
As never before, companies are choosing Free and Open Source Software in their projects given the numerous benefits it can offer. Despite the growing tendency of using FOSS, the world of safety is behind the curve. In most cases, software development for safety applications employs traditional development practices. Even if these practices are well-used, they are increasingly outdated and they often use closed code.
The vast majority of the FOSS available for safety software hasn't been developed following the safety standards from the beginning, which makes it extremely difficult to meet stringent safety regulations. Safety applications must have rigorous quality assurance practices applied during development, and this will only be possible knowing and understanding the open source safety practice from the start.
The Safety and Open Source Software Dev Room is looking for talks that showcase:
- How can we use FOSS in safety applications, including overcoming obstacles faced
- Legal issues for industry and contributors
- And how we can advance state-of-the-art safety practices to allow the industry to benefit from the many advantages that FOSS provides.
The talks will be about 45 minutes long, including the discussion, although we'll consider variations (please include the talk length in your submission). Some topics we'd like to hear about (but not limited to this example list) are:
- Pros and cons of using Open Source software in safety
- Examples of Open Source Software is used in safety applications today
- Legal and moral implications for contributors who have their code used in safety applications
- Safety analysis techniques for complex software systems
- Requirements elicitation, and verification and validation techniques (including creating argumentation to prove that software is safe enough to use)
- What we need to do as FOSS creators to shift the industry mentality around the use of FOSS vs current safety standards
- Open Source Development practices and how we can map these to practices such as the V-model which are needed for current industry safety standards (e.g. IEC 61508, ISO 26262 etc.)
- Presentations have to be pre-recorded and streamed before the event
- Once your talk is accepted, we will assign you a deputy to help you to produce the pre-recorded content
- The deputy will review the content and ensure it has the required quality. They are also responsible for ensuring that the content is ready to broadcast on the day
- During the stream of your talk, you must be available online for the Q/A session
Submit a talk
Visit the FOSDEM 2021 Pentabarf website, and create an account if you don't have one already.
Create an "event" and click on "Show all" in the top right corner to display the full form.
Your submission must include the following information:
- Your contact Email
- The title and subtitle of your talk (please be descriptive, as titles will be listed with ~500 from other projects)
- Select "Safety and Open Source" as the track.
- A short abstract of one paragraph
- A more extended description if you wish to do so
- Links to related websites/blogs etc.
Submission deadline: 26th of December 2020
Please feel free to contact us if you have any questions:
- Shaun Mooney: firstname.lastname@example.org
- Beth White: email@example.com
Related blog posts
- About safety: Open Source Safety Requirements Analysis for Autonomous Vehicles based on STPA
- Linux in a safety-critical context: Investigating kernel user-space access
- RISC-V: A Small Hardware Project
- Why aligning with open source mainline is the way to go
- Build Meetup 2021: The BuildTeam Community Event
- A new approach to software safety
- Does the "Hypocrite Commits" incident prove that Linux is unsafe?
- ABI Stability in freedesktop-sdk
- Why your organisation needs to embrace working in the open-source ecosystem
- RISC-V User space access Oops
- Tracking Players at the Edge: An Overview
- What is Remote Asset API?
- Running a devroom: FOSDEM 2021 Safety and Open Source
- Meet the codethings: Understanding BuildGrid and BuildBox with Beth White
- Streamlining Terraform configuration with Jsonnet
- Bloodlight: Designing a Heart Rate Sensor with STM32, LEDs and Photodiode
- Making the tech industry more inclusive for women
- Bloodlight Case Design: Lessons Learned
- Safety is a system property, not a software property
- RISC-V: Codethink's first research about the open instruction set
- Meet the Codethings: Safety-critical systems and the benefits of STPA with Shaun Mooney
- Why Project Managers are essential in an effective software consultancy
- FOSDEM 2021: Devroom for Safety and Open Source
- Meet the Codethings: Ben Dooks talks about Linux kernel and RISC-V
- Here we go 2021: 4 open source events for software engineers and project leaders
- Xmas Greetings from Codethink
- Building the abseil-hello Bazel project for a different architecture using a dynamically generated toolchain
- Advent of Code: programming puzzle challenges
- Improving performance on Interrogizer with the stm32
- Introducing Interrogizer: providing affordable troubleshooting
- Improving software security through input validation
- More time on top: My latest work improving Topplot
- Cycling around the world
- Orchestrating applications by (ab)using Ansible's Network XML Parser
- My experience of the MIT STAMP workshop 2020
- Red Hat announces new Flatpak Runtime for RHEL
- How to keep your staff healthy in lockdown
- Bloodlight: A Medical PPG Testbed
- Bringing Lorry into the 2020s
- How to use Tracecompass to analyse kernel traces from LTTng
- Fixing Rust's test suite on RISC-V
- The challenges behind electric vehicle infrastructure
- Investigating kernel user-space access
- Consuming BuildStream projects in Bazel: the bazelize plugin
- Improving RISC-V Linux support in Rust
- Creating a Build toolkit using the Remote Execution API
- Trusting software in a pandemic
- The Case For Open Source Software In The Medical Industry
- My experiences moving to remote working
- Impact of COVID-19 on the Medical Devices Industry
- COVID-19 (Coronavirus) and Codethink
- Codethink develops Open Source drivers for Microsoft Azure Sphere MediaTek MT3620
- Codethink partners with Wirepas
- Testing Bazel's Remote Execution API
- Passing the age of retirement: our work with Fortran and its compilers
- Sharing technical knowledge at Codethink
- Using the REAPI for Distributed Builds
- An Introduction to Remote Execution and Distributed Builds
- Gluing hardware and software: Board Support Packages (BSPs)
- Engineering's jack of all trades: an intro to FPGAs
- Bust out your pendrives: Debian 10 is out!
- Why you should attend local open source meet-ups
- Acceptance, strife, and progress in the LGBTIQ+ and open source communities
- Codethink helps York Instruments to deliver world-beating medical brain-scanner
- Codethink open sources part of staff onboarding - 'How To Git Going In FOSS'
- Getting into open source
- How to put GitOps to work for your software delivery
- Open Source Safety Requirements Analysis for Autonomous Vehicles based on STPA
- Codethink engineers develop custom debug solution for customer project
- Codethink contributes to CIP Super Long Term Kernel maintenance
- Codethink creates custom USB 3 switch to support customer's CI/CD pipeline requirements
- Codethink unlocks data analysis potential for British Cycling
- MIT Doctor delivers Manchester masterclass on innovative safety methodology
- Balance for Better: Women in Technology Codethink Interviews
- Introducing BuildGrid
- Configuring Linux to stabilise latency
- Full archive