Obsidian a écrit 5291 commentaires

Je préviendrais de la licence que je voudrais utiliser une fois le jeu terminé.

Sois averti cependant qu'il ne le sera jamais. Le développement d'un soft est en général asymptotique et il y a toujours deux ou trois choses qu'il faudrait peaufiner, améliorer, compléter, etc. avant de considérer le logiciel comme terminé. Si tu ne te fixes pas un périmètre clair dès le départ au delà duquel tu publieras ton logiciel vaille que vaille, il risque bien de ne jamais sortir. :-)

Tu peux également publier ton code en tant que release beta. WindowMaker, par exemple, a totalement assumé cela en publiant cette année la version 0.95.4 alors que le projet a démarré en 1997. :-)

C'est un travail remarquable et, à dire vrai, qui me donne envie de yumer/apt-get le package et d'aller mettre les doigts dedans. :-) Je t'encourage fortement à choisir une licence libre, voire GPL, et d'ouvrir ton code à la communauté, même si c'est toujours difficile de « franchir le pas » la première fois.

Ce que je te conseille de faire puisque ton projet est déjà bien avancé est de mettre en place une infrastructure officielle pour la gestion des « third parties » permettant aux gens de bâtir leurs propres niveaux si cela a un sens ainsi que leurs propres plug-ins sans avoir à forker. Dès que c'est fait et que tu as choisi la licence, mets tout cela dans un dépôt GIT. Ne t'inquiète pas pour la pérennité : tu resteras toujours aux yeux de la communauté l'auteur original ! :-)

Si tu fais ceci, l'avantage est que même si tu décides de ne plus t'en occuper pour un moment (on a tous une vie, après tout), les distributions pourront quand même directement le packager sans se poser de questions, et le cercles de tes utilisateurs va s'agrandir de lui-même.

Problème : On bossait dans le milieu médical et radio est un mot contenu dans le nom de plusieurs entreprise de prestations médicales et dans pleins d'appareils médicaux.

Quand tu dis « on », j'espère que tu n'étais pas impliqué toi-même dans la décision. Parce que dit comme ça, ça rappelle un peu le journaliste qui, pour les 60 ans du transistor, avait fait un reportage sur le récepteur éponyme.

Devant la grogne des utilisateurs légitime on a du revenir en arrière et on a perdu des heures à trouver des mots clef pour se débarrasser des gens qui bouffaient toutes la bande passante.

C'était pas plus simple (et plus convivial) de mettre en place un proxy vers ces radios en ligne ?

Qui est responsable de tout ça ? Spanghero ? La majorité ? Nicolas Sarkozy ? Le mariage pour tous ?

Ce serait bien : au moins, le coupable serait identifié et on saurait où agir ! :-)

A quand remonte la dernière fois que vous avez vu un virus/vers concernant Linux?

C'était ça, je crois bien :-)

On pourrait l'appeler swing, en hommage.

En « home page », tu veux dire… :-)

C'est pas pour rien que c'est sur LOLix… :-)

Bon, blague à part, la moindre faute d'orthographe dans un communiqué professionnel, ça ruine instantanément la crédibilité de la boîte, c'est certain. Cependant, c'est encore loin de ce que l'on peut voir de pire…

udev, c'est pratique pour toujours mapper le palonnier sur le même fichier spécial mais ce n'est pas le problème qui nous occupe en l'occurrence. Le problème a lieu en amont, au niveau USB : il ne peut s'énumérer qu'une seule fois après avoir été mis sous tension. Si je redémarre ma machine ou si je la mets en veille puis la réveille, dmesg me renvoie ceci :

