aurel a écrit 1319 commentaires

Je collecte mes podcasts avec le reste de mes flux Atom/RSS dans tt-rss. De là, je les télécharge pour pouvoir les écouter offline avec VLC, que je sois sous Linux/Mac/Android. Pour la synchronisation des fichiers entre ordis et téléphone, j'utilise l'excellent syncthing. Je garde les meilleurs podcasts dans un répertoire dédié également partagé par syncthing.

Avantage:
- je filtre ce qui m'intéresse au fur et à mesure que ça arrive
- c'est très facile d'intégrer d'autres contenus (vidéos par exemple, desquels je ne garde parfois que la piste audio)
- je peux voir/écouter offline
- je conserve une archive des meilleurs contenus

Inconvénient: complètement overkill pour un usage normal ^^

… un bon vieux chroot.

Quand soudain, tu réalises que les services cachés de Tor permettent précisément discrétion et traversée des NAT. Suffit d'en créer un qui donne accès à un SSH, et d'en rediriger le port en local pour t'y connecter avec VNC par exemple. Évidemment, c'est un peu lent, mais ça fonctionne bien et la surface d'attaque n'est pas supérieure à celle d'un bête accès SSH.

J'avais fait quelques tests infructueux avec x2go ou NX via Tor, mais j'imagine que le problème a été réglé depuis. À confirmer. :)

A.

Voir SHA1 collider.

Sur le plan pratique, ce n'est peut-être pas encore un problème (par exemple avec Git). Mais le temps de SHA1 est davantage compté que ce qu'on pensait jusqu'alors. Autant anticiper les changements nécessaires pour éviter de se retrouver plus tard (et peut-être pas si tard que ça, justement) la tête dans le mur.

La cybersécurité, c'est aussi de la gestion de risque, toussa…

Décrit de la sorte, ça rappelle Arch il y a quelques années. Ça donne envie d'essayer :)

C'est sans doute un marché de niche.

À noter le projet valerie de Razer, présenté au dernier CES… où il a été volé.

L'enjeu de 2017 est-il au niveau du navigateur web?

Tout dépend de ta visibilité auprès de ton public cible. S'il n'existe pas encore, il faut aller là où il se trouve: la diffusion de lien se fait beaucoup par l'oiseau bleu en particulier et les réseaux sociaux en général.

Si tu as déjà une communauté existante/débrouillarde/motivée, tu as un système comme shaarli (cf. ici et là) qui te permet d'agréger des liens, comme des bookmarks qui sont publics ou privés, avec un commentaire associé, et qui visiblement peut supporter des commentaires.

Il y a aussi des solutions plus élaborées comme El Curator, mais ce n'est pas libre.

links + ssh sont tes amis. Et puis mutt, et puis vim. Le cloud, c'est moderne ^^

Un rsync sync aussi le lockfile, qui n'est pas présent pour rien: tes plusieurs copies rsync'ées, initialement identiques, vont diverger sur chacune de tes machines. Pour les resynchroniser, rsync ne te sera d'aucune aide.

Une autre solution serait d'utiliser un FS partagé, ou une solution type syncthing, peut-être, et de se restreindre à n'utiliser qu'un seul Firefox sur une seule machine. Du coup, ce n'est pas très pratique, et exit le support mobile.

Une solution, c'est de contourner les navigateurs. Il me semble que le plus essentiel, c'est la synchronisation des mots de passe et des bookmarks.

