LaBienPensanceMaTuer a écrit 1611 commentaires

Ah non, ça ne parse pas le .gitignore, c'était un exemple juste pour ne pas afficher la sortie de certains fichiers.

Pour parser le .gitignore, ce serait plus un truc dans ce genre:

/tmp/plop$ ls
COINCOIN  LOL  LOL.gz  lol.txt  toto.gz
/tmp/plop$ cat .gitignore 
toto.*
lol.*
LOL
/tmp/plop$ find . |grep -vE $(cat .gitignore|tr '\n' '|'|sed -e 's/|$//')
.
./COINCOIN
./.gitignore

C'est pas hyper élégant, je pense qu'on doit pouvoir faire mieux, mais ça fait le job :)

C'est de mélanger deux concepts ("chercher des fichiers" mais "pas ceux dans le .gitignore") qui me parait être une aberration en terme ingénierie logicielle. Si encore l'outil s'était appelé "git-find", je dis pas…
Et de ce coup, pourquoi ne pas ignorer également le contenu des fichiers .cvsignore ? .hgignore ? Pourquoi ce choix, très arbitraire ?

De plus, je ne vois personnellement, je ne vois pas l'apport de cet outil dans ce use-case par rapport à un bon vieux

find . -iname "toto.*.gz"|grep -vE '(.git|.swp$)'


Ca me fait penser à un collègue qui, pour se simplifier la vie a définit une tonne d'alias aux commandes usuelles (genre ll="ls -l" mais en plus poussé): après quelques années d'utilisation de ces alias:
1. Il s'y perd régulièrement.
2. Il ne sait plus faire la différence entre "commande de base linux" et "alias maison" et pond donc régulièrement des scripts qui ne fonctionnent que sur sa machine.
2. Il ne sait plus se servir d'un système "de base" sans son ~/.bashrc …

Mais encore une fois, c'est une question de point de vue, et point de vue grandement orienté par l'usage que tu fais de l'informatique dans ton quotidien.

Parait qu'un plugin Lovense Hush est en cours de développement …

Un "écran de veille" écrit en NodeJS et qu'on installe à grand coup de docker ?
Genre écran de veille comme dans xscreensaver ?
Va falloir qu'on m'explique …

Ah sinon, je rajouterai juste que dès l'instant ou la boite dépasse les 100 salariés, ça deviendra juste ingérable :)

Pour avoir longtemps été sysadmin, j'aime pas trop les alternatives: tu passes des jours/semaines/mois à prendre en main le nouvel outil de la mort qui tue qui va te faire gagner 0,0001 secondes pour te rendre compte qu'au boulot, aucun de ces outils n'est:
* Pré-installé par défaut.
* Installable par le gestionnaire de paquet.

Se cogner une recompilation sur ta machine perso passe encore.
Mais faire le boulot de packaging et de déploiement sur quelques centaines de serveurs pour gagner quelques pouillièmes de secondes, je vois clairement pas l'intérêt.

Et dire que, dans une ancienne boite, on était forcé de coder les scripts shell en pur /bin/sh pour être sûr qu'il s'exécute aussi bien sous Linux que sous Solaris ou AIX …

Dernière petite chose, je donnerai une mention spéciale pour fd:

il a une sortie colorée et ignore les fichiers listés dans un .gitignore

Je trouve ça grave personnellement qu'une alternative à find se permette d'ignorer des fichiers "silencieusement"…

Peu importe la puissance de la machine, que se soit un Xénon

J'ai deux Xénon dans la voiture. Bien que je sois très satisfait de cet éclairage blanc/bleu plus puissant que nos bonnes vieilles ampoules classiques, je ne les ai pas compté dans "les machines que j'héberge".

Ah, et sinon, j'ai aussi deux Xeon que je n'allume occasionnellement pour mes builds AOSP (3h30 au lieu de 8h sur le laptop)… bein ouais, un Dell 1950 ça tire un peu d'électricité quand même :)

Salut,

Ca risque de dépasser un peu ton budget, à moins de partir vers de l'occasion, mais je suis personnellement très satisfait de mon Xperia X compact acheté l'an dernier.

C'est un 5" qui, certes, ne sera jamais aussi compact qu'un 3310, mais à le mérite de continuer à tenir dans la poche.

Les perfs hard sont très bonne, tout comme l'écran et l'appareil photo.

