Reprise du message précédent :
Tiens au fait, ya une technique pour qu'au lancement d'Amarok celui-ci ne me demande pas à chaque fois mon mot de passe du trousseau ?

@BloodyCarnage
Tu as raison pour neopomuk, je ne suis pas un utilisateur qui utilise à fond les dernières nouveautés. J'ai essayé de l'activer, le résultat est un peu aléatoire je dirais sur ma suse. Ça ne me dérange pas plus que ça. Peut-être faut-il que je supprime mon ~/kde/neopomuk (ou un truc du genre) pour que ça fonctionne, peut-être me manque-t-il un paquet je ne sais pas trop. Et je n'ai pas beaucoup cherché non plus.
 
J'ai bien entendu activé neopomuk dans la configuration du sytème, puis la recherche strigi. Mais ce dernier se décoche à chaque fois (strigi). Tant pis.
 
Enfin, pour le reste, tout ce que j'utilise marche au poil i.e. hormis neopomuk.
 
Je suis bien incapable de dire si c'est dû à une trop jeune intégration dans ma distribution ou bien si c'est un bug de jeunesse de kde, ou bien autre...

 
Heu, ne pas utiliser de fonction qui requiert de mot de passe (base de donnée externe ?). Avec les options par défaut amarok n'accède pas au trousseau.
 

 
Pour strigi, il te manque des paquets. Je ne connais pas la dénomination exacte pour Suse, mais tu dois chercher "ontologies" (le nouveau backend virtuoso) et "virtuoso" (le server lui-même). Reste que c'est cassé quand bien même tu l'installerais correctement

Je m'en fous de l'utilisation de base  
J'ai mis un mdp pour mon compte lastfm.

Bah voilà. Le plugin lastfm stock son mot de passe dans kwallet. Soit tu désactives le plugin (ce que tu ne veux pas), soit tu mets un mot de passe vierge pour ton trousseau (pas recommandé), soit tu continue à taper le mot de passe à chaque fois (bof aussi)...  
Du coup, tu peux utiliser une solution à 2 trousseaux. 1 non protégé et configuré par défaut pour les mots de passes sans intérêt, 1 autre pour les mots passes importants que tu protèges lui-même par mot de passe. Tu passes d'un trousseau à l'autre par l'icône dans la traybar. Du moins c'est la théorie.

Merci !

Tu peux tout aussi bien désactiver l'UAC de Vista , oups , Kwallet.
 
C'est ce que je vais faire de ce pas , il commence à me gonfler.    
 
On ne pourrait pas s'authentifier une bonne fois pour toute au login qu'on en parle plus ?!

bin ça revient exactement au même que de ne pas mettre de pass dans kwallet
ce que j'ai fait perso, j'ai relativement confiance en toutes les personnes qui peuvent utiliser mon pc à la maison

ça revient pas du tout au même puisque dans un cas les mdp sont stoqués en clair sur le DD, dans l'autre ils sont cryptés et ne sont en clair que quelque part dans le labyrinthe qu'est la mémoire ram et seulement durant le temps de la session.

L'intérêt de kwallet ou gnome-keyring c'est de ne pas conserver les mots de passe en clair. Sans le mot de passe maître il est impossible de voir les autres, y compris pour un script malveillant, quelqu'un ayant accès en ssh, le méchant geek-voleur qui est parti avec l'unité centrale sous le bras. Un trousseau sans mot de passe c'est presque comme un post-it avec tous les mots de passe collé sur l'écran.
Je sais que gdm/gnome-keyring permettent de dévérouiller un trousseau à la connexion, et j'ai cru voir qu'un bug a été ouvert pour avoir la même chose avec kwallet/kdm. En tout cas dans KDE SC 4.4 il faut encore taper le mot de passe 2 fois

ouai enfin quand on parle de PC@home, si on se fait voler sa tour/portable, ça ne donne pas le mot de passe de notre user kde par magie au voleur.
si qqun a accès à notre ssh, soit on lui fait confiance, soit je vois pas quel intérêt de se protéger derrière un gestionnaire de mdp si on est pas foutu de protéger son ssh correctement.
 
Et dans tout les cas faut qu'on m'explique quelle est la différence entre gestionnaire qui s'ouvre automatiquement à la connexion et donc qui n'est finalement jamais protégé par mot de passe et un autre sans mot de passe.
L'intérêt de ce genre de gestionnaire est qu'il se désactive tout seul après un certain temps quand on veut une protection élevée, ou alors de n'avoir plus à se faire ch*** à mettre ses mdp quand on s'en fout de la protection...

