Franck Routier a écrit 283 commentaires

Si je comprends bien, CC-NC veut dire non commercial. Ça ressemble furieusement à GPL vs LGPL ou GPL vs BSD/MIT/etc...

\<troll\>Donc CC-NC est un peu pas libre, comme la GPL ?\</troll\>

Ok, je schématise.
La GPL permet une distribution commerciale, mais au prix d'une extension de la GPL à tout le code "lié".
Pratiquement, aucun développement commercial ne peut se faire autour d'un code GPL (ce qui est bien selon moi, mais je ne mets pas de code GPL dans un produit que je veux commercialiser).
Pour des données (du son par exemple), la clause NC aboutit au même résultat, non ?

Pour l'envoi direct par mail (avec option de changement de résolution pour obtenir une taille acceptable), là je suis d'accord, c'est un must, et ça manque.

PdfEdit http://pdfedit.petricek.net/en/index.html

C'est du C++, no mono inside, GPL.

Cool, je ne connaissais pas Shotwell, et je vais enfin pouvoir supprimer F-Spot :-)

Pour les limitations, ça a dû évoluer un peu :

* ne lit pas les métadonnées des photos qu'il importe : ben si, j'ai bien la date, l'appareil photo, la distance de focale, etc... (non ?)
* pas de gestion des séries d'importation : c'est vrai (mais une gestion des événements, peu étoffée pour l'instant)
* pas de versioning : ??? versioning de quoi ? lors des éditions, il ne modifie pas la photo, il sauvegarde les modifs et les réapplique à la volée, si j'ai compris
* export très limité : moui... enfin il exporte des fichiers, et par ailleurs il sait publier sur Flickr, Facebook et Picasa.
* pas d'édition : ben si, aussi (pivoter, rogner, améliorer, yeux rouges et ajuster les couleurs).

* pas de mono : ben voilà.

Pour moi, c'est vendu.

De mon côté, je ne parvenais pas non plus à reproduire le bug, ... jusqu'à ce que je désactive compiz.

Et là boum, je reproduis... aller, je vais y aller de mon petit commentaire sur le bugzilla.

Moi au contraire, ça fait des années que je personnalise mon bureau pour avoir le bouton de fermeture à gauche. Pas comme dans MacOs X, mais comme dans Amiga Workbench.

Comme quoi, les années de pratique, ça ne s'efface pas :-)

Only Amiga makes it possible(tm)

[mavie]
Oui, je travaille pour une boite qui édite une solution décisionnelle pour les établissements de soin. On gère donc (entre autres !) les problématiques liées à l'analyse de l'activité, des recettes, des moyens, etc... et nous traitons donc des fichiers de la T2A

Notre offre n'est pas libre, mais elle est entièrement basée sur des briques open-source et des projets auxquels nous contribuons :
- barracudamvc.org
- jquery
- linux
- postgresql
- tomcat / jetty
- simpleorm (ORM)
- mondrian (ROLAP)
- jpivot (ROLAP)
- ireport/jasperreport
- springframework
- cloverETL / Talend

etc.

Notre objectif est d'offrir une solution ayant une vraie valeur ajoutée métier, sur une pile technique 100% libre, et compétitive vis-à-vis de solutions propriétaires extrêmement chères type BO, Cognos, SAS, ...

Et ça marche :)
[/mavie]

