Nous l'attendions depuis plusieurs mois, et bien c'est pour bientôt. ZEF nous à dévoilé ces nouvelles fonctionnalités sur son blog il y a quelques jours. Voici une traduction en français de l'annonce de la nouvelle version du boot loader de la team "Chameleon".
Première partie de l'annonce :
Enfin, on y arrive. Je n'ai pas de doutes sur le fait que la fonction la plus demandée doit être une interface graphique pour le boot loader. Nous sommes arrivés à un stade où je peux vous montrer quelque chose de vraiment cool. Et oui, nous avons une interface entièrement personnalisable.
Comment ça personnalisable ?
Vous pouvez remplacer toutes les images, les icônes, l'illustration du caméléon et les polices de caractères aussi. Vous pouvez définir la couleur de l'arrière-plan, les niveaux de transparence, la dimension et la position de certains éléments de l'interface utilisateur. Les fichiers d'image peuvent être soit intégrés dans le boot loader ou peuvent être chargé au démarrage en utilisant un fichier de configuration spécial.
L'intégration des images ne rend telle pas le boot loader trop grand ?
Avec la série d'icônes, d'images, et les polices de caractères intégrées, le boot loader a une taille d'environ 300k. Sans l'intégration des ressources vous aurez un boot loader d'environ 110k. La taille maximale de l'amorçage est 392704 octets (383.5k).
Quels formats d'image seront pris en charge ?
Le boot loader intègre la prise en charge des PNG 24 bits avec une couche de transparence 8 bits. Nous avons voulu offrir un format d'image haute qualité sans perte, qui peut être créé et édité grâce à de nombreuses applications graphiques multi-platforme.
Et si je préfères l'interface en mode texte ?
Pour le moment, nous ne pouvons pas passer d'un mode graphique à un mode texte une fois le démarrage lancé, mais vous pouvez désactiver l'interface graphique dans le Boot.plist . De cette façon, vous obtenez le texte bien connu du menu de démarrage de Darwin.
Ok, tout cela est bien. Puis-je voir quelque chose ?
Certainement ! Cliquez ci-dessous sur les photos pour voir les voir en pleine taille.
Deuxième partie de l'annonce :
Vous vous demandez peut être qu'elles autres fonctionnalités nous aurons dans la prochaine version. Beaucoup de ces fonctions sont déjà mises en œuvre dans d'autres versions du boot loader, mais sans la limite de taille (64ko), nous pouvons toutes les intégrer dans un seul paquet.
La révélation des fonctionnalités, partie 2.
Tout d'abord, je tiens à parler de notre dossier par défaut pour placer tous les documents connexes de démarrage, c'est le dossier Extra sur votre partition. C'est dedans qu'irons le Boot.plist, les extensions (dans un dossier Extensions ou un fichier Mkext) et le thème personnalisé. Et plus encore ...
Boot du DVD retail avec support des images ramdisk de preboot.
Grâce à cette fonctionnalité, vous pouvez créer des images iso bootable comme "boot-132 ' sans avoir à utiliser la méthode isolinux complexe pour créer des CD de démarrage. Il suffit simplement de créer un dossier, d'y mettre le fichier "cdboot" + un dossier Extra + une image Preboot.dmg avec à intérieur des extensions supplémentaires, puis d'utiliser une seule ligne de commande hdiutil pour créer votre CD de démarrage.
Pour pouvoir démarrer du DVD retail vous devez toujours démarrer à partir de ce CD préparé puis swaper avec le DVD retail. Un pilote ATAPI intégré permettra peut être à l'avenir de booter directement sur le DVD retail, mais pas pour le moment. Le disque virtuel devra être une image non compressée à une seule partition et utilisant un format supporté par le boot loader (MBR, GUID ou APM).
Prise en charge de la partition système EFI pour le démarrage.
C'est la méthode que Munky et Turbo on introduite en premier. Vous pouvez mettre votre boot loader avec toute les Extra stuff sur cette partition et vous pourrez alors démarrer votre installation intacte (vanilla). Nous avons un nouveau système de fichiers FAT32 expérimental qui supporte les noms de fichiers longs.
Support de la mise en veille prolongée / Reprise.
Il s'agit également d'une fonctionnalité déjà mis en œuvre dans d'autres versions, mais nous pouvons afficher une image pendant la restauration de l'image de veille. Avez-vous déjà fait l'expérience que votre boot loader souhaite reprendre même si vous n'avez pas hiberné? Plus maintenat ! Si le système de fichiers a été modifié après que l'image de veille ai été créé, le boot loader ne cherchera pas à reprendre.
Support du DSDT override.
En option, un fichier DSDT.aml peut être chargé par le boot loader si votre matériel a besoin de cette cure. Il s'agit d'une mise en œuvre de la fonction apportée par mackerintel dans l'ancienne version de Chameleon.
Support du SMBIOS patcher.
Merci encore à mackerintel d'avoir apporté cette possibilité:)
Est-ce tout?
Nous avons de nombreuses idées et des plans pour les futures versions, mais la prochaine version offrira ces fonctionnalités. J'espère que vous ne serez pas déçu:)
Puis-je l'avoir maintenant ?
Non. S'il vous plaît ne me le demandent pas, vous l'obtiendrez lors de sa sortie.
Et après ? Dois-je attendre pour le prochain Noël ;-) ?
Nous luttons encore contre des problèmes et de nous polissons le code, mais les caractéristiques sont gelées. Donc, au lieu de rester tranquilles, nous allons révéler d'autres fonctionnalitées dans le prochain post cette semaine.
| Maj 10.5.7, ATI 4850/4870 et i7 | Pourquoi donner ? |
|---|