Tobu a écrit 153 commentaires

Euh, ils sont quand même passés par un 0-day ie: [http://www.h-online.com/security/news/item/Recent-attacks-on(...)].

Si par social engineering tu entends faire visiter une page web a un employé Google, ce n'est pas là que je vois le problème de sécurité.

Pour compléter la règle facebook: ||fbcdn.net^|~$domain=facebook.com

Ou un bug du hardware, qui n'est pas utilisé de la même manière par tous les hyperviseurs.

Bah en même temps Xen marche partout, donc ça reste juste du discours marketing.

WebSockets n'utilise pas non plus HTTP, il n'y a que la handshake qui utilise des en-têtes.

Et également git-subtree [http://github.com/apenwarr/git-subtree]. Git submodule a l'inconvénient de nécessiter des commandes après un merge ou un checkout (git submodule init|update), et d'être mal intégré aux commandes comme git grep; il fait un peu rajouté.

> Maintenant, pourquoi pas embarquer des detecteurs de similitude visuelle des sites, et indiquer une alarme quand un site qui n'est pas gmail ressemble un peu trop a gmail ?
Ca me parait une approche pas pire, pour tous les sites avec login, et faisable sans trop de difficulte !

On pourrait peut-être faire ça sur les favicon?

Pour ma part, j'utilise Secure login [https://addons.mozilla.org/firefox/addon/4429/] pour ne pas taper les mots de passe à chaque fois, ni me tromper de site.

Je connaissais Faviki, pinboard.in et BibSonomy, mais pas SemanticScuttle.

Pour ce qui est de donner un lien web aux choses, Wikipedia fait généralement l'affaire.

Je fais ce genre de choses avec [http://del.icio.us/]. (si tu as déjà un compte; depuis peu on a besoin de Yahoo pour en créer) La taxonomie émergera naturellement, mais on peut la faire aussi complexe que tu décris.

Publié le 14 mai [http://www.w3.org/QA/2010/05/html5_video.html]:

Two years and a half ago, Dan Connolly wrote about When will HTML 5 support <video>? Sooner if you help. Where are we with HTML5 Video nowadays?

ISSUE-6: Pros and cons of keeping video and audio in the scope of the HTML working group.

This issue has been closed. Video and audio are part of HTML5.

ISSUE-7: codec support and the <video> element

This issue has been closed due to lack of change proposal, so we still don't have a baseline video codec for HTML5. Dan mentioned Ogg/Theora, Dirac, H.264, and VC-1 back in 2007. With the recent announcement from the MS IE team to support H.264, we're down to two. Dirac didn't come up as a strong candidate so far. Well, at least, that's the status for the moment. Several individuals are wondering if the Google I/O conference this week will reveal some intent from Google regarding the VP8 codec.

We, at W3C, believe that having a video codec which is compatible with our Royalty-Free policy would be a great step forward, but we remain skeptical about the likelihood of such a thing happening. In the meantime, the HTML5 specification provides a nice fallback mechanism.

So, if there is new information on this subject, we could reopen ISSUE 7.

Ça fait du bien d'être surpris dans le bon sens.

Pour le moteur de recherche par défaut de firefox (Ctrl-K), je vote pour YubNub.
En deux mots: la ligne de commande du web.

Site: http://yubnub.org/
Installation:http://yubnub.org/documentation/describe_installation (le plugin firefox est en haut)

Quelques commandes
Recherches: google -> g, yahoo -> y, ask -> ask, exalead -> exa
Wikipedia: en anglais -> wp, en français -> wpf

Pour chercher une autre commande: apropos.

Le client zeroconf de konqueror (adresse zeroconf:/ ) détecte les partages nfs d'après http://dot.kde.org/1114696139/ , mais je ne sais pas trop quel serveur nfs l'annonce. J'imagine que celui d'OSX le fait. Sinon on peut imaginer un démon à part qui se charge de voir si un nfs tourne en local et de l'annoncer.

Depuis NFSv4, on peut utiliser Kerberos.
En fait on peut utiliser Kerberos pour à peu près toutes les taches d'authentification maintenant: se loguer en SSH, se loguer en shell avec PAM, utiliser un proxy socks v5...

Voila la version courte:
S'assurer que l'on peut se connecter en SSH au serveur. Installer slirpd coté serveur.
Pour que le client accède au réseau du serveur, y lancer la commande (demande généralement d'être root sur le client):

/usr/sbin/pppd pty "ssh {{login}}@{{serveur}} {{/usr/bin/slirp}} ppp" local noauth 10.0.2.15:10.0.2.2

En remplacant {{login}}, {{serveur}}, et le chemin de slirp par les bonnes valeurs sur la machine distante.

Si le serveur est sur un réseau privé, on obtient un réseau privé virtuel (VPN), qui permet à un utilisateur capable de se loguer en SSH d'accéder au réseau de n'importe où.
Si le serveur est sur internet et le client sur un réseau firewallé (qui ne bloque pas ssh), le client peut désormais accéder à tout internet.

Le tout se passe au niveau de la couche de transport. C'est transparent sans qu'on aie besoin de reconfigurer les applications pour qu'elles utilisent un proxy socks.

Mmmh, erratum - on n'a pas à écrire de .server ici, l'enregistrement se fait en installant ds /usr/lib/nautilus/extensions-1.0 . C'est plus sympa de tout avoir dans un .so , mais pour les applets, c'est différent.

Il y a une vue d'ensemble ici:
http://developer.gnome.org/doc/whitepapers/nautilus/nautilus-intern(...) , partie 6. Si tu pars de zéro tu auras besoin d'enregistrer le plugin auprès de bonobo-activation: http://developer.gnome.org/doc/API/2.0/bonobo-activation/server-xml(...) . Mais la doc la plus simple est souvent apt-get source pour voir du code...

Le courrier avec le texte de la constitution reçu par tous les électeurs contient une bafouille qui y fait allusion: page 3, la question; page 4, un paragraphe avec des bouts en gras.
« Au lendemain de la Seconde Guerre mondiale, six nations marquées par l'horreur du conflit et l'expérience de la barbarie, ont décidé d'établir entre elles une union toujours plus étroite, pour rendre la guerre à jamais impossible sur notre continent qu'elle avait si souvent déchiré. »
http://www.europe.gouv.fr/actualites_1/dossiers_3/constitution_euro(...)

Donc les instances supérieures ont pensé que c'était une bonne idée de parler d'un sujet qui n'est pas affecté par le TCE au premier paragraphe d'un résumé qui, contrairement au TCE, n'a aucune valeur. C'est suspect, mais ç'a pourtant été fait.

> En fait, on vote pour l'adoption ou non du projet de loi qui vise la ratification du TCE. :)

Yup. Et les 7 pages de pub pour le OUI reçues en même temps que le bulletin de vote, çe ne sont pas 7 pages de pub pour le OUI envoyées à tous les électeurs mais les pages d'exposé des motifs qui font partie du projet de loi dont l'article unique autorise la ratification du traité et qui fait l'objet du référendum.

Non non, il y a eu des modifications de la constitution française le 28 février qui autorisaient le TCE ( http://doc-iep.univ-lyon2.fr/Ressources/Documents/DocEnLigne/Consti(...) ), et ces modifications ont besoin ( http://www.conseil-constitutionnel.fr/textes/constit.htm(...) , article 89) du référendum pour être validées. Si le référendum ne passe pas, les modifications de la constitution sont annulées et le TCE ne peut pas être adopté.

Allez, un peu de pub pour http://ideality.ccfilms.com/(...) , un projet de film qui promet. Le modelage est fait principalement avec blender, il y a quelques tutos sur le site.
Je suis sûr que ce n'est pas le seul, mais celui-là est très joli, et effets spéciaux à part, le scénario sur le rêve est intéressant.

Moi j'aime bien la news:

Parlons plutôt des langages eux-mêmes, dont les qualités mériteraient d'être utilisées plus souvent.

Enfin, tous trois sont assez différents des langages "mainstream". Si vos neurones commencent à macérer dans le jus d'accolade, ils vous feront l'effet d'un chewing-gum fortement mentholé.

L'aspect langage pour ses capacités d'expression mérite d'être développé.

Quand à savoir pourquoi le C est utilisé, il faut dire qu'il est facilement identifiable et qu'il permet de rassembler des contributeurs plus facilement. Et il permet d'écrire du code qui sera facilement lib-ifié et pourra s'imposer. En ce qui concerne ses qualités propres, il ne rend pas impossible la programmation de haut niveau (mais sans garde fou).
Par contre, utilisé en tant que langage de haut niveau il coûte beaucoup plus en refactorisation, il est difficile à faire évoluer et à réutiliser. Donc les nouveaux projets ont intérêt à éviter.

On retrouve effectivement le C++ derrière le C, ce qui peut sembler surprenant étant donné que les choix de conception du C++ étaient justement que toutes les fontionnalités du C soient disponibles sans perte de performance.
Ce choix de conception a donné des résultats comme la compilation en statique des templates (Liste<int> et Liste<Widget> sont compilés comme deux classes séparées, parce que les templates ne devaient pas rajouter de coût); de manière générale la taille du code est à peu près 5 fois plus grosse pour pouvoir faire en statique tout ce qui peut l'être, et au final on se retrouve avec des résultats moins performants.
L'explication est sans doute que les binaires plus gros utilisent moins efficacement le cache du processeur, mais en tout cas on voit que concevoir un langage pour la performance en s'attaquant à des cas bien précis ne donne pas de bons résultats.

Tout à fait, la plupart des bindings (au moins R, OCaml, Octace et donc Mono) font déjà de la génération de code: ça passe par un fichier XMl ou texte, qui contient une description des objets. Le parseur d'en-têtes GAPI est également un gros progrès, mais il est quand même nécessaire de retoucher. Force est de constater qu'il y a encore du travail manuel dans la plupart des langages, puisque la couverture des apis se limite généralement à GTK.

L'intérêt de l'introspection est que ç'est quelque chose de complètement automatique qui se fonde sur le code compilé qui lui est 100% sûr et sans ambiguité. Le module http://cvs.gnome.org/viewcvs/gobject-introspection/(...) dans le CVS de gnome qui a été utilisé pour poppler génère un XML directement à partir des binaires, des applications comme glade et la démo gtk+/tests/testfilechooser obtiennent ces infos en linkant contre gtk.

Ça paraissait une chose évidente à faire depuis le concept de GType qu'a la glib, mais il a fallu réviser les API pour que GObject ou GType soit utilisé partout (travail de Mathias Clasen - http://bugzilla.gnome.org/show_bug.cgi?id=139486(...) ), et écrire le compilateur binaires->xml (gobject-introspection dans le CVS).

Une possibilité encore à explorer (et absolument pas déjà vue, dites-moi si je me trompe ;) ) est d'utiliser la version runtime de l'introspection pour générer les bindings au vol: des langages comme python supportent bien l'ajout de méthodes aux objets pendant l'exécution, ce qui permet d'utiliser libmachin sans même avoir à installer une libmachin-python.

Avec les bons bindings on peut faire du développement Gtk sans se prendre la tête avec du C bien verbeux.

OCaml:

rlwrap lablgtk2 -thread
# let w = GWindow.window ();;
val w : GWindow.window =
# let l = GMisc.label ~text:"Hello world of OCaml!" ~packing:w#add ();;
val l : GMisc.label =
# w#show ();;
- : unit = ()

Ruby:

require 'gtk2'

Gtk.init

window = Gtk::Window.new(Gtk::Window::TOPLEVEL)
button = Gtk::Button.new('Hello World')
window.add button
button.show
window.show

Gtk.main

La même concision qu'OCaml (Je ne suis pas spécialiste donc pas de petits raccourcis genre packing), la grosse différence est que c'est un langage dynamique.

Python:
http://live.gnome.org/PyGTK(...)
Pareil que ruby.

Perl:

use strict ;

use Gtk2 ’-init’ ;

my $fenetre = Gtk2::Window->new(’toplevel’ ) ;
$fenetre->show ;

Gtk2->main ;

C++ :

#include <gtkmm.h>

int main(int argc, char *argv[])
{
Gtk::Main kit(argc, argv);

Gtk::Window window;

Gtk::Main::run(window);

return 0;
}

http://www.gtkmm.org/docs/gtkmm-2.4/docs/tutorial/html/ch03.html#id(...)
Je suis favorablement surpris. Comme en OCaml, on a un typage statique (et même assez fort).


Java-gnome:
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/JavaGnomeHe(...)
(Un peu plus long, mais glade s'en sort bien.)

Il y en a beaucoup plus (cf http://live.gnome.org/GnomeLanguageBindings),(...) en
fait le choix du langage apparait comme assez secondaire pour bénéficier de glib/gtk/glade/cairo...

Par contre tous n'ont pas le même niveau de support du reste des bibliothèques (GConf, gnomeVFS, DBus...). La couverture des API devrait bientôt s'améliorer grace à l'utilisation plus intensive d'introspection dans GObject - on peut automatiser de façon plus poussée la génération de code (la plupart des langages rajouteront quand une deuxième couche d'API pour affiner le style). Ce travail approche du but, avec un binding poppler pour python généré de façon dynamique:
http://www.advogato.org/person/jdahlin/diary.html?start=12(...)

Ex: je veux renommer Firefox en FireTobu, à la bourrin, sans utiliser FireSomething:

cd sources-de-mozilla
find . -exec rename 's/Firefox/FireTobu/g' {} \;
find . -exec rename 's/firefox/firetobu/g' {} \;
find . -exec sed -i 's/Firefox/FireTobu/g' {} \;
find . -exec sed -i 's/firefox/firetobu/g' {} \;