wismerhill a écrit 2608 commentaires

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.

Certes, mais s'ils ne l'ont pas vu alors ils sont vu.

;-)

IBM vend surtout du matériel, donc s'il y a beaucoup de logiciels de qualité et librement disponibles pour leur matériel (et avec un bon support de ce matériel), c'est un argument de vente en plus.

Mais si une petite entreprise commence à tirer son épingle du jeu avec un produit vraiment innovant, les grosses multi-nationales peuvent tout à fait la racheter, soit pour s'approprier le savoir-faire, soit pour tuer le projet dans l'oeuf.

Le seul risque pour les grosses entreprises, sans le système de brevets, c'est si la nouvelle idée a été rendue suffisamment publique (logiciel ou spécification libre) pour que d'autres s'y lancent aussi.
À noter que ça peut servir aussi à contrer, dans une certaine mesure, le système de brevets en établissant des prior act.

En effet, Dolphin peut diviser sa fenêtre, mais pas en plus de deux parties, quand Konqueror peut la diviser en autant que tu veux. C'est certes overkill, mais qui peut le plus peut le moins.

Je ne trouve pas ça du tout overkill, il m'est déjà arrivé plusieurs fois de diviser la fenêtre en quatre pour voir quatre dossier différents en simultané.
Aujourd'hui encore, je l'ai coupé en trois pour accéder à des dossiers sur des serveurs distants, et comme l'accès est un peu lent, je naviguait dans les répertoires des différents serveurs en parallèle.

Il m'est aussi arrivé de couper la fenêtre en deux pour mettre des pages HTML en parallèle (un peu comme des frames).

maintenant, chaque version, en plus d'ajouter son lot de régressions

Hou, le vilain lapsus ;-)

Le bureau sémantique c'est nepomuk, akonadi sert au stockage des informations de PIM.

