Lector de Feeds

← Older revision Revision as of 23:32, 7 March 2025 Line 3: Line 3:  [[Category:Installation]] [[Category:Installation]]    −{{multi_language_banner-de|[[Distrobox|Deutsch]] ; [[Distrobox|English]] ; [[Distrobox-pt-BR|Português (Brasil)]] }}+{{multi_language_banner-de|[[Distrobox-de|Deutsch]] ; [[Distrobox|English]] ; [[Distrobox-pt-BR|Português (Brasil)]] }}     {{introduction-de|Distrobox ist ein mächtiges Werkzeug für Linux Nutzern, welche verschiedene Distributionen verwenden oder ausprobieren möchten, ohne dass das System neu gestartet oder eine virtuelle Maschine erstellt werden muss. Distrobox ermöglicht das Erstellen von Container mit verschiedenen Linux Distributionen und das Integrieren im Host-System, wodurch eine möglichst native Erfahrung geboten wird.}} {{introduction-de|Distrobox ist ein mächtiges Werkzeug für Linux Nutzern, welche verschiedene Distributionen verwenden oder ausprobieren möchten, ohne dass das System neu gestartet oder eine virtuelle Maschine erstellt werden muss. Distrobox ermöglicht das Erstellen von Container mit verschiedenen Linux Distributionen und das Integrieren im Host-System, wodurch eine möglichst native Erfahrung geboten wird.}} Psyca

Created page with "Category:Dokumentation Category:Howtos Category:Installation {{multi_language_banner-de|Deutsch ; English ; Distrobox-pt-BR|Port..."

New page

[[Category:Dokumentation]]
[[Category:Howtos]]
[[Category:Installation]]

{{multi_language_banner-de|[[Distrobox|Deutsch]] ; [[Distrobox|English]] ; [[Distrobox-pt-BR|Português (Brasil)]] }}

{{introduction-de|Distrobox ist ein mächtiges Werkzeug für Linux Nutzern, welche verschiedene Distributionen verwenden oder ausprobieren möchten, ohne dass das System neu gestartet oder eine virtuelle Maschine erstellt werden muss. Distrobox ermöglicht das Erstellen von Container mit verschiedenen Linux Distributionen und das Integrieren im Host-System, wodurch eine möglichst native Erfahrung geboten wird.}}

== Wie man es installiert ==
Aktuell ist Distrobox nicht als Mageia Paket verfügbar. Es ist jedoch einfach die Anwendung zu installieren.

Zum installieren muss einfach der folgende Befehl im Terminal ausgeführt werden:

