Wiki Mageia

← Older revision Revision as of 18:28, 17 December 2025 (2 intermediate revisions by the same user not shown)Line 1: Line 1:  {{multi language banner|[[ISO testing rsync tools|English]]; [[Outils rsync pour les tests d’image ISO-fr|Francais]];}} {{multi language banner|[[ISO testing rsync tools|English]]; [[Outils rsync pour les tests d’image ISO-fr|Francais]];}}    −{{introduction|This page describes tools to facilitate the management of Mageia ISOs for pre-release testing. It also details the use of ''rsync'' directly for this purpose. It is a supplement to the [[Pre-release ISO testing|"Pre-release ISO testing"]] page.}}+{{introduction|This page describes tools to facilitate the management of Mageia ISOs for pre-release testing. It also details the use of ''rsync'' directly for this purpose. It is a supplement to the [[Pre-release ISO testing|"Pre-release ISO testing"]] page. See that page about writing the downloaded ISO.  After that continue at [[Pre-release_ISO_testing:_Part_2|Pre-release ISO testing: Part_2]] for using it.}}     == Introduction == == Introduction == Line 147: Line 147:  * If you already have old versions it only transfers the difference * If you already have old versions it only transfers the difference  * Checksums the *.iso image files. * Checksums the *.iso image files. −* Can create bootable USB sticks both without downloading first, after download or synchronisation, and from downloaded files.+* Can create bootable USB sticks after download or synchronisation, and from previously downloaded files. ''If you want to make Mageia Live with persistence, or well as save/restore previous content, or reformat afterwards, use [[IsoDumper Writing ISO images on USB sticks|Isodumper]].''     === Installation and configuration === === Installation and configuration ===    −{{prog|dorsync}} is now packaged as mga-dorsync. In Mageia 9 it is in core updates repos (at time of writing 2025-12-17 in updates_testing)+{{prog|dorsync}} is now packaged as mga-dorsync. In Mageia 9 it is in core updates repos (at time of writing 2025-12-17 in updates_testing {{bug|34826}}).     Let it create the config file (if it does not exist already) by running it: Let it create the config file (if it does not exist already) by running it: Line 167: Line 167:  user=""    # Username used by rsync. user=""    # Username used by rsync.  password="" # Password used by rsync. </nowiki> password="" # Password used by rsync. </nowiki>  +Enter between the " marks:  * location: The path of your umbrella ISO directory, which once defined you will probably not alter. * location: The path of your umbrella ISO directory, which once defined you will probably not alter.  * release: e.g. ''mageia10-alpha''; to be changed at each new Release as announced on the QA MailList. * release: e.g. ''mageia10-alpha''; to be changed at each new Release as announced on the QA MailList. Line 175: Line 176:  When dorsync.conf is in place and correct, run dorsync again. When dorsync.conf is in place and correct, run dorsync again.    −First it will ask if to download to files or directly to USB media.+First it will ask if to Rsync (download/sync) or go directly to questions about dumping to USB media.    −Then, if dorsync.skip does not exist, it will ask you what files you want and create dorsync.skip. Then it immediately goes on to download the files.+Then, if dorsync.skip does not exist, it will ask you if to download all files or what files you want, and it creates dorsync.skip.  +   +Then it immediately goes on to download the files.    <nowiki>   <nowiki>  [morgan@svarten ~]$ dorsync   [morgan@svarten ~]$ dorsync   Line 239: Line 242:  === Using dorsync to write to USB === === Using dorsync to write to USB ===    −After it have downloaded/synced the files, it will ask (see above) if you want to dump one ISO file to one USB flash.+After it have downloaded/synced the files, it will ask (see above) if you want to dump one ISO file to an USB flash.     If you already have the files, launch dorsync and answer "D" on the question, so it skips downloading and checking. If you already have the files, launch dorsync and answer "D" on the question, so it skips downloading and checking. Line 245: Line 248:  It will list attached USB drives, and ask you which you choose, and then it will ask you which file to dump onto it.  It ask you for confirmation and then for root password.  It shows progress during writing. It will list attached USB drives, and ask you which you choose, and then it will ask you which file to dump onto it.  It ask you for confirmation and then for root password.  It shows progress during writing.    −See the [[Pre-release_ISO_testing]] page, "Creating a bootable ISO USB stick->Dorsync" for the sequel.+See the [[Pre-release_ISO_testing#Making_the_boot_media|Pre-release ISO testing]] for alternative ways, i.e isodumper can save and restore content, as well as making persistence for Live ISOs, and reformat.     === Limiting your ISO set === === Limiting your ISO set === Line 259: Line 262:  +Mageia-10-alpha1-Live-Xfce-x86_64 +Mageia-10-alpha1-Live-Xfce-x86_64  Mageia-10-alpha1-i686 Mageia-10-alpha1-i686 −Mageia-10-alpha1-x86_64+Mageia-10-alpha1-x86_64 </nowiki> −</nowiki>      As you see, the files to download are prepended by a "+". You can edit it as you like, and even create it before running dorsync the first time if you like. As you see, the files to download are prepended by a "+". You can edit it as you like, and even create it before running dorsync the first time if you like. Line 267: Line 269:     === When the Release changes === === When the Release changes ===  +  Dorsync can update files in place, provided they have the new name. Dorsync can update files in place, provided they have the new name.  Before using dorsync for the new Release, you ''must''   Before using dorsync for the new Release, you ''must''   Line 397: Line 400:                 rsync -av /src/foo /dest                rsync -av /src/foo /dest                 rsync -av /src/foo/ /dest/foo                rsync -av /src/foo/ /dest/foo −       [There are other basic ways of achieving the same thing, with /* or option-r]+       [There are other basic ways of achieving the same thing, with /* or option-r] </nowiki> −</nowiki>      ''Remember that all usage of 'rsync' requires that directory and filenames must be identical at both ends'' - unless you do not yet have the ISO locally. ''Remember that all usage of 'rsync' requires that directory and filenames must be identical at both ends'' - unless you do not yet have the ISO locally. Morgano

