Toto a écrit 533 commentaires

C'est pour ça que les vieux loup de mer sont toujours au bar ?

Il est mort ??? Du coup, peut on dire qu'il a été haninisé ?

En même temps, le but de systemd c'est pas d'acceler et simplifier le lancement et l'extinction des processus ? Ici, nous sommes dans un parfait exemple de réussite : le PC meurt plus vite, et en plus c'est plus simple, il suffit de fermer le capot.
Bref, non, tu ne fais que démontrer la supériorité de systemd vis à vis des autres systèmes de démarrage :)

-->[]

C'était mieux avant :)

Concernant le BananaPi, je ne sais pas ce que cela donne, mais concernant le RaspberryPi, je trouvais celui-ci un peu trop asthmatique à mon goût pour supporter correctement XBMC. La lecture fonctionnait sans aucun soucis, par contre, les menus n'étaient pas des plus réactifs et surtout l'avance rapide / retour rapide ne fonctionnait quasiment pas, où n'étaient pas exploitable correctement (pas assez de réactivité).

Si ces deux points ne te dérange pas trop, effectivement, le BananaPi étant plus puissant, cela serait une bonne solution.
Ensuite, il te reste à acheter un disque dur externe pour le brancher dessus et configurer un petit serveur NFS / CIFS / … pour faire NAS.

Sinon, tu peux regarder ici pour différentes plateforme -> http://wiki.xbmc.org/index.php?title=devices

Après, ne pas oublier qu'il te faut une télécommande (ou un clavier / souris). Ou alors, si ta TV est compatible HDMI CEC (fort probable) et que tu branches ton HPTC sur en HDMI, tu dois pouvoir utiliser celle de ta TV.

S'il n'y avait que ça ! notre ami le canard à lui aussi été laissé pour compte !

Ceci est un communiqué du CPC, le Comité Pour les Canards

_°< COIN

[latex] c'est déjà de la programmation, on a des balises, on compile et on regarde où ça merde dans les messages du compilateur.

Les balises, oui, on compile oui, on regarde où ça merde dans les messages du compilateur, euh… j'ai jamais réussi à comprendre ces …. de message d'erreur de Latex. A chaque fois que j'ai une erreur en latex, je fais un diff entre ce qui marchait et ce qui marche plus et je recommence à 0. Même les messages d'erreurs abscons de C++ je les trouve plus clair :)

et voila !!

et voila, tu as du café froid ? Personnellement, le café pour moi, c'est bouillant ou rien, à boire par toute petite gorgée pour pas se bruler la bouche. Mais le café tiède ou froid, c'est clairement pas pour moi. Donc je préfère moudre moi meme le café en gros grian pour éviter d'avoir à attendre que le marre se dépose

Je suis d'accord que l'on doit adapter sa vitesse à la visibilité etc., mais pour info, à quelle vitesse roulerais tu sur une route :
- départementale
- droite, plate, sans croisement (tu la connais)
- visibilité sur la route excellente
- champs de maïs à 10m du bord de la route
- une voiture (sans permis, mais tellement semblable à une voiture standard que tu la confonds) loin devant

Je dit juste qu'il serait mieux de signaler les véhicules lent, comme on le fait pour les convois exceptionnel ou autre, ca serait un plus pour la sécurité

Je comprends le paradoxe, effectivement j'aurais du ajouter que je connaissais la route pour l'emprunter tous les jours, donc à priori, l'apparition subite d'un croisement m'aurais fait un drôle d'effet :)
Je reste d'accord sur le fait que le rapide doit s'adapter au lent, ma problématique est plus que sans moyen simple et sur de détecter qu'un véhicule est effectivement lent, comment s'adapter au plus tôt ? Tu considères tous les véhicules comme roulant à 40km/h ? Ca va pas être pratique ;-)
Comme je le disais, un vélo, un tracteur et dans une moindre mesure un scooter (j'en dépasse rarement, l'inverse est plus vrai) tu le sais que c'est lent. Une subaru Impreza en panne ou à très faible allure pour cause panne / freinage d'urgence aura ses warning. Une voiture lamda, conduite lentement n'aura rien pour signaler cette différence de vitesse, et c'est dommage car cela peut amener à de mauvaise décision

