Yao Kuramoto a écrit 154 commentaires

je ne sais pas mais par contre il reste une référence au yopy : http://www.armadeus.com/wiki/index.php?title=Qt/Embedded, mon premier pda (que j'ai encore d'ailleur mais la batterie est gonflée), sous linux 2.6.2 il me semble. avec un serveur mysql3, un serveur web, doom.. souvenirs

une photo : http://www.linuxfordevices.com/c/a/Linux-For-Devices-Articles/Device-Profile-Yopy-YP-3700-Linux-based-PDA/

Je vais coder, oui, j'attendais des conditions propices… Si la 3e guerre mondiale n'éclate pas et si la crise ne me balaye pas d'un revers de main (invisible), je vais fournir du putain de code.

ce sera compatible avec MultideskOS ?

sauf si un de ses actionnaire est l’État.

Mais prends-tu en compte l'infrastructure qui permet de mettre ces PDF en ligne ? Ces serveurs qui consomment de l'electricite payante 24h/24 pour que tu puisses l'acheter a toute heure ? Ces logiciels qui tournent dessus, avec, a defaut de licence payante, au moins des contrats de support payants ? Ces gens qui montent la plateforme de vente (elle est montee, mais il a bien fallu le faire, meme si c'est probablement mutualise), qui la tiennent a jour, qui s'assurent que tu pourras acheter ton PDF avec n'importe quel appareil connecte, ces gens qu'il faut remunerer ? Sans compter le service clients que certains contacteront parce que le transport du PDF s'est mal passe entre la plateforme et leur liseuse… Et j'en oublie certainement !

c'est vrai que dit comme ça, on pourrais croire qu'une plateforme de vente en ligne coute plus cher qu'un réseau de distribution/vente avec tout ces livreurs et millier de points de ventes (avec autant de personnes à payer donc)

niveau écologique, c'est effectivement difficile de dire quel système est le mieux.

au niveau cout, le livre électronique est plus cher à cause de la liseuse mais on s'en fout, ça concerne le client ça.

alors ça coute de faire une version électronique d'un livre ? j'ai un doute car en voyant le pdf sur le site de linux magazine, on dirait un pdf tout prêt à imprimer ??

je reste convaincu que le pdf de linux magasine N°150 qui sera envoyé à l'imprimeur ne coute pas plus cher à créer que le pdf de linux magasine N°150 qu'on achète sur le site web.
je reste convaincu que la production/transport de 500 copie papier du pdf de linux magasine N°150 coutera toujours plus cher que la production/transport de 500000 copies du pdf de linux magasine N°150.
j'attend toujours les preuve du crontraire….

alors ok, il y à la tva mais quand même, le fait que ça coute rien à dupliquer est une formidable opportunité pour baisser les prix et augmenter ainsi le volume des ventes non ?

Et ceci la grande majorité des éditeurs… ceci dit, je continuerais d'acheter linux magazine!

j'ai acheté la version papier de linux magazine N°150 à 7€50 car la version électronique à 7€50 n'apportais rien de plus.

oui, la réponse émane du service support : ups livre à une adresse, pas à des gents. à partir du moment ou il y à une preuve de livraison à l'adresse indiquée, le dossier est classé, point barre.

me suis fait avoir une fois…

btrfs et ext4 ont eu des options pour ssd (discard pour ext4 et ssd pour btrfs). Et peuvent éventuellement compléter la liste du journal de patrick_g ? mais c'est à valider par les connaisseurs

Pour ma part, je me suis contenté de suivre les conseils du wiki de ma distrib :
https://wiki.archlinux.org/index.php/Solid_State_Drives

J'ai choisis etx4 avec le trim. j'attend encore un peux pour passer au btrfs car je n'ai pas fini de me familiariser avec les concepts ce de fs, et surtout que d'après la faq de btrfs :

Is Btrfs optimized for SSD?

There are some optimizations for SSD drives, and you can enable them by mounting with -o ssd. As of 2.6.31-rc1, this mount option will be enabled if Btrfs is able to detect non-rotating storage. SSD is going to be a big part of future storage, and the Btrfs developers plan on tuning for it heavily. Note that -o ssd will not enable TRIM/discard.

idem pour archos :

http://www.archos.com/support/support_tech/updates_dev.html?country=fr&lang=fr

oui et il est simple : via bluetooth, le pc qui fait tourner pulseaudio est vu comme des hp bluetooth.

je renvoie le son de ma tablette sur mon pc comme ça, i dem pour le smartphone android.

petite modif dans /etc/bluetooth/audio.conf :
ajouter Enable=Source,Socket dans la sections [general] puis relance de bluez et appairer puis connecter.

idem, j'ai reçu un mail hier soir avec un numéro d'authorisation, délai de livraison de 3 semaines.

je ne sais pas… j'utilise Archlinux.

Bon j'ai retenté et j'ai pas réussi ou bien à moitié, à savoir, que maintenant, à la place d'avoir une session xorg sur la carte graphique, je l'ai en freenx.

