Olivier Jeannet a écrit 1400 commentaires

Et d'ailleurs, l'OSI ne certifiera jamais la licence d'Oracle, mais est-ce important ? Oracle est techniquement très bon, on ferait mieux d'utiliser tous Oracle au lieu de tous ces ersatz libres pas sécurisés.

Tu n'es pas sérieux ou de mauvaise foi.
Le jour où Oracle publiera les sources de sa base de données, et où on pourra publier des patches comme on veut pour l'améliorer ou corriger des bugs, tu nous préviens.
De plus, la réputation de sécurité des programmes de Daniel Bernstein n'est plus à faire, il y a même un prix pour celui qui découvrirait un faille dans qmail (il y a même un 2e prix par un groupe d'utilisateur, en plus du prix offert par DJB lui-même, et ça fait un paquet d'années que ça tient).

Tu choisis les outils de DJB parce qu'ils sont techniquement bons, c'est ton choix, mais tu as les inconvénients des logiciels propriétaires, car C'EST un logiciel propriétaire.

Tu te rends compte de la connerie que tu viens d'écrire ? ( (c) JJB 17/11/2002 @ 00:59 ;-)

Tu peux t'amuser à faire des exceptions dans ce genre de cas pour te donner bonne conscience, mais ce genre de licence pose les mêmes problèmes pratiques que de nombreux logiciels propriétaires.

Je n'ai aucune bonne conscience à avoir, qu'est-ce que c'est que ce charabia ?
Assimiler djbdns à un logiciel propriétaire est une drôle d'idée, pour ne pas dire que c'est idiot.
Je ne vois pas quel problème pratique ça pose, étant donné que tu peux faire ce que tu veux de DJBdns, appliquer les patches que tu veux, etc... Il existe des sites consacrés aux extensions qu'on peut apporter à djbdns, pour ceux à qui il manque des fonctionnalités. DJB veut juste garder le contrôle de ce qui est publié sous son nom, pour le reste tu peux publier JJBdns si tu veux à partir de son code source.
(se reporter aux autres réponses plus bas pour plus d'informations, dont celles de Thomas Mangin)

Si certains ici tournent avec DJBDns, ce serait bien qu'ils donnent leurs avis sur la question et leurs expériences.

J'ai un ami qui a monté sa boîte d'hébergement de sites et de services, et il ne jure que par les outils de Daniel Bernstein, en particulier QMail et DJBDns. Je crois qu'il utilise aussi un syslog amélioré (du point de vue sécurité) produit par DJB.

D'après ce que je sais, non seulement son code est très sérieusement audité, mais en plus est assez performant, que ce soit QMail par rapport à sendmail, ou djbdns par rapport à bind.

La licence est en effet particulière, on ne peut pas redistribuer les sources modifiées, on peut seulement redistribuer les sources originales, accompagnées d'un (ou plusieurs) patch(s) à appliquer. En effet, DJB ne garantit que son propre code, qui a été audité. Si on veut faire inclure une modification, il faut lui soumettre le code, qu'il inclura éventuellement après inspection minutieuse.

Ca dérange certains, mais si le but c'est d'avoir quelque chose qui marche bien, dont on contrôle le fonctionnement (on a les sources et on peut les modifier pour son usage), et dont la sécurité soit béton, c'est parfait.

Le personnage a un profil élevé, c'est un mathématicien de talent (dont recherche en crypto), il a même attaqué le gouvernement américain pour défendre ses droits à plusieurs reprises (cf http://cr.yp.to/donations.html(...) par ex) :
The Bernstein v. United States court case has won four First Amendment decisions against the government's previous regulations. The court decisions established that publication of source code is speech, and that the regulations were an unconstitutional censorship system. However, the government has appealed the decisions.

il me semblerait alors logique (avec l'avantage de justifier l'usage) de parler d'encodage et de décodage

Ce n'est pas illogique en effet, mais ça ne marche pas toujours puisqu'on dit par exemple chiffrer et déchiffrer (pas enchiffrer :-) . Dans le cas de codage/décodage, ce sont les termes normaux. Parler d'encodage vient de l'anglais ("to encode", "encoding") et quand on connaît l'influence de l'anglais sur l'informatique... pas étonnant que l'usage paraisse normal à plein de gens.

la clef semble etre HKEY_CLASSES_ROOT\CLSID\{724bb6a4-e526-450f-affa-ab9b45129111}

Merci pour l'information, je vais voir.

En fait dans la doc de MPlayer sur le fichier codecs.conf, ils disent que si on veut demander le support d'un nouveau codec, il faut leur envoyer un fichier vidéo au format en question, le "fourcc" (code sur 4 octets genre WMV9) ainsi que le GUID. Je vais les contacter.

PS: C'est vraiment bizarre l'Intel et le Little Endian, quand on lit le fourcc il est à l'envers, à première vue je n'ai même pas cherché à décoder car ça commençait pas un chiffre (le "9"), je ne comprenais plus trop... Heureusement en poursuivant ça m'a paru plus clair :-) Motorola et son Big Endian roxor. (pareil avec "od", au début sous Linux/386 je ne comprenais rien, et pour cause puisque les octets sont inversés 2 par 2, il faut utiliser "od -t x1" pour avoir les octets dans l'ordre).

