moi1392 a écrit 763 commentaires

Je suis assez surpris de la différence entre konqueror et rekonq.
As-tu testé konquéror avec la moteur webkit (le même que rekonq du coup) ou khtml ?

Il me semble aussi que dans sa page de démarrage, rekonq charge des preview des 5 derniers sites visités, ça pourrait aussi expliquer la différence, s'il a chargé en interne 5 sites en plus.

Généralement, si je branche un clavier, c'est que j'en ai pas, du coup, la confirmation, je vais avoir du mal à la valider.
Une solution efficace dans mon cas serait de limité les HID autorisés à charger le pilote correspondant selon le port USB sur lequel ils sont branchés.
Du coup, j'ai des ports USB qui n'autorisent que les USB mass storage, et si je branche autre chose, rien ne se passe. Là, je vais voir les messages systèmes et je vois alors que mon périphérique est un clavier/un modem/un vibro ou autre chose d'exotique et je sais prendre la bonne décision.

la seule défense que je puisse voir est d'avoir des ports USB spécifiques marqués "clavier" et "souris" et de n'autoriser le matériel type clavier et souris que sur ces ports, très peu probable que ce soit implémenter un jour..

Ne serait-il pas possible avec les outils actuels, de n'autoriser sur certains port USB bien définis (ceux de devant ma machine par exemple) que les HID de type mass storage ?

au moins, on aurait des ports un peu moins vulnérables. Il y aurait toujours le problème de la faille dans le driver de système de fichier, mais ça resterait une faille qui serait corrigée aussitôt trouvée, alors que là, c'est plutôt un problème de conception duquel qu'il est beaucoup plus dur de se protéger de mon point de vue.

mais tu achètes plus de baguettes de pain quand tu es riche.
Donc tu payes plus de TVA au final ;)

La vrai question est : a-t-il souligné "ortho" également?

C'est rigolo les "arguments" pour se défendre suivant quel adorateur de Linux j'ai en face : des fois, je pourris Linux parce que je fais des bêtises de débutant et que je ne suis pas expert, des fois je le pourris parce que je suis expert.

Tu essais de contrer ce que je te dit en me parlant de ce que tu disent les autres ??
Donc soit, je ne sais pas si tu es un expert ou pas... explique moi comment tu fais pour pourrir ton linux en 5 minutes avec des connaissances dont je jugerai par la suite du niveau d'expertise.

Sinon, je connais une tonne de monde qui ont Windows XP qui tourne très bien et qui ne sont pas experts, juste qu'ils n'installent pas tout et n'importe quoi

Quelqu'un qui n'installe pas tout et n'importe quoi est déjà quelqu'un qui a une certaine connaissance et expérience, qui sait ce qu'il doit installer et ce qu'il ne doit pas installer.
Un non expert installe tout et n'importe quoi!

je te pourri un Linux de la même manière qu'un Windows XP [...] vous comparez une Mme Michu sous Windows XP à un expert sous Linux

Là c'est toi qui fait la comparaison inverse, tu pourris linux en 5 minutes parce que tu es un expert... La différence est que windows, il faut être un expert pour ne pas le pourrir, alors que linux, il faut être un expert pour le pourrir...
A ce petit jeu là, je peux aussi mettre le feu à la machine et aucun os ne résiste...

C'est LE poste pour Pierre Tramo ça !

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.

Euh laquelle ?

La différence, c'est qu'il faut mieux être pote avec BFG : BFG_9000

t'es en train d'admettre que t'as critiqué sans arguments là?

je regrette presque de pas avoir de compte pour pouvoir le fermer

Il parait que c'est gratuit d'ouvrir un compte...

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...

Quand une amie m'a proposé de sortir ce soir

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!

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 qui est expérimental, c'est l'empaquetage et l'intégration avec la distribution, rarement le logiciel en lui-même.

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

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...

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...

Je suppose que ce que tu voulais dire est : "Il n'y aurait pas une contradiction ?"

Un paradoxe n'est pas une contradiction.

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 :)

Tu as également viré le dossier akonadi de ~/.config et recréé tous tes comptes?

à 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.