Obsidian a écrit 5290 commentaires

Hélas, ce FS est mort et enterré.

Mais personne ne sait où… /o\

→[]

S'il a une adresse en 82.226.xxx.yyy, c'est qu'il a une Freebox.

C'est effectivement elle qu'il faut re-régler. Il arrive effectivement qu'elle repasse en mode bridge à la suite d'une mise à jour qui s'est mal passée ou si on l'a réinitialisée. Il faudrait connaître le modèle de sa boîte pour savoir s'il doit faire cela à travers sa console de gestion (jusqu'à la V5) ou intervenir directement sur la boîte.

Il y a aussi « Portal 2 » qui fonctionne en natif sous Linux depuis quelque temps sur cette même plateforme. Il est toujours marqué « Bêta » mais il semble tourner malgré tout sans problème. En fait, tous les jeux Steam que j'ai personnellement achetés et que je faisais fonctionner avec Wine sont désormais disponibles, à l'exception de « In Momentum » que je n'ai jamais réussi à lancer.

Même d'anciens titres comme « System Shock 2 » sont disponibles également, et ça fait plaisir de voir ces jeux fonctionner directement sous Linux.

Ah ! C'est dommage d'arriver à la dernière et de ne pas finir ! :-)

Cette dernière tâche est néanmoins très intéressante parce qu'elle montre qu'en dépit de ce que l'on a pu faire en étant tenu par la main et qui n'était pourtant pas facile, faire du code Kernel propre et réellement utile reste très difficile. C'est une bonne chose pare qu'elle arrive à un moment où l'on a quand même accumulé suffisamment de connaissances pour avoir envie de s'en servir mais que cela pousse à être extrêmement circonspect au moment de la rédaction du moindre patch, ce qui est en somme ce que l'on attend le plus des développeurs noyau. Car autrement, cette vérification incombe au mainteneur, qui doit alors faire de même avec des centaines d'autres soumissions au même moment. Les témoignages de GKH à ce sujet sont parfois croustillants : https://www.youtube.com/watch?v=fMeH7wqOwXA

On va passer sous silence le nombre total de tâches ainsi que le contenu de la dernière pour ne pas gâcher le plaisir aux concurrents, mais si tu as déjà soumis un premier résultat et qu'il a été retoqué, Little Penguin t'aura probablement indiqué des outils à utiliser pour vérifier tes opérations. Il se trouve que l'un d'eux est beaucoup plus tatillon que les autres et rend la tâche encore plus compliquée, au point qu'au bout de trois jours supplémentaires, j'ai fini par poser la question et demander si ça faisait vraiment partie du défi. Ce n'était pas le cas. Cela dit, cela demande quand même de poser les verrous au bon moment et de savoir jouer avec les différents buffers, mais ce n'est pas plus difficile que la tâche précédente.

Effectivement, ça a l'air d'être un cours pour ceux qui découvrent le système d'exploitation, voire se mettent tout juste à l'informatique. Ça reste une très bonne chose, surtout si ça permet d'entrée d'emblée dans la manipulation de Linux, voire d'Unix directement, sans être dépendant des interfaces propres à certaines distributions. Je me souviens avoir touché à quelques Linux courant 1996 et avoir sérieusement commencé en 1998 quand j'ai eu un PC à temps plein pour l'installer et travailler avec. À l'époque, il y avait encore pas mal de choses à configurer soi même pour que tout marche, et on pouvait encore avoir un aperçu des fondamentaux. Configurer un kernel était effectivement un passage obligé à plus ou moins court terme, comme on le précisait dans une autre discussion, justement concernant Eudyptula : http://linuxfr.org/users/edb/journaux/devenez-un-developpeur-linux

Et puisqu'on en parle, j'ai récemment fini le défi Eudyptula et ça m'a vraiment rendu très enthousiaste ! Contribuer au noyau Linux est devenu un processus difficile à appréhender alors qu'il reste essentiel. Je trouve les tâches très bien construites et ordonnées, même s'il faut une certaine dose de motivation parce que personne n'a dit que ce serait facile… :-) Il faut être patient parce qu'en dépit de ce qui est écrit, il y a quand même au moins une personne qui supervise les scripts et les réponses soumises. Ça doit demander beaucoup de travail.

Une learning machine pour moi c'était ça

Ça, c'est une « teaching machine » :-)

Je ne sais pas si c'est très clair.

Très clair ou pas, c'est idéal pour boucler rapidement les punitions reçues en classe ! :-)

Les lasers ça sert à pointer des choses sur une toile de projection, lors d'une conférence par exemple.

Un trait d'ironie s'est caché dans le commentaire auquel tu as répondu. Sauras-tu le retrouver ? :-)

