Under the Community Promise, Microsoft provides assurance that it will not assert its Necessary Claims against anyone who makes, uses, sells, offers for sale, imports, or distributes any Covered Implementation under any type of development or distribution model, including open-source licensing models such as the LGPL or GPL.
D'ailleurs, c'est ce qu'on appelle un "portefeuille de brevets", avec chaque acteur qui essai d'avoir le plus gros. Et la meilleure anologie est effectivement celle de la guerre froide.
Les brevets sont une arme de dissuasion, mais un aucun cas un gros acteur se risquerait à en attaquer un autre sous peine de voir le portefeuille de brevet du dernier se retourner contre lui.
Le système de brevet est pourri, on peut breveter tout et n'importe quoi (grosso modo) mais il est là et on fera avec. Faudra juste arrêter avec cette paranoia d'attaques de MS envers tout le monde. Le premier qui dégaine signe son arrêt de mort.
Ma question à l'époque respectait autant que je le pouvais les règles de l'art: je participe rarement aux tr.. discussion sur internet, mais je les consulte souvent, comme toute personnes qui doit pour une raison ou une autre avoir une utilisation semi avancé de l'outil informatique.
Seulement, lorsque j'ai un problème sur mon serveur, je trouve facilement la solution à mon problème (celui qui ne ce trouve pas dans le MAN ni dans le FM). Lorsque j'ai un problème du même type (qui ne trouve pas sa solution dans le MAN, ni dans le FM, ni sur ubuntu.fr) il n'est pas toujours une bonne idée de poster sur un forum debian.
Si tu exposes clairement ton problème et les démarches que tu as effectuées, tu n'auras pas les problèmes que tu cites. Encore une fois, RTFM qui se trouve là : http://www.gnurou.org/writing/smartquestionsfr
J'ajouterais que les choix d'une distribution implique d'assumer sa philosophie, le fonctionnement de sa commununauté et ses éventuels utilisateurs kikoolol. Si le public Ubuntu ne te convient pas, sache qu'il existe plein de distribution autant facile d'accès avec un public plus mûr.
C'est un portage officiel par Google, ou bien est-ce encore un truc préfourni avec Wine ?
C'est du code natif. Ca n'utilise pas le brand Google, parce que c'est pas stable actuellement, mais ce sont bel et bien les mêmes développeurs derrières Google Chrome et Chromium.
In order to get more feedback from developers, we have early developer channel versions of Google Chrome for Mac OS X and Linux [...]
Et ça date du 4 juin 2009. Bref, ça avance, lentement parce que la portabilité n'a sans doute pas été le critère décisif dans la conception initiale, mais ca avance.
Tu serais d'ailleurs bien gentil de tester les build et de rapporter les bogues (au lieu de râler).
Oui, Firefox gagne sur le nombre d'add-ons, mais un grand nombre de personnalisations que vous souhaitez télécharger pour Firefox font déjà partie intégrante de Internet Explorer 8.
Je connais pas IE8, mais c'était effectivement le cas pour Opera, avec une ~20aines d'extension "built-in" par rapport a une certaine version de FF (2.0?).
[...] les fabriquants de matos vont s'empresser de créer leurs pilotes, puis Torvalds va dire «Si c'est pas libre, je dis que ça marche pas», et voilà, on a nos pilotes libres.
On parle de Torvalds, là, pas du vieux barbu, hein ;)
Outre le fait que les téléchargements sont plus petits et les medias plus fournis grace a la meilleure compression, la décompression de ces derniers est également meilleure, d'ou une installation plus rapide (d'un facteur 2.5 dans certains cas). Le Build Service morfle cependant un peu plus, mais ils ont de la marge.
Il aussi probable que le format des metadatas utilisé par le gestionnaire ZYpp passe à LZMA dans un futur plus ou moins proche (voir le récent billet http://duncan.mac-vicar.com/blog/archives/537 )
Je fais également partie des testeurs, et bien que le status soit déclaré en "qualité alpha", c'est largement utilisable et bien plus!
De temps en temps (enfin... ça m'est arrivé qu'une fois), une petite fenêtre indique "oops.. vous avez trouvé un bug - l'équipe a été averti, merci!". Comment faire plus simple ?
SUSE Studio est construit sur les fondations du Build Service, on peut donc ajouter n'importe quel dépôt existant, voir même un dépôt externe comme packman.
Il utilise le gestionnaire ZYpp pour résoudre les dépendances et KIWI, le système de création d'image d'openSUSE, permettant de créer des LiveCD/DVD/image USB/Xen ou VMware, compilés en quelques minutes seulement !
Et en plus, c'est joli :) Bon travail de jimmac, comme d'habitude.
Reste à voir l'impact de ce cheval de bataille d'openSUSE. Verra-t'on une prolifération de distrib basées sur SUSE ? Côté licence, j'ai ouie dire que le système ne sera pas publié délibérément sous licence libre (comme l'est le BS), du moins à court/moyen terme... Un nouveau Launchpad ?
Une autre solution, c'est de travailler un peu un spec.file afin de générer des backports pour toutes les distributions majeures à l'aide du Build Service d'openSUSE (qui résoud justement les deux problèmes que tu cites).
C'est aussi une bonne alternative pour les distributions qui ne fonctionnent pas sur le principe de la "rolling release".
> Le niveau atteint par OpenSuse est surprenant. D'autant plus qu'à ma connaissance il n'y a que Fedora qui propose au premier démarrage de s'inscrire sur smolt.
Non, pas si surprenant que ça, puisque depuis openSUSE 11.1 l'envoi de données est proposé au premier démarrage (comme Fedora).
> Enfin, concernant les gros contrats, ils sont en général planifier et passe entre les goutes d'une crise (voire par exemple Unix qui s'en sort le mieux actuellement).
Autre chose, si c'est seulement fluctuant, pourquoi Novell à virer du monde de la branche Linux ?
Je m'en tiens aux explications officielles (à défaut de mieux), et je n'ai pas la réponse à ta question, ni autre explication possible :/
> Et pour Mono ? Ben il y a que Novell. C'est un peu jouer à quite ou double son avenir. Aujourd'hui Red Hat fait autant de pognon avec JBoss qu'avec RHEL ! [...] Peut-être que dans un avenir lointain Novell aura un retour sur investissement.
Effectivement, c'est un peu un pari sur l'avenir. Je pense personnellement que ce sera payant, mais je n'ai aucune idée quand, ni dans quelle proportion. Le plus gros défaut de Mono pour Novell, c'est que l'entreprise ne prend pas le train Java qui a fait ses preuves et est effectivement très lucratif.
> On trouvera facilement des articles sur http://www.novell.com/ qui pourri Red Hat. Sur le site de Red Hat c'est rare.
Sur le premier lien que tu donnes, je vois un cours qui explique les différences entre RHEL et SLE, pour les éventuels intéressés. Egalement pas mal de comparaison entre diverses solutions (par ex. http://www.novell.com/products/server/compare.html, entre SLES, Solaris, RHEL, Win Server et openSUSE).
Sur le fond, je vois un outsider qui essai de se détacher par rapport au leader du marché.. rien de bien nouveau dans le monde du business. Sur la forme, je trouve aussi certaines remarques vis à vis de RH un peu "limite".
> Oui, et je ne vais pas en rediscuter maintenant. Sinon pourquoi la FSF a dénoncé cet accord ? Pour ça (ça vient de Novell)
Oui, et je ne vois rien de "faux" la dedans : un accord bilatéral de non-aggression entre Novell et MS. Sur le fond, rien ne change/a changé pour les autres projets.
Mais nous ne méprenons pas : je suis (très) loin d'être un défenseur de Novell. Si le fond de l'accord MS-Novell ne me derange pas (je ne crois pas à la théorie du complot, et ne vois aucune raison de "démoniser" Novell "juste parce" qu'ils travaillent avec Microsoft), je n'approuve pas la forme, ni la communication de Novell envers la communauté du Libre/openSUSE.
A part ça, me demande toujours comment tu arrives à pondre des posts à 3h du mat' et à te lever le matin pour aller au boulot ;)
Certaines sont comptabilisées de la même manière que Fedora, une comparaison direct est donc possible. Grosso modo, la dernière openSUSE 11.1 semble rencontrer un peu moins de succès que la version précédente (11.0), mais est toujours mieux placé que la version 10.3.
Concernant les "chiffres" de Novell, il faut peut être préciser que l'entreprise dépend plus de "gros" contrats décrochés ici et là de façon non régulière, alors que RH semble bien plus stable et régulier de ce côté là.
Je n'ai pas d'avis sur MoonLight, mais Mono est peut être un pion bien placé pour l'avenir (quoique qu'en disent certains libristes).
Je ne te suis pas sur l'expression "stratégie pour piquer des clients Red Hat". A l'origine, l'accord MS-Novell concernent des clients qui ne font pas partie du segment concerné par RH. J'ai peut être loupé quelque chose ?
(Remarque personnelle : je ne suis pas sûr que prendre Boycottnovell comme référence soit vraiment adéquat.. ).
Depuis quelques jours Novell vire des développeurs SuSE alors que Novell prétent que c'est son secteur d'avenir. Si Linux est le secteur de croissance de Novell, pourquoi diable virer des développeurs ? Les compétances sont ce qu'il y a de plus précieux dans une entreprise, et ce qu'il y a de plus dure à retrouver.
Sur près d'une centaine de licenciements chez Novell, 25 à 30 développeurs travaillant dans le secteur SLE/openSUSE ont perdu leur job (et pas les moins qualifiés :/ ). Entièrement d'accord avec toi sur ce point là : C'est une perte pour Novell, mais aussi et avant tout pour la communauté openSUSE et le libre.
Et puis après c'est une question de principes de libriste. C'est comme un partenariat avec des activités légales de la pègre, tu pourrais y gagner.
c'est quoi le principe libriste en question?
Envoyer MS par le fond? C'ets une principe libriste ca?
Tu confirmes donc que le libre n'existe que par opposition a MS et n'a pas d'autre raison d'etre?
Mais tu pourrais aussi avoir des principes et choisir de ne t'associer qu'avec des gens clean.
Oui, reste entre gens biens, c'est mieux ;-)
<pensée du jour>
Parfois en lisant DLFP, je culpabilise presque d'utiliser Linux parce que je suis pour le libre et pas parce que je suis contre Microsoft ;)
</pensée du jour>
C'est un peu plus compliqué que cela : openSUSE dispose d'un cycle de release de 8 mois en moyenne. mais il est flexible pour s'adapter aux besoins présents. Ainsi, 10 mois ont été nécessaire pour la 11.0, et 6 seulement pour la version 11.1 (avec des objectifs différents, cette dernière release étant la "fondation" de la futur SLE 11 et moins audacieuse).
Sans être calé sur les releases de KDE ou Gnome ou ... (parce qu'on attendrait indéfiniment la sortie de tel ou tel composant), les grosses nouveautés sont prises en compte dans le planning. Par exemple, pour avoir le temps d'intégrer et stabiliser au besoin KDE 4.3.x, le cycle de la version 11.2 a été ralongé de 2 mois (septembre 09 - soit 10 mois de dev).
Pour la mise à jour vers la version 4.2, il suffit d'ajouter les bons dépôts du Build Service et d'effectuer simplement la mise à jour avec zypper ou YaST.
- Tu fais allusion à "Zippy". J'imagine que tu parles plutôt de "Zypper".
- Tu as presque réussi à écrire le nom de la distrib correctement : Il s'agit d'"openSUSE", et non d'OpenSUSE :) (à ta décharge, pratiquement personne ne reussi à l'écrire tant il a changé au fil des années, et les limitations de MediaWiki n'aident pas en ce sens sur le wiki officiel).
Pour ma part, j'ai trouvé dans cette version 11.1 une version bien consolidée sous le capôt, avec un gestionnaire de paquet encore un chouilla plus rapide, mais pas mal de petits défauts apparaissant ici et là en surface malgré une période de freeze plus longue (ex: le bug de PoliceKit rendant par défaut impossible la gravure avec les droits utilisateur). Rien de bien sérieux ou méchant, mais agaçant pour l'utilisateur débutant.
Sinon, merci pour cette n-ième review qui remplie encore une fois bien sa mission : donner un aperçu rapide sur la distribution.
# YaST, Java, Mono..
Posté par Spyhawk . En réponse au journal Utiliser Mono sans peur. Évalué à 2.
Je n'utilise pas Mono, mais c'est bon de voir un langage de programmation alternatif être utilisable librement dans un projet libre.
Farvadin : Tu peux changer ta signature :]
[^] # Re: danger
Posté par Spyhawk . En réponse au journal Mono: C’est un grave danger et seuls les imbéciles l’ignoreront, jusqu’au jour où il sera trop tard.. Évalué à 2.
http://port25.technet.com/archive/2009/07/06/the-ecma-c-and-(...)
Under the Community Promise, Microsoft provides assurance that it will not assert its Necessary Claims against anyone who makes, uses, sells, offers for sale, imports, or distributes any Covered Implementation under any type of development or distribution model, including open-source licensing models such as the LGPL or GPL.
Le FUD Mono est mort.
# c'est à cause de
Posté par Spyhawk . En réponse au journal Faire un post-doc à l'étranger. Évalué à 6.
[^] # Re: danger
Posté par Spyhawk . En réponse au journal Mono: C’est un grave danger et seuls les imbéciles l’ignoreront, jusqu’au jour où il sera trop tard.. Évalué à 2.
Les brevets sont une arme de dissuasion, mais un aucun cas un gros acteur se risquerait à en attaquer un autre sous peine de voir le portefeuille de brevet du dernier se retourner contre lui.
Le système de brevet est pourri, on peut breveter tout et n'importe quoi (grosso modo) mais il est là et on fera avec. Faudra juste arrêter avec cette paranoia d'attaques de MS envers tout le monde. Le premier qui dégaine signe son arrêt de mort.
[^] # Re: Et pour l'entre deux???
Posté par Spyhawk . En réponse au journal Pas de section linux.ubuntu dans les forums ?. Évalué à 3.
Seulement, lorsque j'ai un problème sur mon serveur, je trouve facilement la solution à mon problème (celui qui ne ce trouve pas dans le MAN ni dans le FM). Lorsque j'ai un problème du même type (qui ne trouve pas sa solution dans le MAN, ni dans le FM, ni sur ubuntu.fr) il n'est pas toujours une bonne idée de poster sur un forum debian.
Si tu exposes clairement ton problème et les démarches que tu as effectuées, tu n'auras pas les problèmes que tu cites. Encore une fois, RTFM qui se trouve là : http://www.gnurou.org/writing/smartquestionsfr
J'ajouterais que les choix d'une distribution implique d'assumer sa philosophie, le fonctionnement de sa commununauté et ses éventuels utilisateurs kikoolol. Si le public Ubuntu ne te convient pas, sache qu'il existe plein de distribution autant facile d'accès avec un public plus mûr.
[^] # Re: Euh....
Posté par Spyhawk . En réponse au journal Quand Google se fiche de Linux / When Google muck about Linux. Évalué à 2.
C'est du code natif. Ca n'utilise pas le brand Google, parce que c'est pas stable actuellement, mais ce sont bel et bien les mêmes développeurs derrières Google Chrome et Chromium.
[^] # Re: Euh....
Posté par Spyhawk . En réponse au journal Quand Google se fiche de Linux / When Google muck about Linux. Évalué à 8.
In order to get more feedback from developers, we have early developer channel versions of Google Chrome for Mac OS X and Linux [...]
Et ça date du 4 juin 2009. Bref, ça avance, lentement parce que la portabilité n'a sans doute pas été le critère décisif dans la conception initiale, mais ca avance.
Tu serais d'ailleurs bien gentil de tester les build et de rapporter les bogues (au lieu de râler).
[^] # Re: Ironie
Posté par Spyhawk . En réponse au journal Get The Facts : le retour. Évalué à 1.
Oui, Firefox gagne sur le nombre d'add-ons, mais un grand nombre de personnalisations que vous souhaitez télécharger pour Firefox font déjà partie intégrante de Internet Explorer 8.
Je connais pas IE8, mais c'était effectivement le cas pour Opera, avec une ~20aines d'extension "built-in" par rapport a une certaine version de FF (2.0?).
Alors pourquoi pas ?
[^] # Re: Troll, ou pas
Posté par Spyhawk . En réponse au journal Kde 4.3 beta2. Évalué à 1.
[^] # Re: Doublon ?
Posté par Spyhawk . En réponse au journal KDE 4.3, ça promet pour juillet !. Évalué à 4.
On parle de Torvalds, là, pas du vieux barbu, hein ;)
[^] # Re: Evolution logique
Posté par Spyhawk . En réponse à la dépêche Slackware abandonne les tgz. Évalué à 5.
http://en.opensuse.org/LZMA
Outre le fait que les téléchargements sont plus petits et les medias plus fournis grace a la meilleure compression, la décompression de ces derniers est également meilleure, d'ou une installation plus rapide (d'un facteur 2.5 dans certains cas). Le Build Service morfle cependant un peu plus, mais ils ont de la marge.
Il aussi probable que le format des metadatas utilisé par le gestionnaire ZYpp passe à LZMA dans un futur plus ou moins proche (voir le récent billet http://duncan.mac-vicar.com/blog/archives/537 )
# Ouai..
Posté par Spyhawk . En réponse au journal suse studio: ça troue le cul. Évalué à 3.
De temps en temps (enfin... ça m'est arrivé qu'une fois), une petite fenêtre indique "oops.. vous avez trouvé un bug - l'équipe a été averti, merci!". Comment faire plus simple ?
SUSE Studio est construit sur les fondations du Build Service, on peut donc ajouter n'importe quel dépôt existant, voir même un dépôt externe comme packman.
Il utilise le gestionnaire ZYpp pour résoudre les dépendances et KIWI, le système de création d'image d'openSUSE, permettant de créer des LiveCD/DVD/image USB/Xen ou VMware, compilés en quelques minutes seulement !
Et en plus, c'est joli :) Bon travail de jimmac, comme d'habitude.
Reste à voir l'impact de ce cheval de bataille d'openSUSE. Verra-t'on une prolifération de distrib basées sur SUSE ? Côté licence, j'ai ouie dire que le système ne sera pas publié délibérément sous licence libre (comme l'est le BS), du moins à court/moyen terme... Un nouveau Launchpad ?
[^] # Re: PiSI ?
Posté par Spyhawk . En réponse au journal La sécurité des gestionnaires de paquets. Évalué à 2.
[^] # Re: PiSI ?
Posté par Spyhawk . En réponse au journal La sécurité des gestionnaires de paquets. Évalué à 2.
Je crois que l'article en question a déjà fait le tour du net (j'ai du le lire il y a quelques semaines). PDF dispo ici :
http://www.usenix.org/publications/login/2009-02/openpdfs/sa(...)
[^] # Re: une RC avec un kernel non stable
Posté par Spyhawk . En réponse à la dépêche Sortie de Mandriva Linux 2009 Spring RC 1 : La transformation.... Évalué à 3.
[^] # Re: Ubuntu et les autres
Posté par Spyhawk . En réponse au journal Wormux 0.8.3. Évalué à 1.
C'est aussi une bonne alternative pour les distributions qui ne fonctionnent pas sur le principe de la "rolling release".
[^] # Re: openSUSE stats et licenciements
Posté par Spyhawk . En réponse au journal En vrac et exsuse.de. Évalué à 2.
Non, pas si surprenant que ça, puisque depuis openSUSE 11.1 l'envoi de données est proposé au premier démarrage (comme Fedora).
> Enfin, concernant les gros contrats, ils sont en général planifier et passe entre les goutes d'une crise (voire par exemple Unix qui s'en sort le mieux actuellement).
Autre chose, si c'est seulement fluctuant, pourquoi Novell à virer du monde de la branche Linux ?
Je m'en tiens aux explications officielles (à défaut de mieux), et je n'ai pas la réponse à ta question, ni autre explication possible :/
> Et pour Mono ? Ben il y a que Novell. C'est un peu jouer à quite ou double son avenir. Aujourd'hui Red Hat fait autant de pognon avec JBoss qu'avec RHEL ! [...] Peut-être que dans un avenir lointain Novell aura un retour sur investissement.
Effectivement, c'est un peu un pari sur l'avenir. Je pense personnellement que ce sera payant, mais je n'ai aucune idée quand, ni dans quelle proportion. Le plus gros défaut de Mono pour Novell, c'est que l'entreprise ne prend pas le train Java qui a fait ses preuves et est effectivement très lucratif.
> On trouvera facilement des articles sur http://www.novell.com/ qui pourri Red Hat. Sur le site de Red Hat c'est rare.
Sur le premier lien que tu donnes, je vois un cours qui explique les différences entre RHEL et SLE, pour les éventuels intéressés. Egalement pas mal de comparaison entre diverses solutions (par ex. http://www.novell.com/products/server/compare.html, entre SLES, Solaris, RHEL, Win Server et openSUSE).
Sur le fond, je vois un outsider qui essai de se détacher par rapport au leader du marché.. rien de bien nouveau dans le monde du business. Sur la forme, je trouve aussi certaines remarques vis à vis de RH un peu "limite".
> Oui, et je ne vais pas en rediscuter maintenant. Sinon pourquoi la FSF a dénoncé cet accord ? Pour ça (ça vient de Novell)
Oui, et je ne vois rien de "faux" la dedans : un accord bilatéral de non-aggression entre Novell et MS. Sur le fond, rien ne change/a changé pour les autres projets.
Mais nous ne méprenons pas : je suis (très) loin d'être un défenseur de Novell. Si le fond de l'accord MS-Novell ne me derange pas (je ne crois pas à la théorie du complot, et ne vois aucune raison de "démoniser" Novell "juste parce" qu'ils travaillent avec Microsoft), je n'approuve pas la forme, ni la communication de Novell envers la communauté du Libre/openSUSE.
A part ça, me demande toujours comment tu arrives à pondre des posts à 3h du mat' et à te lever le matin pour aller au boulot ;)
# openSUSE stats et licenciements
Posté par Spyhawk . En réponse au journal En vrac et exsuse.de. Évalué à 4.
Certaines sont comptabilisées de la même manière que Fedora, une comparaison direct est donc possible. Grosso modo, la dernière openSUSE 11.1 semble rencontrer un peu moins de succès que la version précédente (11.0), mais est toujours mieux placé que la version 10.3.
A voir aussi les stats de Smolt (OS) : http://smolts.org/static/stats/stats.html pour la comparaison Fedora 10/openSUSE 11.1 (~50% vs 30%).
Concernant les "chiffres" de Novell, il faut peut être préciser que l'entreprise dépend plus de "gros" contrats décrochés ici et là de façon non régulière, alors que RH semble bien plus stable et régulier de ce côté là.
Je n'ai pas d'avis sur MoonLight, mais Mono est peut être un pion bien placé pour l'avenir (quoique qu'en disent certains libristes).
Je ne te suis pas sur l'expression "stratégie pour piquer des clients Red Hat". A l'origine, l'accord MS-Novell concernent des clients qui ne font pas partie du segment concerné par RH. J'ai peut être loupé quelque chose ?
(Remarque personnelle : je ne suis pas sûr que prendre Boycottnovell comme référence soit vraiment adéquat.. ).
Depuis quelques jours Novell vire des développeurs SuSE alors que Novell prétent que c'est son secteur d'avenir. Si Linux est le secteur de croissance de Novell, pourquoi diable virer des développeurs ? Les compétances sont ce qu'il y a de plus précieux dans une entreprise, et ce qu'il y a de plus dure à retrouver.
Sur près d'une centaine de licenciements chez Novell, 25 à 30 développeurs travaillant dans le secteur SLE/openSUSE ont perdu leur job (et pas les moins qualifiés :/ ). Entièrement d'accord avec toi sur ce point là : C'est une perte pour Novell, mais aussi et avant tout pour la communauté openSUSE et le libre.
[^] # Re: Firefox est-il un bloatware ?
Posté par Spyhawk . En réponse au journal Firefox est-il un bloatware (en français : un logiciel dont les fonctionnalités ne justifie pas une telle utilisation des ressources matérielles) ?. Évalué à 7.
:)
[^] # Re: Main dans la main ?!?
Posté par Spyhawk . En réponse au journal Partenariat entre Red Hat et Microsoft sur la virtualisation. Évalué à 1.
c'est quoi le principe libriste en question?
Envoyer MS par le fond? C'ets une principe libriste ca?
Tu confirmes donc que le libre n'existe que par opposition a MS et n'a pas d'autre raison d'etre?
Mais tu pourrais aussi avoir des principes et choisir de ne t'associer qu'avec des gens clean.
Oui, reste entre gens biens, c'est mieux ;-)
<pensée du jour>
Parfois en lisant DLFP, je culpabilise presque d'utiliser Linux parce que je suis pour le libre et pas parce que je suis contre Microsoft ;)
</pensée du jour>
[^] # Re: Euh
Posté par Spyhawk . En réponse au message Konqueror victime des circonflexes. Évalué à 6.
[^] # Re: Mouarf
Posté par Spyhawk . En réponse au journal Troll : Ubuntu vs other AND KDE vs Gnome réuni !. Évalué à 1.
plop@geeko:~> webpin qalculate
6 results (6 packages) found for "qalculate" in openSUSE_111
* qalculate: Powerful Calulator application
(not installed)
- 0.9.6 [BS::home:/MasterPatricko]
[...]
Jette un oeil dans le dépôt http://download.opensuse.org/repositories/home:/MasterPatric(...)
[^] # Re: Dommage : mauvais timing
Posté par Spyhawk . En réponse à la dépêche Test d'openSUSE 11.1. Évalué à 3.
Sans être calé sur les releases de KDE ou Gnome ou ... (parce qu'on attendrait indéfiniment la sortie de tel ou tel composant), les grosses nouveautés sont prises en compte dans le planning. Par exemple, pour avoir le temps d'intégrer et stabiliser au besoin KDE 4.3.x, le cycle de la version 11.2 a été ralongé de 2 mois (septembre 09 - soit 10 mois de dev).
Pour la mise à jour vers la version 4.2, il suffit d'ajouter les bons dépôts du Build Service et d'effectuer simplement la mise à jour avec zypper ou YaST.
# Quelques remarques...
Posté par Spyhawk . En réponse à la dépêche Test d'openSUSE 11.1. Évalué à 4.
- Tu fais allusion à "Zippy". J'imagine que tu parles plutôt de "Zypper".
- Tu as presque réussi à écrire le nom de la distrib correctement : Il s'agit d'"openSUSE", et non d'OpenSUSE :) (à ta décharge, pratiquement personne ne reussi à l'écrire tant il a changé au fil des années, et les limitations de MediaWiki n'aident pas en ce sens sur le wiki officiel).
Pour ma part, j'ai trouvé dans cette version 11.1 une version bien consolidée sous le capôt, avec un gestionnaire de paquet encore un chouilla plus rapide, mais pas mal de petits défauts apparaissant ici et là en surface malgré une période de freeze plus longue (ex: le bug de PoliceKit rendant par défaut impossible la gravure avec les droits utilisateur). Rien de bien sérieux ou méchant, mais agaçant pour l'utilisateur débutant.
Sinon, merci pour cette n-ième review qui remplie encore une fois bien sa mission : donner un aperçu rapide sur la distribution.
[^] # Re: On voit bien la mentalité de Canonical
Posté par Spyhawk . En réponse au journal Chronique d'une liberation annoncée..... Évalué à 5.
Bye bye.