Psychofox a écrit 10735 commentaires

et on est combien à encore avoir des segfaults

J'imagine 1.

C'est la première fois que j'entends parler de ça et je fais des partages d'écrans sur teams presque tous les jours, certains durant plusieurs heures.

Sinon ton poste sent bon le YAKAFOKON.

Il y a 10ans, aucune distrib ne proposait du Wayland par défaut. Elles ne l'ont fait que quand il a été utilisable au quotidien et aucune n'a encore retiré xorg donc les utilisateurs ont et auront le choix pendant longtemps.

Ça vous emmerde tant que ça d'avoir le choix?

Je peux me tromper mais je crois que c'est mal formulé et que la seconde partie s'applique seulement au téléchargement lorsqu'il n'est pas effectué avc l'outil terraform.

La bonne nouvelle c'est que les modules eux-mêmes sont hébergés sur github et pas impacté par ces ToS. C'est seulement les metadonnées et le projet opentf va probablement ouvrir son propre registre en ligne, à voir comment ils font pour automatiser ça sans avoir à dupliquer les metadonnées.

Tu mélanges la procédure de démarrage du moteur (contact, accélérateur, starter) de la procédure de démarrage depuis l'arrêt (deux derniers points) qui sont un peu indépendants. Tu fais le second à chaque arrêt (feu/stop) même si le moteur tourne déjà.

Appuyer sur l'accélérateur en mettant le contact était standard à l'époque. Et oui le starter ne se met qu'une fois que le moteur démarre pour ne pas le noyer immédiatement, tu le tires dès que le moteur démarre et plus où moins en fonction de la température et le repousse progressivement au fur et à mesure que le moteur chauffe. Il n'y a pas de valeurs absolues, c'est une question d'expérience.

Mais tous ces trucs tu les apprenais en leçon d'auto-école. Ça a un peu disparu quand les auto-écoles ont commencé à utiliser des diesels et que l'injection électronique s'est répandue progressivement.

Tout dépend si c'est un modèle à injection électronique ou pas (le i des modèles GTI, HDI, TSI, etc). Le starter c'est juste un truc qui tire un cable qui permet de régler temporairement le carbu[1] pour tirer plus riche. Sur un moteur à injection électronique c'est géré automatiquement en fonction des sondes (notemment de température, oxygène…).

Selon la page wikipedia, les modèles phase 1 de la renault 21 étaient équipés de l'injection électronique à partir de 2L de cylindrée. Les diesels étaient tous à injection indirecte.

[1] le carburateur et l'injection, ce sont les truc qui alimente le moteur à explosion avec le mélange air et essence.

J’adore ces 2 consoles, c’était une époque ou les consoles avaient de la personnalité, on pouvait reconnaitre la console avec une semble image d’un jeu (en se basant sur les couleurs ou les effets)

Oui. On a toujours été dans une maison SEGA mais on a eu la chance de pouvoir faire des échanges de consoles avec des copains. C'était sympa de pouvoir jouer pendant 3-4 mois avec la SNES, certains jeux étaient bien différents. J'exprimerais ça dans le sens où la megadrive avait un bon rendu métal quand la snes avait un bon rendu plastique. Je m'explique: même si les textures étaient plus détaillées sur les versions SNES, les jeux sombres avec des contrastes et jeux de lumières rendaient en général mieux sur megadrive à mon humble avis, je pense par exemple aux Castlevania, Ghouls 'n Ghosts, etc. En revanche tout ce qui était tiré de dessin animé, mangas, avec des couleurs vives me paraissaient meilleurs sur la SNES>

On pouvait même aussi remarquer sur une console unique quels étaient les jeux "natifs" (dans le sens créés pour elle) et quels étaient les ports. Par exemple les ports de jeux Amiga/Atari ST avaient souvent une patte différente (plus adulte?).

il fallait bien sûr lire les boites mails alice@example.com et bob@example.com au lieu de alice.example.com et bob.example.com.

Ça me parait étonnant. À l'époque de la 4L, c'était justement le modèle de base des autos écoles. Le starter a réellement disparu avec les moteurs à injections qui jusqu'au milieu/fin des années 80 était limité aux modèles sportifs et hauts de gamme, pas vraiment le genre d'autos que tu conduisais en auto-école

