Xinfe a écrit 158 commentaires

A tout écrire en texte, on finit parfois par s'y perdre. C'est effectivement possible mais diminue la compréhension à mon avis. C'est d'ailleurs comme ça qu'on communique avec Wolfram|Alpha.

Alors pour les sensors, j'ai lancé la ligne magique suivante et tout va bien maintenant :

pip install glances pysnmp bottle batinfo https://bitbucket.org/gleb_zhulik/py3sensors/get/tip.tar.gz

Par contre, je n'ai eu aucun warning du manque des dépendances. (Je tourne sous elementary OS, assimilé à Ubuntu 12.04 LTS)

Merci pour cet outil, je viens d'installer et je crois que je suis déjà fan : plein d'infos pertinentes, bien affichées dans une grille claire, c'est cool.
D'ailleurs…

    CPU%  MEM%  VIRT   RES   PID USER        NI S    TIME+ IOR/s IOW/s Command
    57.5  59.6 2.64G 1.16G  3425 xinfe        0 S 37:36.50     0     0 /usr/lib/firefox/firefox

Je viens bientôt avoir besoin d'une machine dédiée au browsing, vu comme Firefox bouffe les ressources disponibles. (HS: quelqu'un connait un outil pour faire du profiling des onglets Firefox histoire de savoir lesquels sont déraisonnables ? about:memory ne m'avance pas)

Pour revenir à Glances, pourquoi je n'ai pas de rubrique "sensors" ? J'ai installé lmsensors lequel m'en affiche 3 de dispo :

    acpitz-virtual-0
    Adapter: Virtual device
    temp1:        +61.5°C  (crit = +99.0°C)

    coretemp-isa-0000
    Adapter: ISA adapter
    Core 0:       +62.0°C  (high = +100.0°C, crit = +100.0°C)
    Core 1:       +63.0°C  (high = +100.0°C, crit = +100.0°C)

Je suis étonné de ne pas en voir plus, d'ailleurs : Core 0, Core 1, GPU, Motherboard et éventuellement batterie me semblent un minimum dans un ordi, non ?

Je ne vois toujours pas où ils disent qu'ils utilisent Google.

Tu pourrais que citer le passage, car la seule occurrence "Google" que je trouve, c'est juste pour dire que Google et Bing dépensent des millions de dollars pour faire du crawling et qu'ils ne peuvent pas espérer de battre ça.

Ca serait cool d'essayer de s'informer un quart de poil avant de lancer des trolls :
https://duck.co/help/results/sources

Ou sinon, faut utiliser un bon moteur de recherche :

https://duckduckgo.com/?q=!linuxfr+DuckDuckGo

