saltimbanque a écrit 980 commentaires

Plusieurs articles élogieux m'ont vanté Pcloud et dès que mon HDD a cramé, et après restauration des data (enfin celle du mois d'avant! bien fait pour moi!), j'ai voulu tester leur offre à vie, n'en ayant pas trouvé ailleurs. Le montant est important, 350€!, mais, à vie. Donc par exemple si un abonnement me coûtait 10€ par mois il me reviendrait à 350€ en à peu près 3 ans.

Est-ce que j'utiliserai Pcloud plus de 3 ans? J'imagine que oui. 2 To deviendront relativement peu à la longue, puis deviendront ridiculement petits, mais j'ai encore beaucoup de marge en sauvant tout ce qui m'importe.

Maintenant il n'y a rien d'open source là dedans. Mais cela fonctionne très bien sous Linux (client distribué au format Appimage) ou Android. Le client Linux se base sur l'idée d'un disque virtuel. J'étais plutôt parti sur une autre idée mais finalement un disque virtuel c'est simple et ça marche. L'appli Android fait le boulot mais me séduit moins car je n'ai pas trouvé pour avoir accès aux fichiers hors lignes directement depuis d'autres applications ( il faut passer par l'interface de leur appli pour accéder aux fichiers hors lignes, ce qui ne convient pas à toutes les manières de faire). Ça reste sympa de pousser instantanément toute image ou tout ce que je veux sur le cloud!

Le chiffrement c'est uniquement côté serveur. Chiffrer côté client c'est faisable mais ça vous coûte un bras.

Pas non plus de service particulier. Agenda, calendrier, notes, je ne sais quoi, oubliez, c'est sans fioriture, fichiers fichiers fichiers! Mais bon je peux très bien m'autohéberger pour ces services et sauvegarder sur Pcloud.

Je reste malheureux de ne pas avoir trouvé un équivalent FOSS ou préservant plus de libertés. Un Nextcloud à vie m'aurait envouté par exemple.

Mon frère a cramé un ordi avec l'aspi. Du coup je me contente de retirer à la main les gros moutons + petit coup de chiffon poussière vite fait. Les ordis aiment la saleté de toutes façons, il n'y a qu'à voir tous ces codes sales qu'ils font tourner!

Visiblement ils n'ont pas trop besoin de chercher des nouveaux!

https://yunohost.org/try

Server Error

Sorry, something went terribly wrong!
HY000 - SQLSTATE[HY000]: General error: 1 no such table: info
For further details please review your logs/ folder, or enable displaying of errors in your system configuration.

Intéressant effectivement! Je suis un peu rassuré en lisant la description, "l'intervalle de décalage entre son réel et note jouée est constant". Finalement on est sur un cas similaire à la gratte : simplemnet à la guitare c'est une octave de décalage, ce qui gêne moins.

Beaucoup d'anomalies historiques dans le solfège donc! Espérons un jour que Linus écrira un solfège from scratch, "rien de sérieux juste un hobby".

Vous allez achever ma foi dans la musique comme quelque chose de carré! J'avais déjà appris, très récemment

• Anecdote : que la clé de sol que je joue à la gratte n'est pas la vraie clé de sol https://fr.wikipedia.org/wiki/Clef_(musique)#Octaviation
• Beaucoup plus important : "À part les octaves, tous les intervalles sont, acoustiquement parlant, légèrement faux" https://fr.wikipedia.org/wiki/Gamme_temp%C3%A9r%C3%A9e

Alors si en plus le la n'est pas le même pour tous!

Sympathique approche, effectivement c'est très différent des lots de flashcards à se farcir jusqu'à les connaître sur les bouts de doigts. Et du coup, est-ce que ce serait facile d'adapter à une autre langue? il y a une API par rapport au dico en anglais sur le web, ou c'est un dico rapatrié sur le serveur? (troisième hypothèse, je n'ai rien compris et c'est pas du tout ça)

Flameshot est une belle découverte pour moi. Outre les motifs géométriques habituels il offre les bulles d'autocomptages, les retouches sont vraiment très rapides à réaliser. J'aurai bien aimé qu'il puisse partir d'un fichier image mais ce n'est pas bloquant.

trop d'options? mm. En tout cas l'interface est très bien

Arf j'allais tester mais

Shutter was relying on several outdated libraries for several years and therefore has been removed from most distribuitions’ official repositories. By now it has been ported to GTK3 and can be packaged for repositories again but hasn’t been picked up by many distributions yet.

le vacciné pas favorable au vaccin qui prête son pass

