A 30 euros par mois (1 euro pas jour) autant prendre un crédit conventionnel, d'autant plus que pour les étudiants il doit y avoir des taux interessants (genre taux à 0%, remboursement décalé ...). De plus actuellement, on trouve plein de portables à moins de 1000 euros.
Bref, c'est beaucoup de vent pour rien il me semble, d'un autre coté je vois ça avec un regard d'informaticien que cette opération ne vise pas trop (enfin il me semble). A la limite il faudrait voir si les PC proposé sont vraiment moins cher que ce que l'on trouve dans le commerce à equipement équivalent.
p.s. : si qqun est intéressé par l'offre je déconseille les portables toshiba, ils vieillisent mal à mon goût.
Dans l'exemple qui nous interesse on a une personne qui demande de l'aide, il se retrouve devant qqun lui disant qu'il veut bien l'aider. Cette personne juge rigolo de lancer une 'blague' destructrice pour se foutre de la gueule du petit newbie qui à osé le déranger pendant sa compilation de noyau (ou de X.org).
Je trouve ça aussi honteux qu'un garagiste qui va te changer ton moteur alors que c'était juste une bougie qu'il fallait changer juste sous pretexte que tu n'y connais rien en mécanique auto. C'est aussi drôle que lorsqu'un mécanicien te dit de laisser la clef à mandrin dans le tour avant d'usiner ta pièce ...
Tout ça pour dire que ce n'est pas parceque qqun n'a pas les même connaissances que toi dans un domaine qu'il faut pour autant se foutre de sa gueule. Heureusement que tout le monde ne réagit pas de façon aussi puérile. Dans le cas présent il n'y a rien de très grave, juste des pertes de données, mais imagine qu'un médecin s'amuse de la même façon avec un patient un peu largué ?
Je suis sous Debian, mais ça doit marcher pareil sous MDK.
En fait, c'est un sacré bordel pour faire marcher LIRC quelque soit la distrib (quoique que sous debian c'était un peu plus facile) et c'est pas doc qui aide vraiment. Pour ma télécommande Pinnacle j'ai ça :
# /etc/lirc/hardware.conf
#
# Arguments which will be used when launching lircd
LIRCD_ARGS=""
#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD=false
#Try to load appropriate kernel modules
LOAD_MODULES=true
# Run "lircd --driver=help" for a list of supported drivers.
DRIVER="pinsys"
# If DEVICE is set to /dev/lirc and devfs is in use /dev/lirc/0 will be
# automatically used instead
DEVICE="/dev/ttyS0"
MODULES=""
Ensuite, pour le lircd.conf, j'ai récupérer celui se trouvant sur '/usr/share/lirc/remotes/pinnacle_systems/lircd.conf.pctv' (sous MDK il faut installé le package 'lirc-remotes' pour avoir ces fichiers de conf). Après il suffit de redémarrer lircd, et de lancer la commance 'irw' et d'appuyer sur une touche de ta télécommande pour voir s'afficher la code de cette dernière. Pour te rassurer quand je lance mode2 j'ai une erreur "mode2: No such device or address" et avec irrecord rien ne s'affiche à ça bloque ma télécommande :). Donc l'outil a utiliser c'est vraiment 'irw'.
Personnelement j'utilise ma télécommande avec Freevo et ça marche nickel. Si tu veux j'ai aussi configuré lircmd, donc si tu veux je pourrais te filler ma config. N'hésite pas à me recontacter pour tout problème, je serais heureux de t'éviter la prise de tête que j'ai eu.
Je crois effectivement que son problème c'est pour les variables de sa session X, et c'est vrai que c'est galère de redémarrer son serveur juste pour des variables.
Du coup, ta solution d'utiliser un terminal pour lancer les applis est la meilleure à mon avis, en tout cas tant que les variables ne sont pas bien définies.
Pour ma part, j'ai commencé un script Ruby permettant de gérer de façon assez simple ses variables d'environnements et alias dans ses terminaux.
Par contre, ce n'est pas encore utilisable en l'état mais j'y travaille, l'ébauche de mon script se trouve ici : http://gast.sourceforge.net/envi.php(...) . Pour l'instant il supporte les de type sh et csh.
Voila, je ferais un journal pour indiquer quand le script sera terminé.
En gros c'est juste une interface avec rien dans les méthodes de callback :).
Autrement, je suis peut être aveugle ou j'ai de la merde dans les yeux parceque normalement j'aurais du voir les tags "// GEN-" que met NetBeans dans le code généré avant de poster mon précédent commentaire :).
Enfin, j'ai mis un peu de temps à te répondre à cause du déplacement de ton journal dans les forums (ce qui est quand même plus sa place).
Autrement à première vu tu codes avec Emacs ou VI, je te conseille d'essayer Eclipse tant que tu es a apprendre Java. Ca permet de vraiment gagner du temps au début (et même après).
Non non, Gart est toujours Gart depuis au moins 2 ans, mais en fait il parlait aussi de sa news http://linuxfr.org/2002/11/25/10396.html(...) mais aussi des news et commentaires qu'il poste sur d'autres sites :).
Pour en revenir au journal pour la phrase :
(déçu par Eclipse pour du C++, est devenu fan d'Emacs :-)
et histoire de relancer un bon vieux troll, ils auraient du utiliser Java pour coder Doom 3 comme ça ils auraient pu profiter à fond des possibilité d'Eclipse :).
Effectivement à l'époque du bon vieux DaCode, la messagerie interne existée déjà ... puis vient le jours où le site passe sous Templeet avec ses caches et des performances annoncées prodigieuses (je n'ai même plus en tête les facteurs tellement c'était beau) par rapport à DaCode ... sauf qu'on avait perdu une grosse partie des fonctionnalités du site ... depuis on récupère peu à peu ces fonctionnalités.
Maintenant que le site a récupéré toutes les fonctionnalités de DaCode (me semble t-il) et qu'il s'en est ajouté/amélioré plein d'autres je pense enfin que je vais digérer complétement le passage assez chaotique de PHP/DaCode vers Templeet (que de mauvais souvenirs : disparition de la tribune, bugs ...) ... alors je me lance : Merci Fabien et autres contributeur pour tout le boulot que vous avez réalisé sur le site.
Maintenant, même si ce n'est pas possible, j'aurais bien aimé voir un comparatif des performances du site entre PHP/DaCode et Templeet/DLFP pour voir si niveau ressources Templeet tient bien ces promesses. Hélas ça risque d'être dur puisque tout à changer depuis DaCode : les serveurs, l'hébergeur, le nombre de comptes, le nombre de commentaires ... D'autre part je sais bien que la qualité d'une technologie ne se resume pas aux performances mais aussi à des principes tel que la maintenabilité du code, la facilité d'écriture ... de ce point de vue, le passage à Templeet doit être salutaire (quoique qu'il faut s'habituer à la syntaxe fonctionnelle :).
Enfin, histoire de ne pas non plus devenir complétement pensophile, j'exprime une fois de plus un point qui me parrait important : serait-il possible de discuter des modifications profondes du site avant de les installer sur DLFP ? Je ne dis pas ça pour la messagerie interne mais pour certaines modifications qui nous on valu de belles discusions trollesques (mise en place du detecteur de bot, nouveau système de journaux, suppression des XP ...). Genre un petit message dans les forums pour voir comment serait acceuillie la nouveauté, je pense que ça éviterait des clashs comme par le passé (purge de compte de vieux contributeurs, migration de moules vers d'autres bouchot ...).
Perso, une bonne partie de mes dockapps (bubblefishymon, wmplop, wmthrottle ...) ne servent pas à grand chose à part animer un peu mon bureau avec de zolies couleurs :).
Autrement le vrai dernier inutilitaire que j'ai installé c'est 3d-desktop (http://desk3d.sourceforge.net/screenshots.php(...)) sur mon fluxbox, franchement je m'en suis servit 3 fois dont 2 fois pour frimer (oui, j'ai honte :).
C'est toujours la même chose le rapport jeunes/vieux (mais où est la limite ?).
Les vieux (mais où est la limite ?) font de l'anti-jeunes : aucun respect, ils s'habillent n'importe comment, ils se croient les plus forts, arrivent tout le temps à la bourre ....
Les jeunes (mais où est la limite ?) font de l'anti-vieux : : aucun respect, ils s'habillent n'importe comment, ils se croient les plus forts, ne savent pas s'amuser/vivre ....
Et assez rapidement le jeune devient vieux (mais où est la limite ?), en tout cas il se retrouve avec des plus jeunes que lui et les rôles s'inversent.
Voila, y'a rien de compliquer, plus on devient vieux plus on trouve les jeunes cons, et je suis sûr que si on pouvait régresser vers la jeunesse on trouverais les vieux encore plus cons (j'ai eu 4 en philo en 96 :).
Parôle de jeune vieux ou vieux jeune ... mais où est la limite ?
Pour rappel, le fait de développer/utiliser un soft donnant accès à un algorithme de décodage n'est pas illégale. Par contre, le fait d'utiliser une clef pour permettre le décodage d'une "certaine chaîne" l'est.
Bien sûr dans la pratique ça encourage le piratage de la "certaine chaîne", mais il ne faut pas oublier que ça peut tout aussi bien être utilisé à des fins moins illégale par exemple pour quelqu'un ayant un abonnement à cette "certaine chaîne" et utilisant son PC comme télévision.
Je suis contre le piratage, de la à interdire un soft pour ce qu'il peut faire si on n'est pas "gentil", on n'est plus très loin des idées de certaines personnes voulant interdire les outils (souvent libre) de trac de failles de sécurités.
Des personnes voulant vraiment pirater la "certaine chaîne" peuvent le faire aussi en hardware pour une somme assez faible (comparé au prix de l'abonnement), doit-on interdire la vente des fer à souder au particulier ??
Ouhaw .. bravo, je ne sais pas comment tu fais pour être plus efficace avec Emacs/Gvim par rapport à Eclipse, si j'étais méchant (ce que je ne suis pas) je dirais que tu ne sais pas te servir d'un clavier (ce qui parait bizarre si tu utilises Emacs) ou alors tu n'as écrit qu'un Helloworld sous Eclipse !!! :).
J'ai très, très longtemps utilisé Emacs pour coder (Perl, C, C++, Java et Ruby principalement), j'ai même finit par acquérir une certaine dextérité poulpesque et éléphantesque (par rapport au nombre de combinaison de touche que j'ai appris). Puis vient l'heureux jour où je teste Eclipse pour réaliser un TP de stéganographie (utilisant JAI). Prise en main un peu difficile pour comprendre comment marchait la notion de projet dans cet IDE, puis quelques galères pour taper mon code (le temps de choisir le binding emacs dans les options :) ... et ensuite que du bonheurs : complétion sémantique des noms de méthodes, génération de try/catch/throws, aide à l'écriture des structures for/while..., visualisation instantanée des erreurs syntaxiques (oubli de gestion d'exception), debug bien foutu, génération des getter/setter, des délegations et tous les outils de refactoring (où Emacs peut toujours s'accrocher avec ces query/replace) ... et j'en passe ... des tas.
Pour la réactivité de l'interface il y a effectivement une grosse différence entre Windows et Linux (j'ai pas vérifié avec les derniers JDK et Eclipse) ... mais il n'y a rien de rédhibitoire à mon avis, j'ai commencé sur un Pentium 3 900Mhz à 128 Mo de RAM et c'est vrai que c'était un peu lourd sur de gros projet mais actuellement sur un Pentium 4 2Ghz à 256 Mo de RAM je ne sens pas trop de problème. Bien sûr les menus sont assez "long" à s'afficher, mais bon, si tu es habitué à Emacs, tu dois bien imaginer qu'on ne les ouvre que très rarement.
Je veux bien admettre que le temps de frappe pur (sans complétion automatique) est plus rapide sous Emacs (encore que je n'ai jamais pris le buffer de frappe clavier en défaut sous Eclipse), mais si tu prends ensuite le temps de compilation en compte et le nombre d'erreurs détectées par Eclipse à la volée, le gain de temps sera du coté d'Eclipse.
Enfin, depuis que j'utilise Eclipse, je passe beaucoup, beaucoup moins de temps à me taper de la Javadoc sur mon navigateur préféré.
Voila, Emacs a toujours ma préférence pour le scripting ou la retouche rapide de fichier mais pour du codage de plus grande ampleur (sans pour autant être des projets énormes) je préfére largement l'utilisation d'IDE tel qu'Eclipse. Ça n'engage que moi, tu fais ce que tu veux pour coder, mais la phrase que j'ai souligné au début de ce post m'a définitevement poussé à rentrer dans le troll :). Tous les arguments citées valent exclusivement pour du codage Java (je n'ai pas essayé CDT depuis longtemps).
J'ai oublié de préciser que le fait de fixer des valeurs aux variables se trouvant dans les 'include' ne permet de parser qu'une partie du code (par exemple si tu fixes "monplugin01' dans la variable $plugin le générateur ne parsera que 'monplugin01' et pas 'monplugin02' ou '03' s'ils existent). Mais d'expèrience, ce 'bug' devient plutôt une 'feature' intéressante qui limite le nombre d'inclusion et permet de regarder l'arbre d'inclusion dans un contexte précis (tel langue avec tel plugin et tel header ...).
J'ai fait un script Perl très sale pour réaliser ce genre de chose à l'époque ou je développais du PHP en stage (y'a 2, 3 ans maintenant). En gros j'avais une applii assez grosse dans laquelle j'avais des problèmes de doubles inclusion de fichier à différent niveau.
En gros, le code Perl est vraiment une honte : utilisation d'un algo maison pour le parsing des arguments (au lieu d'utiliser GetOpt), code GTK mélangé au code de recherche ... Et j'ai un peu la flemme de le refaire propre :) (d'autant plus que je ne fais plus de PHP).
Voici comment il marche, tu lui passes en paramètre le répertoire racine de ton projet, il va parser tous les fichiers '.php', regarder les 'include|require|require_only|....' (si tu veux en rajouter va voir ligne 360). S'il y a une variable dans le include du genre 'include("$toto/titi.php")' il va te demander de rentrer la valeur de $toto et la stockera jusqu'à la fin de la génération des arbres (attention à ne pas avoir deux fois le même nom de variable avec des valeurs différentes). Au final, il aura construit les arbres d'inclusions et de dépendances, ces arbres peuvent être générés au format ASCII ou LaTeX (pratique pour les rapports) ou bien être affichés dans une fenêtre GTK. Je te conseille ce dernier mode bien plus pratique. Enfin l'application te demande si tu veux enregistrer la configuration des variables dans un fichier afin d'éviter de retaper toutes les variables de type $toto la prochaine fois (option -c ).
Tu trouveras l'archive de ReqInc sur http://msalvat.free.fr/reqinc.tar.gz(...) . Il n'y a que deux fichiers. Pour lancer le script reqinc.pl je te conseille de te placer dans le répertoire de ton site. Voici la ligne de commande qui a servi à générer ce screenshot http://msalvat.free.fr/reqinc.png(...) : perl -I /où/est/decompréssé/l/archive/ /où/est/decompréssé/l/archive/reqinc.pl ./ -c /tmp/mon-site.cfg -t gtk
Bien sûr le fichier /tmp/mon-site.cfg a été généré avant par l'application en mode interactif. Dans l'interface GTK il faut bien faire attention : dans le screenshot on a l'arbre d'inclusion (voir titre de la fenêtre) il faut appuyer sur le bouton "Arbre de dépendance" pour switcher sur l'arbre de dépendance, et vice versa.
En espérant que ça te serve ... bien sûr je met se fichier sous GPL si qqun à envie de le modifier (bonne chance pour comprendre le code) :).
Au bout de 3 ans un PC portable commence vraiment à prendre un très gros coup de vieux.
Personnelement je suis adepte du PC portable depuis maintenant 3 ans, mon premier était un Toshiba (maintenant utilisé pas mon amie) et mon deuxième un Gericom. Le Toshiba comment vraiment à être fatigué, les ventilateurs sont tout le temps à fond, le pointeur de souris n'aggripe plus bien, le système de blocage de fermeture est cassé, le lecteur de disquette est mort (il manque une des têtes de lecture), il n'y a plus de peinture où je pose mes poignets ... Il marche encore bien, mais il ne va pas tarder à passer en passerelle Internet je pense (ça va être bien, ça fait quand même moins de bruit qu'une UC classique).
En plus, l'inconvénient du portable c'est qu'il n'ai pas possible "d'améliorer" le matos. À la limite tu peux rajouter de la RAM ou mettre un disque plus gros, mais après c'est finit : pas moyen (facilement) de changer de processeur, de carte graphique, de carte réseau, de carte son ... Après comme je le dit plus haut, si tu te trimballes un peu partout avec (c'est quand même ça l'intérêt principal), il va vitre prendre des coups.
Tout ça pour dire que pour un PC portable, 3 ans c'est beaucoup. Après il faut voir que les prix n'ont pas arrêtés de baisser sur ce type de matériel, et pour une somme assez légère (moins de 1000 euros) on trouve des trucs sympas.
Personnelement, on aura du mal à me faire revenir sur un PC normal (par contre j'ai un barebone comme MultimédiaBox (TV, DVD, DivX ...)). Et j'ai vraiment hâte de recycler un de mes PC portable en passerelle ADSL :). Il ne manquera plus qu'un peu de Wifi pour faire disparaître encore plus mon Installation informatique :).
Posté par pifou .
En réponse au journal Java et C++.
Évalué à 4.
Je suis d'accord avec toi ... mais le premier avantage de Java par rapport à C++ et on oublie souvent de le dire c'est sa relative (par rapport à C++) simplicité d'utilisation pour un débutant.
Premièrement, à l'exécution les segfaults sont très rares (à vrai dire, j'en ai vu qu'une fois dans un pb de partage de données entre 300 Threads), on préfére les IndexOutOfBoundException, IOException ... C'est plus parlant surtout quand on commence à développer et qu'on se gourre tout le temps dans les comptages d'index.
Deuxièmement, on évite l'arithmétique des pointeurs et la gestion des allocations dynamiques (je n'ai jamais aimé passé 2 minutes à eplucher un 'man' pour savoir si le char* passé en paramètres devait être alloué par moi, par la méthode ou tout simplement se trouvait en champ static).
Après, un développeur débutant en Java fera surement du code aussi grade qu'un développeur C++, voir plus s'il n'a jamais fait de langage objets avant. Mais ça n'a rien a voir, on devient bon développeur en développant quelque soit le langage. Avant qu'un développeur Java puisse utiliser tous les frameworks (Struts, J2EE ...) et pattern (Observer, MVC, Singleton ...) intélligement il faut un certain temps de programmation 'je réinvente la roue'.
Pour finir, je dirais que Java n'est pas le langage ultime, mais il faut bien reconnaître que de la même manière que C++ et SmallTalk en leurs époques, il a permis de franchir un nouveau cap dans l'abstraction du développement.
Posté par pifou .
En réponse au journal Java et C++.
Évalué à 4.
Je ne vois pas pourquoi il faut recompiler ???
Logiquement, je fais un programme java dans la version 1.1 de la JDK. Ce programme marchera tel quel si je le lance avec un JDK supérieur (compatibilité descendante).
En gros ce que tu dis c'est que si tu fais un programme avec le JDK 1.4, il ne marchera pas avec le JDK 1.1 ! Ben oui, c'est vrai mais je ne vois pas le problème, je ne connais AUCUN langage qui permet de tenir une compatibilté descendante ET montante (pour rappel, le fait de changer de version c'est pas juste pour faire jolie mais pour apporter des améliorations dans les langages). A moins d'utiliser IPOT je ne vois comment on pourrait deviner à l'avance les spécifications des JDK futurs.
Je ne parle même pas de compatibilité des binaires C++ et C avec toutes les dépendances (compilateur, système, noyau, libc, librairie supplémentaires ...).
Pour avoir fait 3 ans à Brest : le soleil est rare et la pluie est horizontale :p.
Mais la bière coule à flot verticalement dans ton gosier :). Tu as oublié de dire que Brest c'est moche. Que le finistère est un département super moche, qu'il ne faut surtout pas y venir en vacances (je conseille plutôt la côte d'azur), en plus les autochtones sont pas sympas. Donc voila, ne venez surtout pas en vacance dans la région, y'a rien d'intéressant à part la pluie, des batiments moches reconstruits sur les ruines de la seconde guerre mondiale, des paysans qui parlent même pas français, des bigoudènes à chaques coin de rue :).
Tiens, c'est drôle quand j'écris dans mon Eclipse //TODO gérer cette exception j'ai en temps réel une tache supplémentaire qui s'affiche dans la boite de dialogue 'Tasks' \o/.
Je n'ai pas vérifié depuis combien de temps c'est mis en place, mais ça fait au moins depuis la version 2.1 qui ne date pas d'hier.
Etant Brestois exilé à Vannes (~200km au Sub-Est de Brest), je ne peux aussi déplorer ce putain de ciel couvert.
D'un autre coté, cette hiver on a eu droit à la neige (oui, oui, pour les gens qui habitent en montagne ça doit bien vous faire marrer de voir nous extasier quand il neige chez nous, mais on en reparlera quand vous aurait la mer à vos pied (pê dans qq millions d'années ?)) à Vannes alors qu'à Brest nib (c'était l'inverse l'année d'avant : neige à Brest, rien à Vannes). Moi ce que j'aime bien avec la neige en Bretagne, c'est qu'avec 1cm sur les routes tout est immobilisé (pas de transport en commun, presque pas de voiture...) :).
Le bois, c'est sympa, ça peut permettre faire baisser ou limiter la production de CO² ... mais pour un temps juste.
Un arbre durant toute sa vie va stocker du CO², mais une fois qu'on le brule, hop on redégage autant (voir un peu plus) de CO² dans l'atmosphére. C'est le principe de puit de CO², si demain on plante des millions d'arbres, le niveau de CO² va baisser (les arbres 'consomment' du CO²), c'est bien. Par contre une fois qu'il seront morts, tout ce qu'il a stocké comme CO² sera recracher dans l'air (par décomposition ou par combustion). La combustion du bois ne peut être comme le nucléaire qu'une solution à court terme, de plus planter des arbres c'est bien, mais ça va faire un sacré désordre écologique au niveau de la faune et de la flore.
Pour en revenir à ITER entre dire que c'est l'avenir ou que ça ne sert à rien je ne peux pas affirmer l'une au l'autres des hypothèses. D'un coté, sur la papier, la fusion parrait qqchose de particulièrement et efficace et propre. Après il faut voir comment ça se passera en pratique (approvisionnement du combustible (dététium et tritium de mémoire) pour voir les problèmes que ça pose. Mais pour ça, que le résultat soit positif ou négatif, il FAUT faire des tests grandeurs natures.
Posté par pifou .
En réponse au journal XviD 1.0.1.
Évalué à 6.
Coté décodeur, les vidéos de 1 image/seconde ne devraient plus poser de problèmes. (On y pense pas souvent à coder des vidéos en 1fps ;-)
Si, si, on y pense par exemple pour faire un 'fond d'écran' pour la GeexBox. En effet cette dernière affiche une vidéo pour faire fond d'écran (en fait 2 vidéos, une générique, l'autre quand on lit un fichier audio).
En tout cas merci au développeurs pour la qualité de XviD.
# Crédit
Posté par pifou . En réponse au journal pc étudiants pour 1 euro (par jour...). Évalué à 5.
Bref, c'est beaucoup de vent pour rien il me semble, d'un autre coté je vois ça avec un regard d'informaticien que cette opération ne vise pas trop (enfin il me semble). A la limite il faudrait voir si les PC proposé sont vraiment moins cher que ce que l'on trouve dans le commerce à equipement équivalent.
p.s. : si qqun est intéressé par l'offre je déconseille les portables toshiba, ils vieillisent mal à mon goût.
[^] # Re: Vroum !!!
Posté par pifou . En réponse au journal [humour] le PC dans 50 ans...il y a 50 ans. Évalué à 3.
Autrement, les proportions sont pas mal par rapport à l'imprimante :), sauf pê pour l'écran qui du coup est un peu trop petit.
[^] # Re: loin de moi l'idée de cautionner ...
Posté par pifou . En réponse au journal Un rat sur #linuxfr EFnet. Évalué à 5.
Dans l'exemple qui nous interesse on a une personne qui demande de l'aide, il se retrouve devant qqun lui disant qu'il veut bien l'aider. Cette personne juge rigolo de lancer une 'blague' destructrice pour se foutre de la gueule du petit newbie qui à osé le déranger pendant sa compilation de noyau (ou de X.org).
Je trouve ça aussi honteux qu'un garagiste qui va te changer ton moteur alors que c'était juste une bougie qu'il fallait changer juste sous pretexte que tu n'y connais rien en mécanique auto. C'est aussi drôle que lorsqu'un mécanicien te dit de laisser la clef à mandrin dans le tour avant d'usiner ta pièce ...
Tout ça pour dire que ce n'est pas parceque qqun n'a pas les même connaissances que toi dans un domaine qu'il faut pour autant se foutre de sa gueule. Heureusement que tout le monde ne réagit pas de façon aussi puérile. Dans le cas présent il n'y a rien de très grave, juste des pertes de données, mais imagine qu'un médecin s'amuse de la même façon avec un patient un peu largué ?
# Ma config
Posté par pifou . En réponse au message lirc et pinnacle pctv pro. Évalué à 3.
En fait, c'est un sacré bordel pour faire marcher LIRC quelque soit la distrib (quoique que sous debian c'était un peu plus facile) et c'est pas doc qui aide vraiment. Pour ma télécommande Pinnacle j'ai ça :
# /etc/lirc/hardware.conf
#
# Arguments which will be used when launching lircd
LIRCD_ARGS=""
#Don't start lircmd even if there seems to be a good config file
#START_LIRCMD=false
#Try to load appropriate kernel modules
LOAD_MODULES=true
# Run "lircd --driver=help" for a list of supported drivers.
DRIVER="pinsys"
# If DEVICE is set to /dev/lirc and devfs is in use /dev/lirc/0 will be
# automatically used instead
DEVICE="/dev/ttyS0"
MODULES=""
Ensuite, pour le lircd.conf, j'ai récupérer celui se trouvant sur '/usr/share/lirc/remotes/pinnacle_systems/lircd.conf.pctv' (sous MDK il faut installé le package 'lirc-remotes' pour avoir ces fichiers de conf). Après il suffit de redémarrer lircd, et de lancer la commance 'irw' et d'appuyer sur une touche de ta télécommande pour voir s'afficher la code de cette dernière. Pour te rassurer quand je lance mode2 j'ai une erreur "mode2: No such device or address" et avec irrecord rien ne s'affiche à ça bloque ma télécommande :). Donc l'outil a utiliser c'est vraiment 'irw'.
Personnelement j'utilise ma télécommande avec Freevo et ça marche nickel. Si tu veux j'ai aussi configuré lircmd, donc si tu veux je pourrais te filler ma config. N'hésite pas à me recontacter pour tout problème, je serais heureux de t'éviter la prise de tête que j'ai eu.
[^] # Re: Les variables d'environnement.
Posté par pifou . En réponse au journal la variable d'environnement PATH. Évalué à 5.
Du coup, ta solution d'utiliser un terminal pour lancer les applis est la meilleure à mon avis, en tout cas tant que les variables ne sont pas bien définies.
Pour ma part, j'ai commencé un script Ruby permettant de gérer de façon assez simple ses variables d'environnements et alias dans ses terminaux.
Par contre, ce n'est pas encore utilisable en l'état mais j'y travaille, l'ébauche de mon script se trouve ici : http://gast.sourceforge.net/envi.php(...) . Pour l'instant il supporte les de type sh et csh.
Voila, je ferais un journal pour indiquer quand le script sera terminé.
[^] # Re: Merci !
Posté par pifou . En réponse à la dépêche Support des webcams Philips: pilotes en GPL. Évalué à 1.
[^] # Re: \o/ Pierre Tramo
Posté par pifou . En réponse au message Java et Regexp. Évalué à 1.
Quand je fais un 'wget http://fuck.the.world.free.fr/RLFind.java(...) ' je tombe sur une classe etendant JApplet mais ne contenant aucun code avec des Regexp !!
En gros c'est juste une interface avec rien dans les méthodes de callback :).
Autrement, je suis peut être aveugle ou j'ai de la merde dans les yeux parceque normalement j'aurais du voir les tags "// GEN-" que met NetBeans dans le code généré avant de poster mon précédent commentaire :).
Enfin, j'ai mis un peu de temps à te répondre à cause du déplacement de ton journal dans les forums (ce qui est quand même plus sa place).
[^] # Re: \o/ Pierre Tramo
Posté par pifou . En réponse au message Java et Regexp. Évalué à 1.
Autrement à première vu tu codes avec Emacs ou VI, je te conseille d'essayer Eclipse tant que tu es a apprendre Java. Ca permet de vraiment gagner du temps au début (et même après).
[^] # Re: Encore une fois
Posté par pifou . En réponse au journal Doom 3 et linux, une interview de TTimo. Évalué à 2.
Pour en revenir au journal pour la phrase :
et histoire de relancer un bon vieux troll, ils auraient du utiliser Java pour coder Doom 3 comme ça ils auraient pu profiter à fond des possibilité d'Eclipse :).
[^] # Re: Oops
Posté par pifou . En réponse au journal Whouaaa une messagerie dans mon DLFP :). Évalué à 3.
Maintenant que le site a récupéré toutes les fonctionnalités de DaCode (me semble t-il) et qu'il s'en est ajouté/amélioré plein d'autres je pense enfin que je vais digérer complétement le passage assez chaotique de PHP/DaCode vers Templeet (que de mauvais souvenirs : disparition de la tribune, bugs ...) ... alors je me lance : Merci Fabien et autres contributeur pour tout le boulot que vous avez réalisé sur le site.
Maintenant, même si ce n'est pas possible, j'aurais bien aimé voir un comparatif des performances du site entre PHP/DaCode et Templeet/DLFP pour voir si niveau ressources Templeet tient bien ces promesses. Hélas ça risque d'être dur puisque tout à changer depuis DaCode : les serveurs, l'hébergeur, le nombre de comptes, le nombre de commentaires ... D'autre part je sais bien que la qualité d'une technologie ne se resume pas aux performances mais aussi à des principes tel que la maintenabilité du code, la facilité d'écriture ... de ce point de vue, le passage à Templeet doit être salutaire (quoique qu'il faut s'habituer à la syntaxe fonctionnelle :).
Enfin, histoire de ne pas non plus devenir complétement pensophile, j'exprime une fois de plus un point qui me parrait important : serait-il possible de discuter des modifications profondes du site avant de les installer sur DLFP ? Je ne dis pas ça pour la messagerie interne mais pour certaines modifications qui nous on valu de belles discusions trollesques (mise en place du detecteur de bot, nouveau système de journaux, suppression des XP ...). Genre un petit message dans les forums pour voir comment serait acceuillie la nouveauté, je pense que ça éviterait des clashs comme par le passé (purge de compte de vieux contributeurs, migration de moules vers d'autres bouchot ...).
Et ... c'est tout.
# wmplop et 3d-desktop
Posté par pifou . En réponse au journal Von inutilitaires préférés ?. Évalué à 3.
Autrement le vrai dernier inutilitaire que j'ai installé c'est 3d-desktop (http://desk3d.sourceforge.net/screenshots.php(...)) sur mon fluxbox, franchement je m'en suis servit 3 fois dont 2 fois pour frimer (oui, j'ai honte :).
[^] # Re: Pas possible, meme de maniere 'grouik'
Posté par pifou . En réponse au message Exécution de script dans l'environnement du Shell courant. Évalué à 2.
En fait, je suis arrivé à la même conclusion en faisant mes tests :).
Y'a aussi un `./script.rb` qui marche si le script n'affiche que des commandes du SHELL (export TOTO=titi).
Mais au final, je vais peut être passer par un fichier temporaire pour exécuter mes commandes shell.
En tout cas merci pour vos réponses, j'avais peur que les forums ne soit pas trop lu.
[^] # Re: rahhhh
Posté par pifou . En réponse au journal Citation du jour. Évalué à 9.
Les vieux (mais où est la limite ?) font de l'anti-jeunes : aucun respect, ils s'habillent n'importe comment, ils se croient les plus forts, arrivent tout le temps à la bourre ....
Les jeunes (mais où est la limite ?) font de l'anti-vieux : : aucun respect, ils s'habillent n'importe comment, ils se croient les plus forts, ne savent pas s'amuser/vivre ....
Et assez rapidement le jeune devient vieux (mais où est la limite ?), en tout cas il se retrouve avec des plus jeunes que lui et les rôles s'inversent.
Voila, y'a rien de compliquer, plus on devient vieux plus on trouve les jeunes cons, et je suis sûr que si on pouvait régresser vers la jeunesse on trouverais les vieux encore plus cons (j'ai eu 4 en philo en 96 :).
Parôle de jeune vieux ou vieux jeune ... mais où est la limite ?
[^] # Re: Un petit oublis dans la news...
Posté par pifou . En réponse à la dépêche xdTV 1.9.2 "Keuleu" est sortie : que fait donc ce petit logiciel ?. Évalué à 2.
Bien sûr dans la pratique ça encourage le piratage de la "certaine chaîne", mais il ne faut pas oublier que ça peut tout aussi bien être utilisé à des fins moins illégale par exemple pour quelqu'un ayant un abonnement à cette "certaine chaîne" et utilisant son PC comme télévision.
Je suis contre le piratage, de la à interdire un soft pour ce qu'il peut faire si on n'est pas "gentil", on n'est plus très loin des idées de certaines personnes voulant interdire les outils (souvent libre) de trac de failles de sécurités.
Des personnes voulant vraiment pirater la "certaine chaîne" peuvent le faire aussi en hardware pour une somme assez faible (comparé au prix de l'abonnement), doit-on interdire la vente des fer à souder au particulier ??
[^] # Re: De tout temps ...
Posté par pifou . En réponse à la dépêche Sortie d'Eclipse 3.0 finale. Évalué à 10.
Ouhaw .. bravo, je ne sais pas comment tu fais pour être plus efficace avec Emacs/Gvim par rapport à Eclipse, si j'étais méchant (ce que je ne suis pas) je dirais que tu ne sais pas te servir d'un clavier (ce qui parait bizarre si tu utilises Emacs) ou alors tu n'as écrit qu'un Helloworld sous Eclipse !!! :).
J'ai très, très longtemps utilisé Emacs pour coder (Perl, C, C++, Java et Ruby principalement), j'ai même finit par acquérir une certaine dextérité poulpesque et éléphantesque (par rapport au nombre de combinaison de touche que j'ai appris). Puis vient l'heureux jour où je teste Eclipse pour réaliser un TP de stéganographie (utilisant JAI). Prise en main un peu difficile pour comprendre comment marchait la notion de projet dans cet IDE, puis quelques galères pour taper mon code (le temps de choisir le binding emacs dans les options :) ... et ensuite que du bonheurs : complétion sémantique des noms de méthodes, génération de try/catch/throws, aide à l'écriture des structures for/while..., visualisation instantanée des erreurs syntaxiques (oubli de gestion d'exception), debug bien foutu, génération des getter/setter, des délegations et tous les outils de refactoring (où Emacs peut toujours s'accrocher avec ces query/replace) ... et j'en passe ... des tas.
Pour la réactivité de l'interface il y a effectivement une grosse différence entre Windows et Linux (j'ai pas vérifié avec les derniers JDK et Eclipse) ... mais il n'y a rien de rédhibitoire à mon avis, j'ai commencé sur un Pentium 3 900Mhz à 128 Mo de RAM et c'est vrai que c'était un peu lourd sur de gros projet mais actuellement sur un Pentium 4 2Ghz à 256 Mo de RAM je ne sens pas trop de problème. Bien sûr les menus sont assez "long" à s'afficher, mais bon, si tu es habitué à Emacs, tu dois bien imaginer qu'on ne les ouvre que très rarement.
Je veux bien admettre que le temps de frappe pur (sans complétion automatique) est plus rapide sous Emacs (encore que je n'ai jamais pris le buffer de frappe clavier en défaut sous Eclipse), mais si tu prends ensuite le temps de compilation en compte et le nombre d'erreurs détectées par Eclipse à la volée, le gain de temps sera du coté d'Eclipse.
Enfin, depuis que j'utilise Eclipse, je passe beaucoup, beaucoup moins de temps à me taper de la Javadoc sur mon navigateur préféré.
Voila, Emacs a toujours ma préférence pour le scripting ou la retouche rapide de fichier mais pour du codage de plus grande ampleur (sans pour autant être des projets énormes) je préfére largement l'utilisation d'IDE tel qu'Eclipse. Ça n'engage que moi, tu fais ce que tu veux pour coder, mais la phrase que j'ai souligné au début de ce post m'a définitevement poussé à rentrer dans le troll :). Tous les arguments citées valent exclusivement pour du codage Java (je n'ai pas essayé CDT depuis longtemps).
[^] # Re: Grosse bidouille
Posté par pifou . En réponse au journal graphe de dépendances d'un source php. Évalué à 2.
# Grosse bidouille
Posté par pifou . En réponse au journal graphe de dépendances d'un source php. Évalué à 4.
J'ai fait un script Perl très sale pour réaliser ce genre de chose à l'époque ou je développais du PHP en stage (y'a 2, 3 ans maintenant). En gros j'avais une applii assez grosse dans laquelle j'avais des problèmes de doubles inclusion de fichier à différent niveau.
En gros, le code Perl est vraiment une honte : utilisation d'un algo maison pour le parsing des arguments (au lieu d'utiliser GetOpt), code GTK mélangé au code de recherche ... Et j'ai un peu la flemme de le refaire propre :) (d'autant plus que je ne fais plus de PHP).
Voici comment il marche, tu lui passes en paramètre le répertoire racine de ton projet, il va parser tous les fichiers '.php', regarder les 'include|require|require_only|....' (si tu veux en rajouter va voir ligne 360). S'il y a une variable dans le include du genre 'include("$toto/titi.php")' il va te demander de rentrer la valeur de $toto et la stockera jusqu'à la fin de la génération des arbres (attention à ne pas avoir deux fois le même nom de variable avec des valeurs différentes). Au final, il aura construit les arbres d'inclusions et de dépendances, ces arbres peuvent être générés au format ASCII ou LaTeX (pratique pour les rapports) ou bien être affichés dans une fenêtre GTK. Je te conseille ce dernier mode bien plus pratique. Enfin l'application te demande si tu veux enregistrer la configuration des variables dans un fichier afin d'éviter de retaper toutes les variables de type $toto la prochaine fois (option -c ).
Tu trouveras l'archive de ReqInc sur http://msalvat.free.fr/reqinc.tar.gz(...) . Il n'y a que deux fichiers. Pour lancer le script reqinc.pl je te conseille de te placer dans le répertoire de ton site. Voici la ligne de commande qui a servi à générer ce screenshot http://msalvat.free.fr/reqinc.png(...) :
perl -I /où/est/decompréssé/l/archive/ /où/est/decompréssé/l/archive/reqinc.pl ./ -c /tmp/mon-site.cfg -t gtk
Bien sûr le fichier /tmp/mon-site.cfg a été généré avant par l'application en mode interactif. Dans l'interface GTK il faut bien faire attention : dans le screenshot on a l'arbre d'inclusion (voir titre de la fenêtre) il faut appuyer sur le bouton "Arbre de dépendance" pour switcher sur l'arbre de dépendance, et vice versa.
En espérant que ça te serve ... bien sûr je met se fichier sous GPL si qqun à envie de le modifier (bonne chance pour comprendre le code) :).
[^] # Re: 3 ans ?
Posté par pifou . En réponse au journal Un ordinateur portable à un euro. Évalué à 3.
Personnelement je suis adepte du PC portable depuis maintenant 3 ans, mon premier était un Toshiba (maintenant utilisé pas mon amie) et mon deuxième un Gericom. Le Toshiba comment vraiment à être fatigué, les ventilateurs sont tout le temps à fond, le pointeur de souris n'aggripe plus bien, le système de blocage de fermeture est cassé, le lecteur de disquette est mort (il manque une des têtes de lecture), il n'y a plus de peinture où je pose mes poignets ... Il marche encore bien, mais il ne va pas tarder à passer en passerelle Internet je pense (ça va être bien, ça fait quand même moins de bruit qu'une UC classique).
En plus, l'inconvénient du portable c'est qu'il n'ai pas possible "d'améliorer" le matos. À la limite tu peux rajouter de la RAM ou mettre un disque plus gros, mais après c'est finit : pas moyen (facilement) de changer de processeur, de carte graphique, de carte réseau, de carte son ... Après comme je le dit plus haut, si tu te trimballes un peu partout avec (c'est quand même ça l'intérêt principal), il va vitre prendre des coups.
Tout ça pour dire que pour un PC portable, 3 ans c'est beaucoup. Après il faut voir que les prix n'ont pas arrêtés de baisser sur ce type de matériel, et pour une somme assez légère (moins de 1000 euros) on trouve des trucs sympas.
Personnelement, on aura du mal à me faire revenir sur un PC normal (par contre j'ai un barebone comme MultimédiaBox (TV, DVD, DivX ...)). Et j'ai vraiment hâte de recycler un de mes PC portable en passerelle ADSL :). Il ne manquera plus qu'un peu de Wifi pour faire disparaître encore plus mon Installation informatique :).
[^] # Re: mouaich.
Posté par pifou . En réponse au journal Java et C++. Évalué à 4.
Premièrement, à l'exécution les segfaults sont très rares (à vrai dire, j'en ai vu qu'une fois dans un pb de partage de données entre 300 Threads), on préfére les IndexOutOfBoundException, IOException ... C'est plus parlant surtout quand on commence à développer et qu'on se gourre tout le temps dans les comptages d'index.
Deuxièmement, on évite l'arithmétique des pointeurs et la gestion des allocations dynamiques (je n'ai jamais aimé passé 2 minutes à eplucher un 'man' pour savoir si le char* passé en paramètres devait être alloué par moi, par la méthode ou tout simplement se trouvait en champ static).
Après, un développeur débutant en Java fera surement du code aussi grade qu'un développeur C++, voir plus s'il n'a jamais fait de langage objets avant. Mais ça n'a rien a voir, on devient bon développeur en développant quelque soit le langage. Avant qu'un développeur Java puisse utiliser tous les frameworks (Struts, J2EE ...) et pattern (Observer, MVC, Singleton ...) intélligement il faut un certain temps de programmation 'je réinvente la roue'.
Pour finir, je dirais que Java n'est pas le langage ultime, mais il faut bien reconnaître que de la même manière que C++ et SmallTalk en leurs époques, il a permis de franchir un nouveau cap dans l'abstraction du développement.
[^] # Re: mouaich.
Posté par pifou . En réponse au journal Java et C++. Évalué à 4.
Logiquement, je fais un programme java dans la version 1.1 de la JDK. Ce programme marchera tel quel si je le lance avec un JDK supérieur (compatibilité descendante).
En gros ce que tu dis c'est que si tu fais un programme avec le JDK 1.4, il ne marchera pas avec le JDK 1.1 ! Ben oui, c'est vrai mais je ne vois pas le problème, je ne connais AUCUN langage qui permet de tenir une compatibilté descendante ET montante (pour rappel, le fait de changer de version c'est pas juste pour faire jolie mais pour apporter des améliorations dans les langages). A moins d'utiliser IPOT je ne vois comment on pourrait deviner à l'avance les spécifications des JDK futurs.
Je ne parle même pas de compatibilité des binaires C++ et C avec toutes les dépendances (compilateur, système, noyau, libc, librairie supplémentaires ...).
[^] # Re: Programme
Posté par pifou . En réponse au journal Troll inside: Ecole publique ou privée ?. Évalué à 3.
Mais la bière coule à flot verticalement dans ton gosier :). Tu as oublié de dire que Brest c'est moche. Que le finistère est un département super moche, qu'il ne faut surtout pas y venir en vacances (je conseille plutôt la côte d'azur), en plus les autochtones sont pas sympas. Donc voila, ne venez surtout pas en vacance dans la région, y'a rien d'intéressant à part la pluie, des batiments moches reconstruits sur les ruines de la seconde guerre mondiale, des paysans qui parlent même pas français, des bigoudènes à chaques coin de rue :).
[^] # Re: Rigolons un bon coup
Posté par pifou . En réponse au journal Le brevet Microsoft absurde du jour. Évalué à 3.
Je n'ai pas vérifié depuis combien de temps c'est mis en place, mais ça fait au moins depuis la version 2.1 qui ne date pas d'hier.
# À Vannes aussi
Posté par pifou . En réponse au journal Collectif brestois contre le ciel nuageux lors du transit de Venus. Évalué à 5.
D'un autre coté, cette hiver on a eu droit à la neige (oui, oui, pour les gens qui habitent en montagne ça doit bien vous faire marrer de voir nous extasier quand il neige chez nous, mais on en reparlera quand vous aurait la mer à vos pied (pê dans qq millions d'années ?)) à Vannes alors qu'à Brest nib (c'était l'inverse l'année d'avant : neige à Brest, rien à Vannes). Moi ce que j'aime bien avec la neige en Bretagne, c'est qu'avec 1cm sur les routes tout est immobilisé (pas de transport en commun, presque pas de voiture...) :).
Bon je vais me contenter des webcams, snif.
[^] # Re: ITER
Posté par pifou . En réponse au journal Pourquoi pas voter "vert" ?. Évalué à 1.
Un arbre durant toute sa vie va stocker du CO², mais une fois qu'on le brule, hop on redégage autant (voir un peu plus) de CO² dans l'atmosphére. C'est le principe de puit de CO², si demain on plante des millions d'arbres, le niveau de CO² va baisser (les arbres 'consomment' du CO²), c'est bien. Par contre une fois qu'il seront morts, tout ce qu'il a stocké comme CO² sera recracher dans l'air (par décomposition ou par combustion). La combustion du bois ne peut être comme le nucléaire qu'une solution à court terme, de plus planter des arbres c'est bien, mais ça va faire un sacré désordre écologique au niveau de la faune et de la flore.
Pour en revenir à ITER entre dire que c'est l'avenir ou que ça ne sert à rien je ne peux pas affirmer l'une au l'autres des hypothèses. D'un coté, sur la papier, la fusion parrait qqchose de particulièrement et efficace et propre. Après il faut voir comment ça se passera en pratique (approvisionnement du combustible (dététium et tritium de mémoire) pour voir les problèmes que ça pose. Mais pour ça, que le résultat soit positif ou négatif, il FAUT faire des tests grandeurs natures.
# Vidéos en 1fps c'est possible :)
Posté par pifou . En réponse au journal XviD 1.0.1. Évalué à 6.
Si, si, on y pense par exemple pour faire un 'fond d'écran' pour la GeexBox. En effet cette dernière affiche une vidéo pour faire fond d'écran (en fait 2 vidéos, une générique, l'autre quand on lit un fichier audio).
En tout cas merci au développeurs pour la qualité de XviD.