et je peux sortir le son du téléphone via bluetooth sur pulseaudio \o/
Ce qui n'a rien à voir avec ce que je cherche à faire mais c'est ça qui est marrant. on se sais jamais ou la session de bidouille nous mène !

question bête :

pourquoi il faut dbus et xorg pour que pulseaudio fonctionne (je ne les vois pas sur le chéma pourtant) ?

car j'ai pas réussi à le faire tourner en console uniquement. du coup mon serveur de son à un xorg qui tourne pour … pulseaudio.

alors j'ai certainement mal cherché, ok, mais j'affirme que ce n'est pas trivial.

j'ai décidé de ne plus rien acheter provenant d'ea depuis l'escroquerie du jeu spore.

j'ai payé pour 2 pack (un pour moi et un pour ma femme) inutilisables car installés 3 fois sur les mêmes machines en plus…

Et tout ça parce que j'ai payé, les pirates sont moins emmerdés.

ah oui, indemnité qui est cacluclée selon l'employeur par "forfait" ou sur la base des "frais journaliers" ou encore les "frais réels" ?

enfin toutes les parades comptables possibles pour éviter de payer ce que coute réellement un déplacement ou un déménagement donc…

De plus, pour suivre le marché du travail, il faudrait pouvoir déménager plus souvent. Or les crédits s'allongent. Et les frais de notaires représentent 2 ans de location !

Cette phrase me rappelle un fait. ces dernières semaines, la plupart des SSII qui mon contactées me proposent un CDI aux 4 coins de la france.
Quand je leur parle du problème du logement, et que notement, je ne veux pas que mon salaire serve à payer de l'hotel là comme par hasard, il n'y à plus personne.

Autrement dit il y à aussi le problème des entreprises (surtout les SSII) qui abusent de ce côté là. comme si c'était un plaisir de déménager.

A partir du moment ou un employeur impose un déménagent, il me semble normal qu'il en assume les frais (mais ce n'est pas le point de vue de l'employeur).

vague en effet… c'est très dépendants de la politique de l'entreprise, de sa taille, de son activité.

j'ai été sys admin = changer le clavier d'un user, 2 minutes après, gérer un quota de mail, deux minutes après, entrer un code puk car un user avais oublié son pin, deux minutes après, ajouter un node dans un cluster sql, deux minutes après…. téléphoner au plombier car il y avait une fuite d'eau au sous sol et que la flaque se raprochait de la salle serveur…. etc..

j'ai été sys admin = pour l'entreprise ou je bossait,je ne devait m'occuper que de l'os

j'ai été sys admin = pour l'entreprise ou je bossait, je ne devait toucher qu'a architecture globale de l'application mais surtout pas au réseau (sinon panpanculcul)

j'ai été sysadmin = pour l'entreprise ou je bossait.. ça revenait à être admin réseaux (y compris la téléphonie et donc les fax)……

etc…..

et à chaque fois sur le contrat de travail il y avait écris "administrateur sytèmes informatiques" (une fois j'ai eu le statut d'ingénieur informatitien :-p)

ceci dit, ce fut et c'est encore très enrichissant!

la bonne définition à mon avis est celle ci (qui est bien connue) :
"l'admin, on sais pas ce qu'il fait, mais on sait quand il le fait pas" ou quelque chose dans le genre.

voici :

#!/bin/sh

echo "environnement"
_PAPERS='/home/cedric/papers'
_SCANS='/home/cedric/Scans'

echo "boucle"
for _FILE in `ls ${_SCANS}` ; do

    # conversion du nom
    _FILENAME="$_SCANS/$_FILE"
    _BASENAME=`echo ${_FILE} | xargs -I"{}" basename {} .tif`
    _JPGFILE="$_PAPERS/$_BASENAME/paper.1.jpg"
    _TESSRESULTFILE="$_PAPERS/$_BASENAME/paper.1"

        # creation du dossier de destination
    mkdir $_PAPERS/$_BASENAME

    # convertion de tiff en jpeg
    tifftopnm $_FILENAME | pnmtojpeg > $_JPGFILE

    # OCR
    tesseract $_JPGFILE $_TESSRESULTFILE -l fra
    tesseract $_JPGFILE $_TESSRESULTFILE -l fra hocr
    mv $_TESSRESULTFILE.html $_TESSRESULTFILE.words

done

et là Paperwork vois bien les imports. bon, c'est un début mais il me sert bien :-)

Mon script /etc/scanbuttond/buttonpressed.sh est modifié comme suit :

[…]

echo "button 1 has been pressed on $2"
    PLUSTEK=`scanimage -L | grep plustek | awk -Fplustek '{ print $2 }' | awk -F\' '{ print $1 }'` ; echo plustek$PLUSTEK
    scanimage -d plustek$PLUSTEK -x 215 -y 297 --mode Color --resolution 300 --format=tiff >~/Scans/`date +%Y%m%d_%H%M_%S.tif` &
    sleep 5
    scanimage -d hpaio:/net/Photosmart_C4380_series?ip=192.168.0.1 --mode Color --resolution 300 --format=tiff >~/Scans/`date +%Y%m%d_%H%M_%S.tif` &

