Sébastien Koechlin a écrit 859 commentaires

Un bus i²c était conçu pour faire 2 mêtres il me semble; mais en pratique on n'a aucun problème à dépasser cela. J'ai une interface série/i²c qui ne travaille pas très vite, et j'ai déjà branché des éléments à une dizaine de mètres, je n'ai jamais essayé plus (kit herakles http://www.selectronic.fr/article.asp?article_ref_entier=60.(...) ).

Il y a deux problèmes qui limitent la distance :

- La capacité de la ligne, qu'il est possible de contourner. Plusieurs montages sur le net ou dans des livres proposent des buffers i²c qui sont censé permettre des transmissions de plus de 100 mètres. Il existe même des composants spécialisés pour réaliser cette fonction.

- La vitesse de transmission, pour que les signaux des deux bouts de la ligne s'emboitent bien (ack). Avec une vitesse de 100 kbps en mode classique et 400 kbps en mode rapide, je ne pense pas que cela soit un problème à moins d'avoir une ligne qui s'approche du kilomètre. Il faudrait faire le calcul.

J'ai du mal à comprendre pourquoi est-ce qu'il y a des contraintes de résolution fixe.

- De plus en plus de portables et d'écran utilisent des résolutions spéciales, 16/9ème ou déformée.

- Beaucoup de gens qui ont essayé Xinerama ne peuvent plus s'en passer, ce qui donne des résolutions qui n'ont aucune chance d'être dans la liste.

- Sous X, depuis la nuit des temps, on peut régler la résolution au pixel pret, verticalement et horizontalement.

Quelle contrainte impose de fixer à l'utilisateur une liste de 6 résolutions pré-définie ?

Ensuite il faudra se battre pour faire rentrer dans la tête des gens que Linux ne tourne pas que sur des PC.

Les fabriquants de logiciels closed source, de drivers binaires ou de plugins ont un peu trop tendance à l'oublier.

Pour le problème du pavé numérique, ce n'est qu'une question de déclaration clavier, rien ne t'interdit de corriger cela si tu veux un point.

Quand aux caractères qui semblent mal placés, on s'y fait vite.

Moi j'aime bien ce clavier, il est joli et il fait hub USB ce qui est quand même super-pratique.

C'est surtout une question de préférence.

Personnellement, je préfère enregistrer mes données dans une base de donnée. Le SGBD tourne déjà et est déjà sauvegardé; et les manipulations sont, je trouve, bien plus pratique en SQL; on peut modifier un grand nombre de page avec une seule requête; si jamais on fait une fausse manip on peut faire un rollback; on s'interface facilement avec n'importe quel autre outil sans avoir à implémenter une gestion de fichiers; on n'a pas besoin de gérer 36 fonctions et autant de cas d'erreur (erreur sur la recherche de fichier, erreur sur l'ouverture du fichier, erreur sur la lecture du fichier, erreur à la fermeture du fichier...).

Je comprends que l'on puisse avoir des contraintes matérielle qui interdise l'usage d'une base, ou un manque de maitrise; mais il me semble que les bases de données ont été conçues justement pour manipuler les données, et qu'elles le font très bien.

Je ne vois pas le rapport entre la gallerie et le téléchargement de photos.

Il se trouve que, généralement, lorsqu'un navigateur reçoit un contenu ayant un Mime-type qu'il ne sait géré ni en interne, ni à l'aide d'un programme externe, il propose de le sauvegarder sur disque. Cela n'est en rapport qu'avec le navigateur et la configuration du serveur; le logiciel de type "gallerie de photos en php" n'est pas concerné.

Avec pratiquement tous les navigateurs, il est également possible de sauver l'image reçu, même si le navigateur l'a afficher dans la fenêtre principale.

SQL, c'est pas très cohérent, c'est un langage, j'imagine que tu parles d'un SGBD ?

Un décodeur HTML, ça ne veut pas dire grand chose, mais par contre un parser XML, surtout qu'avec les nouveaux formats de documents, ça va devenir de plus en plus utile...

Je rigole...

Un grand absent à mon avis: le traitement des chaines de caractères. Quoi qu'on fasse, dans un programme moderne, que ce soit du java, du perl, du PHP ou du C, passe beaucoup de temps a tripoter des chaines de caractères, les charsets varient, les ordinateurs et les programmes dialogues, les formats sont multiples...

De se débarasser ? Surtout pas malheureux.

Au contraire, il est en train d'être intégré partout. Il y a vigor pour vi et xmms :

http://vigor.sourceforge.net/screenshots/(...)

La vérification des clefs étrangères impliquent un coût lors des écritures (insert/update/delete), mais dans une base bien conçue, tout cela se fait par des indexes et le coût est faible.

Par contre, les avantages dépassent de loin la baisse de performance (généralement non visible si la machine est bien dimensionnée):

- Implique moins de code, et non plus de code. Les programmes ont beaucoup moins de cas à traiter puisque les contraintes imposent une certaine forme aux données et il y a moins de cas d'erreurs à traiter.
- Implique que personne ne peut mettre des anneries dans la base et perturber les programmes qui l'utilisent.
- Implique que les informations sur la structure des données sont présentent dans la base, sans qu'il soit nécessaire d'écrire du code, et sans qu'il soit nécessaire de coder les contraintes dans chaque programme qui accède à la base.

Si tu te poses la question des performances, tu devrais peut-être stoquer tes données dans des fichiers, il n'y a pas de contrainte d'intégrité et les performances sont meilleurs qu'avec un SGBD

C'est IBM qui a conçu l'IBM-PC, ce sont eux qui ont limité la RAM adressable du premier PC à 640 Ko.

J'ai fais pas mal d'entreprises, j'ai rarement eu le droit de faire des pings vers internet, ni d'attaquer des ports non identifiés.

Ca limite l'intérêt de la chose.

Les alias, ce sont des alias sur les noms de module, ça permet de donner des noms génériques aux modules, dans ce cas les cartes son ALSA (OSS utilise sound-card-# je crois).

Les options servent à fournir des paramètres aux modules lors du chargement. C'était très utilisé du temps des cartes ISA, on spécifiait au module la ou les irqs, les adresses à utiliser... Avec les cartes PCI, les mécanismes d'énumération permettent au module de s'en tirer tout seul sans avoir à chercher au pif dans les adresses habituelles, c'est pourquoi il y a bien moins d'options.

Les options sont propres à chaque module, pour ALSA, elles sont spécifiés dans la documentation du kernel dans le fichier que j'ai cité dans mon premier message.

Je pense qu'il faut que tu controles l'ordre dans lequel les modules sont chargés.

Quand on lit linux-2.6/Documentation/sound/alsa/ALSA-Configuration.txt, il y a des informations à la fin du fichier sur les alias à déclarer dans /etc/modprobe.conf

Tu peux faire quelque chose comme
alias snd-card-0 snd-via82xx
alias snd-card-1 snd-usb-audio

(selon les modules nécessaires pour ta carte).

C'est rien, c'est normal, tous les serveurs ssh ont cela

- Ca passe par une machine infectée, il est difficile de remonter à la source, le FAI ne peut pas grand chose.
- Les logins sont toujours les mêmes, si root n'a pas le droit de se connecter et si ton user ne s'appelle pas adm, user, web, data ou quelques autres nom de programme, ça ne teste même pas la sécurité de ton mot de passe (qui n'est pas attaquable au dictionnaire de toute façon parce que tu l'as convenablement choisi).
- Ca ne diminue pas la sécurité de sshd

Je clique sur la liste des projets, puis sur les propositions pour Gallery, et je tombe là dessus :

http://gallery.sourceforge.net/wiki.php?page=Summer%20of%20Code(...)

Première proposition: Create a Flash layout for Gallery 2.

(...) A developer with some knowledge of Flash could use the Gallery 2 APIs to create a Flash front end to Gallery for a powerful and intuitive user experience.

C'est super, ça va rendre les galeries inaccessibles. Flash ne fonctionne toujours pas suffisement sous Linux à l'exception d'un binaire propriétaire qui ne tourne que sous i386.

Seconde proposition: Integrate Gallery 2 with an ecommerce engine (like osCommerce)

Now that your photos are on the web, how would you like to start selling some of them and make some money? (...)

Sixième proposition: Integrate Gallery 2 with Picasa

Picasa is an amazing desktop photo management application. Gallery 2 is an amazing web based photo publication application. You want both. Why not make them talk to each other so you can drag and drop from Picasa right into your Gallery 2?

Picasa, c'est bien un logiciel de Google distribué par Google qui ne fonctionne que sous Windows ?

Il y a quelques sites qui ont installé un gros tas de code javascript bloated pour vérifier le referer et mettre les mots en couleur lorsque le client vient d'un moteur de recherche.

Si tu pouvais aussi jeter un coup d'oeil aux projecteurs holographiques, il me semble qu'il y a pas mal de travail de ce coté :

- L'image est bleuatre et les couleurs sont minables.
- L'image saute souvent.
- Il n'y a aucun mécanisme pour rejouer un passage obligeant à tout revisualiser depuis le début.
- Le son souffre de parasites.
- Il est plutot mauvais, il manque de basses.
- L'odeur n'est pas retransmise.
- Les messages ne sont pas accessibles pour les personnes handicapées.

Le Space Opera, c'est des histoires futuristes qui se passent dans l'espace.

Star Wars, c'est une histoire de princesse et de chevaliers qui se passe dans le passé (il y a longtemps, très longtemps).

Ca prouve que Java, c'est vraiment multi-plateforme. On peut faire tourner le même binaire sur plusieurs plateformes ;-)

J'ai le G3 12" avec la carte Wifi qui fonctionne sous Linux, et je dois dire que j'en suis extrèmement satisfait.

En fait, je l'ai acheté avant de découvrir son plus énorme avantage: la mise en veille. J'ouvre, il est opérationnel en quelques secondes, je ferme il se mets en veille. Et maintenant, je peste contre les PC desktop qui en sont incapables.

Il est petit, c'est très appréciable à trimbaler, je le mets dans ma sacoche lorsque je voyage, j'ai acheté une "second skin" qui le protège. L'autonomie était bonne, elle baisse évidement avec le vieillissement de la batterie.

Le modem interne qui est un modem USB allégé n'est pas supporté sauf en achetant le driver pour Linux. Je ne sais pas comment c'est sur les nouveaux modèles.

En fait, il existe une bibliothèque d'interprétation Javascript écrite en Java ! Rhino http://www.mozilla.org/rhino/(...) Cela permet de transférer à un autre programme le mot de passe généré.

Ca permet d'utiliser des centaines de milliers de lignes de codes de la JVM et des API standards, plus une librairie, pour interpréter un langage de manipulation d'objets détournée de son usage initiale afin de générer un mot de passe.

Au niveau empreinte mémoire, ça commence à devenir sympa.

Concernant le comportement de Bush et l'idée d'exprimer la vengeance de Dieu on trouve dans le livre de (saint) Paul aux Romains, dans la Bible, que c'est à Dieu de se défendre, et pas aux hommes :

Ne répondez jamais au mal par le mal. Cherchez au contraire à faire ce qui est bien devant tous les hommes. Autant que possible, et dans la mesure où cela dépend de vous, vivez en paix avec tous les hommes. Mes amis, ne vous vengez pas vous-mêmes, mais laissez agir la colère de Dieu, car il est écrit:
<<
C'est à moi qu'il appartient de faire justice;
c'est moi qui rendrai à chacun son dû.
>>
Mais voici votre part:
<<
Si ton ennemi a faim, donne-lui à manger.
S'il a soif, donne-lui à boire.
Par là, ce sera comme si tu lui mettais
des charbons ardents sur la tête.
>>

Est-ce que tu as regardé dans dmesg comme l'indique le message d'erreur ?

Quelle commande utilises-tu pour monter le DVD ? Si ce n'est pas fait, donne le type du FS à mount pour être certain que ce n'est pas cela qui pose problème (déactive automount ou équivalent et essaye "mount -t iso9660 -o ro /dev/cdrom /mnt/cdrom").

Tu peux aussi vérifier que le DVD est bien lisible :
Lance dmesg et regarde quels sont les derniers messages
Exécute "dd if=/dev/cdrom of=/dev/null"
Il s'arrète en arrivant au dernier block, s'il y a d'autres erreurs c'est peut-être que certains lecteurs ne sont pas lisibles.
Relance dmesg à la recherche de nouveaux messages indiquant des erreurs de lecture

Enfin tu peux tenter de vérifier que tu as bien gravé une image iso avec un "dd if=/dev/cdrom count=32 bs=512 | file -", selon la distribution, ça peut reconnaitre le type de filesystem, ou l'absence de filesystem.

Est-ce que tu pourrais nous dire aussi ce qui remonte dans syslog, parce que du coté login, on ne risque pas de voir grand chose.

En fait, les logs, c'est fait un peu pour ça.

Il y a une chose que je ne comprends pas, il me semblait que la license de bitkeeper interdisait justement à toute personne qui utilisait la version gratuite de travailler sur la conception ou la programmation un mécanisme de gestion des sources pendant un certain temps.

Ou alors est-ce la raison pour laquelle il semble que ce ne soit qu'un système de gestion de répertoires ?