Gyro Gearllose a écrit 1322 commentaires

Merci bien plein les gars ! Je compile ça tout de suite !

Merci pour ta remarque sur mon courage.
Pour Hermes, j'ai cherché sur Google, freshmeat, et d'autres, et on trouve plein de choses, mais rien côté sources. Je ne trouve que des .rpm ou des .deb., ou des liens morts pour l'instant :-(
Mais je ne désespère pas, loin de là. Je postais mon précédent commentaire pour indiquer aux autres courageux dans mon style (;-)) que c'est pas évident au premier abord. Si je trouve le moyen de faire fonctionner ce joujou, je vous tiendrais au courant !

Hé ben, c'est pas gagné ! Faut tout un tas de librairies exotiques pour lancer ce truc là...
D'abord, il refuse de se compiler car il me manque Clanlib, ensuite Clanlib refuse de se compiler parce qu'il me manque Hermes ver >= 1.3.0... Mais où cela s'arrêtera-t-il ?
Je sais, je suis sur un LFS, et si j'avais installé une debian, une redhat, une mandrake... (rayez la mention inutile), j'aurais pas ces pbs.
En tout cas, le lien qui renvoie sur le téléchargement de Hermes 1.3.2 sur le site de Clanlib ne fonctionne pas, donc, je suis dans la panade.

J'aimerai bien voir des stats sur la rapidité/lenteur d'un site rédigé en OO ou non.
De mon côté, j'ai écrit un moteur d'appli, d'abord sans oo, avec peu d'includes, pas mal de fonctions, bref, pas très maintenable.
J'ai tout ré-écrit il y a quelques mois maintenant. Mes applis sont toutes selon le même format, avec des tableaux html impriqués, du JS, des accès base postgres et des appels systèmes pour "compiler" des fichiers tex en pdf. Ben j'ai remarqué que c'était beaucoup plus rapide avec OO qu'avant. Pourtant, le rendu (le contenu des pages html retournées, quoi), est pratiquement le même qu'avant. Je vous accorde que je n'ai pas fait de bench, mais entre 2 sec d'attente entre chaque page et un affichage quasi-instantané, pas besoin de mesures précises.

En voyant les différents posts placés ici, je me dis que si le gars à l'origine de cette news lit le site, il va en prendre pour son grade. En résumé, il est dit ici - qu'il code comme un porc, un goret.... - qu'il a fait un mauvais choix en voulant passer du côté "obscur" - que son produit est bourré de trous de sécurités, est une merde... bref, on ne fait que de le critiquer et ce négativement. D'un autre côté, il y a apparement beaucoup (trop) de site qui utilisent phpnuke, et c'est peut-être sa fierté, mais là, elle va peut-être en prendre un bon coup. Finalement, quand on propose un code, qu'il soit ouvert ou pas, il vaut mieux bien réfléchir avant de lancer le projet, et faire gaffe dans l'avenir à ce qu'on fait. Je ne prend pas sa défense, je veux juste exprimer un point de vue. Si un jour je me lance comme chef de projet sur un truc, j'essaierai de faire attention à ce genre de choses, vu les retombées que ça a.

<Moment ça me fait marrer>
En première page (ça ne va sûrement pas durer), voir :

"Lancement du site OpenWeb, première ressource francophone sur les standards Web."

suivi de

"PHP-Nuke quitte le monde du libre"

Ca me fait un peu marrer. Ca entre d'un côté avec des gens qui font des choses bien, et avec la meilleure volonté, et de l'autre, des gens (allez, tout le monde le dit :-) qui codent comme des gorets et qui passent "du côté obscur". Bon débaras !

Ouhlà.... Lancer un lilo depuis un chroot, je ne sais pas si c'est très sage. En tout cas, le bouquin du LFS le déconseille fortement. Le mieux reste peut-être d'installer lilo d'abord sur une disquette, puis de l'installer depuis le disque une fois le tout relancé à partir de cette disquette, justement.

ou encore, à la LFS :
rm pwet && touch pwet
Au moins, si le rm échoue, la 2nde commande n'est pas exécutée.

