electro575 a écrit 902 commentaires

Il est possible d'installer le driver mais il semble quelque peu générique.

sudo dpkg-deb -x epson-inkjet-printer-escpr2-1.1.28-1lsb3.2_amd64.deb xp_15000_tmp
sudo dpkg-deb --control epson-inkjet-printer-escpr2-1.1.28-1lsb3.2_amd64.deb xp_15000_tmp/DEBIAN
sudo gedit xp_15000_tmp/DEBIAN/control
sudo dpkg -b xp_15000_tmp xp_15000_all.deb
sudo dpkg -i xp_15000_all.deb

puis

chown -Rv root:root /opt/epson-inkjet-printer-escpr2/
systemctl restart cups
ls -lhd $(dpkg -L epson-inkjet-printer-escpr2)
ln -sv /lib64/ld-linux-x86-64.so.2 /lib64/ld-lsb-x86-64.so.3

et hop on peut imprimer avec le driver epson escpr2.

Je pense également que le driver gutenprint libre est exploitable.

J'aimerais compiler ce driver.

Est-ce que tu connais le flow de compilation ?

https://github.com/torvalds/linux/blob/master/drivers/media/i2c/ov5670.c

Ok, je reprécise les 2 matériels.

Caméra ov5670 -> kernel 5.10
Unicam HM2051 -> pas dans le kernel 5.10

Il y a un sujet similaire pour les modèles presque identique suivant.

OV5648 and HM2056 cameras not yet supported by the kernel.
https://bugzilla.kernel.org/show_bug.cgi?id=195877

Dans mon cas, il faudrait quand même reconstruire un noyau ?

Je n'ai que cette piste pour le moment pour la ov5670.
https://linuxtv.org/downloads/v4l-dvb-apis/admin-guide/i2c-cardlist.html

Je continue de chercher suivant les indications que tu as pu me donner.

Oui bien sur, mais mettons que le noyau ne gère pas actuellement un autre modèle de caméra integré.

Comment ferais-tu si tu avais les sources du driver lié à cette caméra ?

Si je compile le driver, je ne peux pas intégrer le driver au noyau directement ? (Sans avoir besoin de recompiler le noyau)

Oui tout à fait.

On ne peut pas compiler le driver et faire ensuite un modprobe pour l'activer ?

Compiler le noyau en entier, on me dit que ça n'est pas aisé mais bon.

Je pense que c'est faisable aujourd'hui, plus facilement qu'avant.

Si tu as un lien concernant ceci, je veux bien.

Donc les deux caméras sont,
Camera sensor ov5670
Camera sensor unicam hm2051

Pour la caméra ov5670, son driver est intégré dans le noyau linux 5.10.

Quelqu'un saurait m'indiquer quand cette version 5.10 de sid basculera dans le dépot buster-backports ?

Je ferais déjà un premier test.

https://linuxtv.org/downloads/v4l-dvb-apis/admin-guide/i2c-cardlist.html

Merci beaucoup.

Si je reviens sur le sujet,

Non mature,
Ubports installer : Ubuntu touch
Debian mobile

Bonne option,
/e/ os
sailfish OS => drivers , middleware (mer), Sailfish OS (composants Qt proprio) mais bon

Librem 5 / PureOS : OK mais si je ne me trompe pas on est américain non ? Sinon, ça m'a l'air bien

Un bon article à propos :
https://mart-e.be/post/2020/03/25/letat-du-libre-dans-les-telephones-2020/

Oui c'est bien ça que j'ai vu.

N'ayant pas eu connaissance de cela,

J'avais commencé par opensmtp à la place de postfix.

Est-ce bien "canonical_maps" qui est concerné ?

https://postfix.traduc.org/index.php/postconf_trie.html

Aujourd'hui voici mes logs,

postfix/smtpd: client=unknown[10.5.30.1], sasl_method=PLAIN, sasl_username=prenom.nom
postfix/qmgr: from=<prenom.nom@domain.fr>, size=726, nrcpt=1 (queue active)
postfix/smtpd: disconnect from unknown[10.5.30.1] ehlo=2 starttls=1 auth=1 mail=1 rcpt=1 data=1 quit=1 commands=8

