Et je crois que ça date pas d'hier, il me semble avoir utilisé il y a longtemps un éditeur télétexte écrit par lui pour faire des pages pour un serveur RTC. Je sais plus comment s'appellait l'appli par contre.
> Tout le monde parle de sécurité avec Debian mais au moins de 80 % utilise
> testing/unstable/experimental qui n'ont pas de support de sécurité. C'est
> "stupide".
Aux dernières nouvelles, il y a des patches de sécurité pour stable et unstable. Voir la liste de diffusion debian-security et les "Debian Security Advisory".
> C'est l'OS pour tout le monde mais il faut être un expert pour l'utiliser
Cool, je suis un expert ! Je vais pouvoir mettre ça sur mon CV maintenant... :)
> et il faut jongler avec stable, testing, unstable, expérimental, backport pour avoir
> quelque chose de potable.
Ben il suffit de n'utiliser que la stable pour des serveurs et la unstable pour du desktop. Moi ça me va très bien comme ça. D'autant qu'avec des petits programmes comme apt-listbugs, ça devient vraiment difficile de mettre une unstable par terre...
> J'aime bien les réponses, le premier dit "bah fait le toi même".
Ca prend une 50aine de lignes de C pour faire un truc comme ça, j'en ai déjà programmé. Au besoin si l'auteur du message original avait donné plus de précision sur le mode de fonctionnement, je lui en aurais programmé un vite fait. Si j'ai proposé ça, c'est que s'il recherchait le logiciel et qu'il l'a pas retrouvé, j'ai supposé que c'était probablement parce qu'il n'existait plus.
Et sinon, ça s'appelle pas des stéréogrammes, mais des autostéréogrammes.
Il fonctionnait comment exactement ? Tu lui donnais une image en niveau de gris en entrée et il te sortait un autostéréogramme en ASCII ? Si c'est que ça, ça doit pouvoir s'écrire en quelques lignes dans un langage quelconque...
Et un annuaire sans ces "features", ça aurait un intérêt ?
Hi, I'm Duschmoll, I'm the first enterprise-class directory service that is not scalable, built from the ground up using non Internet-standard technologies, and not fully integrated with the operating system.
Quand je lis leur pub, ça donne pas l'impression qu'ils sont des challengers, mais qu'ils sont la meilleure/première solution sur le marché...
Suffit de pas interpréter ce qui est compris entre < et >, par exemple en remplaçant au parsage ces caractères par < et >
Je préférerais quand même que ce soit le serveur qui s'occupe de cette conversion plutôt que moi qui soit obligé de taper ces séquences à chaque fois. C'est quand même le boulot d'une machine ça...
> Etant donné que la lecture des bandes magnétiques et des vinyls
> induisent un frottement, forcément parasite, on peut penser que la
> qualité du son est meilleure sur un support optique
Oui, à ce niveau là c'est clair. Mais c'est surtout niveau échantillonnage que je ne suis pas sûr que les CD soient supérieurs aux vinyls.
> La convivialité s'arrête où commence la sécurité...
Euh, moi pas comprendre ! Tu veux dire que permettre de saisir un texte entouré de < et > est un problème de sécurité potentiel ? C'est quand même bien embêtant pour publier du code C/C++ sur un forum...
Je suis pas convaincu non plus, cf. notamment le commentaire de imr ci-dessous. J'ai d'ailleurs un vieux vinyl d'Elvis de 56 qui se porte toujours très bien (pas rayé) et que je peux écouter sans problème sur une chaine qui a plus de 20 ans, j'espère pouvoir en dire autant de mes CD dans 50 ans...
Vu qu'une faille similaire a été découverte dans QT et qu'elle est programmée en C++ aux dernières nouvelles, je ne comprends pas trop ton acharnement sur ce vénérable langage qu'est le C...
Le principe de Game of the Month est d'aider un projet de jeu libre existant afin de l'améliorer pour en faire une version plus "jouable". Pour SuperTux (http://happypenguin.org/forums/viewtopic.php?t=1240(...) ), il me semble qu'il y avait eu pas mal de contributions au niveau des graphismes, peut-être que les participants seraient intéressés si tes contributions ne font pas double-emploi.
> Ou est définie la liste des répertoires visités par #include lorsque
> ni paramètre -I ni variable d'environnement appropriée ne sont
> déclarés ?
La liste des répertoires visités par #include <> par défaut :
/usr/local/include
/usr/lib/gcc-lib/target/version/include
/usr/target/include
/usr/include
Lire le lien ci-après pour la signification de target et version.
La liste des répertoires visités par #include "" par défaut :
- dans le répertoire contenant le fichier
- puis dans les répertoires définis ci-dessus
Tout cela est défini dans le préprocesseur de GCC. Je pense que c'est codé "en dur" puisque certains paramètres ne sont connus qu'à la compilation (notamment version et target).
Coup de gueule à la direction : non seulement je trouve idiot de devoir mettre un titre pour un commentaire, mais en plus je ne peux même pas faire afficher un mot entre un signe < et un signe >, alors que <> passe. Un comble pour un site dédié essentiellement à des informaticiens...
C'est à la mode ce genre de faille décidément, les librairies imlib et imlib2 ont aussi été récemment touchées (resp. 16 et 22 septembre) par une faille basée sur le code de chargement des fichiers BMP.
J'imagine que la faille découverte dans QT a du donner envie à pas mal de monde de vérifier son petit code de chargement de BMP. Je sais pas si c'est le même problème à chaque fois, mais ça fait quand même peur.
A croire que tout le monde code de la même manière (càd mal, dans le cas présent) ou alors que le code était tellement bien (sic!) qu'il s'est retrouvé dans 4 librairies ? :)
Extrait :
"First, the Apple I (and Apple ][) computers were entirely designed and tested and debugged in my Cupertino apartment (not the garage) and in my cubicle at Hewlett Packard in Cupertino (that 'calculator' division is now in Corvallis, Oregon)."
Le plus simple serait encore de n'utiliser qu'une webcam et laisser la machine se débrouiller toute seule pour reconstruire l'objet.
Sur ce site il y a des tas d'infos et de publications sur différentes méthodes de reconstruction 3d à partir d'images : http://www-sop.inria.fr/robotvis/(...)
je suis pas sûr que l'avenir soit à la star jetable, avoir un cash flow assuré sur la (les ?) décennie(s) à venir sera quand même toujours plus rentable à long terme...
Si t'es sous LFS et que t'es pas foutu de patcher une librairie, m'est avis qu'il est temps pour toi de passer à une distrib disons... plus newbie oriented...
En essayant Tenebrae par exemple, qui utilise les mêmes techniques que celles de Doom 3, mais c'est là qu'on se rend compte que Doom 3 n'est pas qu'un moteur...
Il y a des dizaines d'applications/librairies open source qui utilisent les mêmes techniques que dans Doom 3, ça ne les empêche pas de diffuser leur code.
Si tu fais référence au brevet de Creative, étant donné qu'Id Software et Creative ont trouvé un arrangement, je ne vois pas ce qui pourrait poser problème.
[^] # Re: Fabrice Bellard
Posté par Frédéric Lopez . En réponse à la dépêche « Autocompiler » son noyau au démarrage avec TCCBoot. Évalué à 3.
[^] # Re: Drôle de surprise !
Posté par Frédéric Lopez . En réponse à la dépêche Sortie de la Debian Woody 3.0r3. Évalué à 3.
> testing/unstable/experimental qui n'ont pas de support de sécurité. C'est
> "stupide".
Aux dernières nouvelles, il y a des patches de sécurité pour stable et unstable. Voir la liste de diffusion debian-security et les "Debian Security Advisory".
> C'est l'OS pour tout le monde mais il faut être un expert pour l'utiliser
Cool, je suis un expert ! Je vais pouvoir mettre ça sur mon CV maintenant... :)
> et il faut jongler avec stable, testing, unstable, expérimental, backport pour avoir
> quelque chose de potable.
Ben il suffit de n'utiliser que la stable pour des serveurs et la unstable pour du desktop. Moi ça me va très bien comme ça. D'autant qu'avec des petits programmes comme apt-listbugs, ça devient vraiment difficile de mettre une unstable par terre...
[^] # Re: comment répondre à coté
Posté par Frédéric Lopez . En réponse au message Stétéographe Ascii. Évalué à 2.
Ca prend une 50aine de lignes de C pour faire un truc comme ça, j'en ai déjà programmé. Au besoin si l'auteur du message original avait donné plus de précision sur le mode de fonctionnement, je lui en aurais programmé un vite fait. Si j'ai proposé ça, c'est que s'il recherchait le logiciel et qu'il l'a pas retrouvé, j'ai supposé que c'était probablement parce qu'il n'existait plus.
Et sinon, ça s'appelle pas des stéréogrammes, mais des autostéréogrammes.
# Fonctionnement
Posté par Frédéric Lopez . En réponse au message Stétéographe Ascii. Évalué à 1.
[^] # Re: LDAP
Posté par Frédéric Lopez . En réponse à la dépêche Red Hat rachète Netscape Enterprise Suite. Évalué à 3.
Hi, I'm Duschmoll, I'm the first enterprise-class directory service that is not scalable, built from the ground up using non Internet-standard technologies, and not fully integrated with the operating system.
Quand je lis leur pub, ça donne pas l'impression qu'ils sont des challengers, mais qu'ils sont la meilleure/première solution sur le marché...
[^] # Re: C'est un peu idiot de devoir mettre un titre pour un commentaire non
Posté par Frédéric Lopez . En réponse au message Ou sont définis les répertoires standard pour #include <> ?. Évalué à 2.
[^] # Re: C'est un peu idiot de devoir mettre un titre pour un commentaire non
Posté par Frédéric Lopez . En réponse au message Ou sont définis les répertoires standard pour #include <> ?. Évalué à 3.
Je préférerais quand même que ce soit le serveur qui s'occupe de cette conversion plutôt que moi qui soit obligé de taper ces séquences à chaque fois. C'est quand même le boulot d'une machine ça...
[^] # Re: Et ca ne s'arrangera pas de sitot.
Posté par Frédéric Lopez . En réponse à la dépêche UFC-Que choisir déplore le manque d'interopérabilité dans la musique en ligne. Évalué à 3.
> faire de CD audio en 5.1.
C'est peut-être pour ça que Jean-Michel Jarre vient de sortir son nouvel album (Aero) en 5.1 au format DVD ?
[^] # Re: Et ca ne s'arrangera pas de sitot.
Posté par Frédéric Lopez . En réponse à la dépêche UFC-Que choisir déplore le manque d'interopérabilité dans la musique en ligne. Évalué à 4.
> induisent un frottement, forcément parasite, on peut penser que la
> qualité du son est meilleure sur un support optique
Oui, à ce niveau là c'est clair. Mais c'est surtout niveau échantillonnage que je ne suis pas sûr que les CD soient supérieurs aux vinyls.
Sinon, pour une solution sans frottement pour les vinyls ;) :
http://www.elpj.com/about/index.html(...)
[^] # Re: C'est un peu idiot de devoir mettre un titre pour un commentaire non
Posté par Frédéric Lopez . En réponse au message Ou sont définis les répertoires standard pour #include <> ?. Évalué à 1.
Euh, moi pas comprendre ! Tu veux dire que permettre de saisir un texte entouré de < et > est un problème de sécurité potentiel ? C'est quand même bien embêtant pour publier du code C/C++ sur un forum...
[^] # Re: Et ca ne s'arrangera pas de sitot.
Posté par Frédéric Lopez . En réponse à la dépêche UFC-Que choisir déplore le manque d'interopérabilité dans la musique en ligne. Évalué à 4.
[^] # Re: Et ca ne s'arrangera pas de sitot.
Posté par Frédéric Lopez . En réponse à la dépêche UFC-Que choisir déplore le manque d'interopérabilité dans la musique en ligne. Évalué à 3.
> s'imposer :
Cf. VHS vs BETAMAX vs V2000, DAT vs CD, etc.
> Les CDs ont une meilleure qualité audio (et c'est vérifiable) que les
> disques ou les cassettes.
T'as un lien là-dessus ? Ca m'intéresse...
[^] # Re: C
Posté par Frédéric Lopez . En réponse au journal "Virus d'image" sous Lnux. Évalué à 1.
[^] # Re: Pas mal
Posté par Frédéric Lopez . En réponse au journal Graphisme SuperTux !. Évalué à 1.
Le principe de Game of the Month est d'aider un projet de jeu libre existant afin de l'améliorer pour en faire une version plus "jouable". Pour SuperTux (http://happypenguin.org/forums/viewtopic.php?t=1240(...) ), il me semble qu'il y avait eu pas mal de contributions au niveau des graphismes, peut-être que les participants seraient intéressés si tes contributions ne font pas double-emploi.
# C'est un peu idiot de devoir mettre un titre pour un commentaire non ?
Posté par Frédéric Lopez . En réponse au message Ou sont définis les répertoires standard pour #include <> ?. Évalué à 3.
> ni paramètre -I ni variable d'environnement appropriée ne sont
> déclarés ?
La liste des répertoires visités par #include <> par défaut :
/usr/local/include
/usr/lib/gcc-lib/target/version/include
/usr/target/include
/usr/include
Lire le lien ci-après pour la signification de target et version.
La liste des répertoires visités par #include "" par défaut :
- dans le répertoire contenant le fichier
- puis dans les répertoires définis ci-dessus
Tout cela est défini dans le préprocesseur de GCC. Je pense que c'est codé "en dur" puisque certains paramètres ne sont connus qu'à la compilation (notamment version et target).
Voir : http://gcc.gnu.org/onlinedocs/gcc-3.0.2/cpp_2.html#SEC8(...)
Coup de gueule à la direction : non seulement je trouve idiot de devoir mettre un titre pour un commentaire, mais en plus je ne peux même pas faire afficher un mot entre un signe < et un signe >, alors que <> passe. Un comble pour un site dédié essentiellement à des informaticiens...
# Y en a d'autres...
Posté par Frédéric Lopez . En réponse à la dépêche Vulnérabilité via des formats d'images : Windows - GNU/Linux. Évalué à 8.
Réf. :
http://www.debian.org/security/2004/dsa-548(...)
http://www.debian.org/security/2004/dsa-552(...)
J'imagine que la faille découverte dans QT a du donner envie à pas mal de monde de vérifier son petit code de chargement de BMP. Je sais pas si c'est le même problème à chaque fois, mais ça fait quand même peur.
A croire que tout le monde code de la même manière (càd mal, dans le cas présent) ou alors que le code était tellement bien (sic!) qu'il s'est retrouvé dans 4 librairies ? :)
[^] # Re: Y'a pas de bouton [modifier] ?
Posté par Frédéric Lopez . En réponse à la dépêche Encyclopédie Hachette 2005 sous Linux. Évalué à 5.
> de la famille Jobs
Effectivement, c'est une légende tenace, démentie par "Woz" lui-même :
http://www.woz.org/letters/general/13.html(...)
Extrait :
"First, the Apple I (and Apple ][) computers were entirely designed and tested and debugged in my Cupertino apartment (not the garage) and in my cubicle at Hewlett Packard in Cupertino (that 'calculator' division is now in Corvallis, Oregon)."
[^] # Re: Avec un ombre ?
Posté par Frédéric Lopez . En réponse à la dépêche Fabriquer son scanner 3D. Évalué à 3.
Sur ce site il y a des tas d'infos et de publications sur différentes méthodes de reconstruction 3d à partir d'images : http://www-sop.inria.fr/robotvis/(...)
Quelques exemples de reconstruction entièrement automatique avec la technique des équations aux dérivées partielles :
http://cermics.enpc.fr/~keriven/stereo.html(...)
Je vous conseille notamment cette vidéo que je trouve assez sympa (1.5 Mo) : http://cermics.enpc.fr/~keriven/stereo/herve.mpg(...)
Un article sur cette technique avait été publié dans le magazine "La Recherche" il y a quelques années : http://cermics.enpc.fr/~keriven/Papers/99laRecherche.pdf(...)
Quelques démos interactives :
http://www-sop.inria.fr/robotvis/projects/Realise/java/index.html(...)
http://www-sop.inria.fr/robotvis/demo/f-http/html/(...)
Quelques logiciels sur le même thème :
http://www-sop.inria.fr/robotvis/personnel/zzhang/softwares.html(...)
http://www-sop.inria.fr/robotvis/personnel/zzhang/software-SFM.html(...)
http://www-sop.inria.fr/robotvis/personnel/sbougnou/TotalCalib/Get_(...)
[^] # Re: ouvrir les yeux ;)))
Posté par Frédéric Lopez . En réponse au journal Coup de g.... Évalué à 2.
[^] # Re: À suivre ...
Posté par Frédéric Lopez . En réponse au journal Jour funeste pour les petits artistes.. Évalué à 1.
[^] # Re: Faille libpng
Posté par Frédéric Lopez . En réponse au journal Faille libpng. Évalué à 3.
[^] # Re: Et la reconnaissance vocale
Posté par Frédéric Lopez . En réponse au journal IBM n'a pas l'intention de faire appliquer ses brevets dans le noyau Linux. Évalué à 2.
[^] # Re: heu
Posté par Frédéric Lopez . En réponse au journal Doom 3 et Linux.... Évalué à 2.
[^] # Re: Et Doom 3?
Posté par Frédéric Lopez . En réponse au journal Moteur de Quake 3 en open-source. Évalué à 0.
Si tu fais référence au brevet de Creative, étant donné qu'Id Software et Creative ont trouvé un arrangement, je ne vois pas ce qui pourrait poser problème.
[^] # Re: À tous, merci
Posté par Frédéric Lopez . En réponse au message Installation recente. Évalué à 2.