Et, cerise sur le gateau, il fait partie du programme Sony Open Devices qui m'a permis de dé-locker mon bootloader et d'y installer un Android 7.1.1 que j'ai buildé moi même.
Tu peux aussi builder un 8.0 mais, à l'époque ou je jouait à ça, le port pour mon téléphone n'était pas encore parfaitement stabilisé donc je suis resté sur un 7.x

Voilà :)

EDIT: je n'avais pas vu les commentaires que tu as toi même posté à ton journal… Le X compact a une batterie non-amovible… mais probablement remplaçable quand même moyennant un peu de bricolage…

Parce que c'est pas très élégant et lisible, alors que la réponse du dessus avec l'utilisation d'un autre séparateur est bien plus lisible et digeste :)

Ampache (http://ampache.org/) est pas mal du tout,

Il implémente une API permettant de l'interfacer avec à peu près tout et n'importe quoi (https://github.com/ampache/ampache/wiki/API) et sait même contrôler un mpd (https://github.com/ampache/ampache/wiki/MPD)

Après, je me demande si ça ne risque pas d'être un poil trop lourd pour un raspi…

Ah et j'oubliais, il a un client natif Android distribué, entre autre, via F-Droid: power ampache (mais il est fort buggé: il n'implémente pas la récupération des morceaux en background, résultat, le client ne répond plus quand il download un morceau).

Le soft sait justement faire des attaques basées sur un dictionnaire comme le dit la page de man (pointée par un autre commentateur plus bas):

http://cvs.schmorp.de/fcrackzip/fcrackzip.html

DICTIONARY MODE
This mode is similar to brute force mode, but instead of generating passwords using a given set of characters and a length, the passwords will be read from a file that you have to specify using the -p switch.

Aller sur http://linuxfr.org pour obtenir de l'aide sur Mac OS X, c'est un peu comme passer à la boulangerie pour faire la vidange de la bagnole: hors sujet.

Essaye plutôt un site dédiée au truc à la pomme …

…. j'utilisais pour mon ipad mini (le seul et unique device de la marque à la pomme que j'ai possédé) gtkpod: https://doc.ubuntu-fr.org/gtkpod …
Pas sur qu'il fasse le boulot pour les devices de 3eme génération.

Je parle de cpu, pas de silicium.

Non, tu parles "d'outils traitant l'information" pour embrayer sur le silicium. Je cite:

Donc, quels sont t-ils nos outils traitant l’information, et surtout, quelle est leur topologie!

Et donc, je persiste: le silicium n'est pas un outil traitant l'information.
Le silicium est un outil faisant tourner un algorithme traitant l'information.
Comme dit dans le commentaire plus haut, tu peux tout à fait implémenter un algorithme à partir de silicium (unique avec des portes logiques), mais il reste que ce n'est pas le silicium qui traite, bien l'algorithme.

Alors déjà, là comme ça, je comprend pas vraiment l'objet de ce journal.