J'ai jamais dit que j'aurais eu une excuse ou autre.
Je dis juste qu’inconsciemment on a tendance à penser qu'une voiture, d'autant plus une subaru impreza, roule à 80-90km/h et non 40. Déterminer un différentiel de vitesse, quand tu es loin, est relativement peu aisé (ou alors je suis très mauvais, mais je ne pense pas être le seul).

Je ne suis pas un kéké, j'ai moi aussi une super citadine qui se traine (une fiat seicento) et une conduite économique. Il n'empêche, quand je roule sur une départementale à 80-90 et que je vois au loin une voiture, le temps que je réalise qu'il y a un gros différentiel de vitesse (on parle de 40-50km/h) il faut généralement que je freine un peu plus fort que je ne l'aurais souhaité pour conserver les distances de sécurité.
Prends une belle départementale de la Beauce, bien droite, très bonne visibilité, sur laquelle tu roules pépère. Si tu n'as aucun repère visuel, tu as des chances de te dire à un moment "Oh merde" et de freiner un peu plus fort.
Un tracteur, un vélo, un piéton, une voiture avec Warning, tu le vois et le sais qu'il y a une différence de vitesse, tu adaptes ton freinage au plus tôt. Une voiture, tu n'as pas l'habitude qu'elle roule presque deux fois moins vite. Est-ce dangereux ? Pas vraiment, mais si une situation accidentogène se présente, tu pourrais prendre une mauvaise décision.

Tu veux un exemple ? J'ai eu une voiture un peu plus sportive, je me baladais tranquillement sur une route telel que décrite (plate, visibilité excellente, …). Tout d'un coup, un vélo déboule d'un champs et tente de traverser juste devant moi. Deux solutions, car je n'ai pas le temps de freiner :
- me jeter dans le champs, au risque de faire des mouvement brusques et incohérent et tapper le cycliste
- accélerer pour soit passer devant, soit que le cycliste se prenne un flan de ma voiture plutôt que mon parechoc.
J'ai choisi la deuxième solution, mais la voiture devant moi (j'avais mes distances de sécurité et bien plus) roulait beaucoup plus lentement. J'ai accélérer, eu le ouf de soulagement classique en voyant que le vélo n'avait rien, et hop on repart sur un freinage d'urgence car je me rapprochait beaucoup plus vite que prévu de l'autre voiture.
La distance aurait été plus faible entre moi et la voiture, ou j'aurais correctement estimé la vitesse de la voiture, je ne suis pas sur que j'aurais pris cette décision.

Rouler lentement c'est pas dangereux en soit, c'est juste que l'on peut potentiellement fausser les réactions / anticipations des autres. Brider les scooter, les voitures sans permis, etc.. je suis pas contre. Mais s'il pouvait y avoir un moyen visuel de repérer le différentiel de vitesse (warning, couleur, …) ça serait un plus pour la sécurité de tout le monde

Personnellement ce n'est pas le bridage ou autre limitation qui me pose problème, c'est plus le différentiel de vitesse qu'il peut y avoir entre deux véhicules semblables que je trouve potentiellement dangereux.

Avant, les voitures sans permis étaient reconnaissable de loin. Maintenant elles ressemblent à ma voiture. Quand je roule sur une départementale, il me faut un peu plus de temps pour remarquer qu'il y a une grosse différence de vitesse, du coup je ralenti un peu plus tard. Un scooter bridé, c'est la même chose. Un vélo, on sait de loin que ça roule lentement, on peut s'adapter.
C'est vraiment ça pour moi le point dangereux, au même titre que le papi / jeune ayant son permis et peu sur de lui qui va par excès de prudence rouler lentement.

Il suffit de faire des piétons à guidage automatique et le problème sera résolu.

-->[]

Noël, c'est parce que tu t'es couché tard pour la messe de minuit. Ou alors c'est pour bouffer avec la belle famille le midi, après le reveillon dans sa famille (ou l'inverse)

Pareil, je suis pour cette différenciation ! Grâce à ça j'ai un jour de repos bonus que je peux placer quand bon me semble pour compenser l'injustice profonde qui existe entre l'Alsace et le reste de la France.

