Pour ce second numéro, trois actualités qui m'ont données envie de réagir et de partager avec vous quelques infos ( peut-être ) utiles ! Je ne garantis ni la pertinence des informations, ni leur état de fraîcheur ! 😂  

Docker-OSX

Faire tourner MacOS X sur votre distribution Linux favorite avec Docker ça vous dit ?

Et bien c'est le but de ce projet :

sickcodes/Docker-OSX
Mac in Docker! Run near native OSX-KVM in Docker! X11 Forwarding! - sickcodes/Docker-OSX

Bien évidement nous avons ici une petite couche de QEMU et KVM pour faire tourner le tout !

Une fois les pré-requis installés, c'est aussi simple que ça :

docker run --privileged -e "DISPLAY=${DISPLAY:-:0.0}" -v /tmp/.X11-unix:/tmp/.X11-unix sickcodes/docker-osx

🚩 Sur Ubuntu 20.04 j'ai dû corriger un problème de droit :

qemu-system-x86_64: warning: dbind: Couldn't connect to accessibility bus: Failed to connect to socket /tmp/dbus-aucbdE3FHU: Connection refused
Could not access KVM kernel module: Permission denied
qemu-system-x86_64: failed to initialize kvm: Permission denied

Unique solution pour le moment de mon côté : chmod 666 /dev/kvm 🚩

Sinon la solution fonctionne out-of-the-box !

Par contre le problème se pose au niveau de la licence d'utilisation :

https://en.wikibooks.org/wiki/VirtualBox/Setting_up_a_Virtual_Machine/Mac_OS_X#License_violations

Linux Mint & Snap

Il y a déjà un an, snap inquiétait les créateurs de l'une des distributions basée sur Ubuntu les plus populaires : Linux Mint.

Voici la petite brève de l'époque :

Linux Mint 20 n’aura pas de version 32 bits, inquiétudes autour de Snap
Sans surprise, la prochaine version majeure de Linux Mint, estampillée 20, sera exclusivement 64 bits. Conséquence logique du choix de Canonical, Mint étant basée sur Ubuntu.

Sauf qu'aujourd'hui les inquiétudes autour de snap se confirment. Le paquet chromium-browser présent dans les dépôts est bien devenu une boite vide qui renvoie vers ... snap  :

[email protected]:~$ sudo apt install chromium-browser
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances       
Lecture des informations d'état... Fait
Les NOUVEAUX paquets suivants seront installés :
  chromium-browser
0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 48,4 ko dans les archives.
Après cette opération, 164 ko d'espace disque supplémentaires seront utilisés.
Réception de :1 http://fr.archive.ubuntu.com/ubuntu focal-updates/universe amd64 chromium-browser amd64 81.0.4044.129-0ubuntu0.20.04.1 [48,4 kB]
48,4 ko réceptionnés en 0s (480 ko/s)       
Préconfiguration des paquets...
Sélection du paquet chromium-browser précédemment désélectionné.
(Lecture de la base de données... 179961 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../chromium-browser_81.0.4044.129-0ubuntu0.20.04.1_amd64.deb ...
=> Installing the chromium snap
==> Checking connectivity with the snap store
==> Installing the chromium snap

De ce fait, voici la réponse de Clément Lefebvre ( fondateur de Mint ) à cette problématique :

Linux Mint dumps Ubuntu Snap | ZDNet
Linux on Windows just took a big graphical desktop step forward with Microsoft’s plans for Windows Subsystem for Linux.

Linux Mint n'utilisera pas snap. Et dans la prochaine version de la distribution le paquet chromium-browser vous invitera à installer chromium par vous même, tout simplement !

Je ne suis également pas favorable à une utilisation déguisée de snap via un paquet présent dans un dépôt apt. Et j'ai même parfois beaucoup de mal avec snap.

Je ne comprends toujours pas pourquoi Canonical n'offre aucune autre solution à snap pour l'installation de multipass par exemple ...

./random

Cette volonté de ne pas utiliser snap m'amène d'ailleurs à ma dernière actualité du jour.

Actualité qui n'est absolument pas récente mais n'ayant rencontré ce souci que très récemment, je souhaitais le partager avec vous. Peut-être que ce partage vous aidera également.

Après ma compilation de multipass j'ai eu un Warning un peu spécial :

WARNING: CPU random generator seem to be failing, disable hardware random number generation
WARNING: RDRND generated: 0xffffffff 0xffffffff 0xffffffff 0xffffffff

Après quelques recherches je suis donc tombé sur ce post très bien documenté :

How a months-old AMD microcode bug destroyed my weekend [UPDATED]
AMD shipped Ryzen 3000 with a serious microcode bug in its random number generator.

Il s'agit tout simplement d'un bug présent avec la série des processeurs Ryzen 3000. Ce bug empêche la génération de nombre aléatoire via RDRAND avec ces processeurs. Ce qui est mon cas !

Une simple mise à jour du bios a effectivement corrigé ce problème et je n'ai maintenant plus aucun soucis avec le warning 😃

Commentaires sur arsTechnica
Crédit : https://arstechnica.com/gadgets/2019/10/how-a-months-old-amd-microcode-bug-destroyed-my-weekend/?comments=1&post=38180493

On revient bientôt avec d'autres actualités !

En tout cas  n'hésitez pas à m'apporter des remarques ou des commentaires sur Twitter, ou ici 👇