🚲 Tanguy Ortolo a écrit 12252 commentaires

Enfin, faire un script bash

Un script shell. Il est totalement inutile de forcer l'utilisation de Bash pour des choses aussi simples, et utiliser Bash par défaut parce qu'on n'est pas sûr de faire du code portable, c'est une solution de fainéant.

Il est possible que des distributions non issues de Debian utilisent ce format de paquet, mais ça doit être un peu rare tout de même. Pour les dérivées donc :

https://wiki.debian.org/Derivatives/Census
https://wiki.debian.org/Derivatives
https://www.debian.org/misc/children-distros

À noter que si j'aime bien l'idée de liens symboliques qui permettent une utilisation transparente même hors de Photoshow, la même fonctionnalité serait obtenue par un fichier par mot-clef, listant les photos marquées avec ce mot-clef.

Pour être plus précis, une photo marquée par exemple « bourré » pourrait être liée dans un répertoire tags/bourré, et, à son emplacement original, être accompagnée d'un fichier .tags contenant la liste des mots-clefs avec lesquels elle a été marquée, ici « bourré » donc :

$ find
photos/
photos/réveillon2008
photos/réveillon2008/IMG_4212.JPG
photos/réveillon2008/IMG_4212.JPG.tags
tags/
tags/bourré
tags/bourré/réveillon2008_IMG_4212.JPG -> ../../photos/réveillon2008/IMG_4212.JPG
$ cat photos/réveillon2008/IMG_4212.JPG.tags
bourré

Une idée de fonctionnalité : le possibilité de définir des étiquettes (tags) pour les photos. Ça peut être mis en œuvre par des liens symboliques je pense.

J'ai du mal à voir le cas d'usage de ce truc. À quoi cela te sert-il ?

C'est une vieille technique ça, un collègue m'avait parlé d'une boutique dans un genre de bazar en Asie, où le vendeur demandait au client ce qu'il voulait comme clef USB, puis allait dans son arrière boutique programmer une clef USB de faible capacité pour se faire passer pour la taille demandée…

C'est vrai, en fait dans le processus d'attribution de ces nouveaux TLD privés, il y a une étape où on vérifie qu'ils ne posent pas de problème ou de confusion par rapport à l'existant, et de tels pluriels y seraient probablement recalés.

Tout à fait d'accord sur l'intérêt principal du .fr, en revanche je ne pense pas que les motifs invoqués pour justifier le .bzh soient intrinsèquement si mauvais que ça. Peu sérieux, sans le moindre doute : le .bzh n'est absolument pas nécessaire.

À mon avis, sa motivation principale est liée à une affirmation d'identité bretonne, qui n'est donc pas sérieuse techniquement parlant pour un nom de domaine de niveau supérieur — mais aucun de ces nouveaux TLD ne l'est — mais qui n'est pas intrinsèquement mauvaise : la fierté régionale qui n'implique en aucun cas une défiance nationale.

Bref, à mon avis, c'est l'attribution de nouveaux TLD privés qui est regrettable et peu justifiée, mais la volonté d'en créer un pour la Bretagne n'est pas spécialement inquiétante.

Et vendre des noms de domaine de niveau inférieur aux VTC !

Le problème n'est pas que les vignerons sont lents, ils peuvent être très très rapides. Sauf que si qlq'un a été plus rapide qu'eux (et il y en aura sûrement), cela implique pour eux d'au mieux payer la taxe du troll qui s'est installé sur le pont qu'ils ont construit.

Non, les noms de domaine de niveau supérieur ne sont pas vendus aux enchères par l'ICANN.

En gros, c'est une grosse loterie, similaire à ces jeux télévisés "le premier appel est le gagnant": dès que les portes s'ouvriront, tout le monde se ruera et le gagnant sera l'un d'eux pris au hasard.

Non, les noms de domaine de niveau supérieur ne sont pas vendus au premier candidat qui se manifeste.

