fusible a écrit 321 commentaires

Il me semble qu'il manque une quote dans la section sur l'Analyse de la sortie de la commande ls :

NUL=$(printf '\000)

Super dépêche et les commentaires ne sont pas en reste !

Au fait, c'est vraiment agréable de toujours poster à 0 après dix ans sur le site. Bien que la plupart
de mes postes finissent dans le positif je poste peu et donc mon karma reste bas. C'est quoi ? Une prime au flood ?

• Oui, mais je ne crois pas m'avancer beaucoup en disant que ça leur en touche une sans faire bouger l'autre.
• C'est était le cas avec la Wii et ça l'est toujours avec la Wii U et la 3DS.

J'avoue avoir renoncé a trouver une solution. Maintenant, il est toujours possible que je sois passé à coté du truc… C'est d'autant plus dommage qu'à coté de ça je suis plutot satisfait d'OVH.

Les services en ligne, oui, mais pas les jeux comme je le dis au dessus. Ou alors je veux bien savoir comment ! :)

Impossible de se connecter normalement à une partie réseau. Les "services" comme l'eShop et Miiverse fonctionnent sans problème. Mais pas moyen de rejoindre une partie que ce soit Mario Kart, Monster Hunter (Wii ou Wii U) – ou tous ceux que j'ai essayé sur console Nintendo en fait – on a droit 9 fois sur 10 à une "erreur de communication". Si l'on créé sa partie ce sont les autres qui ne peuvent rejoindre.
Bizarrement quand je jouais à Monster Hunter sur Wii, je créais une partie (pour pouvoir accéder au contenu réservé pour ceux qui connaissent) et certaines personnes – très rares – pouvaient systématiquement me rejoindre alors que tous les autres se faisaient jeter.
Il est très facile de trouver d'autres personnes ayant le problème. La solution par contre…
Ça vient je pense du modem, un TG788vn dans mon cas. Le changer pour un autre en tout cas permet de jouer mais on perd alors la ligne téléphonique… dommage !

OVH aussi. Très bon service client, très bons techniciens.

À condition de ne pas vouloir jouer en ligne avec une console Nintendo. -_-'

Je ne comprends pas. Il n'est pas possible d'utiliser un logiciel alternatif ? Je croyais que c'était une des forces des smartphones (je n'en ai pas encore) le choix des applies.

mapper des touches en fonction du type de fichier que l'on édite

Je dirais de placer les affectations dans le dossier ftplugin:
.vim/ftplugin/tex.vim et .vim/ftplugin/c.vim

Ensuite en utilisant les les paramètres <buffer> et <LocalLeader> de la commande map. (voir :h map-arguments)

En attendant, Ctrl-c Ctrl-v en Bépo, c'est pas ce qu'il y a de plus doux pour les doigts.

À voir. Je trouve au contraire que ça répartit bien le boulot sur les deux mains. C'est exactement ce qui est recherché quand on tape à deux mains.
Après, c'est différend si tu utilises la sourie dans une main pour la sélection. Mais dans ce cas pourquoi ne pas utiliser les copier / coller qui ne manquent jamais d'apparaître sur un clic droit ?

Au lieu d'un chattr +i, tu peux utiliser les outils de la distrib en ajoutant une ligne NoUpgrade dans pacman.conf :

NoUpgrade = usr/share/X11/xkb/rules/evdev.xml usr/share/X11/xkb/rules/evdev.lst

Mais, ayant aussi une disposition custom, j'aimerai savoir s'il n'y a pas moyen de faire autrement. Genre un fichier evdev-local.xml qui viendrait surcharger celui du système…

C'est aussi ce que j'ai cru au début. Mais la page de man de troff (heirloom) n'est pas d'accord.

export TROFFFONTS=

Il y a un F en trop, d'où le soucis avec la fonte.

j'ai reconstruit l'archive d'utroff-0.1, car les sources du fichier de démonstration avaient été oubliées.

Il me semble qu'il manque aussi de quoi obtenir les licenses. En tout cas ni make pub, ni cd share; make ne fonctionnent chez moi.