C'est pas un problème, tu fais d'abord un cp -al (le -l c'est pour faire des liens physiques plutôt que des copies), puis tu refais un rsync sur ton répertoire d'origine. rsync va créer des nouveaux fichiers pour les fichiers changés (par défaut, mais il y a une option pour lui dire de le faire dans le fichier d'origine, ce qu'on ne veut pas ici), donc pour tous les fichiers qui n'ont pas changé on ne duplique pas les données et on a malgré tout deux instantanés complet des données, grâce aux liens physiques (seuls les répertoires sont dupliqués).

Si tu ne veux pas faire ça manuellement, il y a rsnapshot qui fait exactement ça:
http://www.rsnapshot.org

Ça donne évidemment de meilleurs résultats si tu as beaucoup de petits fichiers que quelques très gros, car un gros fichier dont un octet a changé doit être dupliqué en entier.

Et sinon, concernant ext4 tu peux désactiver le journal, cf la FAQ officielle
https://ext4.wiki.kernel.org/index.php/Frequently_Asked_Ques(...)
(la dernière question)

Les OS se rebootent d'eux-même pour ne pas prendre le risque que chuck norris les reboote.

Il y a ddlUtils
http://db.apache.org/ddlutils/
c'est un projet en java d'abstraction de base de données qui travaille sur une représentation XML du schéma (et éventuellement des données) et qui peut le convertir en script SQL ou directement les exécuter sur les différentes DB cibles. Il peut même être utilisé pour mettre à jour un schéma existant.
Il faudra faire un peu de programmation en java pour lui faire faire ce que tu veux, mais si tu ne veux gérer que la conversion XML vers SQL pour postgres ça devrait le faire en quelque dizaines de lignes.

Par contre le projet n'évolue plus beaucoup, donc s'il ne gère pas tout ce dont tu as besoin faut pas espérer que ça change rapidement.

Pour les problèmes de synchronisation son/vidéo avec des enregistrement TNT, j'utilise vdrsync
http://vdrsync.vdr-portal.de/
qui me reprend des enregistrement fait par vdr ( http://www.tvdr.de/ ) et traite les flux pour qu'ils soient bien resynchronisés, ensuite un coup de mplex (ou directement l'option de vdrsync pour qu'il l'appelle lui-même) et le fichier mpeg résultant passe très bien dans avidemux.

Tu peux le faire depuis longtemps.
Il suffit de coder tes fichiers HTML en UTF-8 (ou 16 ou 32 si tu te fout de la bande passante) et de configurer ton serveur HTTP pour qu'il annonce le bon encoding dans les en-tête:
Content-Type: text/html; charset=utf-8
Tu peux en plus l'ajouter en meta dans le head de tes pages HTML pour être sur.

D'ailleurs, c'est le cas du site sur lequel tu seurfe actuellement :-)

Certainement pas en 1h de boulot, plutôt quelques semaines, car, comme j'écrivais, le code était plein d'horreurs beaucoup plus graves que ces histoires de concaténations, il a fallu tout réécrire en s'appliquant à comprendre ce que le code aurait du faire.
Et c'est difficile de comprendre le code de quelqu'un qui ne comprend pas ce qu'il fait...

Déjà ça fait des années que les compilos remplacent tes concaténations par un bon vieux StringBuilder.

Oui, mais seulement dans une même expression, et encore, s'il n'y a pas de parenthèses dans le chemin.
Un exemple typique de chose à ne pas faire c'est de la concaténation dans une boucle à coup de +=, par exemple

nb="";
for(int i=1;i<=10;i++){
nb+=" "+i;
}

Ça te crée autant de StringBuilder (si tu as la chance de pouvoir travailler avec java 1.5, sinon c'est StringBuffer) que de passage dans la boucle.
Et je l'ai déjà vu, parmis d'autres horreurs encore pire, et les gens se demandaient pourquoi leur bouzin était lent...

Oups, oui en effet ;-)

Et pourtant, certains projets prenne t leur numérotation avec suffisamment de rigueur, comme par exemple Linux (le noyau) ou KDE, qui vient de sortir un KDE SC 4.4.5 alors que le 4.5 viens d'arriver en RC1.

Tous les utilisateurs ne sont pas décérébrés, même s'ils ne sont pas informaticiens ou geeks.
Et il n'y a qu'en entreprise (et encore, suffisamment grande) que tu as des administrateurs pour te gérer ta machine sans te demander ton avis.

C'était déjà au menu de la version 4.4, cf
http://techbase.kde.org/Schedules/KDE4/4.4_Feature_Plan#kdeb(...)

Il faut juste choisir une décoration de fenêtre qui le supporte (oxygen, je ne sais pas si d'autre le supportent dans la version 4.4)

Ben, aux utilisateurs évidemment.
Quand tu utilise la version 2.1.6 d'un programme et que tu vois que la version 2.1.9 est disponible tu peux te dire que c'est juste une version de corrections et tu peux normalement mettre à jour les yeux fermés.
Si tu as une version 2.3.2 là tu as des nouvelles fonctionnalités par rapport à la version que tu as, tu peux mettre à jour si ces nouvelles fonctionnalités t'intéressent, mais en te disant que comme cette nouvelle version est plus récente il y a peut-être quelques bugs qui traînent.
Si tu as une version 4.2.3 tu peux supposer qu'il y a des différence majeures, peut-être même que le programme a été réécrit et ne fonctionne plus comme avant et qu'il te faudra du temps pour te former à la nouvelle version (ou si c'est un programme de type serveur tu devras peut-être réécrire toute ta configuration).

Démenti de qui?
Je doute qu'en temps normal les dirigeants de mandriva viennent lire linuxfr, c'est sûrement pas maintenant qu'ils vont s'y mettre.

Quant aux (autres?) employés de mandriva, s'ils ne sont pas occupés à autre chose, il faudrait qu'ils prennent eux aussi la peine de se créer un compte vite fait, car ils ne pourraient pas démentir officiellement tant que la direction n'a pas communiqué.

Donc j'en reste a attendre une annonce officielle pour qu'on sache vraiment où on en est, autant ne pas tirer des plans sur la comète en attendant.

Selon ce que tu dis, il faudrait peut-être rajouter un «ou pas...» au titre de la dépêche.

Ça pourrait aussi être simplement du FUD, vu que ces informations ne sont absolument pas vérifiable, on en reste à attendre une annonce officielle (ou un employé qui en a marre, qui veut partir sur un coup d'éclat et qui balancera les trucs sans se cacher).

Je vais donc espérer que tu trompes, au moins sur ce point (après moult tentatives avec Red Hat et Debian, j'ai enfin réussi à passer sous Linux à 100% grâce à la naissance de Mandrake et de KDE... Snif...).

Presque pareil, j'avais commencé avec une redhat 5.1, je crois que j'ai fait quelques versions suivantes de RH puis je suis passé à mandrake 7.0 et je l'ai suivi depuis (j'avais d'ailleurs acheté quelques powerpack, du temps où ça s'appelait encore mandrake et que le haut débit n'était pas trop répandu)

Je vais quand même pas passer sous Ubuntu ???

En ce qui me concerne, je veux bien envisager opensuse ou debian, fedora est un peu trop bleeding edge à mon goût.