Peut être est ce susciter le débat… mais je vois pas le sujet :-(
Peut être est ce poser une question ,mais je la vois pas (et je vois pas de '?') :-(

Pour finir, ni le silicium, ni le Qubit (et non "Q-bite") ne traite d'information.

De ma compréhension:
* Le silicium et ses petits copains déroule des opérations logiques OU, ET sur l'information.
* Le Qubit est l'information.

Ce qui traite l'information de mon point de vue, c'est l'algo et peu importe le "hard" le faisant tourner.

Quel est ton rapport à l'anglais ?

A bientôt 35 ans, ça passe…
A l'oral, j'ai pas toujours un accent terrible, mais je me fais comprendre.
A l'écrit, je fais beaucoup appel à wordreference.com et autres…

Comment as-tu fait pour le parler de façon acceptable ?
Voyages voyages….

Comment tu fais pour ne pas être stressé avant/pendant un call ?

S'en battre les couilles, c'est le secret… et je suis sérieux hein!
Dis toi que de toutes façons, les autres sont comme toi, galère parfois à trouver leurs mots et sont loin d'être parfaitement "fluent".
Dis toi également qu'on ne t'a probablement pas embauché pour animer un café philo en anglais mais, vraisemblablement, pour faire ton taf de tech que tu fais probablement très bien même en étant moyen en anglais :)

A titre d'information, je connais un directeur R&D qui parle anglais avec un accent 100% français. Vu son niveau de responsabilité, vu son parcours, je ne pense pas que cet accent "pas très bon" lui ai causé un quelconque tort dans le passé.
Encore une fois, l'essentiel est de te faire comprendre et de comprendre. Si ça doit passer par la répétition, peu importe.

Et je finirai par dire que, à part les anglophones et les ressortissants de quelques pays nordiques tout le monde parle un anglais de merde … dis toi que tu n'es pas seul :)

Est-ce que tu pourrais être dans l'entreprise où tu es aujourd'hui si tu ne parlais pas anglais ?

Non. Toute la documentation est en anglais. En tant qu'architecte soft, je dois moi même rédiger en Anglais et j'ai régulièrement des "call" en Anglais.

Est-ce que tu as dû te farcir des séries américaines en VO alors que tu détestes ça ?

Non pas du tout… comme dis plus haut, j'ai et je continue de voyager.
De plus lire de la doc technique mais aussi des sites en anglais (qu'ils soient techniques, mais pas que) aide beaucoup à acquérir du vocabulaire.
J'apprend beaucoup au quotidien en faisant relire mes docs en anglais par des personnes plus "calées" que moi qui vont revoir certaines de mes tournures maladroites voir carrément fausses. (la revue est systématique dans mon entreprise, que ce soit pour du code ou de la doc).

A noter qu'il n'est pas nécessaire de voyager dans un pays anglophone pour pratiquer l'anglais… Mes dernières destinations étaient l'Italie, la Grèce, Malte, et la Russie ou, bien souvent, je parle un meilleur anglais que mes interlocuteurs…

A la question:

Comment s'est-il fait pirater ?

J'évoquerai quelques pistes supplémentaires à celles déjà évoquées:

• Utilisation de l'adresse email @orange.fr et du mot de passe de la boite comme identifiants de connection sur un site tiers: si le site s'est fait trouer, alors le pirate a gagné par la même occasion la boite email (et ça fait partie des choses testées par les spammeurs, client de ce genre de fichier leakés ). Pour moi, il s'agit de l'hypothèse la plus probable

• Utilisation d'un mot de passe trivial qui serait présent dans un dictionnaire: peu probable car cela nécessite un brute force ciblé du compte de cette personne… dans le cas de Assange, pourquoi pas, mais pour une personne "lambda", peu probable.

Comment puis-je vérifier ? Contrôler ?

En lui demandant si:

1. Il utilise cet email et ce mot de passe sur des sites tiers ?
2. Si oui lesquels ?
3. Chercher sur le net "site tiers" et un de ces mots clefs: leak, piratage, base de données, etc… :)

A noter que le GDPR n'étant pas encore d'actualités, il se peut que le site en question n'ai pas encore communiqué sur le leak…

xev est un petit outil sous X bien pratique pour connaitre la correspondance entre touche et code…
Je te laisse le lancer et constater par toi même :)

Il ne s'agit pas vraiment des mêmes objets à la base ;-)
Le matériel utilisé dans un PC est très répandu, relativement "ouvert" (à l'exception des cartes graphiques et autres matos à haute valeur ajoutée) et c'est d'ailleurs ce qui a fait le succès de l'IBM/PC face à d'autres architectures aujourd'hui disparues.

Mais pour pousser la comparaison, il y a des gens que ça ne dérange pas d'acheter un "ordinateur" sur lequel ils ne peuvent installer que l'OS conçu pour (Mac OS X)…

En outre, il existe quand même des constructeurs qui te propose des téléphones un minimum "hackable", Sony ou Google et ses Nexus pour ne citer qu'eux.

C'est ce que tu avances qui est tout faux :) Reprenons point par point:
h

obsolescence programmée : wiko pas de mises à jour, samsung plus rien au delà de la période de garantie

Ne confond pas Android et Wiko, Samsung & co: ce que font les constructeurs d'Android ne regardent malheureusement que eux …

aucune traçabilité : rom = android vanilla bidouillé ???

Tu peux retrouver des informations détaillées concernant la ROM qui tourne sur ton téléphone dans le menu settings… entre autre chose, la version d'Android et la version des correctifs de sécurité, mais aussi celle du noyaux, etc…

=> Inadapté pour une utilisation pro

Et c'est tes deux non-arguments qui te permettent d'en arriver à cette conclusion ?

bootloader verrouillé

Encore une fois, tu fais l'amalgame entre les constructeurs et Android.
Je t'invite à lire mon précédent journal ou je parle du programme open device de Sony qui permet, entre autres:

• Dé-verrouiller son bootloader.
• Builder son AOSP.
• Builder son kernel.
• Souder ce qu'il faut pour avoir accès à l'UART du téléphone.

Donc … de quoi parles tu ?

appstore plus ou moins verrouillé (vérolé)

Perso, j'utilise un build AOSP que j'ai buildé moi-même, sans toute la stack de logiciel google. Je n'ai pas le play store mais j'utilise F-Droid qui me permet de répondre à tout mes besoins y compris pro:

• Synchro contact / agenda / task avec owncloud et davdroid.
• Navigation avec Waze (mais des alternatives libres existent).
• SSH / Prise en main à distance avec termux.

pas de droit administrateur => tu ne peux pas faire ce que tu veux (données cachées etc.) Il faut différencier l'utilisateur et un logiciel fonctionnant dans une sandbox

Quand tu auras compris que la vocation première d'un téléphone n'est pas d'être bidouillée, tu comprendras la raison qui poussent les constructeurs à verrouiller un minimum leurs terminaux… entre autres choses pour contenir les malwares et autres.

API quasi imposée : Java versus API bas niveau et surface OpenGL

Lol … mais LOL :) Tu es développeur ? Vraiment ? Car bon … tu as TOUJOURS une API imposée: quand tu fais du C sous linux, c'est la celle de la libc et des libs que tu utilises, quand tu fais du python pareil, etc…