% make pub
for i in share demo dpage frog idx refer share soelim sophia tchars troffxml ug
rind utmac www; do \
(if [ -d "$i" ]; then cd "$i" && make pub; fi) || exit; \
done
make[1]: Entering directory '/home/pkgusr/abs/utroff/src/utroff-0.1/share'
co RCS/*
co: RCS/RCS/*,v: No such file or directory
../include.mk:217: recipe for target 'co' failed
make[1]: *** [co] Error 1
make[1]: Leaving directory '/home/pkgusr/abs/utroff/src/utroff-0.1/share'
makefile:17: recipe for target 'pub' failed
make: *** [pub] Error 2

% cd share
% make    
make: *** No rule to make target 'readme.t', needed by 'README'. Arrêt.

S'il s'avère que tu doives reconstruire l'archive – s'il te plait – incrémente son numéro de version. Ça permet à ceux qui ne suivent pas linuxfr de savoir qu'il y a du nouveau et ça évite des alertes sécu du genre :

% makepkg -o
==> Création du paquet utroff 0.1-1 (mer. nov.  6 08:29:35 CET 2013)
==> Récupération des sources...
  -> utroff-0.1.tar.gz trouvé
  -> config.diff trouvé
==> Validation des fichiers sources avec md5sums...
    utroff-0.1.tar.gz ... ÉCHEC
    config.diff ... Réussite
==> ERREUR : Un ou plusieurs fichiers sont invalides !

Je n'ai pas eu ce problème pour installer les heirloom-doctools sur ma arch. Je suis parti de
https://aur.archlinux.org/packages/heirloom-doctools-cvs, pas eu besoin des devtools.
J'ai juste modifié config.diff pour avoir une installation dans /opt/heirloom.

Pour pouvoir naviguer facilement dans le doc, j'utilise "{{{1" (de 1 à 5) comme titre avec une transformation preproc…

Le plugin VOoM est vraiment pas mal pour ça.

Au passage, pour ceux qui sont intéressés par le déport d'affichage d'application QT4, l'équivalent de l'option --graphicssystem est export QT_GRAPHICSSYSTEM=native. Quelqu'un connait un équivalent pour les applies GTK3 ? Quoique, gnome-disks s'exporte bien…

Bref, de nos jours, la latence est trop grande pour parler de transparence réseau (à moins d'utiliser des applications qui utilisent les API de dessin de X plutôt qu'un toolkit tel que GTK ou QT, ce qui doit être hyper rare).

Pas si rare que ça non. Déjà ce n'est que pour les dernières versions de GTK et QT. Et encore toutes les applications KDE4 sont encore utilisables. Il suffit de les lancer avec l'option --graphicssystem native. Alors prétendre que ça n'existe pas c'est un peu fort de boudin.

Je m'en sers très souvent – en réseau local non gigabit – pour lancer mmg l'interface graphique de mkvmerge basée su wxgtk, consulter tous types de fichiers sans avoir à les rapatrier ou à monter spécifiquement un sshfs…

Ce qui est génial c'est que si justement c'est totalement transparent et je n'ai pas à changer quoi que ce soit à mon utilisation. En local ou distant, un terminal / tmux / ranger. Pas besoin de lancer une nouvelle connection pour chaque appli que je pourrais vouloir utiliser comme je l'ai lu dans les commentaires ici sur RDP. Sans déconner, c'est super lourd ! Et faut rechercher du coup à chaque fois tout le contexte de travail : répertoire, fichier ?

Gloups, j'espère pouvoir encore utiliser longtemps Xorg que c'est trop de la merde et la variable DISPLAY qui n'existe pas.

Je crois que tu es passé à coté. ;)

Tu essaie de gagner au niveau de l'occupation disque (enfin carte SD) ou la liseuse a du mal avec les archives trop lourdes en mémoire ? Ça me semble dommage de ne plus pouvoir zoomer sur un texte un peu petit.

Les Kobo m'intéressent justement pour leur support des comics mais je n'ai pas trouvé beaucoup d'avis sur cette utilisation en particulier.

Sinon,

TMP_DIR=`mktemp -d`

c'est pas mal et ça évite le premier rm. Merci pour le script en tout cas.

dmenu se contente de permettre à l'utilisateur de sélectionner une entrée dans une liste. Que cette liste soit composée des binaires du PATH est le fait du script dmenu_run. C'est un script shell plutôt simple et le modifier pour lui faire afficher ce que tu veux me semble assez trivial. La seule difficulté est de savoir quoi faire de ce fichier *.desktop. J'aurais bien quelques candidats pour les gérer : dapper, dex, fbautostart, … Mais, bizarrement, aucun d'eux n'est packagé par ma distribution et j'ai un peu la flemme du coup. :p

Pour les raccourcis clavier, j'ai préféré modifier les raccourcis clavier d'i3. Il y a moins de conflits à gérer. Mais tu peux regarder du coté de noremap :

noremap j h
noremap k j
noremap l k
noremap m l

A placer dans ton ~/.vimrc

Si il fait double emploi pour le tiling, à quoi sert-il donc?

Le découpage de terminal en carré de tmux est presque anecdotique à coté de ses autres fonctionnalité. J'apprécie particulièrement sa gestion de l'historique et du copier/coller.

Oui, je sais, c'est le bordel, et je n'ai pas encore appris à tout bien manipuler avec i3 (il doit me manquer un truc, mais quoi… P'tet une commande que je n'utilise pas genre sélection du conteneur parent/fils?)

# focus the parent container
bindsym $mod+a focus parent
# focus the child container
bindsym $mod+b focus child

Attention ça devient vite le bordel ! :P

For your RSS needs, have you considered http://newsbeuter.org/ ?

Ha non, jamais pensé. Mais là par contre ça me tente moins pour la simple et bonne raison que j'ai un tt-rss sur un serveur perso et que je l'utilise donc n'importe où. A la rigueur si j'avais un client en console pour lui… ;)

Ça semble possible : http://newsbeuter.org/doc/newsbeuter.html#_tiny_tiny_rss_synchronization
Après, je n'ai pas essayé.

J'ai eu a me poser la même question.

Au final, j'utilise le tilling de tmux pour les connections SSH. En local, je trouve plus efficace et souple d'utiliser les possibilités du gestionnaire de fenêtre (i3). Mais je conserve toujours une session tmux dans chaque terminal ouvert. C'est trés pratique en offrant son copier-coller à multi-buffer, la permanence des sessions, la navigation dans l'historique…

La combinaison i3 + tmux est excellente pour peu qu'on apprécie le terminal et les applications qui vont avec. J'ai même légèrement patché dmenu_run pour qu'une sélection d'applications texte aient un traitement de faveur : lancement d'un nouveau terminal avec sa propre session tmux nommée ou rappel d'une existante.

c'est sympa ton article, mais ça reste une publicité.
C'est surtout les deux dernières questions qui y font penser (et la date de création du compte).

Son compte est plus ancien que le tien… 6 ans de campagne marketing, vachtre je ne suis pas sur qu'il rentre dans ses frais. Même avec de grosses marges! ;)

J'ai fait le même choix. C'est vraiment une machine sympa et très accessible. Au niveau connectique on a le choix : ethernet, wifi, usb, hdmi, vga, composite, sorti console …

ça reste grévé de blobs binaires et de problèmes de licence…

Pas si l'on renonce au possibilité multimédia pour l'utiliser comme serveur. Ce n'est pas un gros sacrifice puisque sous linux le coté lecteur / encodeur multimédia est encore loin d'être au point. Même si ça avance en effet.

D'autre part tout ce qu'il faut savoir concernant le support Linux est disponible ici: http://rhombus-tech.net/allwinner_a10/

C'est un peu léger. Alors pour ceux qui pourraient être intéressés par les appareils construit autour du Allwinner A10 (comme la Cubieboard dont `nal parlait ici) :
- la mailing list
- un wiki
- les sources : noyau, u-boot
- un forum