(Ce n'est peut être pas le meilleur exemple :) )

Je viens de me demander : dans le cas où une image secrète (ou phrase secrète) est affichée à l'utilisateur pour bien prouver que la fenêtre d'auth est conforme, qu'est ce qui empêche une app de screenshot de découvrir ça ?

Par exemple, je télécharge un utilitaire de screenshot avec des fonctionnalités avancées bien cool. Il demande les droits, je les lui accorde. Qu'est ce qui empêche qu'au moment opportun, il fasse une copie de l'écran lorsqu'il y a une fenêtre d'auto légitime pour la copier et en forger une fausse pour l'utilisateur ?

Si la solution est d'interdire les screenshots des fenêtres d'auth, ça va être pratique de faire des tutoriaux ou de l'administration à distance via VNC ou autre (comme ça peut se faire en entreprise).

Merci pour l'article, c'est une problématique plus complexe que ce que j'imaginais au début !

Sinon, il y a Syncany. J'avoue ne pas avoir testé mais ça semble répondre au besoin.

Des têtes brûlées pour tester la version 0.1.0-alpha ?

Il n'existe pas déjà ce genre de base de données pour les plantes, avec affinités et inimités, exposition au soleil, tolérance au vent et tout le tralala ?

Peut être partiellement dans Wikipédia, mais probablement pas formatté de manière à être manipulé par une machine. (C'est pas le but de Wikidata, ça ?)

Quitte à délirer un peu et faire du jusqu'au-boutisme, prendre en compte l'altitude (car il fait plus frais), croiser les données avec OpenStreetMap pour l'utilisation des sols et déterminer une valeur par défaut des caractéristiques des sols, regarder le profil SRTM pour estimer la violence des vents.

Sans aller jusqu'à la, j'ai parmi mes projets un petit module de vérification d'état des plantes : un petit MSP430 avec quelques capteurs, le tout raccordé en one-wire (2 fils pour alim et data, c'est cool) à une Arduino avec le shield Ethernet (ou RasPi) et interface web pour visualiser le tout. Ce n'est encore qu'un projet, rien de plus.

Il faudrait juste que j'arrête de procrastiner et que je bosse mon immense liste de projets perso.

J'ai jeté un coup d'œil aux screenshots, et c'est effectivement un peu rustique comme disent d'autres, mais ça semble néanmoins fonctionnel (et c'est un bon point !).

J'ai rapidement regardé les sources et il ne me semble pas avoir vu de base de données pour les semis, récoltes et autres. C'est intégré ou à saisir à la main ? (In the cloud branché à une "Botanipedia" ?)

Projet sympa en tous cas. Je ne suis pas encore vraiment concerné car je suis assez mobile ces dernières années mais je le garde dans un coin de ma mémoire.

Alors, j'ai enfin pris le temps de faire mes tests, et le problème concerne les permissions :

Original: Accès : (0664/-rw-rw-r--)  UID : ( 1000/   xinfe)   GID : ( 1000/   xinfe)
Backup:   Accès : (0600/-rw-------)  UID : ( 1000/   xinfe)   GID : ( 1000/   xinfe)

J'ai donc ajouté l'option --no-perms et tout est hard-linké comme attendu.

Merci en tous cas pour ce petit script, c'est exactement le genre de chose que je cherchais !

OK, pas de soucis. Par contre, j'attends avec impatience les épisodes futurs (et en particulier celui qui parle de ce genre de problématiques).

Ca semble en effet spécialisé, mais au final, je pense que ça traduit plus l'idée du flux de données. Ensuite, c'est probablement possible de l'appliquer à ce que tu veux faire.

Juste que les données ne sont plus audio, mais des bitmaps. Les opérateurs sont donc 2D…

Je ne sais pas si c'est possible, mais je serai surpris que ça ne le soit pas. Ensuite, est-ce pratique ou performant, je n'en ai aucune idée.

C'est entendu dire que c'est quelque chose qui a grossi au cours des décennies en fonction des besoins de clients, donc avec beaucoup de rustines sur de vieux truc hérités.

C'est possible qu'ils n'aient même pas chercher a obfusquer le modèle de données volontairement mais que c'est arrivé tout seul petit à petit. (Et j'ai pas vraiment envie de voir leur documentation qui doit être assez monstrueuse aussi)

Il se peut que j'ai trouvé le problème :
http://superuser.com/questions/165714/using-rsync-with-link-dest-from-hfs-to-ntfs

En gros, l'option --archive est trop spécifique car les fichiers doivent être strictement identiques (contenu et meta-données). Et ça coincerai au niveau des droits. Je réessaierai dès que possible (=ce soir) en prenant ça en compte.

J'ai aussi vu qu'il peut y avoir des problèmes avec les timestamps qui peuvent être impécis à une seconde près, auquel cas il faut ajouter l'option --modify-window=1

Pour l'instant, je fais un backup, je vérifierai cette histoire de hard-links plus tard.

Merci pour le script, je crois que c'est la solution que je vais adopter, avec la liste d'exclusion inline. :)

C'est effectivement un bon conseil. En écrivant ça, je voulais dire qu'il n'est pas accessible en permanence comme peut l'être un disque réseau (ou un serveur plus classique).

Bon, il semble que les hard-links avec le backup précédent ne fonctionne pas.
Voici ma procédure de test pour vérifier que les liens durs sont bien supportés tant sur la source que la destination :

$ cd test
$ echo 'file A' > A
$ cp -al A B
$ echo 'file B' > B
$ cat A B
file B
file B
# On a donc bien le support des liens durs à la source
$ ../backup.sh
$ stat /media/backup/back-20140310-T101428/A /media/backup/back-20140310-T101428/B
# Même résultat d'inœud (inode), "Liens : 2". Les liens durs sont aussi supportés pendant le backup et sur la cible
$ ../backup.sh
$ stat /media/backup/back-20140310-T101601/A /media/backup/back-20140310-T101601/B
# Même résultat d'inœud (inode), "Liens : 2". Cette fois-ci, on devrait avoir 4 au lieu de 2

Voici le script (que j'ai très peu modifié) :

#!/bin/sh
date=`date "+%Y%m%d-T%H%M%S"`

# Attention au /
SOURCE_DIR=/home/xinfe/test/
TARGET_DIR=/media/X-WD/backup



time rsync --archive --one-file-system --hard-links \
  --human-readable --inplace  \
  --partial --progress \
  --delete-excluded \
  --link-dest=$TARGET_DIR/current \
  $SOURCE_DIR $TARGET_DIR/incomplete_back-$date

 if [ $? -eq 0 ]; then
    mv $TARGET_DIR/incomplete_back-$date $TARGET_DIR/back-$date \
    && rm -f $TARGET_DIR/current \
    && ln -s back-$date $TARGET_DIR/current;
fi

J'ai regardé backupPC proposé avant, mais je dois reconnaître que ça me semble overkill pour mes besoins. Et puis découvrir après 40 minutes de tentative de configuration que pour choisir la destination, il faut créer un lien vers la "vraie" destination, je trouve ça moyen.

Donc le petit script rsync de quelques lignes, j'apprécie l'approche, d'autant plus qu'il est clair. Je vois voir pour "l'amorçage", mais je ne pense pas que ça soit compliqué :)

J'attends de voir si d'autres réponses tombent, mais celle-ci a ma préférence pour l'instant.

J'ai eu la chance de travailler à l'étranger (en Europe), et il y avait une stagiaire indienne. Et là, elle m'a dit que le ratio hommes/femmes dans les études d'informatique est totalement différent en Inde. Comme quoi, il semble que c'est surtout un point de vue culturel.

Et j'apprécie l'article qui précise bien que l'on parle ici de "pays occidentaux".

A défaut de statistiques précises, j'ai trouvé cet article qui corrobore ce que je dis :
http://www.newstatesman.com/sci-tech/sci-tech/2013/02/where-are-all-women-computer-science

En vrai, on aimerait bien avoir un graphe d'opérateurs qu'on pourrait manipuler et brancher à travers une interface graphique.

J'étais confronté à la même problématique (avant de changer de projet), et j'avais fini par découvrir GNU Radio, où l'on retrouve ce genre de "programmation" à coup de nœuds et connecteurs (comme LabView, SimuLink voire les nodes de Blender). On peut trouver un screenshot en bas de la page du HowTo.

Je ne suis pas sûr que ça puisse s'utiliser comme ça, mais je pense que ça vaut le coup de jeter un coup d'œil.

Et bien sûr, merci pour cet article très intéressant à lire. Je m'en vais le plussoyer, tiens.

Quitte à faire un thread de demande de fonctionnalités, j'ajouterai un changelog pour les MAJ.
Je trouve que c'est une fonctionnalité intéressante du play store que de mettre en avant le journal de modifications sur la page de mise à jour du logiciel en plus de la description habituelle (reléguée en dessous).

D'un autre côté, c'est pas comme si Apple avait inventé le Dock ou le gris. La barre fixe en haut ? Je dois bien avouer que c'est chez Apple depuis looongtemps (depuis System 1), mais celle de eOS ressemble plus à la barre de Windows avec une espèce de menu démarrer et de systray.

J'utilise eOS non pas parce que c'est un clone de OS X (aux yeux de certains), mais bien pour l’expérience utilisateur. Autant j'apprécie OS X pour la performance et le niveau de finition, autant je n'aime pas leur conception d'environnement de bureau (et son comportement). Je pense par exemple au Alt+Tab qui switch entre applications et non entre fenêtres ou encore l'absence de tiling.

Au final, eOS est largement mieux pensé et réfléchi pour être utilisable que pour singer l'apparence d'OS X. Et je ne sais pas pour Pear OS qui semble plus être un gros coup de peinture.

Ah oui, ça me rappelle que quelqu'un avait finalement compris puis rédigé un cahier des charges pour Zino/Zind. Quelqu'un se rappelle qui c'est ? Il faudrait lui demander de se pencher sur ce problème !