c'est vrai que sur la durée de vie d'un PC il doit voir quoi ?
Franchement un PC fixe dure plus longtemps qu'on ne pense. Un Pentium 4 de 2004 avec une carte radeon de l'époque (X1900 ou quelque chose comme ça) suffit largement à faire tourner les applications bureautiques d'aujourd'hui, surtout si on a pris la peine de lui ajouter de la RAM.
Entre 2004 et aujourd'hui, il pourrait avoir vu 4 versions de windows (XP -> 8). Hors obsolescence programmée (logiciels incompatibles avec XP, mises à jour payantes forcées), un PC comme ça peut encore servir des années.
que a factorisation des nombre premiers très grands n'a pas été résolu chez eux (si solution il existe).
Pourtant ils ont recommandé de passer aux courbes elliptiques et de ne plus utiliser RSA…
En même temps il est vrai qu'ils ont poussé des courbes particulières sans dire comment elles ont été choisies (plutôt que d'utiliser un processus déterministe et vérifiable à la brainpool afin d'obtenir des paramètres non choisis tels que http://en.wikipedia.org/wiki/Nothing_up_my_sleeve_number ).
ce monde OSS ou il n'y a quasiment pas de test,
Ce n'est pas mon impression : par le simple fait que l'équipe qui développe un logiciel libre est largement ouverte à la collaboration extérieure et non pas une équipe restreinte, il faut être très rigoureux et notamment pousser les tests (notamment unitaires et de régression) assez loin.
Sinon la faible communication au sein d'une équipe répartie sur toute la planète plutôt que dans le même openspace va vite rendre les choses difficiles.
Allez, envoit un lien, car il y a des centaines de développerus qui se font chier faute d'un tel logiciel connu.
N'est-ce pas le rôle de checkinstall ? Il ne "reste" plus qu'à éditer les dépendances, après coup, le cas échéant.
En tout cas pour une utilisation maison, ça permet de ne pas trop polluer son système avec le make install classique.
dès qu'on veut avoir affaire à une carte bancaire, on peut dire adieux au non-Windows faute de pilotes
De mes souvenirs de cours (et TP) sur les cartes à puces, non. On faisait signer des certificats de paiement à des cartes bancaires périmées (et soigneusement conservées sans les remettre dans un distributeur qui les aurait fait s'auto-détruire) en leur parlant en hexa dans un truc perl (package pscs-tools sous debian).
Écrire le pilote de la carte (celui du lecteur de cartes USB étant intégré à toutes les distributions de l'époque) n'aurait pas pris longtemps, même à des étudiants.
pratique de dire qu'on fait du bon code quand on ne le montre pas.
Il n'en fait pas, il a même précisé au-dessus qu'il ne faisait pas du code parfait, juste qu'il mettait en place des pratiques meilleures que celles sous-tendues par le code actuellement développé.
En toute amitié (virtuelle), tu ne voudrais pas arrêter de faire à la fois les questions et les réponses, surtout dans le même post ? Ça fait un effet vraiment bizarre, pour ne pas dire agressif ou carrément psyQuelqueChose.
Ce n'est pas parce que ce qu'on fait soi-même n'est pas parfait qu'il ne faut pas chercher à s'améliorer. Surtout sur un truc aussi critique qu'un système d'init (aux sens fiabilité, sécurité, maintenabilité à long terme vu qu'on n'en change pas tous les 4 matins, etc.)…
L'essentiel est d'être dans une démarche de progression, de tendre vers la perfection, même si comme tu dis on ne l'atteint que rarement.
Alors oui, la probabilité que quelqu'un ait un jour besoin d'utiliser un truc dont on ne voit pas l'intérêt immédiat est, quoi,
100%. C'est même la principale raison d'être d'une bonne API, de pouvoir facilement servir à des usage pour lesquelles elle n'a pas été prévue au départ.
En même temps le code d'un parseur est généralement bourré de suites de 'while (readline) { if (strncmp(' etc. etc.
Essentiellement dans le fichier que tu incrimines, il n'y a guère que le petit bout pour le "name" qui aurait pu être mis dans une fonction séparée.
Les EINVAL sont une constante clairement définie et clairement retournée pour toutes les erreurs de la grammaire du truc parsé, il n'y a pas de trucs alloués ou incrémentés entre deux tests et retour de fonction hors erreur…
Bref il n'y a pas grand-chose à redire à ce bout de code.
L'utilisateur qui a recompilé son noyau et mal configuré les pilotes disques est un utilisateur, certes un peu avancé, mais certainement pas un développeur (il ne s'agit que de configuration !)… Ou alors il faut absolument être développeur pour recompiler un logiciel à partir des sources ?
Idem pour l'utilisateur qui a oublié d'inclure les cgroups.
Une mise à jour de grub qui, au redémmarrage, le faisait tomber dans un rescue shell au motif qu'il ne trouvait pas la partition de boot (sous debian).
Il s'est avéré qu'un bug de grub lui faisait prendre la partition /boot (séparée dans cette config) en ext2 pour une partition fat32, du coup il ne trouvait rien.
La convertir en ext4 puis réinstaller grub a résolu le problème.
Si le débit nécessaire pour la lecture est suffisamment faible, il y a de la marge pour télécharger des morceaux à des endroits aléatoires dans le fichier en plus du cache en lecture et ainsi les laisser à disposition.
Il n'y a pas forcément beaucoup de débit disponible pour ça, mais ça doit mitiger un peu l'effet.
Les conclusions des journalistes étaient qu'il "suffisait" de voir avec un notaire (qui rédige un acte de donation), et qu'ensuite c'était compliqué pour l'administration (ne serait-ce que pour savoir sur quel compte le verser et accepter l'argent, puis pour publier un arrêté), mais pas pour le donateur.
Enfin c'était un exemple un peu trollesque, c'est sûr.
Dans un monde empli de nuances, on peut parfaitement comprendre que si on a des raisons et les capacités techniques de développer un logiciel, ce n'est pas pour autant qu'on va le faire.
Un peu comme, par exemple, tous ces gens qui pensent qu'il faut augmenter les impôts et qui, pourtant, ne font pas de don gratuit à l'État sur ce qu'ils pensent devoir payer en plus (c'est gratuit, ça prend même moins de temps et demande moins de compétences que de coder un logiciel avec une UI simplissime).
ce qui est perturbant pour l'utilisateur voire très génant (s'il utilise son PC pour le recharger).
Uniquement s'il le recharge et qu'il a monté le système de fichier du téléphone. Si c'est démonté, pas de problème, non ?
[^] # Re: Remplacer l'assembleur par Ada ou Rust ?
Posté par khivapia . En réponse à la dépêche Nouvelle vulnérabilité dans l’implémentation OpenSSL. Évalué à 2.
comment Rust s'assurera qu'il n'y a pas de buffer underrun dedans:
Faire appel aux fonctions intrinsics ?
[^] # Re: Diverses remarques
Posté par khivapia . En réponse au journal Fin de Windows XP et opportunité GNU. Évalué à 7.
c'est vrai que sur la durée de vie d'un PC il doit voir quoi ?
Franchement un PC fixe dure plus longtemps qu'on ne pense. Un Pentium 4 de 2004 avec une carte radeon de l'époque (X1900 ou quelque chose comme ça) suffit largement à faire tourner les applications bureautiques d'aujourd'hui, surtout si on a pris la peine de lui ajouter de la RAM.
Entre 2004 et aujourd'hui, il pourrait avoir vu 4 versions de windows (XP -> 8). Hors obsolescence programmée (logiciels incompatibles avec XP, mises à jour payantes forcées), un PC comme ça peut encore servir des années.
[^] # Re: Debian compromis par la NSA ?
Posté par khivapia . En réponse à la dépêche Nouvelle vulnérabilité dans l’implémentation OpenSSL. Évalué à 4.
que a factorisation des nombre premiers très grands n'a pas été résolu chez eux (si solution il existe).
Pourtant ils ont recommandé de passer aux courbes elliptiques et de ne plus utiliser RSA…
En même temps il est vrai qu'ils ont poussé des courbes particulières sans dire comment elles ont été choisies (plutôt que d'utiliser un processus déterministe et vérifiable à la brainpool afin d'obtenir des paramètres non choisis tels que http://en.wikipedia.org/wiki/Nothing_up_my_sleeve_number ).
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par khivapia . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 3.
ce monde OSS ou il n'y a quasiment pas de test,
Ce n'est pas mon impression : par le simple fait que l'équipe qui développe un logiciel libre est largement ouverte à la collaboration extérieure et non pas une équipe restreinte, il faut être très rigoureux et notamment pousser les tests (notamment unitaires et de régression) assez loin.
Sinon la faible communication au sein d'une équipe répartie sur toute la planète plutôt que dans le même openspace va vite rendre les choses difficiles.
[^] # Re: Une rêverie ???
Posté par khivapia . En réponse au journal Question trollesque . Évalué à 1.
Allez, envoit un lien, car il y a des centaines de développerus qui se font chier faute d'un tel logiciel connu.
N'est-ce pas le rôle de checkinstall ? Il ne "reste" plus qu'à éditer les dépendances, après coup, le cas échéant.
En tout cas pour une utilisation maison, ça permet de ne pas trop polluer son système avec le make install classique.
[^] # Re: Une rêverie ???
Posté par khivapia . En réponse au journal Question trollesque . Évalué à 6.
dès qu'on veut avoir affaire à une carte bancaire, on peut dire adieux au non-Windows faute de pilotes
De mes souvenirs de cours (et TP) sur les cartes à puces, non. On faisait signer des certificats de paiement à des cartes bancaires périmées (et soigneusement conservées sans les remettre dans un distributeur qui les aurait fait s'auto-détruire) en leur parlant en hexa dans un truc perl (package pscs-tools sous debian).
Écrire le pilote de la carte (celui du lecteur de cartes USB étant intégré à toutes les distributions de l'époque) n'aurait pas pris longtemps, même à des étudiants.
[^] # Re: Réponse de Lennart
Posté par khivapia . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 2.
Tu veux dire qu'il faut faire une documentation des options de debug ?
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par khivapia . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 4.
pratique de dire qu'on fait du bon code quand on ne le montre pas.
Il n'en fait pas, il a même précisé au-dessus qu'il ne faisait pas du code parfait, juste qu'il mettait en place des pratiques meilleures que celles sous-tendues par le code actuellement développé.
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par khivapia . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 8.
En toute amitié (virtuelle), tu ne voudrais pas arrêter de faire à la fois les questions et les réponses, surtout dans le même post ? Ça fait un effet vraiment bizarre, pour ne pas dire agressif ou carrément psyQuelqueChose.
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par khivapia . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 2.
Ce n'est pas parce que ce qu'on fait soi-même n'est pas parfait qu'il ne faut pas chercher à s'améliorer. Surtout sur un truc aussi critique qu'un système d'init (aux sens fiabilité, sécurité, maintenabilité à long terme vu qu'on n'en change pas tous les 4 matins, etc.)…
L'essentiel est d'être dans une démarche de progression, de tendre vers la perfection, même si comme tu dis on ne l'atteint que rarement.
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par khivapia . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 2.
Oups j'avais lu trop vite /o\
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par khivapia . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 4.
100%. C'est même la principale raison d'être d'une bonne API, de pouvoir facilement servir à des usage pour lesquelles elle n'a pas été prévue au départ.
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par khivapia . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 2.
En même temps le code d'un parseur est généralement bourré de suites de 'while (readline) { if (strncmp(' etc. etc.
Essentiellement dans le fichier que tu incrimines, il n'y a guère que le petit bout pour le "name" qui aurait pu être mis dans une fonction séparée.
Les EINVAL sont une constante clairement définie et clairement retournée pour toutes les erreurs de la grammaire du truc parsé, il n'y a pas de trucs alloués ou incrémentés entre deux tests et retour de fonction hors erreur…
Bref il n'y a pas grand-chose à redire à ce bout de code.
[^] # Re: Ca traduit bien un état d'esprit de la part des développeurs de systemd
Posté par khivapia . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 4.
L'utilisateur qui a recompilé son noyau et mal configuré les pilotes disques est un utilisateur, certes un peu avancé, mais certainement pas un développeur (il ne s'agit que de configuration !)… Ou alors il faut absolument être développeur pour recompiler un logiciel à partir des sources ?
Idem pour l'utilisateur qui a oublié d'inclure les cgroups.
[^] # Re: Sécurité: Contournement de kASLR par Brad Spengler (grsecurity)
Posté par khivapia . En réponse à la dépêche Sortie de Linux 3.14. Évalué à 5.
Ça doit être cette explication-là, et du coup ça ne donne pas envie de travailler tout le temps à domicile.
[^] # Re: domain public
Posté par khivapia . En réponse au journal Show us the code! Les sources de Microsoft Word enfin dispo !. Évalué à 6.
Les films sont super cools dans ce sens là.
http://danstonchat.com/10160.html
on encore http://danstonchat.com/13307.html
# Problème similaire récemment
Posté par khivapia . En réponse au message Grub qui ne veut pas se réinstaller correctement. Évalué à 2.
Une mise à jour de grub qui, au redémmarrage, le faisait tomber dans un rescue shell au motif qu'il ne trouvait pas la partition de boot (sous debian).
Il s'est avéré qu'un bug de grub lui faisait prendre la partition /boot (séparée dans cette config) en ext2 pour une partition fat32, du coup il ne trouvait rien.
La convertir en ext4 puis réinstaller grub a résolu le problème.
[^] # Re: Revenez aux fondamentaux
Posté par khivapia . En réponse au journal Porte dérobée sur Samsung Galaxy - Projet Replicant. Évalué à 3.
Tu en as dit trop ou pas assez !
[^] # Re: Revenez aux fondamentaux
Posté par khivapia . En réponse au journal Porte dérobée sur Samsung Galaxy - Projet Replicant. Évalué à 2.
Il faut aussi relier la boîte en acier à la terre.
[^] # Re: Respect de l’essaim
Posté par khivapia . En réponse au journal Popcorn Time, la vidéo à la demande (presque) parfaite. Évalué à 3.
Si le débit nécessaire pour la lecture est suffisamment faible, il y a de la marge pour télécharger des morceaux à des endroits aléatoires dans le fichier en plus du cache en lecture et ainsi les laisser à disposition.
Il n'y a pas forcément beaucoup de débit disponible pour ça, mais ça doit mitiger un peu l'effet.
[^] # Re: Super
Posté par khivapia . En réponse au journal Popcorn Time, la vidéo à la demande (presque) parfaite. Évalué à 3.
Les conclusions des journalistes étaient qu'il "suffisait" de voir avec un notaire (qui rédige un acte de donation), et qu'ensuite c'était compliqué pour l'administration (ne serait-ce que pour savoir sur quel compte le verser et accepter l'argent, puis pour publier un arrêté), mais pas pour le donateur.
Enfin c'était un exemple un peu trollesque, c'est sûr.
[^] # Re: Super
Posté par khivapia . En réponse au journal Popcorn Time, la vidéo à la demande (presque) parfaite. Évalué à 5.
Dans un monde empli de nuances, on peut parfaitement comprendre que si on a des raisons et les capacités techniques de développer un logiciel, ce n'est pas pour autant qu'on va le faire.
Un peu comme, par exemple, tous ces gens qui pensent qu'il faut augmenter les impôts et qui, pourtant, ne font pas de don gratuit à l'État sur ce qu'ils pensent devoir payer en plus (c'est gratuit, ça prend même moins de temps et demande moins de compétences que de coder un logiciel avec une UI simplissime).
[^] # Re: Aie, désolé
Posté par khivapia . En réponse au message Monter un Galaxy S3. Évalué à 2.
Je reconnais que le troll était trop gros, je ferai plus fin la prochaine fois :-)
Cela dit, mon téléphone me demandant comme tu le fais remarquer confirmation avant d'accepter d'être monté en UMS, je voyais moins le problème.
[^] # Re: Aie, désolé
Posté par khivapia . En réponse au message Monter un Galaxy S3. Évalué à -1.
Ah oui bien sûr, tu as raison.
Encore un protocole standard qui disparaît à cause de Windows…
[^] # Re: Aie, désolé
Posté par khivapia . En réponse au message Monter un Galaxy S3. Évalué à 2.
ce qui est perturbant pour l'utilisateur voire très génant (s'il utilise son PC pour le recharger).
Uniquement s'il le recharge et qu'il a monté le système de fichier du téléphone. Si c'est démonté, pas de problème, non ?