Chaos Computer Club - archive feed

Chaos Computer Club - archive feed

By CCC media teamTechnology
Download on the App Store

Chaos Computer Club - archive feed episodes

  • Running Uyuni in a kubernetes cluster (osc23)
    For the administrator of many Linux machines, [Uyuni](https://www.uyuni-project.org) is a very important tool. It currently runs on premise in a virtual machine or on bare metal. Could it be running in the kubernetes cluster of the lab? Would it be more scalable? Would I finally get high availability or resilience for it?
    This session will address these questions by explaining how we got Uyuni running in [K3S](https://k3s.io/) on ALP. We will also see which of the container-ready applications benefits would apply and what could be the next steps towards a more modern application.
    For the administrator of many Linux machines, [Uyuni](https://www.uyuni-project.org) is a very important tool. It currently runs on premise in a virtual machine or on bare metal. Could it be running in the kubernetes cluster of the lab? Would it be more scalable? Would I finally get high availability or resilience for it?
    This session will address these questions by explaining how we got Uyuni running in [K3S](https://k3s.io/) on ALP. We will also see which of the container-ready applications benefits would apply and what could be the next steps towards a more modern application.
    about this event: https://c3voc.de
    31 min
  • Cross Building our new code base (osc23)
    Showing cross building our new code base, based on openSUSE Factory.
    This includes:
    * Cross architecture package builds
    * Cross architecture image builds
    * Cross OS Container builds
    All covered by Open Build Service or plain git and pbuild tooling locally using the same sources.
    Showing cross building our new code base, based on openSUSE Factory.
    This includes:
    * Cross architecture package builds
    * Cross architecture image builds
    * Cross OS Container builds
    All covered by Open Build Service or plain git and pbuild tooling locally using the same sources.
    about this event: https://c3voc.de
    30 min
  • Syslog-ng 4 (osc23)
    After 13 years, a new major release of the syslog-ng logging application is available. Syslog-ng 4.0 brings type support and many additional enhancements. This presentation also gives you an overview of some of the larger features since the previous major release, and then proves why type support is a major enhancement, improving both operations and security.
    In version 3 and earlier, syslog-ng handled all data as text. Syslog-ng 4 can associate the proper type information with data parsed from log messages using the JSON or PatternDB parsers. You can use type information for comparisons within syslog-ng, and storing data to various destinations, like Elasticsearch or MongoDB. Type support enables more precise filtering and thus real-time security alerting in syslog-ng, and easier searching and reporting in databases. I give a quick overview of the major new syslog-ng features during the version 3 series, including disk-buffer, message parsing, Python support, HTTP destination, Kubernetes support and how these combined with 4.0 features improve both operations and security.
    After 13 years, a new major release of the syslog-ng logging application is available. Syslog-ng 4.0 brings type support and many additional enhancements. This presentation also gives you an overview of some of the larger features since the previous major release, and then proves why type support is a major enhancement, improving both operations and security.
    In version 3 and earlier, syslog-ng handled all data as text. Syslog-ng 4 can associate the proper type information with data parsed from log messages using the JSON or PatternDB parsers. You can use type information for comparisons within syslog-ng, and storing data to various destinations, like Elasticsearch or MongoDB. Type support enables more precise filtering and thus real-time security alerting in syslog-ng, and easier searching and reporting in databases. I give a quick overview of the major new syslog-ng features during the version 3 series, including disk-buffer, message parsing, Python support, HTTP destination, Kubernetes support and how these combined with 4.0 features improve both operations and security.
    about this event: https://c3voc.de
    42 min
  • openSUSE Leap 16.0? (osc23)
    Let's talk about the current state and ongoing plans with openSUSE Leap 16.0 which is based on SUSE's Adaptable Linux Platform.
    Let's talk about the current state and ongoing plans with openSUSE Leap 16.0 which is based on SUSE's Adaptable Linux Platform.
    about this event: https://c3voc.de
    44 min
  • The new mainframe for Edge Computing and Industry 4.0 (osc23)
    Is the IBM mainframe really an old legacy system? If all people are speaking about Cloud Native, Edge Computing and Industry 4.0, IBM has released a new mainframe exactly for the combination with that all. You can integrate the new "small" mainframe as a "Thing" or IoT device into manufacturing facilities or use it in for smaller company requirements for processing a lot of tasks/instructions in parallel. Then you can combine it with the Public Cloud or Embedded Systems. You will receive an overview, what is possible today with mainframes by IBM.
    Is the IBM mainframe really an old legacy system? If all people are speaking about Cloud Native, Edge Computing and Industry 4.0, IBM has released a new mainframe exactly for the combination with that all. You can integrate the new "small" mainframe as a "Thing" or IoT device into manufacturing facilities or use it in for smaller company requirements for processing a lot of tasks/instructions in parallel. Then you can combine it with the Public Cloud or Embedded Systems. You will receive an overview, what is possible today with mainframes by IBM.
    about this event: https://c3voc.de
    10 min
  • The new zypper-keys-plugin (osc23)
    This talk will introduce the new zypper-keys plugin.
    It provides an easy way to manage rpm repo signing keys on your local system.
    [https://github.com/asdil12/zyppkeys](https://github.com/asdil12/zyppkeys)
    This talk will introduce the new zypper-keys plugin.
    It provides an easy way to manage rpm repo signing keys on your local system.
    [https://github.com/asdil12/zyppkeys](https://github.com/asdil12/zyppkeys)
    about this event: https://c3voc.de
    16 min
  • Very lightning talks (osc23)
    This should consist of nine short 4-minute talks by users with 1 minute for handover.
    Users do not need their own laptop, but instead link their resources on
    https://etherpad.opensuse.org/p/lightning-talks-osc2023
    Topics can be
    - a project the presenter made or uses that might be useful to other Geekos
    - a relevant topic where you look for others to join a discussion
    - etc
    This should consist of nine short 4-minute talks by users with 1 minute for handover.
    Users do not need their own laptop, but instead link their resources on
    https://etherpad.opensuse.org/p/lightning-talks-osc2023
    Topics can be
    - a project the presenter made or uses that might be useful to other Geekos
    - a relevant topic where you look for others to join a discussion
    - etc
    about this event: https://c3voc.de
    34 min
  • Remote headless Wayland sessions on GNOME (osc23)
    When using **Xorg**, in order to have a headless remote session we could use **Xvnc**, and it worked great. You can start with it a headless **Xorg** display, on top of it use any desktop environment or just run a **Xorg** client and access it using **VNC** protocol.
    Now with **Wayland**, the display server is also the windows manager/compositor so there isn't just one single display server to use any desktop environment but each desktop environment has its own **Wayland** compositor implementation.
    In this talk, I will explain my quest to have a **Wayland** headless remote desktop using the **RDP** protocol in the **GNOME** environment.
    Most of the work I'm doing is on this [MR](https://gitlab.gnome.org/GNOME/gnome-remote-desktop/-/merge_requests/139).
    When using **Xorg**, in order to have a headless remote session we could use **Xvnc**, and it worked great. You can start with it a headless **Xorg** display, on top of it use any desktop environment or just run a **Xorg** client and access it using **VNC** protocol.
    Now with **Wayland**, the display server is also the windows manager/compositor so there isn't just one single display server to use any desktop environment but each desktop environment has its own **Wayland** compositor implementation.
    In this talk, I will explain my quest to have a **Wayland** headless remote desktop using the **RDP** protocol in the **GNOME** environment.
    Most of the work I'm doing is on this [MR](https://gitlab.gnome.org/GNOME/gnome-remote-desktop/-/merge_requests/139).
    about this event: https://c3voc.de
    22 min
  • systemd-boot introduction and challenges (osc23)
    systemd-boot is a rather simple UEFI boot manager. Using it instead of grub might be desirable in the future. The combination with btrfs snapshots makes things more complicated though. This talk gives an introduction to systemd-boot and the challenges to fully integrate it into openSUSE.
    systemd-boot is a rather simple UEFI boot manager. Using it instead of grub might be desirable in the future. The combination with btrfs snapshots makes things more complicated though. This talk gives an introduction to systemd-boot and the challenges to fully integrate it into openSUSE.
    about this event: https://c3voc.de
    25 min

About Chaos Computer Club - archive feed

From the publisher's feed

Der Chaos Computer Club ist die größte europäische Hackervereinigung, und seit über 25 Jahren Vermittler im Spannungsfeld technischer und sozialer Entwicklungen.