Dring a écrit 1167 commentaires

Toi aussi tu es un adepte du téléphone portable le plus léger du monde ?

Par contre, force est de constater que la zone de couverture tend à se réduire avec le temps...

Tu parles d'incompétence, mais sais-tu de quoi tu parles.

Lis bien le code présenté, et tu comprendras qu'effectivement, les 2 sources s'appuient sur Log4J (d'où l'import en commun sur un package d'origine Apache).

Mais la plainte de JBoss exprimée dans ce document porte sur le reste du code.

Ca ne permet pas de savoir qui l'a codé en premier, mais ton commentaire est complètement à côté de la plaque.

Bcc en anglais = CCc en français = Copie Conforme Cachée

Donc, CCc n'est pas QUE le Chaos Computer Club.

Pour ce que j'en ai compris, Gnome-DB n'est pas un équivalent de Kexi. Il n'a pas vocation à créer des applications, mais plutôt à faire de l'administration de base de données.

Outre le fait que l'esthétique de l'interface de pgAccess soit pas une réussite, ce logiciel ne joue pas dans la même catégorie que Access, qui permet de développer une petite application sans avoir de serveur de base de données, et/ou de se connecter à un serveur.

pgAccess, comme son nom l'indique (sauf erreur de ma part), requiert la présence d'un PostGreSQL, là où Kexi exploite sqlite.

D'ailleurs, à ce sujet, quelles sont les différences entre knoda et kexi ?

Je parle de différences "d'objectifs". Parce que je vois bien que les états sont déjà en place dans knoda et pas encore dans kexi, mais à terme cela ne les différeciera plus.

Ouais, eh ben p'têt que les utilisateurs de KDE arrivent à faire tout ce qu'ils veulent sans kdebase.

OK, je ---> []

> mais sachant ce que je sais, je suis assez d'accord avec lui

Ca c'est un point très intéressant.

"Quand je vois ce que je vois, et que j'entends ce que j'entends, je me dis que j'ai raison de penser ce que je pense."

:-)

Sans Sun OpenOffice n'existerait _pas_ et vous seriez tous a essayer de comparer MS Office avec KOffice et vous plaindre du fait qu'aucune suite office libre ne fait le poids.

D'un autre côté si OpenOffice n'existait pas, il y aurait plus de monde pour travailler sur d'autres alternatives, genre KOffice, Abiword ou Gnumeric.

Mais je te rejoins sur le fait qu'on ne peut pas reprocher à Sun de vouloir survivre, et qu'on a beau dire, Sun n'a jamais prétendu vivre pour le logiciel libre et pour la lutte contre Microsoft. Je ne vois pas pourquoi ils seraient tenus à une telle attitude d'ailleurs.

J'ignorais que les journaux étaient eux-même susceptibles d'être enlevés pour des motifs autres que légaux.

Cela dit, c'est parce que ça ne concerne pas directement Linux que j'ai fait un journal et pas une dépêche.

Cela dit, même si ça ne concerne pas directement linux, ça concerne sans doute une tripotée de gens qui ont encore un XP sur leur bécane en dual-boot.

Cela dit, pour les gens qui comme moi ignoraient que des failles de ce type existaient, c'est intéressant de l'apprendre (que ce soit sous Windows ou sous inux ou sous SkyOS ou ...).

Cela dit, je ne connais pas le contenu exact du journal dont tu parles, et donc je me garderais bien d'avoir une opinion sur "ton journal aurait dû rester en 1ère page et pas le mien".

Cela dit, mon journal n'est pas bien vieux, peut-être qu'un modérateur va passer et décider qu'il n'a rien à faire là.

Bref, pas de quoi se faire des noeuds à la tête.

J'ignore quelle version tu as, mais moi j'ai une 4.62a (datée de 1998), et j'ai même des fichiers GIF qu'il ne sait pas ouvrir. Et je ne parle pas des PNG - j'en suis pas au niveau de savoir si il sait gérer l'alpha channel ou pas...

En fait, je me place dans le contexte de mon bureau : ma connexion passe par des proxy, des filtres, des machins et des bidules, je ne fais évidemment pas serveur, etc...

Du coup, ma source principale d'ennuis (enfin, pour les virus...) est ma messagerie. Je suis sous Lotus Notes, ça m'évite déjà pas mal de choses, mais pour les pièces attachées, ben les JPEG c'est nouveau pour moi.

Je dirais surtout que la news sur Firefox se justifie par le fait qu'il y a des nouveautés à décrire, alors qu'entre PostgreSql beta1 (qui avait fait l'objet d'une news) et beta2, il n'y a eu, à ma connaissance, "que" des corrections de bugs.

