Vous l'aurez compris, ce qui m'a fait écrire ce journal, c'est la pratique commerciale douteuse de Canon. Sur l'emballage de l'imprimante, il est écrit "cloud" partout mais le fait qu'il faille obligatoirement avoir accès à ce service implique l'achat de cartouche de la marque n'est inscrit nulle part (même pas en minuscule). La seule ligne permettant à Canon de se protéger est écrite en Anglais et dit "Service available may change without notice". Ça aussi c'est limite car pour rappel à Canon, la langue officielle en France, c'est le Français.
Finalement, je vais utiliser simple-scan qui répond assez bien à mes besoins. Faire fonctionner ce logiciel n'a pas été simple. Pour que ça marche, j'ai été obligé d'installer les dernières librairies libsane en provenance de debian sur mon xubuntu.
Il faut savoir que Canon ajoute des limitations (purement logicielles) sur le scanner quand on utilise des cartouches génériques: J'ai constaté le "scan vers cloud" désactivé. Il faudra m'expliquer la nécessité d'avoir un certain type de cartouche pour scanner… Par conséquent, je conseil d'éviter cette marque.
C'est une très bonne remarque (+1).
Du coup, elle soulève une autre question: Quelles sont les bonnes pratiques à connaître pour utiliser docker d'une manière efficace?
Je pense notamment à la gestion et au découpage des volumes, à l'écriture de Dockerfile… mais cette liste n'est pas exhaustive.
Vos commentaires et autres liens sont les bienvenus.
Avec Yocto, on peut aussi utiliser apt-get. Yocto pourra même créer des paquets .deb pour des programmes qui ne sont pas dans les dépôts officiels.
Le but de cette expérience était un petit challenge que je me suis lancé dans le but de tester Docker. Pour l'instant, je n'ai pas trop réfléchi aux cas d'usages possibles. J'ai tout de même le sentiment que le fait de marier les capacités de Yocto à créer des systèmes de fichiers, des dépôts et des paquets à partir de codes sources avec la puissance de docker laisse un champs de possibilités assez vaste…
Effectivement. C'est ma première expérience avec Docker et je découvre donc. En relisant plus attentivement les docs de docker je constate qu'il utilise maintenant libcontainer et plus LXC.
Merci pour la correction.
# sdedit
Posté par X@v (site web personnel) . En réponse au journal Écrire des diagrammes de séquences. Évalué à 3.
Il y a quelque temps de ça, j'utilisais sdedit qui me permettais de créer des diagrammes de séquences équivalents.
# Conclusion
Posté par X@v (site web personnel) . En réponse au journal A Savoir: Chez Canon, les cartouches d'encre peuvent désactiver des fonctions de votre scanner!. Évalué à 3.
Vous l'aurez compris, ce qui m'a fait écrire ce journal, c'est la pratique commerciale douteuse de Canon. Sur l'emballage de l'imprimante, il est écrit "cloud" partout mais le fait qu'il faille obligatoirement avoir accès à ce service implique l'achat de cartouche de la marque n'est inscrit nulle part (même pas en minuscule). La seule ligne permettant à Canon de se protéger est écrite en Anglais et dit "Service available may change without notice". Ça aussi c'est limite car pour rappel à Canon, la langue officielle en France, c'est le Français.
Finalement, je vais utiliser simple-scan qui répond assez bien à mes besoins. Faire fonctionner ce logiciel n'a pas été simple. Pour que ça marche, j'ai été obligé d'installer les dernières librairies libsane en provenance de debian sur mon xubuntu.
[^] # Re: Canon ?
Posté par X@v (site web personnel) . En réponse au message Une imprimante jet d'encre qui marche bien et qui est économiquement "viable". Évalué à 2. Dernière modification le 21 août 2016 à 22:03.
Il faut savoir que Canon ajoute des limitations (purement logicielles) sur le scanner quand on utilise des cartouches génériques: J'ai constaté le "scan vers cloud" désactivé. Il faudra m'expliquer la nécessité d'avoir un certain type de cartouche pour scanner… Par conséquent, je conseil d'éviter cette marque.
# Terminator
Posté par X@v (site web personnel) . En réponse au sondage Votre multiplexeur de terminal favori. Évalué à 8.
Perso, j'utilise tous les jours
Terminator.Pas vraiment un multiplexeur mais un "tilling terminal" qui est bien sympa à utiliser.
[^] # Re: Mauvaise pratique : SSH dans un conten
Posté par X@v (site web personnel) . En réponse au journal Yocto+Docker: Continuons l'expérience. Évalué à 4.
C'est une très bonne remarque (+1).
Du coup, elle soulève une autre question: Quelles sont les bonnes pratiques à connaître pour utiliser docker d'une manière efficace?
Je pense notamment à la gestion et au découpage des volumes, à l'écriture de Dockerfile… mais cette liste n'est pas exhaustive.
Vos commentaires et autres liens sont les bienvenus.
[^] # Re: Pas convaincu
Posté par X@v (site web personnel) . En réponse au journal Yocto+Docker: Les containers personnalisé. Évalué à 2.
Avec Yocto, on peut aussi utiliser
apt-get. Yocto pourra même créer des paquets.debpour des programmes qui ne sont pas dans les dépôts officiels.Le but de cette expérience était un petit challenge que je me suis lancé dans le but de tester Docker. Pour l'instant, je n'ai pas trop réfléchi aux cas d'usages possibles. J'ai tout de même le sentiment que le fait de marier les capacités de Yocto à créer des systèmes de fichiers, des dépôts et des paquets à partir de codes sources avec la puissance de docker laisse un champs de possibilités assez vaste…
[^] # Re: Docker, LXC
Posté par X@v (site web personnel) . En réponse au journal Yocto+Docker: Les containers personnalisé. Évalué à 3.
Effectivement. C'est ma première expérience avec Docker et je découvre donc. En relisant plus attentivement les docs de docker je constate qu'il utilise maintenant libcontainer et plus LXC.
Merci pour la correction.
[^] # Re: Excellent journal
Posté par X@v (site web personnel) . En réponse au journal Yocto+Docker: Les containers personnalisé. Évalué à 2.
Effectivement, il y a quelques coquilles qui se sont glissées dans ma prose:
Et peut-être encore d'autres… c'est ça de rédiger un journal à plus de 23:00 ;-)