je viens de tester. Ça semble très léger mais je n'ai pas de gros classeur sous le coude.
Le manuel est un peu court mais assez dense en fonctionnalités. Par contre ça sent la courbe d'apprentissage de folie.
"il serait possible de calculer, pour chaque marchandise, […] le coût […] ainsi que ce qu'elle rapporte"
Ensuite le journal donne des exemples, assez ancrés dans la réalité, d'erreurs, de comportement problématiques, de mauvaises décisions etc.
Très bien. Ce qui me gêne, quoi que j'ai plussoyé car il y a du matos (et hélas ça sent le vécu!), c'est la formulation.
Analyser les pertes & profits, ce n'est pas une science dure, ce n'est pas exact. Certains éléments peuvent être facilement "découpés", "répartis". Par exemple je ne sais pas de la place dans un entrepôt pourquoi pas. D'autres éléments sont bien plus difficiles à répartir.
Il y a d'ailleurs une technique de dire, "bon les coûts que j'arrive à répartir par produit, je les réparti ; et les autres indicateurs je regarde au global." Autrement dit ne faire de l'analytique que sur les revenus & coûts directs, le "haut" de pnl. Une autre technique, est de dire "bon bah quand c'est plus difficile de répartir, tant pis je prends des raccourcis, des clés de répartition, what the the hell osef!".
Dans les deux cas, non "il ne serait pas possible de calculer". Mais si une entreprise choisit bien ses indicateurs, ses méthodes, ses efforts, bien sûr qu'elle pourra apprendre des choses. Il n'y a pas une analyse mais autant que d'atomes dans l'univers. L'analyse est parfois au service du court terme, mais pas forcément. L'analyse peut être erronnée ou mensongère, mais pas forcément. Ça peut même être intéressant qui sait.
Difficile de lier cela à la sous traitance & à ses ratés.
Je dirai que Apple ou Google pratiquent comme les autres entreprises. Eh bien on peut les critiquer pour cent mille raisons, mais ils arrivent à faire de l'argent ; comme quoi les écoles de cadre sup ne sont pas si mauvaises!
je n'ai pas de cahier des charges dignes de ce nom. Mais bon
- pouvoir filtrer facilement, en fonction de critère une colonne ou plusieurs
mine de rien le tri sous excel est assez balèze.
- pareil pour le tri : tri sur plusieurs colonnes
- pouvoir faire un "recherchev" (équivalent d'une jointure pour aller chercher une info sur une autre table)
- faire des formules facilement
Lacarte : de ce que je comprends ça reprend simplement, sous une autre forme, le menu "natif". Equivalent de la barre de menu en raccourcis clavier.
Ce qui me dérange est que le menu n'est pas modal. C'est à dire qu'on a toujours les mêmes options, mais un menu correspondant au mode majeur s'ajoute simplement.
Même si NU-MODE n'est pas encore super évolué sur ce point, je souhaite des menus plus réactifs qui s'adaptent bien au mode majeur & si possible aux modes mineurs, & s'il y a une sélection ou pas (mark set).
On pourrait même aller plus loin sur org (est-ton sur un headline? un tableau?)
A cet effet je vais isoler le code, par ex lié à org-mode, dans un fichier. Ceci me permettra de réperer les macros qui manqueraient pour intégrer nu-mode à org-mode. Les macros pourront ensuite être réutilisées ailleurs.
En pratique les macros ce sera très simple : tout juste revoir le contenu des menus, peut être un petit advice ou hook que les macros pourraient faciliter.
Helm j'ai pas mal utilisé mais j'en suis revenu. Trop lourd, pas assez intuitif. Mais NU-MODE intègre une possibilité pour helm. Donc le style de completion est indépendant de NU-MODE : le user peut utiliser helm, ido, ivy. Ivy est simplement par défaut.
Yasnippet il y aurait deux voies. Aujourd'hui NU-MODE rebind Ctrl-Space sur le préfixe "C-c". On peut donc utiliser tous les raccourcis mode majeur / mode mineur / utilisateur. Yasnippet en fait partie. Donc cette voie là il n'y a rien à coder. je pense seulement améliorer cette partie en faisant de Ctrl-Space un menu qui listera tous les raccourcis C-c. Cf ci dessous pourquoi ce n'est pas déjà fait.
Donc ça c'est pour la voie 1, "yasnippet est en fait déjà intégré dans NU-MODE et cette intégration va s'améliorer un peu".
Ensuite il y aurait la voie 2. Dès lors que yasnippet est actif, il faut revoir le menu insert pour intégrer les fonctiosn yasnippet. Ou ce genre d'intégration.
pourquoi lister les raccourcis C-c est un peu embêtant?
=> je ne trouve pas de fonction lisp native pour ça (mode-specific-map n'étant pas vraiment une keymap), il faut se reposer sur une fonction c qui génère un buffer contenant les raccourcis , puis le parser. Un peu moche!
Merci pour le correctif. Effectivement le journal est parti d'un texte formaté dans une autre dimension que j'aurai dû adapter plus - pan sur mes doigts.
ah pour le bépo cela peut venir du manque de clarté du journal. NU-MODE utilise les raccourcis standards tels que control+f pour chercher ou control+r pour remplacer, control+n nouveau etc. La version Alt de la touche déclenche immédiatement une fonction. Dans le cas replace, ce sera replace-regexp, dans le cas créé un nouveau buffer vierge. Or, par chance, les lettres I J K L qui sont parfaitement alignées pour servir de manette, ne sont pas partie des raccourcis les plus fréquents. On peut donc maintenir en parallèle les deux. Sur un bépo, les lettres i j k l ne sont plus bien placées. Il faudrait par exemple prendre L S R N. Mais alors on empiète sur la première définition, "la touche s doit sauver".
sinon merci je ne connaissais pas le which-key-mode, seulement where-is / describe-keymap & consorts. Je pensais bêtement que Spacemacs codait sa présentation. Cela dit ça n'arrange en rien le problème d'ergonomie, c'est une option pour découvrir. Qui pourrait être intéressant pour le cas Ctrl-c.
évidemment c'était à l'époque, ça date quand même de 40 piges. En informatique 40 ans çe ne change pas grand chose.
je pense que réécrire ce serait juste pas possible. d'après ce site merveilleux, https://www.openhub.net/p/emacs/analyses/latest/languages_summary
nous avons
- en C : trois cent quarante deux mille lignes
- en Lips : un million cent quatre vingt neuf mille lignes
- et si, si , y'a du python ! trois cent lignes.
déjà Emacs à la fameuse question de passer à un Lisp un peu mieux, et rien que là ça bloque depuis des années,
et peut être ad vitam
en python ça existe aussi forcément.
pourquoi lisp resterait intéressant? je dirai que dès le début RMS a choisi le language le plus approprié pour un cas bien précis.
Dès le début il s'agissait d'éditer du texte, et dès le début il s'agissait de pouvoir customiser à gogo.
après désolé ça sort de mon domaine de compétence.
il manque des commentaires sur, pourquoi lisp est adapté au texte.
ce qui est certain est, que lisp s'apprend très facilement.
je pense que tous les commentaires, vont un peu dans ce sens.
La puissance de Emacs ce n'est pas que cet outil offre tout, c'est pourquoi cet outil offre tout.
Pourquoi? eh bien parce passé quelques douleurs au début, lisp est plutôt facile.
on peut apprendre en customisant un peu des trucs faciles.
puis, des minis trucs perso.
on va vite fait de coder un minor-mode, un major-mode, ef paf! on tombe dans la marmite elpa.
ou du moins, avec lisp on arrivera à peu de frais à faire ce qu'on veut.
peut être que ce n'est pas le plus performant ou sécure. Par contre ça marche diablement bien.
c'est pour cela que ces projets d'améliorer la première expérience sont intéressants.
si je prends par exemple Atom. c'est vraiment juste un exemple. au début on trouve beaucoup plus de choses
tout de suite. Et puis rapidement ça s'essoufle. Alors on veut lire la doc pour faire ses trucs.
Et là c'est le drame.
ou encore Evil. Emacs est maintenant la meilleure implémentation de vim
(performance à part. Attention aux très gros buffers si vous êtes un robot.)
il faudrait presque partir d'un emacs vide que l'on se bâtirait brique à brique
Arch Emacs!
merci pour vos astuces
les deux solutiosn permettent de tester correctement sans massacrer son répertoire
solution git clone spacemacs dans un faux home
la manière de lancer Emacs détermine le répertoire, spacemacs ou perso
par défaut répertoire perso (vi bien sûr on pourrait inverser)
bon du coup la solution 1 me paraissait tout aussi bien
y'avait même déjà un rapport de bug ouvert …
hmm. y'aurait pas mieux ? bon je veux bien faire un backup de mon emacs.d, tester, remettre, m'enfin pour se donner le temps de tester plus longtemps ça devient embêtant!
oua cette partie m'a fait réver. Des snapshot sur tout système de fichier, ou en tout cas sur ext4.
tu écris que c'est cassé , c'est une blague ; et vu tes recherches je fais totalement confiance à ton post
mais alors est-ce que tu pense qu'il y a espoir de le corriger?
(la page snapper -> overview dit "Works with btrfs, ext4 and thin-provisioned LVM volumes")
est-ce que tu pense que snapper sera un jour applicable à d'autres FS encore?
une frame dans Emacs, c'est ce qu'on nomme une fenêtre dans Windows. Donc une instance graphique de l'application , avec, selon le wm, probablement les boutons minomiser maximiser fermer.
Ah, sympathique initiative, j'espère que ce sera un moyen de pousser des choses!
bon pour être honnête, comme Xah, je trouve que Emacs devrait à tout prix admettre que ses raccourcis claviers n'ont , aujourd'hui, aucun sens.
Il faudrait un Emacs qui suive les conventions actuelles. Nano a le même problème.
Mais Emacs a un problème supplémentaire. Il y a des milliers de fonctions possibles. Des raccourcis (et un menu) ne suffisent pas.
Il peut y avoir plein de solutions ; certains packages offrent d'ailleurs des idées.
A mes yeux si Emacs veut être utilisatble "out of the box direct t'as vu"; il faut absolument montrer à l'utilisateur à quelles fonctions il a accès.
En outre, le nommage des fonctions est souvent incompréhensible. L'exemple classique étant "frame" qui désigne une fenêtre et "window" qui désign une frame. Oui je sais ils n'y sont pour rien à l'époque mais y'a un moment il faut s'adapter!
peut être quelqu'un de plus cultivé que moi pourrait décrire les snapshots de OCFS2.
pourquoi écris-je cela : parce que 1. j'ai très souvent lu Btrfs attendu pour les snapshot, 2. visiblement OCFS2 offre des snapshots depuis longtemps.
peut être que OCFS2 pêche par d'autres aspects et que ce FS ne peut pas être par défaut,
du coup on ne peut pas se reposer sur le FS pour les snapshot.
je dois d'abord préciser : bien sûr Red Hat n'est pas le monde entier.
l'annonce n'est pas un revers en terme de force de développment : il n'y en avait pas.
c'est juste que Red Hat n'a pas l'expertise pour maintenir correctement Btrfs
si c'est un dev de Btrfs, il connait bien les entrailles, mais ne reconnaîtra pas forcément les problèmes de fond.
comme poursuivi sur hacker news, est-ce que RH abandonne Btrfs à cause du lack de développeur, ou l'inverse?
le dév soutient que RH n'a pas la main pour embaucher des dév Btrfs, car les dév font ce qu'ils veulent.
cet argument me laisse perplexe. Si c'était si vrai l'argument serait applicable à tout.
comme il le dit lui même, Btrfs n'est simplement pas prêt pour les clients RH.
Mais j'en conclus que RH saura trouver quelque chose que ses clients utilisent.
Bon depuis il y a eu l'histoire de "Stratis" mais d'autres histoires suivront!
c'est plus de ce côté là que je vois l'annonce : pas tant une désuétude de Btrfs
qu'une promesse de quelque chose d'autre.
merci pour les corrections de coquilles, désolé pour cette bévue. Pour "moronix" la déformation est volontaire. Ce n'est pas de moi, en trainant sur les réseaux sociaux on peut le trouver, je l'interprète comme une certaine frustration, ce site étant certes pratique pour suivre l'actualité, mais parfois spécial dans sa manière de la traiter.
"j'ai faim" => une feignaaasse
"je fait plein de thunes j'enc* les pauvres" => individu enthousiaste proactif
"la femme est l'égale de l'homme" => homo et/ou femen, sauf si ancienne patronne medef auquel cas voir ci dessus
"linux" => cancer, bugs
[^] # Re: spreadsheet
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 3.
je viens de tester. Ça semble très léger mais je n'ai pas de gros classeur sous le coude.
Le manuel est un peu court mais assez dense en fonctionnalités. Par contre ça sent la courbe d'apprentissage de folie.
Pour les lookup ça semble mal barré.
# Compta analytique
Posté par saltimbanque (site web personnel) . En réponse au journal ils l'ont voulu, ils l'ont obtenu, et ils l'ont dans le baba.... Évalué à 6.
"il serait possible de calculer, pour chaque marchandise, […] le coût […] ainsi que ce qu'elle rapporte"
Ensuite le journal donne des exemples, assez ancrés dans la réalité, d'erreurs, de comportement problématiques, de mauvaises décisions etc.
Très bien. Ce qui me gêne, quoi que j'ai plussoyé car il y a du matos (et hélas ça sent le vécu!), c'est la formulation.
Analyser les pertes & profits, ce n'est pas une science dure, ce n'est pas exact. Certains éléments peuvent être facilement "découpés", "répartis". Par exemple je ne sais pas de la place dans un entrepôt pourquoi pas. D'autres éléments sont bien plus difficiles à répartir.
Il y a d'ailleurs une technique de dire, "bon les coûts que j'arrive à répartir par produit, je les réparti ; et les autres indicateurs je regarde au global." Autrement dit ne faire de l'analytique que sur les revenus & coûts directs, le "haut" de pnl. Une autre technique, est de dire "bon bah quand c'est plus difficile de répartir, tant pis je prends des raccourcis, des clés de répartition, what the the hell osef!".
Dans les deux cas, non "il ne serait pas possible de calculer". Mais si une entreprise choisit bien ses indicateurs, ses méthodes, ses efforts, bien sûr qu'elle pourra apprendre des choses. Il n'y a pas une analyse mais autant que d'atomes dans l'univers. L'analyse est parfois au service du court terme, mais pas forcément. L'analyse peut être erronnée ou mensongère, mais pas forcément. Ça peut même être intéressant qui sait.
Difficile de lier cela à la sous traitance & à ses ratés.
Je dirai que Apple ou Google pratiquent comme les autres entreprises. Eh bien on peut les critiquer pour cent mille raisons, mais ils arrivent à faire de l'argent ; comme quoi les écoles de cadre sup ne sont pas si mauvaises!
[^] # Re: spreadsheet
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 3.
est-ce qu'un mode écriture est envisagé ?
[^] # Re: autres
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 4.
uzbl
[^] # Re: spreadsheet
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 3.
je n'ai pas de cahier des charges dignes de ce nom. Mais bon
- pouvoir filtrer facilement, en fonction de critère une colonne ou plusieurs
mine de rien le tri sous excel est assez balèze.
- pareil pour le tri : tri sur plusieurs colonnes
- pouvoir faire un "recherchev" (équivalent d'une jointure pour aller chercher une info sur une autre table)
- faire des formules facilement
# spreadsheet
Posté par saltimbanque (site web personnel) . En réponse au journal Applications de type vim-like. Évalué à 3.
au boulot j'ai du mal à éviter excel.
à la base je cherchais un mode Emacs, hélas pas trouvé. En attendant je voudrais essayer
https://github.com/andmarti1424/sc-im
[^] # Re: Quel développements futurs prévus ?
Posté par saltimbanque (site web personnel) . En réponse au journal Emacs NU-MODE et ses concurrents. Évalué à 3.
Lacarte : de ce que je comprends ça reprend simplement, sous une autre forme, le menu "natif". Equivalent de la barre de menu en raccourcis clavier.
Ce qui me dérange est que le menu n'est pas modal. C'est à dire qu'on a toujours les mêmes options, mais un menu correspondant au mode majeur s'ajoute simplement.
Même si NU-MODE n'est pas encore super évolué sur ce point, je souhaite des menus plus réactifs qui s'adaptent bien au mode majeur & si possible aux modes mineurs, & s'il y a une sélection ou pas (mark set).
On pourrait même aller plus loin sur org (est-ton sur un headline? un tableau?)
A cet effet je vais isoler le code, par ex lié à org-mode, dans un fichier. Ceci me permettra de réperer les macros qui manqueraient pour intégrer nu-mode à org-mode. Les macros pourront ensuite être réutilisées ailleurs.
En pratique les macros ce sera très simple : tout juste revoir le contenu des menus, peut être un petit advice ou hook que les macros pourraient faciliter.
Helm j'ai pas mal utilisé mais j'en suis revenu. Trop lourd, pas assez intuitif. Mais NU-MODE intègre une possibilité pour helm. Donc le style de completion est indépendant de NU-MODE : le user peut utiliser helm, ido, ivy. Ivy est simplement par défaut.
Yasnippet il y aurait deux voies. Aujourd'hui NU-MODE rebind Ctrl-Space sur le préfixe "C-c". On peut donc utiliser tous les raccourcis mode majeur / mode mineur / utilisateur. Yasnippet en fait partie. Donc cette voie là il n'y a rien à coder. je pense seulement améliorer cette partie en faisant de Ctrl-Space un menu qui listera tous les raccourcis C-c. Cf ci dessous pourquoi ce n'est pas déjà fait.
Donc ça c'est pour la voie 1, "yasnippet est en fait déjà intégré dans NU-MODE et cette intégration va s'améliorer un peu".
Ensuite il y aurait la voie 2. Dès lors que yasnippet est actif, il faut revoir le menu insert pour intégrer les fonctiosn yasnippet. Ou ce genre d'intégration.
pourquoi lister les raccourcis C-c est un peu embêtant?
=> je ne trouve pas de fonction lisp native pour ça (mode-specific-map n'étant pas vraiment une keymap), il faut se reposer sur une fonction c qui génère un buffer contenant les raccourcis , puis le parser. Un peu moche!
[^] # Re: Un éditeur pour terminal NORMAL?
Posté par saltimbanque (site web personnel) . En réponse au journal Emacs NU-MODE et ses concurrents. Évalué à 3.
oui nano pour le coup on ne s'y mélange pas les pinceaux!
[^] # Re: [HS] T'as rien compris au Markdown...
Posté par saltimbanque (site web personnel) . En réponse au journal Emacs NU-MODE et ses concurrents. Évalué à 2.
Merci pour le correctif. Effectivement le journal est parti d'un texte formaté dans une autre dimension que j'aurai dû adapter plus - pan sur mes doigts.
[^] # Re: which-key
Posté par saltimbanque (site web personnel) . En réponse au journal Emacs NU-MODE et ses concurrents. Évalué à 2.
ah pour le bépo cela peut venir du manque de clarté du journal. NU-MODE utilise les raccourcis standards tels que control+f pour chercher ou control+r pour remplacer, control+n nouveau etc. La version Alt de la touche déclenche immédiatement une fonction. Dans le cas replace, ce sera replace-regexp, dans le cas créé un nouveau buffer vierge. Or, par chance, les lettres I J K L qui sont parfaitement alignées pour servir de manette, ne sont pas partie des raccourcis les plus fréquents. On peut donc maintenir en parallèle les deux. Sur un bépo, les lettres i j k l ne sont plus bien placées. Il faudrait par exemple prendre L S R N. Mais alors on empiète sur la première définition, "la touche s doit sauver".
sinon merci je ne connaissais pas le which-key-mode, seulement where-is / describe-keymap & consorts. Je pensais bêtement que Spacemacs codait sa présentation. Cela dit ça n'arrange en rien le problème d'ergonomie, c'est une option pour découvrir. Qui pourrait être intéressant pour le cas Ctrl-c.
[^] # Re: en fait Emacs est très facile. Enfin le lisp.
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 2.
évidemment c'était à l'époque, ça date quand même de 40 piges. En informatique 40 ans çe ne change pas grand chose.
je pense que réécrire ce serait juste pas possible. d'après ce site merveilleux, https://www.openhub.net/p/emacs/analyses/latest/languages_summary
nous avons
- en C : trois cent quarante deux mille lignes
- en Lips : un million cent quatre vingt neuf mille lignes
- et si, si , y'a du python ! trois cent lignes.
déjà Emacs à la fameuse question de passer à un Lisp un peu mieux, et rien que là ça bloque depuis des années,
et peut être ad vitam
[^] # Re: en fait Emacs est très facile. Enfin le lisp.
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 2.
Déjà il faut noter que le coeur de Emacs c'est du C.
Le Lisp ce n'est guère que quelques millions de lignes par dessus ouch.
un éditeur de texte en rust y'en a forcément, si je pioche au hasard :
http://libs.rs/text-editors/
en python ça existe aussi forcément.
pourquoi lisp resterait intéressant? je dirai que dès le début RMS a choisi le language le plus approprié pour un cas bien précis.
Dès le début il s'agissait d'éditer du texte, et dès le début il s'agissait de pouvoir customiser à gogo.
mais sous la plume de RMS c'est différent :
"The most powerful programming language is Lisp"
(fouiller dans : https://stallman.org/stallman-computing.html)
après désolé ça sort de mon domaine de compétence.
il manque des commentaires sur, pourquoi lisp est adapté au texte.
ce qui est certain est, que lisp s'apprend très facilement.
voici hello world en lisp
c'est un peu triché, mais voilà l'idée.
# en fait Emacs est très facile. Enfin le lisp.
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 4.
je pense que tous les commentaires, vont un peu dans ce sens.
La puissance de Emacs ce n'est pas que cet outil offre tout, c'est pourquoi cet outil offre tout.
Pourquoi? eh bien parce passé quelques douleurs au début, lisp est plutôt facile.
on peut apprendre en customisant un peu des trucs faciles.
puis, des minis trucs perso.
on va vite fait de coder un minor-mode, un major-mode, ef paf! on tombe dans la marmite elpa.
ou du moins, avec lisp on arrivera à peu de frais à faire ce qu'on veut.
peut être que ce n'est pas le plus performant ou sécure. Par contre ça marche diablement bien.
c'est pour cela que ces projets d'améliorer la première expérience sont intéressants.
si je prends par exemple Atom. c'est vraiment juste un exemple. au début on trouve beaucoup plus de choses
tout de suite. Et puis rapidement ça s'essoufle. Alors on veut lire la doc pour faire ses trucs.
Et là c'est le drame.
ou encore Evil. Emacs est maintenant la meilleure implémentation de vim
(performance à part. Attention aux très gros buffers si vous êtes un robot.)
il faudrait presque partir d'un emacs vide que l'on se bâtirait brique à brique
Arch Emacs!
[^] # Re: les conventions sur les raccourcis!!!!
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 2.
"tu sais à quoi t'attendre en termes d'investissement dans l'apprentissage"
on est d'accord. C'est cela qui empêche Emacs d'être utilisé. Donc c'est cela qu'il faut changer.
[^] # Re: Vieux débat (nouvelles réponses?)
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 2.
merci pour vos astuces
les deux solutiosn permettent de tester correctement sans massacrer son répertoire
solution git clone spacemacs dans un faux home
la manière de lancer Emacs détermine le répertoire, spacemacs ou perso
par défaut répertoire perso (vi bien sûr on pourrait inverser)
bon du coup la solution 1 me paraissait tout aussi bien
y'avait même déjà un rapport de bug ouvert …
https://github.com/syl20bnr/spacemacs/issues/6135
[^] # Re: Vieux débat (nouvelles réponses?)
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 3.
au fait, si on veut installer spacemacs, le site dit
git clone https://github.com/syl20bnr/spacemacs ~/.emacs.d
hmm. y'aurait pas mieux ? bon je veux bien faire un backup de mon emacs.d, tester, remettre, m'enfin pour se donner le temps de tester plus longtemps ça devient embêtant!
# SNAPPER EXT4?
Posté par saltimbanque (site web personnel) . En réponse au journal [Btrfs et openSUSE] Épisode 2 : snapper et GRUB2. Évalué à 2.
oua cette partie m'a fait réver. Des snapshot sur tout système de fichier, ou en tout cas sur ext4.
tu écris que c'est cassé , c'est une blague ; et vu tes recherches je fais totalement confiance à ton post
mais alors est-ce que tu pense qu'il y a espoir de le corriger?
(la page snapper -> overview dit "Works with btrfs, ext4 and thin-provisioned LVM volumes")
est-ce que tu pense que snapper sera un jour applicable à d'autres FS encore?
[^] # Re: boitier tout fait
Posté par saltimbanque (site web personnel) . En réponse au message WIFI : carte ou adaptateur pour créer hotspot. Évalué à 2.
ah mode monitor, merci! j'ignorais totalement ce mot.
bon du coup j'ai cru être à deux commandes du graal
e@debian:~$ lsusb
Bus 001 Device 006: ID 148f:5372 Ralink Technology, Corp. RT5372 Wireless Adapter
e@debian:~$ sudo iwconfig
wlan0 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=off
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:off
e@debian:~$ sudo ifconfig wlan0 down
e@debian:~$ sudo iwconfig wlan0 mode monitor
mais là, non, je ne passe point en mode monitor hélas.
donc ce serait bien un problème matos
(j'utilise je ne sais d'où un vieil adapteur sans marque, "GWF-1C6T")
je pourrai peut être partir d'une liste au hasard,
http://www.wirelesshack.org/best-kali-linux-compatible-usb-adapter-dongles-2016.html
qui cite dans l'ordre un usb, TP-Link TL-WN722N (compter 10-15 €)
[^] # Re: Vieux débat (nouvelles réponses?)
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 2.
ah ouais la liste des raccourcis claviers spacemacs est pas mal.
je pomperai bien leur truc pour rendre mes prompts plus jolis (dans emacs nu)
[^] # Re: Vieux débat (nouvelles réponses?)
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 3.
une frame dans Emacs, c'est ce qu'on nomme une fenêtre dans Windows. Donc une instance graphique de l'application , avec, selon le wm, probablement les boutons minomiser maximiser fermer.
Tandis que une "window" dans Emacs, est un "panneau" ("pane") comme dans les explorateurs de fichiers présentant deux panneaux : https://gcmd.github.io/ss/MainWin-Classic.png
# les conventions sur les raccourcis!!!!
Posté par saltimbanque (site web personnel) . En réponse au journal Participer à l'amélioration de l'expérience utilisateur d'Emacs (c'est facile). Évalué à 10.
Ah, sympathique initiative, j'espère que ce sera un moyen de pousser des choses!
bon pour être honnête, comme Xah, je trouve que Emacs devrait à tout prix admettre que ses raccourcis claviers n'ont , aujourd'hui, aucun sens.
Il faudrait un Emacs qui suive les conventions actuelles. Nano a le même problème.
Mais Emacs a un problème supplémentaire. Il y a des milliers de fonctions possibles. Des raccourcis (et un menu) ne suffisent pas.
Il peut y avoir plein de solutions ; certains packages offrent d'ailleurs des idées.
A mes yeux si Emacs veut être utilisatble "out of the box direct t'as vu"; il faut absolument montrer à l'utilisateur à quelles fonctions il a accès.
En outre, le nommage des fonctions est souvent incompréhensible. L'exemple classique étant "frame" qui désigne une fenêtre et "window" qui désign une frame. Oui je sais ils n'y sont pour rien à l'époque mais y'a un moment il faut s'adapter!
# OCFS2
Posté par saltimbanque (site web personnel) . En réponse au journal [Btrfs et openSUSE] Épisode 0 : l’ex‐fs du futur. Évalué à 3.
peut être quelqu'un de plus cultivé que moi pourrait décrire les snapshots de OCFS2.
pourquoi écris-je cela : parce que 1. j'ai très souvent lu Btrfs attendu pour les snapshot, 2. visiblement OCFS2 offre des snapshots depuis longtemps.
peut être que OCFS2 pêche par d'autres aspects et que ce FS ne peut pas être par défaut,
du coup on ne peut pas se reposer sur le FS pour les snapshot.
[^] # Re: Red Hat != World
Posté par saltimbanque (site web personnel) . En réponse au journal Btrfs ne serait plus le futur. Évalué à 2.
je dois d'abord préciser : bien sûr Red Hat n'est pas le monde entier.
l'annonce n'est pas un revers en terme de force de développment : il n'y en avait pas.
le dév soutient que RH n'a pas la main pour embaucher des dév Btrfs, car les dév font ce qu'ils veulent.
cet argument me laisse perplexe. Si c'était si vrai l'argument serait applicable à tout.
comme il le dit lui même, Btrfs n'est simplement pas prêt pour les clients RH.
Mais j'en conclus que RH saura trouver quelque chose que ses clients utilisent.
Bon depuis il y a eu l'histoire de "Stratis" mais d'autres histoires suivront!
c'est plus de ce côté là que je vois l'annonce : pas tant une désuétude de Btrfs
qu'une promesse de quelque chose d'autre.
[^] # Re: Coquille
Posté par saltimbanque (site web personnel) . En réponse au journal Btrfs ne serait plus le futur. Évalué à 3.
merci pour les corrections de coquilles, désolé pour cette bévue. Pour "moronix" la déformation est volontaire. Ce n'est pas de moi, en trainant sur les réseaux sociaux on peut le trouver, je l'interprète comme une certaine frustration, ce site étant certes pratique pour suivre l'actualité, mais parfois spécial dans sa manière de la traiter.
# je suis de droite starter pack
Posté par saltimbanque (site web personnel) . En réponse au journal « Je suis de gauche », le pack de démarrage. Évalué à 5.
"j'ai faim" => une feignaaasse
"je fait plein de thunes j'enc* les pauvres" => individu enthousiaste proactif
"la femme est l'égale de l'homme" => homo et/ou femen, sauf si ancienne patronne medef auquel cas voir ci dessus
"linux" => cancer, bugs