Please archive.

New page

This page should be archived, but I have forgot how to do it...

We now have [[Pre-release_ISO_testing]] instead. Morgano

Making downloading tools prominent, Promoting Isodumper, Dorsync updated and links further.

← Older revision Revision as of 16:43, 17 December 2025 Line 2: Line 2:     {{multi language banner|[[Pre-release ISO testing|English]] ; [[Vérification des images ISO avant diffusion : 1re PARTIE-fr|Français]] ;}} {{multi language banner|[[Pre-release ISO testing|English]] ; [[Vérification des images ISO avant diffusion : 1re PARTIE-fr|Français]] ;}} −  −[[Working on pre-release ISOs]] Seems obsolete. Keep it?      {{introduction|This Wiki page aimed to explain everything you need to know to participate in testing Pre-release Mageia ISO images. This is especially important to people who have not done it before. It got too big, so now: {{introduction|This Wiki page aimed to explain everything you need to know to participate in testing Pre-release Mageia ISO images. This is especially important to people who have not done it before. It got too big, so now: −* This PART 1 covers from joining Mageia QA up to creating the boot media to test.+* This PART 1 covers from joining Mageia QA up to creating the boot media to test. Also see  [[ISO_testing_rsync_tools|ISO testing rsync tools]] for our helpful tools!  * [[Pre-release ISO testing: Part 2]] covers from booting the test ISO to recording the results.}} * [[Pre-release ISO testing: Part 2]] covers from booting the test ISO to recording the results.}}    Line 154: Line 152:  The main thing to keep in mind is that you maintain just one copy of the ISOs you wish to test, keeping them up-to-date (''synchronised'') with their latest versions on the server - whether that be the latest Round in the ongoing Release, or a new Release - rather than downloading them entirely again. The main thing to keep in mind is that you maintain just one copy of the ISOs you wish to test, keeping them up-to-date (''synchronised'') with their latest versions on the server - whether that be the latest Round in the ongoing Release, or a new Release - rather than downloading them entirely again.    −Both the initial download (priming) & subsequent updating of your local ISOs are done using '''rsync''', which has the powerful & important ability to download ''only the changed parts'' of files, notably the large ISO images, greatly reducing download times. The use of ''rsync'' is very exact: it requires great care to make it do just what you want, and the long ISO directory names make difficult parameters. If you get it wrong, you will probably download entire ISOs you do not want. For this reason, there are several tools to make it ''easy to manage'' your own ISO set, keep it up-to-date: '' synchronized'' with the server. There is a separate Wiki page "https://wiki.mageia.org/en/ISO_testing_rsync_tools" devoted to these easy tools, which also covers hands-on use of naked ''rsync''. Take a look *now*.+Both the initial download (priming) & subsequent updating of your local ISOs are done using '''rsync''', which has the powerful & important ability to download ''only the changed parts'' of files, notably the large ISO images, greatly reducing download times. The use of ''rsync'' is very exact: it requires great care to make it do just what you want, and the long ISO directory names make difficult parameters. If you get it wrong, you will probably download entire ISOs you do not want.      −New Releases, and the issue of new Rounds of ISOs within the ongoing Release, are announced on the QA mailing list; together with other related information. These announcements are the signal for you to update ''your'' local ISOs.+==== Use our tools ! ====    −''Rsync'' requires a password, which is given out as needed by private e-mail whenever it changes. This is one item at least that you will ''have'' to maintain, whichever ISO synchronization tool you use.+For reason above, we have several tools to make it ''easy to manage'' your own ISO set, keep it up-to-date: '' synchronized'' with the server.  +Our Wiki page [[ISO_testing_rsync_tools|ISO testing rsync tools]] is devoted to these easy tools, which also covers hands-on use of naked ''rsync''. Take a look *now*.     ==== Directory/file name changes at Release changes ==== ==== Directory/file name changes at Release changes ====  +  +New Releases, and the issuing of new Rounds of ISOs within the ongoing Release, are announced on the QA mailing list; together with other related information. These announcements are the signal for you to update ''your'' local ISOs.  +  +''Rsync'' requires a password, which is given out as needed by private e-mail whenever it changes. This is one item at least that you will ''have'' to maintain, whichever ISO synchronization tool you use.     Look again at the last three lists above. Because ISO directory names and their subordinate file names incorporate the Release, when a Release changes, all these names change also - on the server. [The download source changes, and its content]. <BR> The business of synchronizing your local ISOs with those on the server necessitates that the elements you are synchronizing must be identically named. ''You must follow server changes''. Look again at the last three lists above. Because ISO directory names and their subordinate file names incorporate the Release, when a Release changes, all these names change also - on the server. [The download source changes, and its content]. <BR> The business of synchronizing your local ISOs with those on the server necessitates that the elements you are synchronizing must be identically named. ''You must follow server changes''. Line 192: Line 195:  === Creating a bootable ISO USB stick === === Creating a bootable ISO USB stick ===    −{{Note|On some older systems it is not possible to set a USB key as a boot device. If the BIOS doesn't give this option, you won't be able to do this}}+{{Note|On some older systems it is not possible to set a USB key as a boot device. If the BIOS doesn't give this option, you won't be able to boot from USB.  the setting may be a bit convoluted on modern BIOSes, amongst security settings.}}  +   +==== IsoDumper ====  +   +We recommend our GUI tool {{prog|IsoDumper}}. It can not only write an ISO boot image to a USB stick, but preserve & later restore its contents, and also simply format the stick for another use. Being a generic utility, it is fully documented on its [[IsoDumper Writing ISO images on USB sticks|own page]].  A speciality is that you can by a checkmark tell it to create a partition for persistence on Live ISOs, and optionally make it encrypted.  +   +It is available as a normal package '''isodumper''' to install as you like. Launched from menu or "isodumper" console command.     ==== Dorsync ==== ==== Dorsync ====    −The ''dorsync'' tool is downloaded by +Our command line tool dorsync can both fetch and update the ISOs, and also create bootable USB from downloaded file or directly downloading.  In contrast to IsoDomper, it can not make persistence for Live ISOs. − $ wget https://gitweb.mageia.org/qa/dorsync/tree/dorsync  −See the "ISO_testing_rsync_tools" [[ISO_testing_rsync_tools|Wiki page]] for a fuller note, and setting it up ("Dorsync->Preparation"). If you ''only'' want it as an ISO dumping tool, then just the following item should need defining:  − # location is where you stored the ISOs    #  − location=""  −It can quickly & easily make bootable ISO USB sticks for you; either after completing ISO synchronizations or when launched directly. After selecting "dump to usb", d|D, it asks which USB device to use [a warning is output if it finds none]:  −  <nowiki>  −$ dorsync  −Do you want to Rsync (R), skip Rsync and just dump to usb (D) or quit (Q): d  −USB drives found:  −    Device Size When Found Model  −1) /dev/sdb 4Gb Monday, November 17, 2014 18:29:29 CET CBM Flash Disk  −Please choose which USB to use or Q to quit and press <enter>: 1 </nowiki>  −Then it shows a list of ISO images it finds in your ISO directories, for you to chose which one to write out, e.g.  − <nowiki>  −List of ISOs:  −1) Mageia-5-beta1-x86_64-DVD.iso  −2) Mageia-5-beta1-LiveDVD-GNOME-x86_64-DVD.iso  −3) Mageia-5-beta1-LiveDVD-KDE4-x86_64-DVD.iso  −4) anyOldISO.iso  −Please choose which ISO to use or Q to quit and press <enter>: 3 </nowiki>  −And off it goes:  − <nowiki>  −About to dump /mnt/common/Mageia/KDE64/Mageia-5-beta1-LiveDVD-KDE4-x86_64-DVD.iso  −onto /dev/sdb (4Gb CBM Flash Disk found at Monday, November 17, 2014 18:29:29 CET)  −This will destroy any data already on the USB device.  −Press Y to confirm or Q to quit: y  −Please be patient this can take a while  −This operation requires root privileges  −Please enter your root password..  −Password:   −...  −Completed OK. </nowiki>  −   −==== IsoDumper ====     −Otherwise the new GUI tool ''IsoDumper'' is the easiest way to not only write an ISO boot image to a USB stick, but preserve & restore its previous contents. Being a generic utility, it is fully documented on its [[IsoDumper Writing ISO images on USB sticks|own page]].+See the "ISO_testing_rsync_tools" [[ISO_testing_rsync_tools#Dorsync|here]] for further instructions. −It is available as a normal package '''isodumper''' to install as you like. Launched from menu or "isodumper" console command, it can variously do:<BR>  −- Writing out a selected ''*.iso'' image. <BR>  −- Backup the USB stick to a chosen ''*.img'' file, then write out the selected ''*.iso'' image. <BR>  −- Restore the USB stick from its backup ''*.img'' file (achieved by selecting this file to write out).  −<BR>   −Note: The warning dialogue that "the USB stick contents will be destroyed" is currently displayed even when a backup is requested.      ==== Doing it by hand ==== ==== Doing it by hand ==== Morgano

