Aurélien Jarno a écrit 268 commentaires

Tel que je le comprend, cette mention est principalement là pour deux cas :
- Dans le cas on certains composants sont désactivés (exemple les locales), il n'est pas possible de garder la compatibilité binaire, car des fonctions sont supprimées. Ce ne sera pas le cas dans Debian (sauf peut-être pour emdebian ou debian-installer).
- Pour ajouter des fonctionnalités sur certaines architectures, qui pourront être à terme mergées dans la GLIBC. On peut citer l'exemple de de l'EABI sur ARM.

Il serait suicidaire pour la EGLIBC de casser la compatibilité binaire sur des architectures très communes tel que x86 et X86_64.

Je ne contredit pas le fait que Ulrich Drepper est quelqu'un de très bon techniquement. Mais celà ne fait pas tout.

Une partie des architectures qui ne l'intéresse pas ont été migrées vers le repository ports, afin de pouvoir être maintenu pas d'autre personnes. Cependant dans le code commun (qui lui n'est pas dans ports), des hypothèses qui sont parfois fausses sur ces architectures sont faites. La plupart du temps ces changements nécessaires sont refusés, ou encore pire ignorés.

Debian supporte un grand nombre d'architectures, et la EGLIBC apporte une réponse à ce problème.

Il est possible de compiler la EGLIBC avec -Os, et donc d'obtenir un code plus compact qui est en général plus rapide sur les CPU avec peu de cache (ce qui est souvent le cas sur MIPS ou ARM).

Par exemple Moblin 2 est compilé avec sse3, -Os, et -march=core2.

De ce que j'en ai vu, EGLIBC semble être un fork : basé sur les sources de la GNU libc, utilise CVS, et exige aussi de céder ses droits à la FSF.

En fait il ne faut pas vraiment voir ça comme un fork qui évolue dans son coin, mais plutôt comme un ensemble de patches qui sont appliqués à la GLIBC. Ça évite aux mainteneurs de chacune des distributions de maintenir ou de backporter des patches dans son coin, et ainsi partager les améliorations qui sont refusés dans la GLIBC (exemple le support des shells autres que bash). À noter aussi que EGLIBC a le support du MPCore sur ARM, on l'attend toujours sur GLIBC.

Et tu fais comment pour te connecter successivement à ton serveur C qui est derrière A et B ? Tu chaînes les connexions ssh à la main.

Tu utilises ProxyCommand et netcat dans ton ~/.ssh/config

Il faut dire que Grub est un beau mélange de pas mal de codes (notamment pour lire les différents FS), ce qui fait qu'il y a un grand nombre de licenses et également un grand nombre de personnes ayant un copyright sur une partie de Grub.

l'API KVM présente dans le noyau 2.6.21 est maintenant figée

À noter que l'API de KVM n'est pas figée, Linus ayant refusé certains patches arrivés trop tard. Il est donc prévu de la figer pour le 2.6.22.

ce qui est le signe que le code est considéré comme mature

Je trouve également bizarre le fait de dire que lorsque l'API est figée, le code est considéré comme mature. Certes c'est une étape importante, mais cela ne veut rien dire sur la maturité du code.

À l'extrême, on peut tout à fait définir une API, la figer, mais ne pas avoir écrit une seule ligne de code.

Je dirais qu'il s'appellera aussi GCC qui veut dire, comme tout le monde le sait, GNU Compiler Collection et qui comporte déja d'autres langages que le C (C++, Fortran, ADA, Java, Objective-C).

Non, on continue à dire Debian GNU/Linux ou Debian GNU/Hurd. Le k est ajouté ici pour indiqué qu'on utilise que le noyau de l'OS FreeBSD. Dans le cas de Hurd ou de Linux, ces derniers étant uniquement des noyaux, ce n'est pas la peine de le préciser.

Il existe un CPU complètement libre, il s'agit d'une leon2, un processeur Sparc V8 initialement développé par l'ESA. Le code VHDL est disponible en licence LGPL.

Voir : http://www.gaisler.com/products/leon2/leon.html(...)

Et il y a le support de ce processeur dans le noyau Linux.

Q: Qui est l'initiateur de Debian ?
R: Ian A. Murdock, de nationalité américaine

Qui est le DPL actuel ? Martin Michlmayr, de nationalité Autrichienne. De toute façon, je vois pas trop ce que ça change.


Q: Où est donc situé le siège social de Debian ?
R: aux États-Unis

Pour une association, je ne parlerai pas de siège social.


Q: Où doivent être expédiés les dons ?
R: à l'association SPI http://www.spi-inc.org(...(...)) , créée pour l'occasion, située aux États-Unis à New York, et bénéficiant des exonérations fiscales États-uniennes http://www.debian.org/donations(...(...))

Les dons sont centralisés aux États-Unis, mais rien ne dit qu'ils sont utilisés là bas. Ils sont utilisés pour acheter du matériel quand une machine lâche, ou pour payer le matériel des expos. Et la plupart du temps c'est le développeur qui se fait rembourser, donc les achats ne se font pas forcement aux US.


Q: Ian A. Murdock est-il rémunéré par le projet Debian ?
R: oui http://lists.debian.org/debian-devel/1997/01/msg00666.html(...(...))

Il est payé, comme quelques développeurs, pour travailler sur Debian. Il n'est pas payé par Debian. C'est le cas pour un grand nombre de projets du libre, comme KDE.

[bode:/tmp]$ pdfinfo sg246380.pdf
Title: SG246380.book
Creator: FrameMaker 7.0
Producer: Acrobat Distiller 5.0.5 (Windows)
CreationDate: Thu Dec 9 21:59:31 2004
ModDate: Thu Dec 9 21:59:31 2004
Tagged: no
Pages: 268
Encrypted: no
Page size: 612 x 648 pts
File size: 5529624 bytes
Optimized: yes
PDF version: 1.3

Avant d'en parler aux autres, il feraient bien d'effectuer la migration en interne...

mettre le swap à la fin, c'est pas top niveau vitesse. AMHA, il faut le mettre en deuxième partition, juste après /boot.

Voilà ce que j'ai sur mon PC :

/dev/md1 /boot
/dev/md2 swap
/dev/md5 /
/dev/md6 /usr
/dev/md7 /var
/dev/md8 /opt
/dev/md9 /home

D'après la description de SPT, le type de partition est supprimé. Comment fait alors le noyau pour détecter les partitions en RAID logiciel ?

Il semble donc qu'avec un tel système on puisse pas monter les partitions RAID automatiquement et donc booter sur un tel système.

Le problème ne se pose pas vraiment, vue que le nom de la ville c'est "Den Haag".

"The Hague" c'est le nom que les anglophones utilisent, tout comme les francophones utilisent "La Haye". On est donc pas les seuls à changer le nom des villes.

Si tu te places du point de vu réseau, c'est peut-être vrai que le câble blindé n'apporte rien de plus.

Par contre, en se plaçant du côté environnement, le câble blindé apporte un plus indéniable : il évite de polluer l'environnement avec des signaux à haute fréquence, ce qui peut perturber des appareils environnants.

C'est la base des normes CEM : être insensible au perturbations, mais aussi ne pas en créer, ou en créer le moins possible.

En gros l'auteur passait la sortie audio des CD a l'oscilloscope et constatait que la plupart des CD n'utilisait pas la totalité des capacités du standart CD (16bits - 44100 sample/s) pour la simple et bonne raison que les majors se fout***** un peu de la qualité.

Il me semble même (de tête) que c'est même pire que ça. Le signal arrivait trop souvent à 0 dB (65535), c'est à dire qu'il y avait alors un écrétage qui durait parfois plusieurs millisecondes. Les personnes d'Elektor pensaient que c'était pour que la musique passe un peu plus fort que les autres à la radio...

Dans l'exemple que tu cite, le filtre se trouve avant l'enregistrement.

Si tu écoute les mêmes instruments en live, c'est ton oreille qui jouera le rôle de filtre puisqu'elle peut pas etendre au delà de 20 kHz. Donc au final ça revient au même.

Avec la photo, c'est plus facile à expliquer. Dans un appareil argentique, qu'elle est la précision de l'image ? Une molécule. Et dans un appareil numérique ? Des millions de molécules...

Enfin parfois les molécules de l'argentique sont assez grosses. Il suffit de prendre une pélicule un peu sensible (800 ASA ou 1600 ASA), et ont voit vite le grain apparaître. D'ailleurs, même avec des pélicules moins sensibles, ont voit le grain sur un agrandissement.

Quelqu'un pour nous traduire "科技改变您的生存环境" ?

Et puis, une carte d'identite, quand elle est celle de votre etat, vous savez l'identifier. Mais saurez-vous reconnaitre la valeur officielle d'un papier d'identite d'un autre etat ? N'allez-vous pas confondre une carte nominative quelconque avec un papier d'identite d'un autre pays si votre interlocuteur se presente comme pakistanais ou bresilien ?

Tant qu'on reste dans l'Union Européenne, les cartes d'identités (pour les pays qui en délivrent), ont le même format, il y a donc que très peu de risque de se tromper.

Par contre, il est vrai que si l'on va un peu plus loin, cela peu poser problème. J'ai eu le cas d'une carte d'identité japonaise. A part la photo, je ne pouvais rien reconnaitre, même pas le nom ! Heureusement, dans ce cas, la solution la plus simple est d'utiliser un passeport, là ça devient de nouveau compréhensible, et on peut donc vérifier l'identité de quelqu'un facilement.

Le brevet est tombé dans la plupart des pays, mais pas encore au Canada. Il va falloir attendre jusqu'au 4 juillet pour que ce soir le cas dans le monde entier.

- fonctionnalité qui m'intrigue : on peut ajouter un client web qui va automatiquement télécharger des mises-à-jour au pré-boot -> dans le genre dangereux, ça se pose là...

Ça c'est pour du jour au lendemain activer les fonctionnalités TCPA/Palladium ou je ne sais quoi sur tous les PCs connectés à Internet.

On a des chips de FTDI qui font la conversion USB <-> RS232. Ça permet d'avoir 5 cartes à commander sans aucun port série.

De plus un autre avantage de l'USB, c'est qu'il n'y a pas d'alim à cabler pour les cartes

On notera aussi dans le noyau 2.6.6 le portage d'un driver i2c datant du 2.4 par aurelien@aurel32.net, participant de l'equipe de l'insa Lyon

Je l'ai porté, mais c'est pas pour notre robot. On a plus d'i2c cette année, que de l'USB !