zul a écrit 443 commentaires

Pas forcément un "piège", mais il y'a une intégration très fine avec AWS :). Donc le moteur est gratuit, mais bon, si tu fais du déploiement cloud, tu va te retrouver à payer du Amazon quand même.

Parce que, contrairement à C++, Rust définit explicitement dans le langage la notion d'ownership, de borrowing et etc, et donc qu'il peut analyser et garantir qu'il n'y a pas de dangling reference (c'est un programme mal-formé du point de vue de la sémantique de Rust).

Cf l'overwiew de LWN https://lwn.net/Articles/547145/

Oui screen et tmux font globalement la même chose. Donc screen est aussi cassé par cette modif. Et puis nohup aussi. Mais systemd c'est bien, mangez en.

Les post-doc au CNRS sont mieux payés que les CR2 en début de carrière (et pourtant il faut y rentrer). Après, tout dépend de ton point de comparaison. Par rapport au salaire médian Français, c'est pas si mal. Par rapport à un boulot dans le privé, ou un job équivalent à l'étranger, bah c'est pas terrible.

Et sinon, il n'y a pas de prime de précarité au CNRS (et pas de solde tout compte non plus) …

Le Odroid-xu4 c'est basé sur un 4.2rcX donc c'est raisonnablement récent. Mais ça risque de ne pas évoluer des masses en effet.

Chez Allwiner, tu as http://www.orangepi.com/orange-pi-plus-2 qui devrait te combler (du point de vue matériel), ou après chez Nvidia, le jetson tk1 (mais ça ne joue pas tout à fait dans la même catégorie de puissance / prix).
Après, ça reste de l'uboot et souvent des branches custom (ce qui est assez désagréable, je suis d'accord).

Je doute qu'ils répondent. Ils sont payés par l'Etat pour "faire de la recherche", encadrer des doctorants, écrire des papiers scientifiques, ce genre de chose, pas répondre à des journalistes (répondre à une lettre du genre, c'est un paquet d'heures de travail). Mais tu peux très certainement trouver un certain nombres de leur papiers scientifiques, ou voir leur intervention au Collège de France, voir

http://homepages.laas.fr/jpl/
http://projects.laas.fr/gepetto/index.php/Members/PhilippeSou%C3%A8res

pour juger leur travaux réels.

Je crois qu'il ne faut pas oublier que le chercheur que cette dame a interviewé n'est pas non plus représentatif des chercheurs de France et du monde.
Et j'irai même jusqu'à dire qu'il n'est même pas représentatif des chercheurs en intelligence artificielle !

Je connais personnellement ces chercheurs pour les avoir cotoyés / travaillés avec eux (j'inclus aussi J-P Laumond vu qu'il y'a une autre lettre ouverte à son propos). Ces lettres ouvertes ont aussi été discutés sur la mailing-list du LAAS (auquel je n'appartiens plus). Et ce que j'en ai surtout retenu, c'est que ces réponses tiennent plus de la désinformation que d'autre choses, ou une magnifique leçon de comment extraire quelques phrases hors-contexte et broder autour pour arriver à ses fins. C'est digne du plus bas TF1, mais ça passe mieux quand ce sont des anars qui écrivent bien (et pourtant j'ai beaucoup de respects pour pas mal d'anar).

Les drones, les vrais, ne se pilotent pas, ils se commandent avec quelques ordres de haut-niveau et ils sont assez autonomes pour réaliser leur mission. Les jouets d'aéro-modélismes, eux, se pilotent! ;)

Cette carte, elle me plait pas mal, avec sa puissance de calcul, ses processeurs spécialisés et ses capteurs déjà embarqués (voir une fois qualifiés). Je vais surement en commander quelques unes pour test si je trouve le bouton :)

On parle toutefois d'un mec qui a eu le bac, donc de quelqu'un qui a priori a réussi le côté social jusque là. La fac (ou la prépa), ça devrait être une parti de plaisir pour lui (surtout qu'il y'a moins de matières qu'il pourrait jugé inutile) …

Mais l'Histoire ne raconte pas ce qu'il se serait passer si il avait été élu Président (probablement rien :D). Et ce genre de fraude n'est même pas assujetti à une peine d'inéligibilité (ce qui devrait être le cas de toute fraude à des élections). Évidemment, on pourrait penser que les électeurs s'en souviennent, mais nous savons tous en pratique qu'il n'en sera rien.

Ça a l'air de beaucoup ressembler à catkin http://wiki.ros.org/catkin/conceptual_overview, dans le même domaine d'application (la robotique).
Sinon une autre option, toujours dans la robotique, c'est autoproj http://rock-robotics.org/stable/documentation/autoproj/.

Bref, des gestionnaires de paquets sources plus ou moins souples, avec plus ou moins de trucs déjà "packagés".

N'éxagérons rien :) Pour avoir tester le dépôt NetBSD sous fossil et sous git, fossil est quand même horriblement plus lent (même si il a par ailleurs de nombreuses qualités). Même le(s) devéloppeur(s) le reconnait.

. Il fallait bidouiller ou recourir à runit et toute sa complexité

Quelle est ta métrique de complexité ? Pour moi runit est globalement beaucoup plus simple que systemd (et portable OS/libc/compilateur :)).

