En vrac’ de milieu de semaine…

Minuscule en vrac’ en ce deuxième mercredi d’octobre 2022. Pas grand chose à se mettre sous la souris en ce moment…

Côté logiciel libre, informatique et internet.

Côté culture ?

Sur ce, bonne fin de semaine !

21 réflexions sur « En vrac’ de milieu de semaine… »

  2. trop cool,

    j’ai installé Windows 8.1 sur le nouveau VirtualBox, et miracle, il m’indique que directx 11 est fonctionnel.

    je vais pouvoir me refaire toute la série des serious sam.

      1. oui, pas trop gourmand par contre.

        j’ai déjà fait tourner correctement en bonne qualité sérious sam 1 premier contact et second contact.
        c’étaient pas les versions HD. je vais les essayer si je les trouve.

        1. As tu un réglage particulier pour y arriver ?
          Sinon pour les vieux serious sam, il existait des binaires natifs. Je ne sais pas si ils fonctionnent encore sur des distri modernes

  3. Salut,
    Petite suggestion d’amélioration, est-il possible de configurer le blog pour ouvrir les liens externes dans un nouvel onglet ?
    Bonne journée

  4. Salut Fred
    Je confirme cela fonctionne,nouvel onglet ouvert dés l’appuie sur le lien.
    Au fait pour Kaos, j’ai lu que l’équipe avait hésité a utiliser un noyau illumos, que je connaissais pas, et qu’il serait peut être sur leur prochaine version!
    Est-il aussi performant qu’un noyau linux? de ton avis, moi j’ai bien envie d’essayer pour voir cela!
    comment vont être compilées toutes les applications, mais surtout y aura t-il compatibilité avec ceux de GNU/linux? j’ai bien vu que certain outils étaient des outils courant que l’on connaît bien, mais sans doute en faut-ils d’autres qui ne sont prit en charge que par le noyau illumos!!
    Bonne journée

    1. Le noyau Illumos ? C’est le descendant du noyau du projet OpenSolaris. Autant dire qu’on est loin de la versatilité et de la compatibilité matérielle du noyau Linux.

      Côté compatibilité du noyau Illumos, j’ai un énorme doute…

      1. Oui effectivement, c’est ce qui me semble aussi, juste bon pour tester.
        J’avais bien vu la descendance avec la Indiana solaris mais je n’ai pas encore poussé mon investigation, il est vrai que si c’est pour revenir en arrière sous couvert de 100% libre, cela risque bien de coincé quelque part avec du matériel récent et ce foutu de bordel de m….. secure boot.

  5. Ton extension fonctionne je viens de tester, je voulais tester l’installation de virtualbox mais comme je suis sous Sid il y a des dépendances incompatibles alors je n’ai pas poussé plus loin.
    Il me semble qu’il y a une combinaison de touches qui ouvre le lien dans le nouvel onglet, cela évite d’installer une extension 🙂
    A pluche.

  6. Merci pour l’info pour Virtualbox, même si j’avoue préférer VMware.
    Sinon nickel ton extension, les liens s’ouvrent bien dans un nouvel onglet !

  7. Par curiosité j’ai installé Virtualbox-7.0.0 en utilisant l’installateur « générique » pour Linux dans Slint puis Slint dans une machine virtuelle VirtualBox. Ça fonctionne sans souci, mais je ne peux pas juger des améliorations, utilisant Qemu depuis des lustres. En tous cas ça a l’air simple et pratique.

      1. Il ne s’agit pas de comprimer le paquet, mais les fichiers qu’il inclut au fur et à mesure qu’on les copie dans le dossier dont on fait ensuite un paquet.

        Actuellement dans Arch le compresseur utilisé pour ça est xz, comme tu peux le voir dans ce patch (ligne 64):
        https://github.com/archlinux/svntogit-packages/blob/packages/linux-firmware/trunk/0001-Add-support-for-compressing-firmware-in-copy-firmware.patch

        L’idée est de remplacer ce compresseur par zstd.

        Article sur phoronix.com:
        https://www.phoronix.com/news/Zstd-Firmware-Linux-5.19-Next

        Patch proposé initialement par Takashi Iwai:
        https://lore.kernel.org/lkml/s5h8rv0i8gf.wl-tiwai@suse.de/T/

        Je copie ci-dessous sa réponse à un courriel que je lui avis envoyé suite à sa RFC/
        > Hi Takashi,
        >
        > I maintain Slint, a derivative of Slackware.
        >
        > Having read the thread opened by your post:
        > https://lore.kernel.org/lkml/20210127154939.13288-1-tiwai@suse.de/#t
        >
        > I understand that you want to be sure that this feature will meet use cases
        > before going forward 😉
        >
        > Maybe I have one.
        >
        > The Slint installer includes a huge initrd, partly because to allow using a
        > wireless connection to fetch the packages we need not only most net modules but
        > also the wireless firmware.
        >
        > As a result, in an uncompressed initrd /lib/modules weighs 71M and /lib/firmware
        > 259M, so we need a lot of RAM.
        >
        > For the installer if the upcoming Slint version (kernel 5.6.n with n >=9)) I
        > would like to compress both modules (already possible using zstd) and the
        > firmware files. If I understand well firmware can be compressed with xz, so:
        > . What would we gain using zstd instead of xz: size? decompression time?
        > . Can I just apply the patches 1/4 to 4/4 to a kernel source (probably 5.16.10
        > or 5.16.11) to test?

        AFAIK, the obvious advantage of ZSTD is the speed and its footprint
        (for both compression and decompression), but speaking of the
        compression rate, XZ has a better result in general. (But the
        difference of speed is significant; it can be 100 times faster 😄

        Also, if you use ZSTD in other places, having the consistent
        compression method would make sense, too; then you can enable only
        ZSTD and disable the rest in kconfigs.

        HTH,

        Takashi

Les commentaires sont fermés.