postfix/local: to=<prenom.nom@domain.fr>, relay=local, delay=24, delays=24/0.01/0/0.05, dsn=5.1.1, status=bounced (unknown user: "prenom")
postfix/qmgr: removed

D'accord, merci pour tes infos.

Quand je disais que le ping fonctionne, c'est que je vois la requete avec wireshark sur le PC que je ping.

Il n'y a en revanche pas de retour de la part du PC qui est pingé.

224.0.0.1 sera l'adresse à pinguer pour les machines dans le reseau 224.0.0.x/24

Donc il doit me manquer un serveur pour prendre en charge les adresses du groupe multicast pour pouvoir peut être répondre, même si ça n'est pas le but du multicast.

J'avais vu smcroute, je ne sais pas si cela correspond parfaitement à mon besoin.

Oui, je suis d'accord. On a toujours plus d'idées en équipe.

Désolé pour le temps perdu.

Une histoire de cable que je pensais bon, …

Comme j'en fais passer dans le mur, … peut être que j'ai du les endommager, …

Il se peut et encore mieux que la routeur soit à moitié compatible avec les puces du monde entier.

J'ai pareil mais en 100Mb/s chez moi.

C'est un routeur que j'ai et il fait bien Gpbs en auto-négo.

J'ai testé avec d'autres PC.

Des règles iptables à ajouter ou modifier peut être sur la 'lo' ?

Ok, donc effectivement, en passant sur ma box principale sans cryptage.

Mon débit est de 45 Mo/s contre 11 Mo/s.

Merci pour votre aide

hdparm, quel paramètre est à regarder précisément ?

Depuis un PC local vers mon serveur, je passe par 1 switch + 1 routeur (redirection vers FAI asso) via 1 routeur gros FAI.

On peut mesurer le flux internet via un iperf ?

Nextcloud tourne sur une carte mère ASRock A320M Pro4.

J'utilise le controleur réseau de la carte mère.

Les accès disque, j'ai des HDD avec du 7200tr/min 64Mo de cache.

En liaison Ethernet pour les deux.

Je regarderai si problème de 100 Mbits au lieu de 1000Mbits

Bon, ben alors je sèche.

Je vais demander à quelqu'un d'extérieur de faire un essai.

Le pire cas, il est ici.

Il faut que je remettre l'IP local pour mon nom de domain.

Malgré tout, j'avais déjà essayé en local et j'étais bloqué.

Donc c'est pas une limitation réseau mais hardware du coup.

Depuis mon PC client à la casa,

je passe par mon nom de domaine qui redirige le flux chez moi sur mon serveur.

Donc je suis en Ethernet et en fibre, jamais en Wifi.

Nextcloud est sur mon serveur maison.

La fibre optique c'est ma connexion internet.

Concernant le stockage niveau serveur, comme il y a une partie :
-sur mon HDD1 (redis-server)
-sur mon HDD2 (nextcloud)

Je suppose que c'est ici que ça coince.

Peut-on mesurer le débit d'une copie d'un HDD1 à HDD2 ? Car c'est peut être celui qui correspond à ma limitation d'upload/download.

Je soupçonne la chose suivante,

Les datas de nextcloud, je les ai mis sur HDD2

Comme il y avait besoin de redis server, je l'ai mis en oeuvre aussi mais sur HDD1.

A mon avis la limite se trouve dans la rapidité de ma carte mère à faire la copie entre HDD1 et HDD2.

Il y a t-il un outil permettant de mesure ce débit SATA entre 2 HDD ?

Oui okey, bon dans l'idée ça serait d'éviter de transmettre en permanence.

L'algo de surveillance est locale.

L'action du streaming sera activé seulement si besoin

Ha oui d'accord, ça va être compliqué.

A la fois j'ai pas trop envie de faire le test avec le site de senderscore.

On donne encore des infos perso, encore et toujours, …

On peut pas faire un test via une autre platforme ? (ou en cmd line ?)

J'ai finalement intégré cette solution qui semble être la plus proche de la platforme doctolib.

Merci beaucoup pour toutes vos propositions.