J'utilise de plus en plus jQuery et j'ai tendance à me débarrasser de la dépendance aux autres bibliothèques. jQuery est léger et complet, et surtout correspond parfaitement aux besoins des sites dont je m'occupe. (je rajouterais juste que c'est jQuery + jQuery UI dont je fais usage.
Eh oui merci Tarrabiscotta, il a crée l'outil que tous les développeurs JEE attendaient depuis longtemps, comme quoi, tout vient à qui sait attendre. La révolution technologique est en cours.
Pour le moment VAAPI n'est pas encore vraiment très utilisé pour les possesseurs cartes Nvidia. J'utilise encore VDPAU tout seul et non pas le backend VDPAU de VAAPI pour la simple raison que la documentation est inexistante et l'implémentation en dehors de celle de Mplayer je ne sais même pas ou elles en sont (VLC ? Xine ? Gstreamer ?). Et puis aussi, VDPAU marche très bien à l'heure actuelle, tant que ça marche, j'ai pas trop envie de bidouiller ça.
Cela dit pour ceux qui utilisent la page Firefox de Google il n'y a pas cet effet http://www.google.fr/firefox donc je ne peux que conseiller d'aller utiliser cette page, la seule différence se faisant avec l'affichage du logo Firefox et des liens vers des choses qui tournent autour.
Pas de compilateur … (on me dira que si, mais, je rajoutais cela dans le sens ou MinGW, celui-là qui est utilisé le plus souvent par les logiciels libres, n'a pas encore de version stable pour les Windows 64 bits)
Bah après je pense que c'est un peu pareil pour eux, si ça te plaît pas, tu est totalement libre de changer d'environnement de bureau (pas comme sur d'autres OS) …
Après ils avaient un projet qui marchait bien (plus ou moins) mais qui devenait surtout une plaie à maintenir, donc ils ont tout à fait eu raison de tout remettre à plat, quitte à perdre des utilisateurs !
C'était pas stable, cela s'est amélioré, tu te barre, eh ben tant pis …
Tu as perdu assez de temps ? Eh bien c'est dommage pour toi, la critique facile c'est bien, mais c'est sûrement pas ce qui va aider les développeurs.
Pour la 4.0, pas d'excuses, mauvaise communications. Mais à partir de la 4.1 il y a eu de l'amélioration (mais restait pénible à utiliser avec les drivers proprio nvidia, la faute au driver, mais bon pour jouer il faut utiliser ces drivers ou changer de carte …), puis encore plus pour la 4.2. Mais arrivé à la 4.3, je pense qu'on est arrivé au niveau de KDE 3.5 (du moins je n'avais plus de regret sur les changements à partir de ce moment là). En effet, je ne subissais plus aucun ralentissement particulier, ni même de plantages (sauf peut-être K3B, le nouveau, et KNetworkmanager, le plasmoid, deux choses qui ne sont pas encore en version stable).
Actuellement je suis passé à la beta1 de la 4.4, bon ce n'est pas parfait au niveau stabilité, par exemple plasma qui ne se lance pas au démarrage de la session (faut le faire manuellement). Mais dans l'ensemble on note un progrès indéniable :
- Plasma ne consomme plus de ressources lorsque l'on ne fait rien (avant avec KDE4.3, j'avais toujours une utilisation processeur de l'ordre de 1 à 5 % sur un Turion 64 X2, et sûrement plus pour les versions précédentes).
- KDE4.4 utilise Kinetic de Qt4.6 et ça permet de faire de jolis effets d'animation et de transitions (changement d'onglet, scroll, …), encore un peu gourmand en ressource, mais je doute pas que cela s'améliorera.
- La gestion des onglets par KWin, très intéressant même si j'ai pas encore prit l'habitude de les utiliser.
- KWin est aussi beaucoup moins gourmand lorsque les effets sont activés, au point de se faire oublier.
- L'indexation devient enfin acceptable avec l'utilisation d'un backend correct, Virtuoso à la place de sesame !
- Amélioration encore dans la gestion des notifications.
Beaucoup de bonnes choses, il y a sûrement encore plein d'autres choses que j'oublie aussi. Mais des points noirs sont aussi à noter, comme la nouvelle façon d'ajouter des plasmoids qui est disons-le contre-intuitive.
Tout ça pour en revenir au fait que tu ne veux plus essayer KDE, eh bien je pense que tu rate quelque chose.
et pour rigoler j'ai regardé Sunspider sous Konqueror (4.4 beta 1), eh bah c'est pas glorieux, KJS est pas très en forme, mais ça reste un navigateur plus que correct.
Donc effectivement le build de ta distribution n'est pas optimisé puisque mon simple Turion de PC portable bat quasiment ton QuadCore sur SunSpider et le bat sur Peacekeeper, alors que je n'étais pas vraiment au repos (y'a d'autres choses qui tournaient en arrière plan).
Pour savoir un peu ce qui pourrait changer, tu pourrais donner ce que Firefox t'affiche en mettant about:buildconfig dans la barre d'adresse, actuellement ça donne ça chez moi :
À comparer donc de votre coté, y'a sûrement pas mal de choses qui peuvent jouer, et surtout c'est à comparer avec la version Windows (que je n'ai pas sous la main).
Et surtout ils ont pas assez de développeurs pour s'occuper correctement de la version Windows, en effet les quelques développeurs sont bien assez occupés avec la version Linux pour ne pas avoir à se démener à sortir une version Windows qui ne serait que très peu utilisée, bien que ce soit sur la roadmap. Ça reste tout de même gadget et sortira quand ce sera prêt.
Oui mais une requête par jour pour du RSS c'est pas vraiment la réalité (enfin j'imagine), j'ai pas de statistiques sous la main non plus. Disons que dans mon cas j'ai une requête toutes les 30 minutes pour l'ensemble des flux, néanmoins sur tout ces flux y'a guère qu'une dizaine pour lesquels les requêtes sont effectivement utiles à intervalle aussi régulier. On pourrait dire ben j'ai qu'à configurer pour chaque flux, mais bon j'ai pas le temps ni l'envie.
Celui-ci aurait donc pas loin de 70000 clients RSS qui envoient une requête toutes les 30 minutes (toujours selon un exemple, rien de scientifique) ça fait quand même pas mal de requêtes inutiles, puisque ça ne poste que très rarement plusieurs fois par jour.
Bien entendu je ne dis pas non plus que le système est pourri et que SPDY serait beaucoup mieux, je ne connais pas les implications que ça apporte, mais c'est simplement que en soit il y a quelque chose qui pourrait être amélioré, ou pas.
C'est peut-être pas un seul client qui fait 36000 requêtes par jour mais 36000 personnes qui font 1 requête …
Bah oui les gros sites vont se prendre pas mal de requêtes inutiles, parce que bien entendu le client RSS ira vérifier plusieurs fois par jour (selon la configuration) et si on compte plusieurs milliers de personnes, bah ça en fait une masse.
Fallait réfléchir avant de répondre directement au commentaire précédent.
En flash ??? Non non, y'a pas de flash du tout, QuakeLive n'est ni plus ni moins qu'un vieux binaire lancé par le navigateur, aucune techno web la dedans, pour s'en convaincre, suffit de regarder dans le dossier ~/.quakelive qui est crée.
Je confirme la config par défaut de SELinux empêche l'exploit de fonctionner.
Résumé
SELinux is preventing exploit (unconfined_t) "mmap_zero" to (unconfined_t).
Description détaillée
SELinux denied access requested by exploit. The current boolean settings do not allow this access. If you have not setup exploit to require this access this may signal an intrusion attempt. If you do intend this access you need to change the booleans on this system to allow the access.
Autoriser l'accès
Confined processes can be configured to to run requiring different access, SELinux provides booleans to allow you to turn on/off access as needed. The boolean allow_unconfined_mmap_low is set incorrectly.
Boolean Description:
Allow unconfined domain to map low memory in the kernel
Utilisateur d'OSS dans sa version 4 depuis la libération, donc un petit moment déjà, je pense vraiment qu'il serait préférable d'essayer de tenter de revenir à OSS qui propose la fonction de mixer différent pour chaque application et surtout OSS pose moins de problèmes de compatibilité avec les applications, quasiment toutes les applications sous Linux ont une sortie OSS (y'a que Firefox en 3.5 qui n'a pas vraiment l'air de vouloir me donner du son, apparemment il prend que ALSA, si quelqu'un a une solution je suis preneur d'ailleurs …).
Alors pourquoi en venir à utiliser OSS ? En ce moment le son sous Linux c'est pas très joli à voir, comme le mentionne l'auteur du journal PulseAudio ramène plus d'emmerdes à la majorité que de bénéfices, j'ai pas mal ramé pour essayer d'avoir une config qui passe mais sans jamais y arriver et ce sur plusieurs distro (Ubuntu, Fedora, Mandriva), le son marchait très bien avant l'arrivée de PA, pourquoi donc intégrer une chose aussi peu avancée et source de problèmes, qui plus est les applications doivent se voir ajouter des mécanismes le plus souvent pour une compatibilité correcte avec PulseAudio.
Alsa, lui marche bien, mais commence à être difficile à maintenir et à faire évoluer et la gestion des mixers indépendants pour chaque application ne verra sans doute jamais le jour, donc c'est pas la solution parfaite non plus.
OSS4, lui est de nouveau libre, une base de code, propre (réécrite de 0), compatible OSS3 (donc une très grosse majorité des applications disponibles) mais ce n'est pas tout, il est aussi multiplateforme, OSS4 marche sous Linux, xBSD, Solaris, et encore d'autres choses. Enfin bref un choix de luxe pour moi, je pense qu'il serait temps de passer à OSS à nouveau, oui le code à une histoire mais qui ne se reproduira pas, et même si cela devait être le cas, le code d'OSS4 de base (enfin OSS4.1 arrive) lui est sous licence tout à fait libre. Qu'est-ce que vous attendez testez et adoptez OSS !
Sur la Fedora avec le KDE4 d'installé je peux accéder en root au gestionnaire de connexion dans System Settings, au lancement il demande directement le mot de passe root. Donc Mandriva pourrait faire un effort d'intégration pour se débrouiller et offrir l'accès en root directement (en même temps l'accès en non root n'est pas vachement utile).
Dans l'ensemble on peut dire que c'est vraiment une bonne nouvelle, Microsoft serait en train de doucement prendre considération de Linux et de la GPL, chose impensable il y à encore quelques temps. Bien entendu une méfiance envers l'entreprise reste encore présente pour la plupart, le passif étant plus que chargé mais un changement de cap à l'air de se profiler. Le futur nous le dira.
Sous Fedora 11 aussi, pour moi aucun problème ! Par contre si ton Firefox plante sur les pages utilisant la nouvelle propriété CSS @font-face, eh bien c'est un bug avéré et qui sera corrigé très prochainement (enfin il est corrigé, une sombre histoire avec Cairo, il faut attendre que le paquet soit lâché dans les dépôts cf Bug #502274 chez RH).
Je pense que le nouvel Archos peut t'intéresser, celui-ci sera en effet proposé avec Ubuntu, je ne l'ai pas testé, mais pour un netbook qui propose directement Ubuntu c'est déjà pas mal et la config est tout aussi intéressante, à méditer : http://www.archos.com/store/psearch.html?country=fr&lang(...)
# jQuery
Posté par Julien Humbert . En réponse au sondage Ma bibliothèque javascript préférée. Évalué à 2.
# Merci Tarrabiscotta !
Posté par Julien Humbert . En réponse au journal Jachère l'ultime applicatif JavaEE de consommation de ressources de fermes de calcul. Évalué à 4.
[^] # Re: Libre ?
Posté par Julien Humbert . En réponse au journal XvMC, Gallium et DxVA. Évalué à 3.
[^] # Re: Uno mas...
Posté par Julien Humbert . En réponse au journal Aïe Maque. Évalué à 2.
(en passant il est sorti récemment dans sa version 1.0, et il mérite le coup d'œil)
# Google/firefox
Posté par Julien Humbert . En réponse au journal Test Firefox/Chrome. Évalué à 3.
[^] # Re: Et maintenant
Posté par Julien Humbert . En réponse au journal Performance des navigateur web: linux parent pauvre ?. Évalué à 1.
[^] # Re: gnome
Posté par Julien Humbert . En réponse au journal Je ne veux pas passer a KDE4!. Évalué à 6.
Après ils avaient un projet qui marchait bien (plus ou moins) mais qui devenait surtout une plaie à maintenir, donc ils ont tout à fait eu raison de tout remettre à plat, quitte à perdre des utilisateurs !
C'était pas stable, cela s'est amélioré, tu te barre, eh ben tant pis …
[^] # Re: gnome
Posté par Julien Humbert . En réponse au journal Je ne veux pas passer a KDE4!. Évalué à 4.
Pour la 4.0, pas d'excuses, mauvaise communications. Mais à partir de la 4.1 il y a eu de l'amélioration (mais restait pénible à utiliser avec les drivers proprio nvidia, la faute au driver, mais bon pour jouer il faut utiliser ces drivers ou changer de carte …), puis encore plus pour la 4.2. Mais arrivé à la 4.3, je pense qu'on est arrivé au niveau de KDE 3.5 (du moins je n'avais plus de regret sur les changements à partir de ce moment là). En effet, je ne subissais plus aucun ralentissement particulier, ni même de plantages (sauf peut-être K3B, le nouveau, et KNetworkmanager, le plasmoid, deux choses qui ne sont pas encore en version stable).
Actuellement je suis passé à la beta1 de la 4.4, bon ce n'est pas parfait au niveau stabilité, par exemple plasma qui ne se lance pas au démarrage de la session (faut le faire manuellement). Mais dans l'ensemble on note un progrès indéniable :
- Plasma ne consomme plus de ressources lorsque l'on ne fait rien (avant avec KDE4.3, j'avais toujours une utilisation processeur de l'ordre de 1 à 5 % sur un Turion 64 X2, et sûrement plus pour les versions précédentes).
- KDE4.4 utilise Kinetic de Qt4.6 et ça permet de faire de jolis effets d'animation et de transitions (changement d'onglet, scroll, …), encore un peu gourmand en ressource, mais je doute pas que cela s'améliorera.
- La gestion des onglets par KWin, très intéressant même si j'ai pas encore prit l'habitude de les utiliser.
- KWin est aussi beaucoup moins gourmand lorsque les effets sont activés, au point de se faire oublier.
- L'indexation devient enfin acceptable avec l'utilisation d'un backend correct, Virtuoso à la place de sesame !
- Amélioration encore dans la gestion des notifications.
Beaucoup de bonnes choses, il y a sûrement encore plein d'autres choses que j'oublie aussi. Mais des points noirs sont aussi à noter, comme la nouvelle façon d'ajouter des plasmoids qui est disons-le contre-intuitive.
Tout ça pour en revenir au fait que tu ne veux plus essayer KDE, eh bien je pense que tu rate quelque chose.
# Buildconfig ?
Posté par Julien Humbert . En réponse au journal Performance des navigateur web: linux parent pauvre ?. Évalué à 3.
Sunspider : 2499.0ms +/- 8.0%
Peacekeeper : 1458 points
et pour rigoler j'ai regardé Sunspider sous Konqueror (4.4 beta 1), eh bah c'est pas glorieux, KJS est pas très en forme, mais ça reste un navigateur plus que correct.
Sunspider : 8733.6ms +/- 3.5%
Peacekeeper : pas arrivé jusqu'au bout …
Donc effectivement le build de ta distribution n'est pas optimisé puisque mon simple Turion de PC portable bat quasiment ton QuadCore sur SunSpider et le bat sur Peacekeeper, alors que je n'étais pas vraiment au repos (y'a d'autres choses qui tournaient en arrière plan).
Pour savoir un peu ce qui pourrait changer, tu pourrais donner ce que Firefox t'affiche en mettant about:buildconfig dans la barre d'adresse, actuellement ça donne ça chez moi :
about:buildconfig
Build platform
target
x86_64-unknown-linux-gnu
Build tools
Compiler Version Compiler flags
gcc gcc version 4.4.2 (GCC) -Wall -W -Wno-unused -Wpointer-arith -Wcast-align -W -Wno-long-long -march=native -O2 -pipe -fno-strict-aliasing -pthread -pipe -DNDEBUG -DTRIMMED -fprofile-use -Os -freorder-blocks -fno-reorder-functions
c++ gcc version 4.4.2 (GCC) -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-long-long -march=native -O2 -pipe -fno-strict-aliasing -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -fprofile-use -Os -freorder-blocks -fno-reorder-functions
Configure arguments
--enable-application=browser --prefix=/usr --libdir=/usr/lib --with-system-nss --with-system-jpeg --with-pthreads --with-system-zlib --with-system-bz2 --with-system-png --enable-system-cairo --with-system-hunspell --with-system-sqlite --with-system-nspr --disable-installer --disable-updater --enable-official-branding --enable-startup-notification --disable-pedantic --enable-jemalloc --enable-xterm-updates --enable-optimize --disable-debug --disable-tests --enable-profile-guided-optimization --enable-strip --enable-install-strip --disable-crashreporter --disable-parental-controls --enable-printing --enable-xinerama --enable-default-toolkit=cairo-gtk2 --enable-places --enable-svg --enable-pango --enable-canvas --enable-smil --disable-java-xpcom --disable-canvas3d --disable-safe-browsing
À comparer donc de votre coté, y'a sûrement pas mal de choses qui peuvent jouer, et surtout c'est à comparer avec la version Windows (que je n'ai pas sous la main).
[^] # Re: Sympa mais...
Posté par Julien Humbert . En réponse au journal Firefox + KWallet : c'est possible. Évalué à 2.
Mais bon étant donné que j'utilise la 3.6b4 j'ai pas testé.
[^] # Re: KOffice ailleurs que sous Linux
Posté par Julien Humbert . En réponse à la dépêche Quelques nouvelles de KDE. Évalué à 4.
[^] # Re: La solution la plus propre
Posté par Julien Humbert . En réponse au journal L'informatique ou comment devenir fou. Évalué à 5.
[^] # Re: tout dans le navigateur, et surtout sur leurs serveurs
Posté par Julien Humbert . En réponse au journal Avec SPDY, Google souhaite accélérer remplacer/accélérer HTTP. Évalué à 2.
Maintenant faisons un exemple avec un blog quelconque de google : http://googlewebmastercentral.blogspot.com/ (au hasard)
Celui-ci aurait donc pas loin de 70000 clients RSS qui envoient une requête toutes les 30 minutes (toujours selon un exemple, rien de scientifique) ça fait quand même pas mal de requêtes inutiles, puisque ça ne poste que très rarement plusieurs fois par jour.
Bien entendu je ne dis pas non plus que le système est pourri et que SPDY serait beaucoup mieux, je ne connais pas les implications que ça apporte, mais c'est simplement que en soit il y a quelque chose qui pourrait être amélioré, ou pas.
[^] # Re: tout dans le navigateur, et surtout sur leurs serveurs
Posté par Julien Humbert . En réponse au journal Avec SPDY, Google souhaite accélérer remplacer/accélérer HTTP. Évalué à 5.
Bah oui les gros sites vont se prendre pas mal de requêtes inutiles, parce que bien entendu le client RSS ira vérifier plusieurs fois par jour (selon la configuration) et si on compte plusieurs milliers de personnes, bah ça en fait une masse.
Fallait réfléchir avant de répondre directement au commentaire précédent.
# TinyVid ?
Posté par Julien Humbert . En réponse au message Hébergement vidéo basé sur theora. Évalué à 2.
Enfin je crois que c'est ce que tu cherches, mais de toute façon ça mérite le coup d'œil.
[^] # Re: rectangle
Posté par Julien Humbert . En réponse au journal Preview du futur GIMP 2.8. Évalué à 3.
[^] # Re: Rabat-joie
Posté par Julien Humbert . En réponse au journal QuakeLive sous Linux !. Évalué à 2.
[^] # Re: Chez moi ca marche pas :(
Posté par Julien Humbert . En réponse au journal QuakeLive sous Linux !. Évalué à 1.
[^] # Re: Fedora 11 x86_64
Posté par Julien Humbert . En réponse au journal Encore un trou de sécurité, encore Brad qui s'amuse.... Évalué à 1.
Résumé
SELinux is preventing exploit (unconfined_t) "mmap_zero" to (unconfined_t).
Description détaillée
SELinux denied access requested by exploit. The current boolean settings do not allow this access. If you have not setup exploit to require this access this may signal an intrusion attempt. If you do intend this access you need to change the booleans on this system to allow the access.
Autoriser l'accès
Confined processes can be configured to to run requiring different access, SELinux provides booleans to allow you to turn on/off access as needed. The boolean allow_unconfined_mmap_low is set incorrectly.
Boolean Description:
Allow unconfined domain to map low memory in the kernel
# OSS4 la solution ?
Posté par Julien Humbert . En réponse au journal [:mmmfff]. Évalué à 10.
Alors pourquoi en venir à utiliser OSS ? En ce moment le son sous Linux c'est pas très joli à voir, comme le mentionne l'auteur du journal PulseAudio ramène plus d'emmerdes à la majorité que de bénéfices, j'ai pas mal ramé pour essayer d'avoir une config qui passe mais sans jamais y arriver et ce sur plusieurs distro (Ubuntu, Fedora, Mandriva), le son marchait très bien avant l'arrivée de PA, pourquoi donc intégrer une chose aussi peu avancée et source de problèmes, qui plus est les applications doivent se voir ajouter des mécanismes le plus souvent pour une compatibilité correcte avec PulseAudio.
Alsa, lui marche bien, mais commence à être difficile à maintenir et à faire évoluer et la gestion des mixers indépendants pour chaque application ne verra sans doute jamais le jour, donc c'est pas la solution parfaite non plus.
OSS4, lui est de nouveau libre, une base de code, propre (réécrite de 0), compatible OSS3 (donc une très grosse majorité des applications disponibles) mais ce n'est pas tout, il est aussi multiplateforme, OSS4 marche sous Linux, xBSD, Solaris, et encore d'autres choses. Enfin bref un choix de luxe pour moi, je pense qu'il serait temps de passer à OSS à nouveau, oui le code à une histoire mais qui ne se reproduira pas, et même si cela devait être le cas, le code d'OSS4 de base (enfin OSS4.1 arrive) lui est sous licence tout à fait libre. Qu'est-ce que vous attendez testez et adoptez OSS !
# Effort chez Mandriva ?
Posté par Julien Humbert . En réponse au message KDE 4.2 et le gestionnaire de connexion. Évalué à 1.
# Bonne nouvelle
Posté par Julien Humbert . En réponse au journal Microsoft sort un pilote Linux sous GPL. Évalué à 2.
[^] # Re: Streaming ?
Posté par Julien Humbert . En réponse à la dépêche Le débat sur la lecture des codecs vidéo par les balises HTML5. Évalué à 1.
# Archos ?
Posté par Julien Humbert . En réponse au message Je cherche un netbook sous linux pour offrir.. Évalué à 1.
[^] # Re: Extension
Posté par Julien Humbert . En réponse au journal HADOPI comme si vous y étiez. Évalué à 3.
Faut cocher la case puis le lien s'active ou si tu préfère : https://addons.mozilla.org/fr/firefox/downloads/file/54143/h(...)