Translation(s): English - Français

Debian > Debian GNU > Debian GNU/kFreeBSD > kFreeBSD Feuille de route


Debian GNU/kFreeBSD est toujours activement en cours de développement.

FTBFS dans Sid

Nous devons nous assurer que les paquets mis à jour continuent d'être compilés dans Sid. Tous ces FTBFS seraient des bogues RC si kFreeBSD faisait partie de Stretch.

J'ai commencé un tableau de bord des ports ici, ce qui me facilite la tâche : https://kFreeBSD.eu/dashboards/ports/

*buntuBSD

Ce dérivé de kFreeBSD a déjà de nombreux utilisateurs, et ils nous rapportent des bogues exploitables. Nous devons continuer à les soutenir, à fusionner les correctifs et à fournir les fonctionnalités demandées.

En Amont

J'ai configuré les CI de nombreux projets en amont, en vérifiant que la dernière version de développement repose toujours sur kFreeBSD, afin que nous puissions notifier les problèmes en amont et les problèmes avant que le package ne soit intégré à Debian : http://jenkins.kFreeBSD.eu/jenkins/view/upstream/

Debian a un grand correctif de kFreeBSD pour openjdk-8, qui doit aller en amont, mais il doit être nettoyé d'abord. De même pour GCC.

Mettre à jour le noyau et l'espace utilisateur de FreeBSD 10.3

Nous devons arrêter d'utiliser le noyau 10.1 de FreeBSD, puisqu'il sera en fin de vie avant la sortie de Stretch. Le noyau 10.3 est supporté en amont à long terme.

Beaucoup des nouveaux paquets 10.3 sont déjà dans Expérimental.

Les noyaux 10.3 fonctionnent bien sur les quelques machines que j'ai testées. J'ai toujours besoin de tester sur i386.

Je voudrais reconstruire en masse de nombreuses dépendances inverses de l'espace utilisateur 10.3. En particulier, des choses qui utilisent les interfaces du noyau (net-snmp ? gtop ?). J'ai déjà testé des reverse-deps de libusb.

Nous attendons aussi le téléchargement de la glibc/2.22-8 vers Sid avant de commencer la transition.

Mettre à jour le noyau et l'espace utilisateur de FreeBSD 11.x

Cela peut ne pas arriver à temps pour Stretch.

Si FreeBSD 11.0 n'est pas un noyau supporté à long terme en amont, il ne sera pas utilisable pour Stretch. Nous devrions peut-être attendre 11.1, mais Stretch peut être gelé à ce moment-là ou il serait trop tard pour que nous puissions faire la transition.

Hardening flags

Le noyau ne peut pas encore être compilé avec la protection stack-smashing.

Le noyau 10.x de FreeBSD n'implémente pas encore ASLR.

Je teste PIE + relro dans les paquets de l'espace utilisateur 10.3 maintenant, en commençant par freebsd-libs, puis j'espère dans tous les paquets de base de kFreeBSD à temps pour Stretch. Cela conduit à avoir un jour ASLR.

Housekeeping

Il y a beaucoup de duplication dans les règles de Debian des paquets de la base de kFreeBSD. Nous devons les garder synchronisés, supprimer les parties redondantes et essayer de refactoriser.

Constructions Reproductibles

Les paquets de la base de kFreeBSD passent les tests de reproducible-builds.org, pour le moment. Mais les tests sont seulement faits sur des machines Linux, nous avons besoin de paramétrer une machine kFreeBSD pour tester les autres.

De plus, je voudrais que les paquets sur toutes les architectures soient reproductibles depuis Linux et depuis kFreeBSD. Nous pouvons avoir besoin des nouvelles fonctionnalités de chmod ou de tar pour faire cela.

Rebootstrapping

Rebootstrapping de kFreeBSD depuis Linux: https://jenkins.debian.net/view/rebootstrap/

Rebootstrapping de Linux depuis kFreeBSD: http://jenkins.kFreeBSD.eu/jenkins/view/rebootstrap/

Actuellement, nous attendons la glibc/2.22-8 pour corriger une régression, et alors l'espace utilisateur 10.3 pour entrer dans Sid.

Nous pourrions peut-être redémarrer rapidement kFreeBSD-i386_gcc5_nobiarch, mais plus de trail est nécessaire pour les autres architectures.

kFreeBSD-armhf

Peut-être bientôt...


CategoryPorts