Space_e_man a écrit 1128 commentaires

  • # Qarte

    Posté par  (site web personnel) . En réponse au journal Les nettoyeurs du web - journal bookmark vidéo. Évalué à 9.

    Merci aux développeurs de Qarte, un outil bien utile dans une telle situation :)

  • # Soutenir l'un des logiciels les plus important du projet GNU !

    Posté par  (site web personnel) . En réponse à la dépêche GIMP 2.10.6 : rien ne nous arrête !. Évalué à 4.

    Bravo et Merci à toute l'équipe ! :)

    Depuis plus de dix ans, j’accompagne des personnes (amis, famille, clients) à utiliser un système GNU.

    GIMP est souvent l’un des logiciels les plus importants, avec Firefox, LibreOffice, sans compter le noyau Linux et le gestionnaire de bureau.

    Je suis par ailleurs enseignant en initiation à l’informatique.

    Je suis heureux de pouvoir soutenir le projet GIMP et par la même occasion le formidable outil pédagogique ZeMarmot :)

    J’effectue des virements bancaires au bénéfice de l’association LILA. Il est possible d’en obtenir le code IBAN (et accessoirement le BIC, si nécessaire). J’ai déjà fait deux virement conséquents et j’ai programmé un ordre permanent pour une petit montant chaque mois.

    10 €, c’est ce que nous payons parfois pour des con*ies ! Autant faire attention à ne pas succomber pour quelques con*ies et s’engager plutôt à verser cette petites sommes au soutient de l’un de nos outils… Pensons également que d’autres personnes peuvent très naturellement payer bien plus cher pour l’utilisation d’un tel logiciel ;)

    Je ne reçois pas de certificat d’action ou une belle boite avec hologramme :) mais je m’imagine pouvoir être quelque part dans les dernières évolutions :) C’est peut être un rêve… Toujours est-il qu’au près de mes bénéficiaires, j’ai un logiciel de plus en plus intéressant à leur proposer.

    Bref, je me dit que si nous sommes nombreux à faire pareil, nous aurons bientôt de merveilleux logiciels libres :)

  • # Ventilo'donc

    Posté par  (site web personnel) . En réponse au message [matériel] Une carte graphique silencieuse ?. Évalué à 1.

    J'ai finalement renoncé à l'absence de ventilo et j'ai choisi la Sapphire PULSE Radeon RX 550 2GD5

  • # hardlink → comment défaire ?

    Posté par  (site web personnel) . En réponse au journal fdupes : un utilitaire pour gagner de la place sur son disque dur. Évalué à 1.

    Il y a quelques mois, je posais la question de savoir comment délier les fichiers lié avec hardlink :

    https://linuxfr.org/forums/linux-general/posts/hardlink-comment-defaire

    Je n'ai pas eu de réponse simple et efficace pour tout une branche (dossier et sous-dossier, de manière récursive, et sans avoir besoin de tout copier) :(

    Si vous avez une solution… ?

    Le truc, c'est que j'ai mis au point trop tard le jeu d'options pour ne considérer par exemple que les fichiers de plus de 1 Mo (et donc pas les plus petits). Ainsi, je n'obtient de liens que pour les photos JPEG, mais pas pour les petit fichiers textes autour…

    hardlink -s 1M leDossier

    L'option -i devrait permettre de ne considérer que les fichiers avec tel ou tel extension…

    Bref, j'aimerais pouvoir défaire tout les liens durs des fichiers, soit tout et relancer ensuite avec l'option, soit défaire dès lors que le fichier serait plus petit que 1 Mo.

    Qu'en pensez-vous ?

  • [^] # Re: Quid de la conversion du RVB au CMJN

    Posté par  (site web personnel) . En réponse à la dépêche GIMP 2.10 roule au GEGL. Évalué à 4.

    À une époque, les développeurs de GIMP expliquaient (à mon souvenir) que les formules mathématiques de conversion RGB / CMJN étaient verrouillées par des brevets logiciels (à l'instar des GIF et autres MPEG trucs) :( À tel point qu'il était illégale de fournir un logiciel libre qui permettrait de manipuler les pixels en CMJN :(

    Ensuite, bien pratique le fait de pouvoir s'en passer donc :)

    Je n'ai pas le temps de retrouver ça mais il y a des articles très techniques et détaillés qui expliquent pourquoi il n'est pas forcément pertinent de travailler les photos et autres images matricielles (constituées de pixels) en CMJN ou (“CMYK” en anglais).

    En effet, les photos ou scann' sont en RVB (ou “RGB“ en anglais) de manière naturelle du fait des capteurs de numérisation. Toute la richesse de l'information est donc en RVB et peut très bien le rester…

    CMJN est propre au système d'impression. Cela dépend de chaque imprimante, offset ou autre, des encres, du papier, des réglages, du type de lumière avec laquelle le support sera ensuite visionné (lumière du jour, extérieur, ou d’intérieur, allogène dans une galerie ?).

    La gestion des couleurs, permet globalement déjà de nous aider à ne pas trop sortir du gamut d'impression, en fonction d'un profil, propre à une imprimante par exemple. Nous évitons ainsi les vert "fluot" par exemple.

    Pour le document à transmettre à l'imprimeur, de nos jour, le fichier peut très bien être en RGB. Sinon, pour la quadri', personnellement j'utilise Scribus…

    Cf. → https://linuxfr.org/users/space_e_man/journaux/scribus-pour-notre-journal-oxygene

  • [^] # Re: +Steam

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de « La bataille pour Wesnoth » 1.14. Évalué à 4. Dernière modification le 10 mai 2018 à 09:45.

    L’idée pourrait-être qu’à partir de là les libristes, et plus généralement les utilisateurs de systèmes GNU/Linux, adhèrent à l’installation et l’utilisation de logiciels privatifs tels que Steam d’abord et les jeux qu’ils vendent ensuite. Steam devient le passage « obligé » pour jouer, et les logiciels libres n’y paraissent plus que comme des jeux gratuits. Par exemple, Steam ne propose pas de télécharger les codes sources :(

  • [^] # Re: Gimp et RAW

    Posté par  (site web personnel) . En réponse à la dépêche GIMP 2.10 roule au GEGL. Évalué à 2.

    Du coup, c'est moi qui suis désolé de te mobiliser à écrire à ce point sur le sujet :( Tas bien mieux à faire j'imagine :)

    Je vous remercie pour le Flatpak qui permet en effet de rapidement installer et utiliser une version récente sous différents systèmes GNU/Linux.

    Jehan, j'apprécie tout ton travail, et ta méthode, ZeMarmot et tout et tout :) Qu'il n'y ai aucun doute là dessus ! No stress donc, par rapport à mon courriel. Pour tout dire, je l'ai même écrit alors que j'ignorais la sortie 9.10 et ton annonce ici-même :d..

    Le message doit s'adresser à d'autres, que je souhaite donc encourager ;)

  • [^] # Re: Gimp et RAW

    Posté par  (site web personnel) . En réponse à la dépêche GIMP 2.10 roule au GEGL. Évalué à 0.

    Salut,

    J'aime pas du tout les Flatpack et compagnie :(

    Bien entendu que les problèmes concerne l'intégration avec le reste :(

    C'est comme Avidemux, quel tristesse de voir une boite à outils si précieuse péricliter, notamment sous la forme d'une appImage mal intégrée :(

    Pour GIMP, j'utilise avec un système GNU Ubuntu, le PPA otto-kesselgulasch/gimp-edge et jusqu'à présent, j'avais droit aux "dernières" versions de développement, 2.9. Pourquoi n'ai-je pas "droit" par ce biais à une 2.10 ? :(

    Quand j'en ai les moyens, je donne un peu d'argent à Lila pour soutenir le projet GIMP (et ZeMarmot !)… J'en profite pour encourager les développeurs à garder en tête l'usage des systèmes de paquetage prévus par les distributions. Et je croise les doigts pour que ces systèmes survivent à la "mode" des Flatpack, appImage, Snap et cie :/

  • # Ventilation vertical, le plus bas possible

    Posté par  (site web personnel) . En réponse au message Vos techniques pour refroidir les serveurs sans clim. Évalué à 3.

    Mon conseil, placer le serveur le plus bas possible, proche du sol et veiller à ce que la ventilation soit la plus vertical possible.

    L'aire le plus froid ou le moins chaud se trouve au ras du sol.

    Si la machine-même ne peut être placé au sol, un gros tuyau peut servir à prendre l'aire au sol… Pourquoi pas aller chercher de l'aire dans la cave alors que le serveur est au rez-de-chaussé ?

    Mon second conseil est de régulièrement nettoyer la ventilation, avec un compresseur pour chasser la poussière par exemple.

  • # nc et tar

    Posté par  (site web personnel) . En réponse au message copier un dossier entre deux ordinateurs. Évalué à 1.

    D'abord côté destination :

    nc -l 1234 | tar -xzv

    Puis côté source :

    tar -cz . | nc 192.168.32.229 1234
  • [^] # Re: PNG 1bpp non-transparent

    Posté par  (site web personnel) . En réponse au journal LibreOffice, altération d'images intégrées :( ?. Évalué à 9.

    En même temps, je comprends pas pourquoi mon fichier PNG devrait être réécrit (si je comprends bien) et non pas gardé tel-quel, octet-à-octet, … ?

    Je suis par ailleurs fort aise de savoir que LibreOffice est sensé pouvoir générer un tel fichier, fusse-t-il à partir des données récupérées à partir de mon fichier d'origine. Mais bon, s'il fait ça à la moindre occasion, et pour tous mes fichiers PNG (il y en a de gros), je comprend pourquoi l'enregistrement de mon document prends parfois d'aussi longues secondes et je me demande s'il ne serait pas possible d'optimiser ça en gardant les fichiers images d'origine… :/

  • [^] # Re: Bridge chez Voo , 2ème session POE chez Belgacom

    Posté par  (site web personnel) . En réponse au message Remplacer la box des opérateurs belges par un vrai routeur. Évalué à 2.

    Je me suis libérés des chaînes de la télévision également… Du coup, je suis chez Dommel, internet VDSL + téléphone (gratuit). Ça me semble correcte. Le ROP se trouve juste de l'autre côté de la rue. J'ai donc un très bon débit. Seul problème, pas d'IPv6 :(

  • [^] # Re: suite de mes investigations...

    Posté par  (site web personnel) . En réponse au message [WTF] Clé USB3 de 64 Go détectée 503 Go !? :(. Évalué à 1.

    Hé bien, il est bien possible que je sois confronté à deux choses.

    D'une part sur l'ordinateur que j'ai l'habitude d'utiliser ici au boulot, quelques chose ne se passe pas bien, sous GNU/Linux en tout cas, avec l'USB3.

    D'autre part, nous aurions ici une clé de « 512 Go ».

    En effet, je viens d'écrire sans problème (dmesg sans erreur) les 503316480000 octets avec un dd sans count ;)

    Je vais continuer les investigation mais plus tard car j'ai, par ailleurs, du travail … en retard du coups !

  • [^] # Re: suite de mes investigations...

    Posté par  (site web personnel) . En réponse au message [WTF] Clé USB3 de 64 Go détectée 503 Go !? :(. Évalué à 2.

    Là, j'attends toujours avant la retirer… le sablier tourne depuis plus d'une heure… et les messages (dmesg) s'accumulent :(

    Où je l'ai acheté ? https://www.bol.com/nl/index.html mais attendons ! …

    Est-il possible que ce soit la carte mère ? ou le contrôleur ?

  • [^] # Re: suite de mes investigations...

    Posté par  (site web personnel) . En réponse au message [WTF] Clé USB3 de 64 Go détectée 503 Go !? :(. Évalué à 1.

    J'aime pas ça ↑ vous savez… C'est vraiment exceptionnel…

    Mais bon, puisqu'elle était sensée être formatée…

    J'ai redémarré sous GNU/Linux :)

    J'ai placé un petit fichier PDF sur la clé… puis démonté («éjecté»)

    Mais elle clignotait longtemps … plusieurs minutes ! Utilisation CPU IO intense …

    Finallement, voici ce que donne dmesg :/

    [  286.389191] usb 9-1: new SuperSpeed USB device number 2 using xhci_hcd
    [  286.407831] usb 9-1: New USB device found, idVendor=0951, idProduct=16b3
    [  286.407840] usb 9-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
    [  286.407845] usb 9-1: Product: HyperX Savage
    [  286.407849] usb 9-1: Manufacturer: Kingston
    [  286.407853] usb 9-1: SerialNumber: 0018F30C9FEAE0C1A10DC6F5
    [  286.465735] usb-storage 9-1:1.0: USB Mass Storage device detected
    [  286.466082] scsi host8: usb-storage 9-1:1.0
    [  286.466832] usbcore: registered new interface driver usb-storage
    [  286.468620] usbcore: registered new interface driver uas
    [  287.467271] scsi 8:0:0:0: Direct-Access     Kingston HyperX Savage    PMAP PQ: 0 ANSI: 6
    [  287.468135] sd 8:0:0:0: Attached scsi generic sg3 type 0
    [  287.469306] sd 8:0:0:0: [sdc] 983040000 512-byte logical blocks: (503 GB/469 GiB)
    [  287.469888] sd 8:0:0:0: [sdc] Write Protect is off
    [  287.469895] sd 8:0:0:0: [sdc] Mode Sense: 2b 00 00 08
    [  287.470521] sd 8:0:0:0: [sdc] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
    [  287.743258] sd 8:0:0:0: [sdc] Attached SCSI removable disk
    [ 1268.906403] usb 9-1: reset SuperSpeed USB device number 2 using xhci_hcd
    [ 1451.053775] INFO: task scsi_eh_8:19721 blocked for more than 120 seconds.
    [ 1451.053782]       Tainted: G           OE   4.13.0-26-generic #29~16.04.2-Ubuntu
    [ 1451.053783] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    [ 1451.053785] scsi_eh_8       D    0 19721      2 0x00000000
    [ 1451.053788] Call Trace:
    [ 1451.053796]  __schedule+0x3c2/0x890
    [ 1451.053798]  schedule+0x36/0x80
    [ 1451.053800]  schedule_preempt_disabled+0xe/0x10
    [ 1451.053802]  __mutex_lock.isra.2+0x2ae/0x4e0
    [ 1451.053804]  __mutex_lock_slowpath+0x13/0x20
    [ 1451.053805]  ? __mutex_lock_slowpath+0x13/0x20
    [ 1451.053807]  mutex_lock+0x2f/0x40
    [ 1451.053813]  device_reset+0x22/0x50 [usb_storage]
    [ 1451.053815]  scsi_eh_ready_devs+0x365/0xc10
    [ 1451.053819]  ? __pm_runtime_resume+0x5b/0x80
    [ 1451.053820]  scsi_error_handler+0x4c0/0x5c0
    [ 1451.053823]  kthread+0x109/0x140
    [ 1451.053824]  ? scsi_eh_get_sense+0x240/0x240
    [ 1451.053825]  ? kthread_create_on_node+0x70/0x70
    [ 1451.053827]  ret_from_fork+0x1f/0x30
    [ 1451.053830] INFO: task usb-storage:19724 blocked for more than 120 seconds.
    [ 1451.053832]       Tainted: G           OE   4.13.0-26-generic #29~16.04.2-Ubuntu
    [ 1451.053833] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    [ 1451.053835] usb-storage     D    0 19724      2 0x00000000
    [ 1451.053836] Call Trace:
    [ 1451.053838]  __schedule+0x3c2/0x890
    [ 1451.053840]  ? usb_hcd_map_urb_for_dma+0x20d/0x620
    [ 1451.053841]  schedule+0x36/0x80
    [ 1451.053843]  schedule_timeout+0x1f0/0x360
    [ 1451.053844]  ? schedule+0x36/0x80
    [ 1451.053845]  ? schedule_timeout+0x1f0/0x360
    [ 1451.053847]  ? update_curr+0x128/0x1c0
    [ 1451.053849]  wait_for_completion+0xb4/0x140
    [ 1451.053850]  ? wait_for_completion+0xb4/0x140
    [ 1451.053852]  ? wake_up_q+0x70/0x70
    [ 1451.053854]  usb_sg_wait+0x11d/0x170
    [ 1451.053857]  usb_stor_bulk_transfer_sglist.part.1+0x76/0xc0 [usb_storage]
    [ 1451.053859]  usb_stor_bulk_srb+0x6c/0x80 [usb_storage]
    [ 1451.053861]  usb_stor_Bulk_transport+0x195/0x420 [usb_storage]
    [ 1451.053863]  ? schedule+0x36/0x80
    [ 1451.053865]  usb_stor_invoke_transport+0x3b/0x540 [usb_storage]
    [ 1451.053867]  ? wait_for_completion_interruptible+0xae/0x180
    [ 1451.053868]  ? wait_for_completion_interruptible+0xb9/0x180
    [ 1451.053870]  usb_stor_transparent_scsi_command+0xe/0x10 [usb_storage]
    [ 1451.053873]  usb_stor_control_thread+0x181/0x290 [usb_storage]
    [ 1451.053874]  kthread+0x109/0x140
    [ 1451.053877]  ? usb_stor_disconnect+0xd0/0xd0 [usb_storage]
    [ 1451.053878]  ? kthread_create_on_node+0x70/0x70
    [ 1451.053879]  ret_from_fork+0x1f/0x30
    [ 1571.892838] INFO: task scsi_eh_8:19721 blocked for more than 120 seconds.
    [ 1571.892852]       Tainted: G           OE   4.13.0-26-generic #29~16.04.2-Ubuntu
    [ 1571.892857] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    [ 1571.892862] scsi_eh_8       D    0 19721      2 0x00000000
    [ 1571.892869] Call Trace:
    [ 1571.892884]  __schedule+0x3c2/0x890
    [ 1571.892891]  schedule+0x36/0x80
    [ 1571.892896]  schedule_preempt_disabled+0xe/0x10
    [ 1571.892901]  __mutex_lock.isra.2+0x2ae/0x4e0
    [ 1571.892909]  __mutex_lock_slowpath+0x13/0x20
    [ 1571.892913]  ? __mutex_lock_slowpath+0x13/0x20
    [ 1571.892917]  mutex_lock+0x2f/0x40
    [ 1571.892929]  device_reset+0x22/0x50 [usb_storage]
    [ 1571.892935]  scsi_eh_ready_devs+0x365/0xc10
    [ 1571.892943]  ? __pm_runtime_resume+0x5b/0x80
    [ 1571.892948]  scsi_error_handler+0x4c0/0x5c0
    [ 1571.892954]  kthread+0x109/0x140
    [ 1571.892959]  ? scsi_eh_get_sense+0x240/0x240
    [ 1571.892963]  ? kthread_create_on_node+0x70/0x70
    [ 1571.892968]  ret_from_fork+0x1f/0x30
    [ 1571.892976] INFO: task usb-storage:19724 blocked for more than 120 seconds.
    [ 1571.892981]       Tainted: G           OE   4.13.0-26-generic #29~16.04.2-Ubuntu
    [ 1571.892986] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    [ 1571.892990] usb-storage     D    0 19724      2 0x00000000
    [ 1571.892995] Call Trace:
    [ 1571.893000]  __schedule+0x3c2/0x890
    [ 1571.893005]  ? usb_hcd_map_urb_for_dma+0x20d/0x620
    [ 1571.893010]  schedule+0x36/0x80
    [ 1571.893014]  schedule_timeout+0x1f0/0x360
    [ 1571.893018]  ? schedule+0x36/0x80
    [ 1571.893022]  ? schedule_timeout+0x1f0/0x360
    [ 1571.893026]  ? update_curr+0x128/0x1c0
    [ 1571.893031]  wait_for_completion+0xb4/0x140
    [ 1571.893035]  ? wait_for_completion+0xb4/0x140
    [ 1571.893039]  ? wake_up_q+0x70/0x70
    [ 1571.893045]  usb_sg_wait+0x11d/0x170
    [ 1571.893054]  usb_stor_bulk_transfer_sglist.part.1+0x76/0xc0 [usb_storage]
    [ 1571.893062]  usb_stor_bulk_srb+0x6c/0x80 [usb_storage]
    [ 1571.893069]  usb_stor_Bulk_transport+0x195/0x420 [usb_storage]
    [ 1571.893072]  ? schedule+0x36/0x80
    [ 1571.893080]  usb_stor_invoke_transport+0x3b/0x540 [usb_storage]
    [ 1571.893085]  ? wait_for_completion_interruptible+0xae/0x180
    [ 1571.893089]  ? wait_for_completion_interruptible+0xb9/0x180
    [ 1571.893097]  usb_stor_transparent_scsi_command+0xe/0x10 [usb_storage]
    [ 1571.893104]  usb_stor_control_thread+0x181/0x290 [usb_storage]
    [ 1571.893110]  kthread+0x109/0x140
    [ 1571.893116]  ? usb_stor_disconnect+0xd0/0xd0 [usb_storage]
    [ 1571.893120]  ? kthread_create_on_node+0x70/0x70
    [ 1571.893125]  ret_from_fork+0x1f/0x30
    [ 1571.893136] INFO: task systemd-udevd:3994 blocked for more than 120 seconds.
    [ 1571.893140]       Tainted: G           OE   4.13.0-26-generic #29~16.04.2-Ubuntu
    [ 1571.893144] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    [ 1571.893147] systemd-udevd   D    0  3994    399 0x00000006
    [ 1571.893152] Call Trace:
    [ 1571.893157]  __schedule+0x3c2/0x890
    [ 1571.893162]  schedule+0x36/0x80
    [ 1571.893166]  io_schedule+0x16/0x40
    [ 1571.893171]  __lock_page+0x101/0x140
    [ 1571.893177]  ? page_cache_tree_insert+0xb0/0xb0
    [ 1571.893183]  truncate_inode_pages_range+0x487/0x890
    [ 1571.893193]  truncate_inode_pages+0x15/0x20
    [ 1571.893197]  kill_bdev+0x2f/0x40
    [ 1571.893201]  __blkdev_put+0x82/0x210
    [ 1571.893207]  blkdev_put+0x4c/0xd0
    [ 1571.893211]  blkdev_close+0x34/0x70
    [ 1571.893217]  __fput+0xe7/0x220
    [ 1571.893222]  ____fput+0xe/0x10
    [ 1571.893225]  task_work_run+0x7e/0xa0
    [ 1571.893231]  do_exit+0x2cc/0xaf0
    [ 1571.893237]  ? touch_atime+0x36/0xd0
    [ 1571.893242]  do_group_exit+0x43/0xb0
    [ 1571.893248]  get_signal+0x294/0x5c0
    [ 1571.893255]  do_signal+0x37/0x750
    [ 1571.893265]  exit_to_usermode_loop+0x80/0xd0
    [ 1571.893270]  syscall_return_slowpath+0x59/0x60
    [ 1571.893275]  entry_SYSCALL_64_fastpath+0x7f/0x81
    [ 1571.893280] RIP: 0033:0x7f3f361db500
    [ 1571.893283] RSP: 002b:00007ffcc7adbcb8 EFLAGS: 00000246 ORIG_RAX: 0000000000000000
    [ 1571.893288] RAX: 0000000000002000 RBX: 000056216847c880 RCX: 00007f3f361db500
    [ 1571.893291] RDX: 0000000000040000 RSI: 000056216847c8a8 RDI: 000000000000000f
    [ 1571.893293] RBP: 000056216845baa0 R08: 000056216847c880 R09: 00007ffcc7adbccc
    [ 1571.893296] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000040000
    [ 1571.893298] R13: 0000000000000000 R14: 000056216845baf0 R15: 000056216847c898
    [ 1692.731791] INFO: task scsi_eh_8:19721 blocked for more than 120 seconds.
    [ 1692.731804]       Tainted: G           OE   4.13.0-26-generic #29~16.04.2-Ubuntu
    [ 1692.731809] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    [ 1692.731815] scsi_eh_8       D    0 19721      2 0x00000000
    [ 1692.731821] Call Trace:
    [ 1692.731838]  __schedule+0x3c2/0x890
    [ 1692.731844]  schedule+0x36/0x80
    [ 1692.731849]  schedule_preempt_disabled+0xe/0x10
    [ 1692.731854]  __mutex_lock.isra.2+0x2ae/0x4e0
    [ 1692.731862]  __mutex_lock_slowpath+0x13/0x20
    [ 1692.731866]  ? __mutex_lock_slowpath+0x13/0x20
    [ 1692.731869]  mutex_lock+0x2f/0x40
    [ 1692.731882]  device_reset+0x22/0x50 [usb_storage]
    [ 1692.731888]  scsi_eh_ready_devs+0x365/0xc10
    [ 1692.731896]  ? __pm_runtime_resume+0x5b/0x80
    [ 1692.731901]  scsi_error_handler+0x4c0/0x5c0
    [ 1692.731908]  kthread+0x109/0x140
    [ 1692.731912]  ? scsi_eh_get_sense+0x240/0x240
    [ 1692.731916]  ? kthread_create_on_node+0x70/0x70
    [ 1692.731922]  ret_from_fork+0x1f/0x30
    [ 1692.731930] INFO: task usb-storage:19724 blocked for more than 120 seconds.
    [ 1692.731935]       Tainted: G           OE   4.13.0-26-generic #29~16.04.2-Ubuntu
    [ 1692.731939] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    [ 1692.731943] usb-storage     D    0 19724      2 0x00000000
    [ 1692.731948] Call Trace:
    [ 1692.731953]  __schedule+0x3c2/0x890
    [ 1692.731958]  ? usb_hcd_map_urb_for_dma+0x20d/0x620
    [ 1692.731963]  schedule+0x36/0x80
    [ 1692.731967]  schedule_timeout+0x1f0/0x360
    [ 1692.731970]  ? schedule+0x36/0x80
    [ 1692.731975]  ? schedule_timeout+0x1f0/0x360
    [ 1692.731979]  ? update_curr+0x128/0x1c0
    [ 1692.731984]  wait_for_completion+0xb4/0x140
    [ 1692.731988]  ? wait_for_completion+0xb4/0x140
    [ 1692.731992]  ? wake_up_q+0x70/0x70
    [ 1692.731998]  usb_sg_wait+0x11d/0x170
    [ 1692.732007]  usb_stor_bulk_transfer_sglist.part.1+0x76/0xc0 [usb_storage]
    [ 1692.732014]  usb_stor_bulk_srb+0x6c/0x80 [usb_storage]
    [ 1692.732022]  usb_stor_Bulk_transport+0x195/0x420 [usb_storage]
    [ 1692.732025]  ? schedule+0x36/0x80
    [ 1692.732033]  usb_stor_invoke_transport+0x3b/0x540 [usb_storage]
    [ 1692.732038]  ? wait_for_completion_interruptible+0xae/0x180
    [ 1692.732042]  ? wait_for_completion_interruptible+0xb9/0x180
    [ 1692.732050]  usb_stor_transparent_scsi_command+0xe/0x10 [usb_storage]
    [ 1692.732057]  usb_stor_control_thread+0x181/0x290 [usb_storage]
    [ 1692.732062]  kthread+0x109/0x140
    [ 1692.732069]  ? usb_stor_disconnect+0xd0/0xd0 [usb_storage]
    [ 1692.732073]  ? kthread_create_on_node+0x70/0x70
    [ 1692.732078]  ret_from_fork+0x1f/0x30
    [ 1692.732089] INFO: task systemd-udevd:3994 blocked for more than 120 seconds.
    [ 1692.732094]       Tainted: G           OE   4.13.0-26-generic #29~16.04.2-Ubuntu
    [ 1692.732097] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    [ 1692.732101] systemd-udevd   D    0  3994    399 0x00000006
    [ 1692.732105] Call Trace:
    [ 1692.732110]  __schedule+0x3c2/0x890
    [ 1692.732115]  schedule+0x36/0x80
    [ 1692.732120]  io_schedule+0x16/0x40
    [ 1692.732124]  __lock_page+0x101/0x140
    [ 1692.732130]  ? page_cache_tree_insert+0xb0/0xb0
    [ 1692.732136]  truncate_inode_pages_range+0x487/0x890
    [ 1692.732145]  truncate_inode_pages+0x15/0x20
    [ 1692.732150]  kill_bdev+0x2f/0x40
    [ 1692.732154]  __blkdev_put+0x82/0x210
    [ 1692.732160]  blkdev_put+0x4c/0xd0
    [ 1692.732164]  blkdev_close+0x34/0x70
    [ 1692.732169]  __fput+0xe7/0x220
    [ 1692.732174]  ____fput+0xe/0x10
    [ 1692.732178]  task_work_run+0x7e/0xa0
    [ 1692.732183]  do_exit+0x2cc/0xaf0
    [ 1692.732189]  ? touch_atime+0x36/0xd0
    [ 1692.732194]  do_group_exit+0x43/0xb0
    [ 1692.732200]  get_signal+0x294/0x5c0
    [ 1692.732207]  do_signal+0x37/0x750
    [ 1692.732216]  exit_to_usermode_loop+0x80/0xd0
    [ 1692.732221]  syscall_return_slowpath+0x59/0x60
    [ 1692.732226]  entry_SYSCALL_64_fastpath+0x7f/0x81
    [ 1692.732230] RIP: 0033:0x7f3f361db500
    [ 1692.732233] RSP: 002b:00007ffcc7adbcb8 EFLAGS: 00000246 ORIG_RAX: 0000000000000000
    [ 1692.732238] RAX: 0000000000002000 RBX: 000056216847c880 RCX: 00007f3f361db500
    [ 1692.732241] RDX: 0000000000040000 RSI: 000056216847c8a8 RDI: 000000000000000f
    [ 1692.732244] RBP: 000056216845baa0 R08: 000056216847c880 R09: 00007ffcc7adbccc
    [ 1692.732246] R10: 0000000000000000 R11: 0000000000000246 R12: 0000000000040000
    [ 1692.732248] R13: 0000000000000000 R14: 000056216845baf0 R15: 000056216847c898
    

    Est-ce grave docteur ?

  • [^] # Re: suite de mes investigations...

    Posté par  (site web personnel) . En réponse au message [WTF] Clé USB3 de 64 Go détectée 503 Go !? :(. Évalué à 1.

    Par acquis de conscience, j'ai démarré sous Windows 7, et c'était pareil.

    Titre de l'image Titre de l'image  Titre de l'image Titre de l'image Titre de l'image Titre de l'image Titre de l'image Titre de l'image

  • # suite de mes investigations...

    Posté par  (site web personnel) . En réponse au message [WTF] Clé USB3 de 64 Go détectée 503 Go !? :(. Évalué à 1.

    J'ai placé des zeros sur le premier Gio du périphérique, de cette manière :

    dd if=/dev/zero of=/dev/sdc bs=$[2**20] count=1024

    sortie :

    1024+0 enregistrements lus
    1024+0 enregistrements écrits
    1073741824 bytes (1,1 GB, 1,0 GiB) copied, 6,31126 s, 170 MB/s
    

    Et voici alors ce que montre GParted ↓

    Titre de l'image

  • [^] # Re: Couplage avec John the ripper ?

    Posté par  (site web personnel) . En réponse au journal ZIP et fcrackzip. Évalué à 1.

    Merci pour cette piste intéressante.
    J'ai donc installé John the ripper (# apt install john)
    J'ai bien une commande john mais aucune commande zip2john :(
    D'où est sensée venir la commande zip2john ? quel paquetage dois-je installer ?
    Merci d'avance.

  • # La raison doit être un engagement éthique !

    Posté par  (site web personnel) . En réponse au journal Munich revient sur Windows. Évalué à 10.

    Cela me donne encore à penser que la raison d’utiliser des logiciels libres doit être un engagement éthique !

    J’hésitais à répondre à Guillaume Smet ↑ car je suis entièrement d’accord avec lui et en même tant j’ai totalement autre chose à dire.

    J’ai entendu d’autres choses dans d’autres domaines :

    • « Le café issu du commerce équitable n’a pas le même goût et coûte plus cher » → « J’achète pas ! »
    • « L’électricité fournie avec la garantie qu’elle est produite avec des éoliennes ou du solaire local (Eneco en Belgique) coûte plus cher. » → « J’achète pas ! »
    • « Les chaussures et vêtements "propres" sont moins confortables, coûtent plus cher et ne sont pas toujours plus solide. » → « J’achète pas ! »
    • « Les produits issus de l’agriculture dite biologique et locale son plus cher, sont parfois plus petit avec des défauts, et pas toujours le choix en fonction de la saison… » → « J’achète pas ! »
    • « Les semences non-ogm et non-hybride-f1 (Kokopelli) coûtent plus cher, sont moins nombreuses sur le marché, sont parfois "illégales" » → « J’achète pas ! »
    • « Les transports en commun, ‘faut les attendre, c’est moins pratique, ont va pas exactement où on veut quand on veut, ça pue, c’est bruyant, ‘y a des gens, etc. » → « Je roule seul en voiture ! »
    • etc.

    Et bien entendu,

    • « Les logiciels libres sont moins nombreux, ils ont moins de fonctionnalités, ils sont moins bien connus et documentés (livres pour les nuls, etc.). » → « J’utilise pas ! »

    Dans le monde actuel, il faut être fort, souhaiter un monde meilleur, avoir des convictions, du temps et parfois l’argent pour s’engager dans l’utilisation de logiciels libres.

    Peut-être que Munich espérait juste faire des économies en gardant les ordinateurs qu’ils avaient… J’imagine bien que l’argument éthique à du être mis en avant également et motiver certains. Mais quels moyens ont-ils mis dans le projet à ce titre ? À cette échelle, il faut engager des informaticiens développeurs de logiciels libres ! Cela devrait faire partie du budget. Ces informaticiens sont alors payés pour animer la synergie nécessaire et fédérer les efforts d’une communauté internationale.

    Voyez le projet GIMP par exemple. Donnez 10.000 € au projet GIMP est équivalent de d’investir combien dans la société Adobe ? et avec quelle différence en terme de "retour sur investissement" ? … pareil pour LibreOffice, Blender, Inkscape, Scribus, etc.

  • [^] # Re: Modèle économique

    Posté par  (site web personnel) . En réponse au journal Gratipay ferme ; l'avenir du financement du libre. Évalué à 1.

    Je suis papa depuis le 21 octobre. Je n’ai donc pas beaucoup de temps libre pour écrire de la manière la plus correcte, précise, etc.

    J’entends deux choses :

    • l’économie marchande n’est pas la seule manière de vivre ensemble ;
    • l’économie marchande est actuellement incontournable pour vivre, voir survivre (d'autant plus ici en oxydent).

    C’est pour cela que je la qualifie d’imposée.

    Mais cette manière de vivre ensemble, marchande, par l’argent, est très profondément encré dans notre civilisation. Par exemple, la question est-elle la suivante ? « Sauver la planète telle que nous puissions toujours y vivre, ainsi qu’une large majorité des espèces vivantes actuelles, est-il économiquement crédible ? »

    Nous nous poserons en réalité cette question plus souvent qu’il n’y paraît, dans la plupart de nos actes marchands… Par exemple, acheter un nouvel objet ou faire réparer et entretenir celui déjà acquis ?

    Je propose le journal suivant → Next, la web-série sur les risques d’effondrement de notre civilisation, et le monde d’après pour en discuter.

  • [^] # Re: Modèle économique

    Posté par  (site web personnel) . En réponse au journal Gratipay ferme ; l'avenir du financement du libre. Évalué à 2.

    Non, la question est d'ordre sociétale, anthropologique et politique vis-à-vis d'une des technologie les plus importantes.

    C'est comme se poser la question de la viabilité des semences non-hybride-f1 (cf. Kokopelli) Économique, la question ?

    Un certain système économique nous est actuellement imposé (en partie par nous-même et notre résignation) et il nous faut de ce que l'on nomme argent pour vivre ou même seulement survivre parfois. Cela n'est pas immuable. Mais en attendant, énormément de choses et d'approche sociétale sont empêchée de ce fait. C'est un peu comme si nous étions enchaînés à un piquet et que nous disions que « "chaînalement" parlant nous ne pouvons pas aller dans cette direction. » Et donc ?

    En effet, il nous reste très peu de marge de manœuvre… de moins en moins… surtout du fait de la résignation :(

  • # L'œuf et la poule, merci !

    Posté par  (site web personnel) . En réponse au journal Le projet ZeMarmot a besoin de votre soutien. Évalué à 1.

    Magnifiques projets qui, combinés, résoudraient presque le problème de l'œuf et la poule !

    Merci pour GIMP que j'utilise et que je propose notamment à mes clients depuis des années déjà.

    Merci pour ZeMarmot qui constituera une preuve supplémentaire du professionnalisme et la qualité que l'on peut atteindre avec les logiciels libres, mais surtout, un outil pédagogique extraordinaire pour toutes les écoles d'infographie et d'animation assistée par ordinateur.

    Les élèves auront toutes les libertés nécessaires pour s’inscrire eux-même dans les biens communs.

  • # Transition par balayage

    Posté par  (site web personnel) . En réponse au message Kdenlive, titre avec effet machine à écrire (typewriter), régression ?. Évalué à 1.

    En cherchant du côté des transitions, j'ai trouvé que la transition par balayage pouvait "le faire"…

  • [^] # Re: Beurk

    Posté par  (site web personnel) . En réponse au message Skype avec la version 5.5.0.1. Évalué à 3.

    Voila… Donc …

    Soit Lingouinux passe des heures à comprendre ce que Microsoft lui permet de faire avec Skype sous GNU/Linux, comment l'installer malgré tout, s'inscrire à des forums, poser des questions, chipoter, relever un super défit (à ça oui, c'est trop cool), etc. ; peut-être en arrivera-t-il à renoncer à GNU/Linux, réinstaller un Windows ou s'acheter un nouvel ordinateur Microsoft Skype…

    Soit ses amis acceptent, « Ho la la la, pfu… :( », de cliquer pour installer un autre logiciel que Lingouinux peut de son côté aussi installer, "quel" que soit leurs systèmes d’exploitation respectifs…

    Mais curieusement, "nous" (utilisateurs de système GNU/Linux), devrions comme "culpabiliser" au point de ne pas oser demander une telles chose … à qui ? à nos amis !

    Non, nous devrions comme "avoir honte de ne pas être comme tout'l'monde", et faire des pieds et des mains pour ne surtout pas les froisser…

    C'est pareil avec LibreOffice vs Microsoft Office et plein d'autres trucs… Franchement, ça m'épate :(

  • [^] # Re: Pourquoi faire simple quand on peut faire compliqué ?

    Posté par  (site web personnel) . En réponse au message LibreOffice Gtk2 → Gtk3 régression :( débogue ?. Évalué à 1.

    Apparemment, c'est le fait de maintenir le bouton gauche d'un doigt (index) tout'en utilisant la molette avec un autre doigt (majeur) qui semble trop compliqué ou extravaguent.

    Désolé donc. Je suis peut-être particulièrement habile de mes doigts. Je suis devant un ordinateur depuis mes 8 ans, que j'avais en 1983… J'ai connu les premières souris, etc. Pour moi, ça me viens naturellement. Et cela m'est devenu tellement naturel que je me suis presque de suite rendu compte de cette "régression" (pour moi donc).

    Ici, avec Firefox 55.0.2 dans MATE 1.18.0 (je sais pas comment voir quel gtk il y a derrière Firefox*), et bien cela est possible, cela fonctionne.

    *: Pour LibreOffice, je peux par le paquet libreoffice-gtk3 (ou -gtk2) passer de l'un à l'autre ; et cela apparaît dan l'à propos. Mais pour Firefox ?

    Je l'ai enseigné à quelques personnes, autant pour Firefox que LibreOffice. Et certaines d'entre-elles ont adopté cette technique ! … plus pratique en tout cas que de frôler le bas de la zone de texte de sorte à déclencher un défilement généralement non maîtrisé.

    Essayez ! Essayez tous ! Je vous assure que c'est ("était" ?) parfois bien pratique :/

    C'est manifestement gtk3 ! … qui quoi ? qui ne gère pas les messages de boutons de souris de la même manière ?