Pour ceux qui ne sont pas dans le "trip", le HIT est le salon "Health Information Technology" (oui, là aussi le nom est nul... :-( ) qui se tient à Paris (porte de Versailles) du 18 au 21 mai prochain, en parallèle d'Hôpital Expo.

Non, l'intitulé est bizarre, mais c'est la terminologie officielle... L'acronyme PMSI lui-même en est venu à désigner l'ensemble des normes de collectes, traitement et transmission des informations d'activité / facturation des établissements de soins, mais à l'origine, il s'agit d'un Plan (de médicalisation des systèmes d'information) d'informatisation...

Si tu voyais la tête des formats de fichiers RUM/RSS, RSF, etc. (tout droit hérités de cobol), rien ne te surprendrait :-)

Ouais... mais pourquoi tant de complexité ? un noyau, un compilateur et un éditeur (au plus !) me semblent encore plus simples. Après, tu peux coder ce que tu veux, et même allez chercher des bouts de code sur le net pour les moins avancés (bon c'est vrai, après avoir passé un peu de temps à coder... quoi ? les couches réseau, etc. etc.). Si tu veux, tu peux aussi te re-coder un filesystem avec des options avancées (comme des liens symboliques, ou la journalisation), te coder un interpréteur de html, etc etc.

Et as-tu eu l'occasion de porter un projet déjà existant (avec un build.xml qui va bien) vers Maven ? A lire la doc, ça ne semble pas du tout évident... A moins que j'aie loupé un tuto sympa ?

Je fais erreur, ou sonar nécessite que le projet à analyser soit gérer avec Maven ? Si c'est bien le cas, ça limite un peu l'utilisation de l'outil : retour donc à du fait maison avec Hudson / Ant / etc.

En effet, la FAQ précise que les processeur ARM seront supportés.

J'ai sans doute mal cherché, mais pas moyen de mettre la main sur la (ou les) licence(s) de Sogo et des différentes extensions, connecteurs proposés.

Par ailleurs, quel est le modèle économique de Inverse Inc. ? (j'ai trouvé une rubrique support commercial, mais ils ne mettent pas du tout en avant ce qu'ils vendent...)

Oui, oui... si quelqu'un peut nous éclairer sur AD... pour, c'est plus ou moins un annuaire LDAP (oui, non ? conforme à la norme "étendu" à la mode MS), plus ... je ne sais pas quoi (un truc genre kerberos ??)
Quelqu'un a des lumières ?

C'est vrai que je n'ai jamais regardé de ce côté là. J'y jetterai un oeil.

Mais pour être franc, j'ai toujours utilisé des distributions basées sur Debian (ie soit debian, soit ubuntu), et j'y suis plutôt à mon aise.
Rien que pour le packaging de Postgresql, je ne troquerais pas mon ubuntu pour deux barils de redhat. Je pense en particulier à la possibilité qu'on prévu les mainteneurs debian de postgresql d'avoir différentes instances de différences versions en parallèle. Bien sûr c'est aussi faisable, à la main, sous redhat, mais moins bien pensé.

Et pour finir avec ce fil de discussion un peu stérile, je m'étonnais juste du degré d'hostilité manifesté à l'égard d'une distribution plutôt bien finie et agréable...

Ok, RHEL est libre, mais tout est fait pour qu'elle soit inutilisable sans les contrats qui vont bien.

Beaucoup, beaucoup, beaucoup de critiques !

Très impressionnant. Pour rappel, Ubuntu n'est ni plus ni moins qu'une Debian, avec un effort pour que tout marche out-of-the-box, et un support commercial disponible (et très efficace).

C'est un peu comme une RHEL en libre et facilement gérable.

Pas de quoi cracher dessus !

Trop compliqué ???? On doit pas parler du même eclipse ???

Chez moi sous linux, ça donne :
1. télécharger le zip
2. dézipper (même pas de popup qui me conseille de payer pour winzip :)
3. cliquer sur bin/eclipse

Je modérerais un peu... avant le grand bain, on fait un peu de pataugeoire, mais la première fois qu'on va dans le grand bain, une petite bouée ne nuit pas. Donc apprendre un langage, certes, mais toutes ses subtilités, peut-être pas tout de suite.

L'intérêt d'un framework _libre_ c'est aussi d'avoir un ensemble de code cohérent qu'on peut étudier pour progresser le jour où ça devient utile. Et la trajectoire décrite dans le journal me semble plutôt saine et normale.

Ceci dit, développer en javascript est une galère... heureusement que firebug est là...

Pour la peine, je te plusse. La critique était constructive. Merci.

D'accord avec toi, j'aurais pu circonstancier un peu, mais en même temps je commence bien par - Eclipse Galileo -...

L'intérêt principal pour moi, c'est comment faire marcher ant dans cette toute nouvelle version d'eclipse, qui n'est plus la future version, mais la version courante, toute chaude sortie des cpu (cf. http://www.eclipse.org), sous Ubuntu Jaunty, une distribution GNU Linux (Gnu est un accronyme récursif, Gnu is not unix) basée sur Debian, une distribution Gnu Linux dédicacée à Deborah par Ian :-)

Et puis je n'ai pas proposé une dépêche, juste un petit journal en passant.

Ceci dit, je ferai mieux la prochaine fois.

Ouaip... j'avoue que j'ai commencé à vraiment développer avec Eclipse.

Avant, j'avais regardé un peu comment ça marchait, bidouillé un ou deux fichiers, make, gcc et toussa (et même Sas C Compiler pour amiga avant ça, voire Ms Basic sous TO7 !), mais jamais je n'aurais été capable de développer aucun projet sérieux.

Du coup, je n'ai jamais utilisé vi comme un ide. Comme un éditeur de texte oui, mais comme un ide, jamais.

Avec eclipse, au déballage (oui, out of the box quoi), je sais naviguer dans mon projet (trouver toute les références à un objet, une méthode, ses ancêtres, les implémentations d'une interface, etc.), modifier en cascade la signature d'une méthode (refactoring), déverminer avec à la fois mon code, les variables, des expressions arbitraires sur un même écran, synchroniser mes sources avec svn et un diff visuel, mettre à jour mes tickets trac à la volée (mylin), etc.

Je ne doute pas que l'on puisse obtenir le même résultat avec vi (ou emacs, ou un autre), mais j'imagine que ça doit prendre un peu de temps, et une sacrée connaissance de vi (scripts, conf, etc.)

Bref, je suis ouvert à plein de trucs, j'aime bien la ligne de commande, sed et awk, mais je suis à moitié convaincu de gagner en productivité en abandonnant eclipse pour vi.

Je ne demande qu'à être convaincu :-)

Voici quelques petits réglages supplémentaires que j'ai effectués pour améliorer encore un peu les choses :

- j'ai essayé xfce, mais je ne suis pas spécialement convaincu... j'en reste à gnome. Néanmoins, la tentative m'a fait découvrir gpicview... donc :

- remplacer eye-of-gnome par gpicview : même fonctionnalité, mais beaucoup plus rapide (3 secondes au lieu de 7 pour afficher un jpeg)

- installer abiword et gnumeric. Quand même beaucoup moins lourds qu' Ooo.

- enlever compiz et compagnie (de toute façon, les effets 3D ne sont pas possibles)

- remplacer totem par vlc : totem est trop gourmand en ressources, il est incapable de jouer une video sur cette machine. Vlc le fait. Ne pas oublier le plugin vlc mozilla, au cas où.
Par la même occasion, j'ai pu constater une différence entre les drivers vidéo fbdev et ati : avec fbdev, vlc prend des couleurs étranges (smurf effect). Avec le driver ati, tout rentre dans l'ordre.

- enlever gnome-power-manager : il empêche le système d'entrer en veille quand on rabat l'écran. Si on l'enlève, tout marche (grâce à pbbuttons, qui est installé par défaut).

- désactiver les services inutiles, ceux liés au bluetooth par exemple...

Côté mémoire, la machine dispose de 768 Mo. Du coup, jusqu'à présent, j'ai évité le swap... J'ai même hésité à ne pas créer de partition de swap...

J'ai aussi rajouté dans sysctl.conf les lignes suivantes :

vm.swappiness=1
vm.vfs_cache_pressure=50

Elles sont censées réduire la propension du système à swapper.

Par ailleurs, je suis resté sur gnome pour l'instant, mais je pense que j'essaierai xfce pour voir. De la même façon, il faut que je teste epiphany-browser.
Mais globalement, je confirme, même avec gnome / firefox / etc., c'est plutôt réactif.