Arf, il fallait bien sûr lire :

Steve Job, chacal magnifique

[ Répondre ]

Cher visiteur du présent,

tu visites actuellement un site développé par des marketeux pour des
fanatiques, tu peux d'ailleurs remarquer que le texte ci-présent dépasse 80 colonnes, ceci fait partie des règles incompressibles de notre religion,
et un manquement à l'une de ces règles entrainerait une douloureuse
humiliation publique. N'est pas maquerau qui veut.

Mais revenons au propos de cette page. Le site http://www.me.com est développé
et maintenu avec amour par des marketeux fanatiques du Logiciel Propriétaire mais
pas trop (note l'hyperbole), qui en tant que tels n'utilisent ni ne connaissent le
fonctionnement des logiciels non mac au goût rance que tu utilises, consciemment
ou pas.

Aussi, présumant que le rendu de notre site cheri doit plus ressembler à une
oeuvre impressioniste qu'à être utile, nous t'interdisons simplement d'en voir le
contenu. Et puis il y a autre chose. les Technologies non mac, on s'en tape. Si, si,
on s'en tape. Alors oui, tu es peut-être au travail, on te force à utiliser des logiciels
actuels qui ne sentent pas l'eau de pomme, tu es peut-être chez toi et tu viens de
niquer 4h à jouer à un jeu hautement intellectuel qui ne fonctionne que sous ton OS
moisi avec ton mac Intel, mais dans tous les cas, tu as choisi. Nous aussi.

Si toutefois tu ne peux imaginer te passer une seconde des informations
contenues sur notre site, comme nous sommes finalement de gentils maqueraux,
tu pourras le visualiser en payant à nouveau et au prix fort la nouvelle mise à jour X
10.6, incluant un browser Proprio mais pas trop, tel que Safari par
exemple.

Bien fanatiquement,

Steve Job, canal magnifique

[ Répondre ]

Oh, j'imagine que changer l'identification du navigateur doit suffire :)

[ Répondre ]

La raison officielle est le freeze des composants contenant du code cryptographique dès la beta 1 (7 avril selon la Roadmap de la 11.0).

Le paquet final de FireFox était bien sût disponible peu après sa sortie dans les updates officielles.

[ Répondre ]

Si c'était vraiment de l'humour, je crains que ce n'était pas drôle (désolé).

[ Répondre ]

YaST est dispo en version ncurse, mais l'équivalent apt-get en ligne de commande est zypper.

"zypper ref && zypper up -t package" fera une mise à jour de tous les paquets (zypper up, par défaut, ne fait que les mises à jour de sécurité).

[ Répondre ]

Juste pour pinailler :

Si l'ex-Mandrake repose bel et bien sur une Red Hat (RH 5.0?), SUSE ne tient de RH que le format de paquet utilisé. Elle n'est donc pas un "fork" à proprement parler (elle repose techniquement sur Jurix - et non SLS/Slackware comme la plupart des gens le croient). Ainsi, son système init est assez différent de Fedora/mandriva, même s'il est évident qu'elle incorpore des autres bouts de RH/Slackware/autre.

Enfin, il est assez réducteur d'effectuer une séparation par "système de paquet", puisque c'est un élément parmi beaucoup d'autres. On peut en revanche séparer différentes "familles" un peu comme ceci : http://upload.wikimedia.org/wikipedia/commons/8/8c/Gldt.svg , selon que la distribution s'éloigne de sa distrib d'origine ou reste très liée à elle (longueur des lignes horizontales sur lesquelles on voit les différents branchements).

On retrouve donc les familles propres Fedora/RH, Slackware, (open)SUSE, Gentoo, Mandriva, Debian), et les sous-familles Ubuntu et Knoppix, qui restent techniquement debian (synchronisation).

[ Répondre ]

