Anonyme a écrit 62265 commentaires

Cela semble concerner des téléphones bas de gammes de marques qu'on ne trouve pas par ici, alors à moins que Trump ai raison sur les motivations de huawei, il me semble que nous sommes face à un cas assez peu probable dans le cas présent.

Accessoirement, il y a eu un jugement récent de la cour de cassassions qui implique que fournisseur des systèmes de paiement est toujours responsables et doit rembourser le client même dans le cas de l'utilisation d'un code 3d secure. Ce qui me rassure quant à l'issue de cette histoire.

https://www.ladepeche.fr/2019/06/16/paiement-frauduleux-en-ligne-la-banque-toujours-responsable,8259872.php

Car je ne sais pas comment elle aurait pu récupérer elle-même le numéro de la carte bancaire. C'est probablement le vecteur d'attaque le plus probable en effet, mais je ne comprends pas par quel mécanisme elle aurait été en mesure de lire les inputs faites au clavier.

La banque refuse d'intervenir sur ce débit tant que celui-ci n'est pas passé. C'est dommage d'autant qu'on a réagi rapidement, le revendeur ne sera du coups pas au courant que la transaction est frauduleuse et va expédier les articles.

J'ai contacté le magasin du second achat qui était identifiable mais il m'a dit n'être pas en mesure de retrouver la commande avec uniquement le prix et le titulaire de la carte ayant servi à payer, ce qui est dommage également.

Et c’est là que tu vois que dans les 5 premiers, tu en as genre 2 qui sont officiellement supporté.

Techniquement ça peut aussi se faire via les GPIO mais ce n'est pas le problème.

Il y a plusieurs choix de design assez discutables.
Je ne comprends pas pourquoi ne pas avoir ajouté un ADC ou utilisé une puce audio qui fait DAC/ADC à la fois et mettre un connecteur TRRS alors que c'est bien plus commun que du mini-HDMI ou de l'USB-C.
Là tu es forcé d'utiliser des adaptateurs ou autres dongles ou "hat" et on se demanderait presque ce qui leur a pris d'intégrer une puce wifi/BT.

Effectivement c'est une coquille, il faut comprendre 2.10.10.

alors, premièrement j'ai édité en lisant les messages précédents qui étaient arrivés entre temps.

deuxièmement, tu compares ça avec un PiZero conçu pour l'embarqué et des systèmes autonomes sur batterie. C'est pas du tout le même usage que les RPi normaux et à ce petit jeu on peut aussi dire que le PiZero est bien plus énergivore qu'un microcontroleur à base de cortex-m.

Sinon je ne suis pas un fan des SoC ARM moi non plus et effectivement au plus ça grossit, au plus on entre dans le territoire des x86 à base Atom. Mais est-ce un mal ? Je pense que ça dynamise ce marché, augmente l'offre et permet de trouver plus facilement la solution la mieux adaptée à ses contraintes. Perso, j'aimerai aussi voir ce genre de carte avec un SoC Ryzen Embedded ou même du mips64.

oui c'est pour pouvoir envoyer des fax avec mutt

il n'y aurait pas une fonctionalité RAZ, afin d’éviter de laisser dans la nature des tableau de réunion ?

ÀMHA il doit confondre avec l'annonce récente de Canonical d'arrêter le support 32bit, chose à laquelle Mint devra faire face quitte à basculer entièrement sur Debian.

En fait j'ai l'impression que la conso ne bouge pas des masses. Certes ça passe de quatre cœurs in-order basse consommation à quatre cœurs out of order plus véloces mais aussi un GPU plus récent, de la DDR moins énergivore et une gravure plus fine.
Ça aurait encore pu baisser en passant à une archi big.LITTLE.

C'est pas le genre de Pine64 de ne pas apporter de support, leur principe c'est tout de même de prendre un SoC et de le décliner dans toute une gamme de produits.
De plus, avec Lima et Panfrost qui entrent dans le noyau mainline, la stack GPU est en bonne voie de libération et c'est ce qui est le plus limitant sur ces cartes.

Pardon mais il est où le rapport avec la discussion ?
On te demande quel est l'avantage d'Ultracopier par rapport à Dolphin, tu parles de lenteurs, on te dis d'ouvrir un rapport de bug et en guise de réponse tu embrayes sur un patch qui concerne Ultracopier (et apparemment refusé uniquement pour cette raison) et pas l'utilisation de Dolphin au sein de KDE.