Il me semble que pour la cryptographie on parle plutot de "message chiffré" et pas "codé", non ?

Oui on parle souvent de "message chiffré", en fait le chiffrement est un codage. Le terme codage est très général, il désigne une transformation mathématique. Il me semble qu'un codage au sens strict du terme est bijectif, c'est à dire qu'on retrouve l'original après décodage, ce qui n'est pas le cas du JPG et de presque toutes les compressions vidéos (où il y a perte).

Il y moyen de declencher automatiquement un script après chaque commit (ce qui est utilisé pour envoyer un mail), non ?

Avec CVS oui, tu peux déclencher des scripts pour plusieurs choses, avant le commit pour faire des tests, après le commit pour informer par mail, et d'autre choses. Ca correspond à ce qu'on met dans les fichiers commitinfo, loginfo, editinfo, notify, taginfo, etc...

Par exemple, pour mon projet dont je suis le responsable, j'ai la ligne suivante dans le loginfo :

PosServer mail -s "CVS loginfo: %{s}" jeannet@truc.com

le "%{s}" est remplacé par le nom du ou des fichiers "commités", et dans le corps du message il y a le message de modif mis par celui qui a fait le commit.

Ceci dit, dans le sujet de la nouvelle, il n'est pas forcément nécessaire de mettre à jour le site Web tout de suite, parfois c'est seulement après plusieurs commit à des endroits différents de l'arborescence qu'on voudrait remettre le site à jour.

Je préfère la méthode la plus souvent utilisée, celle qui est mentionnée par kesako.

J'ai déjà vu cette page, et ce qui est dommage c'est que la plupart des comparaisons datent de plus d'un an, voire 2.

Ca fait longtemps que j'aimerais me faire un comparatif entre PostgreSQL et MySQL, avec ma propre application, mais j'ai toujours mieux à faire. En usage simple, j'ai l'impression que MySQL sera nettement plus performant, vu sa simplicité, alors qu'avec des accès plus complexes (jointures multiples, transactions, triggers, procédures stockées) PostgreSQL doit l'emporter.

Dans le temps PostgreSQL était réputé plus stable que MySQL, ce dernier ayant tendance à planter/s'arrêter sous forte charge. Je ne sais pas ce qu'il en est à présent.

des vidéos encodées avec le codec Sorenson SVQ3

Nan, des vidéos codées avec le codec Sorenson.
Pour mémoire, codec = codeur/décodeur. encodé c'est un anglicisme, en bon français on parle de "message codé" par exemple.

Je me posais la question de la lecture de fichiers vidéo WMV9 (Windows Media Video 9) avec MPlayer. Il lit déjà les formats 7 et 8, en utilisant les libs Win32. Sur l'ordinateur d'un collègue, j'ai récupéré la DLL qui concerne le format WMV9 mais je ne sais pas comment modifier le fichier codecs.conf pour qu'il joue ce format. Déjà je ne sais pas si ça suffit, mais d'après ce que j'ai compris, il faut trouver le GUID du format vidéo (cf la doc), en regardant dans la "registry". Il faudrait que je pose la question aux auteurs sur le support éventuel de ce format.
Quelqu'un en sait plus ?

le protocole lisa et rslisa pour 3.0.x et 3.1:
The second advisory concerns the LISa and resLISa network browsing applications.

J'ai vu que KDE permettait une sorte de voisinage réseau à la Windows, mais je n'ai pas trop compris comment ça marchait, si ça avait un rapport avec Samba ou NFS (ou pas du tout), etc...

Tu peux en dire plus stp ?

Sinon, il n'existe pas des filesystems qui ne supporte pas l'effacement juste le append et la création ?

Si, en Ext2/Ext3 tu peux mettre des attributs spéciaux avec "chattr", regarde le man. En gros, tu peux le rendre "immutable" (non modifiable ni effaçable), ou "append only". chattr permet d'autres réglages.

