Articles précédents : Développeur
- [20] Wine 1.0 en approche
- [2] Publication du premier numéro de la DPN, Debian Project News
- [21] Nouveau site communautaire pour OBM, logiciel collaboratif
- [6] Nouvelle édition du code bar le samedi 26 avril
- [57] Ocsigen 1.0.0 : une nouvelle approche de la programmation Web
- [47] Eet passe en 1.0 alpha
- [2] Rockbox recherche des candidats pour le Google Summer of Code
- [0] SIP Communicator et Google Summer of Code
- [2] Plus que quelques jours pour participer au Google Summer of Code 2008
- [137] Sortie de GCC 4.3
Liens connexes
- L'annonce de la sortie (231 hits)
- Quoi de neuf dans de Qt 4.4 ? (1137 hits)
- L'analyse des nouveautés sur ArsTechnica (497 hits)
- Téléchargement de Qt (156 hits)
Dépêche modérée par
Dépêche éditée par
Développeur : Qt 4.4 prend son envol
Posté par eMerzh (Jabber id, page perso, ). Modéré le mercredi 07 mai.
Cette nouvelle version est disponible comme d'habitude sous double licence GPL/propriétaire et fonctionne sous Mac OS X, Windows et Linux.
Annoncée comme une version majeure, Qt 4.4 apporte en effet un grand nombre de nouveautés et le futur KDE 4.1 se basera sur cette version.
![[en]](../../../images/en.png)
L'annonce de la sortie (231 hits)-
Quoi de neuf dans de Qt 4.4 ? (1137 hits)
-
L'analyse des nouveautés sur ArsTechnica (497 hits)
-
Téléchargement de Qt (156 hits)
> Lire la dépêche (149 commentaires, moyenne: 2,8).
Du point de vue des nouveautés, l'ajout de code est estimé à environ 2 millions de lignes de code autant pour l'amélioration des performances que pour l'ajout de nouvelles fonctionnalités et bien sûr la correction de bugs.
Qt4 intègre donc dès à présent le moteur Webkit, permettant d'intégrer facilement un navigateur dans vos logiciels.
Pour rappel, Webkit est le moteur de rendu web issu de KHTML et repris par Apple pour être intégré dans Safari. Il est également utilisé dans l'iPhone d'Apple, dans de nombreux smartphones Nokia, le projet android de Google et de plus en plus de navigateurs.
Cette nouvelle version Qt 4.4, ajoute aussi la prise en charge de Phonon, un framework multimédia créé en partenariat avec les équipes de KDE. Ceci devrait permettre de faciliter l'intégration de contenu multimédia dans les applications et ce sur les différentes plateformes supportées par Qt (Gstreamer sous Linux, DirectShow sur Windows et Quicktime sous Mac.
Qt 4.4 a également pensé à faciliter la programmation de processus parallèles en ajoutant le framework QtConcurrent.
Il devrait également être possible d'interroger et de transformer vos documents XML grâce à la prise en charge de XPath. Le nouveau module ne nomme QtXmlPatterns.
Qt 4.4 intègre aussi la possibilité d'ajouter des widgets sur le canevas GraphicsView, rendant plus flexible et dynamique le rendu de ceux-ci.
Un nouveau module d'aide (QtHelp) permet d'intégrer une aide de façon plus intuitive et plus flexible dans les logiciels basés sur Qt.
Une démonstration vidéo de Qt 4.4 est disponible sur le site de Trolltech et permet de se rendre compte de l'énorme travail qui a été réalisé sur cette version.
Le retour du Troll (WebKit Vs KHTML)
On notera le support de WinCE, l'intégration de Phonon, une nouvelle API pour la programmation concurrente avec QtConcurrent.
Qt4.4 est nettement plus agressif dans le domaine de l'embarqué.
La prochaine version sera plus axé dans l'intégration au système, avec Cocoa sur Mac, portage de Phonon sur WinCE.
On notera la sortie il y a un mois environ de la seconde édition du bouquin "C++ GUI programming with Qt4" basé sur Qt4.3 (la première édition portant sur Qt4.1)
http://www.amazon.fr/C%2B%2B-GUI-Programming-Qt-4/dp/0132354(...)
Maintenant que WebKit est inclut dans Qt4.4, que va-t-il se passer ?
1. WebKit remplace KHTML comme moteur de rendu par défaut.
2. WebKit est disponible en option.
3. On ignore WebKit
4. On ignore KHTML
5. La bataille continue.
[ Répondre ]
-
[+] [^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Perthmâd (Jabber id, page perso, ) le 07/05/2008 à 15:10. (lien). Évalué à -2.Tu as oublié :
6. Gecko rulaise ! Tout le monde rejoint la Mozilla Corp. ![ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par GeneralZod () le 07/05/2008 à 15:16. (lien). Évalué à 4.Pas tant que ça, du moins l'API pour embarquer Gecko s*cks grave.
Du moins, la décision d'Epiphany de passer à WebKit a fait réfléchir certaines personnes à la MoCo.
Voici le résultat du brainstorming:
http://www.0xdeadbeef.com/weblog/?p=359
Prochain brainstorming demain et après-demain.
PS: mais tu as raison Gecko rules et il roulera encore mieux à l'avenir \o/[ Répondre ]
-
[+] [^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par IsNotGood () le 07/05/2008 à 15:45. (lien). Évalué à -4.> l'API pour embarquer Gecko s*cks grave.
Mouaif.
Webkit est si génial qu'il ne sera peut-être pas encore intégré à Epiphany pour la prochaine version de Gnome...[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par IsNotGood () le 07/05/2008 à 16:27. (lien). Évalué à 3.Non, c'est vrai.
J'ai oublié les détails, mais il y a des problèmes avec les cookies, https, etc.
Ça ne remet pas en cause Webkit, ça montre qu'il reste du boulot à Webkit.[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Julien () le 07/05/2008 à 16:31. (lien). Évalué à 2.C'est peut-être vrai, mais dire ça comme ça, sans expliquer plus, ça reste du lancer de troll pas super subtil.
Si je dis "chez moi, Emacs est inutilisable alors que vim marche nikel" ça peut être vrai, ça n'en est pas moins un lancer de troll.[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par TeXitoi (Jabber id, page perso, ) le 07/05/2008 à 16:38. (lien). Évalué à 8.Il me semble que c'est pas globalement Webkit qui pose problème, mais webkit-gtk qui n'est pas encore vraiment fini. Le problème est donc plutôt que libwebkit-gtk est encore en stade alpha plutôt que "n'est pas génial", sous entendu possède des problèmes de conception, comme c'est le cas pour Gecko.
[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par alexissoft (Jabber id, page perso, ) le 09/05/2008 à 13:51. (lien). Évalué à 10.Ils auraient du utiliser Qt.
[ Répondre ]
-
-
-
-
-
-
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Julien () le 07/05/2008 à 15:28. (lien). Évalué à 2.7. Webkit sera utilisé dans certaines parties de KDE (plasma, ...) et KHTML dans Konqueror
Sinon, un GSOC pour la solution 2 est en cours (kpart webkit)[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par GeneralZod () le 07/05/2008 à 15:40. (lien). Évalué à 3.Si c'est vraiment la solution 7, ça risque de devenir assez lourdingue.
La solution du Kpart serait plus judicieuse (aux distributions/utilisateurs ensuite de choisir le composant par défaut).[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Julien () le 07/05/2008 à 16:13. (lien). Évalué à 1.Qu'est-ce que tu entends par lourdingue ?
Sinon, concernant la kpart, c'est effectivement la solution qui semble la plus adaptée pour le long terme. Mais soyons réaliste, elle signifie certainement la mort de la kpart KHTML et de KHTML avec elle à terme. Les discussions quant à l'acceptation de ce GSOC ont donc été assez houleuses sur la ML de KDE.
Sinon, j'avais déjà écrit ici https://linuxfr.org/2008/04/02/23928.html#919463 un commentaire concernant ce qui me semble être les arguments des uns et des autres à ce sujet.[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par GeneralZod () le 07/05/2008 à 16:33. (lien). Évalué à 6.Avoir deux moteurs de rendu là ou un seul suffirait c'est ce qui est lourdingue.
> Elle signifie certainement la mort de la kpart KHTML et de KHTML
C'est la dure loi de l'évolution, l'équipe actuelle a fait du bon boulot, un boulot qui est perpétué dans WebKit.
WebKit a un développement plus dynamique que KHTML, la plupart des contributeurs clés de KHTML travaillent sur WebKit, il accumule plus de part de marchés que KHTML (adopté dans Safari, bientôt epiphany, AIR, Qt4.4 et bon nombre de téléphones). Les raisons pour lesquelles, KDE a pu être méfiante vis à vis de WebKit n'ont plus lieu d'être, une vraie communauté s'est constitué autour de WebKit.
Si demain, Apple fermait ses développements -ce qu'ils ne feront probablement pas, je parie que dans l'heure, le travail recommencerait ailleurs.[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Julien () le 07/05/2008 à 16:40. (lien). Évalué à 2.Je ne comprend toujours pas ce que ça a de lourdingue ...
Certe, dans l'idéal, il n'y a qu'un moteur utilisé partout, pour ne pas diviser les efforts des développeurs (mais on sait que c'est un argument fallacieux) et pour limiter la consomation de mémoire (mais ce n'est vraiment pas un gros problème pour l'utilisateur vu la taille des HDs et de la RAM sur les machines actuelles) ...
Mais cet idéal n'existe nulle part. Sur toutes les machines il y a plusieurs moteurs de regexp, plusieurs parseurs XML, plusieurs bibliothèques de widgets ... Bref, des doublons.
Donc ma question reste, quel problème ça pose, et à qui ?[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par GeneralZod () le 07/05/2008 à 16:52. (lien). Évalué à 8.> il y a plusieurs moteurs de regexp, plusieurs parseurs XML, plusieurs bibliothèques de widgets
On parle de KDE c'est à dire un environnement de travail intégré et cohérent, fournir deux moteurs de rendu c'est une aberration. Du moins, KDE doit se fixer l'objectif de pouvoir fournir un seul moteur par défaut quitte à permettre aux utilisateur de choisir lequel que ce soit au niveau du bureau ou par applications.
ça veut dire qu'au fur et à mesure que les deux branches vont diverger, tu n'auras plus le même rendu entre Konqueror et Plasma, les correctifs de bogues ne sont pas appliqués simultanément, ça rapidement sera le boxon.
> Donc ma question reste, quel problème ça pose, et à qui ?
Aux développeurs web (qui devront supporter 2 moteurs supplémentaires au lieu d'un), aux utilisateurs de machines relativement peu puissante, aux développeurs qui font les frais d'une gueguerre stupide et insidieuse.[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Julien () le 07/05/2008 à 18:05. (lien). Évalué à 1.MMmouais, je pense qu'on est pas sur la même longueur d'onde et qu'on ne tombera de toute façon pas d'accord. De mon côté, il me semble vraiment qu'il s'agit d'un problème d'une importance assez faible. Il y en a bien d'autres qui méritent qu'on s'y attelle avant de mon point de vue.
Et pour "développeurs web (qui devront supporter 2 moteurs supplémentaires au lieu d'un)" c'est le cas tant que KHTML existe, même si KDE n'utilise pas webkit.
Pour le "aux utilisateurs de machines relativement peu puissante" Il faut se rendre compte qu'1Mo utilisé en RAM grand max, ça reste bon marché et que dès que tu charges quelques pages Web, ce sont ces données qui prennent de la place, pas le code lui même.
Et pour le "aux développeurs qui font les frais d'une gueguerre stupide et insidieuse." J'ai pas compris[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Julien () le 07/05/2008 à 18:12. (lien). Évalué à 2.P.S. autre argument auquel j'ai oublié de répondre :
"au fur et à mesure que les deux branches vont diverger, tu n'auras plus le même rendu entre Konqueror et Plasma, les correctifs de bogues ne sont pas appliqués simultanément, ça rapidement sera le boxon."
C'est déjà le cas, webkit a été forké il y a sufisemment longtemps pour que les corrections de bugs et autre ne puissent généralement pas être appliqués à la fois à KHTML et webkit.
Quant au problème des rendus différents, il existe normalement des normes à ce sujet. Ceci dit, nous savons tous qu'elles ne sont pas appliquées parfaitement par tous les navigateurs. Et à nouveau c'est le cas, webkit et KHTML ont été forkés il y a sufisemment longtemps pour que les bugs de rendus soient différents entre les deux moteurs.
Bref, j'ai l'impression que tes arguments (hormis celui concernant la consomation mémoire qui me semble mineur) penchent plus vers l'existance d'un seul moteur que vers l'utilisation d'un seul moteur par KDE. Est-ce que tu considère aussi que Gecko devrait disparaître au profit de webkit ou est-ce que je t'ai mal compris ?[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Yusei (page perso, ) le 08/05/2008 à 12:40. (lien). Évalué à 6.Pour les développeurs web, avoir de nombreux moteurs de rendu à gérer est une bonne chose. S'il y en a deux ou trois, ça veut dire qu'il faut gérer les subtiles différences entre eux, mais s'il y en a douze, ça veut dire qu'on ne peut plus travailler comme ça, et qu'on est obligé de coder "pour les standards".
Un développeur web ne peut pas dire "je code pour les standards, si IE ne fait pas du bon rendu, c'est son affaire", mais c'est dû à la supprématie d'IE. Plus le marché des moteurs de rendu est compétitif et plus les standards vont s'imposer.
Par contre, je suis d'accord que KDE ne devrait pas avoir à gérer deux moteurs différents ayant le même but, c'est une source de problèmes inutile. Avoir un moteur puissant et lourd pour le web ainsi qu'un moteur ultra-léger mais simpliste pour afficher la documentation et les emails, par exemple, serait justifiable, mais avoir deux moteurs avec le même objectif...[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Gof (Jabber id, page perso, ) le 08/05/2008 à 13:00. (lien). Évalué à 2.>Par contre, je suis d'accord que KDE ne devrait pas avoir à gérer deux moteurs différents
KDE ne gère que un moteur: KHTML
(et celui-ci est légé pour afficher la documentation et les emails... et aussi le web :-) )--
!!!NOUVEAU!!![ Répondre ]
-
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Gof (Jabber id, page perso, ) le 08/05/2008 à 13:06. (lien). Évalué à 2.Quand webkit ou khtml est inclus dans une application (par exemple Plasma ou Kopete), ce ne sont pas les « développeurs web » qui font le html, mais les développeur ou les designer de l'application. Et il ne doivent « supporter » que le moteur de l'application.
Par exemeple, les thèmes de Kopete sont en HTML, mais utilisent des fonctionalités propres à KHTML car seul ce moteur sera utiliser pour faire du rendu.--
!!!NOUVEAU!!![ Répondre ]
-
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Christophe Merlet (page perso, ) le 07/05/2008 à 16:59. (lien). Évalué à 10.> pour limiter la consomation de mémoire (mais ce n'est vraiment pas un gros problème pour l'utilisateur vu la taille des HDs et de la RAM sur les machines actuelles) ...
Je suis désolé, mais je ne m'achete pas un nouvelle ordinateur avec chaque nouvelle sortie de distribution Linux.
En entreprise c'est Idem, Le parc est énormément composé de machine n'ayant que 256 Mo de RAM (si en plus elle n'est pas partagé avec la mémoire vidéo).
Et 256 Mo de RAM c'est vraiment limite inutilisable avec une distribution Linux moderne.
Alors NON, je suis contre cette argument qui consiste à dire qu'on peut coder comme des porcs, ne faire attention a rien car on veut se convaincre que la puissance des machines compense !![ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par Julien () le 07/05/2008 à 18:29. (lien). Évalué à 5.Oui, tu as raison, je me suis mal exprimé et je dis des bêtises du coup.
Le vrai argument ici, c'est que dans ce cas, l'espace utilisé par le code est négligeable par rapport à celui utilisé par les donnés.
Je n'ai pas de chiffre sous les yeux, mais je ne serais pas étonné que l'espace utilisé par le code de KHTML en mémoire soit inférieur d'au moins un ordre de grandeur à ce qui est utilisé par ses donnés (variables, notamment pour la représentation de la page en mémoire, l'exécution du JS, les images ...)
Bref, selon la bonne vieille règle du 80 / 20, il vaut mieux s'attarder sur les 20% d'efforts qui amélioreront les perfs de 80% que l'inverse.
Ces 20% concernent à mon avis l'utilisation des bonnes structures de données (voir par exemple ce papier http://www.oopsla.org/oopsla2007/index.php?page=sub/&id=(...) ). Si tu as des entiers que tu stocke dans un int[] ou dans un map<int,int>, tu peux avoir un facteur 10 entre l'occupation mémoire de l'un ou de l'autre.[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par FreeB5D () le 10/05/2008 à 19:51. (lien). Évalué à 0.Il m'est déjà arrivé de ne consommer que 230 Mo de RAM avec E17, qui est un environnement de bureau moderne, et Fx (avec un certain nombre d'onglets), qui est un navigateur moderne, et je faisais tourner sans problème Zenwalk (Xfce) sous 64 Mo de RAM . Donc 256 Mo de RAM ça suffit si on peut renoncer à un KDE/GNOME pour prendre Xfce ou E17 .
[ Répondre ]
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par IsNotGood () le 10/05/2008 à 20:29. (lien). Évalué à 2.> Donc 256 Mo de RAM ça suffit si on peut renoncer à un KDE/GNOME pour prendre Xfce ou E17 .
Ça passe sous Gnome. Il n'y a que de légère optimisation a faire. Par exemple je n'utilise pas Nautilus, donc il n'est pas lancé.
Je suis largement sous les 230 Mo de RAM...[ Répondre ]
-
-
-
[^]Re: Le retour du Troll (WebKit Vs KHTML)
Posté par vladislav askiparek () le 07/05/2008 à 19:28. (lien). Évalué à 0....limiter la consommation de mémoire...
heu, tu parles de Firefox?
---->[ ]
M'enfous, il fait très beau dehors.[ Répondre ]
-
-
-
-
-
À quand les premières versions opérationnelles ?
C'est bien Qt4.4 mais les premières distributions qui utilisent KDE4 en standard ne sont pas encore sorties !
Bien que KDE4/Qt4 soit inclus dans Mandriva 2008.0, ce n'était que pour l'essayer. Il en est de même pour la version 2008.1 Spring qui vient de sortir.
Helio Chissini de Castro vient tout juste d'annoncer la bascule sur Qt4. Il faut donc s'attendre à ce que cooker (la version de développement de Mandriva) soit complètement cassé dans les jours à venir. Mandriva 2009 qui sortira à l'automne sera donc bien basé sur Qt4.
Après Pulseaudio, Qt4 sera le deuxième gros chantier de 2008.
[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par GeneralZod () le 07/05/2008 à 15:25. (lien). Évalué à 2.Fedora 9 qui sortira la semaine prochaine incluras par défaut KDE4 ( à l'origine prévu pour Fedora 8)
Quant à PulseAudio, c'était le gros chantier de 2007. ;-)[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Spyhawk () le 07/05/2008 à 15:40. (lien). Évalué à 1.Et Fedora 9 sera suivie par openSUSE dans 6 semaines.
Outre la présence d'un KDE 4 natif à la sauce germanique, tous les outils de configuration (Sax, modules YaST, installateur) ont déjà été porté vers Qt4. Au passage, l''installateur a pris un sacré coup de jeune...[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Neije () le 07/05/2008 à 15:48. (lien). Évalué à 3.Effectivement et on voit ici que tout dépend du choix effectué ... J'attendrai de voir la tête de Fedora 9 avec KDE4 avant de me prononcer. Alors même que les développeurs de KDE ont averti qu'il était un peu tôt pour utiliser KDE4 en production avant la version 4.1 ... RedHat avec Fedora nous utilise un peu comme des cobayes ...
C'est bien beau de pavoiser sur le fait d'intégrer les toutes dernières nouveautés mais encore faut-il que cela soit stable ... au sens large du terme.
Quant aux remarques sur les "gros chantiers" tout dépend de quoi on parle ... par ex, Mandriva 2008.1 (donc la version qui vient de sortir) a été commencé en automne 2007 ...
Bref, un peu stérile toute ces considérations pour savoir qui l'a fait le premier. Le plus important c'est qui l'a BIEN fait le premier.
NB pour rire, l'ordinateur est une invention française, bah n'empêche qu'il a fallu attendre nos copains d'amériques pour le lancer ...[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 07/05/2008 à 15:56. (lien). Évalué à 5.> RedHat avec Fedora nous utilise un peu comme des cobayes ...
Soit pas crétin.
L'objectif de Fedora n'est pas de faire un desktop pour grand-mère, mais l'évolution du logiciel libre. L'évolution de KDE, c'est KDE 4 et pas KDE 3.
Red hat est très peu impliqué dans KDE, le passage à KDE 4 est quasi 100 % communautaire pour Fedora.
> C'est bien beau de pavoiser sur le fait d'intégrer les toutes dernières nouveautés mais encore faut-il que cela soit stable ... au sens large du terme.
Pavoiser comment ?
Pavoiser en disant qu'on fait une distribution pour ceux qui contribuent au libre et pas seulement ceux qui consomment du libre, ben Fedora peut se le permettre. Fedora n'a pas à s'en priver, c'est son objectif, c'est concrétisé dans les faits.
Es-ce que Fedora pavoise en disant que c'est une distribution idéale pour les grand-mères ou madame Michu ou Neije ?
Ben non.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Neije () le 07/05/2008 à 16:06. (lien). Évalué à 0.>Soit pas crétin.
Ok c'est vite dit. Je n'apprécie pas trop ce genre de jugement hâtif. Stp respecte un peu les autres. On s'est peut être mal compris et on peut expliquer un point de vue en étant plus constructif sans en venir directement aux insultes. ceci étant dit :
1) Je suis bien sûr pour le progrès et les nouvelles technologies (je ne relève pas l'image sur les "grands mères".).
2) Par contre, il y a une nette différence entre :
a) offrir la possibilité de tester un programme "cutting-edge" sur une distribution en marge de la plateforme stable
et
b) proposer par défaut une application "non-approuvé".
Les mieux placer pour juger de ça sont qd mm les développeurs non ? or ce n'est pas moi qui ai dit que KDE4 serait viable à partir de la version 4.1.
De plus, certains utilisateurs (parlons de mes parents par ex) ne sont pas aussi "au fait" en informatique et ils ont besoin de stabilité pour se rassurer. Donc si Fedora se destine uniquement à une catégorie de "testeur" ou "cobaye" ou comme tu veux .... soit. Mais qd j'installe Fedora pour l'utiliser j'ai qd mm envie que ça fonctionne ... Je caricature un peu bien sûr.
Et pour nourrir ton troll, consommer du libre c'est aussi contribuer au libre ... comme tu dis si bien : soit pas crétin ![ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 07/05/2008 à 16:42. (lien). Évalué à 6.> Stp respecte un peu les autres.
Désolé pour le "crétin".
M'enfin les distributions sont diverses, ont des objectifs différents. Et faut être un peu "crétin" (avec des guillemets) pour refuser de voir ça.
> a) offrir la possibilité de tester un programme "cutting-edge" sur une distribution en marge de la plateforme stable
> et
> b) proposer par défaut une application "non-approuvé".
Si t'as des ressources illimités ben propose les deux. Fedora a des ressources finies et prèfère les consacrés à ce qui est "chaud". L'objectif de Fedora est l'évolution du logiciel libre, mais la maintenance de "vieillerie".
En passant, tu n'es pas obligé d'installer une F9, tu peux rester à F8 et passer à F10 (qui aura KDE 4.1).
> Les mieux placer pour juger de ça sont qd mm les développeurs non ?
Ils ont dit que KDE 4 n'était pas pour Fedora ?
Je ne crois pas.
Et si Fedora pour ses objectifs veut utiliser KDE 4, ben c'est les oignons de Fedora.
> De plus, certains utilisateurs (parlons de mes parents par ex) ne sont pas aussi "au fait" en informatique et ils ont besoin de stabilité pour se rassurer.
Fedora n'est pas la distribution qu'il leur faut.
> Donc si Fedora se destine uniquement à une catégorie de "testeur" ou "cobaye" ou comme tu veux ....
Ce n'est pas ce que je veux, c'est dans les objectifs de Fedora :
http://fedoraproject.org/wiki/Objectives
To create a complete general-purpose operating system built for and by a community — those who not only consume, but also produce for the good of other community members.
> Mais qd j'installe Fedora pour l'utiliser j'ai qd mm envie que ça fonctionne
L'équipe de Fedora fera de son mieux pour KDE 4. Tout le team KDE de Fedora sera sur les bugs de KDE 4 (et pas sur KDE 4 et KDE 3), KDE (upstream) bosse sur KDE 4, Fedora a une politique de mise à jour aggressive, etc.
Les utilisateurs ne sont pas oubliés. Mais il y a un contexte, des objectifs (qui sont clairement affichés).
Si après Fedora n'est pas pour toi, ben Fedora n'est pas pour toi. Il y a plein de distributions, tu trouveras ton bonheur ailleurs (et même chez Fedora avec F8, chez RHEL 5 ou un de ses clones). Et dans dans quelques mois tu auras un KDE 4 qui roxe entre autres grace à la participation de Fedora. Ce n'est pas génial ça ?[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Neije () le 07/05/2008 à 17:05. (lien). Évalué à 2.Si c'est même très bien. Et loin de moi l'idée de dévaloriser le travail fourni. Ma critique concernait plutôt les personnes qui mettent en avant la dernière version de telle ou telle appli ou biblio comme un gage de qualité.
Que Fedora se destine à être une vitrine de technologies soit. J'avais peut être une mauvaise perception de la distro que je voyais tout de même assez grand public (comparé à Gentoo ou Slackware pour rester dans des "grands" noms).
C'est un peu tiré par les cheveux. Je n'ai pas dit et les développeurs de KDE non plus que c'était interdit. Seulement pas recommandé ...
Pour conclure, j'avais cité Fedora mais c'était valable pour toutes les distros qui se vantaient d'utiliser KDE4.1: Enfin voilà ...[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 07/05/2008 à 17:46. (lien). Évalué à 2.> J'avais peut être une mauvaise perception de la distro que je voyais tout de même assez grand public
Elle ne cible pas le grand public, mais elle se veut accessible. Accessible comme l'est RHEL (RHEL est un fork de Fedora). RHEL et Fedora ont les mêmes objectifs d'accessibilité.
Mais le processus de développement est différent. L'une prend des technologies éprouvées pour être sûr du résultat, pour pouvoir engager des partenaires dessus, pour être sûr de tenir les délais et être sûr du résultat, etc. RHEL pour un développeur/contributeur est une distribution assez ennuyeuse.
L'autre (Fedora), dans son processus de développement prend des technologies en devenir, s'ouvre à des technos (et des contributeurs au libre) même si le résultat n'est pas garantit, même si le délais de mis au point est vague, etc.
Fedora pour un développeur/contributeur est "sexy".
Fedora a des objectifs de développement, ces contraintes n'empêchent pas de faire des développements pour rendre la distributions plus user-friendly. Par exemple F9 aura PackageKit qui est user-friendly mais comme PackageKit est encore en plein développement, il ne sera pas parfait. D'un côté tu récupères une applis qui n'est pas parfaitement finie, mais de l'autre tu récupères une appli qui se veut user-friendly.
En ayant PackageKit dans Rawhide depuis plusieurs mois (Rawhide est la branche de développement de Fedora), les développeurs de PackageKit ont reçu beaucoup de retours d'expérience, d'idées, ça a donné le goût à d'autres de participer à PackageKit, etc.
Mais cet objectif de développement (qui n'est pas en opposition avec l'objectif de faire du user-friendly) a évidemment des conséquences sur la release finale.
Conséquences en bien et en mal, ça dépend sous quel angle tu regardes.
Mais la release finale n'est pas une béta !
Les contributeurs de Fedora ne veut pas avoir une béta pour leur système de tout les jours. Ils veulent un système sûr, fiable, facile à utiliser. Mais ils comprennent très bien que telle ou telle techno puisse merder car elle est toute fraiche.
Il y a biensûr un équilibre à trouver. Par exemple ext4 sera dans F9, mais pas activé par défaut (car trop dangereux actuellement). Mais beaucoup vont tester le support ext4, ça sera très profitable pour F10 (et d'autres distributions).
L'objectif de Fedora n'est pas d'être populaire, d'avoir un maximum d'utilisateur. Du moins Fedora veut être populaire chez les contributeurs du libre. Et ces derniers veulent aussi un système user-friendly. Ces derniers pensent aussi à l'utilisateur qui n'est pas un geek dans l'esprit. C'est un équilibre.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 08/05/2008 à 00:12. (lien). Évalué à 2.Des statistiques intéressantes.
Alors que F9 n'est pas sorti, F10 est déjà en chantier.
Pour les 30 derniers jours :
http://koji.fedoraproject.org/koji/buildsbytarget?days=30&am(...)
dist-f9 : 1789
dist-f10 : 1156
En pourcentage si on ne prend que F9 et F10 :
dist-f9 : 61 %
dist-f10 : 39 %
Pour la dernière semaine :
dist-f10 : 423
dist-f9-updates-candidate : 282
Les mises à jour (déjà 282 !) montre que F9 n'est pas "abandonné" et que l'effort de fiabilisation continu. La finale n'est pas une béta. Mais comme F9 est en phase de stabilisation, il y a moins de développement (uniquement des corrections de bugs).[ Répondre ]
-
[+] [^]Re: À quand les premières versions opérationnelles ?
Posté par ciol () le 08/05/2008 à 12:11. (lien). Évalué à -3.Pourquoi Fedora n'utilise pas un modèle de développement dans le style d'Arch Linux. A quoi correspond une release pour Fedora ?
[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 08/05/2008 à 17:26. (lien). Évalué à 2.Je ne connais pas Arch.
> A quoi correspond une release pour Fedora ?
A un changement important qui ne peut être géré seulement via un "yum update".
Une release c'est aussi le moyen de mettre en place un calendrier avec des objectifs.
Tout ne peut pas être fait de façon incrémental. Il y a des changements en profondeur (per exemple il n'y a plus d'un dico (par langue) dans F9) qui demande une release :
- pour la coordination
- pour la mise à jour (qui peut alors être fait hors du système)[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Gof (Jabber id, page perso, ) le 08/05/2008 à 18:03. (lien). Évalué à 2.Dans Arch Linux, il n'y a pas vraiment de releases.
On fait un "pacman -Suy" quand bon nous semble, et ça met à jour tous les paquets à leur dernière version stable.
Un peu comme debian sid je crois.--
!!!NOUVEAU!!![ Répondre ]
-
-
-
-
-
-
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Zenitram (page perso, ) le 08/05/2008 à 10:01. (lien). Évalué à 3.De plus, certains utilisateurs (parlons de mes parents par ex) ne sont pas aussi "au fait" en informatique et ils ont besoin de stabilité pour se rassurer. Donc si Fedora se destine uniquement à une catégorie de "testeur" ou "cobaye" ou comme tu veux .... soit. Mais qd j'installe Fedora pour l'utiliser j'ai qd mm envie que ça fonctionne ... Je caricature un peu bien sûr.
En gros, si je comprend bien, tu prends une distribution qui annonce clairement qu'elle est a pour but de tester les dernières nouveautés quitte à merder un peu, et tu te plains qu'il y a les dernières nouveautés et que ça merde un peu.
Hum... Tu ne vois pas de toi-même un problème dans ton discours?
Si tu veux une "Fedora stable", prend CentOS (basé sur RHEL, lui-même basé sur Fedora en privilégiant la stabilité...)[ Répondre ]
-
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Spyhawk () le 07/05/2008 à 16:14. (lien). Évalué à 3.Effectivement, Fedora répond à son objectif :
Etre une distribution "expérimentale" avant gardiste (et elle le fait bien).
En revanche, openSUSE sortira quelques semaines après Fedora, elle aussi muni de la branche KDE 4.0.x. Ses objectifs étant différents (user friendly tout en restant innovative aussi) les critiques de Neiji pourraient très bien lui être appliquées.
Les différentes reviews qu'on peut lire par-ci par là sont plutôt positive. Les dev ont également fait un train gros travail en parallèle afin de stabiliser la branche "opensuse" de KDE 4 (qui se retrouveront dans la branche upstream) et cela semble porter ses fruits. Mais cette prochaine release reste une version "risquée", où l'utilisateur servira de "post-cobaye".[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par PsychoFox () le 07/05/2008 à 16:21. (lien). Évalué à 4.c'est sur qu'il n'y a que les grand mères qui veulent un desktop qui ne crashe pas à chaque instant.
[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par GeneralZod () le 07/05/2008 à 16:54. (lien). Évalué à 2.KDE 4.O.x est stable, par contre, les applications ne sont pas toutes portées.
[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Farvardin (page perso, ) le 07/05/2008 à 17:14. (lien). Évalué à 2.kde 4.0 est loin d'être stable, et surtout il est très lourd par rapport à la version 3.5.9, alors que l'objectif de kde 4 c'est quand même d'être plus léger que l'était le 3. Je me pose un peu des questions, mais je reste confiant. À mon avis c'était quand même un peu prématuré de sortir KDE 4 en l'état, avec tambours et trompettes.
(note : je n'ai testé que la version packagée par Debian)--
No troll found in this incoming post.
Checked by ATG.
Version: 7.4.821 / Trollifiante Database: 247.13.2/1101 - Release Date: 30/04/2008 12:29[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Spyhawk () le 07/05/2008 à 17:28. (lien). Évalué à 3.Hum.. mon expérience est un peu différente.
Hormis les widget plasma qui foire un peu, j'ai globalement trouvé l'environnement 4.0.3 plus réactif et assez stable, sauf les effets à la compiz. Globalement : plus que satisfait, et même un peu étonné au vu des résultats obtenus sur les version pécédentes 4.0.1 et 4.0.2.
Par contre, utiliser ces même appli sous l'environement KDE 3 me donnait une sensation de lourdeur : On sent bien que l'appli n'utilise pas les librairies préchargées du système.
C'est peut être du à l'effort fait par les dev openSUSE : certaines review trouvent moins stable la version Kubuntu. Egalement, une "rumeur" sur les canaux IRC répandaient l'information que le packaging Kubuntu etait bien en deça de celui d'openSUSE.
Je n'ai pas vérifié, et j'en suis même un peu surpris : le packaging d'une distrib peut-il réellement donner un grosse différence ?
(ps: Un sondage datant d'il y a quelques mois montraient que les dev. KDE utilisaient en grande majorité Kubuntu, openSUSE et un peu debian si mes souvenirs sont bons).[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Farvardin (page perso, ) le 07/05/2008 à 19:55. (lien). Évalué à 2.merci de ce retour d'expérience. Cela fait un moment que j'ai testé kde4, une fois à la sortie, une seconde fois plus récemment. Mais c'est possible que la 4.0.3 soit sortie entre temps. C'est vraiment dommage que l'équipe debian n'ai pas packagé kde4 de façon à ce que l'on puisse utiliser kde3 et kde4 en même temps, car tel que c'est fait cela oblige à désinstaller une partie de kde3 à chaque fois, ce qui n'encourage pas à tester fréquemment et à faire des rapports de bugs...
--
No troll found in this incoming post.
Checked by ATG.
Version: 7.4.821 / Trollifiante Database: 247.13.2/1101 - Release Date: 30/04/2008 12:29[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par djibb (Jabber id, page perso, ) le 08/05/2008 à 08:15. (lien). Évalué à 2.hein ?
mauvaise intégration dans la distro surtout...
j'utilise KDE4 de manière complètement indépendante de KDE3 (heureusement.)--
http://astrolix.org[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Farvardin (page perso, ) le 08/05/2008 à 10:02. (lien). Évalué à 1.quand je dis "en même temps", c'était surtout soit pour pouvoir tester KDE4 avec par exemple konqueror3 en même temps, mais également pour avoir KDE4 et KDE3 sur la même partition (le même système), sans avoir à effacer l'un ou l'autre selon le cas, ce qui est ce qui se passe avec la manière dont debian l'a packagé.
--
No troll found in this incoming post.
Checked by ATG.
Version: 7.4.821 / Trollifiante Database: 247.13.2/1101 - Release Date: 30/04/2008 12:29[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par zero heure (Jabber id, page perso, ) le 08/05/2008 à 11:17. (lien). Évalué à 3.Ana Guerrero a clairement expliqué sur la liste debian-kde, qu'ils préféraient bosser sur un Kde 4.1 bien intégré par manque de temps (ou de diponibilités). D'ailleurs il n'est que voir les objectifs affichés de faire de nombreux snapshots de la 4.1 et la réalité pour s'en rendre compte.
Je te rappelle que tout ça est en expérimental.--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm[ Répondre ]
-
-
-
-
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par med (page perso, ) le 07/05/2008 à 17:47. (lien). Évalué à 4.À titre personnel, le peu que j'ai essayé KDE 4.0, c'était vraiment lent et peu réactif (bon c'était la 4.0.0, je n'ai pas réessayé depuis). En revanche pour donner un petit coup de main pour la 4.1, je compile régulièrement la version SVN trunk. Je compile sans aucune optimisation et en mettant le débogage au maximum. Je trouve la version de développement beaucoup plus réactive, ce qui me donne de grands espoirs pour la 4.1.
<pub>d'ailleurs si vous voulez aider, tous les dimanches il y a une session de triage des bugs sur #kde-bugs (freenode). L'ambiance est très sympa et ça aide les développeurs à y voir plus clair. N'hésitez pas à venir faire un petit tour. Dimanche prochain on s'attaque au module kdepim. Si une application vous tient à cœur c'est une excellente occasion de plonger dans KDE. Plus d'infos ici http://techbase.kde.org/Contribute/Bugsquad </pub>[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Gof (Jabber id, page perso, ) le 07/05/2008 à 21:29. (lien). Évalué à 0.Si c'est compilé avec debug c'est normal que ce soit beaucoup plus lent.
Sans optimisations, aucune fonction n'est mise en inline--
!!!NOUVEAU!!![ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par med (page perso, ) le 07/05/2008 à 21:36. (lien). Évalué à 1.Oui mais justement, la version debug de SVN trunk est chez moi nettement plus réactive que la 4.0.0 compilée avec les optimisations habituelles. Il faudrait que je réessaie avec le 4.0.4, il est très possible que la situation se soit largement amélioriée dans la branche 4.0 depuis mon dernier essai.
[ Répondre ]
-
-
-
-
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 07/05/2008 à 17:48. (lien). Évalué à 2.Et ta solution c'est quoi ?
Rester à KDE 3 ou bosser sur KDE 4 ?
Les deux sont pernants. Fedora passe à KDE 4 et bosse sur KDE 4, d'autres restent à KDE 3.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
-
-
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Gniarf () le 07/05/2008 à 17:04. (lien). Évalué à 0.oui enfin une Fedora comme la 7 qui est à jeter après à peine un an, comment dire, dans les faits mes Windows durent plus longtemps.
--
Windows has no users. It has hostages.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par GeneralZod () le 07/05/2008 à 17:23. (lien). Évalué à 6.# yum install preupgrade
Désormais, FedoraProject supporte la mise à jour de la distribution sans devoir passer par l'iso.
En gros, tu as une jolie interface graphique qui te permet de sélectionner vers quelle version de Fedora tu veux mettre à jour, tu télécharges les paquets et au redémarrage, Anaconda se lance.
Voilà, une jolie station sous Fedora 9.
Je ne sais pas si ils ont libérés le paquet pour Fedora 7-officiellement, c'est supporté à partir de Fedora 8-, mais normalement preUpgrade a été compilé pour et certains l'ont testé avec succès.
> dans les faits mes Windows durent plus longtemps.
Ta Fedora peut durer plus longtemps, elle ne va pas s'autodétruire en juin.
Puis, tu me diras Windows et ses bogues jamais corrigés et ses mises à jours foireuses. Mettre à jour sa Fedora est nettement moins chiant que d'installer un gros service pack de Windows.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Christophe Merlet (page perso, ) le 07/05/2008 à 17:36. (lien). Évalué à 8.1) tu n'es pas obligé de mettre à jour
2) la mise à jour est gratuite
3) si tu considères que windows dure plus longtemps qu'une Fedora, dis toi qu'une nouvelle version de la fedora n'est qu'un service pack à appliquer et tu t'en portera psychologiquement bien mieux ![ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
-
-
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Mathieu Stumpf (Jabber id, page perso, ) le 07/05/2008 à 16:40. (lien). Évalué à 3."NB pour rire, l'ordinateur est une invention française, bah n'empêche qu'il a fallu attendre nos copains d'amériques pour le lancer ..."
Il serait pas plutôt britanique le premier ordinateur?[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par zero heure (Jabber id, page perso, ) le 08/05/2008 à 11:20. (lien). Évalué à 5.Si, je pense qu'il parlait du premier micro-ordinateur, inventé par André Truong.
--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm[ Répondre ]
-
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par GeneralZod () le 07/05/2008 à 17:10. (lien). Évalué à 5.Le but n'est pas de pavoiser mais d'offrir une meilleure intégration de KDE4 dans Fedora.
Avant, c'était RedHat qui empaquetait KDE, RedHat ne contribue pas ou peu à KDE, RedHat a fait le choix de contribuer à GNOME et Freedesktop.org. Le résultat sont des paquets monolithiques, un artwork pas toujours à jour comparé à GNOME. Le résultat n'est pas aussi bien léché qu'OpenSuSE à ce niveau mais ce n'est pas pire qu'ailleurs.Bref, peut mieux faire.
Avec l'ouverture de FedoraProject vers la communauté, RedHat a cédé la maintenance de KDE au groupe d'intérêt KDE.
Un groupe constitué d'anciens de chez KDE-redhat, d'empaqueteurs expérimentés et de passionnés de KDE.
Le groupe KDE a décidé de travailler en priorité sur KDE 4 pour les raisons suivantes:
* KDE3 est en fin de vie, réintégrer KDE en tant qu'environnement de premier choix est un travail énorme. Le groupe KDE a donc préféré travailler directement sur KDE4 plutôt que de bosser sur KDE3 pour quelques mois après tout recommencer avec KDE4.
* comme l'a souligné IsNotGood, la politique de FedoraProject est une politique de mise à jour agressive, non pas pour faire le kéké mais parce que la politique de FedoraProject est de travailler un maximum en upstream. Intégrer rapidement KDE4 a permis de détecter de nombreux bogues et de les corriger rapidement, un travail qui profite à tout le monde.
Entendons-nous, le KDE4 fourni dans Fedora 9 est stable, il manque encore des applications, mais on a accès à la logithèque de KDE3.
C'est une solution de transition, en attendant KDE 4.1 mais on a un environnement pleinement fonctionnel à défaut d'avoir un bureau KDE4 parfaitement intégré.
Fedora 9 est le premier pas pour faire de Fedora une distribution de qualité pour nos amis utilisateurs de KDE.[ Répondre ]
-
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Albert () le 07/05/2008 à 22:26. (lien). Évalué à 5.Quant à PulseAudio, c'était le gros chantier de 2007. ;-)
Parceque le chantier est termine? Oh puti ca fait peur ils ont oublier de sortir les grues et les buldozers du terrain.
Franchement pulseaudio ce sera peut etre bien mais pour le moment ca suxe a mort! Chez moi ca empeche un fonctionnement correcte de TOUTES les applis VOIP que ce soit les libres (ekiga, wengophone) ou les pas libres (skype).
J'ose esperer que les distribs ne pensent pas comme toi par rapport a cela et que des corrections vont etre apporte sur le coup. Quand a moi je m'apercois que le son sous linux c'est penible depuis 12 ans et que ca change pas. On a toujours les memes styles de probleme qui auraient soit disant du etre resolu par la derniere techno qui pete tout: alsa, esd, arts, gstreamer, pulseaudio, phonon etc.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 07/05/2008 à 22:34. (lien). Évalué à 2.http://www.chezmoicamarche.org/
J'avais des plantages, mais ils ont disparu avec pulseaudio-0.9.8-5.fc8 (sorti fin janvier).[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Vador Dark (Jabber id, ) le 08/05/2008 à 00:20. (lien). Évalué à 5.C'est marrant parce que quand ça marche, on le nomme Ubuntu, et quand ça marchent pas on le nomme Linux...
[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Albert () le 08/05/2008 à 00:46. (lien). Évalué à 1.rate j'ai aussi tester avec F8... mais bon je l'ai vire aussi vite que je l'ai installe (ayant les memes problemes avec les deux distribs).
Si tu veux j'aurai pu dire pour te faire plaisir: "Ubuntu a une utilisation toute pourrave de pulseaudio qui fait que si ce dernier fonctionne cela pete les softs VOIP". Mais comme le probleme est multi-distributions (et reference en tout cas pour skype) j'ai utilise en toute connaissance de cause le terme Linux.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par baud123 (Jabber id, page perso, ) le 08/05/2008 à 01:08. (lien). Évalué à 2.bah réessaie Mandriva Linux 2008.1, ekiga juste ça marche (et je suis en x86_64 sans rien en 32 bits...).
[ Répondre ]
-
[+] [^]Re: À quand les premières versions opérationnelles ?
Posté par Albert () le 08/05/2008 à 01:32. (lien). Évalué à -2.ca va j'ai essaye deux distribs differentes je vais passer mon temps a installer toutes les distribs de la terre uniquement a cause de un paquet foireux qu'il me suffit de desinstaller pour que tout refonctionne parfaitement. Donc en resume j'ai degage pulseaudio qui ne m'apportait rien de special si ce n'est des ennuis et ca roule.
ps: ca m'etonnerait bien que skype fonctionne avec pulseaudio (et oui je sais c'est mal mais j'en ai besoin)[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 08/05/2008 à 02:10. (lien). Évalué à 4.> ps: ca m'etonnerait bien que skype fonctionne avec pulseaudio
Et la faute est de Skype et non de PulseAudio.
Donc gueule contre Skype et non contre PulseAudio.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Albert () le 08/05/2008 à 03:17. (lien). Évalué à 2.je dois aussi gueuler sur Wengophone? C'est couillon que le projet soit mort (ok il a change de nom mais il y a rien avec le nouveau pour le moment!).
ps: j'ai deja gueuler sur skype mais je les comprends un chouilla vu le merdier qu'est les son sous linux avec des changements de systeme un peu systematique.
pps: je suis pas un fan de skype mais c'est le seul soft qui fonctionne sur toutes les plateformes et cela de facon simple.
ppps: non ekiga n'est pas une solution car 1) ca fonctionne pas plus 2) lorsque la version 3.0 sortira je retenterai en attendant j'utilise autre chose, un truc qui fonctionne.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 08/05/2008 à 17:32. (lien). Évalué à 2.> vu le merdier qu'est les son sous linux, avec des changements de systeme un peu systematique.
Faut pas charier. PulseAudio est compatible Alsa. Alsa existe depuis des lustes (l'API 1.0 qui est sortie depuis je ne sais combien d'année est toujours là et bien là).
Seulement Skype utilise Alsa avec un bug qui ne dérange pas si c'est Alsa, mais qui pose problème s'il y a PulseAudio. Mais le bug est chez Skype.
Toi qui est malin, est fait quoi ?
On laisse le logiciel libre être dicté par le logiciel proprio ?
Dis que ekigo sucks tant que tu veux. Mais une connerie de Skype, c'est une connerie de Skype.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Albert () le 08/05/2008 à 21:43. (lien). Évalué à 2.Dis que ekigo sucks tant que tu veux. Mais une connerie de Skype, c'est une connerie de Skype.
Donc tu admets que aucun soft de VOIP ne marchent correctement mais tout est de la faute de skype... Curieux ton raisonnement![ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par baud123 (Jabber id, page perso, ) le 08/05/2008 à 22:01. (lien). Évalué à 3.ah moi je dis que Ekiga, juste ça marche très bien
http://cookerspot.tuxfamily.org/wikka.php?wakka=Blog20080104(...)
suffit de se connecter à une conf' call ce qui affranchit du problème classique de passage des firewall/routeurs.
Bon après, c'est peut-être toi qui est maudit avec ton matos'.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 08/05/2008 à 22:26. (lien). Évalué à 3.> Donc tu admets que aucun soft de VOIP ne marchent correctement
Je n'ai pas dit ça.
Mais les conneries de Skype, sont les conneries de Skype.
Arrêtes de critiquer les autres (alsa, PA, etc) si Skype ne marche pas.
Et amuse toi avec Skype si tu ne peux faire sans. Paye Skype pour qu'il corrige leur bug si tu veux, mais fous la paix à ceux qui n'ont rien à voir avec les bugs de Skype.[ Répondre ]
-
-
-
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par reno () le 08/05/2008 à 22:41. (lien). Évalué à 1.>> ps: ca m'etonnerait bien que skype fonctionne avec pulseaudio
>Et la faute est de Skype et non de PulseAudio.
Pour être honnete la faute est aussi de Linux qui n'est pas foutu d'avoir un système stable de gestion du son.
Et ce alors que ça fait des _années_ que les cartes sons n'évoluent quasiment plus, c'est uniquement un manque d'interet..[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Albert () le 08/05/2008 à 23:01. (lien). Évalué à 2.ben sur un serveur ca sert pas a grand chose le son donc bien sur que c'est pas la priorite. Comme tu le dis ca fait des annees que ca merdoit grave, je me souviens de OSS et arts avec les annonces du grand sauveur que serait Alsa puis apres cela etait pas suffisant et un nouveau zorro est arrive s'appelant gstreamer. Pendant ce temps la on entendait chuchotter le terme de jack pour les musiciens puis apres pulseaudio et phonon.
Et les problemes de sons sont toujours legions sous linux, c'est complique d'avoir deux applis tel que wengo et ekiga ouvert en meme temps car les cannaux sons sont occupes par le premier etc. Je pense pas etre madame michu mais franchement le son c'est magique parfois. C'est tout de meme le seul systeme que je n'ai jamais reussi a arreter puis a redemarrer proprement a la mano, pour faire cela je suis oblige de redemarrer. Pour moi, Alsa c'est pas la panacee a ce niveau la par exemple. Enfin bon Isnotgood et autre considere cela parfait puisque ca fonctionne chez lui. Surtout ne touchons a rien cela pourrait marcher chez les autres aussi...
Ouhais ouhais je suis sarcastique mais bon cela m'enerve de voir que un systeme qui ne marche correctement que sur la distribution (et oui j'ai teste avec mandriva hier et suse merci les live-cd ca marche pas mieux) sur lequel c'est developpe c'est forcement la faute de ubuntu et encore cela marche d'apres les dires des betas testeurs de F9. Distribution que je n'installerai pas chez moi pour la simple et bonne raison que autant je peux accepter un firefox beta (je ne considere pas ca comme une applis critique) autant je ne veux pas d'un Xorg beta sur mon desktop![ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 08/05/2008 à 23:21. (lien). Évalué à 3.Arrête de dire n'importe quoi et tout mélanger.
Alsa et OSS sont "concurrents". Mais Alsa remplace OSS.
Pulseaudio, arts, esd sont des serveurs de son, ils ne remplacent pas Alsa.
Phonon est une surcouche, ça ne remplace pas Alsa ou un serveur de son.
En passant, gstreamer n'est pas un remplaçant d'Alsa ou d'un serveur de son.
> Et les problemes de sons sont toujours legions sous linux, c'est complique d'avoir deux applis tel que wengo et ekiga ouvert en meme temps car les cannaux sons sont occupes par le premier etc.
Ça c'est un truc que gère PulseAudio. Si t'as des problèmes, fait un rapport de bug.
Tu n'es pas obligé d'utiliser GNU/Linux (ni Skype).
Si GNU/Linux te gonffre, ben va sous Windows (ou Mac OS), Skype y marche parfaitement il parait, puisque tu juges un OS qu'à travers Skype.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Zenitram (page perso, ) le 09/05/2008 à 08:16. (lien). Évalué à 1.Si GNU/Linux te gonffre, ben va sous Windows (ou Mac OS),
Et voila pourquoi je suis, malgré le fait que j'utilise quasi-exclusivement des logiciels libres, pour mon chez moi sous Windows. Car bon, s'embêter avec le son (et je me suis embêté avec le son, avec l'impossibilité d'avoir 2 logiciels qui font du son en même temps, l'impossibilité d'utiliser le pass-through AC-3 vers mon ampli...), c'est quand même merdique.
Tu viens juste de démontrer que Linux n'est pas prêt pour le Desktop, puisque tu conseilles à ceux voulant une utilisation de Desktop "normale" (oui, normal c'est avec du son qui n'est pas chiant!) de passer à autre chose...
Un jour la communauté Linux s'intéressera aux problèmes des gens normaux (qui ne sont pas bidouilleurs et qui aime que ça marche du premier coup sans faire de rapport de bug technique, car la mon rapport de bug serait "ca marche pas" simple), en attendant j'utilise des logiciels open-sources qui regardent plus ce qu'à besoin l'utilisateur (Firefox, OpenOffice, Apache, MySQL etc...) sur un OS proprio faute de concurrence qui soit facile.
Dès que les problèmes de bases seront réglés, je serai heureux de passer à Linux, mais passer des jours à configurer, non merci.
PS : je sais, on est sur LinuxFr, mais je me permet de rester ici car LinuxFr parle des softs hors OS que j'utilise.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 09/05/2008 à 15:37. (lien). Évalué à 4.> Tu viens juste de démontrer que Linux n'est pas prêt pour le Desktop
Non. Et si on reste dans ce registre, je viens seulement de démontrer l'évidence :
Aucun OS n'est parfait pour tout le monde.
> Un jour la communauté Linux s'intéressera aux problèmes des gens normaux
Le jours où les gens "normaux" prendrons conscience que c'est du logiciel libre, que ce n'est pas du logiciel à la botte de Skype ou autre, que ce n'est pas du logiciel qui a pour but d'être populaire afin de faire du pognon avec la pub, que c'est développé beaucoup par des bénévoles, ben ils mettrons la main à la poche pour soigner les petits bobos.
Gueuler contre les développeurs alors qu'on leur doit rien est stupide.
Ceci dit, la critique comme quoi Linux "sucks" et ne te convient pas, peut parfaitement être reçue. Mais gueuler contre les développeurs est stupide.[ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par Albert () le 09/05/2008 à 16:26. (lien). Évalué à 2.Gueuler contre les développeurs alors qu'on leur doit rien est stupide.
Je n'a pas gueuler sur les devs mais sur le fait de forcer l'utilisation d'un truc qui fonctionne pas bien. Mais c'est vrai que pour toi critique c'est forcement negatif et pas constructif c'est dommage car c'est par les critiques que les choses avancent!
Les rapports de bug sur linux et pas mal de logiciel dessus j'en fait plus que regulierement et je les details (certaines personnes sur ce site peuvent meme en temoigner). Je n'hesite pas beaucoup a tester des choses et a renvoyer des commentaires sur le sujet. Je n'ai JAMAIS fait un rapport de bug a la "Linux sucks", j'a fait des commentaires sur dlfp disant que certaines choses sont pas top et que dire l'inverse c'est uniquement prendre l risque de degoutter de futur utilisateur![ Répondre ]
-
[^]Re: À quand les premières versions opérationnelles ?
Posté par IsNotGood () le 09/05/2008 à 18:08. (lien). Évalué à 2.> de forcer l'utilisation d'un truc qui fonctionne pas bien.
Tu n'es pas obligé d'utiliser Linux, tu n'es pas obligé d'utiliser Skype.
> car c'est par les critiques que les choses avancent!
Ce n'est pas la critique qui m'énerve, mais c'est la cible choisi par cette critique.
Critique Skype, voir critique Ubuntu ou Mandriva qui sont Skype friendly, mais ne critiquent pas les développeurs de PA. Ils ont parfaitement le droit de n'avoir rien à foutre de Skype. Skype ne les paye pas PA, ne donne rien à PA. Et tu, ou Skype, as parfaitement le droit de contribuer à PA pour que ça marche avec PA (si le bug vient de PA ce qui n'a pas été prouvé).
> Les rapports de bug sur linux et pas mal de logiciel dessus j'en fait plus que regulierement et je les details
Tu peux nous mettre le rapport de bug chez Skype ?
C'est un bug de Skype, gueule après Skype. Il y a des distributions qui fournissent Skype (Mandriva l'a fait), gueule après eux.
En passant, tu critiques PA (et le son sous Linux en général) seulement car une appli proprio ne marche pas !
C'est dire le ridicule.
> l risque de degoutter de futur utilisateur!
Premièrement, ça devrait te dégoutter du proprio avec du libre. Du moins du proprio d'une boite qui en a rien à foutre du libre.
Je note que le risque de déboutter les contributeurs/développeurs du libre tu t'en fous...
Et encore une fois, ce n'est pas la critique qui est "interdite", c'est la critique infondée qui est mal venue.
Tu peux dire tant que tu veux que Skype ne marche pas sous Linux avec PA et que ça t'énerve. Je, on, comprend ça puisque tu veux Skype. Mais taper sur les développeurs qui ne te doivent rien, qui ne doivent rien à Skype, je ne comprend absolument pas.
F9 va sortir sans driver proprio NVidia qui marche. Tu vas encore dire que c'est la faute de ses putains de développeurs de Linux qui cassent tout le temps l'API ?
Ça sera seulement la faute (ou le choix) de NVidia. Si NVidia veut qu'on utilise leur driver proprio, ben qu'ils se bougent le cul.
Ça sera un choix de Fedora d'ignorer les drivers proprio. Si tu n'es pas d'accord avec ça, ben prend une distribution qui chouchoute les drivers proprios et Skype. Ça existe. Le libre c'est le libre (la liberté de faire Skype friendly ou non), ce n'est pas la dictature d'une boite qui fait du proprio.[ Répondre ]
-
-
-
-
-
-
-
-
-
-
-
-
-