DOCSLIB.ORG

Unter Einem Hut

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

Netz&System Pipewire © Anna Denisova, 123RF © Anna Denisova, Das neue Framework Pipewire verbindet Audio und Video Unter einem Hut Mit dem Framework Pipewire Audio und Video gehören heute zu den aus den Labors von Red Hat respektive wichtigen Anwendungsbereichen so- dessen Community-Version Fedora – da, möchten dessen Entwickler wohl beim privaten Desktop-Computing wo auch Wayland und Flatpak her- wie im professionellen Bereich. Aktuelle kommen. Hauptentwickler von Pipewire alte wie neue Probleme bei Trends und der wachsende Fokus auf ist der bei Red Hat beschäftige Wim Tay- Sicherheit bei Rechnern, Betriebssyste- mans , ein Veteran aus der Gstreamer- Audio und Video lösen. men und Anwendungen stellen das Entwicklung. Der Name Pipewire bezieht Segment Multimedia aber vor neue sich auf die Pipelines in Gstreamer, die Ferdinand Thommes He rausforderungen. unterschiedliche Systeme zum Verarbei- Mit Wayland gelingt es standardmäßig ten von Medien zu komplexen Ketten nicht mehr, Vorgänge auf dem Bildschirm verknüpfen 1. Das Framework basiert README mit Screen-Rekordern wie Record my- auf einer neuen API namens Simple desk top oder Vokoscreen aufzuzeichnen: Plugin API oder kurz SPA. Mit Pipewire steht ein gemeinsames Frame- Das Anzeigeprotokoll verzichtet aus Pipewire erblickte im September 2017 work für Audio und Video ins Haus, und es Gründen der Sicherheit auf Netzwerk- das Licht der Öffentlichkeit , hat seit- peilt außerdem den professionellen Audio- transparenz. Auch die Ausgabe von dem aber eine rasante Entwicklung Bereich an. Mit ihm suchen die Entwickler Audio- und Video-Dateien in Containern durchlaufen. Zwar enthält Fedora 27 die einen Ausweg aus Problemen, die durch wie Flatpak erfordert neue Techniken. Software bereits, doch diese hat noch Hier kommt Pipewire ins Spiel, ein ein gutes Stück Weg vor sich. Unter Wayland und Flatpak entstehen. neues Multimedia-Framework für Linux Fedora 27 zeigt ein Terminal die installier- 74 www.linux-user.de 05.2018 Pipewire Netz&System 1 Der Name Pipewire geht auf die Pipelines zurück, über die das schon bestehende Framework Gstreamer unterschiedliche Aktionen auf Multimediadaten zu Ketten zusammenfügt. (ScotXW, CCO 1.0, commons.wikimedia.org) ten Pakete von Pipewire 2. Per pipe­ positor über ein D-Bus-API oder ein Flat- wire­cli gelangen Sie auf der Komman- pak-Portal abgestimmt und die Erlaub- dozeile in einen Modus, in dem diese nis eingeholt hat. direkt Befehle entgegennimmt. Nach Eingabe von help sehen Sie die Optio- Jack implementiert nen, die die Software akzeptiert 3. Für den Audio-Bereich integrierten die Hardware teilen Developer mittlerweile das Jack-Proto- koll in Pipewire. Das ermöglicht, ent- Pipewire verfolgt mehrere Ziele. Primär sprechende Anwendungen ohne Jack dient es sich als Framework für Audio auszuführen. Später könnte Pipewire und Video an, auch für den professio- dann den jetzigen Standard-Sound- nellen Bereich. Dabei gibt es drei große server Pulseaudio ablösen. Schon jetzt Herausforderungen im Video-Bereich zu dürfen alle Anwendungen Pipewire im lösen. Die erste davon stellt das Teilen Hintergrund einsetzen, die Gstreamer von Geräten dar, das es ermöglicht, dass oder Alsa nutzen. Ein Blick auf die sche- mehrere Anwendungen dieselbe Video- matische Darstellung zeigt, dass das Hardware gemeinsam nutzen, wie bei- neue Framework als verbindende spielsweise eine Webcam. Schicht zwischen Kernel-Modulen und Das will Pipewire zweitens auf sichere Anwendungen fungiert 4. Art und Weise ermöglichen, um zu ver- Lediglich solche Anwendungen blei- hindern, dass unberechtigte Prozesse ben derzeit noch außen vor, die auf die die Daten abgreifen. Als drittes Ziel peilt Netzwerktransparenz von Pulseaudio Pipewire den effizienten Austausch von angewiesen sind – dabei geht es haupt- Multimediadaten zwischen Anwendun- sächlich um Netzwerk-Streaming. Ein gen an – etwa Fullscreen-Captures von weiterer Anwendungsbereich für den einem Compositor wie der Gnome Shell zu einer Browseranwendung für Video- konferenzen wie Google Hangouts oder Nextcloud Talk. Da die Sicherheit einer der treibenden Kräfte für den Umstieg vom X-Window- System auf Wayland war, legten die Ent- wickler viel Wert darauf, die problema- tischen Stellen nicht im Wayland-Com- positor nachzubilden. Beispielsweise erlaubt Pipewire nur dann, dass eine Applikation ein Capture vom Vollbild 2 Die derzeit unter Fedora verfügbaren fünf Pakete zum neuen Audio-Video- macht, wenn diese sich mit dem Com- Framework Pipewire weisen die Anwendung als Media Sharing Server aus. 05.2018 www.linux-user.de 75 Netz&System Pipewire Newcomer im Bereich Multimedia stellt die Webcam zugreifen. Beide nutzen das Verbinden von Geräten via Blue- dazu das Gstreamer-Framework und ha- tooth dar, wobei er sich über ein ent- ben somit über das Pipewire-Gstreamer- sprechendes Modul direkt ins BlueZ- Plugin automatisch die Unterstützung Framework unter Linux einklinkt. für Pipewire an Bord. Das gilt für alle auf Ende Januar hat der Desktop-Mana- Gstreamer basierenden Anwendungen, ger von Red Hat, Christian Schaller, ohne dass Anpassungen an der Software Wim Taymans auf der DevConf 2018 im notwendig wären 5. tschechischen Brno getroffen und sich über den aktuellen Stand des Projekts Pipewire und Plasma informiert . Der Schwerpunkt der Ar- beit liegt derzeit auf den Methoden, die Jan Grulich, ein weiterer Mitarbeiter von das Screen-Sharing und Recording Red Hat, der hauptsächlich an Qt und unter Wayland ermöglichen. KDE arbeitet, griff das neue Framework Somit hat derzeit Video die Präferenz. auf, um in einer Plasma-Wayland-Sitzung Es soll einerseits Anwendungs- und das Aufnehmen und Teilen des Desktops Desktop-Entwicklern eine neue Metho- zu implementieren . Solche Szenarien de für die Freigabe des Bildschirms bie- lassen sich aus Sicherheitsgründen nicht ten und andererseits für Anwendungen mit Bordmitteln von Wayland abwickeln. innerhalb eines Desktop-Containers wie Die benötigte API haben die Entwick- Flatpak einen sicheren Weg für den Zu- ler kürzlich in XDG-desktop-portal ein- griff auf Audio- und Videogeräte ermög- gefügt. Mithilfe dieser API können An- lichen. Dabei sorgt D-Bus dafür, dass die wendungen nun auf Bildschirminhalte in Clients sich sicher authentifizieren, wäh- Wayland-Sitzungen oder einer Sandbox rend Pipewire transparent Inhalte und wie Flatpak zugreifen. Anwendungen innerhalb und außerhalb Bei Portalen handelt es sich um weit der Sandbox verbindet. oben angesiedelte Session-Bus-APIs, die Neben seinem Vortrag auf der Konfe- einen trennscharfen Zugriff auf Ressour- renz gab Taymans Schaller einen prak- cen für Sandbox-Anwendungen ermög- tischen Einblick, was Pipewire im Bereich lichen. Die Verantwortung, ob er einer Video bereits erlaubt. So können schon Anfrage aus einem Portal den Zugriff er- jetzt zwei Anwendungen gleichzeitig auf teilt oder verweigert, liegt dabei immer 3 Das Tool pipewire­cli zeigt auf der Kommandozeile mit dem Parameter help die verfügbaren Befehle an. 76 www.linux-user.de 05.2018 Pipewire Netz&System App Gstreamer VLC App1 App2 Pipewire V4L2 Bluetooth Alsa Va-api DRM Kernel 4 Pipewire knüpft Verbindungen zwischen Kernel und Multimedia-Anwendungen. (Quelle: Wim Taymans) beim Benutzer. Daher führen die meis- Plasma-Wayland-Sitzung mit Screen- ten Portal-APIs zu einer Interaktion in Recording, Screen-Sharing sowie Re- Form eines Dialogs, um Berechtigungen mote-Zugriff für Anwendungen mit oder temporär oder dauerhaft zu erteilen ohne Sandbox auf. oder zu verweigern. Dem gleichen Unterfangen hat sich Mit verschiedenen Backend-Implemen- der Red-Hat-Mitarbeiter Jonas Ådahl für tierungen wie XDG-desktop-portal-kde den Gnome-Desktop gewidmet. Hier oder XDG-desktop-portal-gtk brauchen fehlte ebenfalls ab Fedora 25 mit dem die Entwickler nur eine API zu unterstüt- Umstieg auf Wayland die Möglichkeit zen, um alle Desktops anzusprechen. Das zum Screencasting und für Sitzungen Screencast-Portal etwa funktioniert so, auf entfernten Rechnern. Für Anwen- dass der Client zunächst eine Sitzung mit der Backend-Implementation von XDG- desktop-portal (XDP) erstellt und dann die Freigabe für den Bildschirm über ei- nen Dialog startet 6. Daraufhin erstellt die XDG-Backend- Implementation einen Pipewire-Stream und sendet die Antwort samt Stream-ID an den Client zurück. Der wiederum ist in der Lage, sich mit der entsprechenden ID mit dem Stream verbinden und des- sen Inhalt abrufen 6. Plasma und Gnome Klappt alles wie gedacht, dann bringt bereits das für den 12. Juni zum Release anstehende Plasma 5.13 eine Pipewire- 5 Zwei Anwendungen greifen per Pipewire gleichzeitig auf eine Webcam zu. Implementation mit und wertet so die (Bild: Christian F. K. Schaller) 05.2018 www.linux-user.de 77 Netz&System Pipewire dungen wie VNC oder RDP mussten mehr zu tun. Canonical plant Pipewire Anwender über ein Jahr lang eigens eine für Ubuntu 18.10 ein – falls die Distribu- X11-Session starten. tion im Oktober zu Wayland zurückkehrt. Ådahl fügte dem Gnome-Fenster- Bei Debian gibt es ebenfalls bereits ein manager und Compositor Mutter die Repository für den Neuzugang. zwei D-Bus-APIs org.gnome.Mutter. RemoteDesktop und org.gnome.Mutter. Fazit ScreenCast hinzu. Sie stellen einen Pipewire-Stream bereit, der den Inhalt Die vollständige Implementation und der Bildschirme des Systems enthält. Integration von Pipewire ist ein großes Die neuen APIs ermöglichen, Vollbild- Unterfangen, das sicher noch eine Weile Streams oder Streams für einzelne Fens- braucht. Dann verfügt Linux hoffentlich ter lokal oder remote zu erstellen 7. über ein Multimedia-Framework,
Recommended publications
  • The Next-Gen Apertis Application Framework 1 Contents

    The Next-Gen Apertis Application Framework 1 Contents

    The next-gen Apertis application framework 1 Contents 2 Creating a vibrant ecosystem ....................... 2 3 The next-generation Apertis application framework ........... 3 4 Application runtime: Flatpak ....................... 4 5 Compositor: libweston ........................... 6 6 Audio management: PipeWire and WirePlumber ............ 7 7 Session management: systemd ....................... 7 8 Software distribution: hawkBit ...................... 8 9 Evaluation .................................. 8 10 Focus on the development user experience ................ 12 11 Legacy Apertis application framework 13 12 High level implementation plan for the next-generation Apertis 13 application framework 14 14 Flatpak on the Apertis images ...................... 15 15 The Apertis Flatpak application runtime ................. 15 16 Implement a new reference graphical shell/compositor ......... 16 17 Switch to PipeWire for audio management ................ 16 18 AppArmor support ............................. 17 19 The app-store ................................ 17 20 As a platform, Apertis needs a vibrant ecosystem to thrive, and one of the 21 foundations of such ecosystem is being friendly to application developers and 22 product teams. Product teams and application developers are more likely to 23 choose Apertis if it offers flows for building, shipping, and updating applications 24 that are convenient, cheap, and that require low maintenance. 25 To reach that goal, a key guideline is to closely align to upstream solutions 26 that address those needs and integrate them into Apertis, to provide to appli- 27 cation authors a framework that is made of proven, stable, complete, and well 28 documented components. 29 The cornerstone of this new approach is the adoption of Flatpak, the modern 30 application system already officially supported on more than 20 Linux distribu- 1 31 tions , including Ubuntu, Fedora, Red Hat Enterprise, Alpine, Arch, Debian, 32 ChromeOS, and Raspian.
  • Pipewire: a Low-Level Multimedia Subsystem

    Pipewire: a Low-Level Multimedia Subsystem

    Proceedings of the 18th Linux Audio Conference (LAC-20), SCRIME, Université de Bordeaux, France, November 25–27, 2020 PIPEWIRE: A LOW-LEVEL MULTIMEDIA SUBSYSTEM Wim Taymans ∗ Principal Software Engineer Red Hat, Spain [email protected] ABSTRACT 2. LINUX AUDIO LANDSCAPE PipeWire is a low-level multimedia library and daemon that facili- Audio support on Linux first appeared with the Open Sound System tates negotiation and low-latency transport of multimedia content be- (OSS) [6] and was until the 2.4 kernel the only audio API available tween applications, filters and devices. It is built using modern Linux on Linux. It was based around the standard Unix open/close/read- infrastructure and has both performance and security as its core de- /write/ioctl system calls. sign guidelines. The goal is to provide services such as JACK and OSS was replaced by the Advanced Linux Sound Architecture PulseAudio on top of this common infrastructure. PipeWire is media (ALSA) [7]from Linux 2.5. ALSA improved on the OSS API and agnostic and supports arbitrary compressed and uncompressed for- included a user space library that abstracted many of the hardware mats. A common audio infrastructure with backwards compatibility details. The ALSA user-space library also includes a plugin infras- that can support Pro Audio and Desktop Audio use cases can poten- tructure that can be used to create new custom devices and plugins. tially unify the currently fractured audio landscape on Linux desk- Unfortunately, the plugin system is quite static and requires editing tops and workstations and give users and developers a much better of configuration files.
  • Referência Debian I

    Referência Debian I

    Referência Debian i Referência Debian Osamu Aoki Referência Debian ii Copyright © 2013-2021 Osamu Aoki Esta Referência Debian (versão 2.85) (2021-09-17 09:11:56 UTC) pretende fornecer uma visão geral do sistema Debian como um guia do utilizador pós-instalação. Cobre muitos aspetos da administração do sistema através de exemplos shell-command para não programadores. Referência Debian iii COLLABORATORS TITLE : Referência Debian ACTION NAME DATE SIGNATURE WRITTEN BY Osamu Aoki 17 de setembro de 2021 REVISION HISTORY NUMBER DATE DESCRIPTION NAME Referência Debian iv Conteúdo 1 Manuais de GNU/Linux 1 1.1 Básico da consola ................................................... 1 1.1.1 A linha de comandos da shell ........................................ 1 1.1.2 The shell prompt under GUI ......................................... 2 1.1.3 A conta root .................................................. 2 1.1.4 A linha de comandos shell do root ...................................... 3 1.1.5 GUI de ferramentas de administração do sistema .............................. 3 1.1.6 Consolas virtuais ............................................... 3 1.1.7 Como abandonar a linha de comandos .................................... 3 1.1.8 Como desligar o sistema ........................................... 4 1.1.9 Recuperar uma consola sã .......................................... 4 1.1.10 Sugestões de pacotes adicionais para o novato ................................ 4 1.1.11 Uma conta de utilizador extra ........................................ 5 1.1.12 Configuração
  • Flatpak a Desktop Version of Containers

    Flatpak a Desktop Version of Containers

    Flatpak a desktop version of containers Alexander Larsson, Red Hat What is Flatpak? A distribution-independent, Linux-based application distribution and deployment mechanism for desktop applications distribution-independent ● run on any distribution ● build on any distribution ● Any version of the distribution Linux-based ● Flatpak runs only on Linux ● Uses linux-specific features ● However, needs to run on older kernel ● Current minimum target – RHEL 7 – Ubuntu 16.04 (Xenial) – Debian 9 (Stretch) Distribution mechanism ● Built in support for install ● Built in support for updates ● Anyone can set up a repository Deployment mechanism ● Run apps in a controlled environment – “container” ● Sandbox for improved security – Default sandbox is very limited – Apps can ask for more permissions Desktop application ● Focus on GUI apps ● No root permissions ● Automatically integrates with desktop ● App lifetimes are ad-hoc and transient ● Nothing assumes a “sysadmin” being available How is flatpak different from containers Filesystem layout Docker requirements ● Examples: – REST API micro-service – Website back-end ● Few dependencies, all hand-picked ● Runs as a daemon user ● Writes to nonstandard locations in file-system ● Not a lot of integration with host – DNS – Port forwarding – Volumes for data ● No access to host filesystem ● Updates are managed Docker layout ● One image for the whole fs – Bring your own dependencies – Layout up to each app ● Independent of host filesystem layout Flatpak requirements ● Examples – Firefox – Spotify – gedit
  • The Pipewire Multimedia Framework and Its Potential in AGL George Kiagiadakis, Senior Software Engineer What Is Pipewire

    The Pipewire Multimedia Framework and Its Potential in AGL George Kiagiadakis, Senior Software Engineer What Is Pipewire

    The PipeWire multimedia framework and its potential in AGL George Kiagiadakis, Senior Software Engineer What is PipeWire ● Initial idea: PulseAudio for video ● Now: generic multimedia daemon – Video capture server ● Camera and other video sources (ex. gnome-shell screencast) – PulseAudio and Jack (pro-audio) replacement ● Borrowing ideas also from CoreAudio, AudioFlinger, and others... 2 Architecture 3 Architecture ● Multi-process, graph based processing ● External session/policy management (unlike PulseAudio) – Nothing happens automatically inside the daemon – Per-desktop/distro implementations can exist ● External applications can be device providers ● Real-time ultra low-latency (pro-audio) and standard high latency (typical desktop) 4 Processing Efficiency ● Zero-copy with modern linux kernel APIs (memfd, dmabuf) – Buffers passed around with file descriptors – memfd: shared CPU buffer ● Kernel ensures only the destination process can modify the buffer – dmabuf: shared hardware (GPU/VPU) buffer ● Processing happens in dedicated hardware, the CPU does not need to copy data on the CPU-accessible RAM 6 Processing Efficiency (continued...) ● Plugins based on SPA (Simple Plugin API) – Header-only C library with zero dependencies – Extremely lightweight data structures – “Like GStreamer, but not so heavy!” - Wim Taymans ● Much lower CPU usage than PulseAudio – PulseAudio CPU skyrockets on low latency, even on a powerful i7 – PipeWire CPU will happily stay low at any latency and any load 7 CPU Usage Statistics Playback of a 24bit 96kHz 5.1
  • Red Hat Enterprise Linux 8 Using the Desktop Environment in RHEL 8

    Red Hat Enterprise Linux 8 Using the Desktop Environment in RHEL 8

    Red Hat Enterprise Linux 8 Using the desktop environment in RHEL 8 Configuring and customizing the GNOME 3 desktop environment on RHEL 8 Last Updated: 2021-09-10 Red Hat Enterprise Linux 8 Using the desktop environment in RHEL 8 Configuring and customizing the GNOME 3 desktop environment on RHEL 8 Legal Notice Copyright © 2021 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/ . In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries. MySQL ® is a registered trademark of MySQL AB in the United States, the European Union and other countries. Node.js ® is an official trademark of Joyent.
  • Practical Linux Forensics by Bruce Nikkel! As a Prepublication Title, This Book May Be Incom- Plete and Some Chapters May Not Have Been Proofread

    Practical Linux Forensics by Bruce Nikkel! As a Prepublication Title, This Book May Be Incom- Plete and Some Chapters May Not Have Been Proofread

    P R A C T I C A L LINUX FORENSICS A GUIDE FOR DIGITAL INVESTIGATORS BRUCE NIKKEL EARLY ACCESS NO STARCH PRESS EARLY ACCESS PROGRAM: FEEDBACK WELCOME! Welcome to the Early Access edition of the as yet unpublished Practical Linux Forensics by Bruce Nikkel! As a prepublication title, this book may be incom- plete and some chapters may not have been proofread. Our goal is always to make the best books possible, and we look forward to hearing your thoughts. If you have any comments or questions, email us at [email protected]. If you have specific feedback for us, please include the page number, book title, and edition date in your note, and we’ll be sure to review it. We appreciate your help and support! We’ll email you as new chapters become available. In the meantime, enjoy! PR CA T IC A L L INU X FOR E N SI C S BRUCE N IK KE L Early Access edition, 6/18/21 Copyright © 2021 by Bruce Nikkel. ISBN-13: 978-1-7185-0196-6 (print) ISBN-13: 978-1-7185-0197-3 (ebook) Publisher: William Pollock Production Manager: Rachel Monaghan Production Editor: Miles Bond Developmental Editor: Jill Franklin Cover Illustrator: James L. Barry Technical Reviewer: Don Frick Copyeditor: George Hale No Starch Press and the No Starch Press logo are registered trademarks of No Starch Press, Inc. Other product and company names mentioned herein may be the trademarks of their respective owners. Rather than use a trademark symbol with every occurrence of a trade- marked name, we are using the names only in an editorial fashion and to the benefit of the trademark owner, with no intention of infringement of the trademark.

  • Making Sense of the Audio Stack on Unix

    Making Sense of The Audio Stack On Unix Patrick Louis 2021-02-07 Published online on venam.nixers.net © Patrick Louis 2021 This publication is in copyright. Subject to statutory exception and to the provision of relevant collective licensing agreements, no reproduction of any part may take place without the written permission of the rightful author. First published eBook format 2021 The author has no responsibility for the persistence or accuracy of urls for external or third-party internet websites referred to in this publication, and does not guarantee that any content on such websites is, or will remain, accurate or appropriate. Contents Introduction 4 Hardware layer 6 Analog to Digital & Digital to Analog (ADC & DAC) 7 Libraries 10 Audio Driver 11 Advanced Linux Sound Architecture (ALSA) 15 Open Sound System (OSS) and SADA 22 Sound Servers 25 sndio 26 aRts (analog Real time synthesizer) and ESD or ESounD (Enlight- ened Sound Daemon) 28 PulseAudio 29 PulseAudio — What Is It? ........................ 29 Pulseaudio — Overall Design ....................... 30 Pulseaudio — Sink, Sink Input, Source, and Source Input ....... 32 Pulseaudio — Internal Concepts: Cards, Card Profile, Device Port, Device ................................. 34 Pulseaudio — Everything Is A Module Thinking ............ 35 Pulseaudio — Startup Process And Configuration ........... 36 Pulseaudio — Interesting Modules And Features ............ 38 Pulseaudio — Tools ............................ 40 Pulseaudio — Suspending ......................... 41 JACK 42 PipeWire 45 Conclusion 53 Bibliography 55 3 Introduction Come see my magical gramophone Audio on Unix is a little zoo, there are so many acronyms for projects and APIs that it’s easy to get lost. Let’s tackle that issue! Most articles are confusing because they either use audio technical jargon, or because they barely scratch the surface and leave people clueless.
  • Linux Command Line for You and Me Documentation Release 0.1

    Linux Command Line for You and Me Documentation Release 0.1

    Linux command line for you and me Documentation Release 0.1 Kushal Das Jul 27, 2021 Contents: 1 Shell commands 1 1.1 Terminal emulators............................................1 1.2 date command..............................................1 1.3 cal command...............................................2 1.4 whoami command............................................3 1.5 id command...............................................3 1.6 pwd command..............................................3 1.7 cd command...............................................3 1.8 . directory and .. directory........................................4 1.9 ls command................................................4 1.10 mkdir command.............................................4 1.11 rm command...............................................5 1.12 Copying a file using cp command....................................5 1.13 Renaming or moving a file........................................5 1.14 tree command..............................................5 1.15 wc command...............................................6 1.16 echo command..............................................6 1.17 Redirecting the command output.....................................6 1.18 Using > to redirect output to a file....................................7 1.19 Moving around in the command line...................................8 1.20 man pages................................................8 1.21 Counting files in a directory.......................................8 1.22 Editing longer commands........................................9
  • Report of Contributions

    Report of Contributions

    Linux Plumbers Conference 2020 Report of Contributions https://www.linuxplumbersconf.org/e/LPC2020 Linux Plumbers … / Report of Contributions Data-race detection in the Linux k … Contribution ID: 17 Type: not specified Data-race detection in the Linux kernel Monday, 24 August 2020 10:00 (45 minutes) In this talk, we will discuss data-race detection in the Linux kernel. The talk starts by briefly providing background on data races, how they relate to the Linux-kernel Memory Consistency Model (LKMM), and why concurrency bugs can be so subtle and hard to diagnose (with a few examples). Following that, we will discuss past attempts at data-race detectors for the Linux kernel and why they never reached production quality to make it into the mainline Linux kernel. We argue that a key piece to the puzzle is the design of the data-race detector: it needs to be as non- intrusive as possible, simple, scalable, seamlessly evolve with the kernel, and favor false negatives over false positives. Following that, we will discuss the Kernel Concurrency Sanitizer (KCSAN) and its design and some implementation details. Our story also shows that a good baseline design only gets us so far, and most important was early community feedback and iterating. We also discuss how KCSAN goes even further, and can help detect concurrency bugs that are not data races. Tentative Outline: - Background – What are data races? – Concurrency bugs are subtle: some examples - Data-race detection in the Linux kernel – Past attempts and why they never made it upstream – What is
  • Python-Archinstall Documentation

    Python-Archinstall Documentation

    python-archinstall Release v2.3.0.dev0 Anton Hvornum Sep 07, 2021 RUNNING THE INSTALLER 1 Guided installation 3 1.1 Running the guided installation.....................................3 1.2 Installing directly from a configuration file...............................4 2 Description individual steps 7 2.1 keyboard languages............................................7 2.2 Mirror region selection..........................................7 2.3 Selection of drive.............................................8 2.4 Disk encryption.............................................8 2.5 Hostname.................................................8 2.6 Root password..............................................8 2.7 Super User (sudo)............................................9 2.8 Pre-programmed profiles.........................................9 2.9 Additional packages...........................................9 2.10 Network configuration..........................................9 2.11 Configuration verification........................................ 10 2.12 Post installation.............................................. 10 3 Discord 11 4 Issue tracker & bugs 13 5 Submitting a help ticket 15 6 Python library 17 6.1 Using pacman.............................................. 17 6.2 Using PyPi................................................ 17 6.3 Manual installation............................................ 18 7 Binary executable 19 7.1 Using pacman.............................................. 19 7.2 Using PKGBUILD...........................................
  • Gstreamer Conference 2019

    Gstreamer Conference 2019

    GStreamer Conference 2019 L'Embarcadère Lyon, France 31st October - 1st November 2019 Platinum Sponsors Gold Sponsors Silver Sponsors Media Partner 1 Welcome to the GStreamer Conference 2019 in Lyon! How time flies! This is our 10th annual GStreamer conference now, and we hope we can continue with the successes of previous years. Since its inception the GStreamer project has steadily grown in scope and popularity. Over the years GStreamer has become the standard multimedia framework for Linux-based systems. Thanks to its ever improving cross-platform support it has also emerged as a standard for cross-platform multimedia development, which has become increasingly important in recent years. We are excited to have you here and hope you enjoy the presentations, as well as the social event we have planned for Thursday evening, and of course also the informal “hallway track”. We would like to thank all our sponsors: Platinum sponsors Collabora and Pexip. Gold sponsors Igalia, Fluendo, and Centricular. Silver sponsor Zeiss and Facebook, as well as our media partner Ubicast, without whom this event would not have been possible in this form. Thank you all very much for sponsoring the GStreamer project and the conference! Conference Venue (Thu + Fri) Hackfest Venue (Sat + Sun) L'Embarcadère EPITECH Lyon 13 Bis Quai Rambaud 2 Rue du Professeur Charles Appleton 69002 Lyon 69007 Lyon France France https://www.embarcadere-lyon.com https://www.epitech.eu/fr/ecole-informatique-lyon Wifi: Embarcadère-Public Password: Embarcadere Social Event There will be an informal social / networking event with drinks and food on Thursday evening from 19.00-19.30h onwards until late, at Ninkasi Saint-Paul at 5 Rue Octavio Mey, 69005 Lyon.