D'après les explications de l'ICANN, lorsque plusieurs candidats demandent le même nom, il y a après évaluation technique de chaque candidat une procédure de résolution du conflit, qui se termine par élection d'un seul candidat. Là, cette procédure n'a vsisiblement pas été nécessaire parce qu'il n'y avait qu'un seul candidat.

Les vignerons se sont groupés pour râler, donc ils auraient aussi bien pu se grouper pour sous-traiter l'achat de ces noms de domaines à la place.

Justement non, ils ont accepté .vin et .wine, qui fâchent pas mal de monde dans le genre.

Au fait, vous avez suivi l'histoire récente avec les futurs TLD .vin et .wine ? Si j'ai bien compris :

1. des boîtes privées vont acheter ces deux TLD qui évoquent le vin pour vendre des noms de domaines inférieurs ;
2. les vignerons sont verts de rage par ce que ces sociétés n'ont pas l'intention d'imposer un respect des AOP sur les noms de domaines inférieurs qu'ils vendront.

Mon analyse : les vignerons devraient — ou auraient dû — se sortir les doigts du postérieur et se regrouper pour acheter eux-mêmes ces TLD, et en faire ce qu'ils veulent au lieu de râler. Ben oui, avec l'ouverture des TLD génériques au public, il y a maintenant une concurrence sur les TLD, c'est la vie.

Au fait, suggestion si quelqu'un d'assez riche pour cela passe par là : acheter .vins et .wines, annoncer largement l'ouverture d'un service de vente de noms de domaines inférieurs imposant un respect des AOP, passer pour le sauveur, et les vendre à prix d'or.

Pourquoi pas, s'il y a des gens prêts à dépenser de l'argent pour ces conneries et que ça ne coûte donc pas plus à la région Bretagne que ça n'en rapporte. En revanche, je m'insurge contre certaines explications fallacieuses à propos de ces nouveaux noms de domaines de niveau supérieur. On entend ainsi parfois :

• Que cela va permettre de simplifier grandement les URL, en remplaçant par exemple http://www.canon.com/products/cameras par http://cameras.canon/ : foutaises, Canon pouvait déjà utiliser http://cameras.canon.com/, sur lequel un TLD .canon ne ferait gagner que quatre caractères.
• Que cela va permettre à des régions, à des villes de vendre des noms de domaines, par exemple en .paris ou en .bzh : foutaises, ils pouvaient déjà faire cela avec paris.fr et bretagne.fr (bzh.fr étant déjà pris). S'ils ne le faisaient pas, c'était par choix et non par contrainte, et s'ils préfèrent acheter des TLD pour cela, c'est pour des raisons autres que techniques.

)

