Mimoza a écrit 1093 commentaires

La messagerie entre utilisateurs de LinuxFr.org est une fonctionnalité depuis longtemps demandé … jamais implémenté ^'

En effet, j’ai lu un peu vite ce passage

Salut,
Tes aspirations ne sont pas si extravagante que cela et commence a être partagé par diverses entreprises.
Pour tes recherches je te conseil de regarder des «entreprises libéré», «holacratie», «perma-entreprise», voir même «entreprise à mission».

Ce n’est pas toujours facile de les identifier mais quand on tombe dessus (aïe) on se demande comment on est passé à coté.

Enfin tu as toujours la possibilité de passé en indépendant, comme ça tu auras une pleine maitrise de ce que tu fait.

C’est dommage tu n’as pas spécifié une différence importante entre les 2 ROM.
Lineage a pour but de supporter un maximum de matériel
Graphene se limite aux téléphones emportant certains composants de sécurité qui ne se trouve pas partout. Soit uniquement les téléphone Pixel de chez Google, ce que je trouve un peu ironique pour un téléphone orienté vie privé. Ensuite ils ne ferment pas la porte à d’autre téléphone, mais c’est a vous de générer l’image par vos propre moyen.

J'avais plus en tête la forme géométrique des grains … trop rond dans le désert, alors que celui des carrières/fond marrin est bien plus anguleux et offre une meilleur résistance/accroche

Il n’est pas le seul a ne plus vouloir de la tournure que prend NGINX.
Il y a quelques mois ANGIE a vue le jour exactement pour les mêmes raisons : https://github.com/webserver-llc/angie

Ça serait intéressant de savoir pourquoi il n’a pas rejoint ce projet plutôt que d’en faire un autre ?

Idée intéressante.
Que penses tu si on laissait le choix de cette «dead line» au rédacteur originel lui même ?

Comme tu le dit, certaines dépêche n’ont pas la même temporalité que d’autre (actu VS dossier), du coup leur imposer un même délai ne me semble pas adapté.

Mais je suis d’accord qu’il faut «motiver» les gens en leur posant des limites (Loi_de_Parkinson), quitte a les repousser (Loi_de_Hofstadter).

Attention cloudinary est le plus gros promoteur de JXL, vu qu’il en est le co-auteur. Comparatif a prendre avec les précautions d’usage.

Je me répond car j’avais du mal a voir ce qu’ils entendaient par «rétrocompatible».

Il semble que l’on puisse convertir du JPEG en XL avec tout les gains que ça apporte, AINSI que le processus inverse aussi (XL -> JPG) et retrouver le fichier original au pixel près.

JPEG_XL

Pas le moins du monde : JPEG_XL

• Rétro compatible avec JPEG (recompression des ancien format sans perte et avec gain de place ~20%)
• Supporte le canal alpha (transparence)
• Permet des animation (type GIF)
• LoseLess … ou pas (au choix)
• Pas besoin d’accélération matériel
• etc

Bref, comme dirais certain, il « […] a tout pour plaire … pas assez cher[…])

Étrangement Google a pas mal participé a sa conception … mais maintenant fait tout pour le ralentir

Il ne se contente pas de mettre des annonces mais font vivre la communauté pour recruter les meilleurs.
Il y a une interview intéressant de JB Kempf qui le dit : https://youtu.be/Kv4FzAdxclA?t=936

au lieu de redescendre en glissant contre le laser comme le font les écureuils de la vie de tous les jours.

🤣🤣🤣

Le soucis est-il qu’il n’y a pas assez de dev Linux de «qualité» ou qu’ils n’arrivent pas à les trouver ?

Sûrement un mix des 2, mais pour ça ils pourraient s’inspirer de ce que fait VLC qui arrivent a trouver des pointures et à les garder ! Ce qui est le plus difficile.

En espérant qu’ils trouvent chaussure a leur pied ;)

Salut,

Je viens de jeter un œil au bug FF que tu as remonté, mais le soucis ne semble pas d’hier vu qu’il y en a un similaire qui date de 10 ans … toujours non corrigé semble t-il. Le tiens n’a « que » 4 ans finalement c’est un petit jeune.

En tous cas merci pour ton travail ;)

… le prochain développeur qui te relira est un psychopathe qui connaît ton adresse.

C’est une espèce de proxy aux résultat google, qui se veux respectueux de ta vie privée

Tu m'excuseras mais les fausses interrogation font partis des «dark pattern» que l'on croise couramment sur le net.
Tant mieux si ce n'était pas ton intention.

Avec le lien de Psychofox, le titre se justifie un peu plus. Il ne manque plus que Webkit suive le mouvement et là on atteint 99,9% des utilisateurs en effet.

Le lien parle bien uniquement de Chrome … pas des autres navigateurs.
Je sais bien qu'il sert de base a plein d'autre fork, mais il n'est pas le seul présent.

Donc, si les vidéo seront toujours lisible dans les navigateurs, suffit d'en choisir un qui le supporte.

M'ayant frotté un peu au Bash pour ce genre d'outil, il est clair que ce qui est présenté est super séduisant !
Mais pour un bon langage de CLI ne faut il pas un peu plus que des facilités sur le parsing des arguments et l'auto-documentation ?

J'ai toujours vu le Perl comme un bon langage de traitement de texte, qui s’écrit une fois mais difficile a reprendre par la suite.
Autant dans les années 2000 il faisait jeu égale avec Python en terme de popularité, mais ça fait un moment qu'il est en perte de vitesse.
Raku le ferait-il ressortir de l'ombre ?

Bon de toute manière si ça pouvait donner des idées à d'autres langages/script c'est toujours ça de pris.

Le problème de drivers est le plus probable. Il y a aussi moyen que Wine ne détecte même pas l'imprimante. Il serait toujours possible de tester ça en imprimant une page a partir d'une appli sous Wine.

Extrêmement intéressant.
Merci pour le partage

Même si Linux.fr était proposer comme fournisseur d'identité je ne sais pas si je le ferais. Ce qui me dérange est de lier des services qui n'ont absolument rien a voir. Même si le fournisseur était la GNU fondation ça me dérangerait encore.

Mais c'est mon point de vue

Merci pour les liens ! Ça va bien m’aider

En effet ce n’est pas le logiciel que je critique mais sa mise a disposition.
Dans le titre j’aurais dû mettre Jisti.org pour cibler l’instance.