Lector de Feeds

Hi folks! Over the last couple of weeks, we have migrated nearly all the quality team's repositories from Pagure (the old Fedora forge) to the new, Forgejo-based Fedora Forge. As part of this, I've figured out a process for doing CI with Forgejo Actions. I also came up with a way to do automated LLM pull request reviews, for those interested in that.

For the impatient, you can just look at / copy the two workflows in python-wikitcms, but you'll at least need to read the stuff about runners below.

Forgejo Actions works very similarly to GitHub Actions, by design. You create a .forgejo/workflows directory in your project and define workflows in it. The syntax is almost entirely compatible with GitHub Actions, but with several missing features.

Some very commonly-used shared actions, like actions/checkout, are ported to Forgejo so you can use them directly. Other shared and third-party actions can be used by giving a full URL to them - e.g. uses: https://github.com/actions-ecosystem/action-remove-labels@2ce5d41b4b6aa8503e285553f75ed56e0a40bae0 # v1.3.0 - but whether a given action will work or not depends on whether it's written to assume it's running on public GitHub, and whether Forgejo has all the features it needs.

Probably the most noticeable difference with using GitHub Actions is runner availability and environment. If you have a public GitHub project you can define workflows with something like runs-on: ubuntu-latest; behind the scenes, GitHub maintains a farm of runners with various labels, of which ubuntu-latest is one, and your jobs will run on any available runner with that label. The available environments for public GitHub repos are a handful of Ubuntu, Windows and macOS versions.

The staging instance of Fedora Forge has a few universal runners you can use like this. Currently each has only one, unique, label, so you can't specify workflows with a label like fedora and have them run on any available runner; you have to just pick one of the labels, and your jobs will always run on that runner. Maybe this will get changed at some point. But the runners are available to all repos in the staging instance, so you can just define a workflow and get it run.

Currently the production instance has no universal runners like this; runners are limited to specific organizations. The releng and infra organizations have runners, and now I requested one, the quality organization has one too. If you want to run workflows for projects in a different organization, the first thing you'll need to do is file a ticket to request runner(s) for that organization. If you have admin access to an organization, you can see whether it has runners, and what labels they have, by visiting https://forge.fedoraproject.org/org/<organization>/settings/actions/runners.

Once your org has at least one runner, you can define workflows and they'll run, as long as you set the runs-on value to a label that at least one of the runners has.

However, you might be surprised by the default environment: it's currently Debian Bookworm. Until that gets fixed, you may be interested in the container directive for workflows, which lets you define any arbitrary container image to be used:

container: image: quay.io/fedora/fedora:latest

There is one little gotcha with this, though. Many GitHub actions, including checkout, are written in Node, but Fedora's stock container images don't have Node installed. So you have to install it before running checkout or anything else that uses Node.

Put it all together, and here's the workflow I've defined for doing CI on Python projects with Tox:

name: CI via Tox on: pull_request: types: [opened, synchronize] jobs: tox: runs-on: fedora container: image: quay.io/fedora/fedora:latest steps: - name: Install required packages run: dnf -y install nodejs tox git - uses: actions/checkout@8e8c483db84b4bee98b60c0593521ed34d9990e8 with: fetch-depth: 0 - name: Install Python interpreters run: for py in 3.6 3.9 3.10 3.11 3.12 3.13; do dnf -y install python$py; done - name: Test with tox run: tox

That runs whenever a pull request is opened or pushed (the on section). It expects a runner with the fedora label (the runs-on setting). It uses the fedora:latest container image from quay.io (the container setting). From that image, we install packages we're going to need - including nodejs (the first step). Then we run actions/checkout to check out the PR (the second step, the uses one). Then we install all the Python interpreters we need, and run tox (the final two steps). Of course, if your project isn't Python or doesn't use Tox, you'll have to tweak this a bit, but hopefully you get the general idea.

