Marotte ⛧ a écrit 8739 commentaires

Ah oui OK je vois. emacs X c’est plus qu’un emacs dans un émulateur de terminal (même si c’est en soi une émulation de terminal…).

Meilleure gestion des fonts, des couleurs, on peut même afficher des images, etc…

https://www.reddit.com/r/emacs/comments/8pqgtw/x_vs_terminal/

emacs a donc son propre émulateur de terminal en fait.

Oui ok, il fonctionne en émulant un terminal.

Je trouve ta formulation bizarre parce que dans le contexte il n’y a pas de différence entre un « vrai » terminal en mode texte et une émulation de terminal sous X.

Que tu sois dans un terminal ou dans une émulation de terminal sous X emacs fonctionne exactement de la même manière, non ?

Enfin bref, je chippotte…

pas emacs dans un terminal

Tu utilises emacs dans quoi ?!

Concrètement le prestataire en question a une liste de fichier à surveiller.

J’ai reçu deux avertissements HADOPI. Un pour Django Unchained en VF, blockbuster hollywoodien, c’était un screener juste avant qu’il sorte en France je crois, et un autre pour une série américaine récente dont j’ai oublié le nom (ce n’était pas moi qui l’avait téléchargé personnellement).

Pour tous les autres films, plus anciens, moins connus et surtout systématiquement en VOSTFR je n’ai jamais eu le moindre avertissement…

HADOPI lutte contre la contre-façon qui lèse les majors mais les petits artistes peuvent toujours crever…

Peut-être qu’un jour, avec le big data et l’IA ils pourront ratisser plus large, mais là c’était hautement symbolique… Ils ont quand même réussi à faire grandement diminuer le nombre d’utilisateurs de réseau P2P, pour que ceux-ci se mettent à utiliser HTTP à la place : mine de rien HADOPI a ainsi généré énormément de trafic réseau.

Le P2P reste bien plus efficace pour partager des données avec beaucoup d’utilisateurs, en incitant à utiliser HTTP pour s’échanger des fichiers la HADOPI a dû bien pourrir les perf’ de l’Internet. Après… c’est franco-français comme idiotie donc l’impact est relatif…

Respect ACID mieux que Postgresql ? Vraiment ?

C’est un souvenir que j’ai… vraiment pas fiable oui :)

Sinon j’ai trouvé ça : https://db-engines.com/en/system/Microsoft+SQL+Server%3BPostgreSQL

Il y a bien un score, mais c’est pour la popularité. Le tableau est pas mal, on peut voir que les fonctionnalités absentes/présentes ne sont pas les mêmes d’un côté où de l’autre. Chose intéressante que j’ignorais : les deux datent de 1989 :)

Je te rejoins sur le côté propriétaire (très gros point négatif) mais si c’est pour faire tourner une application qui l’est déjà…

cela fait des siècles que les équipes de dev font absolument ce qu'elles veulent pour leur environnement de développement

Et après on vient s’étonner que ça ne passe pas en production en un claquement de doigts :)

Des développeurs qui font « absolument ce qu’ils veulent », est-ce que ça ne va pas contre un bon équilibre entre innovation et stabilité, entre service développement et service production ?

Je pense que des développeurs, on a tout intérêt à leur fixer un cadre, des normes de développement voire des méthodes. Ça facilite quand même la vie des autres métiers du logiciel.

Est-ce que ce n’est pas parce que MS SQL Server est l’un des SGBD qui respecte le mieux les propriétés ACID ? Mieux que PostgtreSQL par exemple ? En clair : parce que c’est un bon SGBD ? Il me semble que SQLite a aussi un bon « score » ACID, mais comme ce n’est pas du client/serveur ça ne joue pas dans la même cour.

Microsoft a commercialisé des OS on ne peut plus moisis sur tous les plans : DOS, puis Windows, mais des applications comme MS-Office ou MS SQL Server (un fork/rachat de Sybase si je ne m’abuse…) sont de bonne qualité du point de vu utilisateur (si on met de côté l’aspect propriétaire).

De plus Jenkins a l’air d’être la référence en matière de CI. Projet ancien, généraliste.

Le problème c’est quand le projet propriétaire dérivé, distribué sans ses sources, devient plus connu que le projet original libre sous licence BSD. Grace à un marketing agressif ou a une position dominante sur le marché…

C’est dans ce sens là, àma, qu’il parle de « propriétarisation ». C’est je crois ce qu’il s’est passé avec certaines versions de MacOS, qui étaient basées sur du code FreeBSD modifié. Le code original, sous licence BSD, a été plus connu et beaucoup plus utilisé lorsqu’il l’a été dans le cadre de MacOS (ou d’autres projets propriétaires basés également sur du code BSD) que dans le cadre du logiciel libre, dans le cadre de FreeBSD.