Le pb c'est qu'une fois root, on peut avec chattr remettre le fichier en fonctionnement normal. Donc un serveur craqué est un serveur craqué. A moins d'imaginer un FS qui permet les fichiers vraiment totalement ineffaçables, y compris par root. Mais comment on fait après pour les virer quand ils grossissent trop ?

je crois (mais ne suis pas sur) que KMail fait ça : lors de la création d'un dossier, tu choisis entre le format mbox et le format maildir

En effet avec KMail tu peux choisir entre les 2 formats.
Cela dit, Eudora utilise encore un autre format (les pièces jointes sont extraites du message), alors que les pièces jointes sont incluses dans le message pour mbox et mdir.

J'aime bien le format mbox car on peut éventuellement retoucher ses messages, ou bien remettre des mails écrits depuis ailleurs dans son dossier "Sent" (envoyé).

Mon cas pratique : la journée je me connecte chez moi en SSH, j'utilise Pine pour lire mes messages (en POP3 je fais "leave on server") et parfois je réponds. Revenu chez moi le soir, je récupère le contenu du fichier "Mail/sent-mail" de Pine pour l'ajouter à la fin du fichier "Sent" de Mozilla, mon client normal (sans oublier d'effacer le fichier d'index "Sent.msf" pour que Mozilla "re-parse" le fichier au premier accès). Ensuite je relance Mozilla et je récupère mes messages avec Mozilla (mon client normal) pour de bon.
Si quelqu'un a une suggestion, je suis preneur, ya peut-être mieux.

Un point ennuyeyx quand tu migres de Netscape 4.7 a Mozilla: tu paumes ton carnet d'adresse.