← Older revision Revision as of 13:34, 17 December 2025 Line 3: Line 3:  {{introduction|This page describes tools to facilitate the management of Mageia ISOs for pre-release testing. It also details the use of ''rsync'' directly for this purpose. It is a supplement to the [[Pre-release ISO testing|"Pre-release ISO testing"]] page.}} {{introduction|This page describes tools to facilitate the management of Mageia ISOs for pre-release testing. It also details the use of ''rsync'' directly for this purpose. It is a supplement to the [[Pre-release ISO testing|"Pre-release ISO testing"]] page.}}    −= Introduction =+== Introduction ==     Mageia ISOs are hosted on a server: ''bcd.mageia.org/isos''. Mageia ISOs are hosted on a server: ''bcd.mageia.org/isos''. Line 60: Line 60:  Applies to all the tools: despite its amazing capabilities, it seems that any line break stops ''rsync'': it does not recover/resume after the break. You probably will have to abort it. Re-running the synchronisation, it will quickly catch up to where it got to, and carry on. Thus, if necessary you can interrupt an ongoing transfer without significant penalty when you re-do later. Applies to all the tools: despite its amazing capabilities, it seems that any line break stops ''rsync'': it does not recover/resume after the break. You probably will have to abort it. Re-running the synchronisation, it will quickly catch up to where it got to, and carry on. Thus, if necessary you can interrupt an ongoing transfer without significant penalty when you re-do later.    −= MageiaSync =+== MageiaSync ==     '''mageiaSync''' is a tool to get one or more ISOs images of Mageia, from testing repositories or from mirrors. It is the main tool for ISO testers, the only one with a GUI. It manipulates ISOs under their full long (and evolving) names. It has a facility (after a new Release) to rename local ISO directories & files - on demand. '''mageiaSync''' is a tool to get one or more ISOs images of Mageia, from testing repositories or from mirrors. It is the main tool for ISO testers, the only one with a GUI. It manipulates ISOs under their full long (and evolving) names. It has a facility (after a new Release) to rename local ISO directories & files - on demand.    −==Functionalities==+=== Functionalities ===     * GUI * GUI Line 72: Line 72:  * Provides a tool for Release changes, i.e. renaming directories and files with the new name. * Provides a tool for Release changes, i.e. renaming directories and files with the new name.    −==Installation==+=== Installation ===     An RPM package '''mageiasync''' is available for Mageia 5 and later. An RPM package '''mageiasync''' is available for Mageia 5 and later.    −==Usage==+=== Usage ===     To launch it, there is a menu entry "MageiaSync" under System Tools. From a console, simply type:<BR> To launch it, there is a menu entry "MageiaSync" under System Tools. From a console, simply type:<BR>    $ mageiasync   $ mageiasync    −=== First launch ===+==== First launch ====     At first launch, you have to give some information. A ''Preferences'' dialogue asks for: At first launch, you have to give some information. A ''Preferences'' dialogue asks for: Line 109: Line 109:  Clicking ''OK'' leads to the main dialogue below. Clicking ''OK'' leads to the main dialogue below.    −== Regular use: the main window ==+=== Regular use: the main window ===     This appears directly for any subsequent use of Mageiasync, using the pre-defined information to display immediately all that is required to 'synchronise' your current ISO set. This appears directly for any subsequent use of Mageiasync, using the pre-defined information to display immediately all that is required to 'synchronise' your current ISO set. Line 123: Line 123:  [[File:Mageiasync5.png]] [[File:Mageiasync5.png]]    −=== When the Release changes ===+==== When the Release changes ====     At a new release, all your local ISO directory and subordinate filenames ''must'' be updated to be the same as their new equivalents on the server. From the menus, ''Sync-> Rename archives'' At a new release, all your local ISO directory and subordinate filenames ''must'' be updated to be the same as their new equivalents on the server. From the menus, ''Sync-> Rename archives'' Line 147: Line 147:  * If you already have old versions it only transfers the difference * If you already have old versions it only transfers the difference  * Checksums the *.iso image files. * Checksums the *.iso image files. −* Can create bootable USB sticks both after synchronisation, and independently.+* Can create bootable USB sticks both without downloading first, after download or synchronisation, and from downloaded files.     === Installation and configuration === === Installation and configuration ===    −dorsync is now packaged as mga-dorsync. In Mageia 9 it is in core updates repos (at time of writing 2025-12-17 in updates_testing)+{{prog|dorsync}} is now packaged as mga-dorsync. In Mageia 9 it is in core updates repos (at time of writing 2025-12-17 in updates_testing)    −Let it create the config file by running it:+Let it create the config file (if it does not exist already) by running it:    <nowiki>   <nowiki>  $ dorsync   $ dorsync   Line 262: Line 262:  </nowiki> </nowiki>    −Note that you have to edit do this ''at every Release change'' to reflect the new ISO directory names.+As you see, the files to download are prepended by a "+". You can edit it as you like, and even create it before running dorsync the first time if you like.  +   +Note that you have to edit this file ''at every Release change'' to reflect the new ISO directory names.    −=== Release changes ===+=== When the Release changes ===  Dorsync can update files in place, provided they have the new name. Dorsync can update files in place, provided they have the new name.  Before using dorsync for the new Release, you ''must''   Before using dorsync for the new Release, you ''must''   Line 273: Line 275:  where <Release> is e.g. ''mageia10-alpha1''. where <Release> is e.g. ''mageia10-alpha1''.    −= Onesync =+== Onesync ==     This command line ISO synchronisation script is quite different from the previous tools. It is aimed at people who, while they may *test* several ISOs, find synchronising one at a time quite enough - because of a slow Internet connection, for example. ({{prog|Mageiasync}} is great for this too). It demands almost no user pre-definition or data input, working dynamically & interactively with what it finds on the server. Broadly, for the preceding tools you define the ''rsync'' remote source & local destination directories, which they subsequently use for speedy action. {{prog|Onesync}} has no such memory; you give it the local destination ISO directory as its parameter, then steer it to the equivalent remote source ISO. This command line ISO synchronisation script is quite different from the previous tools. It is aimed at people who, while they may *test* several ISOs, find synchronising one at a time quite enough - because of a slow Internet connection, for example. ({{prog|Mageiasync}} is great for this too). It demands almost no user pre-definition or data input, working dynamically & interactively with what it finds on the server. Broadly, for the preceding tools you define the ''rsync'' remote source & local destination directories, which they subsequently use for speedy action. {{prog|Onesync}} has no such memory; you give it the local destination ISO directory as its parameter, then steer it to the equivalent remote source ISO. Line 284: Line 286:  It is verbose and cautious, outputting a lot of information about both ends and seeking confirmation that you are where, and seeing what, you expect. It is verbose and cautious, outputting a lot of information about both ends and seeking confirmation that you are where, and seeing what, you expect.    −===Features===+=== Features ===     * Normally only the rsync password to maintain. * Normally only the rsync password to maintain. Line 295: Line 297:  * Checksums the *.iso image file. * Checksums the *.iso image file.    −===Installation===+=== Installation ===     It is downloadable from https://bugs.mageia.org/attachment.cgi?id=11685&action=edit It is downloadable from https://bugs.mageia.org/attachment.cgi?id=11685&action=edit Line 301: Line 303:  $ chmod a+x onesync $ chmod a+x onesync    −===Changeable information===+=== Changeable information ===       <nowiki>   <nowiki> Line 315: Line 317:  You *must* define RSYNC_PASSWORD appropriately - by editing the script. That normally is all. You *must* define RSYNC_PASSWORD appropriately - by editing the script. That normally is all.    −==Usage==+=== Usage ===    <nowiki>   <nowiki>  # onesync -h | DIR # onesync -h | DIR Line 373: Line 375:  Nothing for you to change. The new Release will show up ''automatically'' for you to select. When ''onesync'' spots that filenames have changed, it will - with your confirmation - ''rename all the local ISOs files to be the same as their corresponding ones on the server''. [Note that this is a blind transformation, with no knowledge of the complex filename format other than their extensions]. You will be shown the revised local ISO directory contents for information, before the synchronisation. Nothing for you to change. The new Release will show up ''automatically'' for you to select. When ''onesync'' spots that filenames have changed, it will - with your confirmation - ''rename all the local ISOs files to be the same as their corresponding ones on the server''. [Note that this is a blind transformation, with no knowledge of the complex filename format other than their extensions]. You will be shown the revised local ISO directory contents for information, before the synchronisation.    −= Rsync directly =+== Rsync directly ==     Rsync is extremely clever, but difficult to drive to get the results you want. One '/', '.' '*' or command option can change the outcome radically. Extracts from its man page: Rsync is extremely clever, but difficult to drive to get the results you want. One '/', '.' '*' or command option can change the outcome radically. Extracts from its man page: Morgano