Petit complément : plus on appuie sur Shift + flèche haut / bas, ça ralentit ou accélère le défilement automatique.
Ainsi, lorsque on arrive sur linuxfr, par ex, Deux ou 3 appuis sur shift+flèche bas et hop, ça défile assez rapidement pour voir les nouvelles news rapidement.

Bon, je vais essayer tout ça dès ce soir. En tout cas, j'aurais appris pas mal de choses grace à vos liens les gars.
J'ai eu quelques pbs hardware, car mon port IR est intégré à la CM et j'avais 2 broches de déssoudées (sur le port IR, pas sur la CM, ouf !). Faut donc que je fasse des tests, mais pour l'instant je n'ai pas trop compris comment gérer ça dans le BIOS. J'ai deux ou trois options pour l'infrarouge, mais je n'ai pas encore bien saisi la différence. De mémoire, il me semble qu'il y a l'option '1.6 µs' et 'IRMAN'. J'ai fait quelques tentatives sans succès sous Linux et win2k.
Sous Linux, irrecord me dit que le device n'existe pas, et sous win2k, winlirc me dit qu'il n'arrive pas à ouvrir le périphérique com2 car il est soit-disant "utilisé par une autre applicaion", ce qui n'est pas le cas.
Si j'ai le temps, je rédigrait une page sur le sujet, quand j'aurais fait fonctionner ça sur les 2. (Bien entendu, c'est la partie Linux qui sera la plus mise en avant, sans perdre de vue que même si c'est sous windows, winlirc est un produit GPL (il me semble, j'espère ne pas dire de bourdes)).

Sérieusement, j'y pense. Mais en plus de coder, je joue.... Et les jeux, ben ceux que j'ai sous win, j'aime bien et je ne veux pas les perdre.
J'ai déjà vu des posts mentionnants de plus en plus de jeux fonctionnant sous le couple wine+linux, mais il me semble que même si ça fonctionne, ce n'est pas très stable (je n'ai jamais essayé personnellement, c'est juste une idée sur la question, c'est tout).
Et puis, je l'avoue, je suis feignant, et je n'ai pas encore eu le courage même de télécharger wine.
Enfin, l'idée principale, c'est que j'y songe, et sérieusement.

Pour revenir à nos moutons (lirc), j'avais vu le port sous windows. Là, par contre, j'ai téléchargé les 2 (la version Linux & la version win), mais elle ne fonctionne pas sous win2k. Pourtant la doc indique le contraire. Enfin bref, je crois que je suis bon pour une ré-install. Je ne suis plus à ça près. Pour l'autre version, celle sous Linux, je vais tester ça ce soir, avec les outils qui vont bien pour tester la lecture de DVD, la TV, bref, ce genre de choses pour voir un peu ce que ça vaut.

Bon, vous creusez pas. J'ai cherché lirc sur Google, et j'ai trouvé. Formidable ce truc. Je ne connaissait pas. pour ceux qui comme moi ne connaissaient pas, rdv sur http://www.lirc.org/(...) tout y est !
Je vais voir si il existe un équivalent pour win, comme ça, même avec mon dual boot, on pourra sacrifier une vieille télécommande pour piloter la TV et le DVD de mon PC !

Je ne connais pas le chose, mais cette remarque m'interpelle :

(...)le contrôle à la télécommande via LIRC(...)

Ceci signifie-t-il que l'on puisse piloter sa LinuxBox par le biais de n'importe quelle télécommande à partir du moment où l'on dispose d'un récepteur IR branché sur la carte mère, ou bien s'agit-il de piloter tout ça via la télécommande fournie avec le lecteur DVD ?
Dans le premier de ces deux cas, je suis bien entendu intéressé, car les récepteurs IR "apprenants" ne doivent pas être bien compliqués à programmer (enfin je suppose).... Et même si je suis sous KDE (et parfois sous win, je l'avoue), une telle fonctionnalité me serait bien pratique. Merci pour vos liens/infos.

Bon, merci à vous 2 pour vos réponses. Les premiers liens auraient pu être intéressant si je partait de zero pour mettre en place une telle architecture, ce qui n'est malheureusement pas le cas. Je m'explique : nous avons déjà des "clients" (entendez par là des logiciels...) d etoutes sortes, sur 2 plateformes : les outils proprios sous winx (outlook, outlook express, netscape (avec calendar), palm desktop) et le libre sous Linux (qui doit représenter 1% de la boite). Le but serait de faire cohabiter tout ça pour que les calendriers des décideurs soient consultables par tout le monde, modifiables par eux mêmes et leur(s) secrétaire(s), synchronisable avec leur palm, etc.
Donc, les solutions genre php+mysql+... ça ne peut pas coller. Les gens ont déjà l'habitude de leurs outils (assez éparses il est vrai, mais c'est pas un choix, c'est historique !=). Les deux seules solutions qui s'offrent à moi pour c eque j'en sais sont :
- soit de me fendre de quelques (beaucoup de) Euros, et d'acheter la solution serveur de Microsoft,
- soit d'attendre que le serveur iCal de KDE soit complétement opérationnel. Je ne savait même pas qu'il était en version béta, et donc utilisable (pour des tests, bien entendu), et je vais donc l'essayer de ce pas. Encore merci.
P.S. : Avis à l'équipe de dev de templeet : je ne peux pas voter, ça ne fonctionne pas derrière un proxy.

Oui, c'est ce que j'avais pu constater : y'a pas. Au départ, et avant de poster ici, j'avais fait des recherches sur freshmeat et google sans succès. Y'a eu des débuts d'idées de projets qui avaient l'air prometteurs, mais ils ne bougent pas (ou plus) et semblent oubliés. Je trouve ça bien dommage. Visiblement, pour qu'outlook puisse se connecter à un tel serveur, il faut se conformer à une RFC dont j'ai oublié le nom, mais ce n'est pas important. Ce doit être l'implémentation qui doit poser problème. Je me serais bien lancé, pour rédiger un tel outil, mais je n'ai pas les connaissances requises, ni le temps pour me propulser developpeur et chef de projet. Dommage. En tout cas, merci pour ta réponse, même si elle ne me donne pas de solution utilisable, au moins, je suis fixé sur mon sort, et ça me réconforte de savoir que j'avais quand même cherché à peu près où il fallait (ou en tout cas à des endroits où j'ai eu les mêmes réponses qu'ailleurs).

Je viens de consulter la table proposée dans la news et celle proposée par Matthieu Moy dans un commentaire, et je n'ai trouvé nulle part de solution libre, gratuite, pouvant être téléchargée, compilée sur un LFS et utilisable de suite faisant office de MS EXCHANGE SERVER.
J'aimerai pourtant bien savoir si un tel serveur existe, car pouvoir partager un calendrier entre plusieurs utilisateurs est quand même une fonctionnalité séduisante, surtout en entreprise.
J'utilise quotidiennement KOrganizer, sous KDE donc, mais cette fonctionnalité fait cruellement défaut. Elle devrait être complée par Kroupware, il me semble, mais pour ce que j'en sais il est toujours en développement. Savez-vous donc si une telle solution serveur existe sous Linux, qui puisse être indifférement exploitée par des clients Outlook / Korganizer ? D'avance merci pour vos solutions !

T'as essayé

:set filetype=php

?

Peut-être out-of-topic, mais il serait peut-être bienvenu que les radios qui proposent leurs programmes sur le web utilisent des ressources uniformes pour balancer les flux. Par exemple, le player de rire et chansons refuse de fonctionner sous Linux car il exige windows media player. Je ne pense pas que ce soit la seule radio dans ce cas là, et je suis très déçu. Maintenant que Linux est résolument tourné vers le desktop, il faudrait peut-être que les médias continuent d'en parler, mais se mettent aussi au niveau des utilisateurs de cette plateforme. Après tout, il existe des outils libres qui fonctionnent sur divers OS, a eux de se mettre à jour, nom de nom.

Je vais peut-être dire une connerie, mais il me semble qu'un seul quartz peut être utilisé pour générer plusieurs fréquences. Il me semble en effet avoir vu dans mes cours d'éléctronique (il y a presque 10 ans, et j'ai dormi depuis....) qu'on pouvait avec un quartz et des portes logiques faire un système avec boucle de retour. Je ne me souviens plus du nom, mais en gros, ce sont des systèmes oscillants avec contrôle de la sortie, et auto-correction. Ca permettait de diviser la fréquence du quartz pour obtenir une fréquence d'1hz exactement, et après, on utilisait cette fréquence de référence pour re-créer une fréquence plus importante, ou plusieurs, suivant le nombre d'étages nécessaires.

Bon, c'est déjà un bon point. Une bonne idée que je me mets sous le coude, car malheureusement moz n'est pas généralisé et nous fonctionnons toujours avec netscape. C'est pourquoi je cherchais plutôt une solution client/serveur.... Ceci dit, ce peut être un argument de plus pour forcer la généralisation de moz !

Bon, j'ai pas eu le temps de regarder les liens proposés, mais il fonctionne comment ce calendar ? Juste en local (un peu genre plouclook ou KOrganiser), ou bien il est capable d'interroger un serveur de calendrier dans le genre de celui qui était proposé dans la suitespot de netscape il y a quelques années ?
Je demande ça car j'ai justement une solution de calendrier partagé à mettre en oeuvre à mon taf', et je cherche une solution libre qui me permette de laisser les secrétaires mettre à jour le(s) calendrier(s) du personnel, et de laisser chacun consulter le calendrier des collègues. Seule contrainte, les serveurs sont sous Linux, mais les postes clients sont sous win (de 98 à 2000 pro).
Savez-vous donc si une telle solution (synchronisable avec des organiseurs) existe ? D'avance merci pour vos suggestions.

Ok, bien ! Merci pour ton aide, maintenant ça fonctionne.
Si je peux me permettre juste une ou deux petites remarques....
En fait, je trouve que le temps d'affichage est assez court. Je ne m'y connais pas du tout en python, mais d'après ce que j'ai pu constater, c'est la variable time_disp qui règle ça. C'est exprimé en quoi ? secondes ? 1/10 de secondes ? ou autres ?
C'est principalement ce qui m'a fait croire que ça ne fonctionnait pas au départ, car je ne suis pas tout le temps les yeux rivés à mon écran.
L'idée est excellente, mais pourquoi ne pas laisser l'osd affiché avec la valeur en cours, jusqu'à ce que le contenu change, par exemple ?
Et puis, dernière chose, le nec plus ultra, serait d'avoir un lien cliquable dans l'osd, ainsi quand un titre de news accroche l'utilisateur, il n'a qu'à cliquer dessus pour aller sur la page idoine et consulter la-dite news.
Bref, en tout cas, c'est un bon truc en arrière plan, du bon boulot, même si la mise en route n'est pas évidente (mais l'aide en ligne est très bien faite (cf. ci-dessus et ci-dessous)!

Bon, je commence à comprendre. Maintenant, y'a un truc qui me chifonne.
J'ai mis l'url de yahoo que tu proposais, et ça fonctionne !!!!!!
Seul hic, quand on lance ton prog sans le & à la fin, ça affiche le titre des news sur la sortie standard. C'est voulu ou c'est un effet de bord ?
Bon, en attendant, je vais jouer avec les polices et les couleurs pour avoir un truc lisible. Si on pouvait choisir l'emplacement de l'OSD, ce serait parfait, car je suis sous KDE, et l'affichage en haut à gauche, ça gêne le menu du bureau !

Bon, j'ai fait comme tu m'as indiqué, sans succès. Toujours rien d'affiché.
Petite astuce quand même, si on est derrière un proxy, il suffit de faire :
$ http_proxy="http://mon.proxy.com:8080"(...) ./linuxfr.py
pour que ça fonctionne. En tout cas, c'est ce que j'ai compris en voyant un message ici, mixé à une astuce utilisée dans le LFS.
Sinon, y a-t-il un moyen de choisir l'emplacement de l'osd, ainsi que la couleur de la police, etc...
J'y connais rien, mais j'ai quand même eu des affichages bizares en haut à gauche de mon écran du genre :

HTTP://linuxfr.org/archive

en gros (police 36 au moins) et de jaune gras....

Bien grand merci ! Ca fait deux fois aujourd'hui que je m'emballe et vais trop vite, sans lire ce que je devrais. En effet, avec le fichier patché, ça améliore les choses, même si pour l'instant je ne gagne aucun affichage sur mon écran. Au moins, je n'ai plus de message d'insultes (je le prend comme tel car je ne connais stricetment rien à Python).