Gérald Quintana a écrit 74 commentaires

Finalement je l'ai recompilé et ça semble fonctionner.

Mais je ne vois pas ce que cela apporte par rapport à la console JBoss classique hormis le fait de pouvoir mémoriser les MBeans interessants:
http://wiki.jboss.org/wiki/Wiki.jsp?page=WebConsoleMonitorin(...)
http://www.onjava.com/pub/a/onjava/excerpt/jboss_dev_noteboo(...)

J'ai la berlue ou bien il manque les .class dans mbeanmonitoring-1.0-alpha.jar ?

J'ai entendu (ca mérite vérification) que l'idée originale était de fournir une librairie complete au langage Java, un peu comme le projet Classpath. Autrement dit, de fournir une autre plate-forme de développement que celle proposée par Sun tout en ne conservant de Java que le langage.

Qu'apporte KPA par rapport à Digikam?

MyFaces est open-source et sous license Apache.

Cette ouverture de code ne serait-elle pas un moyen pour Sun de lutter contre MyFaces et d'essayer d'imposer son implémentation de JSF?

C'est sans bruit qu'à la version RC3 du 18 juin dernier a succédé la version 3.1 finale

Histoire de pinailler, une RC4 est sortie le 24 juin et la RC3 date du 17 juin.

Il faut qu'ils renomment tous les outils de configuration!
- hardrake -> hardriva
- diskdrake -> diskdriva
- xfdrake -> xfdriva
- ....

Je ne sais pas si c'est lié au renommage, mais la sortie officielle de la version 10.2 semble avoir été reporté. Si mes souvenirs sont bons, la semaine dernière la page http://qa.mandrakesoft.com/twiki/bin/view/Main/Mandrakelinux102(...) affichait encore 06 avril, aujourd'hui cette sortie est prévue pour le 12 avril.

A mon goût, SWT est une bonne librairie tant qu'on reste sagement dans le cadre. Par exemple, je trouve que les possibilités de personnaliser les composants graphiques sont limités.

Pour avoir testé Eclipse sur différentes plate-formes, je trouve que SWT marche
- très bien sous Windows
- bien sous MacOS
- pas terrible sous Linux GTK

Il ne faut pas oublier que l'intérêt de Java, c'est l'indépendance par rapport à la plate-forme d'execution autrement dit le WORA (Write Once Run Anywhere). Le fait que Java présente la plateforme sous-jacente d'une manière abstraite complexifie généralement les API (voir Swing, JMS...) et n'est pas forcément bon pour les performances. Bref cette portabilité au niveau binaire a un prix. Donc lorsqu'on n'est pas intéressé par cette caractéristique (utiliser la compilation en natif avec gcj et SWT qui rompent cette portabilité), autant utiliser directement gcc et GTK ou VxWindows.

Par contre avoir en open-source un compilateur Java -> byte-code et une machine virtuelle qui sache profiter des spécificités de Linux pour optimiser l'éxecution serait un plus.

Dans le mode d'emploi de ma clef, il est expliqué qu'il existe (dans cette clef ) un système de protection capable de fonctionner uniquement sous XP.

J'ai eu exactement le même problème avec ma clef USB (une Sony Micro Vault), un formattage en FAT16 (ou FAT32 je ne sais plus) a réglé le problème. Parfois il existe des outils spécifiques (c'est le cas chez Sony) pour bidouiller la clef...

Avec la Mdk 10.0, je montais mon appareil photo numérique et ma clef USB de la même manière.

Petite regression avec la Mdk 10.1, mon APN n'apparait plus comme un /dev/sda et je ne peux donc plus le monter. Contrairement à ma clef USB qui fonctionne toujours.

Pour moi le "meilleur support des clés USB" c'est pas bien ça encore...

http://www.granddictionnaire.com(...) est ton ami :
- Dictionnaire Francais (Québecois en fait)
- Dictionnaire Francais <-> Anglais

Pour télécharger les photos depuis appareil photo numérique vers un ordinateur sour Linux, il n'y a pas beaucoup de craintes à avoir:
- La plupart des appareils photo numériques modernes se comportent comme des périphériques USB Mass Storage et on peut donc y accéder directement.
- Beaucoup d'entre eux communiquent avec le procole PTP (Picture Transfert Protocol) qui est supporté par GPhoto.
- Dans le pire des cas, GPhoto aura un "pilote" spécifique à l'appareil.