Dit autrement : les modifications du code à elles seules ne valent rien. Sans le code original, libre, point de valeur créée.

ça me gonflerai d'aller voir le comptable pour ça, et ça gonfle sans doute le comptable de faire ça.

Ce n’est pas forcément le comptable en personne qui peut faire ça. Les agents d’accueil peuvent s’en charger ou des assistants de direction. À l’inverse dans une petite boîte ça pourrait être le⋅a PDG en personne, s’il côtoie ses employés tous les jour il trouvera un moment pour leur remettre leur bulletin de paie. Pour toutes les boîtes qui ont un service de courrier interne, duquel les employés se font déjà remettre des colis, là aussi je ne vois pas où est le problème.

Moi j’aime bien son idée. Perso là où je travail c’est Digiposte, j’espère effectivement bien pouvoir garder cet espace même si je change d’employeur. Et dans l’idéal, que mon nouvel employeur puisse aussi déposer mes fiches de paie ici.

c'est le créancier qui décide à quel moment il récupère la somme

Ça a aussi ses avantages. Ça permet de s’engager à payer plus tard. Ça n’est bien entendu pas une obligation et ça implique l’honnêteté de la personne à qui on remet le chèque (puisqu’il n’est pas obligé de respecter son engagement) mais on peut faire un chèque en demandant à ce qu’il soit encaissé plus tard. Pour faire ça il n’y a que le chèque papier.

Ça nécessite tout de même d'avoir confiance en l'auteur

C’est toujours la confiance qui est derrière une monnaie. Avec un billet ou des pièces on ajoute un tiers de confiance (la banque qui garantit la valeur du bout de papier), avec un chèque, qui peut ne pas être provisionné, la confiance elle est entre de débiteur et son créancier.

"Peux-tu répondre ?" et sans me laisser en copie.

C’est idiot… S’il fait ça c’est pour être sûr que la réponse de son collaborateur transite par lui, au lieu d’être reçue directement par celui à qui elle est destinée. S’il fait ça en laissant l’email dans la signature…

Mais merci quand même pour ta réponse, je n’avais pas pensé à ce cas là.

C’est pénible ces gens qui moinssent sans expliquer pourquoi…

Déjà le message est pertinent puisqu’il se rapporte au sujet du fil qui est : « le chèque », donc, en toute rigueur, il a aucune raison d’être moinssé. Maintenant, je conçois qu’on puisse ne pas être d’accord avec l’assertion et qu’on moinsse par réflexe idiot, mais dans ce cas, qu’on fournisse au moins un contre argument.

Pour être plus précis, le moyen de paiement le plus universel après le troc n’est en effet pas le chèque, c’est d’abord la reconnaissance de dette. Mais le chèque n’est rien d’autre qu’une reconnaissance de dette plus évoluée, qui fait intervenir un tiers.

Pourquoi je le qualifie d’universel ? Parce qu’il ne fait intervenir aucune technologie autre que l’écriture et aucun concept complexe qui n’est pas à la portée de tous.

Ceci dit, l’obsolescence du chéquier et des billets de banques c’est bien possible qu’on y passe un jour, si l’informatique continue de s’immiscer toujours plus dans nos vies. Si on en arrive là c’est que c’est l’écriture sur papier en elle même qui sera devenu obsolète…

Le gras est de moi.

Bonjour Marotte,

Dans votre message ci-dessous vous nous signalez ne pas détenir de smartphone ou de tablette afin d'adhérer au service Certicode Plus.

Pour vous assurer toujours plus de sécurité dans la gestion de vos comptes en ligne, La Banque Postale propose désormais ce nouveau service, en application des nouveaux standards réglementaires en matière de sécurité.
Le service Certicode Plus ne peut être activé qu'à partir de l'application mobile de La Banque Postale disponible sur smartphone ou tablette.
Si vous ne possédez pas ce type d'appareil, la connexion à votre Espace Client Internet restera toutefois possible à compter de septembre 2019 grâce à votre service Certicode.
Vous pourrez également continuer à consulter le solde de vos comptes ou les dernières opérations de votre compte courant au 09 69 39 36 39* avec vos identifiants actuels.

Restant à votre disposition au 3639** du lundi au samedi de 8h à 20h, ou sur notre site www.labanquepostale.fr, nous vous remercions de votre confiance.

Cordialement
Votre Chargé de Clientèle La Banque Postale.

