J'arrive un peu tard mais sait-on jamais (je lis rarement linuxfr ces dernière années).
Je contribue de temps à autre à Emacs, j'ai notamment travaillé sur l'implémentation des modules dynamique (une des nouvelles fonctionnalités) pendant à peu près 1 an: convaincre que c'était important, définir l'interface, l'implémenter en plusieurs itérations, bike-shedder sur la mailing-list, …
Si vous avez des questions sur le développement d'emacs ou sur les modules je peux probablement y répondre :)
Dans le dump que j'obtient de certains serveur vulnérable j'ai des entêtes de requête HTTP avec notamment les cookies de session, en les utilisant j'ai réussi à utiliser le compte d'une personne random… C'est quand même assez critique.
Quelques raison pour lesquelles je préfère bitcoin.
Quelqu'un en possession de mon adresse bitcoin ne peux pas dépenser mon argent, ce n'est pas le cas pour une carte de crédit.
Virement international à coût négligeable (cout fixe <1 centime d'euros) voir optionnel si on n'est pas pressé. Toujours plus rapide qu'un virement bancaire, qui prend artificiellement du temps en immobilisant mon argent temporairement pour le faire fructifier (float).
Création de compte instantanée, autant de compte que je le souhaite. Je suis ma propre banque.
Monnaie non falsifiable, en quantité finie et un organisme ne peut pas "imprimer" des billets, donc pas d'inflation. Le taux du bitcoin est difficilement prédictible mais les euros que tu mets dans ton matelas vont inexorablement être dévalué avec le temps (et ça c'est sûr).
Pas de censure ou de contrôle sur qui je paye. Je peux faire un don à wikileaks.
Toutes les transactions se font en satoshi (0.00000001 BTC), la plus petite subdivision du bitcoin de manière à faire tout les calculs avec des entiers.
Si 1 satoshi est encore trop fort et que ça devient un problème, le protocole peut être mis à jour pour gérer plus de subdivision.
Les seules "pièces" bitcoin existantes à ma connaissance (casascius) sont de simple portefeuille contenant arbitrairement 1 bitcoin. En gros sois tu échanges la pièce comme de la monnaie soit tu "casse" la pièce pour accéder à la clé privée qui permet de dépenser son contenu.
Je l'ai encore utilisé sur 2 projets cette année. Il n'est pas obsolète à mon avis. Cela dit, on m'a plusieurs fois recommandé ANTLR qui à l'air plus complet (supporte plus de langages cibles et de type de parseur) mais je ne l'ai pas encore essayé.
l'Éducation nationale ne doit pas se contenter d'utiliser des logiciels libres et enseigner leur usage, elle doit aussi enseigner les sciences et techniques qui permettent de comprendre le monde numérique dans lequel nous vivons. C'est essentiel pour envisager l'avenir.
À ce propos, un article intéressant (anglais) que j'ai vu passé sur reddit. C'est assez long et sur le système américain mais il n'est très différent du notre par rapport à l'informatique.
Un des points sur lequel l'auteur (prof de lycée il me semble) revient souvent est que les enfants baignant dans la technologie ne sont pas "bon" en informatique basique (contrairement à l'idée reçue) et que ce qui est enseigné n'est finalement pas très utile et doit être revu.
Je suis plutôt étonné par ce que tu racontes. Je ne connais personne qui bosse pour Google après avoir fait un GSoC. J'y ai participé avec succès l'an dernier et je n'ai pas reçu d'offre (après j'ai pas demandé non plus). C'est vraiment un truc pour les étudiants.
Ça m'ennuie de voir autant d'enthousiasme, vous allez probablement être dessus :(
Stallman a son même petit discours qu'il sort depuis 20 ans, avec quelques mise à jour par ci par là avec bien sûr la vente de gnou en peluche à la fin. Seul le public n'étant pas familier avec le LL apprendra quelque chose, pour les autres rien de nouveau passez votre chemin. Si en plus vous avez déjà regardé d'autre de ces conférences vous allez vous emmerder sec.
Sa vision est extrémiste et assumé, pas de reproche de ce côté là. Par contre, si vous lui posez des questions qui creuse un peu plus son discours, ou sur des problèmes nouveaux vous allez vous prendre un vent.
Quand à la personne en elle même, je rappelle que Stallman est pour le moins étrange (voir sa liste de recommandation) et finalement pas très socialement acceptable.
Stallman est un mec brillant, il a crée un truc merveilleux et contribué à des très gros projets. Aujourd'hui il est un peu a la ramasse.
Je viens d'écouter les exemples de la libopus, et pour quelqu'un comme moi qui ne s'intéresse pas trop à l'avancée de la compression audio à perte je dois dire que c'est assez impressionnant. Même avec un petit bitrate (64kbit/s) ça sonne super bien par rapport à du MP3 (au même bitrate).
Je pense que le mieux est de se débrouiller pour avoir deux fichiers dont un "d'exemple".
Celui d'exemple peut être versionné, pas l'autre et tant pis.
Posté par knarf2 .
En réponse à la dépêche Mercurial 2.1 : Les phases.
Évalué à 2.
Dernière modification le 18 février 2012 à 16:14.
Je comprend pas pourquoi tu ajoutes le fichier au dépot si c'est de toutes façons pour ne jamais le comitter.
Pour avoir un fichier de configuration par défaut qui fonctionne pour le projet. Ça peut être un makefile générique ou un entête C. Ce fichier peut-être versionné. J'ai aussi plusieurs petit script où des mots de passe sont dans les sources.
PS : en ce qui concerne l'option -X, tu peux toujours l'ajouter au hgrc du dépôt pour ne pas avoir besoin de penser à la spécifier à chaque commande...
Est-ce que cette fonctionnalité permet de versionner un fichier de configuration privé ?
Mettons que j'ai dans un projet un fichier de configuration (on va l'appeler foo.conf) que je veux gérer avec mercurial. Actuellement, j'ajoute le foo.conf par défaut au dépot. C'est la configuration exposé à l'utilisateur quand il installe le projet. Je l'adapte à mon environnement et je fais attention à ne jamais le commiter.
Le fichier .hgignore sert uniquement à ignorer l'ajout de fichier au dépot.
Pour faire attention lors d'un commit, je dois explicitement utiliser tout les fichiers à commiter $ hg ci a b c (chiant)
Je peux utiliser l'option -X (exclude pattern) : $ hg ci -X '*.conf' (chiant)
Du coup c'est toujours chiant, et foo.conf n'est pas versionné. Notez que le fichier de configuration peut contenir des mots de passe, ce genre de choses.
Avec ces phases, quelle serait la suite de commandes pour versionner foo.conf sans jamais le pusher ?
Il est très léger et très (trop?) simple dans l'implémentation : il est un peu lent à dessiner (lance alsamixer en plein écran) et pas très configurable (genre les fontes). Ce sont les deux points où mes maigres connaissances de X font défaut et que je vais essayer d'améliorer.
OH OUI. Je viens de m'inscrire exprès et j'ai voté avec un gros +. C'est une douleur d'utiliser voyages-sncf, mes yeux saignent, mes doigts fondent.. C'EST LE MAL.
Il nous faut une API ouverte. J'encourage tout le monde à voter sur le site.
J'ouvre mon fichier .c M-x semantic-mode
Je sélectionne une variable M-x semantic-symref-symbol RET
J'obtient une jolie liste dans une autre window contenant l'endroit où
elle est déclarée et les endroits où elle est utilisée, classé par
fonction. En faisant RET sur une ligne mon curseur est déplacé au bon
endroit dans ma première window.
screenshot: [http://diobla.info/img/emacs-cedet.png]
M-x semantic-complete-analyze-inline (bindé sur C-c , SPC apparemment)
suivi d'autant de TAB qu'il faut complète mes membres de structure et
toutes les fonctions accessibles dans le bloc actuel (stdlib
comprise).
screenshot: [http://diobla.info/img/emacs-cedet2.png] (complétion sur la Xlib)
Honnêtement ça me paraît très fonctionnel... Je n'ai rien configuré et
ça m'a pas pris 2 minutes en lisant la doc.
La première analyse est un peu longue, mais après c'est
niquel. Apparemment y a même un mode qui ré-analyse automatiquement
lorsque tu ne fais rien.
Mais est-ce qu'il existe enfin un moyen de faire de l'auto completion avec les données d'une library ? Est-il possible de sauter sur la définition d'un terme C ? Est-il possible de faire lister les sites d'appel d'une fonction ?
Comme dit précédemment, le Semantic mode de CEDET semble faire tout ceci très bien.
- si select-active-region est à t, n'importe
quelle région active devient la sélection primaine de X (collable
vers d'autre application avec un clic-milieu). Plus besoin
d'utiliser la souris ou M-w pour copier de cette
manière.
- nouveau style de complétion par initiales : M-x lch pour list-command-history. (ajoutez le style initials dans completion-style)
- M-r déplace le curseur successivement à la ligne du
haut, du milieu et du bas de la fenêtre actuelle (pas la frame)
- plusieurs fichiers de configuration sont maintenant cherchés par
défaut dans le user-emacs-directory plutôt que dans
votre home, notamment .abbrev_defs et .calc.el. (note : user-emacs-directory a été introduit en 23.1 pour
éviter d'avoir à hardttr des "~/.emacs.d" partout)
- dans les buffers d'aide, les paramètres de fonction sont en
majuscule. C'est bête mais c'est vraiment plus lisible. (mettre help-downcase-arguments à nil pour l'ancien
comportement)
- une frame a maintenant un paramètre "alpha" pour changer son
opacité sur les gestionnaires de fenêtre qui le supporte.
# dev emacs
Posté par knarf2 . En réponse à la dépêche GNU Emacs v25.1 : regarder YouTube dans Emacs. Évalué à 7.
J'arrive un peu tard mais sait-on jamais (je lis rarement linuxfr ces dernière années).
Je contribue de temps à autre à Emacs, j'ai notamment travaillé sur l'implémentation des modules dynamique (une des nouvelles fonctionnalités) pendant à peu près 1 an: convaincre que c'était important, définir l'interface, l'implémenter en plusieurs itérations, bike-shedder sur la mailing-list, …
Si vous avez des questions sur le développement d'emacs ou sur les modules je peux probablement y répondre :)
[^] # Re: Une analyse du bug.
Posté par knarf2 . En réponse à la dépêche Nouvelle vulnérabilité dans l’implémentation OpenSSL. Évalué à 9.
Dans le dump que j'obtient de certains serveur vulnérable j'ai des entêtes de requête HTTP avec notamment les cookies de session, en les utilisant j'ai réussi à utiliser le compte d'une personne random… C'est quand même assez critique.
[^] # Re: Concept
Posté par knarf2 . En réponse au journal Comment fonctionne Bitcoin. Évalué à 2.
Quelques raison pour lesquelles je préfère bitcoin.
[^] # Re: En 2140
Posté par knarf2 . En réponse au journal Comment fonctionne Bitcoin. Évalué à 1. Dernière modification le 25 août 2013 à 12:25.
Toutes les transactions se font en satoshi (0.00000001 BTC), la plus petite subdivision du bitcoin de manière à faire tout les calculs avec des entiers.
Si 1 satoshi est encore trop fort et que ça devient un problème, le protocole peut être mis à jour pour gérer plus de subdivision.
Les seules "pièces" bitcoin existantes à ma connaissance (casascius) sont de simple portefeuille contenant arbitrairement 1 bitcoin. En gros sois tu échanges la pièce comme de la monnaie soit tu "casse" la pièce pour accéder à la clé privée qui permet de dépenser son contenu.
[^] # Re: Qu'est-ce qui est nouveau ?
Posté par knarf2 . En réponse à la dépêche Sortie de Gnu Bison 3.0. Évalué à 3.
Je l'ai encore utilisé sur 2 projets cette année. Il n'est pas obsolète à mon avis. Cela dit, on m'a plusieurs fois recommandé ANTLR qui à l'air plus complet (supporte plus de langages cibles et de type de parseur) mais je ne l'ai pas encore essayé.
[^] # Re: Excellent
Posté par knarf2 . En réponse à la dépêche Sortie de Paperwork 0.1. Évalué à 0.
Idem, je me suis dit plusieurs fois qu'il me faudrait un programme de ce genre !
Parfois on a toujours besoin de l'original par contre, c'est plus embêtant.
# Éducation informatique
Posté par knarf2 . En réponse à la dépêche L'Éducation Nationale et la circulaire 5608 du 19 septembre 2012. Évalué à 9.
À ce propos, un article intéressant (anglais) que j'ai vu passé sur reddit. C'est assez long et sur le système américain mais il n'est très différent du notre par rapport à l'informatique.
Un des points sur lequel l'auteur (prof de lycée il me semble) revient souvent est que les enfants baignant dans la technologie ne sont pas "bon" en informatique basique (contrairement à l'idée reçue) et que ce qui est enseigné n'est finalement pas très utile et doit être revu.
[^] # Re: Recrutement, vampirisement de talents?
Posté par knarf2 . En réponse à la dépêche Google Summer of Code 2013. Évalué à 2.
Je suis plutôt étonné par ce que tu racontes. Je ne connais personne qui bosse pour Google après avoir fait un GSoC. J'y ai participé avec succès l'an dernier et je n'ai pas reçu d'offre (après j'ai pas demandé non plus). C'est vraiment un truc pour les étudiants.
# Enthousiasme
Posté par knarf2 . En réponse à la dépêche Richard Stallman à Niort le 19 mars. Évalué à 5.
Ça m'ennuie de voir autant d'enthousiasme, vous allez probablement être dessus :(
Stallman a son même petit discours qu'il sort depuis 20 ans, avec quelques mise à jour par ci par là avec bien sûr la vente de gnou en peluche à la fin. Seul le public n'étant pas familier avec le LL apprendra quelque chose, pour les autres rien de nouveau passez votre chemin. Si en plus vous avez déjà regardé d'autre de ces conférences vous allez vous emmerder sec.
Sa vision est extrémiste et assumé, pas de reproche de ce côté là. Par contre, si vous lui posez des questions qui creuse un peu plus son discours, ou sur des problèmes nouveaux vous allez vous prendre un vent.
Quand à la personne en elle même, je rappelle que Stallman est pour le moins étrange (voir sa liste de recommandation) et finalement pas très socialement acceptable.
Stallman est un mec brillant, il a crée un truc merveilleux et contribué à des très gros projets. Aujourd'hui il est un peu a la ramasse.
# Codec Opus
Posté par knarf2 . En réponse à la dépêche Cube 2: Sauerbraten, FFmpeg 1.1. Évalué à 2. Dernière modification le 31 janvier 2013 à 13:03.
Je viens d'écouter les exemples de la libopus, et pour quelqu'un comme moi qui ne s'intéresse pas trop à l'avancée de la compression audio à perte je dois dire que c'est assez impressionnant. Même avec un petit bitrate (64kbit/s) ça sonne super bien par rapport à du MP3 (au même bitrate).
[^] # Re: Le GSoC est-il compatible avec la loi française ?
Posté par knarf2 . En réponse à la dépêche Google Summer Of Code 2012. Évalué à 2.
Je suis un des 23 étudiants bossant sur un projet GNU cette année et je viens d'une fac tout à fait classique (Lyon 1).
[^] # Re: Versionnage de fichier de conf privé possible ?
Posté par knarf2 . En réponse à la dépêche Mercurial 2.1 : Les phases. Évalué à 1.
Je pense que le mieux est de se débrouiller pour avoir deux fichiers dont un "d'exemple".
Celui d'exemple peut être versionné, pas l'autre et tant pis.
[^] # Re: Versionnage de fichier de conf privé possible ?
Posté par knarf2 . En réponse à la dépêche Mercurial 2.1 : Les phases. Évalué à 2. Dernière modification le 18 février 2012 à 16:14.
Pour avoir un fichier de configuration par défaut qui fonctionne pour le projet. Ça peut être un makefile générique ou un entête C. Ce fichier peut-être versionné. J'ai aussi plusieurs petit script où des mots de passe sont dans les sources.
Ha, c'est chouette ça. Merci.
# Versionnage de fichier de conf privé possible ?
Posté par knarf2 . En réponse à la dépêche Mercurial 2.1 : Les phases. Évalué à 4.
Est-ce que cette fonctionnalité permet de versionner un fichier de configuration privé ?
Mettons que j'ai dans un projet un fichier de configuration (on va l'appeler foo.conf) que je veux gérer avec mercurial. Actuellement, j'ajoute le foo.conf par défaut au dépot. C'est la configuration exposé à l'utilisateur quand il installe le projet. Je l'adapte à mon environnement et je fais attention à ne jamais le commiter.
$ hg ci a b c(chiant)$ hg ci -X '*.conf'(chiant)Du coup c'est toujours chiant, et foo.conf n'est pas versionné. Notez que le fichier de configuration peut contenir des mots de passe, ce genre de choses.
Avec ces phases, quelle serait la suite de commandes pour versionner foo.conf sans jamais le pusher ?
# Carmack sur NeXT
Posté par knarf2 . En réponse à la dépêche Steve Jobs (1955-2011). Évalué à 3.
NeXT avait des utilisateurs assez connu.
John Carmack (notamment) a développé Wolfenstein 3D et Doom sur une station NeXT.
[^] # Re: Demoparty come back
Posté par knarf2 . En réponse à la dépêche DemoJS demoparty le 1er et 2 juillet 2011 à Paris. Évalué à 3.
Le nombre de demo sorties chaque année diminue en tout cas. Source.
[^] # Re: Et chez Suckless ?
Posté par knarf2 . En réponse à la dépêche Sortie de ValaTerm 0.3. Évalué à 1.
Merci :)
Il est très léger et très (trop?) simple dans l'implémentation : il est un peu lent à dessiner (lance alsamixer en plein écran) et pas très configurable (genre les fontes). Ce sont les deux points où mes maigres connaissances de X font défaut et que je vais essayer d'améliorer.
[^] # Re: Titre mal choisi?
Posté par knarf2 . En réponse à la dépêche Victoire pour le Libre au Québec !. Évalué à 2.
Je pense que c'est une blague personnellement :)
wiki: Vive le Québec libre !
# surf
Posté par knarf2 . En réponse à la dépêche En vrac, les autres navigateurs. Évalué à 5.
[^] # Re: Coïncidence troublante
Posté par knarf2 . En réponse à la dépêche Panne du week-end. Évalué à 1.
Il nous faut une API ouverte. J'encourage tout le monde à voter sur le site.
# Abscence de réseaux sociaux
Posté par knarf2 . En réponse au sondage J'utilise principalement les réseaux sociaux pour. Évalué à 3.
</thread>
[^] # Re: Nouvelles fonctionnalités
Posté par knarf2 . En réponse à la dépêche Emacs, brevets, et Ubuntu Unity et Light. Évalué à 2.
Je viens de tester sur un de mes projets C, et ça marche très bien.
J'ai utilisé la doc sur le site de CEDET
([http://cedet.sourceforge.net/symref.shtml] et
[http://cedet.sourceforge.net/intellisense.shtml]).
J'ouvre mon fichier .c
M-x semantic-mode
Je sélectionne une variable
M-x semantic-symref-symbol RET
J'obtient une jolie liste dans une autre window contenant l'endroit où
elle est déclarée et les endroits où elle est utilisée, classé par
fonction. En faisant RET sur une ligne mon curseur est déplacé au bon
endroit dans ma première window.
screenshot: [http://diobla.info/img/emacs-cedet.png]
M-x semantic-complete-analyze-inline (bindé sur C-c , SPC apparemment)
suivi d'autant de TAB qu'il faut complète mes membres de structure et
toutes les fonctions accessibles dans le bloc actuel (stdlib
comprise).
screenshot: [http://diobla.info/img/emacs-cedet2.png] (complétion sur la Xlib)
Honnêtement ça me paraît très fonctionnel... Je n'ai rien configuré et
ça m'a pas pris 2 minutes en lisant la doc.
La première analyse est un peu longue, mais après c'est
niquel. Apparemment y a même un mode qui ré-analyse automatiquement
lorsque tu ne fais rien.
[^] # Re: Nouvelles fonctionnalités
Posté par knarf2 . En réponse à la dépêche Emacs, brevets, et Ubuntu Unity et Light. Évalué à 2.
Comme dit précédemment, le Semantic mode de CEDET semble faire tout ceci très bien.
[^] # Re: Nouvelles fonctionnalités
Posté par knarf2 . En réponse à la dépêche Emacs, brevets, et Ubuntu Unity et Light. Évalué à 2.
Je parle évidemment de la dernière version d'Emacs dans le post précédent.
# Nouvelles fonctionnalités
Posté par knarf2 . En réponse à la dépêche Emacs, brevets, et Ubuntu Unity et Light. Évalué à 9.
- taille du type fixnum doublée. Conséquence directe : la
taille maximale d'un buffer passe à 512MB.
- client mpd ! Screenshot : [http://diobla.info/img/emacs-mpd.png]
- si select-active-region est à t, n'importe
quelle région active devient la sélection primaine de X (collable
vers d'autre application avec un clic-milieu). Plus besoin
d'utiliser la souris ou M-w pour copier de cette
manière.
- nouveau style de complétion par initiales : M-x lch pour
list-command-history. (ajoutez le style
initials dans completion-style)
- M-r déplace le curseur successivement à la ligne du
haut, du milieu et du bas de la fenêtre actuelle (pas la
frame)
- plusieurs fichiers de configuration sont maintenant cherchés par
défaut dans le user-emacs-directory plutôt que dans
votre home, notamment .abbrev_defs et .calc.el. (note :
user-emacs-directory a été introduit en 23.1 pour
éviter d'avoir à hardttr des "~/.emacs.d" partout)
- dans les buffers d'aide, les paramètres de fonction sont en
majuscule. C'est bête mais c'est vraiment plus lisible. (mettre
help-downcase-arguments à nil pour l'ancien
comportement)
- une frame a maintenant un paramètre "alpha" pour changer son
opacité sur les gestionnaires de fenêtre qui le supporte.
Changelog un peu plus complet : etc/NEWS
[http://repo.or.cz/w/emacs.git/blob/24c792768951142c0756c9631(...)]