[ 1.323024] usb 4-1: new full-speed USB device number 2 using uhci_hcd
[ 1.433020] usb 4-1: device descriptor read/64, error -32
[ 1.644017] usb 4-1: device descriptor read/64, error -32
[ 1.847015] usb 4-1: new full-speed USB device number 3 using uhci_hcd
[ 1.957010] usb 4-1: device descriptor read/64, error -32
[ 2.168019] usb 4-1: device descriptor read/64, error -32
[ 2.371013] usb 4-1: new full-speed USB device number 4 using uhci_hcd
[ 2.394640] usb 4-1: device descriptor read/8, error -32
[ 2.514642] usb 4-1: device descriptor read/8, error -32
[ 2.717015] usb 4-1: new full-speed USB device number 5 using uhci_hcd
[ 2.740640] usb 4-1: device descriptor read/8, error -32
[ 2.860640] usb 4-1: device descriptor read/8, error -32

Avec, lors d'une sortie de veille, « error -71 » et parfois « -110 ».
À ce moment, l'appareil n'apparaît pas du tout dans la liste retournée par lsusb.

Si le démarrage a lieu juste après avoir mis ma machine sous tension, ou si je débranche et rebranche le câble USB, j'obtiens :

[ 1800.160017] usb 4-1: new full-speed USB device number 7 using uhci_hcd
[ 1800.331974] usb 4-1: New USB device found, idVendor=06a3, idProduct=0763
[ 1800.331978] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 1800.331981] usb 4-1: Product: Saitek Pro Flight Rudder Pedals
[ 1800.331984] usb 4-1: Manufacturer: Saitek
[ 1800.339045] input: Saitek Saitek Pro Flight Rudder Pedals as /devices/pci0000:00/0000:00:1a.1/usb4/4-1/4-1:1.0/input/input15

… et dans lsusb :

Bus 004 Device 012: ID 06a3:0763 Saitek PLC Pro Flight Rudder Pedals

Lorsque je passe en veille ou en même extinction totale, ma carte-mère (ASUS P53E) maintient les ports USB alimentés, notamment pour permettre un wake-up par le clavier. Je n'ai pas réussi à modifier ce comportement, même en fouillant dans le BIOS. J'ai essayé des trucs comme usb_reset sans succès. Selon les matos, le fait de décharger le module du pilote du hub USB suffit à le mettre hors-tension, mais ce n'est pas le cas sur mon matériel.

Une idée ?
Observes-tu le même problème chez toi lors d'un reboot ou d'une sortie de veille ?

C'est pas « merzé » mais « mercé » puisqu'il y a une consonne avant le S. Ce doit être un mot-valise pour dire « bercé par la mer »…
→[]

Avant tout, merci pour cette dépêche et cette analyse en profondeur

Une petite remarque tout d'abord sur la technique de simulation utilisée par les différents logiciels. La majorité des logiciels vont rendre le comportement
d'un avion en fonction d'une description de ses caractéristiques décrites dans le fichier de l'appareil. C'est le cas de FlightGear et de Flight Simulator
par exemple (je ne considère pas Microsoft Flight comme un logiciel de simulation mais comme un jeu).
.
D'autres logiciels (c'est le cas de X-Plane) vont rendre un avion en se basant sur ses caractéristiques physiques (taille, poids, puissance, bref à partir
de plans et non pas de caractéristiques de vol) pour ensuite construire les caractéristiques de vol. Cela permet plus de réalisme dans le cas d'un avion bien
modélisé mais permet aussi de jouer avec la physique (quel est le comportement d'un avion sur une planète comme Mars par exemple). Le gros inconvénient est
un bas niveau de réalisme avec un avion mal modélisé.

Ça fait un moment maintenant que j'ai délaissé FlightGear (que je trouvais un peu trop « lourd » à l'époque) au profit d'X-Plane dont j'apprécie beaucoup la qualité du rendu des sensations de vol. Toutefois, il me semblait que FlightGear était capable d'utiliser différents FDM ( http://wiki.flightgear.org/Flight_Dynamics_Model ) et que les concepteurs des appareils pouvaient justement choisir un rendu par paramètres ou par caractéristiques physiques…

