je vois très souvent moins bien avec que sans, surtout quand il fait encore assez clair mais qu'il s'active quand même.
La seule fois où il m'aide plus que me gène, c'est quand il fait nuit les lumières éteintes. Ce qui arrive très rarement, sauf quand je regarde une vidéo dessus le soir.
j'ai acheté il y a 6 mois maintenant un portable de la gamme "ProX" de chez slimbook.es pour mes besoins professionnels et je dois dire que j'en suis très content.
Le seul point faible que je leur trouve, c'est le clavier. Pas très lisible avec un rétro-éclairage completement contre productif, et les chiffres sont en dessous des symboles sur le clavier fr (alors qu'en azerty c'est le contraire normalement), ça n'a l'air de rien mais vu que je switch souvent entre du qwerty et de l'azerty, ça me perturbe pas mal…
J'ai pris la version KDE (qui est exactement la même que celle de base, sauf le logo et ils versent une petite contribution au projet KDE), la finition est impeccable, j'ai installé une debian par dessus sans aucun soucis. J'ai même était très surpris de la réactivité de l'ensemble.
Pour le reste, prix, service, performances tout était conforme à ce que j'attendais.
Pour avoir fait un petit comparatif rapide avec Dell/HP, j'ai vu des configurations à peu près équivalentes (proc/ram/disque/graphique) entre 300€ et 500€ plus cher.
Du coup pour moi, à part l'histoire du clavier, je recommande sans soucis.
Posté par moi1392 .
En réponse au journal pkcon riz.
Évalué à 8.
basé sur ubuntu, qui aux dernières nouvelles que j'en ai (qui datent) recommande toujours aptitude comme gestionnaire de paquet en ligne de commande.
Pour Debian, l'outil recommandé est apt (juste apt), je l'utilise depuis quelques années maintenant, et je le trouve très complet (toutes les commandes d'apt-get ET apt-cache que j'utilisaient dans ma jeunesse y sont disponibles) et je n'ai eu aucun soucis avec, je le trouve intermédiaire entre apt-get et aptitude pour la gestion des paquets recommandés et la résolution des dépendances quand il faut supprimer des paquets pour en installer d'autres.
Et là ou aptitude m'a plusieurs fois proposé de supprimer 95% de mon install pour mettre à jour une obsure librairie d'un coté, ou apt-get qui refuse de me mettre à jour une lib alors qu'elle n'est dependance que d'un seul paquet que je ne peux pas metre à jour du coup, apt me propose très souvent le bon choix du premier coup, et la plupars des autres fois un choix raisonnable. C'est très rare que je refuse sa résolution en cas de dist-upgrade et quasi jamais (en tous cas pas dans mon souvenir) dans un upgrade simple.
Le seul truc qui m’agace un peu c’est quand on a une vidéo avec une transition (dans mon cas un overlay avec une autre vidéo) et que je coupe la vidéo en deux, ça ne coupe pas la transition en deux. Il faut que je raccourcisse la transition et que j’en crée une deuxième pour l’autre partie. Imaginez si je dois découper en 10 morceaux une vidéo à quel point c’est irritant.
Je pense que c'est le genre de retour qui peut être très constructif pour l'équipe de dev, et avec un peu de chance (et de gens intéressés qui soutiennent cette fonctionnalité), ça pourra être implémenté dans quelques versions.
As-tu soumis un rapport de bug/d'amélioration pour ce point, ou sais-tu s'il en existe déjà un ?
Il y a quelques versions de cela (à la louche, je dirais 5 ans), je pouvais aller dans l'outil de configuration des numéros bloqués et les voir.
Je ne sais pas si c'est toujours le cas.
Moi j'ai plutôt compris que c'était pour les datacenter qui ne veulent pas, pour des raisons de fiabilité et sécurité d'une driver binaire, que nvidia s'est bougé, et pas spécialement par la pression des utilisateur ou des distributions.
Enfin, même si la raison me semble un peu moins noble, je ne boude pas mon plaisir de voir ce très gros acteur franchir la barrière du pilote propriétaire vers le pilote libre.
ça ajoute encore un niveau de pression aux acteurs plus petits et plus marginaux qui sont toujours en 100% propriétaires.
Merci à tous pour vos retours.
Je n'ai pas répondu à tous les messages (j'ai eu un week end très chargé) mais je les ai au moins lu.
Je pense dans un premier temps retenter l'expérience avec postfix + dovecot, parce que j'aime bien bidouiller un peu quand même, et pour le coté satisfaction personnelle d'avoir un truc certe un peu bancal, mais qui marche et que j'ai monté moi même.
Et si je n'arrive pas à mes fins de façon satisfaisante, je passerai à la solution yunohost dans une VM.
Je repasserai certainement poser une ou deux questions pour des problèmes plus précis quand ils se poseront à moi.
Pour la partie certificat pour l'imaps et le smtps, les certificats auto-signés passent au moins sur Android (pas testé sur Iphone).
J'ai déjà un certificat Let's encrypt pour un nextcloud que j'héberge (sur une autre machine) chez moi.
Est-ce que copier le certificat généré par certibot pour un site web dans la config imaps est suffisant ou j'ai raté un truc ?
Juste pour compléter ma réponse et pourquoi ça me gêne : par auto-hébergement, j'entends sur une machine chez moi. Et du coup je n'entends pas dédier cette machine seulement à cela.
j'ai survolé (de très très haut, et très rapidement) le site de OpenSMTPd hier soir, mais pour l'instant j'avoue que je suis sans avis là dessus, je referai un tour et je chercherai un tuto ou deux pour m'en faire une idée plus claire.
Merci pour la réponse.
S’il s’agit du ①, une configuration possible est effectivement de n’autoriser la soumission de mail que depuis le réseau local, auquel cas on peut éventuellement (en fonction de la confiance accordée audit réseau) décider de se passer d’authentification (quiconque sur le réseau local peut soumettre un mail, sans avoir à s’authentifier). Est-ce à quelque chose comme ça que tu pensais ?
C'est à peu près cela, je serai le seul utilisateur, ce que je veux dire c'est que je n'ouvre pas le port smtp sur internet, ça m'évite d'avoir à me battre avec la sécu de ce coté là. Mais je laisserai quand même une authentification en place, même minimale.
J'ai d'autre adresses de courriel que je compte utiliser encore quelque temps le temps de m'assurer que ma config remplie tous mes besoins, dans un premier temps je ne m'en servirai que pour des trucs peu important ou je peux me permettre d'attendre d'être chez moi pour répondre.
Juste une question sur ta config, tu as des soucis pour envoyer des mail chez les gros fournisseurs ou ça passe bien ?
je suis retourné jeter un oeil, et j'ai retrouvé le point qui me gênait, yunohost, c'est une distribution complète, donc si je me décide à me tourner vers cela, ça sera dans une VM forcément.
j'ai vu passer plusieurs messages de commentaires sur Yunohost.
je ne me suis pas penché dessus, mais j'ai eu l'impression que ça gérait beaucoup de choses, j'ai déjà certains de ces services chez moi (dns par exemple) et je ne sais pas comment cela va cohabiter, donc pour l'instant je mets ce genre de solution de coté, si vraiment je n'arrive pas à faire ce que je veux avec ma méthode, j'y viendrai peut-être.
C'est une bonne idée pour une étape intermédiaire en effet.
je peux même essayer de configurer ça au cas par cas si possible, genre selon l'adresse avec laquelle j'envoie, ou le domaine de l'adresse de destination.
Merci.
Je ne suis pas chez orange, je n'ai pas de soucis pour faire sortir du SMTP.
Par j'ai en effet cru comprendre que c'est vraiment très relou de faire accepter ses mail quand on s'auto-héberge.
Pour l'instant je ne compte pas virer mes autres compte mails (c'est pour ça que je ne compte pas ouvrir smtp en entrant chez moi sauf dans mon réseau local pour tester) et j'utiliserai mon installation en test pour les mails pas importants. J'aviserai par la suite quand ma config fonctionnera depuis un certain temps sans soucis ( laissez moi rêver un peu (: )
il te faudra quand meme gérer les logins/mot de passe ailleurs,
on appelle cela le 'backend'
cela peut etre une base de données (mysql, sqlite), cela peut etre un annuaire (ldap, activedirectory)
et ce n'est pas parce qu'un email est lié à un compte que tu ne peux pas interdire à cet utilisateur de se connecter sur l'ordi/serveur
à la base c'était pour créer facilement beaucoup d'adresses de courriel différentes, et je n'avait pas forcément envie de créer un user à chaque fois sur ma machine.
Mais si je peux facilement gérer des alias, peut-être que cette contrainte n'en sera plus une.
J'ai oublié de préciser, mais je serai le seul utilisateur, donc pas de problématique pour permettre aux user de créer un compte ou de changer leur mot de passe perdu/oublié.
Par contre, j'aimerais bien avoir un certificat fait par une autorité valide (let's encrypt si possible) ça facilite pas mal pour des utilitaires un peu récalcitrants, surtout sur ordiphone.
En plus du côté ludique, je trouve que cela peut être une application très intéressante lors d'un choix d'appartement ou maison à louer/acheter.
J'ai fait un petit test chez moi, et je constate un petit bug qui à l'air d'être du à la hauteur d'une maison voisine érronée (elle fait de l'ombre à ma fenêtre vers 20h environ en ce moment, alors que sur le site, l'ombre n'arrive pas jusqu'à chez moi jusqu'au couché du soleil)
Je me demande comment signaler ce genre de soucis pour qu'ils soient corrigés.
Même si ça n'a aucune importance réelle dans mon quartier, cela peut être intéressant pour des lieux plus fréquentés.
git est décentralisé de la même façon, c'est jsute que tu peux avoir plusieurs sous réseaux séparées (encore heureux, certains ne veulent pas partager leur code, et chaque machine n'a pas vocation à accueillir tout le code géré par git…) et que la synchronisation n'est pas automatique, c'est une action utilisateur.
C'est peut-être juste une question de terminologie, mais pour moi distribué signifie que chaque utilisateur à une copie complète du dépot.
Décentralisé signifie qu'il n'y a pas de dépot qui a un status différent des autres. J'ai vu écrite la notion de "dépot central" et de "on peut faire entre deux personne des échanges" dans ce fil de discussion, et ça me fait penser que les personnes disant cela n'ont pas saisi ce qu'est vraiment la puissance du concept de distribué dans git.
La notion de dépot central n'existe pas sous git, c'est une convention mise en place par les utilisateurs de git sur chaque projet particulier.
J'ai personnellement 3 machine sur lesquelles j'ai des répos partagés avec du code sur lequel je bosse en plus de 2 machines sur lesquelles j'ai des répo nus (bare repository dans la terminologie git)
Et la plupart des répos présents sur ces 3 machines de travail ont 4 remotes : les 2 autres machines et les 2 dépots nus.
Il n'y a pas de repo ou de machine "centrale", c'est décentralisé et ça ne pose aucun soucis, Et même si je devais choisir un repo qui me servirait de "référence", je serais bien embeté car ça n'est pas toujours le même qui à les derniers (il est rarement seul d'ailleurs, je synchronise mes commit assez vite sur d'autres machines selon là ou je bosse) ni le même qui est en retard sur les autres.
[^] # Re: slimbook.es
Posté par moi1392 . En réponse au message que valent les constructeurs de pc portables indépendants?. Évalué à 2.
je vois très souvent moins bien avec que sans, surtout quand il fait encore assez clair mais qu'il s'active quand même.
La seule fois où il m'aide plus que me gène, c'est quand il fait nuit les lumières éteintes. Ce qui arrive très rarement, sauf quand je regarde une vidéo dessus le soir.
# slimbook.es
Posté par moi1392 . En réponse au message que valent les constructeurs de pc portables indépendants?. Évalué à 3.
j'ai acheté il y a 6 mois maintenant un portable de la gamme "ProX" de chez slimbook.es pour mes besoins professionnels et je dois dire que j'en suis très content.
Le seul point faible que je leur trouve, c'est le clavier. Pas très lisible avec un rétro-éclairage completement contre productif, et les chiffres sont en dessous des symboles sur le clavier fr (alors qu'en azerty c'est le contraire normalement), ça n'a l'air de rien mais vu que je switch souvent entre du qwerty et de l'azerty, ça me perturbe pas mal…
J'ai pris la version KDE (qui est exactement la même que celle de base, sauf le logo et ils versent une petite contribution au projet KDE), la finition est impeccable, j'ai installé une debian par dessus sans aucun soucis. J'ai même était très surpris de la réactivité de l'ensemble.
Pour le reste, prix, service, performances tout était conforme à ce que j'attendais.
Pour avoir fait un petit comparatif rapide avec Dell/HP, j'ai vu des configurations à peu près équivalentes (proc/ram/disque/graphique) entre 300€ et 500€ plus cher.
Du coup pour moi, à part l'histoire du clavier, je recommande sans soucis.
[^] # Re: C'est pas dans Debian
Posté par moi1392 . En réponse au journal pkcon riz. Évalué à 4.
Ça m'est arrivé aussi (:
J'en rigole aujourd'hui, mais à l'époque je faisais moins le fier :D
[^] # Re: C'est pas dans Debian
Posté par moi1392 . En réponse au journal pkcon riz. Évalué à 2.
Merci pour la mise à jour, j'avais prévenu que mes infos dataient un peu ;)
[^] # Re: C'est pas dans Debian
Posté par moi1392 . En réponse au journal pkcon riz. Évalué à 8.
basé sur ubuntu, qui aux dernières nouvelles que j'en ai (qui datent) recommande toujours aptitude comme gestionnaire de paquet en ligne de commande.
Pour Debian, l'outil recommandé est apt (juste apt), je l'utilise depuis quelques années maintenant, et je le trouve très complet (toutes les commandes d'apt-get ET apt-cache que j'utilisaient dans ma jeunesse y sont disponibles) et je n'ai eu aucun soucis avec, je le trouve intermédiaire entre apt-get et aptitude pour la gestion des paquets recommandés et la résolution des dépendances quand il faut supprimer des paquets pour en installer d'autres.
Et là ou aptitude m'a plusieurs fois proposé de supprimer 95% de mon install pour mettre à jour une obsure librairie d'un coté, ou apt-get qui refuse de me mettre à jour une lib alors qu'elle n'est dependance que d'un seul paquet que je ne peux pas metre à jour du coup, apt me propose très souvent le bon choix du premier coup, et la plupars des autres fois un choix raisonnable. C'est très rare que je refuse sa résolution en cas de dist-upgrade et quasi jamais (en tous cas pas dans mon souvenir) dans un upgrade simple.
[^] # Re: Impec et plus stable
Posté par moi1392 . En réponse au lien Kdenlive 22.04.2 Released. Évalué à 2.
Je pense que c'est le genre de retour qui peut être très constructif pour l'équipe de dev, et avec un peu de chance (et de gens intéressés qui soutiennent cette fonctionnalité), ça pourra être implémenté dans quelques versions.
As-tu soumis un rapport de bug/d'amélioration pour ce point, ou sais-tu s'il en existe déjà un ?
[^] # Re: Gestion du téléphone en liste blanche possible ?
Posté par moi1392 . En réponse au lien Du nouveau dans le système d’exploitation /e/OS 1.0. Évalué à 4.
Il y a quelques versions de cela (à la louche, je dirais 5 ans), je pouvais aller dans l'outil de configuration des numéros bloqués et les voir.
Je ne sais pas si c'est toujours le cas.
[^] # Re: retours d'expérience ?
Posté par moi1392 . En réponse au lien /e/OS version 1.0. Évalué à 8.
En gros t'habites en bretagne quoi.. (:
[^] # Re: Tirage aléatoire ?
Posté par moi1392 . En réponse au lien DeepMind de Google estime avoir fait une percée en IA qui se rapproche de l'intelligence humaine. Évalué à 5.
Finalement elle est pas mal cette IA, très proche des avis d'experts (:
[^] # Re: Pilote Linux pour carte graphique, pas pilote graphique pour Linux
Posté par moi1392 . En réponse au lien NVIDIA publie désormais ses pilotes graphiques pour Linux sous licence libre. Évalué à 3.
Moi j'ai plutôt compris que c'était pour les datacenter qui ne veulent pas, pour des raisons de fiabilité et sécurité d'une driver binaire, que nvidia s'est bougé, et pas spécialement par la pression des utilisateur ou des distributions.
Enfin, même si la raison me semble un peu moins noble, je ne boude pas mon plaisir de voir ce très gros acteur franchir la barrière du pilote propriétaire vers le pilote libre.
ça ajoute encore un niveau de pression aux acteurs plus petits et plus marginaux qui sont toujours en 100% propriétaires.
# Merci
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 2.
Merci à tous pour vos retours.
Je n'ai pas répondu à tous les messages (j'ai eu un week end très chargé) mais je les ai au moins lu.
Je pense dans un premier temps retenter l'expérience avec postfix + dovecot, parce que j'aime bien bidouiller un peu quand même, et pour le coté satisfaction personnelle d'avoir un truc certe un peu bancal, mais qui marche et que j'ai monté moi même.
Et si je n'arrive pas à mes fins de façon satisfaisante, je passerai à la solution yunohost dans une VM.
Je repasserai certainement poser une ou deux questions pour des problèmes plus précis quand ils se poseront à moi.
[^] # Re: des pistes
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 2.
J'ai déjà un certificat Let's encrypt pour un nextcloud que j'héberge (sur une autre machine) chez moi.
Est-ce que copier le certificat généré par certibot pour un site web dans la config imaps est suffisant ou j'ai raté un truc ?
[^] # Re: yunohost
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 2.
Juste pour compléter ma réponse et pourquoi ça me gêne : par auto-hébergement, j'entends sur une machine chez moi. Et du coup je n'entends pas dédier cette machine seulement à cela.
[^] # Re: OpenSMTPd
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 2.
j'ai survolé (de très très haut, et très rapidement) le site de OpenSMTPd hier soir, mais pour l'instant j'avoue que je suis sans avis là dessus, je referai un tour et je chercherai un tuto ou deux pour m'en faire une idée plus claire.
Merci pour la réponse.
[^] # Re: Mes 2 cents
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 2.
C'est une solution qui peut me convenir.
C'est à peu près cela, je serai le seul utilisateur, ce que je veux dire c'est que je n'ouvre pas le port smtp sur internet, ça m'évite d'avoir à me battre avec la sécu de ce coté là. Mais je laisserai quand même une authentification en place, même minimale.
J'ai d'autre adresses de courriel que je compte utiliser encore quelque temps le temps de m'assurer que ma config remplie tous mes besoins, dans un premier temps je ne m'en servirai que pour des trucs peu important ou je peux me permettre d'attendre d'être chez moi pour répondre.
Juste une question sur ta config, tu as des soucis pour envoyer des mail chez les gros fournisseurs ou ça passe bien ?
[^] # Re: yunohost
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 2.
je suis retourné jeter un oeil, et j'ai retrouvé le point qui me gênait, yunohost, c'est une distribution complète, donc si je me décide à me tourner vers cela, ça sera dans une VM forcément.
[^] # Re: En auto hébergement ou pas ?
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 2.
Par auto-hébergement, je veux dire sur une machine chez moi.
je n'avais pas pensé au problème du reverse DNS en effet, cela peut-être gênant :/
[^] # Re: yunohost
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 2.
j'ai vu passer plusieurs messages de commentaires sur Yunohost.
je ne me suis pas penché dessus, mais j'ai eu l'impression que ça gérait beaucoup de choses, j'ai déjà certains de ces services chez moi (dns par exemple) et je ne sais pas comment cela va cohabiter, donc pour l'instant je mets ce genre de solution de coté, si vraiment je n'arrive pas à faire ce que je veux avec ma méthode, j'y viendrai peut-être.
[^] # Re: 2 solutions à explorer
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 2.
C'est une bonne idée pour une étape intermédiaire en effet.
je peux même essayer de configurer ça au cas par cas si possible, genre selon l'adresse avec laquelle j'envoie, ou le domaine de l'adresse de destination.
[^] # Re: 2 solutions à explorer
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 2.
Merci.
Je ne suis pas chez orange, je n'ai pas de soucis pour faire sortir du SMTP.
Par j'ai en effet cru comprendre que c'est vraiment très relou de faire accepter ses mail quand on s'auto-héberge.
Pour l'instant je ne compte pas virer mes autres compte mails (c'est pour ça que je ne compte pas ouvrir smtp en entrant chez moi sauf dans mon réseau local pour tester) et j'utiliserai mon installation en test pour les mails pas importants. J'aviserai par la suite quand ma config fonctionnera depuis un certain temps sans soucis ( laissez moi rêver un peu (: )
[^] # Re: des pistes
Posté par moi1392 . En réponse au message Auto héberger ses courriels. Évalué à 3.
Merci pour ta réponse
à la base c'était pour créer facilement beaucoup d'adresses de courriel différentes, et je n'avait pas forcément envie de créer un user à chaque fois sur ma machine.
Mais si je peux facilement gérer des alias, peut-être que cette contrainte n'en sera plus une.
J'ai oublié de préciser, mais je serai le seul utilisateur, donc pas de problématique pour permettre aux user de créer un compte ou de changer leur mot de passe perdu/oublié.
Par contre, j'aimerais bien avoir un certificat fait par une autorité valide (let's encrypt si possible) ça facilite pas mal pour des utilitaires un peu récalcitrants, surtout sur ordiphone.
[^] # Re: Intéressant
Posté par moi1392 . En réponse au lien Application OSM : Terrasses au soleil. Évalué à 3.
Je viens de voir StreetComplete dispo sur fdroid, je n'ai donc pas d'excuse pour ne pas l'utiliser.
Merci :)
# Intéressant
Posté par moi1392 . En réponse au lien Application OSM : Terrasses au soleil. Évalué à 4.
En plus du côté ludique, je trouve que cela peut être une application très intéressante lors d'un choix d'appartement ou maison à louer/acheter.
J'ai fait un petit test chez moi, et je constate un petit bug qui à l'air d'être du à la hauteur d'une maison voisine érronée (elle fait de l'ombre à ma fenêtre vers 20h environ en ce moment, alors que sur le site, l'ombre n'arrive pas jusqu'à chez moi jusqu'au couché du soleil)
Je me demande comment signaler ce genre de soucis pour qu'ils soient corrigés.
Même si ça n'a aucune importance réelle dans mon quartier, cela peut être intéressant pour des lieux plus fréquentés.
[^] # Re: Enfumage
Posté par moi1392 . En réponse au journal GitHub supprime les issues et pull requests de comptes russes suspendus ... puis les restaure. Évalué à 4.
git est décentralisé de la même façon, c'est jsute que tu peux avoir plusieurs sous réseaux séparées (encore heureux, certains ne veulent pas partager leur code, et chaque machine n'a pas vocation à accueillir tout le code géré par git…) et que la synchronisation n'est pas automatique, c'est une action utilisateur.
[^] # Re: Enfumage
Posté par moi1392 . En réponse au journal GitHub supprime les issues et pull requests de comptes russes suspendus ... puis les restaure. Évalué à 4.
C'est peut-être juste une question de terminologie, mais pour moi distribué signifie que chaque utilisateur à une copie complète du dépot.
Décentralisé signifie qu'il n'y a pas de dépot qui a un status différent des autres. J'ai vu écrite la notion de "dépot central" et de "on peut faire entre deux personne des échanges" dans ce fil de discussion, et ça me fait penser que les personnes disant cela n'ont pas saisi ce qu'est vraiment la puissance du concept de distribué dans git.
La notion de dépot central n'existe pas sous git, c'est une convention mise en place par les utilisateurs de git sur chaque projet particulier.
J'ai personnellement 3 machine sur lesquelles j'ai des répos partagés avec du code sur lequel je bosse en plus de 2 machines sur lesquelles j'ai des répo nus (bare repository dans la terminologie git)
Et la plupart des répos présents sur ces 3 machines de travail ont 4 remotes : les 2 autres machines et les 2 dépots nus.
Il n'y a pas de repo ou de machine "centrale", c'est décentralisé et ça ne pose aucun soucis, Et même si je devais choisir un repo qui me servirait de "référence", je serais bien embeté car ça n'est pas toujours le même qui à les derniers (il est rarement seul d'ailleurs, je synchronise mes commit assez vite sur d'autres machines selon là ou je bosse) ni le même qui est en retard sur les autres.