Ce qui est moins évident à faire sous Linux, c'est de:
- Prendre le contrôle de l'appareil photo pour modifier les réglages depuis l'ordinateur et prendre une photo en cliquant.
- Exploiter les images au format "RAW" car les formats de fichiers sont propriétaires et spécifiques à chaque appareil.

Dans le même genre, imgSeek permet de rechercher des photos:
- en faisant une esquisse: c'est trop marrant il faut essayer pour le croire!
- par similitude avec une autre image
- en utilisant des mots-clefs dans les méta-données EXIF
Ce projet avait commencé très fort mais il a un petit peu ralenti depuis...
http://imgseek.sourceforge.net/(...)

J'ai aussi entendu parler de K Image Database (alias Kimdaba) qui permet d'associer des mots-clefs, des personnes, des lieux, des dates au photo puis de faire des recherches. Mais je ne l'ai jamais mis à l'épreuve.
http://ktown.kde.org/kimdaba/(...)

Dans tous les cas, c'est un genre d'appli qui a la côte en ce moment:
- KPhotoBook né en septembre 2003: http://kphotobook.sourceforge.net/(...)
- Fotoon né en janvier 2004: http://fotoon.sourceforge.net/(...)

meta-veste avant de sortir -->[]

Je crois que GPhoto possède un driver USB mass storage ("USB PTP Class Camera"), donc je pense que tu peux utiliser Digikam.

Sinon, il me semble qu'on peut importer un dossier contenant des photos pour en faire un album...

C'est pas que sous Windows ya Dreamweaver Ultradev pour créer des pages web crados mais dignes de Windows.

News GIMP:
- GIMP 1.3.16 conserve les infos EXIF dans les fichiers JPEG.
- GIMP 1.3.17 vient de sortir
- GIMP 1.4 s'appelera en fait GIMP 2.0

Plus d'infos: http://developer.gimp.org/NEWS(...)

Il y avait déjà eu un hors-série sur GIMP il y a moins d'un an en arrière ( http://linuxfr.org/2002/09/20/9715.html(...) ). Celui-ci est-il vraiment différent du précédent ?

Sinon, comme bouquin sur GIMP, il y a aussi "GIMP, précis et concis" par S. Neumann aux éditions O'Reilly, mais ce n'est qu'un aide-mémoire.

Il faut que tu passes ton lecteur ET ton graveur en emulation SCSI en ajoutant un truc du genre
append="hdc=ide-scsi hdd=ide-scsi"
dans ton /etc/lilo.conf

Le langage OQL (l'équivalent de SQL spécifié par l'ODMG) ne définit pas d'instructions pour modifier la base (donc pas de update ni de create).

Par contre, les SGBDO fournissent en général des outils pour migrer d'un schéma de base vers un autre. Il n'y a donc pas de manière standardisée de le faire.

Au pire, on peut écrire ces scripts de migration dans le langage dans le langage de dans lequel on a défini les objets (et donc le modèle de la base): C++, java, python...

A propos de baston, mais en 2D seulement, une nouvelle version de Bankiz (un clone de Liero) est sortie. Au sommaire des nouveautés: - De la musique en fond sonore - Plusieurs cartes - Le clavier est configurable - On peut sauter Malheureusement, la prochaine version ne verra pas le jour avant longtemps car le jeu va subir une refonte complète. http://www.bankiz.org

Je trouve que la qualité de la Mandrake Linux progresse (installateur, galaxy...) et je viens d'installer la version 9.1 il ya quelques jours. Mais certaines nouveautés ne sont pas à mon goût:
- Galaxy: même si le concept de thème unifié est une bonne chose, je trouve que Galaxy n'est pas très beau, en particulier les boutons de fenêtre. Mais ça, c'est une question de goût.
- Gestionnaire de RPM et de mises à jour: depuis la version 9.0 il y a 4 outils graphiques séparés pour: installer des nouveaux paquetages, désinstaller des paquetages, gérer les "medias" sur lequels ils se trouvent et enfin mettre à jour ces paquetages. Dans la version 8.2, il y avait un seul outil pour tout faire et je trouvait cela bien plus intéressant.
- ?DM : de XDM GDM KDM je ne sais pas lequel est utilisé dans la version 9.1, mais je trouve le coup du login en 2 étapes (1er écran pour choisir le login, puis 2e écran pour taper le mot de passe et choisir l'environnement) vraiment pénible. Et l'option pour changer de ?DM semble avoir disparu entre 9.0 et 9.1.

La couverture du magazine est un peu cachée:
http://www.linux-pratique.com/img/couv_LP17.jpg(...)