Je vole (et j'ai volé) principalement avec un joystick pour deux raisons: premièrement c'est ce que j'ai dans les avions que je pilote,
ensuite ça prend moins de place sur mon bureau. Je volais avec un Saitek X52-PRO qui est un bon joystick directement reconnu sous GNU/Linux.
C'est un bon matériel pour commencer ou pour celui qui vole de temps en temps. J'ai aussi ajouté un palonnier qui devient vite indispensable
si on veut coller à la réalité. Ce dernier vient aussi de chez Saitek: les Pro Rudder Pedals.

J'utilise le même palonnier et s'il fonctionne très bien dans son utilisation principale, j'ai néanmoins quelques soucis au niveau de l'USB : il ne se ré-énumère pas correctement s'il l'a déjà été une fois, tant et si bien que mon noyau ne le voit plus si je redémarre, ou si je le mets en veille (ma carte mère maintient les ports USB alimentés pour permettre un wake-up clavier et je n'ai pas réussi à modifier cette façon de faire). Rencontres-tu le même problème avec le tien ?

Personnellement, ça fait un mois que je l'utilise sous Fedora 18 sans problème également.

J'ai converti le package *.deb en RPM avec Alien. Il y a quelques coquilles mineures qu'il faut contourner, comme un conflit de dépendance avec le répertoire « /usr/bin » déjà existant, et des bibliothèques manquantes 32 bits qu'il faut aller chercher, mais qui sont déjà packagées proprement. J'ai parfois une notification de crash au démarrage mais qui n'empêche pas le logiciel de se lancer, ni de se mettre à jour. Team Fortress fonctionne sans ralentissement (avec un Core 2 Quad Q9550 et une 9800GT).

La seule chose qui me ferait plaisir, c'est qu'ils portent les jeux déjà existants comme Portal 2 que j'utilisais déjà avec PlayOnLinux. En plus, depuis que j'utilise une carte son USB, je n'ai jamais réussi à faire refonctionner le son avec Steam/Wine. Aucun souci de ce coté en revanche avec Steam natif sous Linux.

Ça serait bien que tu nous dises de quel portable il s'agit, ainsi que quelle webcam. Et accessoirement, les résultats de lspci, lsusb et éventuellement lsmod si ce n'est pas trop long.

"Free software. Just kidding.Books actually." ("Du logiciel libre. Je blague. Des livres en fait").

Je propose que, pour marquer le coup, on lui envoie des bouquins O'Reilly.

On n'a qu'en plus choisir une couverture avec un animal qui fait une grimace pour le faire rire et le tour sera joué.
→[]

Non, ça c'est l'affichage à « sabre laser ». C'est beaucoup plus dangereux et en plus, ça fait du bruit quand on le déplace.

Mais mais mais c'est un oiseau ? Un avion ? Non, c'est Captain Obvious !!!

Ou alors, c'est Super Papa : http://www.bide-et-musique.com/song/4943.html

Bonjour et bienvenue,
Effectivement, comme indiqué plus haut, ton commentaire ne nous donne aucune indication, et ne donne pas beaucoup envie de chercher.

Première question : comme tu as posté un peu partout, sous quel système exactement travailles-tu ? GNU/Linux, FreeBSD, OpenBSD, autre Unix ?

Après quelques recherches, il semblerait que toutes les pages francophones qui traitent du sujet pointent en fait vers les discussions que tu as toi-même ouverts sur les différents forums. :-) Passé un premier écrémage, on s'aperçoit que « Portjail » est apparemment un utilitaire spécifique à PC-BSD, qui est lui-même une surcouche à FreeBSD, et donc a priori pas du tout Linux.

Il faut savoir qu'Unix a plus de quarante ans, ce qui est une éternité en informatique. Sa robustesse et la puissance de sa conception en ont fait un modèle pour beaucoup d'autres systèmes, à tel point que même MacOS a fini par s'appuyer sur un Unix BSD alors que, pendant de longues années, il s'est agi d'un système indépendant. Ça veut dire qu'aujourd'hui, UNIX est une famille (nombreuse) de systèmes d'exploitations qui partagent tous plus ou moins un tronc commun. C'est parfois difficile de s'y retrouver mais il y a quand même des normes, comme POSIX, qui permettent de savoir rapidement si telle ou telle fonctionnalité va être disponible en l'état sur d'autres plateformes ou pas.

« Portjail » a l'air d'être une application qui met automatiquement en place une prison (chroot ou assimilée) sans avoir à se palucher tout le travail à la main et permettant d'y lancer en sécurité les applications portées depuis d'autres systèmes similaires. Si tu débutes, tu ne devrais pas du tout en avoir besoin.

Là je pense que c'est se méprendre sur les objectifs des terroristes.

Ce qui implique que les objectifs de toutes les organisations terroristes existantes et à venir sont officielles, publiques et déterministes. On en est loin. :-)