Ce qui signifie peut-être : seulement en consultation.

Je leur réponds à nouveau pour qu’ils explicitent ce point.

Bonjour,

Merci pour votre réponse, rapide mais ambigüe. Dans cette réponse vous écrivez : « Si vous ne possédez pas ce type d'appareil, la connexion à votre Espace Client Internet restera toutefois possible à compter de septembre 2019 grâce à votre service Certicode.»

Est-ce que cela signifie que je pourrais continuer à effectuer des opérations telles que des virements de la même manière qu’actuellement, en utilisant un SMS de confirmation ? Ou bien, cela signifie-t-il un accès en consultation seulement ?

Cordialement.

Ouais bon après faut arrêter avec la paranoïa.

On dirait que tout le monde a oublié les révélations de Snowden sur les liens entre la NSA et les GAFAM…

LBP force ses clients à installer un logiciel propriétaire (le store Google ou le store Apple) alors que des solutions basées sur des standards ouverts existent. Sur le site de libriste francophone la réaction c’est : « Ouai mais faut arrêter la parano mec ! ».

Tout va bien.

Au fait, l’éditeur de cette application s’engage à ne pas communiquer les informations récupérées par celle-ci ? Vous pensez qu’ils vont faire quoi des données du genre : le client 6598745 consulte son compte plutôt depuis tel tel ou tel endroit, le client 94154756 fait systématiquement des virements après avoir appelé tel numéro, etc…, etc… Ils vont pas essayer de les monnayer, non…

C’est le moyen de paiement le plus universel qui soit juste après le troc.

J’aurais bien aimé que celui ou celle qui t’a moinssé explique pourquoi…

Ceci dit tu ne donnes pas de lien, il y aurait des problèmes pour accéder aux stores Google et autres depuis certaines marques de téléphone ?

Dans tous les cas, dépendre de deux stores privateurs pour accéder à une application c’est vraiment un truc à fuir comme la peste.

Oui, il y a ce coût là, mais il est plus lié à la possession d’un terminal de paiement. Supporté par les vendeurs. Autant ceci je veux bien croire que ça ait peut-être effectivement toujours existé, autant les frais bancaires liés à la CB, payés eux par les possesseurs de cartes tous les trimestres, j’ai un doute.

Comme ça, si la méthode qu’on essaie n’est pas la bonne, on peut toujours recommencer avec une autre à partir d’une autre copie non altérée.

Toutes les méthodes à essayer sont censés seulement lire le disque et jamais écrire dessus, à part le dd malencontreux qui nous occupe il est pas censé subir une seule autre altération… Faire une image du disque peut permettre de réutiliser le disque, en gardant les données à récupérer dans un fichier. On a aussi intérêt à faire ça quand le disque a montré des signes de faiblesse mais là dans son cas cette étape ne me paraît pas indispensable… Il faut faire une image raw, faut avoir le temps et l’espace, or il a d’abord besoin d’espace pour la récupération.

Ça reste un bon conseil dans l’absolu, ça permet de réutiliser le disque, pour remettre en place une sauvegarde fonctionnelle des fichiers actuels… faut juste pouvoir garder un fichier DD_flingué_par_dd.img de plusieurs centaines de GB quelque part ailleurs…

Pour la première commande à priori elle s’est déroulée correctement et tu as maintenant la bibliothèque Python "exifread" installée. Tu peux, pour vérifier, avec le même utilisateur que tu as lancé la commande, faire un pip freeze, ça va lister tous les modules installés, tu devrais voir exifread (tu peux utiliser grep pour filtrer…). C’est juste un message d’avertissement pour te dire que Python 2.7, il faudra absolument te démerder pour ne plus avoir à l’utiliser d’ici au 1er janvier 2020. Ça va arriver vite mais pour l’instant, tu t’en fous.

Pour la deuxième, es-tu bien positionné dans le dossier où le fichier recovery.py existe ? À priori non (No such file or directory = Pas de tel fichier ou répertoire). Là tu es positionné dans ton $HOME (indiqué par ~ ici, et qui doit correspondre à priori à /home/jared), tu es sûr que le script est bien ici ? Peut-être dans un sous dossier "Téléchargement" plutôt ?

