Revision [150]

This is an old revision of Blog20100925MageiaGoodRoots made by BenoitAudouard on 2010-10-19 01:11:50.

 

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 new GNU/Linux timeline http://futurist.se/gldt/2010/10/10/gnulinux-distro-timeline-10-10/

A selection of existing works for Mageia

some organizational rules
netiquette rules for mailing-lists

packaging & build system
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:




CategoryBlogMageia
There are no comments on this page.
Valid XHTML :: Valid CSS: :: Powered by WikkaWiki