Reprise du message précédent :

 
Sur mon clavier, qui est un Cherry KC 6000, les touches de fonction F1-F12 ont un double mapping : soit comme touche de fonction, soit comme touche utilitaire/multimédia (e.g. contrôler le volume).
J'ai des tonnes de raccourcis clavier qui les utilisent, mais l'action par défaut des touches, c'est l'action utilitaire/multimédia, pas la touche de fonction. Je dois appuyer sur une touche "FN" en plus de la touche de fonction pour qu'elle soit interprétée comme une touche de fonction.
 
J'aimerais changer le comportement pour que par défaut mes touches de fonction soient des touches de fonction et que leur usage utilitaire/multimédia se fasse par appui explicite sur la touche "FN".
Je me souviens qu'il y avait la même problématique sur mon portable Dell, mais qu'un réglage dans le BIOS changeait le comportement par défaut du clavier.
 

 
Je n'ai pas compris ta question.
 

 
La checkbox n'existe pas pour les claviers non-Apple.
J'ai pas de clavier Apple parce que j'ai un Mac Mini, oui
Le support Cherry a déjà répondu à des utilisateurs : "ah bah désolé on peut rien faire",

Ya un parametre pour ca dans les Settings (j'utilise pas de clavier Apple).

EDIT : Sur Ventura c'est dans System Settings -> Keyboard -> Keyboard Shortcuts -> Function Key

 
Cette checkbox n'existe pas pour les claviers non-Apple, c'est ce que je disais à Masklinn
Ou a minima, cette option n'est pas garantie d'exister pour les claviers non-Apple et en l'occurrence elle n'existe pas pour le mien.
 
D'ailleurs, Fluor ne fonctionne pas (une app qui permet de changer le comportement des touches de fonction par application) parce qu'elle ne prend pas en charge les claviers non-Apple et je crois que Karabiner ne va pas me sauver non plus.

Oui assez souvent, surtout dans de grands groupes et avec des gens que je connais pas/peu.

Et voir cette mission comme alimentaire, c'est envisageable ?

 
Je voulais dire que le fn lock sur le clavier n'existait que sur le clavier full size d'Apple, pas le mini.
 

 
Mais cette réponse m'a fait comprendre que tu ne cherchais pas un raccourci clavier pour le fn lock mais la possibilité du réglage dans les settings.

C'est marrant comme j'ai envie de me pendre dès que j'utilise un gestionnaire de package autre qu'apt ... bordel pip et conda cette plaie .. je sais pas si les gens ont raison de développer ce genre d'outils sans jamais les faire correctement jusqu'au bout

Je diagnostique un bon gros syndrome de Stockholm monsieur.

Pour mettre ces gestionnaires de paquets en PLS c'est easy : tu tentes de rétrograder vers une version spécifique et boom. Ya aucun mécanisme de prévu à partir du moment où la version qui t'intéresse n'est plus disponible en face Par ex ici opencv-python 3.4.1

apt tu peux mettre des policy poussées sur les versions de paquets, faire des dry run d'installations, avoir deux graphes de version en parallèle si ça entraine d'autres paquets, etc.

vs pip "no matching distribution" ou conda "Solving environment: failed with initial frozen solve. Retrying with flexible solve. Failed" ... joie

non, j'ai cassé le prix pour être sur de rentrer.

(c'est compliqué, j'ai cassé le prix de 50€/h par rapport au marché US, mais pour moi c'était mon plus gros TJM, jusqu'à ce qu'un autre client insiste pour bosser en ensmbler et que je facture 150€/h)

après les gens comme much qui pensent que c'est facile de changer de personnalité, meh.

C'est sûr que c'est plus simple quand tu manges ce qu'on te file et ton choix tu peux te le mettre au cul

Et tu voudrais que ce soit quoi le mécanisme prévu exactement? Tu demandes un truc spécifique, le PM peut pas te donner le truc spécifique, il te répond que tu peux pas test.

Si un PM qui te dit "je peux pas installer ton truc" c'est un PM en PLS, apt est en PLS toutes les deux heures.

Grave c'est cool de savoir que mettre opencv 4.5.1+dfsg-4 en opencv 4.5.1+dfsg-5 ça va pas ajouter de nouveaux paquets

Je comprend pas pourquoi tu utilises pas apt pour installer ton opencv 3.4

Ok

Justement non, à partir du moment où le paquet a existé à un moment (et que tu l'as trouvé évidemment) apt a assez d'outils autour pour pouvoir insérer le dit paquet sans (relativement) tout péter, il ne t'empêche pas d'insérer ce qui te manque du moment où toi tu as récupéré (ou régénéré, n'importe) l'existant, aka la dépendance qui te manquait et qui a existé à un instant t.

C'est ce que j'ai fait sur ma machine, mais j'ai pas de solution hors debian justement c'est ça le soucis.

Ok   ma foi t'as l'air tellement convaincu que les PM qui t'imposent les 2-3 versions qu'ils ont packagé + une marche forcée en avant quand ils décident d'upgrader côté upstream sont le summum de ce qu'on sait faire, tant mieux hein  

dans julia ils ont l'air de garder les vieilles versions aussi.

Y'avait cette anecdoque que j'avais rencontré où un mec a abandonné un paquet avec une dépendance épinglée super vieille, et y'a d'autres paquets qui en dépdent, du coup la terre entière est coincée à une vieille version.

(edit: je sais pas comment ça c'est fini, mais y'a un truc plus grave, le paquet en question wrappe du code open-source non-libre, ça veut dire qu'un paquet de monde pourrait être en train d'utiliser en prod sans le savoir un truc pour lequel ils sont sensés acheter une licence)

Je viens de faire une simulation pour assurer ma vieille Twingo 2 chez le même assureur : je payerais 5€ moins cher par mois pour plus d'options et moins de franchises FFS

T'as installé python-opencv 3.4 sur ta machine via apt?

C'est le niveau de ce que t'as posté, tu veux que je te dise quoi?

À aucun moment t'as lu mes commentaires en fait.

Et pip package rien du tout, il récupère ce que opencv-python fournit sur pypi, si t'es pas content que opencv ne package pas des versions antédiluviennes pour des python modernes c'est à eux qu'il faut t'en prendre

D'ailleurs même opencv-python c'est un type qui fournit gentiment des wheels prebuilt.

Et putain parler de "2-3 versions qu'ils ont packagé" en critique par rapport à debian c'est un haut de niveau de chutzpah

Là il se plaint de l'inverse, il est pas content parce qu'il demande un vieux opencv qui est dispo précompilé que jusqu'à Python 3.7, sur un python plus récent que ça.

 
disons que pypi est vraiment géré dans le but de pas trop trainer sur la version de python. Pour le coup Debian est toujours à la rue (en stable) donc ça se voit moins, mais je serais curieux de voir la gueule de ta debian si tu pin un paquet hyper vieux par rapport à la distro.
 
de ce fait j'aime bien la philosophie de Arch : tout le monde est sur la dernière version. Je connais personne qui utilise ça en PROD, mais fondamentalement ça t'évites de t'endormir sur tes dépendances, t'es obligé de payer ta dette technique.
Surtout que Python depuis 3.3 c'est assez stable, les nouvelles fonctions sont additives plus qu'autre chose, donc si c'est du code 3.3-3.7 ça doit pouvoir tourner sur 3.10 avec peu de modifs. Si c'est du code plus vieux c'est une grosse dette technique, parce que les premières versions de 3.x sont plus trop supportées nulle part, et si c'est du 2.x, LOLWUT c'est officiellement deprecated, toutes les libs majeures ont laissé tombé le support
 
 

 
Nope c'est exactement ça ce que je veux, mettre python 3.7 et son opencv 3.4.1. C'est à dire installer quelque chose qui a été disponible à un moment officiellement. Sauf que remettre python 3.7 et opencv 3.4.1 quand il y a déjà python 3.9 et opencv 4.5.1 (voire même les faire cohabiter ces versions, soyons fous ces outils sont tellement au point) c'est la merde.
 
 
 

 
Avec les outils debian, apt, dpkg + deb-pkg-tools en annexe oui, et à la fin j'ai opencv 3.4.1 dans python 3.7, fou.
 

 
Ton commentaire est littéralement de considérer normal qu'un PM qui a eu mais n'a plus ce que tu demandes te laisse dans la merde.

 
C'est de la reproduction de bug ici en l'occurrence, l'étape 1 c'est d'utiliser le même environnement que celui qui déclenche le bug.

empilons les trucs instables.

DING DONG  
https://forums.adafruit.com/viewtop [...] 6&t=192516

Grâce à __alt j'ai mis moins d'1 an à rebrancher mon PiHole après l'avoir essayé 2 jours

C'est impressionnant l'efficacité de remboursement d'Alan (mutuelle) dans certaines situations : il s'est passé 30 secondes entre l'envoi de ma facture d'osteo et le virement instantané du remboursement

On utilise debian ici, bordel, les versions sont à la bourre sur tout, c'est pénible  
Bonus, quand t'as la version majeure dispo en AMI pour AWS, il s'est écoulé quelques mois (genre la 11 qui est sortie que récemment  ).

Sans parler du nombre de blague sur certains outils, genre j'ai un collègue sur arch, moi sur debian via wsl2,  ben juste avec ansible, j'ai je sais pas combien de version de retard, c'est rigolo quand on se partage des scripts de provisionning  

 
Met Arch sur WSL.  

 
Yep c'est ça
 

 
Un rapport avec ça peut être ?    
 

Mais non putain  

J'ai uploadé un package compatible Python 2.7 il y a 2 mois. Pypi s'en tape le cul par terre des versions de compat' python, à aucun moment c'est leur problème.

Mea culpa, je pensais avoir vu 3.4.1 mais apparemment j'ai tapé au mauvais endroit (et je retrouve pas où).

Mais en fait il semble pas y avoir eu de 3.4.1 compatible 3.7?

Diff entre 3.4.1 et 3.4.2: https://github.com/opencv/opencv-python/compare/15...16  en dehors de la maj opencv de 1500 fichiers c'est à 80% des ajouts de 3.7.

Jamais eu de problème avec pyenv

Chez nous la partie qui fait chier c'est pas tant que debian soit en retard en permanence (même si c'est un problème) c'est que tout est patché dans tous les sens donc tu peux avoir une version de python + lib qui existe littéralement pas dans la matrice de compat de l'upstream, c'est uniquement chez debian (et probablement aussi redhat mais eux tout le monde s'en fout).

C'est pas la distrib qui tourne en prod, y a des scripts qui sont testés localement.

Ah. J'utilise pas Alt-tab mais je suppose que ça se config non ? Enfin tu dois pas être le seul à qui ça pose problème. Le message de Ydalb peut être une piste, sinon y'a leur github de dispo.

Du coup c'est ton collègue qui n'est pas raccord avec vous.

Ah, je pensais que c'était toi qui l'avais conseillé

Non j'avais juste link un post que je venais de trouver avec des outils. Je crois que c'était pour Xavier qui venait d'avoir un mac.

 
J’ai jamais essayé. Ça fait tourner X correctement ?

Jamais test. J'utilise toujours Ubuntu de base car c'est juste pour rust, node, go et vscode en remote.

 
Je lance jetbrains toolbox puis l'ide sans trop de soucis, mais l'intégration avec le gestionnaire de fenêtres "natif windows" c'est khakha.

 
X c'est has been. Wayland  

Ok boomer
 

normal, ton clavier est KC

 
T'as oublié le smiley

Ah marrant, nous c'était l'inverse en afterwork. Les gens parlaient trop de boulot, du coup on avait fini par instaurer une règle officieuse du "on parle plus taf après 21h". Qui était relativement bien respectée en plus. Bon bien sur c'était souple, en cas de verre entre dev, un débat IntelliJ / VSCode (et emacs pour le rebelle du fond) ça rentrait pas dans le cadre "boulot"
Bon après uniquement des petites boites, avec une moyenne d'âge assez basse, donc c'est peut être le contexte qui faisait ça aussi.

Ce genre de débat donne vraiment envie de faire des afterwork.

Ca rentre dans mon TOP3 des trucs les plus insupportables que je vois dans le monde dev avec les articles de blogs de merde.

je viens de découvrir un truc assez stupide : utiliser la médianne au lieu de la moyenne, c'est utiliser un système robuste, où on minimise l'influence des outliers.