Forum

Reprise du message précédent

Pas très a jour la liste des distributions....

Linpus Linux

Après, ça reste sur du RedHat...

Il n'y a pas moyen de les contactés?

Édité par Visiteur Le 04/03/2021 à 13h16

C'est exactement la réflexion que je me suis faite. Mandriva est présente alors que ces descendantes n'y figurent pas. Néanmoins il faut bien reconnaître que HP fait des efforts notables pour les linuxiens.

Bonjour mettez bien exactement comment vous avez fait sur calculate linux afin qu'on comprenne bien.

Bonjour,

Si cela fonctionne sur Calculate Linux, alors mon explication n' est pas tout à fait juste (même si la cause de l' erreur initiale est bien un problème de somme).

La question est : où Calculate Linux va t' elle chercher son fichier de plugin ?

Edit: j' ai trouvé ce lien sur le site d' Hp.

https://developers.hp.com/hp-linux-imaging-and-printing/plugins

Est ce que la somme correspondrait sur ce site ?

Si elle correspond à la somme correspondante dans le fichier plugin.conf dispo sur le site d' openprinting, c' est que le fichier n' est peut être pas bon chez openprinting.
Dans ce cas, on pourrait utiliser l' installation "manuelle" hp-plugin -i -p . (où . correspond au répertoire qui contient le fichier de plugin téléchargé).
Restera potentiellement le problème des clés gpg.

Édité par nic80 Le 04/03/2021 à 21h48

Par curiosité j'ai voulu voulu voir si avec un live d'une autre distribution je serais confronté au même souci. N'ayant jamais essayé une Calculate, j'ai alors téléchargé le live en KDE histoire de rester sur le même bureau, j'ai jeté un œil aux lignes de commandes de la distribution et ai lancé le live. J'arrive sur le bureau, lance la console et renseigne la ligne de commande pour installer HPLIP or je m'aperçois que ce dernier est déjà installé.

Je lance donc HP-SETUP qui m'ouvre instantanément une fenêtre m'invitant à choisir le mode de connexion (USB, ETHERNET ou WIFI). Je choisis USB, l'imprimante est bien détectée, je clique sur "suivant" et j'arrive à la fameuse fenêtre m'invitant à installer le plugin. Je clique de nouveau sur "suivant" et en deux-deux ce fut installé là où je termine avec un message d'erreur sur Mageia.

Édité par endorfin64 Le 05/03/2021 à 09h58

Je suis aussi tombé sur cette page mais honnêtement, je ne sais trop quoi faire avec ce fichier. Je ne peux pas le télécharger et quand je l'ouvre une partie du texte est parfaitement lisible quand le reste paraît codé ?

Bonjour,



Bonjour,

Si on peut faire un clic droit enregistrer la cible sous Firefox , mais j' ai la même somme de contrôle sha1.

Pour la "partie codée", c' est normal, c' est une archive ( donc non lisible par un humain)...

D' ailleurs la commande "hp-plugin-3.20.11.run --list" liste la liste des fichiers présent dans cette archive.

Mais bon, est ce que les distributions pour lesquelles cela fonctionne chargent le fichier et vérifient la somme de contrôle ?

edit: oui sous Calculate le plugin est déjà installé, mais il s' agit de la version 3.20.3 (du moins sur la version live téléchargeable depuis le site sans mise à jour), pas de la version 3.20.11 ( normal que ça marche même si on choisit de réinstaller le plugin)



Or le fichier plugin.conf contient:



Le plugin n' étant pas intégré à Mageia, il y a obligation de le télécharger et dans ce cas je dirais que toutes les distributions qui utilisent ce mode de fonctionnement sont dans le même cas pour cette version de hplip uniquement.

Par exemple la version 3.21.2 les informations de checksum sont correctes et en corrélation avec les informations du plugin.conf



Ce qui n' est pas le cas de la version 3.20.11 ( quelque soit le dépot utilisé Hp ou Openprinting).





Donc si on garde cette version avec le fonctionnement actuel ( de téléchargement), la seule solution est que la somme de contrôle soit corrigée upstream. Ou si on considére que le fichier est correct,il faut télécharger le fichier manuellement et lancer le hp-plugin -i -p . ( ainsi on contourne cette anomalie ( avec la confiance que l' on accorde au fichier téléchargé)). Pour le problème de clé, on peut forcer l' installation, mais dans ce cas, on contourne toutes les protections mises en place par l' équipe de développement de Hplip).

Donc ici :

- soit la somme de contrôle est corrigée par l' équipe upstream ( l' equipe de Mageia n' a pas de contrôle sur le dépot Sourceforge à mon avis) => bug upstream
- le fichier qui est chargé de faire la vérification est patché pour passer outre cette vérification ( ce qui est peut recommendable par la faille sécuriraire que cela engendre)
- la version est mise à jour vers une version qui ne souffre pas de ce problème.

Édité par nic80 Le 05/03/2021 à 02h45

@Nic80
J'avais oublié ce détails, j'avais fait une maj en ligne de commande avant. Ceci explique certainement pourquoi j'avais la même version que pour Mageia 8.

Donc si je comprends bien, j'ai tout intérêt à utiliser la version 3.20.3 ; je doute que la version 3.20.11 apporte vraiment quelque chose de plus pour ma vénérable M1217nfw qui fonctionne nickel autrement.

Je risque quelque chose à utiliser la version 3.20.3 ?

J'ai vu que pour la cauldron il existe un paquet 3.21.2 qui je suppose est exempt du souci de somme. Est-il possible de l'installer sous mageia 8 sans trop de risques ?

Bonjour,



Je ne sais pas mais je pense qu' il a des dépendances (un urpmi --test ./le_paquet_hplip , devrait permettre de le savoir).



Récupérer les bugs corrigés dans la version 3.20.11 ?

Édité par nic80 Le 05/03/2021 à 15h26

Merci pour la commande "urpmi --test ./nom du paquet". Je ne connaissais pas.

Bonjour,

J' ai crée le rapport de bug https://bugs.mageia.org/show_bug.cgi?id=28535 (après il m' est impossible de tester).

Bonjour,

@Endorfin64, il y a un paquet à tester dans updates/testing (voir le rapport de bug)

Merci Nic80

Je vais tester ça demain je pense...

Je viens d'activer les dépôts testing puis les ai mis à jour via la commande "urpmi --ato-update" mais quand je cherche le nouveau paquet, je ne vois rien si ce n'est l'actuel HPLIP.

Il y a quelque chose que j'aurais mal fait ?

Bonjour,

Je viens de regarder, mais effectivement je ne le vois pas sur mirroir de Jussieu.

En revanche il semble être présent sur le mirroir de Free.

Peut être y' a t' il problème de réplication entre les mirroirs ?

Edit: le urpmi --auto-update a t' il installé des paquets ?
Parce que si les dépots testing ont été activés, il est possible que cela ait mis à jour les paquets des applications installées avec ceux du dépot testing ( et ce n' est pas tout à fait ce que l' on veut !).

Sans même ajouter les dépots, il est possible de charger manuellement les paquets hplip 3.21 2 depuis le mirroir de Free puis de les installer en lançant la commande urpmi ./hplip*3.21.2*mga8* (où le point est pour indiquer à urpmi que l' on veut installer le paquet qui se trouve dans le répertoire courant (répertoire où les fichiers rpm ont été téléchargés))

Édité par nic80 Le 08/03/2021 à 21h46