← Older revision Revision as of 13:01, 17 December 2025 Line 7: Line 7:     which will store them in {{Folder|./usr/lib64/drakx-installer-images/install}} (creating the necessary directory tree on the way). which will store them in {{Folder|./usr/lib64/drakx-installer-images/install}} (creating the necessary directory tree on the way).  +  +The rpm built contains the .iso.     When submitting to the build system, you need to submit twice to build both the free and non-free versions by When submitting to the build system, you need to submit twice to build both the free and non-free versions by Bcornec

‎Dorsync

Show changes Morgano

Created page with "Category:Development This article describes how the netinstall boot images are generated and how to produce them locally. You need to build the {{File|drakx-installer-ima..."

New page

[[Category:Development]]
This article describes how the netinstall boot images are generated and how to produce them locally.

You need to build the {{File|drakx-installer-images}} package. It has a build option to choose between the ''free'' and ''non-free'' versions. Once built, you can either install the package, which will put the files in {{Folder|/usr/lib64/drakx-installer-images/install}}, or just extract the files using

rpm2cpio drakx-installer-images-<version>.rpm | cpio -id

which will store them in {{Folder|./usr/lib64/drakx-installer-images/install}} (creating the necessary directory tree on the way).

When submitting to the build system, you need to submit twice to build both the free and non-free versions by

