BAud a écrit 12786 commentaires

utiliser postgresql ;-)

sérieux, t'attends quoi comme réponse sur un site comme linuxfr ?
qu'on te fasse ton TP ?

arg j'ai oublié de wikipédifier 2-3 choses importantes

http://fr.wikipedia.org/wiki/Extensible_messaging_and_presen(...) pour jabber
http://fr.wikipedia.org/wiki/Red5 qui renvoie vers http://osflash.org/red5 pour du streaming audio et vidéo en MP3, FLV, flash...

ça m'intéresserait de savoir s'il y a eu des benchs externes autres que ceux proposés sur http://mina.apache.org/performance-test-reports.html (notamment la conso mémoire, cpu ça pourrait être intéressant sur un environnement de prod' significatif). Préciser si cela avait une chance de fonctionner avec gcj serait pas mal aussi :)

Le "méchant" virage dont tu parles correspond simplement aux contributeurs de dépêches, il rentre dans la ligne de modération (je ne vois pas d'aspect "méchant" à parler du libre...), il y a toujours eu un volet politique à parler du libre même si la problématique est transverse aux partis comme l'a montré avec brio candidats.fr.

L'idéologie du libre me semble proposer des libertés sympathiques et laisser à sa place le proprio, ce qui ne me cause pas plus de souci que cela...

Il y a peu d'applications java disponibles directement dans les repositories des distributions GNU/Linux, jpackage était une bonne initiative, mais tout n'était pas forcément compilé / compilable avec les JVM libres.
Tu remarqueras que dans ta dépêches, tu as omis de signaler si cela fonctionnait parfaitement avec les JVM libres ;-)
Quand je parle de libération de java, il s'agit bien sûr de la JVM de Sun, bien souvent nécessaire pour pas mal d'applis java qui ne font pas forcément l'effort de tester avec gcj (eclipse est disponible depuis combien de temps ? un an ? un an et demi max il me semble avec gcj...).

Pour les applis métier, tout comme poltuiu je suis assez satisfait lorsqu'elles deviennent dispos sous Linux. Encore faut-il qu'il y ait des dépêches construites dessus et pas un simple communiqué de presse qui n'a pas sa place sur trollfr, tu peux relire https://linuxfr.org/moderateurs/moderation.html
et pour les dépêches cinéma, c'est surtout Oumph que ça embête mais pterjan et moi-même (mais pas seulement) apprécions beaucoup quand elles sont bien rédigées (j'attends avec impatience les retours sur Spiderman 3 par exemple... blender aura-t-il été utilisé cette fois-ci pour autre chose que la scénarisation ?)

as-tu pris directement en compte les errata de la version anglaise ? http://www.advancedlinuxprogramming.com/errata.html
ça pourrait être pas mal de le signaler...
ainsi que d'identifier clairement des ajouts (nouveaux chapitres, exemples supplémentaires...) histoire de pouvoir les remonter à l'auteur d'origine qu'il puisse les prendre en compte.

Nous évitons aussi les dépêches des mecs qui confondent "Proposer une dépêche" avec le forum ou des dépêches mal construites ou sur un sujet mal cerné...

si tu veux, j'ai quelques perles : http://wiki.eagle-usb.org/wakka.php?wiki=NewsLinuxFrFortunes (assez vite refusées avec un large consensus).

Plus sérieusement, les dépêches dépendent vraiment de ceux qui les postent, le découpage en journaux / forum permet un bon tri AMHA, même si
- certaines entrées de forum mériteraient un journal pour faire le point sur les technos du moment sur un sujet
- ou certains journaux mériteraient une dépêche (ce qui est parfois le cas).
Perso, j'aimerais un peu plus de dépêches sur les sciences, mais j'ai déjà slashdot pour cela...

Pour le proprio entre nvidia et ati, je trouve très bien de ne plus en faire de publicité éhontée et de les avoir remplacé par nouveau [1] / renouveau [2] et The Irregular Radeon Development Companion [3]

Pour les annonces de LUG ou de GULL, un passage systématique préalable par l'agenda du libre [4] permet de mieux les organiser (surtout avec la mode web 2.0 des tags qui est opérationnelle).

Pour les annonces de jeux, je pense qu'il va falloir rendre obligatoire le passage préalable par jeuxlibres.net [5] pour les jeux complètement libres (moteur + données/maps/persos/musique).