Le mot de passe d'utilisateur ne protège rien, tu démarres avec /bin/sh au lieu de init et tu peux accéder à tout le disque dur en tant que root. Si il n'est pas crypté tous les fichiers en clair sont accesibles.
 
Avec un gestionnaire de mots de passes, le mot de passe maître sert de cryptage. Si il est intégré avec le gestionnaire de connexion, ce mot de passe est celui du login, même avec un accès physique à la machine aucun mot de passe n'est visible !

je viens de faire le test, et même avec un mot de passe blanc sur le portefeuille les mdp ne sont pas en clair dans le fichier.
Alors c'est sur qu'il suffit d'utiliser kwallet pour les ouvrir mais bon...
De toutes façon n'importe quelle personne qui a un accès physique à la machine finira par avoir accès à ces mdp, je pense que pour une machine à usage domestique c'est plus de la parano qu'autre chose.

Désolé de revenir sur cette histoire de navigateur, mais je n'arrive pas à comprendre...

Chromium/Chrome utilisent WebKit, Arora et Rekonq aussi, et pourtant ces derniers sont loin derrière, y compris en terme de rendu et notamment pour les formulaires. Ca plus certaines fonctionnalités qui sont absentes (même si je ne sais pas si c'est uniquement lié au moteur de rendu) comme des cookie pris en charge quand ça les arrange (les sites consultés n'y sont probablement pas pour rien mais ça marche chez les autres quand même), la correction orthographique (mise en relation des formulaires avec un correcteur ortho quoi) ou le placement correct dans un page avec les ancres (les drapeaux sous HFR avec Arora ou Rekonq, c'est pas la joie).

Pourquoi tant de retard ? Est-ce uniquement une différence de moyen entre les équipes de dev ?

C'est vraiment con, parce que tourner sous KDE4 et avoir un navigateur qui s'intègre complètement dans son DE, c'est quand même vachement agréable, bien que ce plaisir soit largement entâché par les choses qui manquent/ne sont pas au niveau par rapport à la concurence.

Difficile de te répondre. Déjà quand on installe arora ou chroming, c'est un seul paquet donc ils ont leur webkit. Et c'est peut-être pas les mêmes versions.

Ensuite pour être sûr que c'est simple, webkit est maintenant intégré dans QT4.6. Donc Arora et Rekonq pourront utiliser ce webkit.

Après je ne sais pas si les formulaires sont dans webkit. Je dirais plutôt que c'est dans l'interface utilisateur.

C'est surprenant car Arora et Rekonq ont le même problème d'affichage des formulaires, c'est pourquoi je pensais que cela venait plus du moteur.

Si j'ai bien suivi webkit existe en plusieurs versions, la version Apple, gtk, qt et Google (et même efl il paraît). La gestion des formulaires (y compris la correction d'orthographe) doit être adaptée par qt-webkit, et Nokia ne l'a pas encore fait, alors que Google ne travaille que pour la version intégrée à Chrome, avec plus de moyens. Arora et Rekonq n'ont pas vraiment les moyens d'ajouter ces fonctions à qt-webkit, en plus il y a du travail sur le Kpart webkit, à mon avis ça sera la meilleure façon d'avoir un bon navigateur intégré à KDE.

J'ai bien les deux paquets, c'est sans succès. Je patiente.    

Ce que tu appelles le KPart WebKit, c'est WebKit dans Konqueror ?

Tiens d'ailleurs, c'est quoi ce merdier avec Konqueror/Arora/Rekonq ?

Certaines images ne s'affichent pas, je ne comprend pas pourquoi... Bien entendu, aucun souci sous Chromium/FireFox/Opera...

 
Anéfé c'est plussse meilleur    
 

 
Et ceux qui n'ont pas confiance en eux ils font comment hein ?..  
 
Quelqu'un arrive-til à faire tourner les signets et les contacts de l'activité de recherche et de lancement ?
 
Les contacts de temps à autre ça fonctionne quant aux signets apparemment ça tourne aux tags :  
par exemple si dans l'éditeur de signets je marque "Forum HFR - Bookmarks" , en tant que titre , le signet s'affiche bien , si je vire "bookmarks" , a pu  
A moins que je ne sois à côté de la plaque ...
 
Des nouvelles du nouvel éditeur de signets avec les tags ?

 
Le KPart c'est pour konqueror a priori oui, dans l'overlay kde de gentoo il y a un ebuild pour ça. Il n'a pas de keywords, donc il est très peu testé et je n'ai pas envie de rendre konqueror instable aussi.
 
Pour les images j'ai le même bug sous rekonq, des fois il n'applique pas le css aussi ... Arora affiche toujours le bon résultat chez moi, mais plante une fois sur deux quand on ferme un onglet.
On va passer sur uzbl pour avoir un vrai navigateur sous KDE  

