Journal Pourquoi le patch bootsplash n'est pas intégré au noyau 2.6 ?

Posté par  .
Étiquettes : aucune
0
11
nov.
2004
tout est dans le titre :)
J'ai cherché un peu sur le net, pour l'instant le seul truc que j'ai trouvé c'est ça : http://www.bootsplash.org/faq.html#4(...)
---
Will the bootsplash patch be included officially in future kernel versions?

We would like to see that happen. But before that can happen, some things have to be cleaned up. The framebuffer interface of kernel 2.5/2.6 is completely different from 2.4, which means that large parts of the bootsplash have to be rewritten. Implementing other bit depths than 16bit, and other picture loaders than the jpg one are things that come to the mind. Also the userspace utility needs nicer config files. There is currently no code that works with 2.5.
---
Maintenant que le patch fonctionne pour les 2.6, il manque quoi pour qu'il soit intégré ?

  • # ...

    Posté par  . Évalué à 9.

    Disons que leur patch est assez crade car il inclue un décompresseur jpeg dans le noyau. Déja que le noyeau fait plein de chose qui pourrait etre releger en user space, c'est pas la peine d'en rajouter.

    En plus je connais quelqu'un qui arrive a faire oupser son noyeau en faissant un cat /dev/urandom dans un terminal virtuel ayant bootspash alors que sur un kernel "vanille" ca plante pas...

  • # Il manque ...

    Posté par  . Évalué à 10.

    En fait ce qu'il manque c'est qu'il soit complétement en user-space.
    Et ca c'est plus ou moins réalisé par usplash (le "bootsplash" d'Ubuntu).

    Dans la mailing-list debian-desktop, ils ont en parlé. Ils avaient commencé à développer leur debsplash (qui est pret, mais pas encore public), basé sur fbsplash. Mais comme je le disais plus haut, le gros probleme (d'après ce que j'ai compris) c'est que (pratiquement?) tout se passe en kernel-land (ou disneyland, je sais plus, c'est l'un des dux). Donc il y aurait toujours un problème d'intégration à chaque nouvelle version, du noyau, et, je suppose, du [deb-fb-boot]splash.

    A priori, la meilleure méthode pour avoir un joli démarrage graphique, c'est de contribuer à usplash :
    http://www.ubuntulinux.org/wiki/WartyWarthogUsplash(...)

    • [^] # Re: Il manque ...

      Posté par  . Évalué à 3.

      Je n'ai pas bien compris.
      Est-ce qu'on peut activer le boot 100% graphique avec Ubuntu (c'est à dire en masquant les lignes d'init par une jolie image avec des icones qui clignotent comme sous BeOS ou Mandrake quand ça veut bien marcher) ?

      BeOS le faisait il y a 20 ans !

      • [^] # pas encore

        Posté par  . Évalué à 2.

        Dans Warty, non.

        c'est en cours de réalisation et ça devrait être dans Hoary quand elle sortira.

  • # gensplash

    Posté par  (site web personnel) . Évalué à 3.

    Un dev de Gentoo a commencé à réécrire Bootsplash from scratch. L'atout principal, d'apres ce que j'ai compris, c'est que gensplash utilise bcp le user-space, et donc plus besoin d'inclure le décompresseur jpeg dans le noyau..

    Affaire à suivre donc !

    http://dev.gentoo.org/~spock/projects/gensplash/(...)

    • [^] # Re: gensplash

      Posté par  . Évalué à 4.

      Ca va sentir la gueguerre entre usplash et gensplash :/

      Je suis sous gentoo et utilise gensplash, ca marche bien, j'ai testé le livecd d'ubuntu, ben ca marche aussi bien, bon : troll

    • [^] # Re: gensplash

      Posté par  (site web personnel) . Évalué à 2.

      C'est clair que c'est bien meilleur sans tout ce tintouin dans le noyau.

      Néanmoins, c'est compliqué de faire changer les moeurs, il n'y a qu'à voir cela avec maintenant les webcam fournissant les images suivant le motif Bayer. Et bien pas mal de drivers recollent la décompression direct dans le module. Ce qui fait qu'ils ne sont pas V4L2 compliant, mais que toutes les applis type xawtv fonctionnent.
      L'utilisateur final est super content que ces applis ne sont pas touchées. Néanmoins il n'y a aucune chance que leur driver préféré ne soit intégré dans le noyau, vu que le décompresseur est dans le noyau.

      Il n'y a qu'à voir des drivers comme nw802 ou sqcam.

      Bref, beaucoup de travail encore...
      Bon week-end à tous :-)

  • # J'ai d'autres questions dans le même genre

    Posté par  . Évalué à 1.

    Pourquoi n'existe-t-il pas d'autre moyen de régler un problème de gestion de la batterie qu'en recompilant le noyau?

    Càd pourquoi ne pourrait on pas mettre la dsdt quelque part sur le disque et le noyau la charge commak depuis l'extérieur? C'est infaisable ou personne n'y a jamais pensé?

  • # J'ai la réponse !!!

    Posté par  . Évalué à -4.

    Car ça sert à rien.

    • [^] # Re: J'ai la réponse !!!

      Posté par  (site web personnel) . Évalué à 2.

      Si c'est bô ;) ca fait moins peur a certain.
      On m'a déjà dit tiens tu as un vieux pc qui tourne encore sous DOS..
      no comment.
      no troll.
      Que du vécu.

      Par contre mes collocs sont jaloux de mon bootsplash ;)

      http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk

      • [^] # Re: J'ai la réponse !!!

        Posté par  . Évalué à 0.

        Un écran bien "cryptique" au boot, ça en jette aussi. On se dit "houla ! il se passe des choses sérieuses ici".

  • # Un site pour le bootsplash

    Posté par  (site web personnel) . Évalué à 2.

    http://www.bootsplash.de/(...)

    pas mal de thèmes, ainsi qu'un dépot debian et un gentoo
    (voir à la fin de la page).

    Perso, mon bootsplash sera celui-ci dès demain :
    http://www.bootsplash.de/files/themes/screenshots/Theme-UrbanVision(...)
    :)

  • # priorites

    Posté par  . Évalué à 4.

    J'ai rien contre le bootsplash et ceux qui veulent un boot kikoolol sont libres de l'apprecier, mais en ce moment, y'a sans doutes d'autres priorites de stabilisation de notre cher 2.6 plutot que d'une feature uniquement eye-candy.

    (au passage, moi et mon 2.6.3 compile en mars, on se porte bien, et a chaque fois que lle nouveau noyau sort, je me dis aue je vais upgrader, et y'a toujours quelaue chose qui est casse ( voir l'affaire de la gravure, etc...)

    • [^] # Re: priorites

      Posté par  . Évalué à 3.

      Ça ne te vient pas à l'esprit que ce n'est pas forcément les mêmes personnes qui peuvent s'occuper de ces différentes tâches ? Quelqu'un qui saurait intéger un bootsplash ne saurait pas forcément débugger une VM.

      Personnellement, j'aimerais que le noyau raconte moins sa vie et qu'il aille plus vite. C'est sûrement psychologique mais j'ai l'impression qu'un boot graphique est un peu plus rapide. On vérifie une fois que le nouveau noyau boote bien et après on peut bien avoir un boot agréable aux yeux.

      Même si tu n'es manifestement pas concerné par cette demande, tu n'es pas seul. Au fait, j'arrive à graver avec les 2.6.7 et 2.6.8 et ne me fais pas croire que tu n'es pas root sur ta machine. Pense aussi à toutes les corrections de bugs et de failles à côté desquelles tu passes...

      • [^] # Re: priorites

        Posté par  (site web personnel) . Évalué à 2.

        Avec le 2.6.7, il n'y a pas de problème pour graver en user. Par contre, moi aussi, ce problème m'a empéché de passé en 2.6.8 ou 2.6.9 : je n'aime pas lancer des apps graphiques (k3b) en root.

      • [^] # Re: priorites

        Posté par  (site web personnel) . Évalué à 1.

        /usr/sbin/splash -s -f /etc/bootsplash/themes/current/config/bootsplash-1024x768.cfg > /boot/initrd.img


        comme quoi une fois le noyeau patché c'est pas si dur ;)
        just a changer le link /etc/bootsplash/themes/current sur le thème que l'on souhaite utiliser

        http://www.theatre-eibel.fr http://www.isc2chapter-yorkshire.co.uk

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.