Pinaraf a écrit 3671 commentaires

Et puis corriger un superblock VFS ou remapper les inodes, ca n'a rien à voir avec le boulot de fsck non plus..

Hum, il dit qu'il voit pas le rapport ?

Déjà tu expliqueras ce qu'est un «superblock VFS», qu'on rigole…
Et puis comme tu l'as dit, c'est le boulot de fsck, donc le noyau s'en tamponne le coquillard avec une babouche. fsck prend le FS sans utiliser le module noyau requis, pour justement réparer et rendre à nouveau le FS utilisable…

Même fsck a du mal à suivre les évolutions VFS/Ext4 sans une recompilation régulière.

Dommage, on aurait pu croire que tu t'y connaissais…
Mais comme fsck utilise grosso modo rien du code du noyau (sauf cas spécifiques), et en particulier n'a rien à voir avec le VFS…

Reviewboard est dans les outils standard des projets KDE, et ça roxe.
On peut marquer un changement comme provenant d'une entrée dans reviewboard, créer une nouvelle entrée à partir d'une série de changements en local…

Tiens, faudra que j'essaye, je ne savais pas qu'on pouvait automatiser, oups...
Ayant l'habitude de payer par CB plutôt. Bon, vu qu'en plus je préfère donner la thune à OVH plutôt qu'à Visa, vais ajouter mon compte bancaire tiens!