mgarepo submit --define section=core/release
mgarepo submit --define section=nonfree/release

The build system remembers the last section used, so don't assume core/release is the default.

The build system automatically extracts the files when the package is uploaded and puts them in the images directory in the distrib tree. Papoteur

portableapps -- javascripts

← Older revision Revision as of 08:42, 17 December 2025 Line 158: Line 158:     No programming needed. Maybe just pass some parameters to kernel to cache more an write more lazy, maybe setting in fstab, though I am not sure if that really works on Live.  Backside of course is that the more we delay writes, the mare are lost and also more risk of filesystem failure if power are cut or the USB suddenly is plugged put.  https://www.ecosia.org/search?q=disk+write+cache+linux gives some ideas.  Firefox is slow to even launch also on my Thinkpad T3, single core 32 bit with spinning disk.  I have tried light weight browsers, Falkon and some other, but they do not work at all on that system (if I and packagers had more people I would have raised bugs). No programming needed. Maybe just pass some parameters to kernel to cache more an write more lazy, maybe setting in fstab, though I am not sure if that really works on Live.  Backside of course is that the more we delay writes, the mare are lost and also more risk of filesystem failure if power are cut or the USB suddenly is plugged put.  https://www.ecosia.org/search?q=disk+write+cache+linux gives some ideas.  Firefox is slow to even launch also on my Thinkpad T3, single core 32 bit with spinning disk.  I have tried light weight browsers, Falkon and some other, but they do not work at all on that system (if I and packagers had more people I would have raised bugs).  +----  +32bit is a problem nowadays. We have a 32bit Microsoft Windows system -- portableapps has 32bit versions of programs for Microsoft Windows, maybe you can find some cross platform tools there.  +  +I use SeaMonkey with javascripts disabled by default, and open another browser (maybe with "firejail --private") when I must use javascripts. I just skip most sites that need javascripts -- there are plenty of fish in the ocean.  +  +[[User:Nikos5446]] Nikos5446