(pour éviter l'effet 859)

Dans le fichier /etc/X11/xorg.conf (à créer), ou mieux, dans /etc/X11/xorg.conf.d/keyboad.conf, puis relance complètement ta session graphique :

Section "InputClass"
    Identifier "Claviers"
    Option "MatchIsKeyboard" "true"
    Option "XkbOptions" "caps:shiftlock"
EndSection

Si ta distributions fournit un fichier /etc/default/keyboard-configuration, il sera plus judicieux de modifier celui-ci ainsi, puis redémarrer :

XKBOPTIONS="caps:shiftlock"

(tu peux ajouter cette options aux éventuelles options déjà présentes.

Tu étais en train de suivre des instructions pour compiler toi-même Wine. C'est inutile, ce logiciel étant fourni dans la distribution Ubuntu : il sera donc plus simple de l'installer normalement avec un outil de gestion de paquets d'Ubuntu. S'agissant effectivement d'un logiciel en 32 bits sur un système d'exploitation en 64 bits, l'installation ne sera peut-être pas triviale, mais tu devrais pouvoir trouver des explications détaillées sur un wiki Ubuntu je pense.

Je ne connais pas du tout Linux et je n'ai personne dans mon entourage qui est capable de me renseigner ou même de me montrer comment "tourne" le système d'exploitation.
- visuellement, ça ressemble à un Win "classique" (voui, je l'avoue, je ne connais que ça…)

Aujourd'hui, vu les différences entre les versions de Windows, il est difficile de répondre. Si tu veux quelque chose avec des concepts assez proches des anciennes versions de Windows (XP…) pour t'y retrouver sans problème, je te conseille les environnements de bureau GNOME en mode classique et Xfce.

• quels logiciels existent ? (traitement de texte, tableur)

Tout ce qu'il faut pour faire de la bureautique, à condition que tu ne sois pas trop accroché à Microsoft Office : ce que tu trouveras, c'est LibreOffice, que tu connais peut-être déjà sous Windows.

Après, à peu près tout ce qu'il faut pour des tâches courantes en fait : de quoi lire et écrire du courrier électronique, regarder des films, surfer sur le Web… Le tout largement préinstallé, en fait.

• un novice a-t-il possibilité d'entrer dans la communauté sans connaissance particulière (je consomme du "pré-maché"… et je n'ai pas grand chose à apporter à l'édifice… malheureusement…)

Si tu trouves un groupe d'utilisateurs de GNU/Linux près de chez toi, ils pourront certainement t'accueillir et te conseiller. Pareil pour l'installation, si tu peux trouver une install-party pas trop loin de chez toi.

Tout comme le livre numérique avec DRM, copier un livre non numérique, le modifier ou pas et le diffuser n'est pas autorisé.

Non, c'est faux. La copie privée est autorisée, la modification… ben ce qui relève de la correction par exemple, n'attentant pas à l'intégrité de l'œuvre, devrait être au moins largement tolérée, de même que l'annotation par exemple. Quant à la diffusion, il me semble que le prêt et la vente d'occasion sont largement tolérés, et que lutter contre cela ferait à juste titre un tollé.

Pour en revenir aux DRM, personnellement ce qui me dérange avec ces verrous, c'est principalement :

• qu'ils restreignent des droits légitimes, pour lesquels on paie, notamment la copie privée ;
• qu'ils soumettent l'utilisation même normale au bon vouloir de l'éditeur ou du distributeur, qui peuvent l'empêcher arbitrairement à tout moment, ce qui est parfaitement intolérable.

Euh, j'ai visiblement faire une faute de frappe.

FINGER="$(printf '\u0001F595')"
VULCAN="$(printf '\u0001F596')"
cat >> .XCompose <<EOF
<Multi_key> <n> <l> <n> : $FINGER                             # REVERSED HAND WITH MIDDLE FINGER EXTENDED (THE FINGER)
<Multi_key> <backslash> <backslash> <slash> <slash> : $VULCAN # RAISED HAND WITH PART BETWEEN MIDDLE AND RING FINGERS (VULCAN SALUTE)
EOF

Pour ceux qui veulent profiter des deux nouveaux caractères les plus importants de cette nouvelle version :

FINGER="$(printf '\u0001F595')"
VULANT="$(printf '\u0001F596')"
cat >> .XCompose <<EOF
<Multi_key> <n> <l> <n> : $FINGER                             # REVERSED HAND WITH MIDDLE FINGER EXTENDED (THE FINGER)
<Multi_key> <backslash> <backslash> <slash> <slash> : $VULCAN # RAISED HAND WITH PART BETWEEN MIDDLE AND RING FINGERS (VULCAN SALUTE)
EOF

Oui, personne ne semble s'en être rendu compte, mais il y a le salut vulcain dans Unicode 7.

Ce n'est pas un logiciel mais un protocole. Je comparerais plutôt ça à des choses comme TCP ou comme le shell Unix, qui peuvent avoir plusieurs mises en œuvres.

Et ils étaient obligés de mettre ça uniquement sur Google Plus, évidemment… Super l'URL à la con aussi, vachement sémantique. Bon, je ne me plains pas, au moins ça ne demande pas de compte spécifique pour lire cette annonce.

Comment peux-tu savoir si ton mot de passe est stocké en clair ?

Bon, on peut toujours le savoir en demandant une récupération de mot de passe : s'ils renvoient le mot de passe pour rappel au lieu de proposer une procédure de définition d'un nouveau, c'est qu'ils le stockaient en clair, mais ça, ce n'est possible qu'après avoir choisi un mot de passe…