Juste au cas ou, car l'info n'est pas forcément évidente à trouver, il est possible de forcer l'utilisation de backend OpenGL 1 à kwin même si OpenGL 2 est supporté.
Pour ça, dans la boite de dialogue de configuration des effets de kwin, dans l'onglet avancé, il faut décocher l'option "Utiliser les Shader OpenGL 2"
Normalement toute carte qui supporte OpenGL 2 devrait mieux marcher dans ce mode que dans le mode OpenGL 1. Mais bon, dans le domaine de performances et de la fiabilité des pilotes et cartes graphique, la pratique est souvent plutôt éloignée de la théorie.
C'est pourtant évident, elle s'est électrocutée en changeant l'ampoule de sa salle de bain tout en étant sous sa douche avec son sèche cheveux!
L'accident bête quoi...
c'est vrai que ça m'a fait sourire, mais le paquet virtuel linux-image-2.6-amd64 "pointe" sur la dernière version du noyau installable.
Je suppose ce paquet ne va pas tarder à changer de nom, en tout cas, tant que c'est dans sid ou dans testing, un rapport de bogue mineur est suffisant, les utilisateurs sont sensés avoir des notions de base de la gestion des paquets et savoir faire la différence entre un nom de paquet et la version du logiciel qu'il empaquette :)
Et dans le cas présent, je pense même qu'aucun rapport de bogue n'est nécessaire, les empaqueteurs du noyau sont certainement au courant de ce changement mineur et le nom du paquet va changer être changé.
Ce que j'aime particulièrement dans l'article wikipedia c'est :
1962 : on décide d'aller sur la lune et on débloque les fonds nécessaires.
1963 : besoin de manoeuvres politiques pour continuer à débloquer des fonds car le soutiens des élus commence à faiblir...
Posté par moi1392 .
En réponse au journal CAPTCHA.
Évalué à 9.
Dans le temps j'avais un forum, et pour l'inscription, à force d'avoir à virer 30 bots par jours, j'avais imaginé l'astuce suivante :
Tu fais un joli captcha, et à coté tu mets : "Veuillez écrire "toto" dans la zone de texte suivante".
L'humain n'a aucune difficulté à comprendre, mais tous les bots essayent de résoudre le captcha et de l'écrire dans la zone de texte.
Apparemment aucun humain mal intentionné n'est venu vérifié de lui même pourquoi ses robots n'avaient jamais réussi à s'inscrire sur le forum...
tu as donc effectivement un gros bug...
mais tu peux accéder à la même boite de dialogue depuis l'interface d'akonadi : "kcmschell4 akonadi"
Dans la fenêtre qui s'ouvre, tu as une liste avec toutes les ressources akonadi, cherche et sélectionne ton compte imap, et clique sur modifier à droite (et prie pour que ça marche...)
KDE n'existe plus, la suite logicielle s'appelle KDE SC.
D'après ce que j'ai pu en lire, les libs vont passer en version 5 (au passage, kdelibs EST la version 5, donc ça sera la version 6...), mais pour le reste (workspace, applis) chacun fera comme il lui semble.
De toute façon le passage de la version 4 à 5 des libs ne sera pas un cassage avec des nouvelles infrastructures ajoutées.
En gros, il sera juste retiré tout ce qui est marqué comme déprécié, et donc le code peut-être prêt avant que ces éléments ne soient retirés car la suite logicielle est maintenu à jour sur la dernière version des kdelibs, et le tout sera plus modularisé, avec des dépendances inter-modules plus claires (et 3 niveaux de couches), pour pouvoir installer et utiliser seulement une partie des kdelibs (c'est surtout utile pour l'embarqué)
Donc d'un point de vue espace de travail et applications, pas de changements majeurs en vue, mais toujours le même flot continu d'évolutions :)
à partir de la boite de dialogue postée, tu cliques sur "Modifier", et dans la nouvelle fenêtre qui s'affiche tu as (en anglais chez moi) "Enable interval mail checking"
tu désactives et c'est réglé.
lorsque tu éteins ou redémarres ta machine depuis ton interface graphique, c'est le gestionnaire de connexion graphique (K/X/G/Light DM) qui lance la commande d'extinction ou de redémarrage.
Avant cela, il dit juste à grub(2) quels paramètres utiliser pour le prochain boot.
Ça vaut ce que ça vaut, moi j'utilise la version de dev depuis pas mal de temps déjà, et à deux reprises, j'ai simplement effacé ma config et j'en ai refaite une depuis le début et ça a à chaque fois résolu les trois quart des problèmes que j'avais.
Je sais que c'est super chiant et contraignant d'avoir à faire ça, mais ça peut valoir le coup de tenter.
PAr contre, si tu veux le faire, il y a tous les fichier kmail* dans ~/.kde mais aussi le dossier akonadi dans ~/.config, ne pas oublier ce dernier sinon ça n'aide pas des masses.
Sinon, 4 comptes gmail en imap chez moi, et un exchange en imap au boulot, et ça se passe plutot bien depuis quelques temps maintenant. Le seul soucis que j'ai encore, c'est que régulièrement (je dirait, pifométriquement, un mail sur 20), il met un temps fou à ouvrir le mail, j'ai l'impression qu'il a juste perdu la connexion avec akonadi ou que le protocol est dans un état d'attente des deux cotés.
Du coup je ferme et relance kmail, et ça passe.
. Il m'a fallu ajouter snd_hda_intel dans /etc/modules.
J'ai le même soucis chez moi, ça à l'air d'être un bogue de udev, je l'ai depuis environ 3 semaines (avec quelques autres soucis), je dois charger ce module à la main, tout est fixé depuis le démarrage de ce matin chez moi (mise à jour hier)
Enfin je suis en sid, donc encore quelques temps pour que ça soit fixé en testing je pense.
je pense que certaines (toutes?) distributions on changé ce paramètre, je me souviens aussi que ça m'emmerdait vraiment il y a quelques temps, mais ça fait maintenant pas mal de temps que je n'y pense plus, il a donc du être changé dans ma distrib lors d'une mise à jour et je n'y pense simplement plus.
D'après ce que j'en ai compris, n'hésitez pas à compléter/me corriger
Pour ce qui est de la compatibilité au niveau source code, elle sera le plus possible préservée, mais il pourra y avoir quelques modifications.
En particulier, le retrait pur et simple de Qt3Support et du code de support disséminé un peu partout dans Qt (oui, il y a encore du Qt3 support dans pas mal d'applications qui ont fait le portage qt3->qt4 à la va vite)
Pour ce qui est de la gestion du rendu, le coeur du système ne sera plus l'architecture basé sur QPainter mais un scenegraph piloté par QML.
Cette partie sera la plus optimisée (pour optimiser les performances sur les plateformes mobiles je suppose) et le système QWidget/QPainter se basera dessus.
De plus, toute la partie QWidget sera dans une lib à part, pour permettre de n'embarquer que la partie QML pour les systèmes embarqués qui auront tout codé en QML.
OpenGL (ES) 2.0 obligatoire (au pire via un rendu logiciel comme mesa ou gallium)
Abstraction de l'OS faite par le sous projet Lighthouse (je n'ai pas beaucoup d'infos dessus, donc je laisse les autres en parler)
En C++ on aime bien utiliser des templates pour faire du polymorphisme
c'est de la généricité, pas du polymorphisme.
Le polymorphisme est un mécanisme dynamique qui permet d'aiguiller le comportement d'opérations en fonction de des objets que l'on traite. Ces objets doivent avoir un lien entre eux que l'on nomme héritage.
La généricité est un mécanisme statique qui permet de réutiliser du code dans le contexte de différentes classes qui partagent une interface. L'interface partagée peut-être vide, c'est le cas des conteneurs de la stl, par exemple.
J'utilise principalement mplayer, je préfère largement son interface en ligne de commande et la vitesse à laquelle il se lance pour une vidéo et son absence d'interface graphique pour un fichier son.
En plus, il a quelques options sympa comme "-vo null" ou "-ao null" que j'utilise souvent quand je ne veux que le son ou que l'image
J'utilise aussi vlc, principalement pour 2 fonctionnalités.
La fonctionnalité de la mort pour moi, c'est de pouvoir pitcher une vidéo, et en particulier, de pouvoir la ralentir, je m'en sert pour des démonstrations de professionnels que je filme, je repasse ensuite en ralentissant chez moi pour pouvoir analyser certains mouvement et pouvoir les comprendre et les retravailler.
Ma seconde utilisation est la conversion de format. mplayer/mencoder fait surement cela très bien, mais faut savoir par coeur ce que l'on veut, et souvent c'est pas mon cas.
Dernier point, je trouve que mplayer est plus performant. La où quelques fois, vlc rame un peu sur une petite config, ça passe beaucoup mieux avec mplayer.
Par contre, contrairement aux autres personnes ici, je n'ai jamais de problème de formats non reconnus par l'un ou l'autre.
Avec firefox, quand tu es sur la page de la video, menu tool -> page info
dans le popup, tu as l'onglet "media"
La vidéo est dedans, cela te sauvegarde un fichier *.htm, mais c'est la fichier vidéo, tu peux le lire avec mplayer, vlc, ...
QML n'utilise pas forcément OpenGL pour le rendu, c'est juste "qu'il le peut" comme QGraphicView le peut également.
D'après ce que j'en ai compris, L'avantage de QML est que les objets a afficher sont décrit dans un langage descriptif qui permet d'organiser le rendu sous forme d'un scene graph, ce qui est beaucoup plus performant à dessiner car entre autre tu as les informations d'occlusion et de collision entre les objets organisés sous forme de graph (un peu comme dans les moteurs de rendus de jeux vidéo) ce qui permet de ne dessiner que ce qui doit être dessiné (en terme de visibilité ET de changement)
# backend kwin
Posté par moi1392 . En réponse à la dépêche KDE 4.7 est sorti. Évalué à 3.
Juste au cas ou, car l'info n'est pas forcément évidente à trouver, il est possible de forcer l'utilisation de backend OpenGL 1 à kwin même si OpenGL 2 est supporté.
Pour ça, dans la boite de dialogue de configuration des effets de kwin, dans l'onglet avancé, il faut décocher l'option "Utiliser les Shader OpenGL 2"
Normalement toute carte qui supporte OpenGL 2 devrait mieux marcher dans ce mode que dans le mode OpenGL 1. Mais bon, dans le domaine de performances et de la fiabilité des pilotes et cartes graphique, la pratique est souvent plutôt éloignée de la théorie.
[^] # Re: Quelque petit trucs "amusant" sur KDE 4.7
Posté par moi1392 . En réponse au journal Sortie de KDE 4.7. Évalué à 3.
La différence, c'est qu'il faut mieux être pote avec BFG : BFG_9000
[^] # Re: Quelque petit trucs "amusant" sur KDE 4.7
Posté par moi1392 . En réponse au journal Sortie de KDE 4.7. Évalué à 2.
t'es en train d'admettre que t'as critiqué sans arguments là?
[^] # Re: what else
Posté par moi1392 . En réponse au journal [Anonymous] Opération Paypal. Évalué à 3.
Il parait que c'est gratuit d'ouvrir un compte...
# cause de la mort
Posté par moi1392 . En réponse au journal Amy Winehouse bronsonisé. Évalué à 8.
C'est pourtant évident, elle s'est électrocutée en changeant l'ampoule de sa salle de bain tout en étant sous sa douche avec son sèche cheveux!
L'accident bête quoi...
# Une amie...
Posté par moi1392 . En réponse au journal Une séparation. Évalué à 7.
Quel frimeur ce patrick... tout ça pour dire qu'il a le temps d'avoir des amies en plus de geeker et de mouler toute la journée!
[^] # Re: debian
Posté par moi1392 . En réponse au journal Linux 3 et Python : bugs en approche. Évalué à 2.
c'est vrai que ça m'a fait sourire, mais le paquet virtuel linux-image-2.6-amd64 "pointe" sur la dernière version du noyau installable.
Je suppose ce paquet ne va pas tarder à changer de nom, en tout cas, tant que c'est dans sid ou dans testing, un rapport de bogue mineur est suffisant, les utilisateurs sont sensés avoir des notions de base de la gestion des paquets et savoir faire la différence entre un nom de paquet et la version du logiciel qu'il empaquette :)
Et dans le cas présent, je pense même qu'aucun rapport de bogue n'est nécessaire, les empaqueteurs du noyau sont certainement au courant de ce changement mineur et le nom du paquet va changer être changé.
[^] # Re: debian
Posté par moi1392 . En réponse au journal Linux 3 et Python : bugs en approche. Évalué à 3.
Ce que tu décris, c'est sid, expérimental, c'est bien des paquet pour des versions de logiciels en cours de développement.
http://wiki.debian.org/DebianExperimental
[^] # Re: La NASA et son budget, tout une histoire...
Posté par moi1392 . En réponse au journal Les élus républicains tuent le successeur de Hubble. Évalué à 4.
Ce que j'aime particulièrement dans l'article wikipedia c'est :
1962 : on décide d'aller sur la lune et on débloque les fonds nécessaires.
1963 : besoin de manoeuvres politiques pour continuer à débloquer des fonds car le soutiens des élus commence à faiblir...
La politique à court terme, ça date pas d'hier...
# CAPTCHA qui marche bien
Posté par moi1392 . En réponse au journal CAPTCHA. Évalué à 9.
Dans le temps j'avais un forum, et pour l'inscription, à force d'avoir à virer 30 bots par jours, j'avais imaginé l'astuce suivante :
Tu fais un joli captcha, et à coté tu mets : "Veuillez écrire "toto" dans la zone de texte suivante".
L'humain n'a aucune difficulté à comprendre, mais tous les bots essayent de résoudre le captcha et de l'écrire dans la zone de texte.
Apparemment aucun humain mal intentionné n'est venu vérifié de lui même pourquoi ses robots n'avaient jamais réussi à s'inscrire sur le forum...
[^] # Re: divertissement vs art
Posté par moi1392 . En réponse au journal Confession(s) d'un pirate. Évalué à 1.
Je suppose que ce que tu voulais dire est : "Il n'y aurait pas une contradiction ?"
Un paradoxe n'est pas une contradiction.
[^] # Re: kdepim
Posté par moi1392 . En réponse au journal KDE 4.7 beta1 was out. Évalué à 2.
tu as donc effectivement un gros bug...
mais tu peux accéder à la même boite de dialogue depuis l'interface d'akonadi : "kcmschell4 akonadi"
Dans la fenêtre qui s'ouvre, tu as une liste avec toutes les ressources akonadi, cherche et sélectionne ton compte imap, et clique sur modifier à droite (et prie pour que ça marche...)
[^] # Re: Qt 5 -> KDE
Posté par moi1392 . En réponse au journal KDE 4.7 beta1 was out. Évalué à 4.
KDE n'existe plus, la suite logicielle s'appelle KDE SC.
D'après ce que j'ai pu en lire, les libs vont passer en version 5 (au passage, kdelibs EST la version 5, donc ça sera la version 6...), mais pour le reste (workspace, applis) chacun fera comme il lui semble.
De toute façon le passage de la version 4 à 5 des libs ne sera pas un cassage avec des nouvelles infrastructures ajoutées.
En gros, il sera juste retiré tout ce qui est marqué comme déprécié, et donc le code peut-être prêt avant que ces éléments ne soient retirés car la suite logicielle est maintenu à jour sur la dernière version des kdelibs, et le tout sera plus modularisé, avec des dépendances inter-modules plus claires (et 3 niveaux de couches), pour pouvoir installer et utiliser seulement une partie des kdelibs (c'est surtout utile pour l'embarqué)
Donc d'un point de vue espace de travail et applications, pas de changements majeurs en vue, mais toujours le même flot continu d'évolutions :)
[^] # Re: kdepim
Posté par moi1392 . En réponse au journal KDE 4.7 beta1 was out. Évalué à 1.
Tu as également viré le dossier akonadi de ~/.config et recréé tous tes comptes?
[^] # Re: kdepim
Posté par moi1392 . En réponse au journal KDE 4.7 beta1 was out. Évalué à 1.
à partir de la boite de dialogue postée, tu cliques sur "Modifier", et dans la nouvelle fenêtre qui s'affiche tu as (en anglais chez moi) "Enable interval mail checking"
tu désactives et c'est réglé.
[^] # Re: KDM et GRUB2
Posté par moi1392 . En réponse au journal KDE 4.7 beta1 was out. Évalué à 3.
lorsque tu éteins ou redémarres ta machine depuis ton interface graphique, c'est le gestionnaire de connexion graphique (K/X/G/Light DM) qui lance la commande d'extinction ou de redémarrage.
Avant cela, il dit juste à grub(2) quels paramètres utiliser pour le prochain boot.
[^] # Re: kdepim
Posté par moi1392 . En réponse au journal KDE 4.7 beta1 was out. Évalué à 3.
Ça vaut ce que ça vaut, moi j'utilise la version de dev depuis pas mal de temps déjà, et à deux reprises, j'ai simplement effacé ma config et j'en ai refaite une depuis le début et ça a à chaque fois résolu les trois quart des problèmes que j'avais.
Je sais que c'est super chiant et contraignant d'avoir à faire ça, mais ça peut valoir le coup de tenter.
PAr contre, si tu veux le faire, il y a tous les fichier kmail* dans ~/.kde mais aussi le dossier akonadi dans ~/.config, ne pas oublier ce dernier sinon ça n'aide pas des masses.
Sinon, 4 comptes gmail en imap chez moi, et un exchange en imap au boulot, et ça se passe plutot bien depuis quelques temps maintenant. Le seul soucis que j'ai encore, c'est que régulièrement (je dirait, pifométriquement, un mail sur 20), il met un temps fou à ouvrir le mail, j'ai l'impression qu'il a juste perdu la connexion avec akonadi ou que le protocol est dans un état d'attente des deux cotés.
Du coup je ferme et relance kmail, et ça passe.
# pas de son
Posté par moi1392 . En réponse au journal Nouvelle machine, ubuntu live, debian.. Évalué à 2.
J'ai le même soucis chez moi, ça à l'air d'être un bogue de udev, je l'ai depuis environ 3 semaines (avec quelques autres soucis), je dois charger ce module à la main, tout est fixé depuis le démarrage de ce matin chez moi (mise à jour hier)
Enfin je suis en sid, donc encore quelques temps pour que ça soit fixé en testing je pense.
[^] # Re: Connais pas
Posté par moi1392 . En réponse au journal Firefox: fini, le bip dans la barre de recherche. Évalué à 1.
je pense que certaines (toutes?) distributions on changé ce paramètre, je me souviens aussi que ça m'emmerdait vraiment il y a quelques temps, mais ça fait maintenant pas mal de temps que je n'y pense plus, il a donc du être changé dans ma distrib lors d'une mise à jour et je n'y pense simplement plus.
# Quelques précisions
Posté par moi1392 . En réponse au journal Qt 5 à l'horizon. Évalué à 4.
D'après ce que j'en ai compris, n'hésitez pas à compléter/me corriger
Pour ce qui est de la compatibilité au niveau source code, elle sera le plus possible préservée, mais il pourra y avoir quelques modifications.
En particulier, le retrait pur et simple de Qt3Support et du code de support disséminé un peu partout dans Qt (oui, il y a encore du Qt3 support dans pas mal d'applications qui ont fait le portage qt3->qt4 à la va vite)
Pour ce qui est de la gestion du rendu, le coeur du système ne sera plus l'architecture basé sur QPainter mais un scenegraph piloté par QML.
Cette partie sera la plus optimisée (pour optimiser les performances sur les plateformes mobiles je suppose) et le système QWidget/QPainter se basera dessus.
De plus, toute la partie QWidget sera dans une lib à part, pour permettre de n'embarquer que la partie QML pour les systèmes embarqués qui auront tout codé en QML.
OpenGL (ES) 2.0 obligatoire (au pire via un rendu logiciel comme mesa ou gallium)
Abstraction de l'OS faite par le sous projet Lighthouse (je n'ai pas beaucoup d'infos dessus, donc je laisse les autres en parler)
# la batterie de l’iPod d’Apple des première, deuxième et troisième générations...
Posté par moi1392 . En réponse à la dépêche Obsolescence du matériel et taux de panne. Évalué à 3.
...tout va bien, dépêchez vous d'acheter la nouvelle version.
[^] # Re: Ça rejoint les typeclass de haskell, template du C++, Go
Posté par moi1392 . En réponse au journal Le problème de la POO pratiquée par des étudiants. Évalué à 5.
En C++ on aime bien utiliser des templates pour faire du polymorphisme
c'est de la généricité, pas du polymorphisme.
Le polymorphisme est un mécanisme dynamique qui permet d'aiguiller le comportement d'opérations en fonction de des objets que l'on traite. Ces objets doivent avoir un lien entre eux que l'on nomme héritage.
La généricité est un mécanisme statique qui permet de réutiliser du code dans le contexte de différentes classes qui partagent une interface. L'interface partagée peut-être vide, c'est le cas des conteneurs de la stl, par exemple.
# Les deux.
Posté par moi1392 . En réponse au journal Suis-je le seul à ne pas utiliser VLC ?. Évalué à 1.
J'utilise principalement mplayer, je préfère largement son interface en ligne de commande et la vitesse à laquelle il se lance pour une vidéo et son absence d'interface graphique pour un fichier son.
En plus, il a quelques options sympa comme "-vo null" ou "-ao null" que j'utilise souvent quand je ne veux que le son ou que l'image
J'utilise aussi vlc, principalement pour 2 fonctionnalités.
La fonctionnalité de la mort pour moi, c'est de pouvoir pitcher une vidéo, et en particulier, de pouvoir la ralentir, je m'en sert pour des démonstrations de professionnels que je filme, je repasse ensuite en ralentissant chez moi pour pouvoir analyser certains mouvement et pouvoir les comprendre et les retravailler.
Ma seconde utilisation est la conversion de format. mplayer/mencoder fait surement cela très bien, mais faut savoir par coeur ce que l'on veut, et souvent c'est pas mon cas.
Dernier point, je trouve que mplayer est plus performant. La où quelques fois, vlc rame un peu sur une petite config, ça passe beaucoup mieux avec mplayer.
Par contre, contrairement aux autres personnes ici, je n'ai jamais de problème de formats non reconnus par l'un ou l'autre.
[^] # Re: 403 forbidden
Posté par moi1392 . En réponse au journal YouTube et WebM. Évalué à 1.
Avec firefox, quand tu es sur la page de la video, menu tool -> page info
dans le popup, tu as l'onglet "media"
La vidéo est dedans, cela te sauvegarde un fichier *.htm, mais c'est la fichier vidéo, tu peux le lire avec mplayer, vlc, ...
[^] # Re: abandon de qgraphicsview ?
Posté par moi1392 . En réponse au journal Plasma Active. Évalué à 3.
QML n'utilise pas forcément OpenGL pour le rendu, c'est juste "qu'il le peut" comme QGraphicView le peut également.
D'après ce que j'en ai compris, L'avantage de QML est que les objets a afficher sont décrit dans un langage descriptif qui permet d'organiser le rendu sous forme d'un scene graph, ce qui est beaucoup plus performant à dessiner car entre autre tu as les informations d'occlusion et de collision entre les objets organisés sous forme de graph (un peu comme dans les moteurs de rendus de jeux vidéo) ce qui permet de ne dessiner que ce qui doit être dessiné (en terme de visibilité ET de changement)