This may find its way to the faq or team-specific brainstormings :-)
A selection of existing works for Mageia
some organizational rules
netiquette rules for mailing-listspackaging & build system
PackagingMadeSimplehttp://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_complicacionesHow 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
CategoryBlogMageia