Ah, et pour ton information, il y a sous android l'ADK en Java et le NDK en C qui te permet de faire des appels OpenGL en C …. donc encore un argument bidon :)

compilateur imposé : CLang alors qu'il y a plein de régressions par rapport à GCC

Encore LOL. As tu déjà travaillé sur du matériel embarqué ? Je ne pense pas … il s'avère que la toolchain mais aussi le noyau et les drivers sont généralement imposés par le fondeur … c'est l'embarqué mec, t'es pas sur ton desktop, le support "mainline", d'autant plus pour une archi ARM, tu oublies !

browser html imposé

Encore tout faux: le build AOSP par défaut embarque une POC de viewer web à base de WebView, et c'est tout … mon téléphone fait tourner firefox…

Android / iOS ont été conçu selon des directives commerciales et non techniques !

WOW … quel ages as tu ?
Pour ton information, Android et iOS ont été conçu par des boites commerciales. Le but d'une boite commerciale est de faire du fric.
Effectivement, il faut s'attendre à ce que leurs produits soient orientés "commerce" et "non technique".
Et encore une fois, tu n'as aucun argument réellement valide pour défendre ce point de vue, j'ai l'impression de lire un troll de 14 ans qui ne connait rien de rien au sujet sur lequel il se permet d'intervenir.

La bonne solution pour l'embarqué, c'est le vrai Linux !

Définis Linux s'il te plait.
Car je ne vois pas de "faux" linux dans Android. Je vois un système Android/Linux, avec des morceaux de user-land GNU dedans …
Linux = Noyau.
GNU = user land… pour rappel…

Maintenant, je me répète: les SOC vendor ne font pas de produits libres, donc l'embarqué sous un kernel vanilla que tu auras intégralement recompilé avec des libs et drivers dont tu aurais tout les sources n'est pas possible …
Encore moins en téléphonie à cause de la partie radio.

Avant de monter sur tes grands chevaux avec des phrases en gras & co, documente toi, tu seras moins ridicule.

Comme sur tout système POSIX, il est possible d'avoir les droits root/SuperUser sur Android […] En outre, on peut remarquer que cette position est méprisante vis-à-vis des clients et clientes : elles pré-supposent que les gens n'ont pas les connaissances pour utiliser "correctement" ces droits (ou choisir des personnes compétentes pour en faire "correctement" usage), voire qu'ils ne les auront jamais (et qu'ils sont donc incapables d'apprendre au moins sur ce sujet) quand il n'y aucune façon officielle de les avoir.

Il faut nuancer légèrement ce paragraphe.
Android n'est pas vraiment POSIX: il s'appuie sur un système POSIX (Linux) par commodité. Si demain, les développeurs de chez Google décidaient de ne plus utiliser Linux mais Windows, Android pourrait continuer à tourner de façon tout à fait identique sans que cela se voit pour l'utilisateur final.