{{code|curl -s https://raw.githubusercontent.com/89luca89/distrobox/main/install {{!}} sudo sh}}

oder falls Sie für Ihren Benutzerzugang kein sudo eingerichtet haben:

{{code|su -<br/>
curl -s https://raw.githubusercontent.com/89luca89/distrobox/main/install {{!}} sh }}

Sie benötigen eine installierte Container-Umgebung, damit Distrobox funktioniert, somit entweder docker oder podman (beide im MCC verfügbar)

== Wie funktioniert es? ==
Distrobox verwendet eine Technologie zur Containerisierung, wie Podman oder Docker, um eine isolierte Umgebung zu erstellen. Es geht jedoch auch weiter, indem Resourcen vom Hostsystem mit den Containern gemeinsam verwendet werden, darunter:

* Home Verzeichnis: Erlaub den Zugriff auf Ihre persönlichen Dateien von jeder Distribution aus.
* USB Geräte: Ermögicht Ihnen auf externe Geräte innerhalb des Containers zuzugreifen.
* Audio: Ermöglicht das abspielen von Audio und die Verwendung von Mikrofone.
* X11/Wayland: Ermöglicht Ihnen das Ausführen von Anwendungen mit einer grafischen Oberfläche.

== Weshalb Distrobox verwenden? ==
* Die Software ist nicht über Mageia verfügbar: Ausführen von Software in der grafischen Umgebung von Mageia, wobei die Softwarepakete nicht selbst in Mageia installiert werden können.
* Ausprobieren einer anderen Distribution: Ohne das jede auf einem separaten System installiert werden muss.
* Isolation: Schutz des Hostsystems vor potentiellen Problemen, welche durch eine spezifische Distribution auftreten könnte (Beachten Sie, dass der Grad des Schutz abhängig davon ist, welchen Docker oder Podman Sie mit Distrobox verwenden).
* Flexibilität: Installieren und Ausführen von Anwendungen von verschiedenen Distributionen.
* Gemeinsame Resourcennutzung: Macht es einfacher mit verschiedenen Distributionen zu arbeiten.

== Grundsätzliche Befehle ==

* distrobox-create: Erstellt einen neuen Container mit einer spezifischen Distribution.

* distrobox-enter: Greift auf einen laufenden Container zu.

* distrobox-list: Listet alle erstellten Container.

* distrobox-rm: Entfernt einen Container.

* distrobox-stop: Stoppt einen laufenden Container.

* distrobox-export: Exportiert Anwendungen oder Dienste von einem Container zum Host.

* distrobox-init: Zugangspunkt zu einem Container.

* distrobox-host-exec: Führt einen Befehl auf dem Hostsystem, aus einem Container, aus.

== Grundsätzliche Beispiele (Distro testen) ==
Um einen Container mit der Arch Linux Distribution zu erstellen, geben Sie folgendes ein:

{{code|distrobox-create archlinux <br/>
distrobox-enter archlinux }}

== Beispiel bei nicht nativen Paketen (Amazon Workspaces Client) ==

{{code|distrobox create --image ubuntu:22.04 --name ubuntu <br/>
distrobox enter ubuntu <br/>
sudo apt update && sudo apt-get install --no-install-recommends ubuntu-desktop -y <br/>
wget https://d3nt0h4h6pmmc4.cloudfront.net/new_workspacesclient_jammy_amd64.deb <br/>
sudo apt install ./new_workspacesclient_jammy_amd64.deb -y <br/>
distrobox-export --app workspacesclient }}

== Weiterführende Dokumentation ==

Offizielle Dokumentation: [https://distrobox.it/#distrobox]

Diese Wiki-Seite basiert auf der [[Distrobox-pt-BR|brasilianisch-portugiesischen Version]] Psyca

Created page with "{{Multi language banner-de|Deutsch ; English ;..."

New page

{{Multi language banner-de|[[Java_Anwendungen_im_Firefox_oder_Chromium_Browser_verwenden-de|Deutsch]] ; [[Using Java applications in Firefox and Chromium browsers|English]] ; [[Utiliser des applications Java dans les navigateurs Firefox et Chromium|français]] ; }}

'''Java Anwendungen im Firefox oder Chromium Browser verwenden'''

Um dies zu tun müssen Sie Java Scripts in Ihrem Browser, mit Ton und Bilder, ausführen.


Vorgang :


Installieren Sie als erstes java-17-openjdk über das Mageia Kontrollzentrum.



Vom Server wird eine kleine .jnlp Datei geladen um diese auszuführen, jedoch unterstützt Firefox und Chromium keine Java Formate mehr.

Eine Alternative wurde erstellt: OpenWebStart auf github.com.

https://github.com/karakun/OpenWebStart/releases/


Was Sie tun müssen ist OpenWebStart_linux_1_11_1.deb herunterzuladen


und als root auszuführen:

dpkg -i OpenWebStart_linux_1_11_1.deb


Die Installation läuft flüssig durch. Die Dateien werden unter /opt installiert

Weiteres in der Dokumentation:
https://openwebstart.com/docs/OWSGuide.html#_what_is_openwebstart

Von nun an können mit Firefox und Chromium .jnlp Dateien ausgeführt werden. Psyca

← Older revision Revision as of 23:27, 7 March 2025 Line 146: Line 146:     Gut zu wissen: die .jar Datei ist ein Archiv welches, zum Beispiel mit Ark, geöffnet werden kann um beispielsweise interne Konfigurationsdateien zu bearbeiten (ich verwende dies zum Beispiel für mein personalisierte Rechnungsformatierung) Gut zu wissen: die .jar Datei ist ein Archiv welches, zum Beispiel mit Ark, geöffnet werden kann um beispielsweise interne Konfigurationsdateien zu bearbeiten (ich verwende dies zum Beispiel für mein personalisierte Rechnungsformatierung)  +  +=== Java Anwendungen im Firefox und Chromium Browser verwenden ===  +Siehe [[Java_Anwendungen_im_Firefox_oder_Chromium_Browser_verwenden-de|Java Anwendungen im Firefox oder Chromium Browser verwenden]].     == Fremde rpm direkt verwenden == == Fremde rpm direkt verwenden == Line 340: Line 343:     Docker verwendet eine Client-Server Architektur, während Podman eine daemonenlose Architektur verwendet. Docker verwendet eine Client-Server Architektur, während Podman eine daemonenlose Architektur verwendet.  +  +=== Distrobox ===  +Mit [[Distrobox-de|Distrobox]] erstellen Sie Container von verschiedenen Linux Distributionen und intergrieren diese in Ihr Hostsystem, wodurch Sie eine nativ-ähnliche Erfahrung erhalten. Dieser Weg kann für Software aller möglicher Linux Distributionen verwendet werden.     == Virtualisierte Hardware == == Virtualisierte Hardware == Psyca

Publication date: 06 Mar 2025
Type: security
Affected Mageia releases : 9
CVE: CVE-2025-27423 Description Potential code execution with tar.vim and special crafted tar files. References

• https://bugs.mageia.org/show_bug.cgi?id=34057
• https://www.openwall.com/lists/oss-security/2025/03/02/1
• https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-27423

SRPMS 9/core

• vim-9.1.1166-1.mga9

Publication date: 06 Mar 2025
Type: security
Affected Mageia releases : 9
CVE: CVE-2025-26618 Description SSH SFTP packet size not verified properly in Erlang OTP. (CVE-2025-26618) References

• https://bugs.mageia.org/show_bug.cgi?id=34067
• https://ubuntu.com/security/notices/USN-7313-1
• https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2025-26618

SRPMS 9/core

• erlang-24.3.4.15-1.1.mga9

Publication date: 06 Mar 2025
Type: security
Affected Mageia releases : 9
CVE: CVE-2024-35368 Description FFmpeg n7.0 is affected by a Double Free via the rkmpp_retrieve_frame function within libavcodec/rkmppdec.c. (CVE-2024-35368) References

• https://bugs.mageia.org/show_bug.cgi?id=34066
• https://lists.opensuse.org/archives/list/security-announce@lists.opensuse.org/message/ZB33CK26BY2QPYGREWH7HHWHPSLGY4DI/
• https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2024-35368

SRPMS 9/core

• ffmpeg-5.1.6-1.4.mga9

9/tainted

• ffmpeg-5.1.6-1.4.mga9.tainted

‎A way forward: Improve clarity, fix typo

← Older revision Revision as of 17:35, 6 March 2025 Line 71: Line 71:  Overview: Overview:    −# Developer builds a package SRPM containing all application source code as well as any unpackaged dependency source code for an application (i.e. vendoring it), including a SBOM+# Developer builds a package SRPM containing all application source code as well as any unpackaged dependency source code needed by the application (i.e. vendoring it), including a SBOM for those dependencies −# The build system adds packaged dependencies to the SBOM+# The build system uses only locally-available source to build (as always) and adds a reference to the main source(s) to the SBOM, for completeness −# For interpreted languages, the build system puts any vendored code into a filesystem location specific to the application+# For interpreted languages, the build system puts any vendored code into a filesystem location specific to the application in the final RPM  # The build system stores the SBOM at the end of the build into a central repository # The build system stores the SBOM at the end of the build into a central repository  # A security scanner periodically scans all SBOMs to look for dependencies that have reported security vulnerabilities # A security scanner periodically scans all SBOMs to look for dependencies that have reported security vulnerabilities Line 81: Line 81:  SBOMs will be stored in the [https://spdx.dev/ SPDX] format. SBOMs will be stored in the [https://spdx.dev/ SPDX] format.    −Security updates are assumed to consist of upgrading to a new upstream release. Those that require patching a dependency complicates this flow, since the same patch must then be applied to each vendored instance of that dependency. If an unpackaged dependency needs a local patch instead of an upgrade, then we could implement a policy that the dependency much be first be packaged before rebuilds are performed, with that new package added as a dependency to any application that needs it before rebuilding. That avoids carrying the identical patch around in many packages.+Security updates are assumed to consist of upgrading to a new upstream release. Those that require patching a dependency complicates this flow, since the same patch must then be applied to each vendored instance of that dependency. If an unpackaged dependency needs a local patch instead of an upgrade, then we could implement a policy that the dependency must be first be packaged before rebuilds are performed, with that new package added as a dependency to any application that needs it before rebuilding. That avoids carrying the identical patch around in many packages.     A script will be created to take care of the bulk of step 1 for the developer. It would scan the application source code to find out what dependencies are needed, then exclude any dependencies already supplied by packages in ''BuildRequires:'' leaving a list of outstanding ones. These would be downloaded using the language's normal package download mechanism and installed into a private temporary location. All these would then be archived into a compressed tarball along with an SBOM containing all the packaged dependency names and versions and stored in the ''SOURCES/'' directory under a standard name (maybe ''dependencies.tar.xz'').  This file would then be added to ''sha1.lst'' and uploaded to ''binrepo''. This could all be integrated into a ''mgarepo'' subcommand. ''TODO: who is responsible for ensuring that the licenses of all the dependencies are allowed, compatible and that the License: line in the .spec file matches?'' A script will be created to take care of the bulk of step 1 for the developer. It would scan the application source code to find out what dependencies are needed, then exclude any dependencies already supplied by packages in ''BuildRequires:'' leaving a list of outstanding ones. These would be downloaded using the language's normal package download mechanism and installed into a private temporary location. All these would then be archived into a compressed tarball along with an SBOM containing all the packaged dependency names and versions and stored in the ''SOURCES/'' directory under a standard name (maybe ''dependencies.tar.xz'').  This file would then be added to ''sha1.lst'' and uploaded to ''binrepo''. This could all be integrated into a ''mgarepo'' subcommand. ''TODO: who is responsible for ensuring that the licenses of all the dependencies are allowed, compatible and that the License: line in the .spec file matches?'' Danf

zekemx

← Older revision Revision as of 14:39, 5 March 2025 Line 227: Line 227:  | joselp || papoteur,mokraemer || {{yes|Done}} ||  || {{yes|Done}} ||  ||  ||  ||  ||  || photomontage ||   | joselp || papoteur,mokraemer || {{yes|Done}} ||  || {{yes|Done}} ||  ||  ||  ||  ||  || photomontage ||    |- |- −| zekemx || kekepower || {{yes|Done}} ||  || ||  ||  || 1. conky ||  ||  || displaylink ||+| zekemx || kekepower || {{yes|Done}} ||  || ||  ||  || 1. conky ||  ||  || displaylink<br>new-lg4ff<br>oversteer ||  |} |}    Papoteur

Nocomprendo

← Older revision Revision as of 08:45, 5 March 2025 Line 344: Line 344:     Knotes has been replaced by Marknote. This one include a path for [https://blogs.kde.org/2024/06/28/marknote-1.3/#switching-to-marknote importing the notes]. Knotes has been replaced by Marknote. This one include a path for [https://blogs.kde.org/2024/06/28/marknote-1.3/#switching-to-marknote importing the notes].  +  +NoComprendo is a tools for voice recognition, including control of the desktop and dictation. It now uses Vosk libraries and models.     === Internet apps === === Internet apps === Papoteur

To do a good job, we need good tools. Some of our servers are old, no longer powerful enough and have limited disk resources to meet the needs of developers. RPM manufacturing takes a long time and this is detrimental to the efficiency of maintaining and evolving the distribution. In short, the machines are well depreciated.

This is why our infrastructure is first getting a makeover. Better adapted to new technologies, it will allow our developers to work faster and more efficiently.

So where is this new infrastructure?

 We received 5 new servers:

– 2 new nodes for building packages: HPE ProLiant DL 360 Gen10 – 2xXeon 6126 (12C/2.6GHz) –

256GB RAM – 2xSSD 3.8TB HW Raid 1 – 2x10Gb/s NICs

– 2 servers to replace sucuk and duvel: HPE ProLiant DL 380 Gen10 – 2 Xeon 6126 (12C/2.6GHz) –

256GB RAM – 2xSSD 3.8TB HW Raid 1 – 10xHDD 12TB HW Raid 5 – 2x10Gb/s NICs

– 1 server for deployment and backup: HPE ProLiant DL80 Gen9 – 2xXeon  E5-2603v4

(6C/1.7GHz) – 256GB RAM – 6xHDD 6TB (donated, with some renewed parts)

– 1 Arista 7120T switch 20xRJ-45 10Gb/s 4xSFP+ 10Gb/s for interconnecting the machines

One of the ideas is to use the latest server to deploy quickly and as automatically as possible the construction nodes and other machines. The method is ready for x86_64 nodes and is being finalized for ARM nodes. The preparation of the servers takes time because the teams anticipate the future and future developments.

Once the preparation part of our servers is finished, the integration part into the Data Center will remain.

We are therefore taking our time to do things well in order to perpetuate the future and future versions of Mageia.

In the meantime, the future version 10 of Mageia continues to bubble in its cauldron! But we are not ready yet to plan a release date for the moment.

Feel free to come and strengthen our teams.

Para hacer un buen trabajo, necesitamos buenas herramientas. Algunos de nuestros servidores son viejos, ya no son lo bastante potentes y tienen recursos de disco limitados para satisfacer las necesidades de los desarrolladores. Se tarda mucho en producir los RPM, lo que va en detrimento de la eficacia del mantenimiento y la actualización de la distribución. En resumen, las máquinas están bien amortizadas.

Es por eso que nuestra infraestructura está recibiendo un lavado de cara. Más adaptada a las nuevas tecnologías, permitirá a nuestros desarrolladores trabajar de forma más rápida y eficaz. ¿Cuál es el estado de esta nueva infraestructura? Hemos recibido 5 nuevos servidores:

· 2 nuevos nodos de construcción de paquetes: HPE ProLiant DL 360 Gen10 – 2xXeon 6126 (12C/2.6GHz) – 256GB RAM – 2xSSD 3.8TB HW Raid 1 – 2x10Gb/s NICs.

· 2 servidores para reemplazar sucuk y duvel: HPE ProLiant DL 380 Gen10 – 2 Xeon 6126 (12C/2.6GHz) – 256GB RAM – 2xSSD 3.8TB HW Raid 1 – 10xHDD 12TB HW Raid 5 – 2x10Gb/s NICs.

· 1 servidor de despliegue y copia de seguridad: HPE ProLiant DL80 Gen9 – 2xXeon E5-2603v4 (6C/1.7GHz) – 256GB RAM – 6xHDD 6TB (una donación, con algunas partes renovadas)

· 1 switch Arista 7120T 20xRJ-45 10Gb/s 4xSFP+ 10Gb/s para interconectar las máquinas.

El plan es utilizar el último servidor para desplegar los nodos de construcción y el resto de máquinas de forma rápida y lo más automática posible. El método está listo para los nodos x86_64 y se está ultimando para los nodos ARM (servidores remotos). La preparación de los servidores lleva su tiempo, ya que nuestros equipos se anticipan al futuro y a los futuros desarrollos.

Una vez finalizada la preparación de nuestros servidores, el siguiente paso será integrarlos en el Centro de Datos. Por lo tanto, nos estamos tomando nuestro tiempo para hacer las cosas bien y poder asegurar el futuro y las futuras versiones de Mageia. Por el momento, no publicamos una fecha de lanzamiento provisional para Mageia 10.

Mientras tanto, ¡la futura versión 10 de Mageia sigue burbujeando en su caldero!

No dudes en unirte a nuestros equipos.

In Mageia/9/x86_64: Mesa is an OpenGL 4.6 compatible 3D graphics library.

In Mageia/9/aarch64: Mesa is an OpenGL 4.6 compatible 3D graphics library.

In Mageia/9/armv7hl: Mesa is an OpenGL 4.6 compatible 3D graphics library.

In Mageia/9/i586: Mesa is an OpenGL 4.6 compatible 3D graphics library.