Il faut un matos. Tu ne veux pas utiliser un truc "commun" (genre un smartphone), on te propose un boîtier dédié (ça a un coût vis à vis d'un truc qu'on réutilise, donc normal qu'on te fasse payer) mais tu n'es pas content quand même.

Le boîtier est indiqué comme étant incompatible avec « mon » système d’exploitation. La liste des OS est même indiquée : Windows ou MacOS.

Le principe originel d’une banque c’est de se rémunérer en faisant travailler l’argent que ses clients lui confient. C’est à elle de se débrouiller pour que les frais engendrés par la protection et la gestion de cet argent soit inférieurs à ce qu’elle gagne en investissant l’argent. Elle a même pour principe de distribuer des intérêts, c’est dingue non ! Souviens toi quand tu étais plus jeune, quel était le montant de tes frais bancaires incompressibles ? À l’époque il n’y avait pas de « frais de tenue de compte » (la bonne blague : le fonction première d’une banque…). À l’époque comme depuis toujours il n’y avait pas de frais bancaires incompressibles pour les particuliers. Je suis même prêt à parier que les premières CB étaient gratuites…

Et puis j’ai déjà un boîtier : mon téléphone GSM. Je veux bien croire (qui ?) qu’une appli Android ou iOS sur un smartphone soit plus sécurisée qu’un SMS mais dans ce cas, ce sera encore vrai pendant combien de temps ? La suite c’est quoi, une appli pour smartphone toujours, mais qui vient lire un RFID que tu as sous la peau ? Faudra louer un scanner rétinien ?

Les banques se doivent de lutter contre la fraude et le piratage, mais ce serait bien qu’elles le fassent d’abord en mettant au point des systèmes de détection et de coercition efficaces visant les auteurs des fraudes et des piratages plutôt qu’en limitant les possibilités offertes à ses usagers, qui n’y sont souvent pour rien…

interrogeable par des structures privées

Bah oui, où est le problème. Prôner l’ouverture des données publiques de l’état et des collectivités (Open Data), les libristes le font en connaissance de cause. Libérer les données c’est les rendre accessibles à tous, donc aussi à des structures privées, et donc aussi, potentiellement, à des structures maléfiques voire démoniques. C’est la première des libertés « du libre » : l’utilisation, quelque soit le but.

En tant que libriste j’aurais bien aimé que mon pays puisse m’offrir, ainsi qu’à tous mes concitoyens et concitoyennes, des services internets : mail, espace de stockage sécurisé, identité cryptographique, etc… Tout ceci comme relevant d’un service public gratuit ouvert à tous (payé par l’impôt donc). Un service public de l’Internet. L’accès aussi tant qu’à faire, mais c’est un autre sujet.

L’État nous attribue déjà à tous un numéro à la naissance, un matricule… C’est quand même plus pratique d’avoir un identifiant unique pour chaque personne, ne serait-ce que pour tenir un état-civil. Même si pour l’état-civil on faisait sans avant, avec l’informatique on sait qu’on échappera pas à un identifiant unique pour un tel système.

Ce genre de services existe déjà, France Connect par exemple. J’ai voulu le faire, mais comme l’identité doit être contrôlée par le facteur… j’ai loupé deux fois le rdv, j’ai laissé tomber. Il y a aussi Digiposte, c’est un service de stockage de documents en ligne, accessible gratuitement à tout⋅e citoyen⋅ne français⋅e… Comme l’adresse email c’est La Poste qui assure ce service, ce qui est assez logique, ce sont déjà eux qui assurent depuis longtemps (depuis qu’on ne peut plus vivre sans compte bancaire…) les comptes en banque aux gens virés de partout… Maintenant, si pour accéder à tous ces services, que mes impôts servent à financer, je dois passer par Google ou Apple ou Microsoft, je trouverais ça inacceptable, inique, et je serais certainement pas le seul.

À noter que ce n’est pas moi qui me suis inscrit de moi-même sur Digiposte. C’est l’entreprise pour laquelle je travaille qui a décidé d’uploader mes fiches de paies là-bas (je ne sais absolument pas si une partie du coût est pris en charge par l’état).

Si on veut contrer les GAFAM il faut un acteur européen qui déchire, et qui offre, forcément « gratuitement » comme le font Google et autres tous les services basiques nécessaires à gérer sa vie numérique : identité, mail, stockage. Il faut bien sûr un modèle économique qui ne soit pas la revente des infos des utilisateurs (tant qu’à faire…), ça pourrait être des services additionnels payants en plus d’un financement par l’impôt.

Donc c’est le même soucis chez Crédit Mutuel, et je serai peut-être tout autant emmerdé chez Boursorama. Super, tu fais mon dimanche ! Merci :)

Le système du boîtier pourquoi pas, mais faudrait qu’il soit gratuit et compatible Linux (ce n’est pas la cas).

Si le SMS est pas considéré assez sécurisé et qu’il faut une appli il faudrait que celle-ci soit open-source, ou, au minimum, installable sur un PC Windows ou autre…