nlgranger a écrit 267 commentaires

Oulala je retire ma suggestion alors! Sur le 1040 G3 je n'ai aucun des problèmes que tu as constaté (et le trackpoint n'existe simplement pas sur ce modèle).

Je ne viens pas pour faire de la publicité mais j'ai eu un hp elitebook puis un dell XPS pour le boulot et le HP tournait aussi bien sous linux avec une qualité me semble meilleure chez HP (clavier, écran, connectique, refroidissement). Pourquoi parle-t-on si peu de cette gamme?

Je n'ai pas écouté le contenu du lien mais je peux recommander cette présentation sur three mile island que j'ai trouvée très didactique: https://www.youtube.com/watch?v=1xQeXOz0Ncs

J'ai survolé le papier à ça semble reprendre des principe de la blockchain, du coup je me demande si un tel réseau pourrait vraiment passer à l'échelle?

Peut-être shelter peut-il répondre à ton besoin?

Pareil, tous mes PC utilisent refind depuis grub 2 car je ne voulais pas me casser la tête avec la configuration. Ça fonctionne et c'est tout ce que je lui demande. La doc et le support pour secure boot semblent plus avancés aussi.

J'ai testé minetest brièvement et le gameplay est quand même moins intuitif que minecraft.
Pour déployer un serveur teeworlds en lan je n'ai pas trouvé ça super bien documenté.

cf. le titre

Quel est l'intérêt par rapport à ZStandard?

J'avais installé open gapps, mais j'utilisais Locus Map qui utilise juste les API android de base.

J'ai eu le soucis sur une ancienne ROM lineage où le gps mettait une dizaine de minutes à obtenir un fix. La boussole n'a jamais bien fonctionné non plus.

Sinon il y a borg, qui revient souvent dans les discussions sur les outils de sauvegarde et qui semble faire consensus chez ceux qui l'ont essayé.
Il gère la sauvegarde incrémentale, et le pruning des snapshots.

Les nombreux projets couvrent une majorité des besoins: numpy, numba, cython, tensorflow, etc…

J'ai un peu de mal à comprendre où se situe OpenACC par rapport à OpenMP, le projet est mort et les améliorations ont été intégrées dans OpenMP 4?

Pour info la fonction open en python prend un argument buffering qui détermine la taille des pages (chunks) à charger, donc pas besoin de pandas pour ça. Sinon je confirme que la lecture des csv avec pandas est rapide, bien plus que son équivalent numpy.

Le support de wayland meilleur, en particulier pour la mise à l'échelle avec un facteur qui n'est pas entier. Bon chrome ne devrait pas trop tarder à suivre mais c'est un exemple.

Et j'évite gracieusement le sujet de la souveraineté de notre réseau, on va installer des antennes développées par une entreprise chinoise sur notre territoire alors qu'on sait les fabriquer en France…

Alcatel-Lucent a été détruit par Nokia, Nokia n'a pas investi sur la 5G, Erricson n'est pas en France. À la limite, c'est peut-être Huawei qui investit le plus en R&D sur les télécom en France, mais je ne sais pas si la R&D sur la 5G en fait partie.

La comparaison me semble incorrecte, si tu retires linuxfr les articles postés dessus n'arriveront pas moins vite, ils n'arriveront pas du tout. Si on retire l'exemple délirant de la télé-médecine pour laquelle le cadre légal n'est de toute façon pas prêt, il ne reste pas grand chose qui ne puisse pas être résolu sans 5G.

une fois les améliorations Wayland terminées

Ça va alors, on a encore le temps. Oups, ce n'est pas encore troldi?

Il y a un lien qui est passé récemment où l'article vantait les mérites de openpower sur riscV en tant que fondation. Mais je pensais que tout ce qu' IBM touche est phagocyté et réduit à néant. Qu'est-ce qui rend open power plus prometteur?

Entre les bus (Mercedes), les voitures de sport (VW) et de série (BMW) et leur usines de batteries, les constructeurs allemands sont bien mieux préparé que les français. Par contre la rentabilité et le marché ne sont pas nécessairement sur ce segment.

Même sans se presser, j'ai du mal à comprendre ce qui peut attirer:
- Écosystème très centralisé autour des efforts d'AdaCore.
- Communication ouverte pour pousser l'adoption par les étudiants et amateurs, mais aucun support prévu pour les petites entreprises. Adacore est trop petit pour assurer ce genre de support.
- Logiciels open source, mais la licence est utilisée pour protéger le produit d'appel et pousser à utiliser la version payante.
- Les gros utilisateurs ne sont pas des entreprises dont la finalité est l'informatique, donc la pérennité du projet n'est pas super solide. Je ne doute pas que Ada continuerait d'exister sans AdaCore, mais la partie open source n'aurait aucune raison de subsister.

Tout d'abord: je ne développe pas en ADA, j'ai juste regardé pour voir si ça pouvais m'intéresser.

En gros il a trois piles logicielles pour développer en ADA:

• GNAT Pro: compilo + outils de dev fournis en 'cadeau' quand on paie Adacore pour du support (très cher, destiné aux grosses entreprises). La license autorise le non-GPL.
• GNAT Community: Pareil mais gratuit, sans support et avec beaucoup moins de fonctionnalités (preuves de code, support d'architectures, etc.). N'autorise pas le non-GPL (car le runtime qui est indispensable est en pur GPL contrairement à libc++ par exemple).
• GNAT FSF: seulement le compilateur, packagé par les distributions et permettant de faire du dev non-GPL. Les sorties sont retardés par rapport aux deux précédents

À noter qu'une grande partie des librairies et de la doc semblent s'appuyer sur les deux premiers et j'ignore si il est vraiment possible de faire quelque chose de concret avec GNAT FSF. Visiblement je ne suis pas le seul à avoir ce doute, donc AdaCore envisage de supprimer GNAT Community pour simplifier les choses.

Sa clientèle je ne pense pas, le coût d'assurer le support linux est certainement très supérieur à ce que peut rapporter la petite communauté de gamers sous linux.
On dirait qu'ils préparent plutôt le terrain pour sortir une console qui supporterait leur large catalogue.

J'ai testé le 3 et ça ne passe pas pour du desktop. Ça devient presque utilisable quand on est sous wayland (pour le web: firefox compilé pour wayland avec le backend webrender), mais dans l'ensemble c'est laborieux.