>> Maintenant je ne trouve pas vraiment étonnant qu’il n’y ait pas encore de dépêche sur le sujet, car un rédacteur responsable se doit de l’avoir installer pour pouvoir en parler en toute connaissance de cause.
N'importe quoi. Avec ce raisonnement, il n'y aurait jamais de dépêche sur la sortie de n'importe quelle distribution ou logiciel au jour J de sortie.
Une dépêche sur la sortie d'une nouvelle version de {distrib|noyau|autre}, ça se prépare, en se tenant au courant des évolutions, en regardant les releases notes ou toutes autres nouvelles qui ont été préparées (blog, bugzilla, ...) durant le cycle de développement de {distrib|noyau|autre}.
S'il n'y a pas de news Ubuntu, c'est que personne n'a investi le temps pour la faire.
Sachant que l'expertise de la distribution Mandriva n'est plus chez Mandriva (la société), on assiste plutôt à un nouveau départ qu'un "simple" fork, non (dans le même genre qu'X.org vs XFree) ?
Et puis... qui te dis que Mandriva (la société) n'espérait pas qu'un projet communautaire viable se forme autour du code? C'est pas avec les 2-3 développeurs qu'ils restent qu'ils vont sortir une distribution potable dans 9 mois.
Il faudrait voir le contenu exacte de la licence du SDK. Il me semble qu'elle restreint la vente des "produits" créés avec lui et je ne suis pas sûr que cette licence soit compatible OSI.
Mais note que j'ai plus utilisé le terme "open source" dans le sens où tu peux avoir le code source des librairies de la "game logique" sur ta machine et les compiler. Je ne suis pas sûr que l'on peut donner une licence open source (au sens OSI) à des librairies dès lors qu'elles ne sont utilisables qu'avec un exécutable closed source (celui qui vient d'être libéré).
En fait, Return to Castle Wolfenstein (2001) utilise un moteur basé sur le moteur Quake3, et Wolfenstein: Enemy Territory (2003) utilise lui même une version améliorée du moteur de RTCW.
A noter que la partie gaming de W:ET était déjà open source depuis 2005, donnant naissance à plusieurs "mods" de grande qualité. Mais c'est une très bonne nouvelle pour le futur graphique de ce jeu dont le gameplay reste, amha, inégalé à ce jour.
Je ne sais plus exactement quand ça a été introduit (11.1?), mais par hasard, tu as vérifié que ce n'est tout simplement pas le "vendor change" qui entre en jeu?
même le plus dur reste encore à faire ; convaincre les autres fournisseurs de navigateurs de supporter VP8. Je pressent que ça ne sera pas évident avec certains ;)
Suffit de passer YouTube en VP8 par défaut :P
Ah, ben en plus c'était dans l'article: "Given the vast numbers of videos it serves there and its market share in the Internet industry, it wouldn't be a bad bet that whatever Google decides to deploy on Youtube others will follow."
Par défaut, le solveur Zypp n'est pas aggressif et demande l'avis de l'utilisateur lorsqu'une opération demande un downgrade/une suppression de paquets en dépendances (causé par un changement de dépendances sur le nouveau paquet la plupart du temps).
Tu peux forcer la résolution avec le paramètre "--force-resolution" lors d'une install / upgrade, ou jeter un oeil à la variable " forceResolutionCommands" dans /etc/zypp/zypper.conf si tu veux péreniser ce comportement.
zypp ne sait pas gérer correctement les conflits où bien il y a des dépôts vraiment merdiques comme à la grande époque des dépôts dans tout les coins qui se marchent dessus ?
Non, c'est plutôt qu'il est très (trop) facile de mixer des dépôts prévus pour différentes versions d'openSUSE très facilement. Zypp s'en sort plutôt pas mal, même avec beaucoup de dépôts différents. Par contre, si comme la majorité des gens qui ont des soucis avec les dépôts openSUSE, tu utilises un dépôts 11.1 ou Factory sur un système 11.2, là oui, ça devient un incroyable bordel. C'est même pas lié directement à Zypp, mais au Build Service qui "compile" les différents dépôts sur les dépôts principaux.
En 2 mots voilà mon ressenti : c'est un gestionnaire de paquets bien fichu dans un seul sens : celui de l'installation. Faut pas lui demander de gérer correctement la dé-installation...
Tout à fait. Le nettoyage des dépendances à la désinstallation n'a été que récemment intégré (pas trop tôt), et ce sera pour la 11.3 (ou dispo dès maintenant en Backport pour ceux qui veulent essayer).
Il me semble que c'est essentiellement dû au buildsystem en fait, et non au gestionnaire lui même. D'un cpoté je trouve ça évident d'avoir un buildststem quasiement totalement automatique (le packaging, franchement... à part pour les montées de versions du soft et des changements mineurs qui doivent être fait et/ou vérifier à la main) c'est typiquement le truc qui aurait du être industrialiser depuis longtemps. Donc très bien chez suse, d'un autre côté cela enlève forcément la souplesse des interventions manuelles pour les packageurs.
Non ?
C'est tout à fait ça. On observe parfois des "bugs" étranges à cause du Build Service: lorsque qu'un dépôt est "reconstruit" via intervention manuelle pour une raison x ou y, il est arrivé que la numération automatique des paquets (du style, kdebase-4.4.3-x.y) ne suivent pas, et l'on a des paquets plus récents avec une numérotation plus vieille... et on se retrouve à "downgrader" des paquets pour une upgrade. Ca reste l'exception, c'est connu de la part de l'équipe qui bosse sur le Build Service et ca ne devrait pas arriver de nouveau dans le futur (en théorie). Mais ca n'est pas directement lié au package manager.
Après, Zypp a encore pas mal de lacunes à combler face aux systèmes "concurrents" (pas de fonction auto-remove orphan par exemple), des fonctionnalités supplémentaires discutées mais pas intégrées actuellement (génération des fichier binaires .solv directement dans les dépôts au lieu de télécharger de lourdes métadonnées raw suivi de la génération en local des .solv), voir même certains mécanismes à revoir, comme les "vendors changes", qui ne sont pas du tout intuitifs et qui mériteraient d'être simplifiés (va donc expliquer à un newbie qu'il y a un paquet plus récent, mais que "zypper up" ne fera pas l'upgrade par défaut parce que le vendor est différent... ).
Mais dans l'ensemble, ZYpp est vraiment, vraiment pas mal.
... mais où le gestionnaire de paquets est une catastrophe
Je me demande quand même comment tu utilises le gestionnaire de paquets Zypp, parce que pour l'utiliser depuis pas mal de temps, il n'est pas parfait, mais c'est loin une "catastrophe" comme tu le décris.. Tes problèmes ne cachent-ils pas une mauvaise configuration des dépôts (par exemple)?
[^] # Re: Rien d'étonnant
Posté par Spyhawk . En réponse au journal Ubuntu Maverick Meerkat. Évalué à 3.
N'importe quoi. Avec ce raisonnement, il n'y aurait jamais de dépêche sur la sortie de n'importe quelle distribution ou logiciel au jour J de sortie.
Une dépêche sur la sortie d'une nouvelle version de {distrib|noyau|autre}, ça se prépare, en se tenant au courant des évolutions, en regardant les releases notes ou toutes autres nouvelles qui ont été préparées (blog, bugzilla, ...) durant le cycle de développement de {distrib|noyau|autre}.
S'il n'y a pas de news Ubuntu, c'est que personne n'a investi le temps pour la faire.
[^] # Re: Facile de rejeter la faute à sa distro
Posté par Spyhawk . En réponse au journal Ubuntu, top c'est trop. Évalué à 6.
En même temps, on parle de Gnome, hein.
[^] # Re: Nous sommes plus que 1%
Posté par Spyhawk . En réponse au journal Nous sommes plus que 1%. Évalué à 1.
# :]
Posté par Spyhawk . En réponse au journal Incroyable : Duke Nukem, bientôt débronsonisé ?. Évalué à 1.
[^] # Re: Mageia et Mandriva
Posté par Spyhawk . En réponse à la dépêche Mandriva Linux et après ? Mageia !. Évalué à 4.
~~>[]
[^] # Re: Vous enterrez déjà Mandriva ?
Posté par Spyhawk . En réponse à la dépêche Mandriva Linux et après ? Mageia !. Évalué à 10.
Et puis... qui te dis que Mandriva (la société) n'espérait pas qu'un projet communautaire viable se forme autour du code? C'est pas avec les 2-3 développeurs qu'ils restent qu'ils vont sortir une distribution potable dans 9 mois.
# Merci de ta participation
Posté par Spyhawk . En réponse au journal SuSE Linux en passe de se faire racheter par VMWare. Évalué à 5.
[^] # Re: SystemD
Posté par Spyhawk . En réponse au journal Pas de Systemd pour Fedora 14. Évalué à 4.
[^] # Re: Pas un pingouin, un manchot !
Posté par Spyhawk . En réponse au journal Debian 7.0 = Wheezy. Évalué à 2.
[^] # Re: Graphismes
Posté par Spyhawk . En réponse au journal ID Software libère Wolfenstein Enemy territory et Return to Castle Wolfenstein. Évalué à 1.
Mais note que j'ai plus utilisé le terme "open source" dans le sens où tu peux avoir le code source des librairies de la "game logique" sur ta machine et les compiler. Je ne suis pas sûr que l'on peut donner une licence open source (au sens OSI) à des librairies dès lors qu'elles ne sont utilisables qu'avec un exécutable closed source (celui qui vient d'être libéré).
[^] # Re: Graphismes
Posté par Spyhawk . En réponse au journal ID Software libère Wolfenstein Enemy territory et Return to Castle Wolfenstein. Évalué à 9.
A noter que la partie gaming de W:ET était déjà open source depuis 2005, donnant naissance à plusieurs "mods" de grande qualité. Mais c'est une très bonne nouvelle pour le futur graphique de ce jeu dont le gameplay reste, amha, inégalé à ce jour.
[^] # Re: Gestion des dépots
Posté par Spyhawk . En réponse à la dépêche Sortie d'openSUSE 11.3. Évalué à 1.
[^] # Re: Gestion des dépots
Posté par Spyhawk . En réponse à la dépêche Sortie d'openSUSE 11.3. Évalué à 3.
[^] # Re: Youpi !
Posté par Spyhawk . En réponse au journal Le successeur de TeX. Évalué à 10.
π est un nombre irrationnel, et on peut pourtant l'exprimer par une fraction :
CHEVAL / OISEAU = π
Démonstration:
Par le principe de la commutativité, on sait que
CHEVAL = VACHE L
Or VACHE = βπ et OISEAU = βL
On a donc CHEVAL / OISEAU = VACHE L / OISEAU = βπL / βL = π, CQFD.
:]
[^] # Re: Premier but pour l'afrique du sud
Posté par Spyhawk . En réponse au journal Le moment crucial. Évalué à 4.
[^] # Re: youpi !
Posté par Spyhawk . En réponse au journal On peut y arriver. Évalué à 2.
[^] # Re: Et l'état ?
Posté par Spyhawk . En réponse au journal Mandriva : une situation plus difficile que prévue ?. Évalué à 4.
[^] # Re: Chipotage de chipotage
Posté par Spyhawk . En réponse au journal Test grandeur nature de Nouveau + KDE SC 4.5. Évalué à 3.
[^] # Re: Nouveautés
Posté par Spyhawk . En réponse à la dépêche Fedora 13 « Goddard », parée au décollage. Évalué à 3.
Pas de quoi :]
[^] # Re: Pour rappel et article
Posté par Spyhawk . En réponse à la dépêche CUDF, ou la résolution de dépendances universelle. Évalué à 1.
http://en.opensuse.org/Libzypp/Package_Management#References
# Merci qui?
Posté par Spyhawk . En réponse à la dépêche WebM : un format libre et ouvert pour HTML5. Évalué à 10.
[^] # Re: Il lit LinuxFR ?
Posté par Spyhawk . En réponse au journal Html5 et codec libre. Évalué à 4.
Suffit de passer YouTube en VP8 par défaut :P
Ah, ben en plus c'était dans l'article:
"Given the vast numbers of videos it serves there and its market share in the Internet industry, it wouldn't be a bad bet that whatever Google decides to deploy on Youtube others will follow."
[^] # Re: Adieu Mandriva
Posté par Spyhawk . En réponse au journal Mandriva et Linagora. Évalué à 1.
Tu peux forcer la résolution avec le paramètre "--force-resolution" lors d'une install / upgrade, ou jeter un oeil à la variable " forceResolutionCommands" dans /etc/zypp/zypper.conf si tu veux péreniser ce comportement.
[^] # Re: Adieu Mandriva
Posté par Spyhawk . En réponse au journal Mandriva et Linagora. Évalué à 2.
Non, c'est plutôt qu'il est très (trop) facile de mixer des dépôts prévus pour différentes versions d'openSUSE très facilement. Zypp s'en sort plutôt pas mal, même avec beaucoup de dépôts différents. Par contre, si comme la majorité des gens qui ont des soucis avec les dépôts openSUSE, tu utilises un dépôts 11.1 ou Factory sur un système 11.2, là oui, ça devient un incroyable bordel. C'est même pas lié directement à Zypp, mais au Build Service qui "compile" les différents dépôts sur les dépôts principaux.
En 2 mots voilà mon ressenti : c'est un gestionnaire de paquets bien fichu dans un seul sens : celui de l'installation. Faut pas lui demander de gérer correctement la dé-installation...
Tout à fait. Le nettoyage des dépendances à la désinstallation n'a été que récemment intégré (pas trop tôt), et ce sera pour la 11.3 (ou dispo dès maintenant en Backport pour ceux qui veulent essayer).
Il me semble que c'est essentiellement dû au buildsystem en fait, et non au gestionnaire lui même. D'un cpoté je trouve ça évident d'avoir un buildststem quasiement totalement automatique (le packaging, franchement... à part pour les montées de versions du soft et des changements mineurs qui doivent être fait et/ou vérifier à la main) c'est typiquement le truc qui aurait du être industrialiser depuis longtemps. Donc très bien chez suse, d'un autre côté cela enlève forcément la souplesse des interventions manuelles pour les packageurs.
Non ?
C'est tout à fait ça. On observe parfois des "bugs" étranges à cause du Build Service: lorsque qu'un dépôt est "reconstruit" via intervention manuelle pour une raison x ou y, il est arrivé que la numération automatique des paquets (du style, kdebase-4.4.3-x.y) ne suivent pas, et l'on a des paquets plus récents avec une numérotation plus vieille... et on se retrouve à "downgrader" des paquets pour une upgrade. Ca reste l'exception, c'est connu de la part de l'équipe qui bosse sur le Build Service et ca ne devrait pas arriver de nouveau dans le futur (en théorie). Mais ca n'est pas directement lié au package manager.
Après, Zypp a encore pas mal de lacunes à combler face aux systèmes "concurrents" (pas de fonction auto-remove orphan par exemple), des fonctionnalités supplémentaires discutées mais pas intégrées actuellement (génération des fichier binaires .solv directement dans les dépôts au lieu de télécharger de lourdes métadonnées raw suivi de la génération en local des .solv), voir même certains mécanismes à revoir, comme les "vendors changes", qui ne sont pas du tout intuitifs et qui mériteraient d'être simplifiés (va donc expliquer à un newbie qu'il y a un paquet plus récent, mais que "zypper up" ne fera pas l'upgrade par défaut parce que le vendor est différent... ).
Mais dans l'ensemble, ZYpp est vraiment, vraiment pas mal.
[^] # Re: Adieu Mandriva
Posté par Spyhawk . En réponse au journal Mandriva et Linagora. Évalué à 4.
Je me demande quand même comment tu utilises le gestionnaire de paquets Zypp, parce que pour l'utiliser depuis pas mal de temps, il n'est pas parfait, mais c'est loin une "catastrophe" comme tu le décris.. Tes problèmes ne cachent-ils pas une mauvaise configuration des dépôts (par exemple)?