Je doute qu'il y ai beaucoup d'organisme

Il en suffit d'un seul ! Et c'est bien là le problème : l'écart entre la facilité de mise en œuvre et la quasi-impossibilité de contrecarrer le phénomène une fois lancé.

même terroriste qui souhaite lâcher un virus susceptible de détruire les têtes pensantes de l'organisation elle même.

Là encore, si ce n'est pas un terroriste, ça peut être une personne frappée de folie voire même un « survivaliste » un peu trop paranoïaque, puisque c'est à la mode en ce moment. Il se peut aussi que l'individu parvienne à se convaincre réellement qu'il sera lui même immunisé, que ce soit vrai ou pas. Il suffit d'une étincelle pour mettre le feu aux poudres, avec un feu d'envergure nucléaire.

Je n’ai aucune idée du prix de tels machines, mais par exemple le journal que tu paies quelques centimes, pour les produire il faut des machines qui ne sont pas à porté financière du particulier.

Non, mais à la portée d'une organisation terroriste, si. Si celle-ci décide par exemple d'équiper une antenne dans chaque capitale du Monde puis d'y démarrer simultanément la diffusion d'un virus tueur — si possible conçu et à tout le moins choisi — l'épidémie sera instantanément mondiale et prendra tout le monde de cours avant que l'on puisse étudier une quelconque parade.

Chouette ! Le mythe du virus informatique transmissible à l'homme va enfin devenir réalité, alors ! :-)

Plus sérieusement, n'est-ce pas là un grand danger potentiel ? S'il est possible de facilement manipuler un brin d'ADN pour y écrire à volonté une séquence arbitraire, serait-il très difficile juste ensuite d'embarquer ce brin dans une coquille de protéines et obtenir ainsi une « imprimante 3D » à virus biologiques ?

Si oui, n'importe qui dans le monde pourrait à volonté faire renaître en une demi-journée les virus les plus meurtriers de la planète. Les circonscrire ensuite risque d'être beaucoup moins facile.

(la sous-alimentation, dans la nature c'est rarement bénéfique !).

Ça dépend : aux États-Unis, il y a un grand nombre de personnes à qui ce serait très bénéfique ! :-)

Si tu es sous GNOME, tu peux directement utiliser Rhythmbox pour t'abonner aux podcasts. Il te téléchargera automatiquement les nouvelles émissions.

Tant mieux si ça fonctionne mais c'est plus dû aux options « -u » et « -p » qu'aux apostrophes, à mon avis. Et dans tous les cas, un tiret au milieu d'un mot, si celui-ci ne contient pas d'espace, n'aurait pas dû empêcher le programme de fonctionner…

(passe-moi ta cuiller, il en reste un peu à étaler)

« Il n'y a pas de cuillère » !

(C'était la blague, justement).

Ça a peu de chances de marcher parce que c'est le Shell qui va intercepter l'antislash et générer le bon caractère en conséquence avant d'appeler le programme. Et comme le tiret est un caractère régulier, on se retrouvera dans la même situation.