Bon réflexe, mais comme tu ne l'avais pas précisé, je ne savais pas (beaucoup de monde pose des questions sans avoir cherché un peu avant …). En tout cas content de voir qu'au final tu as réussi, et surtout, merci d'avoir partagé la solution.
As you might imagine, much of the power of scanimage comes from the fact that it can control any SANE backend. Thus, the exact set of command-line options depends on the capabilities of the selected device. To see the options for a device named dev, invoke scanimage via a command-line of the form:
scanimage --help --device-name dev
J'en déduis donc que si tu exécute cette commande en désignant ton scanner, tu devrais y trouver les l'option que tu cherches si elle est implémentée.
Bien que Rust ait le vent en poupe ces derniers temps, il ne faut pas oublier que beaucoup de code est écrit en C aujourd'hui, et la réécriture d'applications rust vers C ne se fera pas forcément from scratch : certains softs seront réécrits de zéro, mais pour d'autre, la réécriture se fera progressivement en faisant cohabiter C et Rust. Du coup, connaître le C est de mon point de vue presque indispensable pendant la transition C -> Rust.
… et 2 : qui sont les auteurs du rapport de la cour des comptes ? ( Et troisième : que dit réellement le rapport) ?
Parce que l'article en gros il a l'air de suggérer qu'avoir une solution souveraine coute cher, (et la cour des comptes également), mais quelle serait l'alternative ? Continuer à utiliser des trucs fournis par les fournisseurs US ? Je pense que le lectorat de 01 Informatique y aurait un gros intéret, donc c'est normal que l'article soit orienté.
Peut-être que c'est une mauvaise idée, mais c'est ce qui a été fait chez moi, avant que je n'arrive : la fibre arrive dans l'armoire électrique et ensuite repart dans un passage existant … Celà dit, je pense qu'au vu des discussions sur ce post, je vais abandonner l'idée de fibre pour passer à du cable ethernet (les transceivers Fibre/ethernet RJ45 ne sont pas donnés, et il m'en faudra 6 minimum).
Je tenterais d'abord de passer un passe fil d'électricien dans la gaine en parallèle du téléphone. Si ca passe vous pourrez ensuite virez le cable téléphone et passer votre ethernet. Si le passe fil ne passe, c'est risqué d'utiliser le cable téléphone comme tire fil, car si ca coince vous n'avez plus de réseau tu tout.
Merci pour la suggestion, c'est effectivement la meilleure méthode. En fait le réseau téléphonique n'est plus utilisé : toutes les proses sont débranchées, mais je ne veux pas non plus enlever le cable si un jour le propriétaire décide de l'utiliser à nouveau.
Un tire-câble en téflon c'est pratique, et du lubrifiant spécial câble (pour que ça n'attaque pas l'enveloppe sur le long terme) un plus appréciable.
Merci pour l suggestion.
Autre solution moins invasive que la goulotte, coller à la colle chaude le câble sur des plinthes, fait proprement avec un câble blanc ça passe et ça peut s'enlever sans trop de dégât. Ou bien des agraphes…
Je pense que je passerai par là si je n'arrive pas à passer du cable dans les gaines installées.
Sinon j'ai bien compris, pas de wifi, mais un pont wifi c'est vite installé et testé. Même si ik y a du monde autour, une bonne antenne directionnelle et en 5Ghz je tenterais.
Je pense que je tenterai en dernier recours (si je n'ai pas d'autre choix). Je ferai peut-être un mix des deux. Je pense m'y mettre en septembre, mais je cherche à me préparer avant.
Dans ce cas, si c'est du RJ45, j'ai l'intention de mettre une prise femelle sur le mur. C'est effectivement plus simple. Par contre le cable il faut le passer, et une fibre se logera bien plus facilement dans l'existant qu'un cable ethernet (la fibre est bien plus fine). Effectivement la découpe de la fibre nécessite du matériel spécifique pour être faite correctment, c'est l'inconvénient (et je le connais : j'ai déjà préparé des fibres dans une ancienne mission).
Merci c'est une bonne idée. Je vais tenter ma chance. Mais finalement, après une réponse qui m'a été donnée plus haut, je pense que je vais remplacer le cable actuel par du cat5E et/ou du CAT6 (potentiellement pour faire passer du 2.5 Gb si ma box internet le permet)
Merci pour l'info. D'après ce que je vois je ne pense pas que ce soit de l'ethernet, au moins pour deux cables. Niveau armoire électrique deux de ces cables sont branchés nulle part, le troisième doit arriver dans le salon.
Du coup je me dis que le plus simple serait peut-être de remplacer ces cables par des cables ethernet et mettre du rj45 : on peut y faire passer tant du téléphone que de l'ethernet. Ca me reviendra certainement moins cher. Et selon le prix, soit je récupère le cable quand je pars, soit je le laisse tel quel ( je pense qu'entre le fait d'être radin pour tout remettre en place, et la flemme de tout refaire, que cette dernière l'emportera, mais si mon proprio demande de remettre tel quel, je préfère garder de quoi le faire).
Pas forcément : ça peut être un dérivé de Suse tout comme feu centos (et maintenant entre autres Rocky Linux) sont dérivées de RedHat (celà dit, je ne sais pas si c'est le cas ici).
Une mauvaise intégration système, la config qui casse et demande de supprimer/recréer la conf de l'imprimante à chaque mise à jour.
Je n'ai jamais eu de problème sous Ubuntu ou FreeBSD. Pour NetBSD je ne me rappelle plus : il est possible que j'aie eu quelques soucis au départ, mais ça n'a pas duré. Et HPLip me fournissait bien plus d'informations que ne fournit un cups de base (niveaux d'encre, etc …).
Après, HPLip n'est pas parfait, mais il m'a simplifié la vie quand j'ai commencé à l'utiliser à la place d'un cups basique.
Pour ma part j'ai acheté deux imprimantes laser d'occasion : HP LAserjet 5 (que j'ai gardée quelques années - 5 ou 6 en n'ayant acheté qu'un seul toner) suivie d'une HP Laserjet 6 je crois ( achetée d'occasion également).
Pour lapremière je l'ai achetée une dizaine d'euros à un ami qui l'avait récupérée au travail : le galet d'entrainement des feulles avait un caoutchouc autour qui était usé : je l'ai juste tourné pour que la partie non usée soit au niveau de l'entrainement des feuilles et elle est repartie. J'ai acheté un toner peu de temps après (celui que j'avais eu avec l'imprimante était vide), et je l'ai gardé jusqu'au bout. La seconde je l'ai achetée à une boutique à côté de chez moi (ancien vidéoclub qui s'était reconverti dans la revente de matériel d'occasion). Je l'ai payée moins de 50 euros (garantie 6 mois). Pareil: j'ai juste eu à acheter un toner et elle m'a duré également plusieurs années.
Aujourd'hui je ne sais pas ce que vaut le marché d'occasion pour les imprimantes, mais pour ma part, si je dois m'en procurer une je ne négligerai pas cette piste.
Pour des systèmes non-linux ça peut devenir compliqué si tu as des filtres binaires
Cette problématique m'a vite fait déchanté par rapport à cups : on a trouvé moyen d'avoir un système unifié qui serait utilisable sur n'importe quelle plate-forme, mais ces abrutis de constructeurs ont fait en sorte que ça ne puisse pas marcher au final.
Chez moi j'ai une laser/scanner HP, et je craignais devoir mettre ce furoncle de hplip,
Tu lui reproche quoi à HPLIP ? Pour ma part je le trouve bien pratique. Et c'est libre (en tout cas je n'ai pas vu de nouvelles indiquant que c'était proprio).
Je ne sais pas : pour ma part j'ai utilisé CUPS pour mon imprimante HP à un moment ou elle n'était pas supportée par HPLIP dispo pour ma distribution. J'ai récupéré un PPD que j'ai intégré à cups. Mais j'avais il me semble des messages indiquant qu'il manquait des blobs binaires … ça n'empêchait pas d'imprimer mais il est possible que certaines fonctionnalités de l'imprimante aient été indisponible sans que je ne m'en rende compte.
Les trois OS impliqués dans l'affaire : Linux, Haiku et OpenBSD.
Je ne dis pas ça pour être méchant, mais je pense que cet aspect t'avait échappé ( il m'intéresse par contre car je suis en train d'étudier l'achat d'une imprimante laser, et vu les délires récents de HP, j'essaie de voir ce que ça donne côté concurrence).
C'est quand même le truc de base à ne pas valider : rien en prod tant que ça n'a pas été testé hors prod, même pour des mises à jour de sécurité. Personne n'a encore réussi à me convaincre du contraire (mais je suis prêt à entendre les arguments contraires - ce qui ne veut pas dire queje les accepterai).
Sur de la prod je désactive les MAJ automatiques, quel que soit l'OS. Et bien souvent, en cas de faille critique, il est bien souvent possible de selectionner la mise à jour à appliquer, et on est rarement pris au point de devoir faire cette mise à jour sans un minimum de précaution (sinon c'est qu'on a un problème bien plus grave dans son SI).
Ils ont laissé la mise à jour automatique sur leur prod sans qu'elle soit avant validée hors prod ?
Dans ce cas c'est pas tant Microsoft ni CrowdStrike qu'il faut blamer, mais peut-être ceux qui déploient une mise à jour sans qu'elle soit validée hors prod non ? A moins que j'aie raté quelque chose ?
C'est effectivement par ces deux livres (je ne sais plus dans quel ordre) que je me suis mis à Forth. Ils sont très bien faits (+1 aux illustrations pour décrire les mots : les petits personnages qui amenaient les valeurs sur la pile, pour ensuite les dépiler et y empiler le résultat de ses actions …).
Est-ce que le truc veut remplacer un bootloader (grub) par un autre bootloader basé sur Linux ? C'est pas redondant avec l'UEFI ? Parce qu'en fait lors du démarrage d'un système (sous UEFI) on a :
démarrage du firmware et initialisation du matériel (UEFI - autrefois BIOS)
initialisation du matériel et choix du noyau à exécuter ( via Grub)
initialisation du matériel (noyau)
On voit donc 3 phases d'initialisation de matériel potentiellement redondantes.
Des systèmes tels qu'Open Firmware (Et UEFI à ma connaissance) peuvent permettre de sélectionner le système à démarrer. A l'époque ou je bossais sur des superdomes Itanium, L'EFI permettait de partitionner et de choisir le système à démarrer sans avoir de couche intermédiaire comme Grub. Et de ce que je me souviens, Open Firmware permet de faire des choses similaire. Du coup, la question que je me pose depuis fort longtemps : pourquoi ne pas laisser l'UEFI gérer ce que fait Grub ? Y a-t-il vraiment besoin d'un intermédiaire ? Du coup, le système proposé reste-t-il une couche intermediaire ou est-ce un moyen de la supprimer ?
[^] # Re: En lisant le man ( ou ça paraît être un truc de vieux mais ça reste très utile :) )
Posté par totof2000 . En réponse au message scanimage recto verso. Évalué à 3.
Bon réflexe, mais comme tu ne l'avais pas précisé, je ne savais pas (beaucoup de monde pose des questions sans avoir cherché un peu avant …). En tout cas content de voir qu'au final tu as réussi, et surtout, merci d'avoir partagé la solution.
# En lisant le man ( ou ça paraît être un truc de vieux mais ça reste très utile :) )
Posté par totof2000 . En réponse au message scanimage recto verso. Évalué à 2.
J'en déduis donc que si tu exécute cette commande en désignant ton scanner, tu devrais y trouver les l'option que tu cherches si elle est implémentée.
# Mon avis sur C VS Rust
Posté par totof2000 . En réponse au message technos cloud, rust.. Quid d'apprendre le C aujourd'hui?. Évalué à 6.
Bien que Rust ait le vent en poupe ces derniers temps, il ne faut pas oublier que beaucoup de code est écrit en C aujourd'hui, et la réécriture d'applications rust vers C ne se fera pas forcément from scratch : certains softs seront réécrits de zéro, mais pour d'autre, la réécriture se fera progressivement en faisant cohabiter C et Rust. Du coup, connaître le C est de mon point de vue presque indispensable pendant la transition C -> Rust.
[^] # Re: Written in Rust
Posté par totof2000 . En réponse au lien [Youtube] busd: Il y a un nouveau D-Bus à l'horizon. Évalué à -4.
Comme d'hab : un truc pas stable qui va dégouter encore les gens de linux …
# Deux questions : à qui appartient le média qui diffuse cet article ...
Posté par totof2000 . En réponse au lien « Peu utilisés, instables… les logiciels made in France de l’État coûtent un pognon de dingue ». Évalué à 7.
… et 2 : qui sont les auteurs du rapport de la cour des comptes ? ( Et troisième : que dit réellement le rapport) ?
Parce que l'article en gros il a l'air de suggérer qu'avoir une solution souveraine coute cher, (et la cour des comptes également), mais quelle serait l'alternative ? Continuer à utiliser des trucs fournis par les fournisseurs US ? Je pense que le lectorat de 01 Informatique y aurait un gros intéret, donc c'est normal que l'article soit orienté.
[^] # Re: coudes
Posté par totof2000 . En réponse au message réseau fibre dans un appart. Évalué à 2.
Peut-être que c'est une mauvaise idée, mais c'est ce qui a été fait chez moi, avant que je n'arrive : la fibre arrive dans l'armoire électrique et ensuite repart dans un passage existant … Celà dit, je pense qu'au vu des discussions sur ce post, je vais abandonner l'idée de fibre pour passer à du cable ethernet (les transceivers Fibre/ethernet RJ45 ne sont pas donnés, et il m'en faudra 6 minimum).
[^] # Re: Câble téléphone
Posté par totof2000 . En réponse au message réseau fibre dans un appart. Évalué à 2.
Je tenterais d'abord de passer un passe fil d'électricien dans la gaine en parallèle du téléphone. Si ca passe vous pourrez ensuite virez le cable téléphone et passer votre ethernet. Si le passe fil ne passe, c'est risqué d'utiliser le cable téléphone comme tire fil, car si ca coince vous n'avez plus de réseau tu tout.
Merci pour la suggestion, c'est effectivement la meilleure méthode. En fait le réseau téléphonique n'est plus utilisé : toutes les proses sont débranchées, mais je ne veux pas non plus enlever le cable si un jour le propriétaire décide de l'utiliser à nouveau.
[^] # Re: Câble téléphone
Posté par totof2000 . En réponse au message réseau fibre dans un appart. Évalué à 2.
Merci pour l suggestion.
Je pense que je passerai par là si je n'arrive pas à passer du cable dans les gaines installées.
Je pense que je tenterai en dernier recours (si je n'ai pas d'autre choix). Je ferai peut-être un mix des deux. Je pense m'y mettre en septembre, mais je cherche à me préparer avant.
[^] # Re: fibre touchy
Posté par totof2000 . En réponse au message réseau fibre dans un appart. Évalué à 2.
Dans ce cas, si c'est du RJ45, j'ai l'intention de mettre une prise femelle sur le mur. C'est effectivement plus simple. Par contre le cable il faut le passer, et une fibre se logera bien plus facilement dans l'existant qu'un cable ethernet (la fibre est bien plus fine). Effectivement la découpe de la fibre nécessite du matériel spécifique pour être faite correctment, c'est l'inconvénient (et je le connais : j'ai déjà préparé des fibres dans une ancienne mission).
[^] # Re: demander un avis
Posté par totof2000 . En réponse au message réseau fibre dans un appart. Évalué à 2.
Merci c'est une bonne idée. Je vais tenter ma chance. Mais finalement, après une réponse qui m'a été donnée plus haut, je pense que je vais remplacer le cable actuel par du cat5E et/ou du CAT6 (potentiellement pour faire passer du 2.5 Gb si ma box internet le permet)
[^] # Re: Câble téléphone
Posté par totof2000 . En réponse au message réseau fibre dans un appart. Évalué à 2.
Merci pour l'info. D'après ce que je vois je ne pense pas que ce soit de l'ethernet, au moins pour deux cables. Niveau armoire électrique deux de ces cables sont branchés nulle part, le troisième doit arriver dans le salon.
Du coup je me dis que le plus simple serait peut-être de remplacer ces cables par des cables ethernet et mettre du rj45 : on peut y faire passer tant du téléphone que de l'ethernet. Ca me reviendra certainement moins cher. Et selon le prix, soit je récupère le cable quand je pars, soit je le laisse tel quel ( je pense qu'entre le fait d'être radin pour tout remettre en place, et la flemme de tout refaire, que cette dernière l'emportera, mais si mon proprio demande de remettre tel quel, je préfère garder de quoi le faire).
[^] # Re: Inversion ?
Posté par totof2000 . En réponse au lien SUSE demande a openSUSE de cesser d utiliser la marque SUSE. Évalué à 2.
Pas forcément : ça peut être un dérivé de Suse tout comme feu centos (et maintenant entre autres Rocky Linux) sont dérivées de RedHat (celà dit, je ne sais pas si c'est le cas ici).
[^] # Re: Brother
Posté par totof2000 . En réponse au message Imprimante laser / N&B / recto-verso. Évalué à 3.
Je n'ai jamais eu de problème sous Ubuntu ou FreeBSD. Pour NetBSD je ne me rappelle plus : il est possible que j'aie eu quelques soucis au départ, mais ça n'a pas duré. Et HPLip me fournissait bien plus d'informations que ne fournit un cups de base (niveaux d'encre, etc …).
Après, HPLip n'est pas parfait, mais il m'a simplifié la vie quand j'ai commencé à l'utiliser à la place d'un cups basique.
[^] # Re: Nuisance
Posté par totof2000 . En réponse au lien SUSE demande a openSUSE de cesser d utiliser la marque SUSE. Évalué à 3.
Moi non plus je n'ai rien compris … peut-être aussi parce que le texte a été traduit par une IA ?
# Tu as tenté l'occasion ?
Posté par totof2000 . En réponse au message Imprimante laser / N&B / recto-verso. Évalué à 3.
Pour ma part j'ai acheté deux imprimantes laser d'occasion : HP LAserjet 5 (que j'ai gardée quelques années - 5 ou 6 en n'ayant acheté qu'un seul toner) suivie d'une HP Laserjet 6 je crois ( achetée d'occasion également).
Pour lapremière je l'ai achetée une dizaine d'euros à un ami qui l'avait récupérée au travail : le galet d'entrainement des feulles avait un caoutchouc autour qui était usé : je l'ai juste tourné pour que la partie non usée soit au niveau de l'entrainement des feuilles et elle est repartie. J'ai acheté un toner peu de temps après (celui que j'avais eu avec l'imprimante était vide), et je l'ai gardé jusqu'au bout. La seconde je l'ai achetée à une boutique à côté de chez moi (ancien vidéoclub qui s'était reconverti dans la revente de matériel d'occasion). Je l'ai payée moins de 50 euros (garantie 6 mois). Pareil: j'ai juste eu à acheter un toner et elle m'a duré également plusieurs années.
Aujourd'hui je ne sais pas ce que vaut le marché d'occasion pour les imprimantes, mais pour ma part, si je dois m'en procurer une je ne négligerai pas cette piste.
[^] # Re: Brother
Posté par totof2000 . En réponse au message Imprimante laser / N&B / recto-verso. Évalué à 2.
Pour des systèmes non-linux ça peut devenir compliqué si tu as des filtres binaires
Cette problématique m'a vite fait déchanté par rapport à cups : on a trouvé moyen d'avoir un système unifié qui serait utilisable sur n'importe quelle plate-forme, mais ces abrutis de constructeurs ont fait en sorte que ça ne puisse pas marcher au final.
Tu lui reproche quoi à HPLIP ? Pour ma part je le trouve bien pratique. Et c'est libre (en tout cas je n'ai pas vu de nouvelles indiquant que c'était proprio).
[^] # Re: Brother
Posté par totof2000 . En réponse au message Imprimante laser / N&B / recto-verso. Évalué à 2.
Je ne sais pas : pour ma part j'ai utilisé CUPS pour mon imprimante HP à un moment ou elle n'était pas supportée par HPLIP dispo pour ma distribution. J'ai récupéré un PPD que j'ai intégré à cups. Mais j'avais il me semble des messages indiquant qu'il manquait des blobs binaires … ça n'empêchait pas d'imprimer mais il est possible que certaines fonctionnalités de l'imprimante aient été indisponible sans que je ne m'en rende compte.
[^] # Re: Brother
Posté par totof2000 . En réponse au message Imprimante laser / N&B / recto-verso. Évalué à 3. Dernière modification le 19 juillet 2024 à 16:24.
du coup, cette affirmation est fausse :
vu que le PI indiquait :
Je ne dis pas ça pour être méchant, mais je pense que cet aspect t'avait échappé ( il m'intéresse par contre car je suis en train d'étudier l'achat d'une imprimante laser, et vu les délires récents de HP, j'essaie de voir ce que ça donne côté concurrence).
[^] # Re: Mais pourquoi cette panne atteint-elle des serveurs de prod?
Posté par totof2000 . En réponse au lien Une panne géante de Microsoft paralyse de nombreuses entreprises dans le monde. Évalué à 3.
C'est quand même le truc de base à ne pas valider : rien en prod tant que ça n'a pas été testé hors prod, même pour des mises à jour de sécurité. Personne n'a encore réussi à me convaincre du contraire (mais je suis prêt à entendre les arguments contraires - ce qui ne veut pas dire queje les accepterai).
Sur de la prod je désactive les MAJ automatiques, quel que soit l'OS. Et bien souvent, en cas de faille critique, il est bien souvent possible de selectionner la mise à jour à appliquer, et on est rarement pris au point de devoir faire cette mise à jour sans un minimum de précaution (sinon c'est qu'on a un problème bien plus grave dans son SI).
# Mais pourquoi cette panne atteint-elle des serveurs de prod?
Posté par totof2000 . En réponse au lien Une panne géante de Microsoft paralyse de nombreuses entreprises dans le monde. Évalué à 6.
Ils ont laissé la mise à jour automatique sur leur prod sans qu'elle soit avant validée hors prod ?
Dans ce cas c'est pas tant Microsoft ni CrowdStrike qu'il faut blamer, mais peut-être ceux qui déploient une mise à jour sans qu'elle soit validée hors prod non ? A moins que j'aie raté quelque chose ?
[^] # Re: Brother
Posté par totof2000 . En réponse au message Imprimante laser / N&B / recto-verso. Évalué à 2.
Quid du support des OS style BSD et Haïku ?
[^] # Re: Merci pour la news
Posté par totof2000 . En réponse au journal Nouveautés issues du petit monde du FORTH . Évalué à 3.
C'est effectivement par ces deux livres (je ne sais plus dans quel ordre) que je me suis mis à Forth. Ils sont très bien faits (+1 aux illustrations pour décrire les mots : les petits personnages qui amenaient les valeurs sur la pile, pour ensuite les dépiler et y empiler le résultat de ses actions …).
# j'ai du mal à comprendre l'article ....
Posté par totof2000 . En réponse au lien We don’t need a bootloader. Évalué à 2. Dernière modification le 16 juillet 2024 à 18:24.
Est-ce que le truc veut remplacer un bootloader (grub) par un autre bootloader basé sur Linux ? C'est pas redondant avec l'UEFI ? Parce qu'en fait lors du démarrage d'un système (sous UEFI) on a :
On voit donc 3 phases d'initialisation de matériel potentiellement redondantes.
Des systèmes tels qu'Open Firmware (Et UEFI à ma connaissance) peuvent permettre de sélectionner le système à démarrer. A l'époque ou je bossais sur des superdomes Itanium, L'EFI permettait de partitionner et de choisir le système à démarrer sans avoir de couche intermédiaire comme Grub. Et de ce que je me souviens, Open Firmware permet de faire des choses similaire. Du coup, la question que je me pose depuis fort longtemps : pourquoi ne pas laisser l'UEFI gérer ce que fait Grub ? Y a-t-il vraiment besoin d'un intermédiaire ? Du coup, le système proposé reste-t-il une couche intermediaire ou est-ce un moyen de la supprimer ?
[^] # Re: Merci pour la news
Posté par totof2000 . En réponse au journal Nouveautés issues du petit monde du FORTH . Évalué à 2.
C'est vrai que parfois on se forth pour le boire.
[^] # Re: Pouvez-vous être plus précis sur le besoin ? ?
Posté par totof2000 . En réponse au message automate et opensource. Évalué à 4.
En open source : https://www.industrialshields.com/202404-industrial-shields-home
Il est peut-être possible de combiner ce genre de modules pour obtenir de quoi couvrir votre besoin.