J'ai effectué la migration, et je n'ai rien perdu, en exportant/sauvant mon carnet d'adresse au format LDIF (Ligthweight Directory Interchange Format je crois, le LD est le même que dans LDAP), et en l'important dans Mozilla. Ca marche assez bien, ça garde aussi les infos supplémentaires comme les adresses et les téléphones (je me sers un peu du carnet d'adresse comme agenda).

J'avais essayé de faire pareil avec KMail/KAddressbook et ça ne m'avait importé que les noms et adresses e-mail, sans compter que KAddressbook a des bugs graphiques gênant (avec KDE 3.0.x), par ex la largeur des colonnes qui vit sa vie en grossissant sans cesse. Dommage car je trouvais KMail pas mal du tout.

Je n'ai pas encore planté mon Mozilla 1.1 avec le mail.

On a déja dit cent fois que copier un CD n'est pas assimilable au vol d'une voiture.

Je suis d'accord, ce n'est pas pareil.

Mais je m'insurge contre le fait qu'on "vole" les CD sous prétexte que le prix serait trop cher, l'argument ne tient pas. Il y a un vol si on considère que l'auteur devrait être rémunéré, ainsi que les frais qui ont conduit à la constitution du CD (studio, gens qui ont bossé dessus, etc).

Je me répète : avec l'argument de certains, tout ce qui me semble "trop cher" (notion subjective), je le vole/copie/etc... Moi je dis non.

Quand deCSS sera interdit

Tu mélanges les choses, et tu sors de ma remarque initiale. Précision quand même, je suis totatelement contre les lois genre DMCA, ainsi que contre les brevets logiciels.

Quand tu télécharges des ogg sur le reseau, c'est illicite.

Absolument.
En principe, tu ne peux avoir chez toi que les ogg que des disques que tu possèdes, ou éventuellement du cercle familial (droit à la copie privée au sein des proches, je ne connais plus l'expression).

Chez moi, 95% des MP3/Ogg que j'ai viennent de mes disques, ou des disques d'un ami (en général le même). Je vais de temps en temps en chercher un sur le Net.

Si on pouvait acheter un morceau pour 1 ou 2 euros sur un site, je le ferais. En général sur un album tout ne me plaît pas, et pour un single ça serait parfait.

Quand tu gagnes un smic, te payer un album, c'est un sacré trou dans le budget.

Et bien quand on n'a pas les moyens de s'acheter un truc, on ne l'achète pas. A ce moment-là, je vais considérer que les voitures sont trop chères et en voler une. Quand on gagne le smic, on a sans doute d'autres priorités que le dernier album de machin-truc.

Ceux qui ont un ordinateur et l'ADSL ont largement les moyens de s'acheter des disques, ils n'ont pas d'excuse pour copier (ça coûte, un ordinateur ainsi que l'ADSL, sans parler du graveur).

Cette éducation, qui est un peu rentrée dans les moeurs, n'en est pas moins la faute des majors et autres.

Je rêve... Si quelque chose est trop cher, on ne l'achète pas c'est tout !
Les majors font les prix qu'elles veulent, tout comme les vendeurs de portables, les vendeurs de hifi, les billets d'avion, etc... Et le train est cher, je vais gruger dans le train aussi ? Faut arrêter...

En fait, c'est comme tout, il suffirait d'un peu d'éducation dès le plus jeune age

C'est clair que selon l'éducation qu'on a reçue, on sera plus ou moins enclin à respecter la propriété d'autrui. Il y a des gens pour qui c'est une satisfaction de payer le moins de choses possibles, en grugeant plus ou moins. Enfin ce n'est pas l'éducation que j'ai reçue.

Merci le conditionnement capitaliste.

?!
Je ne vois pas le rapport.

Si je me rappelle bien, les CD-Audio sont en mode 1, très peu de codes de correction d'erreur, alors que des données (sur un CD en mode 2) sont plus sensibles et mieux protégées avec plus de CRC et autres vérifications.

Pour être précis, sur un CD-Audio comme un CD-ROM, le bloc de base fait 2560 octets (512*5), sur lesquels :
- sur un CD-Audio il y a 256 octets pour les codes correcteurs
- sur un CD-ROM il y a 256 octets supplémentaires car c'est beaucoup plus grave d'avoir une erreur non corrigée (il reste donc 2048 octets utiles par bloc)

Ceci explique pourquoi un CD-Audio de 74 minutes, une fois "rippé" sur disque dur ne fait pas 650 Mo mais plutôt 700 Mo (j'ai longtemps trouvé ça inexplicable !). En effet, 650 Mo de données ~= 317 kblocs ce qui fait en audio 317 000*2304 = 730 Mo (j'ai compté avec 1 k = 1000 mais ça donne une idée).

Le lecteur de CD audio, le plus souvent, ne lit ni la TOC ni les champs de correction d'erreur.

Ca me semble pas logique, le TOC (table of contents) est quand même là pour être lu, sinon pourquoi en avoir fait dans le norme ? Quant à la correction d'erreur, (les codes de Reed-Solomon je crois), elle est lue par défaut (c'est bien le minimum, l'info est sur la piste avec chaque bloc de données).

et fait en général de l'interpolation au lieu de faire de la correction d'erreur.

L'interpolation n'est faite que si le code correcteur d'erreur ne suffit plus à rattraper les erreurs de lecture. Sur un lecteur de salon, des types avaient fait l'expérience de faire flasher une diode chaque fois que le circuit de correction d'erreur en détectait, et bien ça faisait boîte de nuit :-) (enfin tant que les erreurs sont corrigées grâce aux codes correcteurs, on n'y voit que du feu)

(Cf mon autre réponse ci-dessous à Jakob pour le bloc des codes correcteur)

Parce qu'il faut simplement un firmware dégradé, qui ne s'occupe en aucun cas des corrections d'erreurs et autres fioritures pour tapettes :)
Donc, un CD ISO9660 normal ne serait même plus lisible avec ce firmware.

Je ne comprends pas pourquoi, si un lecteur de salon arrive à lire le CD (avec un firmware de base), pourquoi un lecteur CD d'ordinateur ne pourrait pas ? Le lecteur de salon aussi a besoin de la correction d'erreur (certains CD en ont besoin).

Tu parles d'une protection basée sur des codes d'erreurs lu par le CD d'ordi et pas par le CD de salon ?

En considérant en plus que si c'est fréquent pour un lecteur de DVD, la mise à jour de firmware, ça l'est beaucoup moins pour un lecteur de CD.

Ce n'est pas un argument ça, dans le temps on ne flashait ni les cartes mères, ni les graveurs de CD non plus. Chez IBM on flashe même les cartes RAID ainsi que les disques SCSI (vu pour un Netfinity (de l'Intel) au boulot) !

Ou sinon on accpte qu'une langue est vivante, que de fait elle évolue, et que certains mots s'imposent d'eux memes.

Je te parle d'anglicisme, pas de création de mot utile qui vient pallier un manque du français. En l'occurrence, le terme "codage" existe depuis fort longtemps et en mathématique/algorithmique on parle de "coder" et par exemple de "codage préfixe" (codage de Huffman par ex). Le codage est une transformation générale, ce qui inclus la compression de données et les changements de format (JPG, MPG, Ogg, etc sont des codages).

