Justement : si ton serveur Web attribue le mime-type en fonction de l'extension du fichier (ce qui est le cas dans les configs "normales"), tu as juste besoin de tester l'extension ;-))
Evidemment si tu préfères que "machin.rpm" puisse être un PNG ou un document OpenOffice, tu te compliques la vie pour pas grand'chose...
En fait, qu'est ce qui est constant ?
La complexité de l'algo, ou l'évolution de sa complexité par rapport à sa charge (sa derivation quoi )???
Sa complexité rapportée à la taille des données. Si un algo est en O(N), cela veut dire que le nombre d'opérations nécessitées pour sa résolution est proportionnel à la taille des données traitées. Attention : on parle de pire cas ! Ainsi, un "tri rapide" est en O(N*N), bien que statistiquement les temps d'exécution soient plutôt proportionnels à N*log(N). Autre écueil : ne pas confondre "taille des données" (en bits) et "nombre de valeurs possibles".
La définition rigoureuse est (si je ne me trompe) :
Un algo est dit « de complexité O(f(N)) » si et seulement si :
il existe un entier M > 0, il existe un réel K > 0, tels que
pour tout entier N supérieur à M, pour tout jeu de données de taille N,
le nombre d'opérations nécessaire à l'exécution de l'algorithme est inférieur à K*f(N)
Il s'agit donc de pire cas asymptotique. Note : on parle de "résolution de problème" plutôt que d'"exécution d'algorithme" en général, sachant qu'on s'intéresse à un problème plus souvent qu'à un algorithme spécifique.
ou puis-je me renseigner pour comprendre ce jargon ?
Tu as intérêt à trouver un bouquin ou un cours de mathématiques appliquées, version débutant. Tu y trouveras toutes les bases de l'algorithmique et de la complexité des problèmes. Tu y feras également connaissance avec la célèbre machine de Turing, et ses éventuelles déclinaisons : machine de Turing avec oracle (non pas la base de données)...
wget --spider -S te renverra les headers sans enregistrer les fichiers sur le disque. Derrière tu n'as plus qu'à faire une petite moulinette pour afficher la liste des fichiers renvoyant 'image/gif' (ou, plus paresseux : tu enregistres toute la sortie texte et tu fais un find de 'image/gif' dans un éditeur de texte quelconque).
A voir l'utilisation réseau de NX, je pense que l'impression de "rapidité" est fonction de la latence plutôt que de la bande passante pure. Or, je ne sais pas ce que donne une ligne Numeris, mais le ping en ADSL vers la machine de test de NoMachine dépasse les 100 ms (50 ms pour l'ADSL français plus 50 ms pour aller sur la machine, les liens traversés semblant assez encombrés). Il faudrait tester les deux produits dans des circonstances identiques pour en déduire un classement ;)
Peut-être que c'est un bug ? Pourquoi faut-il toujours que des gens se mettent à gémir partout sur les forums quand une chose pareille arrive, sans même avoir confirmation du pourquoi ?
Je te rassure tout de suite les systeme de type MD5 et compagnie ne sont pas impactes.
Je sais mais cela n'apporte aucune confiance, si le md5 n'a pas été obtenu par une voie sécurisée (comme pour n'importe quel fingerprint d'ailleurs).
Je pensais aux signatures GPG qui sont régulièrement apposées aux RPMs (en tout cas les packages officiels des distribs comme Mandrake), et vérifiées automatiquement par l'outil de gestion de package.
Ce serait carrément jeter le bébé avec l'eau du bain. Que faire du système de vérifications des signatures intégré à urpmi (et, j'imagine, apt-get) ? Devoir tout recompiler pour s'assurer de l'authenticité du soft, c'est lourd ; surtout que si l'on fait confiance à la signature, la certitude obtenue dans les deux cas (binaires, sources) est la même.
Vivement que Suse intègre du DRM sous licence BSD avec un Yast non-libre en .Net et utilisant des icônes GIF, qu'on puisse enfin lancer des trolls de qualité...
RMS est ouvertement contre le DRM. On attend depuis un petit moment une version de la GPL qui empeche l'utilisation de signatures de binaire si l'ensemble des clefs n'est pas public.
Heu ? Je ne comprends pas trop ton hypothèse de départ... Une signature est effectuée en relation avec un couple de clefs. La clé privée doit rester privée (sinon plus d'authenticité). La clé publique doit rester publique (sinon plus de vérification possible). De là, je ne vois pas ce que la GPL pourrait imposer de plus ?
Parce qu'il suffirait d'une loi imposant le drm pour que le débat n'est plus lieu d'être.
Ou l'interdisant, d'ailleurs. Par exemple une loi qui obligerait les éditeurs à ne pas entraver l'exercice de l'exception pour copie privée. Pour l'instant l'exception pour copie privée dit : le droit d'auteur tel qu'inscrit dans la loi française ne protège pas contre la copie privée ; cependant rien n'interdit, à défaut de protection légale, de mettre en oeuvre une protection technique contre la copie privée. Si l'exception était transformée en droit, alors les éditeurs seraient obligés de ne pas aller à son encontre.
Le problème c'est qu'un dispositif bas niveau (tel qu'intégré dans le noyau Linux) n'est jamais spécifiquement conçu pour faire du DRM. Ce sera un module (au sens général) ajoutant des fonctionnalités liées à la sécurité, l'authentification, la "gestion de confiance" (trust management), la crypto ou autres domaines connexes. C'est au niveau des couches supérieures (applicatives) que le logiciel devient clairement ciblé, et qu'on peut émettre un avis tranché sur tel ou tel morceau de programme. De même on a vu lors de toutes les discussions sur TCPA et Palladium, que c'était l'interaction prévue de Palladium avec l'OS, et son érection en "standard" incontournable, qui le rendait dangereux. Pas le dispositif technique en lui-même.
Donc la position de Linus Torvalds est la seule position raisonnable. De même qu'il serait idiot de renier Linux sous prétexte qu'il est utilisé dans l'armée et peut servir à tuer des gens.
[^] # Re: Le format PNG sur nos sites WEB
Posté par Moby-Dik . En réponse à la dépêche Le format PNG sur nos sites WEB. Évalué à 1.
Evidemment si tu préfères que "machin.rpm" puisse être un PNG ou un document OpenOffice, tu te compliques la vie pour pas grand'chose...
[^] # Re: Avancées technologiques du prochain Kernel
Posté par Moby-Dik . En réponse à la dépêche Avancées technologiques du prochain noyau Linux. Évalué à 2.
(2*n)^2 = 4 * n^2
Non, voir message de François Romieu ci-dessus. Le O(N*N) décrit le comportement asymptotique, pas la formule exacte du temps d'exécution.
[^] # Re: Avancées technologiques du prochain Kernel
Posté par Moby-Dik . En réponse à la dépêche Avancées technologiques du prochain noyau Linux. Évalué à 5.
La complexité de l'algo, ou l'évolution de sa complexité par rapport à sa charge (sa derivation quoi )???
Sa complexité rapportée à la taille des données. Si un algo est en O(N), cela veut dire que le nombre d'opérations nécessitées pour sa résolution est proportionnel à la taille des données traitées. Attention : on parle de pire cas ! Ainsi, un "tri rapide" est en O(N*N), bien que statistiquement les temps d'exécution soient plutôt proportionnels à N*log(N). Autre écueil : ne pas confondre "taille des données" (en bits) et "nombre de valeurs possibles".
La définition rigoureuse est (si je ne me trompe) :
Un algo est dit « de complexité O(f(N)) » si et seulement si :
il existe un entier M > 0, il existe un réel K > 0, tels que
pour tout entier N supérieur à M, pour tout jeu de données de taille N,
le nombre d'opérations nécessaire à l'exécution de l'algorithme est inférieur à K*f(N)
Il s'agit donc de pire cas asymptotique. Note : on parle de "résolution de problème" plutôt que d'"exécution d'algorithme" en général, sachant qu'on s'intéresse à un problème plus souvent qu'à un algorithme spécifique.
ou puis-je me renseigner pour comprendre ce jargon ?
Tu as intérêt à trouver un bouquin ou un cours de mathématiques appliquées, version débutant. Tu y trouveras toutes les bases de l'algorithmique et de la complexité des problèmes. Tu y feras également connaissance avec la célèbre machine de Turing, et ses éventuelles déclinaisons : machine de Turing avec oracle (non pas la base de données)...
[^] # Re: Applications de la synthèse vocale
Posté par Moby-Dik . En réponse à la dépêche FreeTTS : de la synthèse vocale libre. Évalué à 1.
[^] # Re: Pas de machine virtuelle Java Libre ?
Posté par Moby-Dik . En réponse à la dépêche FreeTTS : de la synthèse vocale libre. Évalué à 1.
(soupir) Si seulement c'était vrai ;)
[^] # Re: Le format PNG sur nos sites WEB
Posté par Moby-Dik . En réponse à la dépêche Le format PNG sur nos sites WEB. Évalué à 1.
wget --spider -S te renverra les headers sans enregistrer les fichiers sur le disque. Derrière tu n'as plus qu'à faire une petite moulinette pour afficher la liste des fichiers renvoyant 'image/gif' (ou, plus paresseux : tu enregistres toute la sortie texte et tu fais un find de 'image/gif' dans un éditeur de texte quelconque).
[^] # Re: Le format PNG sur nos sites WEB
Posté par Moby-Dik . En réponse à la dépêche Le format PNG sur nos sites WEB. Évalué à 1.
Pour le coup ça bouffe beaucoup plus de ressources que de vérifier l'extension.
[^] # Re: Oracle 9iRAC serait moins bon sur cluster Linux que sur Unix
Posté par Moby-Dik . En réponse à la dépêche Oracle 9iRAC serait moins bon sur cluster Linux que sur Unix. Évalué à 0.
[^] # Re: Avancées technologiques du prochain Kernel
Posté par Moby-Dik . En réponse à la dépêche Avancées technologiques du prochain noyau Linux. Évalué à 4.
# Re: USB et storage
Posté par Moby-Dik . En réponse au journal USB et storage. Évalué à 1.
[^] # Re: NX Client : petits tests d'utilisation ...
Posté par Moby-Dik . En réponse au journal NX Client : petits tests d'utilisation .... Évalué à 2.
# Re: Interrogation sur les votes
Posté par Moby-Dik . En réponse au journal Interrogation sur les votes. Évalué à 1.
[^] # Re: Linus s'est exprimé sur le DRM dans le noyau Linux !
Posté par Moby-Dik . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 0.
Le bon généraliste n'est bon en rien.
Le mauvais généraliste est mauvais en tout.
La différence saute aux yeux ;)
[^] # Re: Linus s'est exprimé sur le DRM dans le noyau Linux !
Posté par Moby-Dik . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 0.
[^] # Re: Linus s'est exprimé sur le DRM dans le noyau Linux !
Posté par Moby-Dik . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 2.
Je sais mais cela n'apporte aucune confiance, si le md5 n'a pas été obtenu par une voie sécurisée (comme pour n'importe quel fingerprint d'ailleurs).
Je pensais aux signatures GPG qui sont régulièrement apposées aux RPMs (en tout cas les packages officiels des distribs comme Mandrake), et vérifiées automatiquement par l'outil de gestion de package.
[^] # Re: Linus s'est exprimé sur le DRM dans le noyau Linux !
Posté par Moby-Dik . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 6.
[^] # Re: Linus s'est exprimé sur le DRM dans le noyau Linux !
Posté par Moby-Dik . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 10.
[^] # Re: Linus s'est exprimé sur le DRM dans le noyau Linux !
Posté par Moby-Dik . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 1.
Heu ? Je ne comprends pas trop ton hypothèse de départ... Une signature est effectuée en relation avec un couple de clefs. La clé privée doit rester privée (sinon plus d'authenticité). La clé publique doit rester publique (sinon plus de vérification possible). De là, je ne vois pas ce que la GPL pourrait imposer de plus ?
[^] # Re: Linus s'est exprimé sur le DRM dans le noyau Linux !
Posté par Moby-Dik . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 3.
Ou l'interdisant, d'ailleurs. Par exemple une loi qui obligerait les éditeurs à ne pas entraver l'exercice de l'exception pour copie privée. Pour l'instant l'exception pour copie privée dit : le droit d'auteur tel qu'inscrit dans la loi française ne protège pas contre la copie privée ; cependant rien n'interdit, à défaut de protection légale, de mettre en oeuvre une protection technique contre la copie privée. Si l'exception était transformée en droit, alors les éditeurs seraient obligés de ne pas aller à son encontre.
# Re: Linus s'est exprimé sur le DRM dans le noyau Linux !
Posté par Moby-Dik . En réponse à la dépêche Linus s'est exprimé sur le DRM dans le noyau Linux !. Évalué à 10.
Donc la position de Linus Torvalds est la seule position raisonnable. De même qu'il serait idiot de renier Linux sous prétexte qu'il est utilisé dans l'armée et peut servir à tuer des gens.
[^] # Re: plop
Posté par Moby-Dik . En réponse au journal plop. Évalué à 5.
[^] # Re: Des postes de formateurs en informatique dans l'éducation nationale
Posté par Moby-Dik . En réponse au journal Des postes de formateurs en informatique dans l'éducation nationale. Évalué à 1.
[^] # Re: Des postes de formateurs en informatique dans l'éducation nationale
Posté par Moby-Dik . En réponse au journal Des postes de formateurs en informatique dans l'éducation nationale. Évalué à 1.
[^] # Re: Xiph et la Qualité
Posté par Moby-Dik . En réponse à la dépêche Emmett Plant n'est plus chez Xiph. Évalué à 1.
http://www.pbm.com/~lindahl/real.programmers.html(...)
[^] # Re: Emmett Plant n'est plus chez Xiph
Posté par Moby-Dik . En réponse à la dépêche Emmett Plant n'est plus chez Xiph. Évalué à -1.