Il s'agit de parvenir à avoir un patch qui soit accepté dans la branche principale….et pas de devenir mainteneur.

Et c'est tant mieux parce qu'être mainteneur est loin d'être le boulot le plus sympa quand on veut contribuer au noyau…

Question 3 : Peut-on importer des Pointeur de Laser Vert de classe supérieure (l'importation n'incluant pas l'utilisation, on peut très bien acheter un sabre à condition de le garder chez soi)

Malheureusement, la LOPPSI 2 est passée par là entre temps, votée par de sympathiques et responsables personnes qui n'ont eu de cesse de vouloir nous protéger contre nous même :

Article 68 de la loi n° 2011-267 du 14 mars 2011

Le fait d'acheter, de détenir ou d'utiliser un appareil à laser non destiné à un usage spécifique autorisé d'une classe
supérieure à 2 est puni de six mois d'emprisonnement et de 7 500 € d'amende.
Est puni des mêmes peines le fait de fabriquer, importer, mettre à disposition à titre gratuit ou onéreux, détenir en vue de
la vente ou de la distribution gratuite, mettre en vente, vendre ou distribuer à titre gratuit ces mêmes matériels.
La liste des usages spécifiques autorisés pour les appareils à laser sortant d'une classe supérieure à 2 est fixée par décret.

Vous aviez acheté jadis des diodes laser 5 mW en magasin d'électronique ? Vous risquez six mois de prison du simple fait de les avoir chez vous aujourd'hui. De toutes façons, les lasers ça ne sert à rien. Un particulier qui en détient un ne peut être qu'un dangereux délinquant avec l'intention de pointer ça sur les avions…

En effet, et rien ne permet de l'affirmer avec certitude (il ne vaudrait mieux pas pour lui, d'ailleurs).

Par contre, au fur et à mesure que l'on avance au sein des différentes « tâches », un faisceau de présomptions commence à se former… :-)

C'était justement l'origine de la blague. Word n'a pas 50 ans, Microsoft non plus.

Au fait, en quel langage ton programme a-t-il été écrit ?

Comme dit plus haut, il y a des chances pour que ton application déclenche une segfault dès le départ (relativement courant avec les CGI). Le mieux est de provoquer le dépôt d'un fichier « core » (fonctionnalité proposée par Unix et pas simplement par Apache) qui sert à cela. Regarde la directive CoreDumpDirectory pour voir où le générer.

Une fois que tu l'as, tu l'ouvres avec « gdb  ».

Tu retrouveras alors l'environnement du programme tel qu'il était au moment du déclenchement, avec notamment la pile des appels, et tu seras plus à même de localiser l'erreur.

Je me suis dit la même chose en effet, et je suis bien content d'avoir débuté avec Linux à cette époque !

Il y a une demande similaire sur le site il n'y a pas très longtemps et on avait déjà donné pas mal de conclusions mais pour ma part, l'idéal est

– Un bureau d'une hauteur d'environ 70 cm (à ajuster éventuellement de quelques centimètres selon ta taille). ← C'est important ;
— Un fauteuil à accoudoirs, lequels doivent être légèrement plus haut que la table (c'est chiant pour ranger le fauteuil sous la table, mais bon). J'ai personnellement trouvé, à l'époque, un fauteuil cuir chez Office Dépôt en promotion à 55 €. Le stock est parti en trois ou quatre jours mais j'ai pu en avoir un et c'est jusque là le siège sur lequel j'ai été le mieux assis ;
— Un écran EN FACE de toi ! Ça c'est primordial. Si ta machine est dans un coin de ton bureau pour voir tes interlocuteurs et, pire, que le clavier, se trouve le côté, tu vas te pencher en permanence pour l'atteindre et, à la fin de la journée, tu auras l'impression d'avoir reçu un coup de poignard dans le dos. Ça pourrait presque t'empêcher de te lever. J'avais expérimenté cela étant pourtant jeune (18 ans) quand je faisais de la saisie pour un service des redevances aériennes à Orly pendant un mois. J'ai vite réaménagé ma station et ça a été tout de suite nettement mieux ;
— Normalement, avec un bureau de la bonne hauteur et les accoudoirs au bon niveau, tes pieds doivent naturellement toucher par terre. Je me suis ajouté en plus un tabouret au fond de mon bureau pour pouvoir étendre les jambes. Tu peux te prévoir un repose-pied devant si tu en as besoin (j'ai un palonnier d'aviation pour la simulation, qui en fait office en temps normal) ;
— De la place devant toi ! Il faut prévoir 50 cm devant le bord du bureau et ton moniteur, de sorte que ce soit le clavier qui s'adapte à ta morphologie et pas l'inverse. Ça te permet aussi de le pousser pour placer une feuille devant toi au besoin ;
– Même chose pour la souris : c'est l'avant-bras entier, et pas seulement le poignet, qui doit reposer sur ta table quand tu manipules ta souris. Si tes accoudoirs sont bien réglés, ton avant bras doit reposer dessus et se prolonger naturellement sur la table.

Surtout bannir totalement les mini-bureaux, type tablettes ou console, que l'on utilise souvent quand on habite un appartement exigü.

C'est ce que je ferais également dans un premier temps.

Sinon, la solution universelle est de configurer ton environnement et/ou ton serveur Apache pour que ton exécutable produise un fichier core. C'est à cela qu'ils servent. Tu le débugues ensuite à tête reposée dans ton coin. Même si ta machine ne dumpe qu'un seul thread, au moins tu sauras immédiatement où cela se passe.

Moi ce que j'en comprends c'est que ton cgi n'a pas spécialement buggé, il a juste oublié de répondre les headers en-têtes avant le body corps.

Oui mais effectivement, c'est généralement typique d'une segfault du cgi-bin en question. Avec le temps, les serveurs Apache ont fini par prendre en charge ce type d'événement et à l'inscrire dans les logs mais pour avoir travaillé sur le même genre de produits dans les années 2000, ça restait en général assez mystérieux tant qu'on avait pas identifié la cause au moins une fois.

Ah ! Voila le problème : le système de freinage a été écrit en Java ! :-)