[…]

Ceci pour préparer le travail du script d'import. Il est possible de faire une sortie directe au format pnm ce qui facilite la convertion future en jpeg…

Merci \o/

ça donne ça :

#!/bin/sh

_PAPERS='/mondossier_de_papers'
_SCANS='/mondossier_de_Scans'

for _FILE in `ls ${_SCANS}` ; do

    #variabilisation des esprits
    _FILENAME="$_SCANS/$_FILE"
    _BASENAME=`echo ${_FILE} | xargs -I"{}" basename {} .tif`
    _JPGFILE="$_PAPERS/$_BASENAME/paper.$_BASENAME.jpg"
    _TESSRESULTFILE="$_PAPERS/$_BASENAME/paper.$_BASENAME"

        # creation du dossier de destination
    mkdir $_PAPERS/$_BASENAME

    #convertion de tiff en jpeg
    tifftopnm $_FILENAME | pnmtojpeg > $_JPGFILE

    # OCR
    tesseract $_JPGFILE $_TESSRESULTFILE -l fra
    tesseract $_JPGFILE $_TESSRESULTFILE -l fra hocr

        # peut etre deplacer les tiff deja scannes dans un autre dossier ?
        # a voir pour plus tard....
done

j'ai un serveur web perso avec davfs, avec un :

mount -t davfs http://monserveur.mondomaine.perso/mondossier /monpointdemontage

je peux y stocker mes docs et les rapatrier à la demande. C'est sur que c'est du cloudeartisanalàmoiquej'ai mais ça marche. Sauf qu'en pratique il se pose le problème du débit…

Uploader quelques de docs depuis un adsl à 1Mbps (en upload, et oui même en ile de france ça existe) c'est lent..

les rapatrier depuis une connection 3G/HDSPA à … 256Kbs c'est lent…. sans parler du quota de données qui au mieux est de 3Gb (chez libremobile).

Pour le problème du fonctionnaire/contractuel incompétent, je n'ai pas de soluce technique (peut-être un upgrade de firmware de la personne en question mais je n'ose imaginer ou brancher le cable de connection Oo)

Merci! \o/ c'est violement efficace! \o/ Et ça marche! \o/

Et j'ai 7Kg paperasse à numériser /o\ ….

Idée d'ammélioration :

j'ai 2 scanners, je peux numériser 2 fichiers à la fois et remplir un dossier de fichiers au format tif (j'en parle ici : https://linuxfr.org/users/yao_kuramoto/journaux/telecommande-scan-to-pc-pour-imprimante-hplip )

Il serait bien de pouvoir importer tout les fichiers de ce dossier d'un coup. (quitte à faire du tif2jpeg)

Comme ça , pour ceux comme moi qui on un gros historique 7Kg, on peux faire une session de numérisation (par exemple dans les bons jours, 10 feuilles/jours) et une session d'import dans Paperwork.

Ceci dit, merci pour ton travail et pour l'aide :-)

pour ce qui est des imprimantes hplip, le scanner envoie la numérisation vers le pc qui le demande, après je n'ai pas testé de demandes simultanéesde plusieurs pc vers le scanner.

ce qui m'intéressait, c'était de pouvoir initialiser la numérisation depuis le bouton afin de faire un truc à la chaine et remetre à plus tard le traitement (ocr, etc…).

je ne suis pas un gros joueur, je n'ai que the wither et aion dans wine sous archlinux….

et µ$oft/Window$ je peux ?

pareil, python 2 et 3, je force python2 dans /usr/bin/paperwork , si je ne le fait pas, ça fait un syntax error.

j'ai les mêmes paquets dans archlinux.

et maintenant, l'installation du module python se passe bien, mais quand je lance paperwork :
Traceback (most recent call last):
File "/usr/bin/paperwork", line 6, in
main()
File "/usr/lib/python2.7/site-packages/paperwork/paperwork.py", line 57, in main
mainwin = MainWindow(config)
File "/usr/lib/python2.7/site-packages/paperwork/controller/mainwindow.py", line 545, in __init_
self.updatescanner_settings()
File "/usr/lib/python2.7/site-packages/paperwork/controller/mainwindow.py", line 609, in update_scanner_settings
self.device.selected_device = self._config.scanner_devid
File "/usr/lib/python2.7/site-packages/paperwork/model/scanner.py", line 234, in __set_selected_device
elif not tesseract.is_tesseract_available():
AttributeError: 'module' object has no attribute 'is_tesseract_available'

j'ai désinstallé et re-téléchargé paperwork, re-installé mais même sanction.

séparément, tesseract et les scanners marchent bien. mais ce module python, veux rien savoir…

le seul truc pas standard sur mon archlinux est une ancienne libusb-compat pour permettre à scanbuttond de détecter le scanner usb, ce serait la source du problème ?

enfin bref, j'attendrais un paquet propre pour archlinux, car à la main, je ne peux dépatouiller le problème à cause de mon manque de compétences en python ^{^}