Ce qui serait sympa, ce serait d'arrêter à chaque fois qu'il y a une news de faire des commentaires sur "pourquoi celle là est passée et pas telle autre". Il y a les forums pour ça.

Bon, et pour que ce commentaire ne soit pas lui-même sans intérêt, j'ai une petite question sur Firefox : ce nom était censé être temporaire (de même que Firebird). Restera ? Restera pas ? Y-a quelqu'un ici qui suit les discussions à ce sujet et qui peux nous en dire plus ?

Et après Firefox 1.0, qui contient à peu près tout ce qu'on peux demander à un navigateur - et même beaucoup plus - ils feront quoi les développeurs ? De l'élevage de chèvres dans le Larzac ?

Ah ben oui, mais en minuscules c'est pas du jeu !

Pour le crédit qui piquole, je n'ai aucun problème avec Konqui 3.2

Avec Elektra, il est possible d'aller jusqu'à un fichier par paire, mais tu peux - et je pense que ce sera généralement le cas - mettre plusieurs paires par fichier.

J'avais cru comprendre que Elektra n'avait pas besoin de démon pour fonctionner. Alors, le système de cache, il est géré comment ?

J'intéressantises !

En plus, fatalitas, si tu veux faire du XML, c'est une dépendance supplémentaire, à moins que tu ne réimplémentes un parser dans ta librairie, ce qui serait un peu dommage.

Ou alors, tu fais un parser simplifié, qui ne supporte pas toutes les fonctionnalités XML, et dans ce cas, ben autant simplifier le format. Et tu en arrives... à un fichier plat.

Et comme tu veux quand même un système arborescent, tu t'appuies sur le FileSystem en faisant des sous-répertoires.

Et paf : ça donne regi^H^H^H^H Elektra.

C'est aussi le principe des "exécutables" java : un fichier (en fait un zip) contient le descriptif de l'application (dans META-INF), les librairies nécessaires, les classes de l'application, et les ressources (icônes, images, sons, traductions, ...).

Pas con, je m'en veux de ne pas y avoir pensé !

Merci !

C'est ce que je voulais dire. Evidemment, un énorme fichier texte serait plus une source d'emmerde qu'autre chose.

Ben si, parce que des fois j'ai besoin d'aller dans les fichiers cachés. Alors, dans mon clickodrome favori, j'ai activé l'option "Voir les fichiers/dossiers cachés", et du coup j'ai 200 fichiers dans mon répertoire home.

D'ailleurs, si il n'y a plus qu'un répertoire comme point d'entrée au système de configuration, il n'est même plus nécessaire de le cacher, bien au contraire.

Par contre, je trouve l'interview rebutante et soporifique. Après avoir suivi l' "invitation" de InfernalQuark à consulter les liens, je me permet de conseiller plutôt la présentation OOo.

Et je rajouterais l'information suivante : le système se décompose en 3 répertoires principaux (extrait de la présentation) :

The system/* tree is stored under /etc/registry/
The user:$USER/* tree is stored under ~$USER/.registry/
The user/* tree is a shortcut to current user's tree

On notera donc qu'il s'agit de répertoires qui contiennent des fichiers, qui eux-même respectent une arborescence qui est définie par la norme, et qui prévoit déjà d'intégrer les grands classiques : fstab, etc...

Enfin, puisqu'il (l'auteur du projet) est en recherche de nom, je propose d'ouvrir le débat avec CEFICS pour "Central[ized] FIle-based Configuration System", ou CEFIX pour faire plus court.

La news sur les pilotes de webcam a sans doute aiguisé les appétits...

Alors, les paris sont ouverts sur le nombre de commentaires à venir. Moi, je pars sur un minimum de 250.

Bon, je lance la discussion : quel est l'intérêt d'une base de registres part rapport à des fichiers de config bien rangés ? Je pense qu'il vaudrait mieux revoir l'organisation de ces derniers.

Parce que c'est vrai que j'en ai marre d'avoir 200 dossiers cachés dans mon répertoire home. J'aimerais plutôt un ".config" avec tout dedans.

Bof bof bof...

Quand on fait un auto-extractible, c'est aussi parce qu'on ignore si la personne en face aura le logiciel de décompression adéquat.

Un .exe généré par WinZip / WinRar ne nécessite pas le logiciel d'origine pour fonctionner.

Ta solution, elle, nécessite que 7z soit présent sur le poste et dans le path.

Pas tout à fait la même chose, donc...

Sinon, il manque pas un exit dans ton shell, juste avant le début des données compressées ?

Et pour ceux qui croient avoir compris, le mot java est utilisé pour dire "café" aux US. D'où l'utilisation du terme "bean" et sa représentation sous forme d'un grain de café pour désigner les objets java.