Comme pour la discussion au-dessus sur l'interface, tu sembles totalement répondre à côté des interrogations.

je ne l'ai pas vu mais, du coup des témoignages ressortent à droite et à gauche, du coup j'ai appris qu'après l'explosion (SPOIL) des plongeurs on plongé dans la piscine pour pourvoir activer des pompes :O

déjà dans les centrale française je savais qu'il y a des plongeurs, ce qui m'a fort surpris lorsque je l'ai appris mais après l'explosion d'une centrale faire son travail, cela ne doit pas être facile.

Ah oui tu avais déjà évoqué un Hyper212 en début d'année. Du coup apparemment t'as pas trouvé de i5 ou i7 pour upgrade ce PC de montage/3D.

Pour obtenir un ΔT aussi faible, tu dois avoir monté un ventirad avec caloducs à la place de celui fourni par Intel.
Si c'est pas le cas, il est possible que cette sonde ne soit pas correctement affichée et nécessite un ajustement d'offset.
Possible aussi que le ventilateur CPU ait une courbe d'utilisation trop agressive et que tu puisses drastiquement baisser les tours par minute dans le BIOS si tu veux une bécane un peu moins bruyante. Tu peux monter à plus de 80°C en charge sans que la sécurité thermique du CPU ne s'active et vienne brider la fréquence des cœurs.

Je ne mets pas le lien pour ne pas faire de pub déloyale à ce beau projet :)

Tu ne fais pas de pub déloyale en parlant d'une carte chinoise à base de STM32.

Ça serait déjà un peu plus raisonnable de comparer avec d'autres microcontrolleurs RISC-V comme ceux de Sifive ou autres entreprises.

De plus, c'est pas le tout de concevoir une carte de développement autour d'une puce. La qualité du design, des composants, de l'assemblage et la tolérance du contrôle qualité ont aussi un rôle à jouer. Pour l'amateur, un clone chinois est envisageable tandis que pour un usage professionnel on part sur une tout autre gamme de contraintes et de prix (par exemple les cartes Nucleo de ST Micro).

D'autres solutions à base de SoC ARM possédant un processeur de traitement vidéo plus actuel pourraient sans doute faire l'affaire. Après le problème reste l'état des pilotes VPU et GPU ainsi que la facilité de maintenance logicielle.

On voit aussi beaucoup de programme écrit en Go ou -- et - sont équivalent (ils doivent sûrement partager la même bibliothèque pour parser les arguments).

tu casse l'ambiance toi :)

ce n'etait pas vraiment paypal ce devait etre un sous traitant genre survey machin, les fameuses note de 0 a 10, 0 partout puis la fenetre pour suggerer une amelioration, commentaire percutant. ils ont probablement traduit.

après le designer obtu avec sa fenêtre sans bord, tu lui montre le message en réunion comme un retour utilisateur. alors on fait quoi maintenant ? beh on remet le cadenas

j'imagine qu'on accorde les valeurs plus ou moins sur ce modèle : humain > animal > plante

Les antispécistes considèrent que humain = animal.

Parce que tu as pris une seule phrase pour dire que le problème c'est le végétalisme.

Le problème semble franchement venir du fait qu'elle mangeait peu (des produits non cuisiné) et faisait pourtant beaucoup de sport/fitness.

J'sais pas hein, j'suis ni médecin ni vegan, je connaissais pas l'affaire avant et c'est difficile de juger sur un simple article.

Ce dont je suis assez sûr, c'est qu'un médecin ne va pas lui conseiller quelque chose qu'il ne connait pas.

Pour une utilisation locale, ça n'a pas de sens de passer par une connexion réseau, donc on communique avec le serveur via un fichier spécial: un socket
Pour comprendre comment cela fonctionne, les mots clés sont IPC (InterProcess Communication) et unix sockets

J’utilise ufw pour les besoins simples (genre un serveur Web) et ferm pour ce qui est plus complexe (genre un routeur qui ferait du NAT).

Sinon (mais ça s’éloigne de la question initiale) comme j’utilise Puppet pour la configuration des mes infras, j’utilise le module Firewall de Puppetlabs.