Tu plaisantes avec uzbl, mais ne le connaissant pas je viens de l'installer pour voir, et je trouve le concept super intéressant (navigateur super léger, etc...). Bon il interprète les pages n'importe comment, mais à côté de ça, je trouve le rendu des polices pas mal du tout, et le concept hyper épuré très bien.

KDE4.4 finale tagé

Miam Miam

J'ai compilé la RC3 hier soir

Tu peux encore en profiter 3-4 jours, le temps de la dispo officielle

Dites, est-ce qu'il y a des bugs affreux et qui seraient dangereux pour ma santé mentale ou physique sur kde 4.2.x et qui ont été corrigé sur kde 4.3, 4.4 ?
Le genre de trucs tellement moches que n'importe quel sys admin ferait une crise cardiaque en les voyant, et se précipiterait sur une update. (ce qui est précisément mon objectif )

En toute honnêteté : oui !
 
4.3 amenait une certaine stabilité , mais 4.4 est , je trouve , une grande avancée tant au niveau des fonctionnalitées que de la stabilité en ajoutant la réactivité.
 
QT 4.6.1 à lui seul apporte énormemment.
 
Il y a juste un bug qui est apparu et qui m'emmerde bien , dans Kate/Kwrite , lorsque le surlignage est activé : il y a comme des mini freeze.
 
De toute façon , que tu décides de passer à 4.3.5 ou 4.4 , je doute que tu sois réellement déçu.

C'est pour ma station à l'uni gérée par les sys admins du département, et ils sont pas du genre à updater nos systèmes très souvent malheureusement, je cherche le killer bug depuis un moment qui motiverait une update récente  
(genre on vient de passer de fedora 7 à fedora 9, c'est fou les problèmes de compatibilité qui peuvent apparaître en quelques années…)

La 4.4, certainement pas. Elle apporte son lot de bugs et des fonctionnalités pas franchement vitales pour le commun des mortels. Qui plus est, QT4.6.0 / 4.6.1 sont eux-même encore jeunes et bugés. Un très mauvais plan si cette version doit traîner là pendant des mois/années sans update.
En revanche, la 4.3.5 + Qt4.5.3 forment une combinaison mature et stable. Après, si tu veux des bugs: vas sur le tracker KDE, tapes le nom d'appli KDE que tu utilises le plus et tu fais un tri par sévérité (ou tu fais un tour dans la liste "most hated bugs" ). Tu devrais y trouver ton prétexte.

Au cas où ça ne serait pas encore passé, une extension permet d'intégrer FireFox à merveille dans KDE, au moins au niveau graphique :
https://addons.mozilla.org/fr/firefox/addon/59338
Ca ne tourne que sur la version 3.6 et l'extension est expérimentale, mais le résultat est assez bluffant je trouve, on a l'impression d'avoir un KonqueFox si je puis dire. A posséder de toute urgence pour ceux qui comme moi n'arrive pas à se séparer de ce navigateur et qui utilisent KDE

EDIT :
Et j'ajoute cette extension :
https://addons.mozilla.org/fr/firefox/addon/12196
qui permet d'avoir les notification de FireFox dans Plasma.

Le lien pour le thème a déjà tourné plusieurs fois par ici.  
 
Au moins, beaucoup de monde est courant maintenant et peut profiter de ce super thème.

Il y a déjà une date de connue pour la sortie de KDE 4.4 ?
 
edit : autre qu'octobre 2007 bien sûr (je taquine ) !

http://techbase.kde.org/Schedules/ [...] KDE_SC_4.4

Je savais bien qu'il y avait une page de la sorte chez kde.org , juste à mettre la main dessus quoi.
Merci en tout cas, ça devrait le faire demain donc, si pas de retard.

Ya quoi comme repo debian pour les beta de Iceweasel ?

moulte repo par là, à voir ce que ca vaut (pas encore regardé) http://linux-hardcore.com/index.php?topic=756.0;wap2
j'ai rien dis, c'est de la crotte

Ett hop après tu as une distrib toute cassée J'aime pas les paquets issus de dépôts tiers, c'est toujours une source de problèmes! Je préfère temporairement prendre le binaire de Mozilla ou compiler ca dans un coin.

Sauf que pour compiler, faut tout un paquet de paquets, et c'est pas facile de retirer tout ce petit monde quand on a enfin la bonne version du prog dans les dépôts.

tu n'as normalement plus besoin de cette extension avec kde 4.4

quelque chose t'empêche de récupérer la liste des paquets de -dev installé et de les supprimer en suivant?