Pour les dépêches à rédiger collaborativement, il y a bien https://linuxfr.org/redacteurs/ mais cela manque d'un wiki pour étoffer et permettre de construire la dépêche à plusieurs (ce pourquoi je propose souvent mon propre wiki http://wiki.eagle-usb.org/wakka.php?wiki=NewsLinuxFr ce qui permet de faire une première passe sur toutes les fautes d'orthographe ou ajouter des paragraphes). Il est régulièrement utilisé pour les dépêches de revue de presse http://wiki.eagle-usb.org/wakka.php?wiki=NewsRevueDePresse même si pas systématiquement.

Pour le java, avec sa prochaine libération, j'espère qu'il y aura plus de packageurs pour les différentes distribs pour en bénéficier facilement...
En fait, ce qui serait pas mal, c'est un contributeur à templeet pour rajouter les tags aux dépêches voire aux journaux comme le fait slashdot et qui est un tout petit peu plus avancé que les sections/catégories existantes qui apparaissent sur le côté gauche de https://linuxfr.org/news/archive/

[1] http://nouveau.freedesktop.org/wiki/ The irregular Nouveau-Development companion
[2] http://nouveau.freedesktop.org/wiki/REnouveau-fr
[3] http://tirdc.livejournal.com/
[4] http://agendadulibre.org
[5] http://jeuxlibres.net

il y a brl-cad qui permet de la modélisation 3D

j'ai compilé la version 7.8.4 sur une mandriva
http://cookerspot.tuxfamily.org/wikka.php?wakka=CompileBrlca(...)
ce qui est pas mal c'est que cela intègre un benchmark permettant de comparer son PC aux serveur AIX / Solaris et autres (dont les chiffres sont fournis) ainsi qu'à des cray et autres...

skool, j'ai un portable "5233 times faster than the reference machine being used for comparison, a VAX 11/780"


la version en CVS requière tcl8.5 au lieu de tcl8.4, c'est ballot

Templeet has found a syntax error on the character 40, line 42 of template/news/archive.tmpl

il doit y avoir un décalage de 2 caractères :D

si tu vas par là, il manque une description de l'utilisation du tracker et du source (~15 Mo) dont les liens sont donnés, au hasard :
- proposer des patchs de fonctionnalités (mise en forme par CSS pour mettre trollfr à vos couleurs, modif' de la toolbar à laquelle il manque par exemple un lien pour revenir en haut de page, ...)
- optimiser les requêtes SQL (dont certaines pour les stats durent presque 15s)


j'avais pris quelques notes http://wiki.eagle-usb.org/wakka.php?wiki=SuggestionsLecteurL(...) pour ceux intéressés pour les enrichir.

euh et Digital^W Unix Compaq^W HP ? ah bin déjà dit...
nan, mais AIX ça compte pas pour rien quand même !?

Je le montre dans toutes les familles que je rencontre qui ont un enfant et un ordinateur à la fois !

l'accouchement n'a pas dû être facile pour la mère /o\ :D

ya wine sur Qtek ? :p

mouais, ou je vais lui balourder des cahouettes et un lien https://linuxfr.org/submit.html (sur la page principal il y a un petit texte "Le site vit avec les dépêches que vous proposez ou que vous contribuez à rédiger")

AMHA c'est plutôt des "bords perdus" pour la découpe au massicot (pour en avoir utilisé un à notre imprimerie des élèves, ce n'est pas toujours précis... surtout quand ya le responsable des réz créchant au-dessus qui passe son temps à descendre parce que ça fait trop de bruit, alors que t'es en plein façonnage de l'annuaire des élèves ou du trombi :/ ).

Évite aussi les traits soit disant horizontaux ou verticaux trop près des bords, car à la découpe il suffirait qu'elle soit un tout petit peu de travers pour que ça se voit...

et comment t'arrives à pied par la Chine ?

