Posté par blino .
En réponse au journal Manbo-Labs.
Évalué à 10.
Il n'y a jamais eu de mini-fork d'udev dans Mandriva.
Il y a des règles additionnelles, mais on ne peut appeler ça un fork ...
Nos patchs qui sont utiles à toutes les distributions sont remontés upstream, mais nous sommes obligés d'en conserver quelques-uns liés aux spécificités de la distribution (packaging, système de détection de matériel).
Quant à mkinitrd, la plupart des distributions ont leur propre implémentation, et c'est difficile d'isoler un projet "upstream" (initramfs-tools, yaird, mkinitrd Fedora, mkinitrd OpenSuse, mkinitrd Mandriva ...).
Nous allons nous rapprocher du mkinitrd Fedora, mais là encore, nous avons besoin d'adaptations à notre packaging, ou à la façon dont sont configurés les disques. Ce ne sera pas exactement un fork, puisqu'il sera régulièrement fusionné avec la version RedHat, tout comme nous le faisons pour initscripts.
Ce n'est pas juste pour le plaisir que nous écrivons des patchs supplémentaires par rapport aux packages de Fedora (par exemple), mais parce que notre politique de packaging est différente, et que nos méthodes de configuration sont différentes.
[^] # Re: mini-forks
Posté par blino . En réponse au journal Manbo-Labs. Évalué à 10.
Il y a des règles additionnelles, mais on ne peut appeler ça un fork ...
Nos patchs qui sont utiles à toutes les distributions sont remontés upstream, mais nous sommes obligés d'en conserver quelques-uns liés aux spécificités de la distribution (packaging, système de détection de matériel).
Quant à mkinitrd, la plupart des distributions ont leur propre implémentation, et c'est difficile d'isoler un projet "upstream" (initramfs-tools, yaird, mkinitrd Fedora, mkinitrd OpenSuse, mkinitrd Mandriva ...).
Nous allons nous rapprocher du mkinitrd Fedora, mais là encore, nous avons besoin d'adaptations à notre packaging, ou à la façon dont sont configurés les disques. Ce ne sera pas exactement un fork, puisqu'il sera régulièrement fusionné avec la version RedHat, tout comme nous le faisons pour initscripts.
Ce n'est pas juste pour le plaisir que nous écrivons des patchs supplémentaires par rapport aux packages de Fedora (par exemple), mais parce que notre politique de packaging est différente, et que nos méthodes de configuration sont différentes.