L'idée c'est que tu as une passphrase, tu la concatènes avec l'URL du site et tu calcules le hash. Ça te fait un mdp différent pour chaque site à partir d'une seule passphrase.
Mais bordel tu as lu la page de Guillermito sur Viguard ?
En gros, le problème c'est que Viguard annoncait triomphalement que c'est fichiers de conf sont cryptés et que donc un virus ne peut pas les modifier. Sauf que le chiffrement en question est un simple XOR, trivial à contourner. Même pas foutu de faire une signature crypto !
Et puis y'a pas que les fichiers de conf. À peu près tous les fichiers de données écrits par Viguard sont "protégés" de la même façon. Guillermito montre qu'il est facile de les modifier et de laisser Viguard exécuter n'importe quoi.
Il montre comment en modifiant des fichiers de viguarde, celui ci ne marche plus [...] Pas terrible...
Ben si, ça fait partie de la prétendue infaillabilité de TEGAM. Il a montré qu'un programme pouvait modifier la conf de Viguard sans que celui sans rende compte et ainsi le désactiver.
Il s'agit de tous les DSO installés dans /usr/lib/gtk-2.0/2.4.0/. Il y a les theme engines, les input methods, les loaders de fichiers image pour gdk-pixbuf et les filesystem pour le filechooser.
Sinon à propos des hooks pour gérer les URL et tout ça, effectivement c'est du domaine de GNOME (il faut consulter GConf pour récupérer les préférences globales de l'utilisateur). C'est en gros ce que GnomeProgram est censé faire : un appel à gnome_program_init() charge des modules, consulte GConf et règle des trucs GTK+.
libgnome ne va pas disparaitre et je doute que libgnomeui disparaisse aussi.
Une chose est claire : la compatibilité binaire sera maintenue dans tout le branche 2.x. C'est-à-dire que libgnome et libgnomeui resteront au moins jusqu'à l'arrivée de GNOME 3 (qui n'est pas sur le radar). Maintenant pleins de morceaux de libgnome et libgnomeui sont indiqués comme deprecated, c-à-d à ne pas utiliser pour du nouveau code car qqche de mieux le remplace.
Dans libgnome, il ne reste d'utile quasiment plus que GnomeProgram qui a tout un tas de problèmes comme l'explique andersca. Dans libgnomeui, il y a GnomeClient et divers widgets qui vont petit à petit dans GTK+.
Par contre que des widget de libgnomeui passent dans gtk+ est normal. Pourquoi gtk+ referait ce que Gnome a déjà fait ? Mais libgnomeui ne sera pas intégré à gtk+.
effectivement, il ne s'agit pas de déplacer les fichiers. Les widgets sont ré-écrits pour GTK+.
Gnome peut avoir un sélecteur de fichier qui passe par gnome-vfs et gtk+ n'aura pas ce widget.
Ouais enfin c'est plus compliqué que ça parce que la fonctionnalité gnome-vfs est implémentée dans un module chargé dynamiquement. L'appli ne fait que des appels à gtk_file_chooser_* mais si gnome-vfs est installé sur le système, il est utilisé pour les petites icones.
Conclusion, tout le monde ne jure que par l'UTF-8 parce que c'est le plus pratique pour les américains
C'est surtout parce que ça reste compatible avec les API en char* : le byte 0 n'intervient qu'en fin de chaîne avec UTF-8 alors qu'il peut apparaître en plein milieu avec UTF-16 ou UTF-32.
[^] # Re: Et oui
Posté par Vivi (site web personnel) . En réponse au journal Philips se fout-il de nous ?. Évalué à 2.
Mais à ma connaissance seuls le M3 et les iRiver possèdent ces deux caractéristiques (OGG + UMS).
# Et oui
Posté par Vivi (site web personnel) . En réponse au journal Philips se fout-il de nous ?. Évalué à 3.
[^] # Re: Ce n'est pas une protection contre les spameur et les pollueurs de s
Posté par Vivi (site web personnel) . En réponse à la dépêche Google contre la pollution des sites web. Évalué à 3.
# ouaich
Posté par Vivi (site web personnel) . En réponse à la dépêche OSF DCE 1.2 passe sous licence LGPL. Évalué à 2.
Bref, je doute que ça atterrisses sur les desktop.
[^] # Re: Pour un polytechnicien, on s'attendait à mieux....
Posté par Vivi (site web personnel) . En réponse au journal L'effet pervers du logiciel libre et de la "nouvelle conomie" : la concentration du savoir. Évalué à 2.
ah, le CNRS embauche à 40 k¤ ? c'est nouveau ça :)
[^] # Re: Sérieux
Posté par Vivi (site web personnel) . En réponse au journal L'effet pervers du logiciel libre et de la "nouvelle conomie" : la concentration du savoir. Évalué à 1.
il a eu peur ... à moins qu'un admin casseur d'élite ne soit passé par là
[^] # Sérieux
Posté par Vivi (site web personnel) . En réponse au journal L'effet pervers du logiciel libre et de la "nouvelle conomie" : la concentration du savoir. Évalué à 4.
# Dans le genre
Posté par Vivi (site web personnel) . En réponse au journal Une idée fausse et des idées persos sur les mots de passe. Évalué à 3.
L'idée c'est que tu as une passphrase, tu la concatènes avec l'URL du site et tu calcules le hash. Ça te fait un mdp différent pour chaque site à partir d'une seule passphrase.
[^] # Re: heuhhh...
Posté par Vivi (site web personnel) . En réponse au journal 2PS. Évalué à 2.
[^] # Re: Clavier de type portable
Posté par Vivi (site web personnel) . En réponse au journal À la recherche d'un VRAI clavier ergonomique. Évalué à 1.
sinon je viens de voir ce petit clavier, ça a l'air pas mal :
http://ldlc.fr/fiche/PB00024423.html(...)
[^] # Re: Conclusion Veuve Tarquine
Posté par Vivi (site web personnel) . En réponse à la dépêche TEGAM vs Guillermito. Évalué à 7.
En gros, le problème c'est que Viguard annoncait triomphalement que c'est fichiers de conf sont cryptés et que donc un virus ne peut pas les modifier. Sauf que le chiffrement en question est un simple XOR, trivial à contourner. Même pas foutu de faire une signature crypto !
Et puis y'a pas que les fichiers de conf. À peu près tous les fichiers de données écrits par Viguard sont "protégés" de la même façon. Guillermito montre qu'il est facile de les modifier et de laisser Viguard exécuter n'importe quoi.
[^] # Re: Conclusion Veuve Tarquine
Posté par Vivi (site web personnel) . En réponse à la dépêche TEGAM vs Guillermito. Évalué à 4.
Ben si, ça fait partie de la prétendue infaillabilité de TEGAM. Il a montré qu'un programme pouvait modifier la conf de Viguard sans que celui sans rende compte et ainsi le désactiver.
[^] # Re: Intégrations des applications de messagerie instentaées et freedeskt
Posté par Vivi (site web personnel) . En réponse au journal J'aime KDE !!!. Évalué à 2.
[^] # Re: Intégrations des applications de messagerie instentaées et freedeskt
Posté par Vivi (site web personnel) . En réponse au journal J'aime KDE !!!. Évalué à 1.
Non. Ça risque pas de casser quoi que ce soit vu que c'est quelque chose de nouveau, qui ne remplace rien d'existant.
[^] # Re: Intégrations des applications de messagerie instentaées et freedeskt
Posté par Vivi (site web personnel) . En réponse au journal J'aime KDE !!!. Évalué à 1.
C'est complètement faux.
[^] # Re: UTF-8 le standard des noms de fichier
Posté par Vivi (site web personnel) . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 3.
UTF-8, UTF-16 et UTF-32 ne sont que des codages pour le même charset, UCS. Ils sont tous les 3 capables de représenter n'importe quel élément d'UCS.
[^] # Re: Logo
Posté par Vivi (site web personnel) . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 2.
Sinon à propos des hooks pour gérer les URL et tout ça, effectivement c'est du domaine de GNOME (il faut consulter GConf pour récupérer les préférences globales de l'utilisateur). C'est en gros ce que GnomeProgram est censé faire : un appel à gnome_program_init() charge des modules, consulte GConf et règle des trucs GTK+.
[^] # Re: Logo
Posté par Vivi (site web personnel) . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 4.
libgnome ne va pas disparaitre et je doute que libgnomeui disparaisse aussi.
Une chose est claire : la compatibilité binaire sera maintenue dans tout le branche 2.x. C'est-à-dire que libgnome et libgnomeui resteront au moins jusqu'à l'arrivée de GNOME 3 (qui n'est pas sur le radar). Maintenant pleins de morceaux de libgnome et libgnomeui sont indiqués comme deprecated, c-à-d à ne pas utiliser pour du nouveau code car qqche de mieux le remplace.
Dans libgnome, il ne reste d'utile quasiment plus que GnomeProgram qui a tout un tas de problèmes comme l'explique andersca. Dans libgnomeui, il y a GnomeClient et divers widgets qui vont petit à petit dans GTK+.
Par contre que des widget de libgnomeui passent dans gtk+ est normal. Pourquoi gtk+ referait ce que Gnome a déjà fait ? Mais libgnomeui ne sera pas intégré à gtk+.
effectivement, il ne s'agit pas de déplacer les fichiers. Les widgets sont ré-écrits pour GTK+.
Gnome peut avoir un sélecteur de fichier qui passe par gnome-vfs et gtk+ n'aura pas ce widget.
Ouais enfin c'est plus compliqué que ça parce que la fonctionnalité gnome-vfs est implémentée dans un module chargé dynamiquement. L'appli ne fait que des appels à gtk_file_chooser_* mais si gnome-vfs est installé sur le système, il est utilisé pour les petites icones.
[^] # Re: Logo
Posté par Vivi (site web personnel) . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 8.
Non.
Ben si. La plupart des nouveaux widgets dans 2.4 et 2.6 viennent en remplacement de widgets de libgnomeui.
> libgnome et libgnomeui allant peut être disparaitre pour se fondre dans un futur GTK
Non.
Ben si, cf:
http://people.imendio.com/andersca/archives/2004/11/handling_deskto(...)
http://people.imendio.com/andersca/archives/2004/11/answers_to_some(...)
[^] # Re: UTF-8 le standard des noms de fichier
Posté par Vivi (site web personnel) . En réponse à la dépêche GTK+ 2.6 est disponible. Évalué à 7.
C'est surtout parce que ça reste compatible avec les API en char* : le byte 0 n'intervient qu'en fin de chaîne avec UTF-8 alors qu'il peut apparaître en plein milieu avec UTF-16 ou UTF-32.
# Pour la licence :
Posté par Vivi (site web personnel) . En réponse au journal Fork de CVS. Évalué à 6.
[^] # Re: Majorité silencieuse
Posté par Vivi (site web personnel) . En réponse au journal Majorité silencieuse mandrakelinux. Évalué à 4.
de shallow : Not deep; having little depth.
[^] # Re: 10 * 8 != 80
Posté par Vivi (site web personnel) . En réponse à la dépêche Il n'y a pas que le traitement de texte pour manipuler du texte !. Évalué à 2.
[^] # Re: asprintf est beau
Posté par Vivi (site web personnel) . En réponse au journal Asprintf. Évalué à 2.
[^] # Re: Décorateurs
Posté par Vivi (site web personnel) . En réponse à la dépêche Sortie de Python 2.4. Évalué à 3.
c'est "expression rationnelle" en français