Wiki source for Blog20100925MageiaGoodRoots
Mageia can use good roots from where it comes. I try to follow good ideas that already have appropriate implementations which should be more advertized (or enhanced if needed)
This may find its way to the faq or team-specific brainstormings :-) There's already a [[http://futurist.se/gldt/2010/10/10/gnulinux-distro-timeline-10-10/ new GNU/Linux timeline]] (including Mageia), see [[http://cookerspot.tuxfamily.org/wikka.php?wakka=Blog20080509LinuxEtDesPilotesMaterielLibres plans for Linux]] [fr]
===A selection of existing works for Mageia===
==some organizational rules==
[[http://wiki.mandriva.com/en/Mailing_lists_Etiquette_(Rules) netiquette rules for mailing-lists]]
==packaging & build system==
[[http://cookerspot.tuxfamily.org/wikka.php?wakka=PackagingMadeSimple PackagingMadeSimple]]
http://wiki.mandriva.com/en/Development/Packaging/BuildSystem/Analysis
http://fedoraproject.org/wiki/PackageMaintainers/UsingKoji#Scratch_builds_2
http://maintainers.mandriva.com
list of packages with nomaintainer :
http://maintainers.mandriva.com/listpkgs.php?owner=1
Total SRPMS: 13633 Main SRPMS: 2747 Contrib SRPMS: 10802 Non-Free SRPMS: 84
Maintainers: 124 Unmaintained SRPMS: 4358
http://en.opensuse.org/Build_Service/cross_distribution_package_how_to evoked at http://forum.mandriva.com/viewtopic.php?t=132237
When building x-distro on OBS you don't build one package for all distros. The OBS builds one package per distro and you may have to use if-clauses in the spec, when macros, package names and things like that differ between the distros.
And you can't rebuild the srpms on other distros without editing the specs because there are obs specific macros.
Each distro has different tweaks for building packages, different rpm macros... etc. For example due to the, rather awesome, rpm filetriggers in Mandriva/will-be-in-Mageia, we don't need to add anything in the spec files to update menu files, icon theme caches, compress manpages, install info files... etc.
Also note that dependencies across distros aren't named the same. IINM the closest distro to Mandriva/Mageia is Fedora, in the way packages/deps are named, but even in this case they name python packages differently for example.
===existing tools===
http://mdk.jack.kiev.ua/stats/gui/trunk/team/fr/ following advancement of translations (for Mandriva Linux)
http://mdk.jack.kiev.ua/stats/gui/trunk/toplist/ to motivate teams
http://blogdrake.net/blog/katnatek/dependenciasdrake identify which rpm to download from a rpm -qa
==some good documentation==
http://wiki.mandriva.com/es/La_shell_sin_complicaciones
===How other distributions began===
http://gilabeniblog.com/2010/06/30/un-poco-de-historia-las-rimeras-paginas-web-de-las-distros-de-linux/
===Fact-based choice for infrastructure===
Thanks Filipe Saraiva à Mageia, My suggestion is made that a technical study of tools and a decision consensus among those who will be responsible for installation and service maintenance. For example, the technical report of infrastructure for KDE using git is a very good job done by the team of sysadmins. It's technical and exposes why that decision was made.
It's a ODT archive: http://lists.kde.org/?l=kde-scm-interest&m=127612957219466&q=p3
===Use what already exists or document it better===
What about an option for installing self contained packages like in macos or ""klik://.""
Well, one-click install as in ""klik://"", i hope not. That actually defeats what most/all distributions achieve using a package management system. Ie, not installing (or compiling) wildly software like in windows.
we already have this feature on Mandriva Linux, just click on a rpm to have it opened with gurpmi
con:
~- that's a bad idea as it takes more time to download, more space on mirror ( see the thread about the current mirror size, and the issue for mirror admin )
~- it complicates the security update deployement
draklive or equivalent
ability to remaster on the fly like MCNL can would be great. http://forum.mandriva.com/viewtopic.php?t=127058
About codecs.... Codeina will be available in Mageia ? I find it very comfortable for new and advanced users.
Yes. It is available on Mandriva and I don't see any reason to drop it from Mageia.
But codeina only works with gstreamer based apps IIUC...
the US the laws are actually much less strict now, than people seem to think:
http://www.zdnet.com/blog/open-source/billington-opens-new-dmca-loopholes/6942
I'd say this is another strong argument towards including libdvdcss on the CD/DVD of the Mageia distro.
----
CategoryBlogMageia
This may find its way to the faq or team-specific brainstormings :-) There's already a [[http://futurist.se/gldt/2010/10/10/gnulinux-distro-timeline-10-10/ new GNU/Linux timeline]] (including Mageia), see [[http://cookerspot.tuxfamily.org/wikka.php?wakka=Blog20080509LinuxEtDesPilotesMaterielLibres plans for Linux]] [fr]
===A selection of existing works for Mageia===
==some organizational rules==
[[http://wiki.mandriva.com/en/Mailing_lists_Etiquette_(Rules) netiquette rules for mailing-lists]]
==packaging & build system==
[[http://cookerspot.tuxfamily.org/wikka.php?wakka=PackagingMadeSimple PackagingMadeSimple]]
http://wiki.mandriva.com/en/Development/Packaging/BuildSystem/Analysis
http://fedoraproject.org/wiki/PackageMaintainers/UsingKoji#Scratch_builds_2
http://maintainers.mandriva.com
list of packages with nomaintainer :
http://maintainers.mandriva.com/listpkgs.php?owner=1
Total SRPMS: 13633 Main SRPMS: 2747 Contrib SRPMS: 10802 Non-Free SRPMS: 84
Maintainers: 124 Unmaintained SRPMS: 4358
http://en.opensuse.org/Build_Service/cross_distribution_package_how_to evoked at http://forum.mandriva.com/viewtopic.php?t=132237
When building x-distro on OBS you don't build one package for all distros. The OBS builds one package per distro and you may have to use if-clauses in the spec, when macros, package names and things like that differ between the distros.
And you can't rebuild the srpms on other distros without editing the specs because there are obs specific macros.
Each distro has different tweaks for building packages, different rpm macros... etc. For example due to the, rather awesome, rpm filetriggers in Mandriva/will-be-in-Mageia, we don't need to add anything in the spec files to update menu files, icon theme caches, compress manpages, install info files... etc.
Also note that dependencies across distros aren't named the same. IINM the closest distro to Mandriva/Mageia is Fedora, in the way packages/deps are named, but even in this case they name python packages differently for example.
===existing tools===
http://mdk.jack.kiev.ua/stats/gui/trunk/team/fr/ following advancement of translations (for Mandriva Linux)
http://mdk.jack.kiev.ua/stats/gui/trunk/toplist/ to motivate teams
http://blogdrake.net/blog/katnatek/dependenciasdrake identify which rpm to download from a rpm -qa
==some good documentation==
http://wiki.mandriva.com/es/La_shell_sin_complicaciones
===How other distributions began===
http://gilabeniblog.com/2010/06/30/un-poco-de-historia-las-rimeras-paginas-web-de-las-distros-de-linux/
===Fact-based choice for infrastructure===
Thanks Filipe Saraiva à Mageia, My suggestion is made that a technical study of tools and a decision consensus among those who will be responsible for installation and service maintenance. For example, the technical report of infrastructure for KDE using git is a very good job done by the team of sysadmins. It's technical and exposes why that decision was made.
It's a ODT archive: http://lists.kde.org/?l=kde-scm-interest&m=127612957219466&q=p3
===Use what already exists or document it better===
What about an option for installing self contained packages like in macos or ""klik://.""
Well, one-click install as in ""klik://"", i hope not. That actually defeats what most/all distributions achieve using a package management system. Ie, not installing (or compiling) wildly software like in windows.
we already have this feature on Mandriva Linux, just click on a rpm to have it opened with gurpmi
con:
~- that's a bad idea as it takes more time to download, more space on mirror ( see the thread about the current mirror size, and the issue for mirror admin )
~- it complicates the security update deployement
draklive or equivalent
ability to remaster on the fly like MCNL can would be great. http://forum.mandriva.com/viewtopic.php?t=127058
About codecs.... Codeina will be available in Mageia ? I find it very comfortable for new and advanced users.
Yes. It is available on Mandriva and I don't see any reason to drop it from Mageia.
But codeina only works with gstreamer based apps IIUC...
the US the laws are actually much less strict now, than people seem to think:
http://www.zdnet.com/blog/open-source/billington-opens-new-dmca-loopholes/6942
I'd say this is another strong argument towards including libdvdcss on the CD/DVD of the Mageia distro.
----
CategoryBlogMageia