En théorie, il n'est pas nécessaire d'avoir les droits root sur un Android (D'ailleurs, dans l'eco-système Android, l'utilisateur sensé être le plus privilégié n'est pas root mais system).

Le système Android détient tout les privilèges et les distille au cas par cas aux applications les nécessitant.

Aujourd'hui, le root n'est réellement utile que pour "contourner" les mécanismes natifs d'Android ou pallier leur absence… et il s'avère que plus Android avance, plus les mécanismes manquants se font rare (ex: plus besoin d'être root pour monter un tunnel OpenVPN … à condition qu'on utilise l'API VPNService qui est dédiée à cette usage.

Hurler au "mépris de l'utilisateur" sur le droit root sur android, ça revient à peu près au même que hurler au mépris de l'utilisateur sur l'absence de base de registre sous Linux… c'est un non-sens :)

En fait, je suis un peu choqué par ce que je lis:

Mais voilà, plus rien : nouvelle autoroute, avec bretelles assorties dans tous les sens, pleins de nouveaux ronds points, routes élargies, nouvelle place du village, nouveaux pots de fleur assorti au bitume… On se croirait dans un village Pierre et Vacance, ou à Disney tellement tout parait daté d’hier. Le charme est parti, les gens semblent encore plus circuler dans ce patelin que sur l’A86 un lundi matin! Les nombreux travaux en cours causant de nombreux embouteillages, appelant à faire encore plus de travaux pour arranger ça! Bientôt le tramway assorti aux pot de fleur.

Tu aimerais quoi ? Qu'on mette sous cloche ce village, qu'on le maintienne dans le même état pour faire vibrer la corde nostalgique du citadin que tu es et qui l'a abandonné il y a quelques décennies ? Ou peut être carrément en faire un musée ?

Nos campagnes ont également le droit d'évoluer … tu attribues tout ces changements aux promoteurs et au copinage, mais peut être qu'est ce là une volonté de dynamiser un village moribond ? De le rendre attractif afin qu'il ne devienne un village fantôme, non ?

Pour finir, je rajouterai que je vis régulièrement l'expérience exactement inverse: je retourne dans le bled de mon adolescence et je constate que là, rien ne change… ou plutôt si, le temps continue gentiment de faire son boulot, il y a de plus en plus de maison abandonnée, inhabitée et qui le resterons.
Mon petit bled de picardie se désertifie, la faute à une économie essentiellement industrielle en total déclin.
Et ça, ça me fait mal. J'aurai préféré voir des bretelles d'autoroute, des nouveaux giratoires et un stade tout neuf plutôt qu'une ville qui meure.

My 2 cents.

Arrête ton blabla, juste respecte les règle.
kkthxbye !

Ok, merci pour ces précisions.
J'aime bien le concept de scop, mais l'application "salaire identique pour tous" n'est pas réellement, de mon point de vue, moteur pour la motivation des salariés (aka "quoique je fasse, je serai toujours payé pareil que mon voisin).
C'est donc plutôt pas mal que le cadre légal n'oblige pas à cette équité totale.

J'ai jeté un oeil, par curiosité, et quelque chose m'interpelle.

Pour la rémunération vous écrivez "selon profil".
Le principe d'une Scop n'est il pas que tout le monde est rémunéré au même tarif ? Si oui, c'est un peu mensonger d'écrire "selon profil", non ?

J'avais postulé il y a quelques années, mais le côté tout le monde au même salaire m'avait fait refusé l'offre: je devais accepter un -15% sur mon salaire, et ça passait pas :( Sinon dans le principe, c'est plutôt cool ..

Alors, concernant ça:

Frequency=( cat "/home/pi/timelapse/frequency")

L'emploi de parenthèse ET de backquote est inutile (deux sous-shell spawnés pour rien).
Utilise soit

Frequency=$(cat ton_fichier)

ou

Frequency=cat ton_fichier

Ensuite, pour ta problématique, tu as plusieurs solutions:

1. En utilisant le builtin "read", ça fait relativement facilement.
   
cat "ton_fic" |while read var1 var2 ; do
echo "v1=$var1 v2=$var2"
done


2. En évitant d'utiliser inutilement cat:
   
$ while read var1 var2 ; do echo "v1=$var1 v2=$var2" ; done < test1
v1=aaa v2=bbb
v1=ccc v2=ddd
v1=eee v2=fff
v1=ggg v2=hhh
v1= v2=

   Note: le code block est qd même bien foireux … :(