Y -a-t-il des ordiphones qui résistent à un séjour dans une baignoire ????

Pleins de smartphones hauts de gammes sont à la norme IP68 et sont testés pour supporter la submersion temporaire. J'ai lu par exemple 1.5 mètres de profondeur pendant 30 minutes pour un Samsung Galaxy S21, 6 mètres de profondeur pendant la même durée pour un iphone 12 pro.

Il faut garder en tête que ce sont des conditions en eau douce. Dans l'eau de mer ce n'est plus le même tarif, notemment lié à la corrosion des connecteurs et d'autant plus si c'est de façon répétée.

Moi si je filtre et que je fous tout dans des dossier je ne les lis pas parce que je ne penses pas à tous les parcourir. Je préfère une liste chronologique..

La solution la plus facile c'est de configurer ses mails pour qu'ils arrivent par défaut dans la poubelle. Et une fois par jour tu fais un tri dans les courriers non lus de ta poubelle des mails entre:
- ce que tu veux lire tout de suite et éventuellement garder dans un répertoire et/ou y répondre
- ce que tu veux mettre dans ton répertoire à lire dans les 3 jours
- ce qui est de l'information qui ne te sert pas maintenant mais que tu veux garder dans un répertoire spécifique.
- ce que tu ne veux pas garder, que tu mets en lu.

Faut bien sur checker le répertoire à lire dans les 3 jours au moins une fois par jour aussi et renvoyer dans la poubelle si ce n'est plus utile/d'actualité ou si tu veux classer/répondre.

Dans le cas de haiku n'est-ce pas parce que le domaine utilisé par le projet est haiku-os.org?

En fait je trouvais ça super les alias à la Gandi au début…jusqu'au jour où j'ai créé des boites emails pour mes filles et ma partenaire dans le même domaine et que j'ai entrevu les limites du système.

Du coup moi je m'étais réservé app* site* sitio* adm* admin* pour créer des alias dynamiques…sauf que quand j'ai voulu proposer à ma partenaire de faire de même…ben tous les beaux alias étaient pris, il fallait en inventer d'autres.

Et après j'ai vu ce que simplelogin.io pouvait faire avec les sous-domaine et je trouve ça mieux.

Exemple: tu possèdes le domaine example.com

Tu crée 2 boites mails alice.example.com bob.example.com

tu crée deux sous-domaines a.example.com et b.example.com

Un catch-all est réalisé pour faire pointer a.example.com vers la boite alice.example.com , un autre fait pointer b.example.com vers la boite b.example.com

Ainsi les deux utilisateurs de boites mails gèrent indépendemment leurs alias dynamiques. alice peut commander ses billets de trains et utiliser l'adresse sncf@a.example.com pendant que bob va communiquer au pôle emploi l'adresse anpe@b.example.com et si un jour Bob veut acheter des billets de train ou qu'Alice perd son job, il peuvent utiliser les mêmes mots clés sans être emmerdé par un risque de collision tant que chacun utilise son sous-domaine.

À ce sujet, j'ai une série de collègues, pour la plupart indiens vivant en Inde[1], je ne sais pas si c'est culturel, qui semblent ne pas savoir travailler de manière asynchrone.

Par exemple, au lieu d'envoyer un message sur teams en formulant leur problème ou la nature de l'information dont ils ont besoin, ils vont m'envoyer n messages inutiles dans la joutnée pour essayer d'attirer mon attention de type:

hi prénom
(en réenvoyant le même message s'ils voient passer mon status de nouveau en ligne)

Et ne vont formuler leur demande qu'une fois que j'ai répondu à leur salutation.

Ce sont les mêmes qui ont souvent besoin d'un appel vidéo. Moi des fois je fais des captures d'écran, si besoin captures vidéo, j'envoie et mon interlocuteur me répond quand il a du temps.

[1] je précise où ils vivent car j'ai moins ce problème avec leurs compatriotes qui vivent aux USA ou à Londres.

Il n'est pour l'instant pas encore question de l'intégrer. C'est une initiative et le travail personnel d'un developpeur japonais mais j'imagine qu'il n'y a aucune raison qu'il ne le propose pas une fois estimé suffisante la qualité du code et la fiabilité du fs.

Soit dit en passant, est-ce que firefox est incompatible avec ces vieux mac où est-ce juste qu'ils ne fournissent pas de binaire pour celui-ci?

Si c'est le second cas, l'auteur du message parent a t-il au moins essayé de compiler une version récente?

D'ailleurs je crois que wine tourne sur mac. Même sans compiler je suis certain qu'on pourrait prendre un firefox récent pour windows et le faire tourner sous wine sur un MacOs plus supporté. C'est un peu sale comme technique mais bon de toute façon à ce niveau là tu utilises déjà un OS terreux, pour reprendre l'expression du GCU Squad alors pourquoi pas?

Je ne suis pas sûr que les deux interlocuteurs parlent de la même chose.

barmic mentionne les recommendations de la CNIL, je cite:

Rendre l’utilisation de TLS obligatoire pour toutes les pages d’authentification, de formulaire ou sur lesquelles sont affichées ou transmises des données à caractère personnel non publiques.

devnewton mentionne visualiser des vidéos de chat, ce qui peut se faire en général sans s'authentifier.

Je suis d'avis que volontairement fermer le protocole 80 et le http pour du contenu statique et du contenu ne nécessitant aucun login est une hérésie. Au final c'est au choix du visiteur s'il veut que le caractère privé de son traffic s'arrête au nom de domaine ou au contenu près.

C'est pas au niveau des sites web que ça peut être géré. On ne peut pas mettre en défaut complètement la sécurité du web pour ça. Il faut que les supports matériel et logiciels soient allongés. La loi donne déjà un minimum, il pourrait être augmenté.

Il y a des limites physiques quand même. Si ton cpu n'a pas la puissance nécessaire ça va être compliqué d'avoir du tls depuis ton vieux c64 ou Macintosh SE.

Cela-dit pour du retro-computing, il y a des solutions techniques à partir du moment où on dispose d'une machine plus puissante un exemple:
- https://github.com/DrKylstein/retro-proxy
- https://github.com/moxie0/sslstrip
- https://github.com/tenox7/wrp
- nginx ou squid comme proxy avec la config qui va bien.
- des protocoles comme x11 forwarding / vnc / remote desktop sur le réseau local connectés à une machine fournissant un navigateur.

Un peu compliqué à proposer à quelqu'un qui utilise encore un vieux pentium sous windows 95 et n'a pas les moyens de s'acheter un autre pc. J'imagine que c'est à ça que serve les bibliothèques physiques de nos jours. Il y a des ribambelles d'associations dont le but est de fournir des pcs de récupération à bas prix ou gratuitement et remis au goût du jour pour les plus démunis, selon moi ça devrait être pris en charge par les gouvernements.

Non, pas à n'importe quel prix. Ton site n'a la sécurité que de la plus faible des suites que tu utilise et ça a un impact sur tous tes utilisateurs. C'est pour ça que SSLv3 a été retiré.

Je rejoints Barmic sur le fait que tout ce qui a attrait à de l'authentification est potentiellement dangereux mais contrairement à ce qu'il dit, le risque se situe essentiellement au niveau des utilisateurs, pas au niveau du site. Que des utilisateurs se fassent pwners leurs identifiant ne met pas le site à risque. Les cas de figure où les sites eux-même sont à risques, c'est si des gens ayant des comptes privilégiés eux-même utilisent un protocole non sécurisé, mais bon là ça tombe de leur responsabilité selon moi.

Je ne pense pas que les raisons des uns soient les mêmes que pour les autres.

Par exemple pour le monde Apple ça a du sens, on sépare le produit physique (imac, macbook, ipad, iphone) du système que l'on met à jour (macOS, iOS…).

J'imagine que dans des cas comme sailfishos et lineageos, c'est pour un meilleur SEO et une plus grande facilité de recherche car les deux utilisent des noms communs.

Acvmcessoirement vous avez remarqué comment le site de /e/OS était si difficile à trouver sur un moteur de recherche à ses débuts?

Vu que toute la base de sa campagne c'est la victimisation et le complotisme, oui ça lui sert.

À moins de louer du haut de gamme, ou de louer à un particulier avec un système comme socialcars, c'est rare de pouvoir choisir la marque.

En général à la réservation c'est peugeot trucmuche ou equivalent (et au final tu peux te retrouver avec une opel, renault, seat, skoda aux dimensions similaires). Et ça c'est quand ils te disent pas, oh ben il n'y avait plus de fiat panda alors on vous a upgradé gratuitement à ce SUV.

J'ai cherché aussi et je n'ai pas trouvé.

En attendant si tu veux avoir du android auto sur ta Renault, tu peux, grâce à des projets comme openauto et crankshaft.

Le problème de android auto, c'est que ça ne peut s'utiliser qu'en ayant un tel googlisé et avec un compte google.

Si tu veux utiliser osmand et ne pas utiliser un compte google, t'as meilleur temps de poser du velcro sur l'écran original y attacher ton smartphone ou une tablette dédiée pour la navigation.

Mais c'est clair que l'ui android auto est mieux faite que la plupart des systèmes intégrés par les constructeurs. En attendant, je ne loue des bagnoles que quand je ne suis pas tout seul, et ma partenaire ne veut pas abandonner google, du coup difficile d'abandonner le tracking donc c'est elle qui se connecte.

Il aurait tout simplement pu parler de couteau. Le couteau est un outil lorsqu'utilisé pour son usage normal, une arme lorsque non.

Mais à vrai dire pas besoin d'analogie, je ne vois aucun cas ou un fork peut être une arme. La licence te donne le droit de forker quand ça te botte, y compris pour te mettre économiquement en compétition avec l'auteur initial. C'est dans les dispositions donc normalement accepté implicitement par celui qui choisit une license libre. Si ça ne plait pas au developpeur original, ce n'est pas parce que le fork est une arme. C'est parce que le developpeur original n'adhère pas aux licences libres.

Affirmer sans plus preuve que ce que les autres font est fait pour te nuire est la définition d'un argument complotiste.

Ça tombe bien il n'a jamais formulé ça.

La partie où il affirme que gtk3 est abandonné alors que le support existe toujours ?

T'as pas vraiment lu hein?

Je cite:
_This sounds like bad news, but there is a silver lining here: while they’re mucking about with GTK 4, they aren’t breaking GTK 3.

The ongoing transition to GTK 4 gives us an opportunity here. The GTK 3 ABI is finally a stable target, and it’s still pre-installed in most distributions because lots of built-in apps haven’t upgraded yet. If we can get a sufficient number of binary apps depending on it, distributions will be forced to maintain it and even pre-install it “forever”_

Oú il préfère penser à un complot plutôt que de chercher la vérité ?

Aucun complot n'est mentionné. Il cite l'expérience d'autres devs par contre avec les multiple cassage de GTK3 lors des releases mineures:
https://blogs.gnome.org/mortenw/2014/06/23/how-does-one-create-a-gtk-application/

Celui où il fait des procès d'intention ?

Il parle d'attitude militante des developpeurs de logiciel libres et il a clairement une vision de developpeur de logiciel propriétaire, ce qu'il est si tu lis sa page linkedin. Il estime qu'on devrait pouvoir fournir un binaire de son application à un instant T et ne pas s'attendre à ce qu'elle soit cassée quelques années plus tard juste parce que les versions mineures du toolkit sortis et livrés entre temps par les distrib le casse.

C'est une opinion que l'on peut partager ou non. Même dans le monde proprio ils ne sont pas d'accord. Microsoft tente au possible de ne jamais rien casser et c'est une des choses qu'ils font très bien avec le corollaire qu'une installation de l'OS qui ne contient presque aucun logiciel prend énormément de place sur le disque, Apple décide qu'ils peuvent décider que les developpeurs doivent fournir une nouvelle application régulièrement ou elle ne sera plus installable via leur store.

L'ironie derrière c'est que c'est un des cas de figure où flatpak peut aider.

T'as le droit de ne pas être d'accord avec son avis, c'est pas une raison pour mentir et lui inventer des délires complotistes qu'il n'a pas formulé.

C'est pas moi qui est lancé la carte web hein, c'est devnewton.

Selon moi le web est populaire parce que le natif multiplateforme, c'est dur (malgré les toolkits/frameworks censés le faciliter), ça demande beaucoup de support, que sur le web il n'y a (hors canary release) qu'une version à la fois à supporter et que tout le déploiement et cycle de vie est géré en amont. Et que ça se prête bien aux méthodes agiles.

Et qu'en plus, c'est un truc qui s'apprend facilement dans son coin en local, pas besoin d'infrastructure de compilation non plus.