Mais non ! tu n'as rien compris ! Le nom de Zurg est juste un complot des vilains pour promouvoir insidieusement Hurd et faire augmenter son compteur de téléchargement ! Combien de gens vont télécharger Debian/Hurd après avoir vu un reportage à la TV sur Debian/Zurg, la distrib' prête pour le Desktop ?

Et avec tout ça, on sait quelle heure il est ? ;-)
Avons nous une idée de l'impact, outre la bande passante utilisé, que cette attaque à pu avoir ? Par exemple serveur NTP non joignable et donc désynchro des niveaux en dessous ? Masquage d'une attaque plus complexe / ciblée ? Il doit encore être trop tôt pour le déterminer, mais je pense que ça sera intéressant à voir.

Cool que tu passes par là, je cherche moi aussi un livre sur le développement Qt.
Concernant un peu mon profil, voici ce que je pense de pertinent à savoir :
- je connais la POO, sans forcément être un expert dans le domaine, mais ce n'est pas ce que je vais rechercher dans un bouquin traitant du Qt
- C++ c'est presque tout neuf. Je connais bien le C, le python et le Java, je me suis déjà lancé dans l'apprentissage du C++, mais j'ai a chaque fois rapidement arrêté (faute temps).
- std:: me parle un peu, mais comme dit précédement, j'ai jamais pratiqué.

Pour moi, mais je me trompe peut être, Qt modifie pas mal le C++ en l'enrichissant et simplifiant certains aspects. Du coup, quittes à me lancer dans l'apprentissage, je me lancerais bien directement dans celui du C++/Qt, et pourquoi pas ensuite spécialiser certains aspects via apprentissage du "C++ pur"

Après, mon approche est peut être pas la bonne, et si tel est le cas, je suis partant pour avoir des conseils pour mieux me lancer dans le Qt

Farpaitement, le mail c'est le plus simple. L'avantage de l'email, c'est que ça fonctionne à la fois sur la DATA, mais aussi en Wifi. N'oublie pas que tout le monde n'a pas de gros forfait 3G, où même pas du tout (plus rare avec un smartphone, mais ça existe). Et surtout, suivant où se situe ta soirée, tout le monde ne captera pas

Après si tu fournis du Wifi, il faudra peut être fournir un point d'accès internet, les téléphones étant bêtes et ne sachant pas utiliser à la fois le Wifi et la 3G (et les utilisateurs voulant un accès internet ;)). Dans ce cas là, peut être prévoir un portail captif + proxy transparent et fournir un identifiant / mot de passe aux différents invités (pour garder la traçabilité nécessaire lorsque l'on devient FAI)

Pas forcément, avec IDA, tu es capable de déclarer des types (et donc des structures) que tu aurais découvert lors de ton reverse.
Ensuite, dès que tu la détecte quelque part dans ton code, la magie d'IDA fait son oeuvre et il "découvre" automatiquement les autres références à ta structures / autres champs de ta structure (dans les limites d'une analyse statique bien sur, mais c'est déjà énorme).

Le comique de répétition, c'était déjà pas glorieux, mais là on atteint des sommets…

Je suis pas un spécialiste du disque dur, loin de la, mais je suppose que le parquage des têtes mets en jeux différents éléments mécaniques (type verrou pour éviter que la tête ne bouge par exemple). On peut d'ailleurs parfois entente un petit cliquetis lors du parquage.
Or comme tout élément mécanique, plus on les utilisent, plus ils vieillissent. Donc parquer régulièrement les têtes va user ce mécanisme, et donc du coup limiter la durée de vie du DD

Tu veux dire que si on prends le temps en seconde, on retrouve encore plus de référence à 42 ?
5184 = round( ((42 * 2 +1) * 42² * 123,456789)/3600 + 42 )

Sinon, du coup, je ne vois quand même pas le 4320, même si c'est une puissance de deux, je ne vois pas ou peut etre l'overflow, sauf a stocker ça dans un type de donnée étrange

Tu es sur que ce n'est pas plutôt INT(123,456789 * 42) - 1  ?

Oui, mais non. Pour moi, un email c'est une carte postale et non une lettre. Un email transite en clair dans l'infrastructure mail de ton fournisseur, il peut donc la lire, tout comme un facteur peut lire une carte postale.

Après cette position a le mérite d'être claire et peut être réutiliser à des fins de communication. Et la c'est quand même très pratique d'avoir cette phrase