Pour pouvoir profiter des mêmes failles de sécurité que celui qui a créé le paquet :-)
(donc de ce point de vue ça fait "aussi mal" qu'une compilation statique)
2. maemo est mort sur N8x0 (plus d'évolution) donc tous les points négatifs que j'ai cité vont perdurer ; et maemo va apparemment disparaître au profit de meego sur le N900, ou en tout cas chez Nokia
C'est vrai, nokia a laissé tombé les N8?0, qui n'étaient que des sortes "d'expérimentations grand public", il y avait le projet MER http://wiki.maemo.org/Mer
mais ils ont laissé tombé avec l'arrivée de meego, reste à voir s'il y aura une initiative communautaire pour le faire fonctionner sur les N8?0.
D'un autre côté, ce que j'ai actuellement sur mon N810 me convient bien.
Il y a eu aussi des expériences de portage de KDE sur N810, je ne sais pas si ça a abouti à quelque chose d'utilisable.
Pour en revenir au journal, il y a un port d'openssh, aussi bien client que serveur (pratique pour transférer des fichiers en sftp sans devoir sortir le câble USB).
Il y a aussi un port d'abiword et de gnumeric, je n'ai pas utilisé le premier, le deuxième fonctionne raisonnablement malgré des problèmes avec certaines boîtes de dialogue trop grande pour l'écran (la création de graphique est difficile).
Pour l'autonomie, si le bluetooth/wifi et le GPs intégré sont désactivé ça tient longtemps, 6-7h en utilisation, plus de dix jours en veille (écran éteint). En fait, il vaut mieux le laisser en veille plutôt que l'éteindre régulièrement, d'abord parce qu'il est tout de suite utilisable, et ensuite parce que les phases de démarrage/arrêt pompe assez bien sur la batterie.
3/ Le soft que je veux utiliser (openmodelsphere) demande la 6u20 de chez sun. je tenterai avec openjdk, mais je crains que le soft ne fasse appel à des spécificités Sun.
Déjà, que le programme exige le java de SUN, c'est une preuve d'incompétence de la part des développeurs.
Mais si en plus il te faut un release exact pour que ça fonctionne, oublie de truc, c'est de la merde programmée par des bras cassés.
La distribution s'améliorait de version en version... KDE était de mieux en mieux, et puis un jour il y a eu Mandriva 2009.0 et KDE4: ça fonctionnait tellement mal que je me suis mis à utiliser Gnome à la place de KDE.
Je n'en reviens pas le nombre de personnes qui continuent à sortir ce genre d'argument.
Pas que je conteste les problèmes de KDE4 à ses débuts, KDE 4.0 était une preview technologique (c'était l'idée des développeurs, sortir une API stabilisée pour que les programmes puissent être portés, ils ont malheureusement mal communiqué là-dessus) et KDE 4.1 était du niveau d'une beta.
Et c'était une erreur de sortir la 2009.0 avec KDE 4.1 comme bureau par défaut.
Mais, tout d'abord on n'était pas obligé de passer à la 2009.0, on pouvait attendre la suivante pour voir si ça c'était amélioré.
Ensuite, si on voulait malgré tout passer à la 2009.0 pour profiter d'autres mises à jour il était tout à fait possible de rester avec KDE 3.5, celui-ci restait disponible dans les sources contrib (modulo les paquets de KDE 4.1 qui voulaient le remplacer à l'installation, alors que les deux n'étaient pas incompatibles, donc il fallait l'empêcher de désinstaller la 3.5).
C'est ce que j'ai fait.
Avec la 2009.1 et KDE 4.2 j'ai personnellement estimé que les amélioration de KDE4 surpassaient ce qui me manquait encore de KDE3 (et avec KDE 4.4 j'ai retrouvé à peu près tout ce qui me manquait), mais les paquets principaux KDE 3.5 étaient encore présent dans le contrib de la 2009.1, il n'ont été définitivement retiré qu'avec la 2010.0.
Et si on le veut vraiment, je pense qu'il doit ere encore possible d'installer les paquets KDE3.5 de la 2009.1 sur une 2010.0 (mais je n'ai pas testé, vu que je n'en avais plus besoin).
C'est kwin qui gère ça, donc, via dbus, c'est au client org.kde.kwin qu'il faut le demander.
Pour vérifier l'état du compositing:
qdbus org.kde.kwin /KWin org.kde.KWin.compositingActive
retourne true ou false.
Pour changer l'état du compositing:
qdbus org.kde.kwin /KWin org.kde.KWin.toggleCompositing
Mais je trouve fortement dommage que Kwin intègre des options (en l'occurence des effets graphiques) qui soient disponibles qu'avec un moteur de rendu (c'est comme ça qu'on dit) et pas avec un autre.
Tu préférerais qu'ils n'intègrent rien, et tant pis pour ceux chez qui ça fonctionne?
Surtout vu l'état de l'implementation OpenGL dans les drivers (aussi bien libre que proprio) sous linux.
Chez moi (nvidia + driver proprio) et au travail (intel + driver libre) ça fonctionne très bien.
Nvidia avait eu des gros problèmes aux débuts de KDE4, mais ils ont corrigé le tir, le driver intel quant à lui a été en chantier pendant longtemps mais ça semble maintenant porter ses fruits (le KMS c'est cool).
Il semble que ce soit surtout les drivers pour cartes ATI (proprio ou libre) qui sont à la traîne, malgré la libération des specs par AMD.
Je ne connais pas brasero (je suis passé de xcdroast à k3b il y a longtemps et n'ai pas ressenti le besoin depuis de charcher autre chose), mais k3b donne accès à de nombreuses options avancées, tout en venant avec des options par défaut bien adaptées aux usages de base. On peut d'ailleurs facilement enregistrer les paramètres en cours pour s'en resservir, et les définir éventuellement par défaut tout en conservant l'option de choisir les paramètres de base.
Il permet de formater des médias ré-inscriptibles.
Il propose aussi différents projets qui facilitent la création de CD audio ou de DVD vidéos (il gère la conversion de différents formats audio pour la création de CD audio, mais pas la création de menu DVD, ce qui est quand même beaucoup plus compliqué). On peut bien sur enregistrer un projet pour le reprendre plus tard.
Il permet aussi d'extraire (avec encodage) les pistes audio d'un CD ou les vidéos d'un vidéoCD ou d'un DVD.
La version 2 propose également le support des blu-ray (avec une version suffisamment récente de dvd+rw-tools >=7.0) (je n'ai pas pu tester cette fonctionnalité ;-) )
Non, dans un cas comme ça j'ai plutôt tendance à penser que c'est l'ordinateur en lui-même qui a un problème.
memtest devrait détecter les problèmes de la mémoire, pas planter lui-même.
Si l'ordinateur freeze sur un memtest, ça me fait plutôt penser à un problème de surchauffe, soit de la carte-mère soit du CPU en lui-même.
Les caches (1 2 et 3) dont il est question sont les caches du processeur. ce sont des mémoires beaucoup plus rapides (même vitesse que le CPU pour la C1), c'est pour ça qu'il y en a si peu (très cher!), car les 256 pour C2 ce sont des ko. Le 0 pour C3 veut simplement dire que dans ton système tu n'a pas de cache de niveau 3 (qui est généralement intégrée à la carte mère, donc on en a fait l'économie).
Ce que tu dois regarder dans le MCC, dans la partie mémoire, ce sont les "Memory Module", et là il devrait te rapporter des valeurs en MB et pas en kB.
De toute façon, s'il démarre avec la barrette de 1Go seule, c'est qu'elle est reconnue par le matériel.
As-tu essayé un memtest avec uniquement la barrette d'1Go?
La méthode du XFdrake me semble un peu tâtonnante ; je ne l'ai pas encore essayée. En revanche, la piste du conflit de pilotes me paraît intéressante. En mode dégradé j'avais essayé de remplacer le pilote vendeur intel i810 et suivante par Xorg intel, mais sans succès.
Je pense qu'il s'agit du même driver dans les deux cas, ce sont juste deux façon différentes de trouver le driver (suivant que tu connaisse le nom du driver au niveau xorg, ou que tu connaisse le modèle de ta carte graphique).
Par contre tu pourrais essayer avec le driver framebuffer (driver xorg fbdev), qui n'a aucune accélération matérielle mais, étant très simple, à des chance de fournir une image correcte. Par contre, avec ce driver, oubl!e les effets de bureau (compiz et autre)!
J'ai configuré les dépôts et lancé une mise à jour qui me proposait une nouvelle version de rpmdrake ; ça a échoué ; j'envoie un rapport à Bugzilla.
De quelle façon est-ce que ça échoue?
As-tu un message d'erreur?
S'il s'agit d'un problème de miroir par à jour (ça arrive un peu trop fréquemment) le rapport de bug n'y fera rien (ça n'en est pas un).
Peut-être qu'au niveau des paquetages il y a quelque chose à faire pour tenter de régler le problème graphique.
J'en doute, il n'y a pas, dans les mises à jour actuellement disponibles pour la 2010.1, de correction pour xorg en général ou le driver intel en particulier, ni de mise à jour du noyau (la nouvelle version du driver intel dépend du noyau pour le mode setting).
Note que ça me fait penser à quelque chose, tu pourrais aussi essayer de désactiver le mode graphique en console, peut-être est-ce à ce niveau-là qu'il y a une incompatibilité.
Au démarrage du système (dans le menu de grub) tu devrais avoir une entrée pour démarrer sans le framebuffer, si cela donne de meilleurs résultats tu peux la mettre par défaut (ou désactiver le mode console graphique sur les autres) via le centre de contrôle.
Le premier commentaire te donne pourtant la meilleure chose à faire avant de chercher ailleurs: tester la RAM!
Tu dis toi-même plus loin que sans la barrette de 1Go ça ne plante pas, donc c'est clair, c'est de la que vient ton problème. Soit la barrette est défaillante (-> memtest!), soit le portable ne supporte pas la RAM de ce type ou de cette capacite (voir la documentation du portable), mais dans ce dernier cas il devrait tout simplement refuser de l'utiliser (et probablement aussi de démarrer).
KDE dispose de deux lecteurs de PDF, Kpdf et pdfview (qui permet de voir les documents en restant dans Konqueror).
Bonne nouvelle pour toi, dans KDE4 tout a été consolidé dans okular (aussi la visualisation de fichiers postscript qui était aussi dans un programme à part, kghostview).
Si tu utilise le driver nouveau, il faut désactiver les effets de bureau, car la partie 3D de nouveau est encore expérimentale.
Sur une carte nvidia, si tu n'utilise pas le driver propriétaire il vaut mieux configurer son bureau "à l'ancienne" avec des fenêtres qui se redessinnent à l'écran sans passer par des buffer opengl.
Pour l'instant c'est vraiment l'impasse, Debian est freezé avec KDE 4.4.5, akonadi et kmail devraient être bon dans la 4.5.1 avec de la chance.
Non, si tu veux un kmail basé sur akonadi il faut plutôt viser KDE 4.6, car ils ont déclaré eux-même que leur annonce préliminaire d'une sortie de kmail 2 avec KDE 4.5.1 n'était pas réaliste. cf http://lists.kde.org/?l=kde-release-team&m=1278455415224(...)
En attendant, KDEPIM 4.4 est tout à fait utilisable (et recommandé) avec KDE 4.5.
Chez moi ça se trouve dans ~/.Mail, c'est un reste de ma configuration que je conserve depuis l'époque mémorable de KDE1 (kmail est un des logiciels KDE qui a le moins cassé la compatibilité).
Je ne pense pas que se soit configurable depuis l'interface, mais tu peux aller le modifier dans le fichier ~/.kde4/share/config/kmailrc, dans la section [General] j'ai l'option
folder=$HOME/.Mail
tu le met au répertoire qui te convient et tu y déplace ton répertoire actuel et ça roule :-)
J'utilise KDE4 depuis la version 4.2, je suis maintenant à la 4.4 et je n'ai jamais supprimé mon répertoire ~/.kde4 (ce serait hors de question!), ni d'ailleurs de fichiers dedans que je n'y aurais pas mis moi-même.
Supprimer le répertoire de config, c'était bon pour les première releases qui avaient encore des problèmes sur la stabilisation de la configuration, ou si tu utilise des versions de développement, mais dans ce dernier cas tu sais à quoi t'en tenir.
L'autre fonction, ce n'est pas ça, je vais essayer de la décrire : il s'agit de présenter les répertoires par des rectangles dont la surface est proportionnelle à l'espace occupé (ça a le même rôle que Baobab sous GNOME). Quand on veut faire le ménage, c'est très utile.
Ç a existe toujours, au moins dans konqueror.
Je suis avec KDE 4.4 (sur une mdv 2010.1), et dans konqueror lorsque j'affiche un dossier, parmis les types d'affichage j'ai un "affichage de la taille des fichiers".
Je crois qu'il s'appelle fsviewpart(.so) et dans mandriva il se trouve dans le paquet konq-plugins (avec plusieurs autres plugins pour konqueror).
Et si on a installé filelight il y a aussi une "vue radialMap" qui est en fait un filelight intégré dans konqueror.
[^] # Re: Utiliser les tty
Posté par wismerhill . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 6.
[^] # Re: Laisser en téléchargement des binaires qui s'exécuteront chez tou
Posté par wismerhill . En réponse à la dépêche CDE : un outil pour le déploiement de binaires sans installation de dépendances. Évalué à 1.
Pour pouvoir profiter des mêmes failles de sécurité que celui qui a créé le paquet :-)
(donc de ce point de vue ça fait "aussi mal" qu'une compilation statique)
[^] # Re: En tout cas pas le N800
Posté par wismerhill . En réponse au journal Retour d'expérience Maemo nokia N810. Évalué à 1.
Ce qui n'est pas un problème, puisque la suite GPE a été portée sur maemo:
http://maemo.org/downloads/product/OS2008/gpe-calendar
http://maemo.org/downloads/product/OS2008/gpe-contacts
http://maemo.org/downloads/product/OS2008/gpe-todo
http://maemo.org/downloads/product/OS2008/gpe-filemanager
http://maemo.org/downloads/product/OS2008/gpe-timesheet
et la cerise sur le gâteau
http://maemo.org/downloads/product/OS2008/gpesummary
Il y a aussi un programme qui permet la synchronisation via opensync (et un autre pour outlook)
http://maemo.org/downloads/product/OS2008/gpesyncd
(je ne l'ai pas essayé)
2. maemo est mort sur N8x0 (plus d'évolution) donc tous les points négatifs que j'ai cité vont perdurer ; et maemo va apparemment disparaître au profit de meego sur le N900, ou en tout cas chez Nokia
C'est vrai, nokia a laissé tombé les N8?0, qui n'étaient que des sortes "d'expérimentations grand public", il y avait le projet MER
http://wiki.maemo.org/Mer
mais ils ont laissé tombé avec l'arrivée de meego, reste à voir s'il y aura une initiative communautaire pour le faire fonctionner sur les N8?0.
D'un autre côté, ce que j'ai actuellement sur mon N810 me convient bien.
Il y a eu aussi des expériences de portage de KDE sur N810, je ne sais pas si ça a abouti à quelque chose d'utilisable.
Pour en revenir au journal, il y a un port d'openssh, aussi bien client que serveur (pratique pour transférer des fichiers en sftp sans devoir sortir le câble USB).
Il y a aussi un port d'abiword et de gnumeric, je n'ai pas utilisé le premier, le deuxième fonctionne raisonnablement malgré des problèmes avec certaines boîtes de dialogue trop grande pour l'écran (la création de graphique est difficile).
Pour l'autonomie, si le bluetooth/wifi et le GPs intégré sont désactivé ça tient longtemps, 6-7h en utilisation, plus de dix jours en veille (écran éteint). En fait, il vaut mieux le laisser en veille plutôt que l'éteindre régulièrement, d'abord parce qu'il est tout de suite utilisable, et ensuite parce que les phases de démarrage/arrêt pompe assez bien sur la batterie.
[^] # Re: La seule alternative?
Posté par wismerhill . En réponse à la dépêche OpenChange et SOGo : la vraie alternative à Exchange. Évalué à 2.
[^] # Re: Cool
Posté par wismerhill . En réponse au journal [ juste pour me défouler ] Encore un coup de gueule.. Évalué à 1.
Déjà, que le programme exige le java de SUN, c'est une preuve d'incompétence de la part des développeurs.
Mais si en plus il te faut un release exact pour que ça fonctionne, oublie de truc, c'est de la merde programmée par des bras cassés.
[^] # Re: Ubuntu 10.04
Posté par wismerhill . En réponse au journal Et votre Mandriva Linux, vous allez en faire quoi ?. Évalué à 4.
Je n'en reviens pas le nombre de personnes qui continuent à sortir ce genre d'argument.
Pas que je conteste les problèmes de KDE4 à ses débuts, KDE 4.0 était une preview technologique (c'était l'idée des développeurs, sortir une API stabilisée pour que les programmes puissent être portés, ils ont malheureusement mal communiqué là-dessus) et KDE 4.1 était du niveau d'une beta.
Et c'était une erreur de sortir la 2009.0 avec KDE 4.1 comme bureau par défaut.
Mais, tout d'abord on n'était pas obligé de passer à la 2009.0, on pouvait attendre la suivante pour voir si ça c'était amélioré.
Ensuite, si on voulait malgré tout passer à la 2009.0 pour profiter d'autres mises à jour il était tout à fait possible de rester avec KDE 3.5, celui-ci restait disponible dans les sources contrib (modulo les paquets de KDE 4.1 qui voulaient le remplacer à l'installation, alors que les deux n'étaient pas incompatibles, donc il fallait l'empêcher de désinstaller la 3.5).
C'est ce que j'ai fait.
Avec la 2009.1 et KDE 4.2 j'ai personnellement estimé que les amélioration de KDE4 surpassaient ce qui me manquait encore de KDE3 (et avec KDE 4.4 j'ai retrouvé à peu près tout ce qui me manquait), mais les paquets principaux KDE 3.5 étaient encore présent dans le contrib de la 2009.1, il n'ont été définitivement retiré qu'avec la 2010.0.
Et si on le veut vraiment, je pense qu'il doit ere encore possible d'installer les paquets KDE3.5 de la 2009.1 sur une 2010.0 (mais je n'ai pas testé, vu que je n'en avais plus besoin).
[^] # Re: Vous enterrez déjà Mandriva ?
Posté par wismerhill . En réponse à la dépêche Mandriva Linux et après ? Mageia !. Évalué à 10.
Si la plupart des core développeurs se sont regroupés pour faire ce fork, alors je suis.
[^] # ...
Posté par wismerhill . En réponse à la dépêche Pas de Chromium pour Debian Squeeze. Évalué à 2.
Stack overflow!
[^] # Re: RIP
Posté par wismerhill . En réponse à la dépêche Une distribution Mandriva Linux 2011.0 pour quoi ?. Évalué à 4.
On ne parle pas de la société, mais de la distribution.
# dbus sur org.kde.kwin
Posté par wismerhill . En réponse au message Désactivation / Réactivation des effets 3D de KDE dans un script. Évalué à 7.
Pour vérifier l'état du compositing:
qdbus org.kde.kwin /KWin org.kde.KWin.compositingActive
retourne true ou false.
Pour changer l'état du compositing:
qdbus org.kde.kwin /KWin org.kde.KWin.toggleCompositing
[^] # Re: je pensais que
Posté par wismerhill . En réponse au journal Aptitude (Debian) : la grande désillusion. Évalué à 4.
Mais rien que pour le geekscotte, ça vaut la peine :-D
[^] # Re: je pensais que
Posté par wismerhill . En réponse au journal Aptitude (Debian) : la grande désillusion. Évalué à 2.
[^] # Re: Et bien sur mon ordi
Posté par wismerhill . En réponse au journal En finir avec la lourdeur de KDE - version simple. Évalué à 4.
Tu préférerais qu'ils n'intègrent rien, et tant pis pour ceux chez qui ça fonctionne?
Surtout vu l'état de l'implementation OpenGL dans les drivers (aussi bien libre que proprio) sous linux.
Chez moi (nvidia + driver proprio) et au travail (intel + driver libre) ça fonctionne très bien.
Nvidia avait eu des gros problèmes aux débuts de KDE4, mais ils ont corrigé le tir, le driver intel quant à lui a été en chantier pendant longtemps mais ça semble maintenant porter ses fruits (le KMS c'est cool).
Il semble que ce soit surtout les drivers pour cartes ATI (proprio ou libre) qui sont à la traîne, malgré la libération des specs par AMD.
[^] # Re: Re:
Posté par wismerhill . En réponse au journal En finir avec la lourdeur de KDE - version simple. Évalué à 2.
Et sur un portable avec une carte graphique intel relativement récente ça fonctionne bien aussi.
[^] # Re: Killer application
Posté par wismerhill . En réponse à la dépêche Digikam et KIPI plugins atteignent la version 1.4. Évalué à 6.
Il permet de formater des médias ré-inscriptibles.
Il propose aussi différents projets qui facilitent la création de CD audio ou de DVD vidéos (il gère la conversion de différents formats audio pour la création de CD audio, mais pas la création de menu DVD, ce qui est quand même beaucoup plus compliqué). On peut bien sur enregistrer un projet pour le reprendre plus tard.
Il permet aussi d'extraire (avec encodage) les pistes audio d'un CD ou les vidéos d'un vidéoCD ou d'un DVD.
La version 2 propose également le support des blu-ray (avec une version suffisamment récente de dvd+rw-tools >=7.0) (je n'ai pas pu tester cette fonctionnalité ;-) )
[^] # Re: memtest avec RAM de 1 Go
Posté par wismerhill . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 2.
memtest devrait détecter les problèmes de la mémoire, pas planter lui-même.
Si l'ordinateur freeze sur un memtest, ça me fait plutôt penser à un problème de surchauffe, soit de la carte-mère soit du CPU en lui-même.
[^] # Re: Ça commence à se décanter
Posté par wismerhill . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 2.
Ce que tu dois regarder dans le MCC, dans la partie mémoire, ce sont les "Memory Module", et là il devrait te rapporter des valeurs en MB et pas en kB.
De toute façon, s'il démarre avec la barrette de 1Go seule, c'est qu'elle est reconnue par le matériel.
As-tu essayé un memtest avec uniquement la barrette d'1Go?
[^] # Re: ...
Posté par wismerhill . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 2.
Je pense qu'il s'agit du même driver dans les deux cas, ce sont juste deux façon différentes de trouver le driver (suivant que tu connaisse le nom du driver au niveau xorg, ou que tu connaisse le modèle de ta carte graphique).
Par contre tu pourrais essayer avec le driver framebuffer (driver xorg fbdev), qui n'a aucune accélération matérielle mais, étant très simple, à des chance de fournir une image correcte. Par contre, avec ce driver, oubl!e les effets de bureau (compiz et autre)!
J'ai configuré les dépôts et lancé une mise à jour qui me proposait une nouvelle version de rpmdrake ; ça a échoué ; j'envoie un rapport à Bugzilla.
De quelle façon est-ce que ça échoue?
As-tu un message d'erreur?
S'il s'agit d'un problème de miroir par à jour (ça arrive un peu trop fréquemment) le rapport de bug n'y fera rien (ça n'en est pas un).
Peut-être qu'au niveau des paquetages il y a quelque chose à faire pour tenter de régler le problème graphique.
J'en doute, il n'y a pas, dans les mises à jour actuellement disponibles pour la 2010.1, de correction pour xorg en général ou le driver intel en particulier, ni de mise à jour du noyau (la nouvelle version du driver intel dépend du noyau pour le mode setting).
Note que ça me fait penser à quelque chose, tu pourrais aussi essayer de désactiver le mode graphique en console, peut-être est-ce à ce niveau-là qu'il y a une incompatibilité.
Au démarrage du système (dans le menu de grub) tu devrais avoir une entrée pour démarrer sans le framebuffer, si cela donne de meilleurs résultats tu peux la mettre par défaut (ou désactiver le mode console graphique sur les autres) via le centre de contrôle.
# Et si tu suivais les conseils qu'on te donne?
Posté par wismerhill . En réponse au message Pétrin à l'installation de la free 2010 spring. Évalué à 2.
Tu dis toi-même plus loin que sans la barrette de 1Go ça ne plante pas, donc c'est clair, c'est de la que vient ton problème. Soit la barrette est défaillante (-> memtest!), soit le portable ne supporte pas la RAM de ce type ou de cette capacite (voir la documentation du portable), mais dans ce dernier cas il devrait tout simplement refuser de l'utiliser (et probablement aussi de démarrer).
[^] # Re: Résultat des courses
Posté par wismerhill . En réponse au journal KDE 4 en entreprise.. Évalué à 2.
Bonne nouvelle pour toi, dans KDE4 tout a été consolidé dans okular (aussi la visualisation de fichiers postscript qui était aussi dans un programme à part, kghostview).
[^] # Re: kdepim non inclu
Posté par wismerhill . En réponse à la dépêche Sortie de KDE 4.5. Évalué à 2.
Sur une carte nvidia, si tu n'utilise pas le driver propriétaire il vaut mieux configurer son bureau "à l'ancienne" avec des fenêtres qui se redessinnent à l'écran sans passer par des buffer opengl.
[^] # Re: Chez moi, c'est fluide (et j'ai la même bécane depuis 10 ans)
Posté par wismerhill . En réponse au journal KDE 4 en entreprise.. Évalué à 2.
Non, si tu veux un kmail basé sur akonadi il faut plutôt viser KDE 4.6, car ils ont déclaré eux-même que leur annonce préliminaire d'une sortie de kmail 2 avec KDE 4.5.1 n'était pas réaliste. cf
http://lists.kde.org/?l=kde-release-team&m=1278455415224(...)
En attendant, KDEPIM 4.4 est tout à fait utilisable (et recommandé) avec KDE 4.5.
[^] # Re: Problème de doc?
Posté par wismerhill . En réponse au journal KDE 4 en entreprise.. Évalué à 4.
Je ne pense pas que se soit configurable depuis l'interface, mais tu peux aller le modifier dans le fichier ~/.kde4/share/config/kmailrc, dans la section [General] j'ai l'option
folder=$HOME/.Mail
tu le met au répertoire qui te convient et tu y déplace ton répertoire actuel et ça roule :-)
[^] # Re: Problème de doc?
Posté par wismerhill . En réponse au journal KDE 4 en entreprise.. Évalué à 3.
Supprimer le répertoire de config, c'était bon pour les première releases qui avaient encore des problèmes sur la stabilisation de la configuration, ou si tu utilise des versions de développement, mais dans ce dernier cas tu sais à quoi t'en tenir.
[^] # Re: Vers où va KDE ?
Posté par wismerhill . En réponse à la dépêche Sortie de KDE 4.5. Évalué à 2.
Ç a existe toujours, au moins dans konqueror.
Je suis avec KDE 4.4 (sur une mdv 2010.1), et dans konqueror lorsque j'affiche un dossier, parmis les types d'affichage j'ai un "affichage de la taille des fichiers".
Je crois qu'il s'appelle fsviewpart(.so) et dans mandriva il se trouve dans le paquet konq-plugins (avec plusieurs autres plugins pour konqueror).
Et si on a installé filelight il y a aussi une "vue radialMap" qui est en fait un filelight intégré dans konqueror.