solution radicale pour apprendre son clavier (mais qui marche pas sur les portables malheureusement), échanger les capots des touches entre elles. Du coup, comme ce qu'il y a sur les touches ne correspond plus aux caractères effectivement tapés, regarder le clavier ne sert plus à rien. Il n'y a plus qu'à regarder l'écran et à apprendre son clavier.
On perd du temps pendant 2/3 semaines, mais au final, on en gagne tellement que ça vaut vraiment le coup. Pis après, personne vient faire le guignol sur ton clavier au boulot tu vois :D
a priori, libecore-file est mal installée sur ton système. Son status dans dpk-l est "iU" alors qu'il faudrait "ii"
là, en fonction de ta conf d'apt, il se peut qu'il accepte d'installer les paquets que tu lui donnes explicitement, mais qu'il ne suive pas les dépendances (je suis pas une grosse brute en apt, mais on peut faire du pinning avec /etc/apt/preferences).
essaie de construire une grosse ligne d'apt-get install en ajoutant à chaque fois les paquets manquants. (genre apt-get install libecore libecore-file libeina0 ...)
il me semble que j'avais aussi rencontré des soucis sur une maj d'enlightenement y a quelques temps, mais je ne sais plus précisément quoi, du coup, ça aide pas beaucoup ... :/
à noter que je tire unstable sur ce repository en question.
apt-get vs aptitude ... non monsieur, je ne rentrerais pas dans ce troll sordide :D
C'est comme tu veux. J'utilise apt-get parce que, mais aptitude est surement très bien aussi.
C'est le configure de calaos qui échoue ? Tu peux poster le log ?
ecore et libecore-file font partie du projet enligthenement. Possible que ça soit packagé quelque part dans debian, mais j'ai pris l'habitude de pointer sur le repository http://debian.alphagemini.org/
je réponds à ce commentaire mais c'est une réponse à plusieurs commentaires en fait.
Je suis justement en train de relire code complete [1], et ce qu'on peut reprocher à la fonction en exemple, c'est d'avoir une homogénéité séquentielle, ce qui n'est pas l'idéal.
Forcément, sur cet exemple "creux", on ira pas très loin, mais sur un exemple plus concret, il y aurait surement des moyens de réorganiser le code à plus haut niveau pour qu'on ne se retrouve pas dans cette situation.
Je considère, comme Michel, qu'il faut pouvoir justifier chaque choix technique dans le code, en descendant au niveau de détail de la ligne de code. Le problème, c'est que quand un code est bien écrit, il peut y avoir plusieurs justifications (se renforçant mutuellement) pour certaines lignes de code.
SI je devais documenter absolument tous les éléments que je prends en compte quand je code, ben je coderais pas beaucoup :D
D'après moi, ce qu'il faut documenter dans le code, c'est plutôt l'intention qui le guide.
Ils ont par contre oublié de t'enseigner l'orthographe :D
Concernant le style de code, il n'y a pas de règle absolue, ça dépend vraiment du contexte. Je vise toujours la meilleure lisibilité possible quand je code, et en fonction du contexte, ça passe parfois par une variable de statut renvoyée en fin de fonction (comme tu le dis) et parfois par des retours en erreur au fil de la fonction.
Je précise aussi que je fais principalement de la maintenance de code, et que dans ce contexte là, on ne peut pas toujours se permettre de ré écrire tout tout beau tout propre.
Ca ne qualifie pas le driver sous jacent comme étant de la merde.
Si je ne me trompe pas, tu réagissais à :
Techniquement, c'est merdique dans le sens ou le pilote en question duplique la moitié de Xorg (leur propre gestion du multi-écran, leur propre GLX, etc ...)
Je n'interprète pas du tout ce qu'a écrit GeneralZod de la même façon que toi.
La qualité technique, ce n'est pas seulement le fait de savoir si ça marche ou si ça marche pas.
Si effectivement le driver nvidia duplique des fonctionnalités de X (ce que je n'ai pas vérifié, je fais confiance au commentaire), c'est Mal.
pour prendre un exemple trollesque, fesse de bouc, c'est de la merde, et pourtant, ça marche très bien.
Sinon, j'ai l'impression que tu t'énerves quand même un peu tout seul là.
je trouve un algorithme permettant de compresser tout fichier à une taille de 2 octet, j'aimerai pouvoir en profiter et le vendre.
ça existe déjà. Le seul petit problème, c'est que c'est de la compression destructive :D
il faut que l'innovation soit réelle et non triviale pour un expert du domaine.
le problème, c'est que cette formulation laisse beaucoup de place à l'interprétation.
La formule qu'avait retenu les opposants aux brevets logiciels pendant toute le débat (avant l'abandon de la directive) discriminait ce qui était brevetable de ce qui ne l'était pas sur le fait que l'invention mettait en oeuvre les forces de la nature en pas.
Pour clarifier, l'idée, c'est que si le logiciel n'était qu'un élément intervenant dans une invention débordant du cadre du logiciel (ex: l'ABS), il était brevetable (dans la contexte global de l'invention), sinon, il ne l'était pas.
Un article un peu ardu mais ça vaut le coup d'aller le lire. Ou plutôt, il *faut* aller lire ça :
Je ne suis pas sûr que ce que tu essaies de faire soit possible en ayant des espaces dans tes datas alors que l'espace est le caractère séparateur ... en tout, pour l'instant, je ne vois pas comment écrire ça suivant ton approche initiale.
Si tu contrôle le script qui génère ce que tu veux mettre dans ton tableau, tu peux jouer sur l'impôt sur la fort^w^w^w^w Input Field Separator :
$ export IFS="-"
$ VAR=($(echo A B C-D E F))
$ echo ${VAR[0]}
A B C
une autre méthode forcément moins satisfaisante, est de faire l'affectation des VAR[i] dans une boucle.
c'est juste dommage qu'on puisse pas désactiver le machin une fois qu'on a compris que c'était un poisson d'Avril (au bout d'environ une demi seconde) ...
bon, ben pas de linuxfr aujourd'hui, ça fait trop mal aux yeux
Posté par gaaaaaAab .
En réponse au message ANTLR.
Évalué à 6.
mouais, succès très mitigé. Sur javafr, c'est "tiens y'a cet outil là il fait p-e un peu ce que tu veux", sur ubuntu-fr, c'est, en gros, STFW, et ici, pas mieux.
ma réponse initiale "bas du front", c'était "utilise vim". J'aurais du faire ça, j'aurais été pertinenté à mort ;)
mais finalement, je ne l'ai pas fait parce qu'il y a *un* truc positif dans cette question, c'est que maintenant, je sais que antlr existe.
et puis c'est un cas d'école de "comment il faut surtout pas poser des questions" =)
[^] # Re: Mansuétude
Posté par gaaaaaAab . En réponse au journal La cité des sciences censure le "libre" de sont exposition sur le droit d'auteur.. Évalué à 4.
Il doit encore en rester quelques uns dans le coin (coin ?!)
--> []
[^] # Re: Youpi
Posté par gaaaaaAab . En réponse au message J'EN AI MARRE;;;. Évalué à 3.
On perd du temps pendant 2/3 semaines, mais au final, on en gagne tellement que ça vaut vraiment le coup. Pis après, personne vient faire le guignol sur ton clavier au boulot tu vois :D
[^] # Re: ecore
Posté par gaaaaaAab . En réponse au message Projet Calaos - Pb de dépendances ?. Évalué à 2.
merci pour toutes ces infos.
[^] # Re: Solution
Posté par gaaaaaAab . En réponse au message Enchainement de pipe. Évalué à 2.
mais, bien vu !
[^] # Re: ecore
Posté par gaaaaaAab . En réponse au message Projet Calaos - Pb de dépendances ?. Évalué à 2.
là, en fonction de ta conf d'apt, il se peut qu'il accepte d'installer les paquets que tu lui donnes explicitement, mais qu'il ne suive pas les dépendances (je suis pas une grosse brute en apt, mais on peut faire du pinning avec /etc/apt/preferences).
essaie de construire une grosse ligne d'apt-get install en ajoutant à chaque fois les paquets manquants. (genre apt-get install libecore libecore-file libeina0 ...)
il me semble que j'avais aussi rencontré des soucis sur une maj d'enlightenement y a quelques temps, mais je ne sais plus précisément quoi, du coup, ça aide pas beaucoup ... :/
[^] # Re: pleins de solution
Posté par gaaaaaAab . En réponse au message J'EN AI MARRE;;;. Évalué à 3.
aussi, bon courage sur un clavier de portable :-)
sinon, merci à l'auteur de ce journal, je connaissais pas sl, mais je suis fan, je vais l'installer partout ou je peux :D
[^] # Re: ecore
Posté par gaaaaaAab . En réponse au message Projet Calaos - Pb de dépendances ?. Évalué à 2.
pas de libenia chez moi, pourtant, j'ai bien un libecore-file
$ dpkg -l |grep libecore-file
ii libecore-file0 0.9.9.043-0cvs20080617 Ecore File Library
$ dpkg -l |grep libenia; echo $?
1
à noter que je tire unstable sur ce repository en question.
apt-get vs aptitude ... non monsieur, je ne rentrerais pas dans ce troll sordide :D
C'est comme tu veux. J'utilise apt-get parce que, mais aptitude est surement très bien aussi.
C'est le configure de calaos qui échoue ? Tu peux poster le log ?
# ecore
Posté par gaaaaaAab . En réponse au message Projet Calaos - Pb de dépendances ?. Évalué à 2.
[^] # Re: Solution
Posté par gaaaaaAab . En réponse au message Enchainement de pipe. Évalué à 4.
$ echo bla |grep -v 'i';
bla
$echo $?
0
$ echo bla |grep -v 'a';
$echo $?
1
avec -v, le filtre est inversé, mais pas le retour de grep.
[^] # Re: goto ?
Posté par gaaaaaAab . En réponse à la dépêche Sortie de GCC 4.5. Évalué à 3.
Je suis justement en train de relire code complete [1], et ce qu'on peut reprocher à la fonction en exemple, c'est d'avoir une homogénéité séquentielle, ce qui n'est pas l'idéal.
Forcément, sur cet exemple "creux", on ira pas très loin, mais sur un exemple plus concret, il y aurait surement des moyens de réorganiser le code à plus haut niveau pour qu'on ne se retrouve pas dans cette situation.
[1] http://www.amazon.fr/Code-Complete-Steven-C-McConnell/dp/073(...)
Il y a aussi une VF. Quand je vois comment ce bouquin m'a fait progresser, je ne peux que vivement vous encouragez à le lire si ce n'est pas déjà fait.
[^] # Re: goto ?
Posté par gaaaaaAab . En réponse à la dépêche Sortie de GCC 4.5. Évalué à 2.
s/de vous/de toi/ ...
[^] # Re: goto ?
Posté par gaaaaaAab . En réponse à la dépêche Sortie de GCC 4.5. Évalué à 4.
[^] # Re: goto ?
Posté par gaaaaaAab . En réponse à la dépêche Sortie de GCC 4.5. Évalué à 4.
Je considère, comme Michel, qu'il faut pouvoir justifier chaque choix technique dans le code, en descendant au niveau de détail de la ligne de code. Le problème, c'est que quand un code est bien écrit, il peut y avoir plusieurs justifications (se renforçant mutuellement) pour certaines lignes de code.
SI je devais documenter absolument tous les éléments que je prends en compte quand je code, ben je coderais pas beaucoup :D
D'après moi, ce qu'il faut documenter dans le code, c'est plutôt l'intention qui le guide.
[^] # Re: goto ?
Posté par gaaaaaAab . En réponse à la dépêche Sortie de GCC 4.5. Évalué à 5.
Concernant le style de code, il n'y a pas de règle absolue, ça dépend vraiment du contexte. Je vise toujours la meilleure lisibilité possible quand je code, et en fonction du contexte, ça passe parfois par une variable de statut renvoyée en fin de fonction (comme tu le dis) et parfois par des retours en erreur au fil de la fonction.
Je précise aussi que je fais principalement de la maintenance de code, et que dans ce contexte là, on ne peut pas toujours se permettre de ré écrire tout tout beau tout propre.
[^] # Re: Argh
Posté par gaaaaaAab . En réponse au journal Xorg 1.8: épatant ?. Évalué à 2.
Si je ne me trompe pas, tu réagissais à :
Techniquement, c'est merdique dans le sens ou le pilote en question duplique la moitié de Xorg (leur propre gestion du multi-écran, leur propre GLX, etc ...)
Je n'interprète pas du tout ce qu'a écrit GeneralZod de la même façon que toi.
La qualité technique, ce n'est pas seulement le fait de savoir si ça marche ou si ça marche pas.
Si effectivement le driver nvidia duplique des fonctionnalités de X (ce que je n'ai pas vérifié, je fais confiance au commentaire), c'est Mal.
pour prendre un exemple trollesque, fesse de bouc, c'est de la merde, et pourtant, ça marche très bien.
Sinon, j'ai l'impression que tu t'énerves quand même un peu tout seul là.
[^] # Re: Demandons à Stallman
Posté par gaaaaaAab . En réponse au message [Licences] code source libre sans compilateur libre.... Évalué à 1.
je ne suis pas sur que ton exemple soit très pertinent.
[^] # Re: Argh
Posté par gaaaaaAab . En réponse au journal Xorg 1.8: épatant ?. Évalué à 3.
Là, je vois pas ou est le FUD. Et dans l'autre commentaire ou tu utilises ce terme non plus en fait ...
[^] # Re: OEB.
Posté par gaaaaaAab . En réponse à la dépêche Les brevets sur les gènes jugés invalides. Bientôt les brevets logiciels ?. Évalué à 2.
ça existe déjà. Le seul petit problème, c'est que c'est de la compression destructive :D
il faut que l'innovation soit réelle et non triviale pour un expert du domaine.
le problème, c'est que cette formulation laisse beaucoup de place à l'interprétation.
La formule qu'avait retenu les opposants aux brevets logiciels pendant toute le débat (avant l'abandon de la directive) discriminait ce qui était brevetable de ce qui ne l'était pas sur le fait que l'invention mettait en oeuvre les forces de la nature en pas.
Pour clarifier, l'idée, c'est que si le logiciel n'était qu'un élément intervenant dans une invention débordant du cadre du logiciel (ex: l'ABS), il était brevetable (dans la contexte global de l'invention), sinon, il ne l'était pas.
Un article un peu ardu mais ça vaut le coup d'aller le lire. Ou plutôt, il *faut* aller lire ça :
http://www.groklaw.net/article.php?story=20091111151305785
[^] # Re: IFS
Posté par gaaaaaAab . En réponse au message assigner des valeurs chaînes à un tableau via le résultat d'une commande. Évalué à 2.
--> []
# IFS
Posté par gaaaaaAab . En réponse au message assigner des valeurs chaînes à un tableau via le résultat d'une commande. Évalué à 3.
Si tu contrôle le script qui génère ce que tu veux mettre dans ton tableau, tu peux jouer sur l'impôt sur la fort^w^w^w^w Input Field Separator :
$ export IFS="-"
$ VAR=($(echo A B C-D E F))
$ echo ${VAR[0]}
A B C
une autre méthode forcément moins satisfaisante, est de faire l'affectation des VAR[i] dans une boucle.
# linux counter
Posté par gaaaaaAab . En réponse au message The 1 Million Tux Project. Évalué à 2.
http://counter.li.org/
[^] # Re: t'es obligé de griller le truc?
Posté par gaaaaaAab . En réponse au journal Happy premier avril !. Évalué à 1.
oui :)
# plus de détails
Posté par gaaaaaAab . En réponse au message Make et en-tête précompilée. Évalué à 2.
quel est le résultat de la commande ?
sinon, je ne suis pas trop sûr de que signifie la syntaxe %.h.gch: %.h
j'aurais plutôt écrit
.h.gch:
ou
%.gch: %h
[^] # Re: t'es obligé de griller le truc?
Posté par gaaaaaAab . En réponse au journal Happy premier avril !. Évalué à 3.
bon, ben pas de linuxfr aujourd'hui, ça fait trop mal aux yeux
[^] # Re: Jolie technique
Posté par gaaaaaAab . En réponse au message ANTLR. Évalué à 6.
ma réponse initiale "bas du front", c'était "utilise vim". J'aurais du faire ça, j'aurais été pertinenté à mort ;)
mais finalement, je ne l'ai pas fait parce qu'il y a *un* truc positif dans cette question, c'est que maintenant, je sais que antlr existe.
et puis c'est un cas d'école de "comment il faut surtout pas poser des questions" =)