How do we integrate FOSS into the automotive environment? Its not as cut-and-dry as one might assume, the automotive industry has entrenched processes as well as some seriously complex software designs and requirements. But it is possible and I'll point out areas where work needs to be done and where work has been done in this presentation.
This document provides information about DevOps including:
1. Contact information for Matti Klasson, an Agile Management Coach and information about previous DevOpsDays conferences.
2. It discusses the key aspects of DevOps including culture and environment, processes like standardization and automation, and using common tools.
3. It includes quotes defining DevOps as a practitioner-led knowledge movement and emphasizing the importance of collaboration between developers and operations.
curl is a command line tool used to transfer data from or to a server using various protocols. It allows sending HTTP requests and receiving HTTP responses, including reading response headers and content. curl is useful for web developers to test HTTP requests and debug communications between servers and clients. It has options to set request headers, send POST data, handle cookies, perform authentication, and more.
Sphinx: An Industrial Strength Tool Platform Fostering Model-driven Developme...Stephan Eberle
It is a known fact that embedded system complexity doesn't stop increasing and model-driven software development turns more and more out to be an adequate approach to keeping this complexity under control. But it is still a major hassle to provide corresponding integrated tool environments which are sufficiently domain-oriented, scalable, and robust. Eclipse as an open and extensible tool platform is a very good starting point but not a solution per se. The Eclipse Modeling Project provides many of the additionally required building blocks but is very fragmented and not up to the point where it could provide the level of tool support embedded system designers expect.
The recently created Sphinx project is meant to significantly improve this situation. It will be seeded with code from Artop – a platform for creating modeling tools supporting the AUTOSAR standard which has already been deployed at several larger automotive companies. Complementary building blocks will come from the Papyrus project. Sphinx will provide a modeling tool platform enabling IDE-like tool support for specific modeling languages to be developed at reasonable effort and cost. It will leverage and foster the industrial strength known from Artop and head towards a domain- and vendor-independent interoperability layer (backbone) for modeling tools of any kind.
Välj rätt i teknikdjungeln - Del 1: CMS och webbramverkCreuna Sverige
EPiServer, Drupal, Django, Wordpress, Sharepoint, Sitecore, Umbraco... När det gäller CMS och webbramverk är verktygslådan stor! Hur vet man vad man ska välja? Står valet mellan open-source-produkter eller kommersiella produkter eller finns det fler parametrar som spelar in?
[23video id="8971811"]
I denna första genomgång av den tekniska verktygslådan guidar Pär Fröberg och Daniel Wroblewski dig genom CMS- och webbramverksdjungeln. Vi kommer att berätta om för- och nackdelar med de plattformar som vi på Creuna arbetar mest med och vilka trender vi ser framöver.
Pär Fröberg, CTO Creuna
Daniel Wroblewski, Technology Manager Creuna
EPiServer, Drupal, Django, Wordpress, Sharepoint, Sitecore, Umbraco... När det gäller CMS och webbramverk är verktygslådan stor! Hur vet man vad man ska välja? Står valet mellan open-source-produkter eller kommersiella produkter eller finns det fler parametrar som spelar in?
I denna första genomgång av den tekniska verktygslådan guidar Pär Fröberg och Mattias Uhlegård dig genom CMS- och webbramverksdjungeln. Vi kommer att berätta om för- och nackdelar med de plattformar som vi på Creuna arbetar mest med och vilka trender vi ser framöver.
Pär Fröberg CTO Creuna
Mattias Uhlegård System Architect Creuna
Continuous Delivery med Tutum och Docker i molnet.
Code Night #4 - 2016-02-11
Om man vill ställa om en befintlig utvecklingsverksamhet till Continuous Delivery gör man klokt i att införa förändringen stegvis, i en kontinuerlig förbättringsprocess. Det ger de bästa chanserna att lyckas. Men det är normalt en lång process eftersom många människor är inblandade och att vi under tiden måste upprätthålla leveranser till produktion.
Men, om vi för ett ögonblick drömmer oss bort och tänker bort ärvda system, stela driftsmiljöer och obsoleta rutiner och istället bara gör som man verkligen skulle vilja göra, från scratch, nu 2016, hur skulle man göra då?
Vi har gjort precis det!
Denna kväll tar vi med oss er på en resa hur man idag kan bygga en systemproduktionslina baserad på Docker, Tutum, GoCD och Amazon EC2, från källkodsrepo till produktionsmiljö. Vi går igenom hur det är uppbyggt och fungerar och hur man arbetar med det. Vi kommer att arbeta med pipelinen och ett enkelt målsystem.
Vår story baseras på utvecklingsresan med http://www.welcomeapp.se hösten 2015 där vi på kort tid tog vi fram frontendsystem, backendsystem med klustring, lastbalansering, backup, MQ och webbsajt samt flera pipelines.
Föreläsare:
Daniel Marell och Kristoffer Vidmo - Continuous Delivery evangelister på C.A.G.
Både Daniel och Kristoffer har gedigna bakgrunder som arkitekter och utvecklare och fokuserar idag på metoder och verktyg för att hjälpa kunder att implementera Continuous Delivery.
Daniel Stenbergs presentation om reverse engineering konsumentelektronik och Rockbox. Framfört den 18:e september 2010 på Svenska Linuxföreningens Linuxträfff 2010
What comes after world domination with Daniel Stenberg, April 2025Daniel Stenberg
Open Source has in many ways already won. It is used in every product by every company, to a very a large degree. But we are not done. We can improve: we can take this further, we can make our projects better, we can enhance our communities and make sure it is done sustainably. The future is ours.
Tightening every bolt at FOSDEM 2025 by Daniel StenbergDaniel Stenberg
Things to do in order to sleep well while having your C code in twenty billion installations. A talk about what the curl project does to minimize security risks: Security, Safety, Reproducibility, Vulnerability handling and the processes and tooling around it.
As BDFL of the curl project, Daniel talks about what this project does to avoid it causing the world to burn. From code style, reviews and tests to signings, reproducibility, running a bug-bounty and becoming a CNA to filter bogus CVEs. curl aims to be top of the class in (Open Source) software security. Here's your chance to point finger and tell us what we should do better.
Välj rätt i teknikdjungeln - Del 1: CMS och webbramverkCreuna Sverige
EPiServer, Drupal, Django, Wordpress, Sharepoint, Sitecore, Umbraco... När det gäller CMS och webbramverk är verktygslådan stor! Hur vet man vad man ska välja? Står valet mellan open-source-produkter eller kommersiella produkter eller finns det fler parametrar som spelar in?
[23video id="8971811"]
I denna första genomgång av den tekniska verktygslådan guidar Pär Fröberg och Daniel Wroblewski dig genom CMS- och webbramverksdjungeln. Vi kommer att berätta om för- och nackdelar med de plattformar som vi på Creuna arbetar mest med och vilka trender vi ser framöver.
Pär Fröberg, CTO Creuna
Daniel Wroblewski, Technology Manager Creuna
EPiServer, Drupal, Django, Wordpress, Sharepoint, Sitecore, Umbraco... När det gäller CMS och webbramverk är verktygslådan stor! Hur vet man vad man ska välja? Står valet mellan open-source-produkter eller kommersiella produkter eller finns det fler parametrar som spelar in?
I denna första genomgång av den tekniska verktygslådan guidar Pär Fröberg och Mattias Uhlegård dig genom CMS- och webbramverksdjungeln. Vi kommer att berätta om för- och nackdelar med de plattformar som vi på Creuna arbetar mest med och vilka trender vi ser framöver.
Pär Fröberg CTO Creuna
Mattias Uhlegård System Architect Creuna
Continuous Delivery med Tutum och Docker i molnet.
Code Night #4 - 2016-02-11
Om man vill ställa om en befintlig utvecklingsverksamhet till Continuous Delivery gör man klokt i att införa förändringen stegvis, i en kontinuerlig förbättringsprocess. Det ger de bästa chanserna att lyckas. Men det är normalt en lång process eftersom många människor är inblandade och att vi under tiden måste upprätthålla leveranser till produktion.
Men, om vi för ett ögonblick drömmer oss bort och tänker bort ärvda system, stela driftsmiljöer och obsoleta rutiner och istället bara gör som man verkligen skulle vilja göra, från scratch, nu 2016, hur skulle man göra då?
Vi har gjort precis det!
Denna kväll tar vi med oss er på en resa hur man idag kan bygga en systemproduktionslina baserad på Docker, Tutum, GoCD och Amazon EC2, från källkodsrepo till produktionsmiljö. Vi går igenom hur det är uppbyggt och fungerar och hur man arbetar med det. Vi kommer att arbeta med pipelinen och ett enkelt målsystem.
Vår story baseras på utvecklingsresan med http://www.welcomeapp.se hösten 2015 där vi på kort tid tog vi fram frontendsystem, backendsystem med klustring, lastbalansering, backup, MQ och webbsajt samt flera pipelines.
Föreläsare:
Daniel Marell och Kristoffer Vidmo - Continuous Delivery evangelister på C.A.G.
Både Daniel och Kristoffer har gedigna bakgrunder som arkitekter och utvecklare och fokuserar idag på metoder och verktyg för att hjälpa kunder att implementera Continuous Delivery.
Daniel Stenbergs presentation om reverse engineering konsumentelektronik och Rockbox. Framfört den 18:e september 2010 på Svenska Linuxföreningens Linuxträfff 2010
What comes after world domination with Daniel Stenberg, April 2025Daniel Stenberg
Open Source has in many ways already won. It is used in every product by every company, to a very a large degree. But we are not done. We can improve: we can take this further, we can make our projects better, we can enhance our communities and make sure it is done sustainably. The future is ours.
Tightening every bolt at FOSDEM 2025 by Daniel StenbergDaniel Stenberg
Things to do in order to sleep well while having your C code in twenty billion installations. A talk about what the curl project does to minimize security risks: Security, Safety, Reproducibility, Vulnerability handling and the processes and tooling around it.
As BDFL of the curl project, Daniel talks about what this project does to avoid it causing the world to burn. From code style, reviews and tests to signings, reproducibility, running a bug-bounty and becoming a CNA to filter bogus CVEs. curl aims to be top of the class in (Open Source) software security. Here's your chance to point finger and tell us what we should do better.
This document discusses using libcurl's share API to share data like cookies and DNS caches between multiple easy handles. It explains that some curl state is kept in the easy handle, so transfers using different handles may not be fully independent. The share API allows creating share objects that specify what data to share, such as cookies and DNS caches. Easy handles can then specify which share objects to use to share data between transfers and achieve better performance than using separate handles independently.
This document discusses curl security practices such as continuous integration testing on many platforms, custom test servers, tools used for analysis like Valgrind and Clang sanitizers, and "torture tests" that inject errors. It notes that while testing all combinations is impossible, common setups and architectures are tested. The curl bug bounty program is mentioned as paying $40,900 so far. An upcoming code audit and ensuring decreasing CVEs and fuzzing reports over time are discussed as signs the efforts are working. Recent CVE trends and introductions like "dynbuf" are also summarized.
This document provides an overview of curl, an open source command line tool and library for transferring data with Internet protocols. It discusses curl's history starting in 1998, its widespread usage across operating systems, CPU architectures, and planets. It also outlines curl's many supported features and protocols, large number of contributors and commits, extensive testing, and commitment to security and open development. The future of curl is discussed in the context of the growing Internet of Things and connectivity of everyday devices and appliances.
Daniel Stenberg gave a presentation on using Rust with curl. He discussed how curl has traditionally used C but now supports alternative backends implemented in other languages like Rust. He described challenges in integrating the Hyper, rustls, and quiche Rust crates but curl now supports HTTP/1-2 with Hyper and TLS with rustls in an experimental way. Future work includes improving test coverage when using Rust backends and potentially enabling them by default.
Daniel Stenberg goes through some basic libcurl fundamentals and API design and explain how easily you can get your first transfers going in your own application. libcurl is the defacto standard library for Internet transfers and runs on virtually all platforms. The language focus will be on C/C++ but the concepts are generally applicable even if you use libcurl bindings for other languages.
Daniel Stenberg gave a presentation about security best practices for curl and open source projects. He discussed how curl implements thorough testing, code reviews, fuzz testing, and monitoring of dependencies to minimize vulnerabilities. Stenberg also noted that curl employs a full-time maintainer, responds quickly to issues, and has an active bug bounty program to further improve security.
27. Tillverkare vill...
●
ha kortare produktcykler
●
kunna byta HW plattform lättare
●
återanvända mer kod
●
vara mer standard
●
inte låsa in sig hos proprietära
leverantörer
28. Tillverkare vill...
●
ha kortare produktcykler
●
kunna byta HW plattform lättare
●
återanvända mer kod
●
vara mer standard
●
inte låsa in sig hos proprietära
leverantörer
29. Tillverkare vill...
●
ha kortare produktcykler
●
kunna byta HW plattform lättare
●
återanvända mer kod
●
vara mer standard
●
inte låsa in sig hos proprietära
leverantörer
30. Tillverkare vill...
●
ha kortare produktcykler
●
kunna byta HW plattform lättare
●
återanvända mer kod
●
vara mer standard
●
inte låsa in sig hos proprietära
leverantörer
31. Tillverkare vill...
●
ha kortare produktcykler
●
kunna byta HW plattform lättare
●
återanvända mer kod
●
vara mer standard
●
inte låsa in sig hos proprietära
leverantörer
34. Linux kernel 2012
●
ny release var 70:e dag
●
10 000 ändringar per release
●
7 ändringar i timmen
●
> 15 miljoner rader kod
●
> 1100 utvecklare per release
(>200 företag)
35. Linux kernel 2012
●
ny release var 70:e dag
●
10 000 ändringar per release
●
7 ändringar i timmen
●
> 15 miljoner rader kod
●
> 1100 utvecklare per release
(>200 företag)
36. Linux kernel 2012
●
ny release var 70:e dag
●
10 000 ändringar per release
●
7 ändringar i timmen
●
> 15 miljoner rader kod
●
> 1100 utvecklare per release
(>200 företag)
37. Linux kernel 2012
●
ny release var 70:e dag
●
10 000 ändringar per release
●
7 ändringar i timmen
●
> 15 miljoner rader kod
●
> 1100 utvecklare per release
(>200 företag)
38. Linux kernel 2012
●
ny release var 70:e dag
●
10 000 ändringar per release
●
7 ändringar i timmen
●
> 15 miljoner rader kod
●
> 1100 utvecklare per release
(>200 företag)
39. … och mycket mer
kernel
eclipse
gcc
perl
gdb
binutils
emacs
vim
eglibc
u-boot
python
valgrind
busybox
bash
46. Inbyggda OS 2011
●
1.3 miljarder dollar
●
Wind River och Microsoft äger
65% av den totala marknaden
●
>90% av alla elektriska apparater
i världen
47. Inbyggd Linux 2011
●
~100 miljoner dollar
●
Wind River: 50%
●
Monta Vista: 25%
●
SYSGO 3.8%
48. Linux är billigare
●
Inga royalties och runtime fees
●
Betala för support
●
Svårare att sälja
●
Lättare att byta ut leverantörer
●
Växer med 6%/år framöver
49. Europa växer minst
●
Cirka 25% av pengarna med
minst tillväxt framöver
●
Americas dominerar
50. Telecom
●
det högst omsatta
marknadssegmentet för
inbyggda OS
●
går mot Linux överallt på
bekostnad av traditionella RTOS