MTux a écrit 1245 commentaires

Moi je démonte.
Faut arrêter de prendre les utilisateurs du libre pour des gogos, ils ne le sont pas.
Il y a des tonnnes de distribution inutiles qui disparaissent chaque année, le fait qu'il y ait des gens salariés derrière celle-ci ne change rien.
Par ailleurs je serai curieux de savoir si cette distrib reverse des sous aux milliers de bénévoles ayant développé les paquets sur lesquels ils se basent.

C'est cher face à une raspbian gratuite.
Reste à voir si les 79€ servent à payer un simple repackaging (comme 99% des distributions Linux) de debian ou s'il y a vraiment du support ou des services derrière. Sur une plateforme comme le rpi j'y crois pas trop.

Vendre un truc gratuit à ce prix tu as intérêt à avoir de meilleurs arguments…

D'ailleurs à quoi sert cette information ? Lorsque je télécharge le logiciel je veux uniquement la dernière version (sous entendu "stable"). Afficher un numéro de version sous-entends presque qu'il y a d'autres choix possible = il faut que je me renseigne = c'est compliqué je vais voir ailleurs.

Il faut arrêter de prendre les gens pour des débiles.
Un numéro de version, ça ne provoque pas de confusion.
Moi je trouve ça pratique ça me permet de savoir si j'ai la dernière version, et s'il est daté c'est encore mieux ça me permet de voir si le projet est toujours vivant ou mort.

Un exemple de confusion : tox. Beaucoup de clients et l'officiel semble être tox, mais en fait celui qui marche mieux et qui évolue est qtox, ce dernier est en plus fourni en 3 versions (qt4,qt5,unity) et est semblable en tous points au premier… donc GIMP ça va on en est pas encore là.

Mouais.
J'avoue qu'un processeur Exynos et une interface réseau capable de monter à 80Mo/s (si on en croit les captures d'écran), c'est classe. Mais toujours pas de SATA, et il faut toujours utiliser un kernel maison (qui semble bloqué en 3.10 si on en croit la page de présentation).
Donc toujours moins souple/standard que n'importe quelle machine en x86.

Bof. A force de baisser le prix et enlever des composants, on arrivera bientôt à un rpi à 1$ sur lequel il n'y aura que le CPU…

Je suis un peu lassé de ces "bidules" ARM lowcost qui manquent de fonctionnalités/connectiques et nécessitent un kernel modifié pour booter.

Par contre je serai preneur d'un rpi haut de gamme, par exemple pour 100$ avec 4GB de RAM, un CPU 8 coeurs, des ports SATA, un contrôleur réseau gigabit dédié (et non partagé avec l'USB…), et surtout l'implémentation d'un bios ou UEFI afin d'en finir avec l'enfer des bootloader maison. Quand on voit ce qu'ils arrivent à faire avec 25$, je pense que c'est pas irréaliste.

Dans les benchmark le FX9590 est au niveau des i7 (4 coeurs) de Intel. Mais en consommant probablement deux fois plus, certes.

Après c'est sûr qu'on ne rivalise pas avec les Xeon ou les i7 à 6 coeurs, mais il faut voir le prix… l'AMD est à 250€, tandis que Intel c'est minimum 500€ voire +1000€ pour les modèles haut de gamme.

Par contre le TDP à 220W c'est quand même fort ^{^}
Là où le standard des 4 coeurs est 95W depuis des années.

Le site et l'interface sont en HTML5 mais le player a toujours besoin de Flash.

J'attends que Deezer se débarrasse de Flash pour pouvoir enfin désinstaller le plugin.

Merci pour ce retour, ça m'a donné envie de m'inscrire ;)
Je trouve que les certificats de 90j renouvelables par cron c'est une idée géniale.

Mais oui, je les utilise tous les jours !
D'ailleurs j'en profite pour passer une annonce, je cherche des bouchons pour mon réseau en BNC.
Et s'il y a des gens intéressés pour jouer à Duke Nukem en null modem, contactez moi sur usenet.

81K€ en hébergement c'est en effet complètement dingue, c'est pire qu'une entreprise.
Je suis curieux moi aussi de savoir ce qui justifie ça.

Est-ce que la Quadrature du Net a réussi un truc ?
Parce que le budget est énorme par rapport aux résultats concrets.

Et bloquer facebook et youtube.

RedHat n'a jamais expliqué précisément pourquoi ils avaient choisi XFS. Ils ont juste dit que ça correspondait aux besoins des clients. Mais c'est clairement un choix à contre-courant car depuis 10 ans tout le monde mise sur ext3/ext4 et l'objectif à terme c'est btrfs.