Je me permets de copier/coller un de mes commentaires au sujet du menu kickoff (si c'est bien celui là dont tu parles) :

http://linuxfr.org/comments/886904,1.html

Kikoff est directement issu du travail de SUSE, et intégré par défaut dans cette distribution depuis un moment déjà. On trouve pas mal de renseignement sur celui-ci sur le wiki openSUSE (ici : http://en.opensuse.org/Kickoff ), notamment des tests de l'équipe d'"usabilité" (User Experience Team, http://en.opensuse.org/UX ).

Et bien, à vrai dire, au début j'étais, comme vous, assez perplexe face à ce nouveau menu. J'avais une impression de lenteur à naviguer dans ce menu, bref, un vrai retour un arrière par rapport au menu par défaut de KDE3.

Quelques temps après, je dois dire que je ne peux plus me passer de ce menu, tant au niveau rapidité (mes appli courantes sont désormais sous les "favoris"), et du menu de recherche (avec possibilité d'y interfacer beagle, pour ceux qui l'utilisent), me donnant accès aux applis installées, à l'historique (dossiers/pages web/documents récents). J'ai eu aussi quelques retour très positif autour de moi (et plutot à ma grande surprise, apres l'effet Compiz c'est Kickoff qui vient à l'esprit!).

Désormais, je trouve le menu par défaut de KDE3 infame. Je ne comprends pas comment certains peuvent encore l'utiliser. Je peux dire qu'Il y a un gros facteur d'"habitude de vieux geek", expérience à l'appui.

A noter que la version KDE4 de kickoff est un peu en deça de la version KDE3 pour le moment (pas possible de réorganiser les favoris, pas de dra'n'drop), tandis qu'elle est plus avancée dans certains aspect (la recherche est bien plus agréable et performante à mon avis), mais je fais confiance aux dev pour améliorer ça dans la prochaine release de KDE :)

[ Répondre ]

C'est donc celui qui la plus courte qui gagne ?

Elle va pas être contente, Mlle Michu..

[ Répondre ]

Je remarque aussi au passage que 26 des 28 commentaires postés (au moment ou j'écris ce commentaire) concernent l'absence d'Opera dans le test.

Sinon, rien de nouveau : Webkit globalement devant Firefox (FF3 fait mieux que FF2 au passage), IE à la traîne.

[ Répondre ]

J'suis surtout surpris qu'il n'y ait pas Opera dans le comparatif...

Question rapidité et respect des normes web, Opera est dans le peloton de tête. Par ailleurs, il a déjà maintes fois "gagné" des "browser wars".

[ Répondre ]

Je pensais avant tout à l'article parlant d'OPIUM (pour ce qui est de la fiabilité) qui utilise un échantillon relativement grand, et dans une moindre mesure des use-case de smart. Ces articles ne sont pas liés à ZYpp lui même puisqu'antérieurs.

Côté comparatif vitesse et mémoire, apt n'a pas été évalué, simplement parce qu'apt n'est pas installable sur une même machine en parallèle à ZYpp, Yum ou smart (qui s'en sort pas trop mal côté vitesse selon le comparatif effectué, mais qui consomme un peu plus de mémoire que ZYpp). Je ne pense pas non plus qu' Apt4RPM est entièrement comparable à Apt. YUM est effectivement un peu à la ramasse.

Je ne dis pas qu'apt n'est pas un bon gestionnaire de paquets, mais il n'est en tout cas pas une référence.

[ Répondre ]

> Le DEB c'est LA référence en gestion des paquets
Le problème comme tu l'as souligné c'est la multiplication des sources, d'un côté tu as plusieurs fournisseurs de paquets RPM pas forcément compatible entre eux et de l'autre une seule source: Debian.

J'ai même ouïe dire que les paquets .deb ubuntu peuvent poser problème dans une debian, et vice versa..

De plus, comme le démontre plusieurs articles*, apt est loin d'être une référence.

* voir sources dans http://linuxfr.org/2008/06/19/24228.html

[ Répondre ]

OpenSuse : rpm - ZYpp - Yast
Mandriva : rpm - urpmi - rpmdrake
Debian : dpkg - apt-get - synaptic

C'est tout à fait ça.

Pour YaST, à la base c'est un "centre de contrôle" constitué de différents modules (comme drakeconf).

Néammoins, le module package manager de YaST est usuellement appellé simplement "Yast" (c'est un raccourci).

L'appellation exact devrait être "rpm - ZYpp - Yast package manager"

Pour le solveur SAT, je ne peut que te renvoyer aux sources indiquées (si tu as le temps, c'est vraiment très intéressant).

Grosso modo, ZYpp transforme les metadonnées en fichiers bianaires, plus rapide à lire (fichiers .solv), puis applique des règles booléennes pour la résolution. En résumé, c'est plus rapide, plus fiable, et ça consomme surtout moins de mémoire.

[ Répondre ]

Justement, la plupart de ces codecs sont libres, mais pas partout (USA et Japon). Il ne sont donc pas dans les dépots de bases, mais bien dans les depots communautaires (qui s'activent en un clic).

Aussi, les appli sans codec renvoient vers une page wiki, ou l'on trouve un lien vers Fluendo, et un lien vers la page du wiki communautaire (devrait-je dire "communautaire officiel" ?) qui dispose des liens One-click.

L'utilisateur a donc le choix de payer des codecs s'il est américain ou japonais ou le choix de les installer gratuitement s'il ne l'est pas :)

[ Répondre ]

Dispo sur le wiki communautaire openSUSEm complément du wiki officiel (et dont j'ai oublié de mettre le lien.. ) :

http://opensuse-community.org/1-click-collection

[ Répondre ]

Cela dit, j'ai bien eu un problème avec le WiFi (ipw3945) qui ne fonctionne pas avec des AP cachés

Utilise le pilote libre iwlwifi.

Le blob proprio d'intel est pourrave sur certain point. Le pilote libre n'est pas encore parfait, mais il évolue, lui.

[ Répondre ]

Alors, le cycle de développement d'openSUSE est de 8 à 10 mois, et est un peu plus flexible que les autres distributions.

Grosso modo, Novell "impose" une fenêtre de 2 ans entre 2 version Entreprise, et les dev se "débrouillent" pour sortir 3 versions openSUSE dans ce laps de temps.

En ce qui concernent les mises à jours, la stratégie recommandée est d'effectuer une nouvelle installation. Le "dist-upgrade" est bien évidemment possible, et avec le système de gestion des paquets totalement remanié (plus d'info dans la dépêche de demain), il est possible que cette manière de faire soit mis à pied d'égalité avec la méthode "fresh-install"... (bruits de couloirs IRC qui le font entendre, même si rien n'est encore officiellement décidé).

Personnelement, je fais généralement une nouvelle installation en conservant ma /home. J'ai prévu un formatage total pour la 11.0, puisque je pense migrer définitivement de ReiserFS à XFS.

[ Répondre ]

Je ne saurais pas dire pourquoi, mais je ne me sent pas du tout attiré par OpenSuse. ça doit être idiot, car c'est sûrement une belle distro.

Hello chicha,

Excellent journal, ca fait vraiment plaisir de lire des articles/journaux d'aussi bonne qualité sur DLFP.

Je constate que j'ai un parcours très similaire au tiens : Mandrake 9.0 à 9.2, SUSE 9.0 puis en parallèle disvers essais et parcours de quelques mois sous différentes distrib (Gentoo, FreeBSD, rapidement Kubuntu, Slack et finalement Arch que j'apprécie aussi énormément).

Pour des raisons simililaires aux tiennes, je suis aussi revenu de façon stable à une distrib à release fixe, à savoir openSUSE, qui correspond plus ou moins, comme Mandriva, à ce que tu cherches effectivement.

Ayant eu l'occasion de survoler une Mandriva (2007.x) il y a quelques temps, je peux 'affirmer que les deux sont plus ou moins équivalentes aux premiers abord. Quelques différences cependant qui me viennent à l'esprit, et qui pourront peut être t'aider à te faire une idée :

- Les outils YaST et DrakeConf sont comparables. Les outils openSUSE sont dispo en version Qt/GTK/ncurse selon le bureau utilisé, renforcant l'intégration. Un bon point pour l'outil de partitionnment de Mandriva qui est plus intuitif à mon avis.
- la communauté openSUSE, toujours grandissante, se veut de plus en plus ouverte (tant en terme de "code" qu'en terme de contribution externe), le BuildService est un excellent outils pour créer et partager ses paquets pour toutes sortes de distribution.
- Bien qu'openSUSE soit "sponsorisée" par une entreprise (Novell), le marketing de cette derniere est inexistant, faisant plus ressembler openSUSE au modèle Fedora.
- Comme Fedora, openSUSE pousse l'innovation, mais dans une moindre mesure. Innovative, en "restant utilisable" pour l'utilisateur lambda.
- Le design léché d'openSUSE est sans équivalence à mon avis :)
- la communauté francophone est bien moindre que celle de Mandriva, et il y a, bien sûr, l'accord MS-Novell pour les produits entreprise qui refroidira les plus "libristes".

[ Répondre ]

Je suis particulièrement ravi que nous supportions Magnatune

En vo :

"I am particularly glad that we are supporting Magnatune"

Qu'entend-t-il par "supportions" ?

Est-ce du code, ou un support financier ? (ils font ça chez canonical ?)
Si oui, alors on ne peut être que ravi que Canonical aide un projet opensource :)

Mais si c'est simplement un synonyme de "utilisons" ou "utilisons par défaut", il serait plus mieux effectivement qu'il la ferme utilise des termes plus appropriés.

[ Répondre ]