Si tu trouves que c'est une avancée qu'on dise systématiquement "coach" au lieu ""d'entraîneur", "skipper" au lieu de "barreur" ou "capitaine", "opportunité manquée" au lieu de "occasion manquée"...

Là où la langue évolue c'est avec la création d'un verbe comme "positiver" qui n'avait pas vraiment d'équivalent, avant on était obligé de faire plus long et dire "être positif".

Pour le codecs.conf, soit tu fais un lien, généralement ln -s /etc/mplayer/codecs.conf ~/.mplayer/codecs.conf

A vrai dire je n'installe pas mplayer proprement, je me contente de copier le binaire dans mon ~/bin . Le fichier codecs.conf étant seulement dans l'arborescence des sources extraites, et l'arborescence étant sujette à suppression, le "ln -s" ne serait pas prudent :-)

Il n'y a franchement pas besoin de supprimer ~/.mplayer à chaque fois.

En effet il n'y a pas besoin, d'ailleurs je ne le supprime pas mais je le renomme. Quand je change de version de logiciel, je ne suis jamais sûr que le fichier de préférence/configuration n'a pas changé, et par précaution je renomme le ".monsoft" en ".monsoft.old".

Voilà pour les explications.

NB: expliquation => explication

Petit rappel, on dit coder, pas encoder, si on veut être nickel (sinon anglicisme), ainsi que codage et codé comme dans "message codé" (et codec = codeur/décodeur).

=> "-ovc lavc utiliser lavc (la lib de ffmpeg) pour le codage."

=> "-lavcopts vcodec=mpeg1video:vbitrate=8000 options pour lavc, on code en mpeg1 (plus rapide que le divx) avec un bitrate de 8000 (c'est beaucoup!) pour être sûr de la qualité.

=> "-oac mp3lame coder le son avec lame."

J'ai essayé de jouer avec le switch "-afm", qui permet ceci ("mplayer -afm help") :

Available (compiled-in) audio codec families/drivers:
afm: info: (comment)
mp3lib MPEG layer-2, layer-3 (Optimized to MMX/SSE/3Dnow!)
liba52 AC3 decoding with liba52
hwac3 AC3 pass-through SP/DIF
ffmpeg FFmpeg/libavcodec audio decoders
pcm Uncompressed PCM audio decoder
dvdpcm Uncompressed DVD/VOB LPCM audio decoder
alaw aLaw/uLaw audio decoder
imaadpcm IMA ADPCM audio decoder
msadpcm MS ADPCM audio decoder
dk3adpcm Duck Corp. DK3 ADPCM decoder
roqaudio Id RoQ File Audio Decoder
msgsm native GSM/MSGSM audio decoder
dshow Win32/DirectShow decoders
acm Win32/ACM decoders
realaud RealAudio decoder (binary real audio codecs)

(Au fait, d'où tu sors le "4" de "-afm 4" ?)

Par défaut il prend la mp3lib chez moi.
Avec "-afm dshow" j'avais le même résultat (son joué trop vite).
Avec "-afm acm" ça a fini par marcher. Et maintenant j'ai :

Trying to force audio codec driver family acm ...
Opening audio decoder: [acm] Win32/ACM decoders
Loading codec DLL: 'l3codeca.acm'
Loaded DLL driver l3codeca.acm
AUDIO: 11025 Hz, 1 ch, 16 bit (0x10), ratio: 1991->22050 (15,9 kbit)
Selected audio codec: [mp3acm] afm:acm (MPEG layer-3)

Merci pour le tuyau.

il te suffit de jouer avec les options de choix de codec audio, si je me souviens bien, un petit -afm 4 bien placé t'aidera a lire la video sans probleme. Je pense cela dit que ca necessite les codecs audio windows

Merci pour ta suggestion, mais avec mplayer ça ne change rien (et j'ai les codecs Windows je pense, j'ai /usr/lib/win32 plein de trucs). Bizarre, sur les 3 autres fichiers, le son est détecté comme étant :
AUDIO: 11025 Hz, 2 ch, 16 bit (0x10), ratio: 2000->44100 (16,0 kbit)
et sur le fichier qui déconne, c'est :
AUDIO: 24000 Hz, 2 ch, 16 bit (0x10), ratio: 7000->96000 (56,0 kbit)
alors que ça doit être 11025 aussi mais il le joue plus de 2 x plus vite (11.025 -> 24 et ça s'entend :-) .
Dans les 2 cas, il est marqué juste après la ligne citée :
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)