Pourtant ce système est en place depuis longtemps, au moins 2 ans je crois (j'ai été embauché trop récemment pour le savoir)

Mise en garde avant le moinssage : je bosse chez OVH, mais je vais m'efforcer de rester totalement neutre...

Le renouvellement d'un serveur chez OVH semble fonctionner d'une manière complètement différente, qui effectivement, pour les utilisateurs les plus distraits, peut provoquer des problèmes tels que ceux évoqués par les gens de dedibox (à savoir oublier de renouveller le serveur ==> au bout d'une semaine après l'expiration, tu peux dire adieu à tes données.... Enfin après 7 mails de relance, si t'as pas réagit, t'as un soucis)

En effet, le renouvellement automatique n'est pas obligatoire. Tu peux décider de renouveller pour 6 mois deux fois par an en payant par chèque... Quand tu prends le renouvellement automatique, effectivement, c'est le même fonctionnement.
Par contre, pour résilier, il suffit de cliquer dans le manager : tu désactives le renouvellement du serveur, et hop, il va être viré à son expiration.

En gros, je dirais :
- par défaut, drop
- pour les serveurs, autoriser ce qui est nécessaire (ports 80, 443, 25…)
- pour les machines utilisateur, autoriser le port SIP

Houlala, compliqué tout ça...
Bon dans la vraie vie, y'a du NAT à cause d'IPv4, et paf (le chien)

C'est ça qui est génial avec le passage d'IPv4 à IPv6 : les gens comprennent tellement mal ce qu'est un pare feu qu'ils n'ont pas l'idée de ce que ça sera le jour où on sera tous en IPv6 (ça arrivera peut être, un jour...)

Le développeur va espérer que l'IPv6 supprime le nat, et va inciter les gens à choisir des fournisseurs d'accès internet proposant de manière simple l'IPv6.

Skype a aussi les moyens pour ça : des serveurs et un nombre important de clients permettant d'avoir un réseau en P2P avec des super nodes pour aider à traverser des restrictions et alléger la charge sur leurs serveurs, disposant alors de plus de ressources pour les clients vraiment compliqués devant passer en HTTP ; des développeurs payés à plein temps pour le travail super pénible que représente le jeu de traverser les firewalls...
Les développeurs du libre sont sensibles à l'aspect technique la plupart du temps... Passez à IPv6 massivement, et nous verrons alors des solutions dans le type de Skype, en IPv6 pur, avec du beau multicast... Mais pour les gens derrière des proxys HTTP, cela restera toujours un problème.

Le reverse engineering est légal dans certains pays quand il s'agit de problèmes d'intéropérabilité.
Je ne connais pas la législation russe à ce sujet par contre, mais Samba, construit par reverse engineering à l'époque, avait gagné contre des attaques juridiques.

Il faut pour cela qu'il utilise le code désassemblé pour écrire, en anglais (ou en russe, ou en esperanto...), une documentation du protocole, et uniquement du protocole, sans reprendre du code.
Et à côté, une personne sans aucune vue sur le code désassemblé doit écrire le code à partir de la documentation.

Attention aux affirmations rapides : certes, l'expert a fait de la rétro-ingénieurie.

Mais le code source diffusé par l'expert en question semble avoir été obtenu à l'aide de hex ray, complément à IDA permettant de générer du code C compilable depuis un binaire.

S'il a copié/collé du code depuis hex ray, ce code est illégal et ne peut servir de base pour une implémentation libre du protocole skype.

Pour une vraie implémentation libre de skype, il faudrait une documentation du protocole, ce qu'il n'a pas encore fait.

Ne crions donc pas victoire trop tôt.

Et pour les OS alternatifs en général.

Xfce avait déjà commencé, avec sa dépendance à udev qui rend la compatibilité avec les BSD plus compliquée...

Puis y'a pas que kFreeBSD chez Debian, y'a surtout la Debian Hurd !

Mais toutes les fonctionnalités dont parle Lennart marchent-elles sur toutes les plateformes où Linux fonctionne ? Certaines ne sont-elles pas uniquement dispo en x86/amd64 par hasard ?

Oui, par contre je n'ai pas connaissance d'un tel test du côté d'OpenOffice.org/LibreOffice.
Après, des bugs, on peut en trouver partout.
Je travaille aussi sur le reverse engineering du format StarView Metafile d'OpenOffice.org et je suis sûr que y'a des failles dans le parseur de ce format, ou a minima des plantages super faciles à provoquer...

Hé oui, sors moi une dépêche Gnome et j'essaierai de recommencer :)

Les copies ne peuvent vaincre l'original :)

Puis bon, le nouveau linuxfr survivrait-il à un tel flot de commentaires ?

Excellent pour les avatars (à ceci près que le site va continuer à envoyer les adresses mails vers gravatar, ce qui ne me plaît vraiment pas)
Mais quid des horreurs de formatage ?

Heu... Je rêve ?? À quoi ça vous sert de sortir du localStorage pour stocker un truc qui se stocke les doigts dans le nez avec un cookie ? Ho bien sûr, un cookie, pardon, excusez moi, c'est trop old school ?

Ce plantage est particulièrement gênant vu qu'il rend l'utilisation de DLFP sur Konqueror particulièrement pénible.

Heu... et ?

Je connais des gens très contents de Facebook, on va donc intégrer des avatars facebook sur DLFP ? Ho non, mieux, des liens "j'aime" sur chaque dépêche et chaque journal ? Et même sur chaque commentaire tiens.

Je m'en bats les couilles avec une babouche de ce que fait gravatar, ça reste un système non libre, fermé, non contrôlable, donc non tolérable.

Ce n'est pas vraiment une solution, cela impose que je me fasse une feuille de style complète, en copiant celle de mon choix. Mais donc en cas de correction de bug sur cette dernière, à moi de faire la maintenance.

Je pourrais ajouter la feuille de style à mon navigateur web, mais dans ce cas quand je change de machine, je perds mes réglages...

Konqueror avec KHTML 4.4.

En mettant un supérieur en début de ligne (moyen mnémotechnique : c'est comme pour les mails) :

C'est bizarre, ce n'est pas indiqué dans l'aide mémoire.

(Je n'ai pas encore compris la règle pour les sauts de ligne : lorsque j'ai mis des espaces à la fin de la ligne, ma phrase se retrouvait dans le bloc de citation, il a fallu que je fasse un double saut de ligne)

Les flux RSS ont été remplacés par des flux Atom. La redirection brutale ne fonctionne pas (pas le même content-type par exemple).

La plupart des lecteurs de flux RSS seront assez intelligents pour gérer ça je pense. Quant à la continuité des archives, je parlais de la continuité dans mon Akregator par exemple, qui a du mal à comprendre qu'on change l'URL d'un flux RSS...

(Comment tu fais pour citer comme ça ?)

J'suis désolé, j'avoue ne pas voir la difficulté dans la mise en place d'une redirection HTTP dans Apache.
Au passage d'ailleurs, la page 404 est hors service...
Ça va faire du monde dans le suivi...

P.S: je trouve la syntaxe du double espace en fin de ligne horrible, mais je suppose que c'est un avis personnel... C'est vrai quoi, avant c'était trop simple de faire entrée pour aller à la ligne.