Ubuntu va avoir l'occasion d'exploser très prochainement avec l'arrivée de Steam, je pense que Canonical n'a pas envie de laisser passer sa chance. Le store + SDK sont des éléments très convaincants pour attirer les développeurs, ceux qui vont créer une richesse pour le système.
/troll ils vont réussir là où Mandriva a échoué depuis très longtemps.
Ils se sont peut-être arrêtés quand ils ont vu que son installeur avait la même tête que celui de Windows XP.
Blague à part cette actu est très intéressante, j'ai déjà eu affaire à NetBSD/OpenBSD, un petit peu à FreeBSD, mais DragonflyBSD je n'y ai jamais mis les pieds, et maintenant j'en ai vraiment envie !
Le benchmark est assez intéressant dans le sens où il montre que Linux 2.6.32 qui est quand même assez vieux poutre tout le monde et de loin.
Je l'ai installé sur ubuntu 12.10 32 bits, ça pèse 1Mo mais au premier lancement il télécharge 100Mo de fichiers.
Je constate que ça va plus vite que la version Windows, par contre il n'y a pas grand chose à voir. Je suis bloqué par le message me disant que je fais pas partie de la beta. J'arrive à naviguer un peu, il y a le magasin, en revanche mes jeux sont vides, la liste d'amis n'est pas fonctionnelle, bref rien à voir pour le moment malheureusement.
Posté par MTux .
En réponse à la dépêche OpenBSD 5.2.
Évalué à 3.
Heu, c'est pas vrai, Debian t'installe exim et le démarre.
Je crois qu'il est configuré pour écouter sur 127.0.0.1 mais ça fait quand même un service réseau qui tourne.
Ensuite c'est un peu fort de parler de marketing pour un projet qui n'a rien à vendre.
Moi qui n'ait jamais réussi à faire marcher SOGo comme je le voulais, je vais regarder de près Bluemind.
La doc décrit comment procéder à une installation sur Debian / Ubuntu / RedHat, il faudra que je teste cela.
Eh bien moi ça m'inquiète cette tendance Linux only que l'on retrouve partout.
Exemple concret :
L'autre jour j'installe FreeBSD, les mains dans les poches parce que "mon ordinateur a une carte graphique Intel, et le Intel saylibre saybien". Et bim, elle n'est pas supportée. La raison ? Le pilote est KMS only, et ça n'est pas encore présent sur FreeBSD. Le pilote AMD est en passe de devenir pareil et ses performances sont complètement à la ramasse (même sur Linux). Donc le seul moyen d'avoir de bons graphismes sur FreeBSD c'est d'acheter une carte Nvidia et de coller le pilote propriétaire.
Sur le coup j'ai pas mal pesté car on marginalise encore plus les systèmes alternatifs à Linux qui vont devoir devenir des Linux-like pour faire du desktop.
Y a-t-il des gens qui ont "upgradé" leur owncloud vers cette version ? Pas de pots cassés ? Je me souviens que pour la sortie de la 3 (ou la 4) il y avait eu pas mal de bruit là dessus. Moi même rien qu'en passant de la 4.0.4 à la 4.0.5 j'avais pété mes connecteurs *dav…
d'après le rapport MAIDS [1], la cause de l'accident n'est la défaillance mécanique que dans 0,7% des cas.
Avoir une voiture récente sert aussi à mieux protéger les occupants en cas d'accident. Euroncap teste les véhicules et leur attribue une note, et de nos jours on peut sortir indemne d'un choc frontal ou latéral à 50km/h, ce qui n'est pas le cas avec une voiture de 20 ans. En prime certains véhicules sont même conçus pour "protéger" les piétons en cas de choc.
Posté par MTux .
En réponse à la dépêche NetBSD 6.0.
Évalué à 2.
NetBSD intègre désormais des pilotes VirtIO ?
C'est une grande nouvelle cela améliore fortement les performances lorsqu'on tourne en guest KVM et ajoute même des fonctionnalités intéressantes !
Pour avoir utilisé NetBSD 5.1 sur un serveur quelques temps c'est un excellent OS très robuste et très léger.
Ce qui me gêne avec la désactivation du noatime c'est que toutes les documentations et tuto t'avertissent que cette fonction ne sert à rien mais peut être quand même utile dans certains cas. Ce genre de phrase n'est pas satisfaisante, soit c'est utile, soit ça l'est pas. La documentation de Fedora a le mérite de citer un logiciel qui en a besoin : mutter.
Donc dans le doute je le laisse, de toutes façons mon idéal c'est quand le système s'adapte automatiquement au matériel, et je pense que Linux (du moins en version récente, comme sur Fedora) en est déjà capable.
L'obsolescence programmée parlons-en, je me suis résigné à remplacer ma machine de 2007 depuis que Gnome2 et KDE3 sont morts, remplacés par des versions sur lesquelles 2GB de ram ne suffisent plus et où un fonctionnement optimal demande un pilote graphique récent.
Et en dehors de cela c'est tout simplement un hobbie pour moi d'upgrader mon matériel pour tester de nouvelles choses ;)
Il me semble que le noatime c'est pour éviter que le FS écrive des choses dans un fichier à chaque fois qu'il le consulte. Je ne vois pas pourquoi cela ferait une différence au niveau des performances surtout que les SSD sont meilleurs en temps d'accès que les disques durs. D'après moi l'intérêt est plutôt d'éviter les écritures inutiles et allonger la durée de vie. Mais là aussi j'estime que c'est du ramasse miettes. Que mon SSD tienne 20 ou 21 ans, de toutes façons il sera remplacé dans 3-4 ans…
D'ailleurs pour ceux qui utilisent Fedora, il y a une petite page de wiki qui y est dédiée : doc.fedora-fr.org/wiki/Les_SSD_sous_fedora
La modification du IO scheduler y est décrite (passage en noop)
Je l'ai faite mais je considère que ces bidouilles (noatime…) tiennent plus du ramassage de miettes que du gain réel.
Du moins en usage desktop ça ne se voit pas.
Par contre activer TRIM semble important.
Il y en a des tas d'autres qui sont "bleeding-edge" sans être rolling release…
Je trouve que Fedora est pas trop mal, mon environnement KDE est passé du 4.8 au 4.9 récemment alors que je suis toujours sur la branche stable (la 17).
C'est stable et sans prise de tête.
# Pardonnez ma question
Posté par MTux . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 7.
Mais n'étant pas développeur, j'ai rien compris.
# Pourquoi pas
Posté par MTux . En réponse au journal SDK pour Ubuntu : faut-il déjà préparer le goudron et les plumes ?. Évalué à 7.
Je trouve que c'est une bonne idée.
Ubuntu va avoir l'occasion d'exploser très prochainement avec l'arrivée de Steam, je pense que Canonical n'a pas envie de laisser passer sa chance. Le store + SDK sont des éléments très convaincants pour attirer les développeurs, ceux qui vont créer une richesse pour le système.
/troll ils vont réussir là où Mandriva a échoué depuis très longtemps.
[^] # Re: Et TF2 est diponible!
Posté par MTux . En réponse au journal Steam sur Linux disponible au téléchargement. Évalué à 1.
C'est possible si on est pas inscrit à la beta ?
Comme je l'ai dit au dessus je suis harcelé par le message et ma liste de jeux apparait vide.
[^] # Re: manque d'interet
Posté par MTux . En réponse à la dépêche DragonFlyBSD 3.2, la libellule s’envole toujours plus haut. Évalué à 5.
Ils se sont peut-être arrêtés quand ils ont vu que son installeur avait la même tête que celui de Windows XP.
Blague à part cette actu est très intéressante, j'ai déjà eu affaire à NetBSD/OpenBSD, un petit peu à FreeBSD, mais DragonflyBSD je n'y ai jamais mis les pieds, et maintenant j'en ai vraiment envie !
Le benchmark est assez intéressant dans le sens où il montre que Linux 2.6.32 qui est quand même assez vieux poutre tout le monde et de loin.
# Et sinon à part troller, quelqu'un a essayé ?
Posté par MTux . En réponse au journal Steam sur Linux disponible au téléchargement. Évalué à 6.
Je l'ai installé sur ubuntu 12.10 32 bits, ça pèse 1Mo mais au premier lancement il télécharge 100Mo de fichiers.
Je constate que ça va plus vite que la version Windows, par contre il n'y a pas grand chose à voir. Je suis bloqué par le message me disant que je fais pas partie de la beta. J'arrive à naviguer un peu, il y a le magasin, en revanche mes jeux sont vides, la liste d'amis n'est pas fonctionnelle, bref rien à voir pour le moment malheureusement.
[^] # Re: record bidon
Posté par MTux . En réponse à la dépêche OpenBSD 5.2. Évalué à 3.
Heu, c'est pas vrai, Debian t'installe exim et le démarre.
Je crois qu'il est configuré pour écouter sur 127.0.0.1 mais ça fait quand même un service réseau qui tourne.
Ensuite c'est un peu fort de parler de marketing pour un projet qui n'a rien à vendre.
# Intéressant
Posté par MTux . En réponse à la dépêche Blue Mind 1.0 est disponible !. Évalué à 1.
Moi qui n'ait jamais réussi à faire marcher SOGo comme je le voulais, je vais regarder de près Bluemind.
La doc décrit comment procéder à une installation sur Debian / Ubuntu / RedHat, il faudra que je teste cela.
[^] # Re: Ah!!!
Posté par MTux . En réponse au journal Il remonte dans mon nez Steam. Évalué à 3.
Bon ils vont sûrement faire une version Fedora / RedHat alors, si ils aiment tant Pulseaudio :)
[^] # Re: Android
Posté par MTux . En réponse au journal Il remonte dans mon nez Steam. Évalué à 2.
Il existe déjà une version de Steam pour Android mais elle permet uniquement d'accéder aux communautés, pas de jouer.
[^] # Re: En parlant de TCP...
Posté par MTux . En réponse à la dépêche MPTCP, TCP dans un monde ultra‐connecté. Évalué à 8.
ipv4 c'est nul
le wifi c'est nul
TCP c'est nul
Ben didonc à ce train là on va tous revenir en 56k.
[^] # Re: Pilotes graphiques libres
Posté par MTux . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 9.
Eh bien moi ça m'inquiète cette tendance Linux only que l'on retrouve partout.
Exemple concret :
L'autre jour j'installe FreeBSD, les mains dans les poches parce que "mon ordinateur a une carte graphique Intel, et le Intel saylibre saybien". Et bim, elle n'est pas supportée. La raison ? Le pilote est KMS only, et ça n'est pas encore présent sur FreeBSD. Le pilote AMD est en passe de devenir pareil et ses performances sont complètement à la ramasse (même sur Linux). Donc le seul moyen d'avoir de bons graphismes sur FreeBSD c'est d'acheter une carte Nvidia et de coller le pilote propriétaire.
Sur le coup j'ai pas mal pesté car on marginalise encore plus les systèmes alternatifs à Linux qui vont devoir devenir des Linux-like pour faire du desktop.
# Upgrade ?
Posté par MTux . En réponse à la dépêche Sortie d’ownCloud 4.5.0. Évalué à 3.
Y a-t-il des gens qui ont "upgradé" leur owncloud vers cette version ? Pas de pots cassés ? Je me souviens que pour la sortie de la 3 (ou la 4) il y avait eu pas mal de bruit là dessus. Moi même rien qu'en passant de la 4.0.4 à la 4.0.5 j'avais pété mes connecteurs *dav…
# Bouh
Posté par MTux . En réponse au journal bsd/linux ou gnu/linux ?. Évalué à 3.
Your post is bad
And you should feel bad
[^] # Re: Prenez un chewing-gum
Posté par MTux . En réponse à la dépêche Diaspora 0.0.1. Évalué à 2.
Bah non ils sont grillés maintenant.
Peu importe qui est aux commandes, Diaspora est mort médiatiquement et enterré.
[^] # Re: VirtIO
Posté par MTux . En réponse à la dépêche NetBSD 6.0. Évalué à 1.
Bon ben ça marche pas, j'obtiens un kernel panic quand je lance NetBSD dans KVM… même avec un périphérique IDE.
# Prenez un chewing-gum
Posté par MTux . En réponse à la dépêche Diaspora 0.0.1. Évalué à 9.
On peut tromper une fois mille personnes…
Enfin vous connaissez la suite.
# Véhicules obsolètes
Posté par MTux . En réponse au journal Rejet du contrôle technique moto par le Parlement français. Évalué à 2.
Avoir une voiture récente sert aussi à mieux protéger les occupants en cas d'accident.
Euroncap teste les véhicules et leur attribue une note, et de nos jours on peut sortir indemne d'un choc frontal ou latéral à 50km/h, ce qui n'est pas le cas avec une voiture de 20 ans. En prime certains véhicules sont même conçus pour "protéger" les piétons en cas de choc.
# VirtIO
Posté par MTux . En réponse à la dépêche NetBSD 6.0. Évalué à 2.
NetBSD intègre désormais des pilotes VirtIO ?
C'est une grande nouvelle cela améliore fortement les performances lorsqu'on tourne en guest KVM et ajoute même des fonctionnalités intéressantes !
Pour avoir utilisé NetBSD 5.1 sur un serveur quelques temps c'est un excellent OS très robuste et très léger.
[^] # Re: Autre réglage possible...
Posté par MTux . En réponse à la dépêche Accéleration SSD sous Linux. Évalué à 1.
Ce qui me gêne avec la désactivation du noatime c'est que toutes les documentations et tuto t'avertissent que cette fonction ne sert à rien mais peut être quand même utile dans certains cas. Ce genre de phrase n'est pas satisfaisante, soit c'est utile, soit ça l'est pas. La documentation de Fedora a le mérite de citer un logiciel qui en a besoin : mutter.
Donc dans le doute je le laisse, de toutes façons mon idéal c'est quand le système s'adapte automatiquement au matériel, et je pense que Linux (du moins en version récente, comme sur Fedora) en est déjà capable.
L'obsolescence programmée parlons-en, je me suis résigné à remplacer ma machine de 2007 depuis que Gnome2 et KDE3 sont morts, remplacés par des versions sur lesquelles 2GB de ram ne suffisent plus et où un fonctionnement optimal demande un pilote graphique récent.
Et en dehors de cela c'est tout simplement un hobbie pour moi d'upgrader mon matériel pour tester de nouvelles choses ;)
[^] # Re: Autre réglage possible...
Posté par MTux . En réponse à la dépêche Accéleration SSD sous Linux. Évalué à 3.
Il me semble que le noatime c'est pour éviter que le FS écrive des choses dans un fichier à chaque fois qu'il le consulte. Je ne vois pas pourquoi cela ferait une différence au niveau des performances surtout que les SSD sont meilleurs en temps d'accès que les disques durs. D'après moi l'intérêt est plutôt d'éviter les écritures inutiles et allonger la durée de vie. Mais là aussi j'estime que c'est du ramasse miettes. Que mon SSD tienne 20 ou 21 ans, de toutes façons il sera remplacé dans 3-4 ans…
[^] # Re: Autre réglage possible...
Posté par MTux . En réponse à la dépêche Accéleration SSD sous Linux. Évalué à 3.
D'ailleurs pour ceux qui utilisent Fedora, il y a une petite page de wiki qui y est dédiée :
doc.fedora-fr.org/wiki/Les_SSD_sous_fedora
La modification du IO scheduler y est décrite (passage en noop)
Je l'ai faite mais je considère que ces bidouilles (noatime…) tiennent plus du ramassage de miettes que du gain réel.
Du moins en usage desktop ça ne se voit pas.
Par contre activer TRIM semble important.
[^] # Re: Un journal qui dénonce
Posté par MTux . En réponse au journal Archlinux est morte…. Évalué à 3.
Ubuntu avec des PPA
Debian stable avec du pinning en sid
CentOS avec rpmforge/EPEL
FreeBSD (les packages évoluent mais le système reste le même)
…ou Windows.
[^] # Re: Arch et systemd ça revient comme la marée
Posté par MTux . En réponse au journal Archlinux est morte…. Évalué à 1.
Il y en a des tas d'autres qui sont "bleeding-edge" sans être rolling release…
Je trouve que Fedora est pas trop mal, mon environnement KDE est passé du 4.8 au 4.9 récemment alors que je suis toujours sur la branche stable (la 17).
C'est stable et sans prise de tête.
# Un journal qui dénonce
Posté par MTux . En réponse au journal Archlinux est morte…. Évalué à 10.
N'empêche c'est rare d'entendre un utilisateur d'archlinux se plaindre de sa distro et dire qu'il y a mieux ailleurs.
[^] # Re: goo gueule
Posté par MTux . En réponse au journal 30 millions de consommateurs style. Évalué à 4.
Tu aurais encore plus de liens.