← Older revision Revision as of 12:01, 16 December 2025 Line 154: Line 154:     [[User:Nikos5446]] [[User:Nikos5446]]  +----  +[[User:Morgano|morgano]] ([[User talk:Morgano|talk]]) 12:01, 16 December 2025 (UTC)  +  +No programming needed. Maybe just pass some parameters to kernel to cache more an write more lazy, maybe setting in fstab, though I am not sure if that really works on Live.  Backside of course is that the more we delay writes, the mare are lost and also more risk of filesystem failure if power are cut or the USB suddenly is plugged put.  https://www.ecosia.org/search?q=disk+write+cache+linux gives some ideas.  Firefox is slow to even launch also on my Thinkpad T3, single core 32 bit with spinning disk.  I have tried light weight browsers, Falkon and some other, but they do not work at all on that system (if I and packagers had more people I would have raised bugs). Morgano

opposite direction?

← Older revision Revision as of 09:25, 16 December 2025 Line 147: Line 147:     I wonder if it is  possible to implement a large write buffer, that dynamically use all free RAM to swallow writes and then write lazily to USB. I wonder if it is  possible to implement a large write buffer, that dynamically use all free RAM to swallow writes and then write lazily to USB.  +----  +  +> I wonder if it is  possible to implement a large write buffer...  +  +That would be far beyond my abilities (no programming knowledge whatsoever). Also, this is far beyond my time schedule. The opposite direction would be to write less: for example use a "mobile" User Agent for the browser that would direct the user to the "lighter" mobile version of a site. That type of tricks...  +  +[[User:Nikos5446]] Nikos5446

← Older revision Revision as of 12:41, 15 December 2025 Line 55: Line 55:     User:ftg User:ftg  +  +User:geex     User:ghibo User:ghibo Papoteur

← Older revision Revision as of 08:44, 15 December 2025 Line 139: Line 139:     [[User:Nikos5446]] [[User:Nikos5446]]  +----  +[[User:Morgano|morgano]] ([[User talk:Morgano|talk]]) 08:44, 15 December 2025 (UTC)  +  +>> writing is the slowest bottleneck  +  +> A constant reason for freezing and just waiting...  +  +I wonder if it is  possible to implement a large write buffer, that dynamically use all free RAM to swallow writes and then write lazily to USB. Morgano