En tant que modo-relecteur de trollfr, je ferai tout pour refuser les dépêches annonçant des pilotes propriétaires ATI (ou nvidia d'ailleurs) en attendant que ces sociétés vous fournissent des billes / docs / spécifications / code comme à la "belle" époque (si AMD nous entend...).

c'est bizarre de considérer le libre comme un risque tout de même vu que c'est le meilleur des mondes dans le progiciel :
- pour une version donnée, soit ça remplit le besoin, soit il manque des choses : pareil qu'avec du proprio
- il y a une phase de tests / recette utilisateur permettant d'avérer le bon fonctionnement : pareil qu'avec du proprio
- s'il y a des anomalies, tu te retournes vers les développeurs : pareil qu'avec du proprio avec des possibilités en plus :
° visibilité des bugs / évolutions déjà identifiées (ça c'est _parfois_ le cas avec du proprio)
° visibilité du code des versions à venir (ça c'est très rarement le cas avec du proprio) : cela permet de backporter une correction si nécessaire ou d'identifier directement ce qui est à utiliser pour corriger une anomalie ou ajouter une fonctionnalité demandée en dernière minute (ce n'est fait qu'une fois et est directement efficace, d'où gain de temps, plutôt qu'un process lourd de fiche d'évolution sans visibilité sur ce qu'il y a à faire)
° possibilité d'influencer les dévs par fourniture directe de patch, ajout de fonctionnalité ou permet les corrections d'anomalie sans trop de risque de régression si c'est intégré upstream (pour la version suivante) : avec du proprio, il faut généralement batailler sans réelle visibilité sur les impacts et sans garantie que ce sera maintenu en standard ou en spécifique (régressions prévisibles à la version suivante)
° possibilité de travailler avec la version N ou prendre des risques avec une bêta N+1 (ça le proprio le propose aussi mais bon...) et phase de stabilisation en intégration, cela contribuant au produit et à la réponse apportée...

Bref, le libre en terme de risque c'est comme avec du proprio avec des possibilités en plus (auxquelles on peut choisir de faire appel ou pas). Entre un développement spécifique proprio et du dév libre, le choix est rapide en tout cas AMHA, vus les avantages induits du libre par ailleurs.

evolution ;-)

ya java 1.6 en x86_64... pour la 2007.1 (et backportés en 2007.0 aussi il me semble)

voir les paquets java-1.6.0-sun ftp://ftp.free.fr/mirrors/ftp.mandrake-linux.com/MandrivaLin(...)

bon le greffon java pour firefox marche un peu mieux qu'auparavant mais a encore tendance à faire des coredump :/

euh... et ton commentaire tu ne crois pas qu'il va tomber sous le coup de la LCEN aussi à divulguer ainsi des choses accessibles publiquement sur internet ? (encore heureux que tu ne cites personne, trollfr voire toi pourrait en prendre pour diffamation :/ ). Elle n'est pas belle la vie ? ;-)

ah, oui tout de même à voir http://www.oscos.org/Partners j'allais effectivement citer aussi code-aster/salome de EDF ou quelques forges existantes (inria, jussieu, ens-lyon, ...)
http://gforge.inria.fr/softwaremap/trove_list.php
https://lipforge.ens-lyon.fr/softwaremap/trove_list.php?form(...)
http://forge.ipsl.jussieu.fr/

C'est bien de fédérer ces initiatives, surtout dans une approche industrialisation : cela donnera de la visibilité et permettra d'en faire bénéficier un plus grand monde, plutôt que de toujours réinventer la roue.

Si tu passes par l'IMAP pour migrer, je suppose que tu perds tout ce qui est gestion des agendas qu'il y a dans Exchange IIRC, difficile de migrer à iso-fonctionnalité dans ce cas...

L'acronyme est la brique de base du vocabulaire de l'informaticien ! Mais ça existe aussi dans d'autres professions.

je viens du monde du SI opérateur telco, donc si tu veux je peux te pourrir d'acronymes aussi hein entre les BTS, BSC, MSC, GGSN, SGSN, VMS, SMSC, CDR, IMSI, IMEI, TADIG, RADIUS, EDIFACT... depuis j'ai (ré-)appris qu'il était possible de parler normalement avec des vrais mots ;-)

L'exemple que j'ai donné est plus orienté grande entreprise où il vaut mieux cloisonner métier / fonctions transverses / volet bureautique car cela correspond généralement à l'organisation rencontrée. Pour des PME, tu peux être tenté de regrouper un peu plus.

L'ETL est plus adapté aux grosses volumétries et permet AMHA, par un moyen technique, de forcer des interfaces standardisées (ou au pire d'avoir pléthore d'interfaces mais centralisées au niveau de l'ETL plutôt qu'en point à point d'appli à appli). S'il n'y a que le 2ème point qui est important pour toi, c'est une première approche d'urbanisation, obligeant à mettre en évidence des flux, qui peut être utile pour des PME par exemple. L'ETL est effectivement un moyen de dupliquer/transformer les données pour les mettre à disposition de manière standard dans plusieurs applications (orienté batch comme je disais).