Entre autre, NetBSD avec veriexec (cf https://www.netbsd.org/docs/guide/en/chap-veriexec.html)

Faire un bug report pour cette application, voir un patch parait plus efficace que ce genre de hack!

C'est peu fiable cryptographiquement parlant (cf http://www.wisdom.weizmann.ac.il/~itsik/RC4/rc4.html). Même Microsoft recommande de le désactiver, comme quoi je ne lui ferai vraiment pas confiance (voir la page wikipedia anglaise quoi …)

Mon histoire politique n'est probablement pas au niveau, mais pour moi, la doctrine socialiste n'apparait en tant que telle qu'au XIXe, pendant la "révolution industrielle". Evoqué la Révolution Française pour discreter le propos précédent me parait donc un peu hors contexte.

auto comme paramètre de lambda, c'est du C++14.

Il n'y a toujours pas de support officiel pour les entêtes précompilés dans cmake (mais il y'a plein de pistes dans le bug associé
http://www.cmake.org/Bug/print_bug_page.php?bug_id=1260).

Oui, mais toi, tu ne sais pas faire la différence entre un bon logiciel qui fait trop de choses et un mauvais logiciel qui fait trop de choses :)

Peut être qu'en bougeant peu un logiciel peut donner l'impression d'être parfait. Mais pour moi c'est surtout le signe d'un manque de contributeurs, comme c'est le cas chez Xfce par exemple.

Avis à l'emporte-pièce. Ça dépend du projet, de ses buts et de son degré de maturité.

Et puis, en tant qu'utilisateur de Linux, l'avalanche de technologies noyau… Comment dire… Ah oui : ça touche une oreille sans faire remuer l'autre.

Y'a des gens qui font du developpement aussi, dans le noyal, ou plus généralement du système. Bref, ça peut être chiant. Que tu sois protégé par les distributeurs n'implique pas que ça ne pose pas de problème.

Déjà, il faut noter qu'il y'a 2 units, que le umount est impliqué par une commande un peu tricky (le Conflict), …

Personnellement, si je dois répondre à la question, que se passe-t'il lors que je suspend ma machine, je préfére largement l'approche /etc/pm/sleep.d et les outils standards (cat /etc/pm/sleep.d/* et tu verra tout ce qui est executé dans l'ordre) que l'approche systemd (où il faut chercher les units requiered par sleep et celles qui sont en conflits, + tous les autres trucs que je connais pas encore sur systemd). Après, il y'a peut être une commande magique propre à systemd pour avoir la liste des units (récursivement) liées d'une façon ou d'une autre à la target sleep et déterminer leurs actions.

J'ai surtout fait avec l'outil que j'avais sous la main, sur la plupart des distros on trouve systemd, autant apprendre à s'en servir.

Pas de souci. Mon souci principal vient du titre et du pseudo-FUD autour de ça, genre on a l'impression que systemd résoult un problème franchement ingérable avant alors qu'il existait des solutions simples et fonctionnels à ces questions (et reposant sur des outils standards)

Je n'ai pas fait la partie intégration, parce que ça dépend du système justement, mais bon, comme dit plus bas, il suffit d'appeller ledit script dans /etc/pm/sleep.d sous certaines distrib, /etc/powerd/scripts/lid_switch sous NetBSD, /etc/apm/suspend sous OpenBSD, …

Pour moi, ça ressemble plus au final, regardez systemd c'est génial, quand on lit la doc, on trouve des trucs :) Le man de pm-suspend mentionne clairement /etc/pm/sleep.d et le comportement exécuté.

Et quelle est la plus-value majeure par rapport à sleep.sh

#! /bin/sh

umount /mnt/mydrive
pm-suspend # ou autre commande qui va bien

On peut probablement même faire un truc un poil plus intelligent avec mount | grep (nfs|cifs) pour umount ensuite l'ensemble des trucs remotes.