wget DOWNLOAD_LINK

← Older revision Revision as of 08:28, 15 December 2025 Line 120: Line 120:     If you can come up with a trick to enable users to i.e save files from Firefox, it would be a great addition to that tip :-) If you can come up with a trick to enable users to i.e save files from Firefox, it would be a great addition to that tip :-)  +  +----  +  +> writing is the slowest bottleneck  +  +A constant reason for freezing and just waiting...  +  +> If you can come up with a trick to enable users to i.e save files from Firefox...  +  +The only solution I came up with was to copy the download link (in some cases while it was still "hot", meaning that this often is a temporary link that will expire after, let's say, the connection with the webpage is finished by closing the browser tab).  +Then I would open a terminal and use the command...  + wget DOWNLOAD_LINK  +or...  + wget "DOWNLOAD_LINK"  +if the link address was complicated.  +  +It is not the best tip for beginners though. That's why I was reluctant to add it in the first place. For example, a beginner in linux might not know the "cd" command and would be trying to find the downloaded file all over the place.  +  +[[User:Nikos5446]] Nikos5446

‎Various software: Add 2 bugs

← Older revision Revision as of 20:05, 14 December 2025 Line 197: Line 197:     === Various software === === Various software ===  +{{Bug|34293}}, {{Bug|34812}} Some KDE applications like {{prog|plasmatube}} and {{prog|kdenlive}}, can fail when are installed for use in systems that not include Plasma Desktop with '''module "org.kde.desktop" is not installed''' exist two workarounds see {{Bug|34812#c3}}     {{Bug|34634}} - '''CodeBlocks:''' For now, we had to disable the wxSmith plugin. {{Bug|34634}} - '''CodeBlocks:''' For now, we had to disable the wxSmith plugin. Katnatek

‎Dorsync

← Older revision Revision as of 16:59, 14 December 2025 (One intermediate revision by the same user not shown)Line 197: Line 197:     The ''dorsync'' tool is downloaded by   The ''dorsync'' tool is downloaded by   −  $ wget https://dl.dropboxusercontent.com/u/4147101/QA/dorsync+  $ wget https://gitweb.mageia.org/qa/dorsync/tree/dorsync  See the "ISO_testing_rsync_tools" [[ISO_testing_rsync_tools|Wiki page]] for a fuller note, and setting it up ("Dorsync->Preparation"). If you ''only'' want it as an ISO dumping tool, then just the following item should need defining: See the "ISO_testing_rsync_tools" [[ISO_testing_rsync_tools|Wiki page]] for a fuller note, and setting it up ("Dorsync->Preparation"). If you ''only'' want it as an ISO dumping tool, then just the following item should need defining:    # location is where you stored the ISOs    #   # location is where you stored the ISOs    # Line 207: Line 207:  USB drives found: USB drives found:       Device Size When Found Model      Device Size When Found Model −1) /dev/sdb 4Gb Dydd Llun 17 mis Tachwedd 2014 18:29:29 CET CBM Flash Disk+1) /dev/sdb 4Gb Monday, November 17, 2014 18:29:29 CET CBM Flash Disk  Please choose which USB to use or Q to quit and press <enter>: 1 </nowiki> Please choose which USB to use or Q to quit and press <enter>: 1 </nowiki>  Then it shows a list of ISO images it finds in your ISO directories, for you to chose which one to write out, e.g. Then it shows a list of ISO images it finds in your ISO directories, for you to chose which one to write out, e.g. Line 220: Line 220:    <nowiki>   <nowiki>  About to dump /mnt/common/Mageia/KDE64/Mageia-5-beta1-LiveDVD-KDE4-x86_64-DVD.iso About to dump /mnt/common/Mageia/KDE64/Mageia-5-beta1-LiveDVD-KDE4-x86_64-DVD.iso −onto /dev/sdb (4Gb CBM Flash Disk found at Dydd Llun 17 mis Tachwedd 2014 18:29:29 CET)+onto /dev/sdb (4Gb CBM Flash Disk found at Monday, November 17, 2014 18:29:29 CET)  This will destroy any data already on the USB device. This will destroy any data already on the USB device.  Press Y to confirm or Q to quit: y Press Y to confirm or Q to quit: y Lpsolit

‎Development Schedule

← Older revision Revision as of 00:57, 14 December 2025 Line 23: Line 23:  | 2025-12-05 | 2025-12-05  | developers, packagers | developers, packagers −|  +| 2025-12-09  |- |-  | Versions freeze | Versions freeze Bcornec

‎Various software

← Older revision Revision as of 18:03, 13 December 2025 (One intermediate revision by the same user not shown)Line 197: Line 197:     === Various software === === Various software ===  +  +{{Bug|34634}} - '''CodeBlocks:''' For now, we had to disable the wxSmith plugin.     === External software === === External software === Morgano

‎Various software: CodeBlocks is finally back.

← Older revision Revision as of 17:49, 13 December 2025 Line 348: Line 348:  '''FIXED BY [https://advisories.mageia.org/MGAA-2023-0077.html UPDATE]:''' September 2023: now support ext4 feature C12. {{Bug|32136}} - '''fsarchiver''' do not handle [[#ext4_feature_C12_is_not_recognized_by_older_fsck|the new ext4 version]] which some distros and future Mageia use. (And Mageia 9 did for installs up to beta2.)  Same problem for '''qt-fsarchiver / qt-fsarchiver-terminal''', with the twist that qt-fsarchiver seem not maintained upstream. Problems concern ''making'' backups - it works to restore an old backup regardless of the format on the target partition, as any fsarchiver reformats the partition per that backup. Also, '''qt-fsarchiver'''have some quirks: needs sudo, and asks an extra time for user password - ''Details: see bugs.'' Tip: Add yourself to the wheel group. '''FIXED BY [https://advisories.mageia.org/MGAA-2023-0077.html UPDATE]:''' September 2023: now support ext4 feature C12. {{Bug|32136}} - '''fsarchiver''' do not handle [[#ext4_feature_C12_is_not_recognized_by_older_fsck|the new ext4 version]] which some distros and future Mageia use. (And Mageia 9 did for installs up to beta2.)  Same problem for '''qt-fsarchiver / qt-fsarchiver-terminal''', with the twist that qt-fsarchiver seem not maintained upstream. Problems concern ''making'' backups - it works to restore an old backup regardless of the format on the target partition, as any fsarchiver reformats the partition per that backup. Also, '''qt-fsarchiver'''have some quirks: needs sudo, and asks an extra time for user password - ''Details: see bugs.'' Tip: Add yourself to the wheel group.    −{{Bug|32262}} - '''CodeBlocks''' was removed from Mageia 9 by accident, will be back.+'''FIXED BY UPDATE''' {{Bug|32262}} - '''CodeBlocks''' got missing at Mageia 9 release by accident, but is now in updates repository. If you need avr-gcc like in Mageia 8, you need to provide a solution yourself.     {{Bug|32278}} - '''pdfmod crashes''' when opening some .pdf files. Upstream development is dead. Please use another software such as packaged {{prog|pdfarranger}}. {{Bug|32278}} - '''pdfmod crashes''' when opening some .pdf files. Upstream development is dead. Please use another software such as packaged {{prog|pdfarranger}}. Line 354: Line 354:  '''FIXED BY [https://advisories.mageia.org/MGAA-2024-0074.html UPDATE]:''' {{Bug|32467}} - '''Waydroid''' not was working on mageia 9 an update fixing the issues was published on 27/Feb/2024, take care of get the right lxc version see bug 32687 on lxc here below!  For kernels before 6.6.14 you need dkms-anbox plus manual actions described in the bugs. For kernels 6.6.14 *avoid* dkms-anbox! Is no longer needed - see bug 32797 here below. '''FIXED BY [https://advisories.mageia.org/MGAA-2024-0074.html UPDATE]:''' {{Bug|32467}} - '''Waydroid''' not was working on mageia 9 an update fixing the issues was published on 27/Feb/2024, take care of get the right lxc version see bug 32687 on lxc here below!  For kernels before 6.6.14 you need dkms-anbox plus manual actions described in the bugs. For kernels 6.6.14 *avoid* dkms-anbox! Is no longer needed - see bug 32797 here below.    −'''FIXED BY UPDATE''' of {{Bug|32525}} (fontconfig) : '''Font rendering in i.e PDF preview in Firefox and Thunderbird''' displays bad for some PDF documents not embedding standard fonts.  ''Workaround in Firefox before shipped fix: in the address field type "about:config", and in search field enter "browser.display.use_document_fonts", change value "1" to "0".''+'''FIXED BY UPDATE''' {{Bug|32525}} (fontconfig) : '''Font rendering in i.e PDF preview in Firefox and Thunderbird''' displays bad for some PDF documents not embedding standard fonts.  ''Workaround in Firefox before shipped fix: in the address field type "about:config", and in search field enter "browser.display.use_document_fonts", change value "1" to "0".''     {{Bug|32636}} - '''Bitmap fonts broken''' by fontconfig update {{bug|32525}}. {{Bug|32636}} - '''Bitmap fonts broken''' by fontconfig update {{bug|32525}}. Morgano

‎Nextcloud: is back :-)

← Older revision Revision as of 09:00, 13 December 2025 Line 449: Line 449:  ==== Nextcloud ==== ==== Nextcloud ====    −See [[Nextcloud]]+In Mageia 10 we brought [[Nextcloud|Nextcloud server]] back, as well as the [[Nextcloud-client|Nextcloud client]].     ==== Veyon ==== ==== Veyon ==== Morgano