Pas favorable <> permettre une usurpation potentiellement dangereuse pour les autres. Oui typiquement je souhaite que quelqu'un qui volontairement permette cela ait des soucis.
J'aimerai vivre dans un monde où l'on favorise moins son entourage immédiat pour plus penser à l'ensemble des gens

Joli!!! En ressource j'aurai mis plutôt du blé.

Le twitttt semble surtout un peu maladroit dans la formulation lorsqu'il dit que c'est la victime qui sera punie. Si l'on se report au parisien cité par ex., alors

• "une personne qui ne disposerait pas d’un pass sanitaire mais qui utiliserait celui d’un proche serait passible d’une amende"
• autre délit mentionné, "Aucune tolérance n’est demandée non plus pour les soignants qui délivreraient de faux pass sanitaires"

Mais que celui qui se fait usurpé soit puni, c'est juste que Cédric O s'est embrouillé. Il s'agit certainement du deuxième cas : les faux pass sanitaires seront invalidés. Réfléchissons un peu avant de nous emballer.

Pensons à lire twitter plus souvent!. Lisez plutôt ces réponses au post cité

• Je ne risquerai pas d'engraisser l'état pour aller au resto
• Et s'ils sont rendus inutilisables, la personne est bannie de la société toute sa vie ? Ce serait pas le Crédit Social Chinois que vous introduisez en France, soutenu par la reconnaissance faciale, par hasard ?
• Son obtention n’étant pas subordonnée à la présence d’anticorps, votre #Pass sadique n'a pas de valeur médicale.

Conclusion les pires trolls de l'histoire de linuxfr n'arriveront jamais à la cheville de twitter.

Bah 10 morts quotidien par millions de personne en janvier >> 0.5 mort quotidien par million de personne en juillet, c'est pas si mal non?

Alors oui tu regardes certainement la tendance où la courbe monte mais ce n'est pas parce qu'elle monte aujourd'hui qu'elle remontera jusqu'au pire : il faudrait tout de même multiplier par 20! Et dans un contexte est très différent : une bonne partie est vaccinée.

J'imaginerai le contraire : test payant => test réalisé uniquement si gros soupçon => plus gros taux d'incidence. Mais c'est peut être moins spectaculaire comme raisonnement.

On doit également considérer la responsabilité de la famille elle même. Mots difficiles, cruels, je préférerai écrire autre chose, mais dédouaner l'individu de ses responsabilités au profit d'une responsabilité exclusivement des collectivités, n'a pas de sens, ne peut pas marcher.

Apprendre un éditeur puissant peut s'avérer joyeux plutôt que turbulent. Bien sûr du temps, du temps, mais ce temps sera éventuellement regagné. Si le temps investi ne représente pas immédiatement moins de temps à écrire il représentera plus de connaissances.

La configuration dans Emacs se fait en lisp, qui n'est autre que le langage dans lequel est codé Emacs. Configurer Emacs est égal à recoder Emacs. Il n'y a pas de limite.

Je ne code pratiquement plus (et je ne teste plus trop les trucs comme lire les flux rss, faire du réseau social, etc.., dans Emacs) mais j'écris toujours dans Emacs pour cette raison - je me suis fait mon Emacs qui est devenu meilleur pour mon usage que tout autre éditeur de texte ; et si j'essaie parfois un truc comme un énième éditeur markdown, c'est pour bien vite rire grassement de ses limites.

je ne sais plus si certains désactivent gc durant l'ouverture de gros fichiers, au démarrage (début init.el), ou les deux. En tout cas pour accélérer

Cela vaut le coup si tu t'apprête à passer longtemps à écrire. Si tu passe ta vie à écrire alors oui cela vaut le coup.

Ensuite je ne peux qu'abonder avec les autres commentaires, s'il faut d'abord tester Emacs "natif", il peut être intéressant de voir du côté des distributions - pour tester. Tu découvriras des "modes" qui te plairont, ou pas. Tu sauras alors si tu reviens à un Emacs standard pour partir de là, ou si l'une des distrib correspond mieux à ton usage.

Tu as sans doute une idée de quelques fonctionnalités utiles pour écrire autre chose que du code
- plusieurs vues sur un même texte, éventuellement des "ancres" pour revenir à tel ou tel point
- profiter des modes org ou markdown pour "replier" des parties du texte
- fonctionnalités d'undo avancées
- git pour versionner ce que tu écris (et le contrôler depuis Emacs, avec magit)
- evil pour reposer ses petits doigts.
- création d'abbrev qui sont automatiquement étendues pour taper très vite

Peux être es tu un ami de David Faure.

