La nouvelle structure de cooker arrive.

#includeResource("Skel.ArticleHeader")

Le processus pour changer la structure de cooker a commencé. En ce moment la vieille structure est toujours le défaut, et des liens symboliques sont employés pour la nouvelle structure. La vieille structure sera progressivement enlevée.

/SRPMS/

	main	-> ../
	contrib	-> ../contrib/SRPMS/
	jpackage	-> ../contrib/jpackage/SRPMS/
i586/	Mandrake/	base/
		RPMS
		RPMS2	-> ../../contrib/i586/
		RPMS3	-> ../../contrib/jpackage/RPMS
	install/	mdkinst	-> ../Mandrake/mdkinst
		base	-> ../Mandrake/base
		share	-> /Mandrake/share
	media/	media_info	-> ../Mandrake/base
		main	-> ../Mandrake/RPMS
		contrib	-> ../../contrib/i586
		jpackage	-> ../../contrib/jpackage/RPMS
contrib/	i586
	SRPMS
	jpackage/	RPMS
		SRPMS

Progressivement la vieille structure sera enlevée. Le changement sera fait un dossier après l'autre, probablement une fois tous les deux jours. La nouvelle structure finale sera :

/SRPMS/

	main
	contrib
	jpackage
i586/	install/	mdkinst
		base
		share
	media/	media_info
		main
		contrib
		jpackage

Par exemple nous aurons /SRPMS/main (qui est maintenant un symlink) mis à jour avec des hardlinks des paquets de /SRPMS/.rpm, puis un ou deux jours plus tard les /SRPMS/.rpm seront enlevés.

Quelques jours plus tard, la même procédure sera employée pour contrib/SRPMS/.rpm. Des hardlinks seront faits vers /SRPMS/contrib /, puis contrib/SRPMS/ sera enlevé.

Cette manière devrait permettre à des miroirs utilisant rsync avec l'option -H de n'avoir aucun trafic supplémentaire, et devrait limiter le trafic pour des miroirs avec des méthodes de synchronisation plus basiques.

Un calendrier prévisionnel approximatif est :

26 Juillet, /SRPMS/.rpm -> /SRPMS/main
28 Juillet, /contrib/SRPMS -> /SRPMS/contrib
30 Juillet, /contrib/jpackage/SRPMS -> /SRPMS/jpackage

2 Août, /contrib/i586 -> /i586/media/contrib
4 Août, /i586/Mandrake/RPMS -> /i586/media/main
6 Août, /i586/Mandrake -> /i586/install

9 Août, /contrib/x86_64 -> /x86_64/media/contrib
11 Août, /x86_64/Mandrake/RPMS -> /x86_64/media/main
13 Août, /x86_64/Mandrake -> /x86_64/install

16 Août, /contrib/sparc -> /sparc/media/contrib
18 Août, /sparc/Mandrake/RPMS -> /sparc/media/main
20 Août, /sparc/Mandrake -> /sparc/install

23 Août, /contrib/ppc -> /ppc/media/contrib
25 Août, /ppc/Mandrake/RPMS -> /ppc/media/main
27 Août, /ppc/Mandrake -> /ppc/install

30 Août, /contrib/alpha -> /alpha/media/contrib
1er Septembre, /alpha/Mandrake/RPMS -> /alpha/media/main
3 Septembre, /alpha/Mandrake -> /alpha/install

6 Septembre, /contrib/ia64 -> /ia64/media/contrib
8 Septembre, /ia64/Mandrake/RPMS -> /ia64/media/main
10 Septembre, /ia64/Mandrake -> /ia64/install

Le dernier urpmi de cooker contrôle les fichiers reconfig.urpmi qui ont été mis dans divers dossiers RPMS/. Ces dossiers font que urpmi met à jour automatiquement urpmi.cfg pour employer les nouveaux chemins.

D'ailleurs, maintenant, autant que possible, les dossiers /media//media_info seront employés comme référence, rendant chacun des médias autonome. Les dossiers /media/media_info seront seulement employés pour des fichiers plus génériques tels que rpmsrate ou les hdlists, mais n'empêchera pas d'ajouter de nouveaux média d'autres sources dans /media et de les prendre en considération.

Par conséquent vous pourrez créer un miroir avec votre propre choix de média, sans changements des fichiers standard, seulement de nouveaux dossiers avec leur propre /media_info approprié :

/media/main
/contrib
/jpackage
/updates
/club
/qmg
/…