Sous X-Plane 9, c'est « Réglages → Joystick, touches et équipements → Axes ». Il faut faire passer chaque axe d'un extrême à l'autre (Haut-Bas, Gauche-Droite), avant de revenir au centre. Une fois fait, on passe sur l'onglet d'à côté pour définir le centre exact lorsque le joystick est au repos.

Après, il y a effectivement différents modèles de vol, mais les vrais appareils réagissent différemment eux-aussi.

Avec cela, lorsqu'on est totalement débutant, il y a aussi un phénomène de surpilotage à prendre en compte : on a tendance à vouloir instantanément corriger la moindre déviation de son appareil, ce qui amplifie le phénomène et donne l'impression de piloter un avion très instable. À la place, il faut prendre une décision, placer le manche à l'endroit qu'on estime être le plus approprié et l'y maintenir, puis rester dans cette configuration deux à trois secondes pour voir comment l'avion évolue. S'il a une tendance persistante à gagner ou perdre de l'altitude (et d'une manière générale à ne pas se diriger là où on le souhaite), alors on choisit une nouvelle configuration et on la ré-essaye pour deux à trois nouvelles secondes.

En tout cas, ils sont désormais éligibles à la même vieille blague :

« Rien n'arrête une Toyota, même pas ses freins »

Le eth1 des messages DHCP me laisse perplexe. Est-ce que tu n'aurais pas deux cartes Ethernet sur ta machine (dont une éventuellement intégrée à la carte mère) ?

Que donnent « iptables-save » et « ifconfig -a » ?

En principe, ces effets sont surtout sensibles au sol. En vol, tu ne devrais plus avoir d'ennuis. Est-ce que ton joystick est correctement calibré ?

d'une part elle invente de nouveaux mots pour décrire de nouvelles choses (comme le courriel, le mot-dièse ou le clavardage) ;

Elle aurait mieux fait de s'abstenir, en effet ! :-)

Aaaaah c’est pour ça ! Effectivement on est beaucoup plus stable avec les bimoteurs, et les avions a réactions sont carrément plus facile à aligner.

Le couple moteur joue effectivement beaucoup mais il y a surtout le souffle hélicoïdal, décrit dans un autre commentaire ici, qui s'enroule autour du fuselage et frappe la dérive. L'effet est maximal à une certaine vitesse pendant la phase de décollage. Au delà, l'appareil se déplace trop vite par rapport à la rotation de l'air.

Et il y a également le vent lui-même, s'il vient de travers : au sol, il vient se prendre dans la dérive, proéminente par rapport au reste du corps de l'appareil. L'avion se comporte alors comme une girouette autour de ses roues et à tendance à mettre naturellement du nez AU vent dès le début de la phase de décollage, et cet effet n'est pas du tout négligeable. C'est d'ailleurs assez étrange parce que, par définition, l'effet cesse dès que les roues ont quitté le sol, l'appareil étant emporté avec la masse d'air.

Tous ces effets combinés font que, sur certains avions, il faut parfois mettre le palonnier presque en butée à certains moments du décollage avant de revenir à une position normale… C'est vrai dans la réalité également.

Ou encore CD-ROM par Cédérom (si, si !).

Surtout que plus personne ne les utilise aujourd'hui (on est tous minimum aux DVD).