c'est pas un driver pour ton disque dur ! dont tu as besoin ! c'est plutôt un driver pour le contrôleur IDE ou SATA le problème ! mais vu que tu as une RH enterprise edition hop adresse-toi au support c'est fait pour !
De mon point de vue, ESR fait plus de tort que de bien à la communauté. Et franchement, on dit que RMS est dogmatique et ESR pragmatique, mais lequel des deux dit clairement que l'ennemi c'est le propriétaire et que "open-source" et "free software" sont dans le même camp ? C'est RMS.
Que ESR emploie ce genre de moyens détournés pour s'en prendre à nouveau à une licence dont lui et son mouvement ne sont pas à l'origine, je trouve ça pas très fair-play.
Pour moi c'est "ESR doesn't speak for me", hier comme aujourd'hui :
Ouais, et punir le vol c'est une incitation à tuer sa victime pour ne pas se faire choper.
Soyons sérieux, tu as vu où que le spammeur pourrait compromettre plus de machines, mais qu'il ne le fait pas parce qu'il envoie déjà suffisamment de spam à son goût ?
En plus, le fait de consommer tout le CPU des machines vérolées peut être une façon pour le vérolé de se rendre compte plus vite qu'il se passe quelque chose de pas normal sur sa machine.
En fait c'est un collègue qui m'a parlé de "problème de course", j'ai eu du mal à comprendre la première fois mais ensuite ça m'a semblé bien.
Le problème de "accès concurrents" c'est que ça se traduirait en anglais par "concurrent access".
Une "race condition" c'est un peu différent, c'est un problème qui est variable en fonction de variables plus ou moins aléatoires, par exemple la latence réseau ou encore le scheduling des threads.
Utiliser "problème de course" permet de conserver le fait qu'il y a une "course" entre différentes entités et c'est ce qui cause le problème.
Est-ce que tu as un pointeur pour aller dans le sens de "accès cncurrents" ?
Que faire pour vraiment augmenter la sécurité ? Leur idée ne marche pas (et est inaccessible aux handicapés par exemple). Le système habituel est dangereux aussi.
Les banques en Suisse sont nettement en avance par rapport aux banques en France à ce propos.
Niveau 1 : la banque t'envoie un petit papier contenant une série de 50 nombres à 6 chiffres. Quand tu te logges, tu dois entrer username, mot de passe, et le n-ième nombre de la série, qui n'est utilisé qu'une fois. C'est une protection efficace contre les keyloggers.
Niveau 2 (UBS par exemple) : la banque t'envoie une carte à puce avec un petit lecteur de carte. Quand tu te logges, tu dois entrer username, mot de passer, le site te répond pas un challenge, que tu rentres sur le clavier du lecteur de carte avec un code secret, le lecteur de carte t'affiche la réponse au challenge et tu le rentres sur l'interface web. Efficace contre les keylogger et le vol du papier contenant la série de nombres (en fait je ne sais pas exactement pourquoi c'est considéré si mieux que le niveau 1).
"Plutot orienté desktop" my ass. Toute distro qui fournit sudo (en gros toutes les distros donc) doivent sortir des correctifs de sécurité, qu'il soit orienté desktop, boulangerie ou carburateur !
Problème: refroidissement avec du sodium liquide (assez dangereux).
Arf ouais "assez" dangereux. Un surrégénérateur de la puissance de super-phoenix qui explose peut contaminer jusqu'à la moitié de l'Europe de l'Ouest (France + Allemagne + Italie + Belgique + Luxembourg + Pays-Bas).
Problème, tu ne précises pas la timezone. Il faut soit préciser la timezone, soit utiliser le standard nombre de millisecondes depuis le 1er janvier 1970 GMT.
# meuh
Posté par gc (site web personnel) . En réponse au message probleme port 443. Évalué à 2.
# meuh
Posté par gc (site web personnel) . En réponse au message postGresQL - compte utilisateur. Évalué à 2.
moi j'utilise un trust en local donc avec
local all all trust
tout mot de passe est accepté
[^] # Re: Samba 3 ?
Posté par gc (site web personnel) . En réponse au journal Mandriva dans les choux. Évalué à 1.
[^] # Re: en attendant...
Posté par gc (site web personnel) . En réponse au journal Photos RMLL 2005 ?. Évalué à 4.
# meuh
Posté par gc (site web personnel) . En réponse au message Problème avec Cloop et *.img. Évalué à 3.
Il me semble que les cloop sont readonly puisque basés sur isofs.
Il te faudra donc tout regénérer.
[^] # Re: javascript
Posté par gc (site web personnel) . En réponse au message Modifications faites sur linuxfr?. Évalué à 2.
Ligne 34 Erreur: isidentified est indéfini
Pous quand je clique sur non
Comment ça ?? Tu n'as pas voulu effectuer de déboguage ??? Ca avait pourtant l'air tentant.
[^] # Re: Pas étonnant
Posté par gc (site web personnel) . En réponse au message Socket UDP - perfs. Évalué à 3.
et plus précisemment ?
[^] # Re: cd win XP
Posté par gc (site web personnel) . En réponse au message N'ARRIVE PLUS A DEMARRER SUR WINDOWS. Évalué à 1.
# meuh
Posté par gc (site web personnel) . En réponse au message disque dur non reconnu lors de l'install de redhat. Évalué à 3.
[^] # Re: Bu abaaaa ! (commentaire sur la fin)
Posté par gc (site web personnel) . En réponse à la dépêche Guerre des Mondes à la sauce Spielberg. Évalué à 0.
[^] # Re: Sorti le 29 juin 2005 dans le monde entier,
Posté par gc (site web personnel) . En réponse à la dépêche Guerre des Mondes à la sauce Spielberg. Évalué à 2.
«La Guerre des mondes» sort aujourd'hui sur les écrans du monde entier.
Le Temps du 29 juin 2005.
Comme quotidien de référence on pourrait faire mieux :/
[^] # Re: man tr
Posté par gc (site web personnel) . En réponse à la dépêche Guerre des Mondes à la sauce Spielberg. Évalué à 6.
un modo pourrait peut-être rajoute ça direct dans la news d'ailleurs
# ESR fait chier
Posté par gc (site web personnel) . En réponse à la dépêche ESR : «Nous n'avons plus besoin de la GPL.». Évalué à 8.
Que ESR emploie ce genre de moyens détournés pour s'en prendre à nouveau à une licence dont lui et son mouvement ne sont pas à l'origine, je trouve ça pas très fair-play.
Pour moi c'est "ESR doesn't speak for me", hier comme aujourd'hui :
http://advogato.org/article/340.html(...)
[^] # Re: N'imp
Posté par gc (site web personnel) . En réponse au journal Hashcash, vers une solution contre le spam ?. Évalué à 2.
Soyons sérieux, tu as vu où que le spammeur pourrait compromettre plus de machines, mais qu'il ne le fait pas parce qu'il envoie déjà suffisamment de spam à son goût ?
En plus, le fait de consommer tout le CPU des machines vérolées peut être une façon pour le vérolé de se rendre compte plus vite qu'il se passe quelque chose de pas normal sur sa machine.
[^] # Re: traduction de la FAQ
Posté par gc (site web personnel) . En réponse au journal Hashcash, vers une solution contre le spam ?. Évalué à 2.
Le problème de "accès concurrents" c'est que ça se traduirait en anglais par "concurrent access".
Une "race condition" c'est un peu différent, c'est un problème qui est variable en fonction de variables plus ou moins aléatoires, par exemple la latence réseau ou encore le scheduling des threads.
Utiliser "problème de course" permet de conserver le fait qu'il y a une "course" entre différentes entités et c'est ce qui cause le problème.
Est-ce que tu as un pointeur pour aller dans le sens de "accès cncurrents" ?
[^] # Re: et les mailings lists ?
Posté par gc (site web personnel) . En réponse au journal Hashcash, vers une solution contre le spam ?. Évalué à 10.
[^] # Re: Pas si con que ça quand même
Posté par gc (site web personnel) . En réponse au journal Comment les banques font croire à la sécurité. Évalué à 4.
Les banques en Suisse sont nettement en avance par rapport aux banques en France à ce propos.
Niveau 1 : la banque t'envoie un petit papier contenant une série de 50 nombres à 6 chiffres. Quand tu te logges, tu dois entrer username, mot de passe, et le n-ième nombre de la série, qui n'est utilisé qu'une fois. C'est une protection efficace contre les keyloggers.
Niveau 2 (UBS par exemple) : la banque t'envoie une carte à puce avec un petit lecteur de carte. Quand tu te logges, tu dois entrer username, mot de passer, le site te répond pas un challenge, que tu rentres sur le clavier du lecteur de carte avec un code secret, le lecteur de carte t'affiche la réponse au challenge et tu le rentres sur l'interface web. Efficace contre les keylogger et le vol du papier contenant la série de nombres (en fait je ne sais pas exactement pourquoi c'est considéré si mieux que le niveau 1).
[^] # Re: Re:
Posté par gc (site web personnel) . En réponse au message rexep exception. Évalué à 2.
[gc@meuh ~/src/cyote] perl -e 'foreach ("foo", "MS TCP Loopback interface", "Loopback", "bar") {print "$_\n" if /^[^MS TCP Loopback interface]/}'
[gc@meuh ~/src/cyote] perl -e 'foreach ("foo", "MS TCP Loopback interface", "Loopback", "bar") {print "$_\n" if /^(?!MS TCP Loopback interface)/}'
foo
Loopback
bar
# ?
Posté par gc (site web personnel) . En réponse au message rexep exception. Évalué à 2.
[^] # Re: parametre en GET
Posté par gc (site web personnel) . En réponse au message RSS dynamiques ?. Évalué à 2.
[^] # Re: Aie :)
Posté par gc (site web personnel) . En réponse à la dépêche Debian Sarge a des problèmes sérieux de gestion de la sécurité. Évalué à 10.
[^] # Re: vip
Posté par gc (site web personnel) . En réponse au journal google patch VLC. Évalué à 3.
# Serveur X sur OpenGL ?
Posté par gc (site web personnel) . En réponse à la dépêche Exa, une nouvelle architecture accélérée pour les drivers Xorg. Évalué à 9.
[^] # Re: avantage
Posté par gc (site web personnel) . En réponse au journal ITER à Cadarache... Évalué à 4.
Arf ouais "assez" dangereux. Un surrégénérateur de la puissance de super-phoenix qui explose peut contaminer jusqu'à la moitié de l'Europe de l'Ouest (France + Allemagne + Italie + Belgique + Luxembourg + Pays-Bas).
[^] # Re: parametre en GET
Posté par gc (site web personnel) . En réponse au message RSS dynamiques ?. Évalué à 2.