Mais ce dont tu parles, ressemble plus à une approche référentiel (éviter de dupliquer l'information quand cela n'est pas nécessaire). Etant données les applications que j'ai rencontrées, je n'ai vu une démarche référentiel n'aboutir que dans 2 cas (en gros, beaucoup de monde confond encore référentiel et annuaire LDAP centralisé, alors que l'un est organisationnel et technique là où l'autre n'est que technique). Dans les 2 cas que j'ai vus, en grande entreprise encore, la mise en place d'annuaire a permis de traiter le volet fonctions transverses (RH, gestion des accès aux locaux, annuaire d'entreprise, ...) mais pas le volet métier (gestion client par exemple). Peut-être dans une petite structure est-il possible d'arriver à couvrir tout le périmètre.

Je doute tout de même un peu de réussir à mêler comptes unix, comptes applicatifs, comptes bases de données et les rapprocher des données personnelles, planning d'activité, ... qui font appel à des logiciels ayant des fonctions différentes (et des utilisateurs / finalités différentes). Eventuellement, tracer pour un identifiant unique toutes les déclinaisons dans les différentes applis et proposer quelques données partagées (et partageables...) pour éviter les resaisies et incohérences.

Mais bon, ce n'est pas l'outil qui fait l'organisation : il y a bien 2 projets distincts, l'un purement organisationnel / métier, l'autre technique de mise en place des outils/logiciels ; la technique ne remplace pas l'organisation, même si cela permet d'identifier un défaut d'organisation. Je te laisse googler pour les approches "top-down" et "bottom-up", c'est à la fois plus complexe et beaucoup plus simple que tu pourrais le croire, simplement ça ne se fait pas d'un claquement de doigt et tel un mécano de formule 1 il faut arriver à reconstruire entièrement la voiture lors d'une course, sans que le pilote n'ait à s'en apercevoir ou en soit pénalisé.

il n'y a pas ce qu'il te faut avec medintux ? http://medintux.org/dokuwiki/doku.php

bon pour la carte vitale, seul le proprio semble toléré pour l'instant :/ mais il y a des choses qui fonctionnent sous GNU/Linux tout de même.

ton exemple n'est pas très heureux car il mélange des fonctions transverses (RH, compta), métier (gestion qualité, appro) et "bureautique" (mail, fichier)

Mieux vaut prendre un exemple métier :
- tu as un CRM http://fr.wikipedia.org/wiki/Gestion_de_la_relation_client
- tu as une gestion client (tous les en-cours / contrats)
- tu as une gestion de facturation
- tu as une gestion des travaux (ce qui va être imputé à des clients pour facturation)
chacun correspondant à des progiciels différents par exemple...

tu rajoutes un entrepôt décisionnel qui va être alimenté par chacun de ces systèmes d'information : là tu vas utiliser l'ETL pour pouvoir donner des chiffres pour faire mumuse (c'est une approche batch qui peut tourner la nuit pour des grosses volumétries comme on peut en voir dans le décisionnel).

tu rajoutes un site internet de suivi des travaux / facturation : dès que des données sont validées elles sont extraites et mis à disposition sur le site pour les clients ayant souscrits à ce service (je mettrais plutôt un EAI http://fr.wikipedia.org/wiki/Enterprise_Application_Integrat(...) pour de l'alimentation fil de l'eau mais bon... voire du SOA http://fr.wikipedia.org/wiki/Architecture_orient%C3%A9e_serv(...) ).

Bienvenue dans le monde des systèmes d'information (c'est ce que signifie le terme IT aussi http://fr.wikipedia.org/wiki/Technologies_de_l'information_e(...) ), avec les joies de l'urbanisation permettant de jouer au business loto (foutaises ! http://fr.wikipedia.org/wiki/Business_loto )

tu as un retour d'expérience ? cela serait intéressant de rajouter une brève description sur http://fr.wikipedia.org/wiki/Liste_d%27outils_d%C3%A9cisionn(...) aucun des deux n'étant cité.