If you're security-minded, you might notice there's no permissions setting in this workflow. That's because Forgejo currently does not support fine-grained permissions in the automatically-generated workflow tokens. In Forgejo, the automatically-generated token always has full read/write privileges unless it's operating on a pull request from a fork, in which case it has only read permissions. Nothing finer-grained is possible at present. If you need something finer-grained, you have to generate a token manually, save it as a repository secret, and adjust your workflow (somehow) to use that and hide the automatically-generated token as far as is practically possible (that's outside the scope of this post).

So that's CI! What about LLM pull request review? Well, if you dislike or are not interested in that, stop reading now. If you are interested, here's a recipe:

name: AI Code Review on: pull_request_target: types: [labeled] jobs: ai-review: if: forgejo.event.label.name == 'ai-review-please' runs-on: fedora container: image: registry.gitlab.com/redhat/edge/ci-cd/ai-code-review:v2.3.0 steps: - name: Run AI Review env: AI_API_KEY: ${{ secrets.GEMINI_API_KEY }} run: ai-code-review --platform forgejo --pr-number ${{ forgejo.event.pull_request.number }} --post # this has to be a separate job because ai-code-review container does not have nodejs in it # also note this does not work for PRs from forks because of a forgejo bug # https://codeberg.org/forgejo/forgejo/issues/10733 remove-label: runs-on: fedora steps: - uses: https://github.com/actions-ecosystem/action-remove-labels@2ce5d41b4b6aa8503e285553f75ed56e0a40bae0 # v1.3.0 with: labels: ai-review-please

That will cause the ai-code-review tool to review the pull request and post its analysis as a comment.

Just a couple of things to note here. I decided to have the LLM review happen only when a pull request is given a special label. LLM reviews are relatively expensive, and also quite verbose; you don't necessarily want one cluttering up the ticket any time a pull request is created or edited, and you may not want to make it possible for someone to charge some LLM usage to your account as often as they like just by creating or editing a pull request.

So, to use this recipe you have to create a label called ai-review-please in your repository. You can do this by going to "Issues", then clicking "Labels", then "New label". Give it whatever color and description you like. Any time you add that label to a PR, the review process will be triggered. Before adding the label to a PR you should probably make sure the PR is well-intentioned and not attempting any kind of prompt injection to get ai-code-review to disclose a secret or mess with the repository.

The other thing is you need an AI provider API key. In this recipe we have a Gemini API key saved as a repository secret called GEMINI_API_KEY. To create repository secrets, go to repository "Settings", then "Actions", then "Secrets", and click "Add secret". In the workflow, we make the repository secret called GEMINI_API_KEY (secrets.GEMINI_API_KEY) available in the container as the environment variable AI_API_KEY; ai-code-review reads it in from there. Gemini is the default LLM provider for ai-code-review. You can also use OpenAI or Anthropic by adding an --ai-provider argument to the ai-code-review call in the workflow (obviously, then, the secret you export as AI_API_KEY must be a valid key for that provider). I'm hoping that in the not-too-distant future, we'll have an LLM model provider in Fedora infra, running open source models, that we can use for this purpose; for now, unfortunately, we have to use the hyperscaler ones.

Finally, as noted in the comment, the workflow is intended to remove the ai-review-please label when it runs (so you don't have to remove it manually, then add it again, if you want another review later), but this does not currently work for pull requests from forks due to a Forgejo bug (because we're using pull_request_target the workflow token should have write permissions even for a fork PR, but it doesn't). If you use it on a fork PR, you'll have to remove the label manually once the workflow has triggered.

You can, of course, change the on block to be the same as the CI recipe if you want to have LLM review run automatically whenever a PR is created or edited - but do make sure whoever's paying the bills for the API key is OK with that, and monitor the repo to make sure nobody starts creating hundreds of PRs to try and blow your budget...and hope/pray nobody manages a successful prompt injection attack. On the whole I'd stick with the label (only repository admins can label PRs, so a non-admin attacker can't apply the label themselves to trigger the review).

← Older revision Revision as of 10:48, 19 January 2026 (One intermediate revision by the same user not shown)Line 1: Line 1:  +[[Category:Mageia_development]]  +[[Category:Mageia 10]]  +  {{multi language banner-de|[[Mageia 10 Entwicklung-de|Deutsch]] ; [[Mageia_10_Development|English]] ; [[Mageia_10_Développement-fr|Français]] ; [[Desenvolvimento do Mageia 10-pt-BR|português brasileiro]] ; [[Mageia 10 Ontwikkeling-nl|Nederlands]] ; }} {{multi language banner-de|[[Mageia 10 Entwicklung-de|Deutsch]] ; [[Mageia_10_Development|English]] ; [[Mageia_10_Développement-fr|Français]] ; [[Desenvolvimento do Mageia 10-pt-BR|português brasileiro]] ; [[Mageia 10 Ontwikkeling-nl|Nederlands]] ; }} −      Diese Seite behandelt die Entwicklung von Mageia 10 Diese Seite behandelt die Entwicklung von Mageia 10 Line 23: Line 25:  | 18.01.2026 | 18.01.2026  | Entwickler, Paketersteller | Entwickler, Paketersteller −| +| 19.01.2026  |- |-  | '''Beta''' | '''Beta''' Line 49: Line 51:     Siehe [[FeatureMageia10_Review| Mageia 10 Spezifikationen]] Siehe [[FeatureMageia10_Review| Mageia 10 Spezifikationen]] −  −  −[[Category:Mageia_development]]  −[[Category:Mageia 10]]  Psyca

Show changes Psyca

‎Development Schedule

← Older revision Revision as of 10:39, 19 January 2026 Line 28: Line 28:  | 2026-01-18 | 2026-01-18  | developers, packagers | developers, packagers −| +| 2026-01-19  |- |-  | '''Beta''' | '''Beta''' Bcornec

← Older revision Revision as of 10:27, 19 January 2026 Line 60: Line 60:     ==== Stage 2 ==== ==== Stage 2 ====  +* Abfrage zur Zeitzone des Anwenders, beim Starten der Installation  +Dies erlaubt uns die richtige Zeit für die Systemuhr einzustellen.  +Dies ist nötig um zu verhindern, dass die Verifizierung der rpm Pakete fehlschlägt, wenn diese sehr früh von einer Netzwerkquelle geladen werden. Diese Eigenschaft wird mit der nächsten Runde der ISOs verfügbar sein. Falls Sie Funktion testen möchten können Sie die Netzwerkinstallation-ISOs verwenden und eine HTTP Quellen für Stage 2 auswählen.  +Das neue Sequoia PGP Backend lehnt Pakete ab, welche den Anschein haben, dass diese in der Zukunft signiert wurden.  * Viele Fehlerbehebungen * Viele Fehlerbehebungen    Line 165: Line 169:  * Die Single-Queue I/O Schedulers wurden im Upstream, seit Kernel 5.0, entfernt. Falls Sie das ionice Werkzeug benötigen, erwägen Sie die Installation des neuen {{prog-de|ionice-scheduler}} Pakets, welche den BFQ Scheduler für drehende Disketten aktiviert. * Die Single-Queue I/O Schedulers wurden im Upstream, seit Kernel 5.0, entfernt. Falls Sie das ionice Werkzeug benötigen, erwägen Sie die Installation des neuen {{prog-de|ionice-scheduler}} Pakets, welche den BFQ Scheduler für drehende Disketten aktiviert.  * cpupower und powersave <BR> * cpupower und powersave <BR>  +  +==== dhcpcd ersetzt dhcp-cleint ====  +{{prog|dhcpcd}} ersetzt das veraltete {{prog|dhcp-client}} während der Aktualisierung - dies geschieht automatisch.  +Unser Werkzeug zur Konfiguration des Netzwerks wurde darauf angepasst {prog|dhcpcd}} anstelle von {{prog|dhcp-client}} zu verwenden.     ==== Grafiktreiber ==== ==== Grafiktreiber ==== Line 394: Line 402:  ==== Veyon ==== ==== Veyon ====  Diese Anwendung ersetzt das Programm ''italc'' und lässt Sie eine Gruppe von Computern überwachen und kontrollieren. Es ist in der Version 4.7.4 verfügbar. Diese Anwendung ersetzt das Programm ''italc'' und lässt Sie eine Gruppe von Computern überwachen und kontrollieren. Es ist in der Version 4.7.4 verfügbar.  +  +==== Kea ====  +Kea ist ISCs Ablösung des langlebigen, aber nun veralteten, dhcp-server (dhcpd). Es ist kein Drop-In Ersatz, da die Syntax zur Konfiguration sich sehr stark unterscheidet und dadurch ein händischer Eingriff und Migration erfolgen muss.     == Upgraden von Mageia 9 == == Upgraden von Mageia 9 == Psyca

← Older revision Revision as of 10:09, 19 January 2026 Line 198: Line 198:  * Unterbrochene Internetverbindung, unterbrochene Stromzufuhr, ... * Unterbrochene Internetverbindung, unterbrochene Stromzufuhr, ...  * Bei Onlineaktualisierungen, falls Ihr System dkms verwendet und Sie vergessen haben dieses zu aktualisieren und das System mit den neusten Kernel,[[Mageia_9_Veröffentlichungshinweise-de#Upgraden_über_das_Internet|gemäß der Anleitung]],  starten, wird die Verwendung von dkms fehlschlagen <!--- mga8, #31982 --> * Bei Onlineaktualisierungen, falls Ihr System dkms verwendet und Sie vergessen haben dieses zu aktualisieren und das System mit den neusten Kernel,[[Mageia_9_Veröffentlichungshinweise-de#Upgraden_über_das_Internet|gemäß der Anleitung]],  starten, wird die Verwendung von dkms fehlschlagen <!--- mga8, #31982 --> −* {{bug|34909}} Die Installation schätzt die Zeitzone als UTC ein und die Pakete sind dadurch angeblich zu neu, wodurch es Probleme gibt, dass die Signaturen nicht angenommen werden.+* {{bug|34909}} Die Installation schätzt die Zeitzone als UTC ein und die Pakete sind dadurch angeblich zu neu, wodurch es Probleme gibt, dass die Signaturen nicht angenommen werden. Dies wird mit den kommenden ISOs behoben, ein Workaround befindet sich weiter unten.  * Verschiedene andere... * Verschiedene andere...    Line 214: Line 214:     Wechseln Sie anschließend zurück zum Installationsbildschirm durch drücken der Tasten {{keypress-de|Strg}}+{{keypress-de|Alt}}+{{keypress-de|F7}} und Sie sollten nun die Installation durchführen können. Wechseln Sie anschließend zurück zum Installationsbildschirm durch drücken der Tasten {{keypress-de|Strg}}+{{keypress-de|Alt}}+{{keypress-de|F7}} und Sie sollten nun die Installation durchführen können.  +  +Sie können auch Ihr System von einer ISO für Netzwerkinstallationen starten und, in Schritt 2, HTTP als Quelle auswählen, wodurch Sie einen zusätzlichen Schritt erhalten um Ihre Zeitzone einstellen zu können.     Fragen Sie nach Unterstützung in unserem Forum :) Fragen Sie nach Unterstützung in unserem Forum :) Line 225: Line 227:     Wir verzögern die Anzeige der Meldung für einige Zeit nach Veröffentlichung der finalen Version, um gefundene Probleme, welche von Anwendern gemeldet wurden die bereits auf die neue Mageia Veröffentlichung aktualisiert haben, zu beheben.  '''Warten Sie einfach''' etwas ab, oder führen Sie ein Upgrade anhand der [[Mageia_9_Veröffentlichungshinweise-de#Aktualisieren_von_Mageia_8|in den Veröffentlichungshinweise beschriebenen Möglichkeiten]] durch. Die Funktion zum Upgrade wurde im September 2023 aktiviert. Wir verzögern die Anzeige der Meldung für einige Zeit nach Veröffentlichung der finalen Version, um gefundene Probleme, welche von Anwendern gemeldet wurden die bereits auf die neue Mageia Veröffentlichung aktualisiert haben, zu beheben.  '''Warten Sie einfach''' etwas ab, oder führen Sie ein Upgrade anhand der [[Mageia_9_Veröffentlichungshinweise-de#Aktualisieren_von_Mageia_8|in den Veröffentlichungshinweise beschriebenen Möglichkeiten]] durch. Die Funktion zum Upgrade wurde im September 2023 aktiviert.  +  +=== Neustart/Herunterfahren ist nach dem Upgrade langsam ===  +Wenn Sie auf Mageia 10 über die klassische Installations-ISOs aktualisieren, werden Sie vermutlich eine Verzögerung beim Neustart oder Herunterfahren Ihres Systems bemerken.  +Dies wird durch {{prog|dhcpcd}} verursacht und kann behoben werden, indem als root {{cmd|systemctl enable --now dhcpcd}} ausgeführt wird. Sie werden dann zum letzten Mal einen langsamen Neustart feststellen.  +  +Upgrades über {{prog|urpmi}}, {{prog|dnf}} oder dem Mageia Applet sollten hiervon nicht betroffen sein.     === Entfernte Pakete === === Entfernte Pakete === Psyca

← Older revision Revision as of 10:01, 19 January 2026 Line 63: Line 63:     Zie ook Dump Mageia op een usb-stick: [[Dump_Mageia_ISO_on_a_USB_flash_drive_-_Alternative_tools|Dump Mageia ISO on a USB flash drive - Alternative tools]]. Zie ook Dump Mageia op een usb-stick: [[Dump_Mageia_ISO_on_a_USB_flash_drive_-_Alternative_tools|Dump Mageia ISO on a USB flash drive - Alternative tools]].  +  +{{warning-nl|Vanaf Mageia 10 passen de '''Classic Installer''' en '''Live ISOs''' niet langer op een single layer dvd; u moet een dual layer dvd of usb geheugen gebruiken met 8gB of meer opslagruimte.}}  +     === Gebruik een cd/dvd === === Gebruik een cd/dvd === Marchugo

← Older revision Revision as of 09:58, 19 January 2026 Line 1: Line 1:  [[Category:Dokumentation]] [[Category:Dokumentation]]    −{{Multi_language_banner-de|[[Installation_auf_einem_System_mit_UEFI-Firmware-de|Deutsch]] ; [[Installing_on_systems_with_UEFI_firmware|English]] ;  [[Installeer_Mageia_op_een_pc_met_UEFI_firmware-nl|Nederlands]] ; [[Instalando_en_equipos_con_firmware_UEFI|Español]] ; [[Installation_sur_les_systèmes_avec_firmware_UEFI-fr|Français]] ; [[Instalação nos sistemas com firmware UEFI pt-PT | Português de Portugal]] ;}}+{{Multi_language_banner-de|[[Installation_auf_einem_System_mit_UEFI-Firmware-de|Deutsch]] ; [[Installing_on_systems_with_UEFI_firmware|English]] ;  [[Instalando_en_equipos_con_firmware_UEFI|Español]] ; [[Installation_sur_les_systèmes_avec_firmware_UEFI-fr|Français]] ; [[Installeer_Mageia_op_een_pc_met_UEFI_firmware-nl|Nederlands]] ; [[Instalação nos sistemas com firmware UEFI pt-PT | Português de Portugal]] ;}}     == BIOS oder UEFI-Firmware == == BIOS oder UEFI-Firmware == Line 44: Line 44:     Siehe auch [[Mageia_ISO_auf_ein_USB_Laufwerk_dumpen_-_Alternative_Werkzeuge-de|Mageia ISO auf ein USB Laufwerk dumpen - Alternative Werkzeuge]]. Siehe auch [[Mageia_ISO_auf_ein_USB_Laufwerk_dumpen_-_Alternative_Werkzeuge-de|Mageia ISO auf ein USB Laufwerk dumpen - Alternative Werkzeuge]].  +  +{{warning-de|Seit Mageia 10 passen die '''Klassische Installations''' und '''Live ISOs''' nicht mehr auf einlagige DVDs. Sie sollten eine zweilagige (Double-Layer) DVD oder USB Geräte mit 8 GB, oder mehr, Speicherplatz verwenden.}}     === Verwenden einer CD/DVD === === Verwenden einer CD/DVD === Psyca

← Older revision Revision as of 09:57, 19 January 2026 Line 11: Line 11:  {{introduction-nl|De installatieschijven van Mageia kunt u downloaden als ISO-imagebestanden - {{file|filename.iso}}. Deze pagina bevat instructies voor het schrijven (branden) van cd- en dvd-images naar lege opneembare of herschrijfbare schijven met verschillende besturingssystemen. Als u in plaats daarvan een usb-stick wilt gebruiken, kijk dan hier: [[Installation_Media#Dump_Mageia_ISO_on_a_USB_flash_drive|{{format text|your text=dump Mageia-ISO op usb|color=#2397D4FF}}]]}} {{introduction-nl|De installatieschijven van Mageia kunt u downloaden als ISO-imagebestanden - {{file|filename.iso}}. Deze pagina bevat instructies voor het schrijven (branden) van cd- en dvd-images naar lege opneembare of herschrijfbare schijven met verschillende besturingssystemen. Als u in plaats daarvan een usb-stick wilt gebruiken, kijk dan hier: [[Installation_Media#Dump_Mageia_ISO_on_a_USB_flash_drive|{{format text|your text=dump Mageia-ISO op usb|color=#2397D4FF}}]]}}    −{{warning-nl|Vanaf Mageia 10 passen de '''Classic Installer''' en '''Live ISOs''' niet langer op een single layer dvd; u moet een dual layer dvd gebruiken.}}+{{warning-nl|Vanaf Mageia 10 passen de '''Classic Installer''' en '''Live ISOs''' niet langer op een single layer dvd; u moet een dual layer dvd of usb geheugen gebruiken met 8gB of meer opslagruimte.}}     == Met Linux == == Met Linux == Marchugo

← Older revision Revision as of 09:56, 19 January 2026 Line 2: Line 2:     {{Multi_language_banner-de|[[Mageia_ISO_auf_ein_USB_Laufwerk_dumpen_-_Alternative_Werkzeuge-de|Deutsch]] ; [[Dump_Mageia_ISO_on_a_USB_flash_drive_-_Alternative_tools|English]] ; [[Copier_un_ISO_de_Mageia_sur_une_cl%C3%A9_USB_-_outils_alternatifs-fr|Français]] ; [[Dump_Mageia_ISO_op_een_usb_stick_-_alternatieve_gereedschappen|Nederlands]] ; [[Colocar_ISO_do_Mageia_numa_unidade_de_pen_USB_-_Ferramentas_alternativas|Português (Portugal)]] ; [[Gravar a ISO do Mageia em um pen drive - Ferramentas alternativas-pt-BR|português brasileiro]] ;}} {{Multi_language_banner-de|[[Mageia_ISO_auf_ein_USB_Laufwerk_dumpen_-_Alternative_Werkzeuge-de|Deutsch]] ; [[Dump_Mageia_ISO_on_a_USB_flash_drive_-_Alternative_tools|English]] ; [[Copier_un_ISO_de_Mageia_sur_une_cl%C3%A9_USB_-_outils_alternatifs-fr|Français]] ; [[Dump_Mageia_ISO_op_een_usb_stick_-_alternatieve_gereedschappen|Nederlands]] ; [[Colocar_ISO_do_Mageia_numa_unidade_de_pen_USB_-_Ferramentas_alternativas|Português (Portugal)]] ; [[Gravar a ISO do Mageia em um pen drive - Ferramentas alternativas-pt-BR|português brasileiro]] ;}}  +  +{{warning-de|Seit Mageia 10 passen die '''Klassische Installations''' und '''Live ISOs''' nicht mehr auf einlagige DVDs. Sie sollten eine zweilagige (Double-Layer) DVD oder USB Geräte mit 8 GB, oder mehr, Speicherplatz verwenden.}}     * Für Linux siehe: [[Installationsmedien-de#Eine_Mageia_ISO_auf_ein_USB_Laufwerk_übertragen|Eine Mageia ISO auf ein USB Laufwerk übertragen]] * Für Linux siehe: [[Installationsmedien-de#Eine_Mageia_ISO_auf_ein_USB_Laufwerk_übertragen|Eine Mageia ISO auf ein USB Laufwerk übertragen]] Psyca

← Older revision Revision as of 09:54, 19 January 2026 Line 10: Line 10:     {{introduction-nl|De installatieschijven van Mageia kunt u downloaden als ISO-imagebestanden - {{file|filename.iso}}. Deze pagina bevat instructies voor het schrijven (branden) van cd- en dvd-images naar lege opneembare of herschrijfbare schijven met verschillende besturingssystemen. Als u in plaats daarvan een usb-stick wilt gebruiken, kijk dan hier: [[Installation_Media#Dump_Mageia_ISO_on_a_USB_flash_drive|{{format text|your text=dump Mageia-ISO op usb|color=#2397D4FF}}]]}} {{introduction-nl|De installatieschijven van Mageia kunt u downloaden als ISO-imagebestanden - {{file|filename.iso}}. Deze pagina bevat instructies voor het schrijven (branden) van cd- en dvd-images naar lege opneembare of herschrijfbare schijven met verschillende besturingssystemen. Als u in plaats daarvan een usb-stick wilt gebruiken, kijk dan hier: [[Installation_Media#Dump_Mageia_ISO_on_a_USB_flash_drive|{{format text|your text=dump Mageia-ISO op usb|color=#2397D4FF}}]]}}  +  +{{warning-nl|Vanaf Mageia 10 passen de '''Classic Installer''' en '''Live ISOs''' niet langer op een single layer dvd; u moet een dual layer dvd gebruiken.}}     == Met Linux == == Met Linux == Marchugo