Donc non je ne pense pas que ce soit le meilleur choix, ou alors il faudrait que RedHat l'explique de manière technique.

Pour faire pareil que Redhat, probablement…

+1 à propos des liens vers les projets logiciels, qui va aller risquer de DL un gros torrent à partir d'un lien trouvé ailleurs que sur le site/dépot de l'éditeur? Pas moi, en tout cas.

Pire, il y a des gens qui téléchargent sur sourceforge !

KDE se Gnomise ? Faut pas pousser.
KDE3, KDE4 et KDE5 ont le même esprit, juste pas les mêmes bibliothèques. Une personne habituée à KDE3 saurait utiliser KDE5 très rapidement, et c'est appréciable. C'est pas du tout le cas de Gnome.
Pour ma part je trouve KDE5 très joli mais trop lourd et pas encore parfaitement stable pour mon usage (VM, donc équivalent à une machine de faible puissance).

Bien sûr qu'il n'existe pas d'application écrite dans deux langages. Donc la comparaison directe n'est jamais possible. Je prenais deux bons exemples de trucs mal faits ou bloatwarisés pour comparer.

C'est dommage car LUKS est un gouffre à performances. Je compte sur le chiffrement natif ext4 pour améliorer un peu ça.

Comme Python (par exemple).

Bien moins de problèmes de cohabitation. Je n'ai qu'une seule version installée sur Debian et tout un tas de logiciels tournent dessus.

Ce n'est pas la JVM, ce sont les développeurs, ce sont les même qui demande 128M de ram pour faire un Hello world en PHP parce qu'ils sont copier-coller des dépendances un peu partout jusqu'à ce que ça marche.

D'expérience c'est systématique avec Java. Avec PHP c'est rare d'avoir un truc aussi lourd. On fait tourner du Wordpress sur à peu près n'importe quoi alors qu'un serveur Minecraft il faut plusieurs Go de ram. Autre comparaison avec deux produits à but identiques : ovirt et xencenter. ovirt c'est du tomcat et les spécifications demandent 4GB de ram sur le serveur. Xencenter est un client lourd Windows, il tourne avec 70Mo de RAM…

Donc ton fournisseurs de switch ne propose pas de mise à jour, mais c'est de la faute de Java ?

Le problème c'est que la machine virtuelle Java te harcèle pour te demander de confirmer sans cesse si tu veux exécuter l'application. Que ce soit un truc vieux ou récent.

Si tu parles des applet, la date de fin est annoncée. Et ce sera fini bien avant Flash.

Disons que Firefox va lui couper l'herbe sous le pied, ce qui aura pour effet uniquement d'emmerder les gens qui en ont besoin (typiquement les sysadmin/techniciens helpdesk qui vont devoir aider les gens à le réactiver). Donc c'est idiot, mais avec la fondation Mozilla on est habitués.

L'expérience.

En tant que sysadmin : Java et Tomcat sont des joyeusetés dont on aimerait se passer. Il faut provisionner un max de RAM et de CPU sur les serveurs pour des trucs qui pourraient fonctionner en Python ou même en PHP avec 4 fois moins de ressources. Sans compter les plantages avec les debug incompréhensibles.

En tant que (ex) technicien helpdesk : Il faut faire cohabiter plusieurs versions de Java en fonction de ce que demande les applications, il faut désactiver les popup de mise à jour sur Java car de toutes manières ça marche jamais , il faut mettre à jour toutes les semaines pour combler les trous de sécurité, il faut renouveler les machines car afficher une simple fenêtre demande 200Mo de ram. Ah oui et j'adore me connecter sur un KVM IP ou un Switch et constater que son webui demande une version préhistorique de Java, genre la 1.5, sur laquelle il va falloir valider 450 Fois "êtes vous sur?" "cette application n'est pas signée" "voulez vous exécuter?" "voulez vous mettre à jour ou ignorer" ?

Quand je vois parler d'optimisation avec JVM je comprends pourquoi nous en sommes rendus à des OS qui demandent 4GB de RAM minimum pour démarrer et des navigateurs qui en prennent 2 pour afficher 3 onglets. J'espère que Java suivra le même chemin que Flash, c'est pas évident car pour ce dernier il a fallu qu'un chauve puissant à col roulé dise que c'est de la merde pour qu'enfin tout le monde s'en rende compte.

utilisez un truc sans jvm en 2015 surtout quand cette dernière est de la merde.

Je ne me prononce pas sur le langage
En revanche la jvm c'est de la grosse daube.
Pété de failles, consomme un max de ram et plante.
donc non merci. des que je vois un truc codé en java je passe directement.