https://gitlab.freedesktop.org/xdg/xdg-specs/-/merge_requests/45

Son mail
```
I just created
https://gitlab.freedesktop.org/xdg/xdg-specs/-/merge_requests/45
with the proposal for an intent-apps spec, modeled after the mime-apps spec
(but without the concept of adding/removing associations).

For context:

• The desktop entry spec mentions Implement= already for some
  time, but AFAIK this isn't used anywhere yet?

• What's missing is a way to let the user (or the sysadmin or the distro)
  decide which alternative to prefer (possibly depending on the desktop
  environment). mimeapps does this nicely for mimetypes, so intentapps just
  reuses that solution, but outside the world of mimetypes

• This came up in https://gitlab.freedesktop.org/xdg/xdg-specs/-/issues/54
  where we're discussing "Have a standard way for users to specify which
  terminal should open .desktop applications with Terminal=true".
  The solution involves implementing a DBus interface (dubbed
  org.freedesktop.Terminal1). This is similar to the existing
  org.freedesktop.FileManager1 DBus interface. All applications implementing
  org.freedesktop.Terminal1 will specify
  Implements=org.freedesktop.Terminal1 in their desktop file, and intent-
  apps.lst files can then be used to pick the preferred one.

I am willing to implement this on the KDE side, I'm especially interested in
feedback from whoever feels like implementing this in glib and other
implementations.

--
David Faure, faure@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
```

edit : on dirait que https://www.xbrowsersync.org/ ressemble un peu - hélas là je n'ai plus le temps de lire

Joli projet!

Effectivement d'autres que toi partageront de ne pas trop vouloir confier ses données Mozilla Google ou autre, et/ou d'utiliser plusieurs navigateurs. J'imagine donc que tu trouverai des utilisateurs prêts à payer pour un hébergement du service, car tout le monde n'a pas son VPS ou rasberry.

Sur les favoris jusqu'ici j'ai buté sur trouver un service qui proposait de mettre du commentaire pour se constituer une vraie bibliothèque de favoris documentée, pas une liste que je n'arriverai plus à utiliser dans 2 mois car je ne m'y retrouverai pas. Mais je n'ai pas fini de tester chacun des candidats que l'auteur connait certainement https://github.com/awesome-selfhosted/awesome-selfhosted#bookmarks-and-link-sharing

À mon avis, la plupart des "libristes" vont plutôt considérer que, le fait d'accorder le droit d'usage et de modification d'un logiciel va naturellement dans le sens d'une informatique "bonne" ; tout chose égale par ailleurs, cette meilleure informatique ira dans le sens d'un meilleur monde. Ou encore, cette informatique préservera le monde de dérives dangereuses que l'on connaît, comme le manque de respect de la vie privée, l'aliénation de la liberté, etc… Dans cette optique les "valeurs" sont incluses dans le LL, mais excluent forcément d'appliquer un critère moral, sinon cela contrevient au postulat libre.

Il y a également les partisans d'un LL "pragmatique", qui est simplement un "meilleur" logiciel - techniquement. Là encore, point de place pour la morale.

À l'argument que les artistes ont le droit de vivre de leurs oeuvres, l'auteur répond "chacun son opinion", ce qui n'est pas un argument, car il n'a clairement par d'argument à opposer. Perso j'en ai un que je détaille plus bas ; mais si la seule réponse qu'on a c'est "chacun son opinion" c'est qu'on a perdu un débat.

Pour le coup devnewton a un argument, que vivre de son oeuvre est une exception. Ce avec quoi je ne suis pas, ou que partiellement, d'accord car je connais des "petits artistes". Et oui le piratage peut consituer un manque à gagner chez ces artistes. Mais si certainement, les "gros artistes" sont ceux qui perdent le plus.

L'argument que j'avais entendu, c'est que les gens qui pirataient bcp étaient, également, des gens qui consommaient beaucoup. Au même moment où le piratage explosait, le budget culturel explosait! Cependant si j'ai pu lire trois stats et demi à l'âge d'or du piratage, je n'ai pas lu récemment, donc il faudrait voir avec le recul. Ce qui est certain, c'est que le streaming actuel rémunère mal les artistes, mais ce n'est pas forcément le streaming en soi le pb.

v us av z t us de cl viers po rris!, l s mi ns march nt beauco p mi ux

j'ai l'impression que d'autres ont le même problème que toi, et que xdg-open serait imparfait. Je ne crois pas que tu aies précisé de bureau, seulement un gestionnaire de fenêtre?

le wiki de Arch semble indiquer des alternatives,
https://wiki.archlinux.org/index.php/default_applications