• Pour les premiers, j'ai de toute façon tendance à recommander l'usage d'un logiciel tiers, type Keepass(X) synchronisé dans un cloud personnel quelconque ou (mieux!) via l'excellent Syncthing, voire pour les plus aventureux un service en ligne tout intégré (mais on sort de l'autohébergement, et on est davantage ciblé par les méchants pirates).

• Pour les seconds, je trouve qu'un service comme Shaarli est très agréable. Il est possible de le tester facilement, par exemple via son instance MyFrama (proposé par qui-vous-devinez-facilement-vu-le-nom). Libre à chacun de l'autohéberger.

Ensuite, il suffit de ne pas activer le service de synchro de son navigateur pour éviter les fuites. Pour ce qui est du partage de sessions, d'onglets et de whatever (extensions par exemple?), je n'ai pas de solution. Toutefois, ce qu'on perd sur ce point, on le gagne en indépendance: en reposant sur des solutions externes au navigateur, il devient possible (et facile) de passer d'un navigateur à un autre.

A.

Bien, ce guide, même s'il éclaire que c'est à réserver aux plus motivés !

Pour Firefox, je le faisais à l'époque où c'était très simple. Puis c'est devenu beaucoup moins simple, et j'ai abandonné à regret. Aujourd'hui, je n'ai d'autre choix que de faire confiance à Mozilla. Ça coûte, mais c'est possible. Concernant Chrom(ium), c'est très différent, et autohéberger un serveur de sync serait un vrai plus. Est-ce que vous savez si c'est possible ?

En tout cas c'est marrant: je me posais la même question avant hier.

Merci beaucoup pour ce retour d'expérience ! QubesOS me fait les yeux doux depuis longtemps, mais devoir lui dédier une machine physique m'a jusqu'à présent dissuadé de franchir le pas. Qu'en est-il du support matériel / sur quel matériel l'as-tu testé ?

Arch + i3wm ?

Viandoxxx ? ^{^}

Plop, deux premières pistes avec les modèles de Markov d'ordre variable, et la "même chose" version Bayes. C'est rigolo comme formuler une question amène de fait une réponse ! ^^

… ou changer de chaussettes ^^

Si ton W est legacy, il te faut également booter ton installation de linusque en legacy, et elle t'installera une version legacy. Pour être sûr d'avoir booté correctement avant de lancer la procédure d'installation, tu dois pouvoir vérifier avec un truc genre [ -d /sys/firmware/efi ] && echo "EFI boot on HDD" || echo "Legacy boot on HDD".

Si ça t'affiche UEFI, tu es cuit: il faut rebooter en legacy. Suivant les implémentations d'UEFI, tu peux choisir si le démarrage depuis un support amovible doit se faire en UEFI ou en legacy. Si l'option n'est pas présente, essaie de voir si elle apparaît en passant en mode UEFI "non-legacy", puis en affichant le menu qui te permet de choisir sur quoi booter.

Bon courage !

Si ton W a été installé en UEFI, alors il faut installer ton linusque en UEFI lui aussi.
Si ton W est en mode legacy, alors il faut que ton linusque le soit aussi.
Dans tous les cas, ce lien est une bonne lecture (même si ça ne rime pas autant que mes 2 phrases).

Je ne sais pas si c'était mieux avant, mais ce qui est sûr c'est que je trouve que ces empilements de couches qui se complexifient sont de moins en moins intelligibles. Pour les vieux de la vieille qui apprennent au fur et à mesure et qui font l'effort de se tenir à niveau, c'est de plus en plus difficile d'avoir une vue d'ensemble. Les vieux qui ne se renouvellent pas et les jeunes qui ne connaissent pas leurs classiques en sont de fait privés. C'est rude, ce domaine !

Ultra bien ça !

Le commentaire parle de la Inkpad 2 et le github de Touch Lux. Est-ce que ça tourne sur toutes les Tea/Pocketbook ?

Salut Genma,

J'ai vu tes billets, ils ne sont d'ailleurs pas pour rien dans ma recherche actuelle. La gamme Bookeen me semblait un peu datée par rapport aux leaders Amazon/Kobo. Ce n'est pas vraiment un problème si le confort est bon et s'il y a des MAJ régulières. Une intégration avec Wallabag serait vraiment formidable. Je vais reconsidérer ce modèle :-)

A.

Merci beaucoup. J'avais repéré ce constructeur, mais les quelques tests que j'ai vus m'ont refroidi. Je retourne donc voir ce modèle, spécifiquement. :)

Borg:

• chiffré localement
• transfert incrémental
• dédupliqué au niveau des blocks, encore plus efficace qu'une déduplication au niveau des fichiers

Support Linux, mais peut-être également Windows avec cygwin par exemple ? Sinon, tu peux sauvegarder ta partition Windows depuis Linux, si tu es en dual boot ?

Pour simplifier/automatiser son utilisation (qui est déjà très simple), il existe Borgmatic.

L'essayer, c'est l'adopter :)

Merci beaucoup !

J'ai lu que le support des epubs sur les Kobo récentes (et peut-être des anciennes suivant les mises à jour?) pouvait poser problème mais qu'un plug-in calibre permet de contourner le problème.

Cette tendance à voir des formats bricolés ne m'enchante pas vraiment, mais pour l'instant ça a l'air gérable et c'est tant mieux.

Aurel.