je demande ici si quelqu'un a essayé d'installer une Debian sans interface graphique
C'est ce que je fais toujours.
Par contre, jamais installé ensuite mate, mais aucune raison que ça ne marche pas. Sinon tu dois même avoir un paquet avec un nom du genre: task-mate-desktop. Si c'est le cas, installes-le, ça te ramèneras toutes les dépendances et configureras tout automatiquement.
Personnellement, d'habitude après l'install, je sélectionne les pilotes graphiques et entrée dont je sais avoir besoin, plus le paquet xserver-xorg-core, xinit, i3 et un émulateur de terminal ( lxterminal, mais peu importe ). Après, startx marche nickel, par contre pas de gestionnaire de session ( je trouve de toute façon ces outils inutiles, mais question de point de vue ) donc rien d'automatique au reboot.
Pour ça, il te faut un gestionnaire de session, il en existe plein: gdm, kdm, par exemple. Mais j'imagine que le bureau mate doit t'amener tout ça automatiquement, j'ai juste détaillé un peu pour que tu voies un peu les composants minimaux.
Je regarde un peu, et je vois la mention "parking gratuit" ( pas évident ça au havre, cool de le préciser ) mais ça amène potentiellement la question: et l'entrée? ( bon, j'imagine que ça l'est aussi, mais la précision n'a jamais tué de pigeon… quoique, avec un bon fusil faut voir :p )
Autre point, vous avez déjà toutes les ISOs, ou un cache des paquets pour éviter de pourrir ( bon, certes, malheureusement, je doute qu'il y ait foule, mais… ) les serveurs des distros que vous "attaquez", ou tout simplement pour éviter de pourrir votre connexion?
Sinon, pour une fois qu'il y a un évènement pas trop loin de moi ( même s'il a fallu que je migre en basse normandie pour qu'un truc se monte en haute grrr ) , je vais essayer de venir, jamais vu d'install party, ça tombe bien :)
( et au cas où, j'ai les 8 premières ISO Debian sur un disque dur externe, je sais pas si ça pourrait aider? )
Je pense que l'une des raisons majeures, c'est l'historique.
Plusieurs distros ont fait leur format, parce que celui du voisin ne permettait pas de faire un truc qu'elles voulaient absolument ( non, je n'ai pas d'exemple, dans le monde linux, je suis bien trop jeune. Ceci dit, je suis un programmeur, donc je peux imaginer le truc d'ici. Par exemple, les paquets suggérés pouvaient ne pas exister dans un format, ou la signature numérique du mainteneur, etc ).
Depuis, les formats ont, forcément, vu que c'est libre, récupéré les fonctionnalités des autres qui leurs semblaient intéressantes ( pas nécessairement toutes, par exemple, je suis persuadé qu'un paquet gentoo permets bien plus de souplesse qu'un deb au niveau des dépendances ).
Mais parallèlement, les outils manipulant ces formats ont évolué, eux aussi, les distros se sont bâties sur ces outils complexes ( bah oui, résoudre des dépendances, et trouver des solutions optimales automatiquement, ce n'est pas quelque chose de simple, surtout quand une demande de l'utilisateur casse un autre paquet. Dans ce genre de cas, aptitude par exemple, proposera plusieurs solutions ) et donc migrer vers le format du voisin serait inutilement coûteux et complexe.
Après, même si les paquets binaires sont probablement très semblables en terme de nombre de fonctionnalités, je ne crois pas que ce soit le cas avec les distros source, non plus.
Donc, même si je suis prêt à admettre que c'est un problème, je pense également que le remédier est hyper complexe sinon impossible, l'humain derrière la machine étant un appareil dont il est difficile de prévoir le comportement ou de l'orienter, à plus forte raison quand on prône la liberté.
Et puis, franchement, il faudrait arrêter de dire que c'est compliqué de faire un paquet… dans le cas de Debian ( je ne connais que ça, navré, mais à ce que je peux lire un peu partout ça semble le format le plus pénible? ) par exemple, il suffit de recréer l'arborescence ou l'on souhaite envoyer les fichiers, les y placer, et à la racine de cette arborescence, créer un dossier DEBIAN contenant un fichier control, ou l'on écrit les dépendances, la description, le nom du mainteneur, l'architecture cible, etc.
Une fois tout ça fait, on remonte d'un dossier, et on tape: dpkg-deb -b
C'est pas complet ( pas de hash pour l'intégrité des données, notamment, parce que pour ça, il faut un autre fichier avec les hash de chaque fichier. Je n'ai pas encore regardé comment ça marche, mais ça ne doit pas casser 3 pattes à un canard… ), et ça ne sera jamais intégré tel que dans Debian bien sûr, mais ça marche et c'est bien plus propre que du "./configure && make && sudo make install".
Maintenant, le but du développeur ne devrait pas nécessairement être l'intégration dans une distribution, mais que le logiciel soit utilisable facilement, quitte à lui demander d'ajouter un dépôt s'il veut des MaJ automatiques ( et puisqu'on compare avec la concurrence, je rappelle que la concurrence ne fait que commencer à s'y mettre, aux MaJ auto des softs installés… ) chose qui n'est même pas obligatoire: pas besoin du dépôt complet pour double cliquer sur le .deb ( ou lancer un dpkg -i, mais c'est juste parce que moi, je n'ai pas d'explorateur de fichiers. )
Après, c'est sûr, je ne connais que Debian, et en conséquent, je ne fais les paquets de mes outils que pour Debian. En même temps, les gens qui font des outils pour windows, quand ils acceptent de fournir un installateur, ne le fournissent pas pour Mac OS… et je considère que deux distributions sont des systèmes d'exploitation différents ( même si c'est techniquement inexact ).
Ce qui ne m'empêchera jamais d'accepter un script pour bâtir un rpm, si quelqu'un m'en fournit un.
Dernière phrase qui me permets de rappeler ce principe élémentaire du libre:
Les développeurs sont libres d'améliorer leurs logiciels, mais les utilisateurs sont aussi libres d'y contribuer. Dans les deux cas, les gens ont le choix de faire ou de ne pas faire, mais je trouve malhonnête ce genre de phrases:
En plus, c'est une tache ingrate, je me dis quel si la moitié des créateurs de paquets consacraient ce temps à, par exemple, écrire de la documentation, l'univers du libre ne s'en porterai pas plus mal.
La documentation, c'est plus censé être le boulot des développeurs, d'une part, sauf que ça les ( nous? ) fait chier, profondément. Les intégrateurs, ou packageurs, sont censés utiliser cette doc pour fournir un mécanisme d'installation propre pour un système donné.
Bref.
Et toi, qui affirme relativement fièrement que ça te fait chier de "perdre ton temps" à contribuer, comment peux-tu dire ce que les autres devraient faire, si tu ne mets pas la main à la pâte? Yakafokon? Ou alors peut-être contribues-tu, et dans ce cas, peut-être serait-il plus constructif de nous dire quels problèmes exacts tu as rencontré, parce que je n'ai vu aucun problème concret dans ton journal ( bien que je sais qu'il en existe, ce serait stupide de le nier, mais c'est toujours mieux un argumentaire avec de vrais morceaux d'arguments bien formés dedans )
il faut avoir roulé sa bosse dans plein de distro, avoir compilé/installé plein de soft pour comprendre que le problème n'est pas là.
Hum… je proteste, je n'ai fait qu'utiliser Debian, et je le comprend bien.
Bon, après, je suis un programmeur qui préfère le C++ aux autres, malgré ses défauts en terme de compatibilité: ABI non standardisée, donc une simple différence de version entre 2 compilos peut faire péter un binaire.
Je suis aussi le genre qui vise un système réellement minimum, quitte à faire de faux packages, par exemple pour gstreamer qui est régulièrement en dépendance dure ( "depend" chez Debian ) pour "rien" ( les logiciels fonctionnant parfaitement sans ce truc, j'ai envie de dire qu'il devrait être en "recommended" ) et dconf.
J'imagine que ça m'aide à comprendre qu'effectivement, le problème n'est pas le format de package.
D'ailleurs, si c'était vraiment une importante cause de problème, il existe alien pour installer du rpm sur une Debian, et packagekit qui lui vise, si j'ai bien compris sa description dans aptitude, à fournir justement cette couche d'abstraction qui manque tant selon l'auteur du journal.
Ces solutions n'ont absolument rien changé, j'ai l'impression, installer un rpm sur une Debian est toujours aussi casse-gueule, et même installer un deb d'Ubuntu c'est s'exposer à des emmerdes monstres ( alors qu'en théorie, Ubuntu est basée sur Debian sid ).
ne pas te faire suer à commenter juste pour dire que « ça sert à rien
Ben, c'est au cas ou les lecteurs de l'articles n'aient pas vu le score. Ou au cas ou, seul à moinsser, personne ne pourrait s'apercevoir qu'il à moinssé ;)
Enfin, je suppose.
Ça, oui, ça ne serait pas surprenant: corruption du rendu => fenêtres noires ?
Par contre, je ne suis pas trop sûr de la direction dans laquelle chercher, peut-être un rapport de bug? Je ne suis malheureusement pas un grand expert en matos…
Je suis d'accord sur ce qui est des octets perdus… maintenant, dans la SDL, je doute que tu utilises tous les membres.
Après, pour ce qui est des tailles de sprites, ça se défend dans le sens ou, la SFML n'est pas faite ( comme la SDL 2 j'ai l'impression ) pour gérer des sprite à l'ancienne, mais des textures openGL.
Donc, avoir un personnage qui agrège un sf::sprite n'est pas stupide, idem pour les tailles différentes: ton perso, il mesure 3 unités logiques en hauteur ( pifomètre ) et 1 logique en largeur. Ton sprite, lui, est censé s'adapter à la largeur de ton écran… donc les dimensions seront potentiellement variables, et n'ont ( théoriquement ) aucun impact sur la détection des collisions.
Séparer ça, ça permets de faire un jeu… comment ils disent dans le web déjà? bref, qui s'adapte à la taille des écrans. Ah! Responsive dizaine…
Après, je suis d'accord, on est plus pilotés par cette lib, mais on l'est aussi plus en C++ par le langage qu'en C.
Mais bon, pour finir, quand j'ai essayé d'utiliser SFML ( ancienne stable ), ça sentait trop le prototype pas adaptable sur pleins de choses, donc j'ai pas insisté plus. Par exemple, il était impossible de récupérer les dimensions d'une image que l'on aurait chargée d'un fichier de ressources. Ou alors, j'ai pas trouvé comment faire, ni en lisant la doc, ni en lisant les sources. Mais ça à été corrigé depuis.
Si oui, il faut vérifier quelle distro l'intègre par défaut, ou, dans le cas de Debian, si c'est présent dans non-free.
La solution, utiliser des ISOs live. Sur une clé usb ou un dur externe, histoire de pas gâcher de la thune pour des prunes.
Pour le fait d'utiliser gnome3 et d'une lenteur, je ne serais pas surpris que ce soit lié, mais faut voir si tes pilotes graphiques sont à jour…
Par contre, je doute fortement que d'autres DEs aient une interface proche, puisque c'est justement l'IHM de gnome3 qui à entraîné tant de forks et à fait couler tant d'encre numérique.
Par contre, niveau DE léger dans un style à peu près gnomique, je dirai XFCE4. LXDE est "trop modulaire", ça risque de nécessiter plus de config et de bidouillage pour avoir un truc à tes goûts, et en plus ça risque de faire évoluer tes goûts ;)
PS: désolé pour le titre pourri, je savais pas quoi mettre…
Je suis d'accord avec ton ratio : 99% mais dans mon cas c'est 99% des jeux n'utilisent pas QWSD, mais les fleches, ça doit venir du fait que je ne joue pas a des FPS.
Pour être un joueur de tout style sauf point and click et jeux de sports (arcade, jeu de baston un peu, FPS, STR, strat en tour par tour, rpg, roguelike…), j'insiste sur le fait que dans tous les styles il existe plusieurs gameplay.
Notion par contre fortement oubliée ce millénaire, à mon grand regret: de nos jours, les jeux d'un même style se ressemblent tous à l'exception des graphismes. On est loin des années 90, et même si je vais faire mon vieu con, c'est dommage, les jeux semblent usinés, faits à la chaîne, et c'est rare d'en trouver des originaux ( bien que ça existe, borderlands par exemple ne ressemble à rien d'autre, et est exceptionnel ).
PS : d'ailleurs, je regarde un peu la sdl 2.0 j'avais peur justement qu'ils l'alourdissent, mais je dois dire que ça m'a l'air d'être du bon boulot. t'en penses quoi ?
J'ai regardé très très vite fait, à diverses reprises. Je me suis senti un peu largué parce que l'API change radicalement, mais en effet, ça à l'air d'être une refonte clean, qui se "contente" de se mettre au goût du jour niveau matos ( utilisation d'opengl, possibilité d'avoir plusieurs fenêtres, support—il me semble—de plus de boutons de la souris et pas de juste 2+molette… ) ainsi qu'un rafraîchissement d'API.
Perso, étant dev C++, je regarde aussi pas mal du côté de SFML ( qui ne gère pas non plus les layouts, pour le coup ) qui est un concurrent direct de la SDL ( et supposément ce qui rendu du peps au dev de la SDL, à cause d'une grosse diff de perf ). De ce côté, même si la V1 était complètement chaotique niveau conventions de codage, la v2 semble plus clean, et me donne presque envie de faire un poc ( genre un truc basique: pong ou casse brique ) sur les 2 libs histoire d'avoir un comparatif d'utilisabilité… j'aime bien les 2 libs en fait, et je me sens un peu comme l'âne de Buridan XD
Pour le dernier point, une petite liste non exhaustive des jeux auxquels j'ai joué sur PC, mais qui sont assez peu connus à voir ta réaction:
age of empires
dune II
command and conquer
battle for wesnoth
duke nukem
master of magic
unvanquished
nexuiz
flare-rpg
dungeon keeper ( 1 et 2, mais le 1 était bien plus fun )
battlefield 2142
medal of honor allied assault
mortal combat
red eclipse
unreal tournament
Je continue la liste ou ça te suffit?
Pour les jeux de stratégie, c'est en général les touches fléchées, pour les FPS classiquement c'est ZQSD bien que j'aie connu d'excellents joueurs qui utilisent les flêches parce qu'ils préfèrent le clavier numérique pour changer les armes. Et j'en connais même un qui utilise esdf, bah oui, plus de touches à portée…
Et pour les jeux bâtards style dungeon keeper, qui mixent STR et FPS, idem, amuses toi à te passer des touches fléchées pour voir?
Du coup, je te renvoie la question: tu as déjà joué à des jeux avant?
Bon, je m'incruste, mais j'ai vu des trucs qui m'agacent dans ce thread.
Petite liste:
la touche pg up n'est jamais utilisée par les jeux ==> alooooooors, duke nukem, might and magic, divers autres FPS ( je me souviens aussi que certains jeux libres et récent utilisent ces touches en config alternative pour le coup, mais pour pas dire d'ânerie je ne vais pas citer de noms. Je vous encourage à aller dans aptitude, et consulter la vue par debtags->jeux et fouiner du côté des jeux quake-like… ) que je connais ne doivent pas être des jeux. En réalité, je la vois souvent utilisée par ceux qui préfèrent les touches flêchées au ZQSD. Et j'en connais plusieurs ( j'ai même connu de bons joueurs dans ce cas, pas juste des "noobs" ), qui utilisent les touches appropriées et non pas ZQSD.
la SDL est faite pour les jeux ( raccourcis très rapide de "la SDL, pas d'une bibliothèque générale, mais d'une bibliothèque qui est beaucoup utilisée dans les jeux" ). MOUAHAHAHAHAHAHA!!!!!! Si je l'enlève de ma machine actuelle ( je suis au boulot ) je casse blender, gimp, makehuman ( bon ok, ces 3 logiciels ne me servent que pendant les pauses, j'avoue ), virtualbox, et mplayer. Combien de jeux dans cette liste? Et je gage que si j'avais un DE classique au lieu d'une machine minimaliste je casserai bien plus de choses. Au passage, j'en profite que les touches ZQSD sont utilisées par blender pour diverses choses, mais sûrement pas pour déplacer la vue ( a minima: S pour Scale, Z pour activer/désactiver le mode filaire).
c'est à la SDL de gérer les layout. Archi faux, encore une fois. La SDL est, je cite, "a cross-platform development library designed to provide low level access to audio, keyboard, mouse, joystick, and graphics hardware ". Autrement dit, elle existe pour permettre aux dev d'utiliser le matos sans s'occuper de l'OS. Le matos en question n'est pas nécessairement un PC, d'ailleurs la SDL fonctionne sur des tablettes, entres autres, si je ne m'abuse. Cette ( bonne ) lib n'est pas encore un bloatware, et je prie que pour ça soit le cas encore longtemps, parce qu'un accès vidéo simple, c'est vital quand on a pas envie de se cogner 30 pages de docs de divers OS/framework pour faire un truc aussi simple que changer la couleur d'un unique pixel. Les layout ne font pas partie des choses de bas niveau, ne t'en déplaise.
Je vais donc insister lourdement: la SDL n'est pas faite pour les jeux, il se trouve juste que certains jeux connus s'en servent, parce que ce n'est pas un bloatware et que contrairement à nombre de framework, elle n'impose aucun outil.
Merci donc de la conserver simple et efficace, sans qu'elle ne fasse de choix par défauts àlacon (tm) en fonction du baromètre. C'est tellement agréable d'avoir un tournevis qui juste tourne des vis dans le sens et à la vitesse demandés… (Merci à toi Sam Lantinga, qui à rendu la facilité de dessiner sur un écran à des dev passés du mode réel au mode protégé o/ )
Mais comme la critique est facile, je vais te suggérer une solution.
Plutôt qu'utiliser des touches lettrées pour des déplacements, utilises donc les touches fléchées, qui sont faites pour ça. Si elles sont trop loin des autres touches de ton clavier, modifie donc ton layout pour les mettre au milieu du bloc principal ou achètes un clavier dédié au jeu, et ensuite, tu auras le droit de râler qu'une config par défaut ne prenne pas en charge ton layout, n'utilise pas les touches pour l'usage pour lequel elles ont été conçues.
Enfin, je tiens à signaler à l'aimable assistance que certains jeux, tels que flare, sont capables, moyennant contribution, d'intégrer diverses configurations par défaut ( il fut un temps ou un français avait contribué une disposition qui lui convenait sur le wiki de flare. Depuis, cette disposition à été intégrée dans un jeu de configurations paramétrables.).
Par contre, ce n'est pas détecté par défaut, il s'agit d'un choix de l'utilisateur. Ça peut paraître stupide, mais, comme je l'ai indiqué, la configuration "locale" en question à été faite pour convenir à son auteur uniquement, puis partagée au cas où d'autres la trouveraient utile. Au passage, si quelqu'un veut un truc automatique pour la france, rien ne l'empêche de créer un package sélectionnant la config française par défaut, comme c'est le cas notamment pour firefox ou libre office… après c'est sûr, il y a plus de boulot que pour poster sur un forum )
En même temps, pourquoi certains francophones utilisent-ils dvorak, bépo, diverses dispositions qwerty, voire même, comble de l'horreur, des dispositions azerty non franco-françaises? Mais quels idiots… les autres, les français azerty classiques représentent 99% des utilisateurs et on se fait chier avec eux? ( oupa )
Je gage que 0AD ne crachera pas sur les contributions de la dite aimable assistance. Par contre, je doute que critiquer sur un forum quelconque ( pas celui de 0AD donc, dans ce cas précis ) sans connaître les problèmes techniques derrière permettra d'améliorer les choses. Peut-être que je me trompe.
Alors, je ne vais pas aider, ou du moins, pas directement.
Quand on demande de l'aide sur un programme, on essaie de reproduire le problème avec un bout de code minimal, et d'être succinct.
Sinon, peu probable que des gens soient motivés à lire l'ensemble du source.
Autre point, il existe des outils dont on ne te parlera probablement pas à l'école, mais qui sauvent de nombreux chatons tous les jours de la fureur des dev qui perdent patience, j'ai nommé les outils de versionning.
Pas mal d'avantages, notamment au sujet de comment faire de petites itérations qui évitent d'introduire de super gros bugs, et quand c'est le cas, si les itérations étaient assez petites, de retrouver rapidement le bout de code coupable en cas de régression.
Personnellement, j'apprécie bien git, mais il existe aussi subversion ( ou svn ), mercurial ( ou hg ), bazaar, fossil… pour débuter sur de petits projets, je dirais que fossil est pas mal, mais je ne connais pas de forge logicielle sur le web qui l'utilisent.
Le lien entre le VCS et l'aide sur les forums, c'est que si t'es flemmard, tu peux juste balancer un lien vers ton repo. Et si tu es chanceux quelqu'un ira le lire… mais une fois encore, si tu n'as pas de code minimal qui montre le comportement erroné, c'est peu probable.
Ensuite, au sujet de linuxfr, quand tu mets une balise, genre "```" il faut sauter une ligne avant de la mettre, sinon ça marche pas ( je me suis fait avoir plusieurs fois aussi ).
D'ailleurs, le bouton pré-visualiser est là pour ça ( l'aiguille dans l'œil du voisin, je la vois mieux que la poutre dans le mien ;) ).
Enfin, pour conclure, il s'agit d'un problème de programmation, python, je suppose ( commentaires bash-like, orienté objet, je ne connais pas python, mais je ne serais pas surpris )?
Donc il aurait fallu mettre ce message dans les problèmes de programmation, ce n'est pas spécifique à linux.
Et bien sûr, il aurait fallu préciser le langage, ainsi que les technologies employées qui pourraient impacter le comportement mis en cause.
Ah, et dernier point ( pour de vrai ce coup-ci ): essayez de diviser le code au maximum en fonctions.
Même si la fonction n'est appelée qu'une seule fois, et ne fait que 10 lignes, ça rends le code plus clair, surtout après 2 semaines de pause. Autre avantage: si un jour la même chose est nécessaire ailleurs, il est possible de réutiliser la fonction, et donc d'éviter d'avoir à corriger les choses à 20 coins différents.
Petit exemple:
déplacement bas-gauche
et
déplacement haut-gauche
Leur code est très semblable. Suggestion: une fonction qui applique un déplacement serait probablement intéressante, prenant, au hasard ( j'ai juste survolé le code ), une coordonnée à modifier en entrée, un offset à lui appliquer pour la direction, le nombre d'itérations ( j'ai noté 10? ) ainsi que les probables coordonnées du rectangle dont il ne faut pas sortir.
Une fois le tout refactoré pour être plus propre, ce sera plus simple d'avoir de l'aide, et d'ailleurs, peut-être même que vous aurez trouvé le problème de vous-mêmes.
Dans la pratique, je ne suis pas si sûr. Il me semble par exemple avoir vu dans flare-rpg des raw pointers utilisés à coups de new/delete il y a de cela bien 2 ans ( ==> attention au memory leaks humains donc ).
Je me souviens aussi clairement que la première fois que j'ai entendu parler de smart pointers, c'était bien après mes études, grâce au fait que je fouine sur le net au sujet de comment améliorer mes connaissances sur ce langage ( je suis encore si loin d'être un expert… encore de nombreuses années à fouiller en perspective, miam ).
Si on enseignait encore aux étudiants en 2005 l'utilisation de raw pointers en C++, penses-tu que ceux-ci utilisent des smart pointers?
C'est valable aussi sous Linux, si tu as besoin de Ruby 1.8 et que ta distrib ne fournit que la 2.1, c'est problématique.
Oui, mais au moins tu connais le problème, vu que les systèmes de gestion de paquet savent faire la différence entre 2 versions et exiger une version "au minimum" et/ou "au maximum".
Sous windows, il faut faire des vérifications manuelles, si je me souviens bien.
# install minimale puis ajout de composants graphiques
Posté par freem . En réponse au message Question sur MATE. Évalué à 2.
C'est ce que je fais toujours.
Par contre, jamais installé ensuite mate, mais aucune raison que ça ne marche pas. Sinon tu dois même avoir un paquet avec un nom du genre: task-mate-desktop. Si c'est le cas, installes-le, ça te ramèneras toutes les dépendances et configureras tout automatiquement.
Personnellement, d'habitude après l'install, je sélectionne les pilotes graphiques et entrée dont je sais avoir besoin, plus le paquet xserver-xorg-core, xinit, i3 et un émulateur de terminal ( lxterminal, mais peu importe ). Après, startx marche nickel, par contre pas de gestionnaire de session ( je trouve de toute façon ces outils inutiles, mais question de point de vue ) donc rien d'automatique au reboot.
Pour ça, il te faut un gestionnaire de session, il en existe plein: gdm, kdm, par exemple. Mais j'imagine que le bureau mate doit t'amener tout ça automatiquement, j'ai juste détaillé un peu pour que tu voies un peu les composants minimaux.
# prix, matériel et infra
Posté par freem . En réponse à la dépêche Install Party au Havre le 7 juin 2014. Évalué à 1.
Je regarde un peu, et je vois la mention "parking gratuit" ( pas évident ça au havre, cool de le préciser ) mais ça amène potentiellement la question: et l'entrée? ( bon, j'imagine que ça l'est aussi, mais la précision n'a jamais tué de pigeon… quoique, avec un bon fusil faut voir :p )
Autre point, vous avez déjà toutes les ISOs, ou un cache des paquets pour éviter de pourrir ( bon, certes, malheureusement, je doute qu'il y ait foule, mais… ) les serveurs des distros que vous "attaquez", ou tout simplement pour éviter de pourrir votre connexion?
Sinon, pour une fois qu'il y a un évènement pas trop loin de moi ( même s'il a fallu que je migre en basse normandie pour qu'un truc se monte en haute grrr ) , je vais essayer de venir, jamais vu d'install party, ça tombe bien :)
( et au cas où, j'ai les 8 premières ISO Debian sur un disque dur externe, je sais pas si ça pourrait aider? )
[^] # Re: J'essaye de me soigner
Posté par freem . En réponse au journal La diversité ou la complexité inutile ?. Évalué à -2.
Merci pour la leçon de latin, je ne connaissais pas ce mot ( même pas ironique mon remerciement ).
Mais je pense que tu pourrais être tolérant et juste corriger d'un, si je ne me trompe pas: "s/<sic>/sigh/g"
# L'histoire
Posté par freem . En réponse au journal La diversité ou la complexité inutile ?. Évalué à 10.
Je pense que l'une des raisons majeures, c'est l'historique.
Plusieurs distros ont fait leur format, parce que celui du voisin ne permettait pas de faire un truc qu'elles voulaient absolument ( non, je n'ai pas d'exemple, dans le monde linux, je suis bien trop jeune. Ceci dit, je suis un programmeur, donc je peux imaginer le truc d'ici. Par exemple, les paquets suggérés pouvaient ne pas exister dans un format, ou la signature numérique du mainteneur, etc ).
Depuis, les formats ont, forcément, vu que c'est libre, récupéré les fonctionnalités des autres qui leurs semblaient intéressantes ( pas nécessairement toutes, par exemple, je suis persuadé qu'un paquet gentoo permets bien plus de souplesse qu'un deb au niveau des dépendances ).
Mais parallèlement, les outils manipulant ces formats ont évolué, eux aussi, les distros se sont bâties sur ces outils complexes ( bah oui, résoudre des dépendances, et trouver des solutions optimales automatiquement, ce n'est pas quelque chose de simple, surtout quand une demande de l'utilisateur casse un autre paquet. Dans ce genre de cas, aptitude par exemple, proposera plusieurs solutions ) et donc migrer vers le format du voisin serait inutilement coûteux et complexe.
Après, même si les paquets binaires sont probablement très semblables en terme de nombre de fonctionnalités, je ne crois pas que ce soit le cas avec les distros source, non plus.
Donc, même si je suis prêt à admettre que c'est un problème, je pense également que le remédier est hyper complexe sinon impossible, l'humain derrière la machine étant un appareil dont il est difficile de prévoir le comportement ou de l'orienter, à plus forte raison quand on prône la liberté.
Et puis, franchement, il faudrait arrêter de dire que c'est compliqué de faire un paquet… dans le cas de Debian ( je ne connais que ça, navré, mais à ce que je peux lire un peu partout ça semble le format le plus pénible? ) par exemple, il suffit de recréer l'arborescence ou l'on souhaite envoyer les fichiers, les y placer, et à la racine de cette arborescence, créer un dossier DEBIAN contenant un fichier control, ou l'on écrit les dépendances, la description, le nom du mainteneur, l'architecture cible, etc.
Une fois tout ça fait, on remonte d'un dossier, et on tape: dpkg-deb -b
C'est pas complet ( pas de hash pour l'intégrité des données, notamment, parce que pour ça, il faut un autre fichier avec les hash de chaque fichier. Je n'ai pas encore regardé comment ça marche, mais ça ne doit pas casser 3 pattes à un canard… ), et ça ne sera jamais intégré tel que dans Debian bien sûr, mais ça marche et c'est bien plus propre que du "./configure && make && sudo make install".
Maintenant, le but du développeur ne devrait pas nécessairement être l'intégration dans une distribution, mais que le logiciel soit utilisable facilement, quitte à lui demander d'ajouter un dépôt s'il veut des MaJ automatiques ( et puisqu'on compare avec la concurrence, je rappelle que la concurrence ne fait que commencer à s'y mettre, aux MaJ auto des softs installés… ) chose qui n'est même pas obligatoire: pas besoin du dépôt complet pour double cliquer sur le .deb ( ou lancer un dpkg -i, mais c'est juste parce que moi, je n'ai pas d'explorateur de fichiers. )
Après, c'est sûr, je ne connais que Debian, et en conséquent, je ne fais les paquets de mes outils que pour Debian. En même temps, les gens qui font des outils pour windows, quand ils acceptent de fournir un installateur, ne le fournissent pas pour Mac OS… et je considère que deux distributions sont des systèmes d'exploitation différents ( même si c'est techniquement inexact ).
Ce qui ne m'empêchera jamais d'accepter un script pour bâtir un rpm, si quelqu'un m'en fournit un.
Dernière phrase qui me permets de rappeler ce principe élémentaire du libre:
Les développeurs sont libres d'améliorer leurs logiciels, mais les utilisateurs sont aussi libres d'y contribuer. Dans les deux cas, les gens ont le choix de faire ou de ne pas faire, mais je trouve malhonnête ce genre de phrases:
La documentation, c'est plus censé être le boulot des développeurs, d'une part, sauf que ça les ( nous? ) fait chier, profondément. Les intégrateurs, ou packageurs, sont censés utiliser cette doc pour fournir un mécanisme d'installation propre pour un système donné.
Bref.
Et toi, qui affirme relativement fièrement que ça te fait chier de "perdre ton temps" à contribuer, comment peux-tu dire ce que les autres devraient faire, si tu ne mets pas la main à la pâte? Yakafokon? Ou alors peut-être contribues-tu, et dans ce cas, peut-être serait-il plus constructif de nous dire quels problèmes exacts tu as rencontré, parce que je n'ai vu aucun problème concret dans ton journal ( bien que je sais qu'il en existe, ce serait stupide de le nier, mais c'est toujours mieux un argumentaire avec de vrais morceaux d'arguments bien formés dedans )
[^] # Re: Le paquet masque le repo
Posté par freem . En réponse au journal La diversité ou la complexité inutile ?. Évalué à 1.
Hum… je proteste, je n'ai fait qu'utiliser Debian, et je le comprend bien.
Bon, après, je suis un programmeur qui préfère le C++ aux autres, malgré ses défauts en terme de compatibilité: ABI non standardisée, donc une simple différence de version entre 2 compilos peut faire péter un binaire.
Je suis aussi le genre qui vise un système réellement minimum, quitte à faire de faux packages, par exemple pour gstreamer qui est régulièrement en dépendance dure ( "depend" chez Debian ) pour "rien" ( les logiciels fonctionnant parfaitement sans ce truc, j'ai envie de dire qu'il devrait être en "recommended" ) et dconf.
J'imagine que ça m'aide à comprendre qu'effectivement, le problème n'est pas le format de package.
D'ailleurs, si c'était vraiment une importante cause de problème, il existe alien pour installer du rpm sur une Debian, et packagekit qui lui vise, si j'ai bien compris sa description dans aptitude, à fournir justement cette couche d'abstraction qui manque tant selon l'auteur du journal.
Ces solutions n'ont absolument rien changé, j'ai l'impression, installer un rpm sur une Debian est toujours aussi casse-gueule, et même installer un deb d'Ubuntu c'est s'exposer à des emmerdes monstres ( alors qu'en théorie, Ubuntu est basée sur Debian sid ).
[^] # Re: rien de spectaculaire
Posté par freem . En réponse au journal Kiabi migre son SI sur Linux pour gagner en performance et indépendance. Évalué à 3.
Ben, c'est au cas ou les lecteurs de l'articles n'aient pas vu le score. Ou au cas ou, seul à moinsser, personne ne pourrait s'apercevoir qu'il à moinssé ;)
Enfin, je suppose.
[^] # Re: "migré" de Sun Solaris vers Linux
Posté par freem . En réponse au journal Kiabi migre son SI sur Linux pour gagner en performance et indépendance. Évalué à 1.
Arf, j'avais dû entendre parler de BSD/OS, et mon cerveau de windowsien ( à cette époque ) à dû croire que c'était pareil pour tous les BSD… :/
[^] # Re: "migré" de Sun Solaris vers Linux
Posté par freem . En réponse au journal Kiabi migre son SI sur Linux pour gagner en performance et indépendance. Évalué à 1.
Je me trompe peut-être, mais il me semble que linux n'est pas certifié posix, alors qu'il me semble que *BSD oui, tout comme Solaris ?
[^] # Re: carte graphique ?
Posté par freem . En réponse au message Debian Sid 64 bits +Kde : fenêtres noires. Évalué à 1. Dernière modification le 04 juin 2014 à 17:44.
Ça, oui, ça ne serait pas surprenant: corruption du rendu => fenêtres noires ?
Par contre, je ne suis pas trop sûr de la direction dans laquelle chercher, peut-être un rapport de bug? Je ne suis malheureusement pas un grand expert en matos…
[^] # Re: Raccourcis claviers
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 2.
Je suis d'accord sur ce qui est des octets perdus… maintenant, dans la SDL, je doute que tu utilises tous les membres.
Après, pour ce qui est des tailles de sprites, ça se défend dans le sens ou, la SFML n'est pas faite ( comme la SDL 2 j'ai l'impression ) pour gérer des sprite à l'ancienne, mais des textures openGL.
Donc, avoir un personnage qui agrège un sf::sprite n'est pas stupide, idem pour les tailles différentes: ton perso, il mesure 3 unités logiques en hauteur ( pifomètre ) et 1 logique en largeur. Ton sprite, lui, est censé s'adapter à la largeur de ton écran… donc les dimensions seront potentiellement variables, et n'ont ( théoriquement ) aucun impact sur la détection des collisions.
Séparer ça, ça permets de faire un jeu… comment ils disent dans le web déjà? bref, qui s'adapte à la taille des écrans. Ah! Responsive dizaine…
Après, je suis d'accord, on est plus pilotés par cette lib, mais on l'est aussi plus en C++ par le langage qu'en C.
Mais bon, pour finir, quand j'ai essayé d'utiliser SFML ( ancienne stable ), ça sentait trop le prototype pas adaptable sur pleins de choses, donc j'ai pas insisté plus. Par exemple, il était impossible de récupérer les dimensions d'une image que l'on aurait chargée d'un fichier de ressources. Ou alors, j'ai pas trouvé comment faire, ni en lisant la doc, ni en lisant les sources. Mais ça à été corrigé depuis.
# choix distro, pb de perf, matos
Posté par freem . En réponse au message Quel système d'exploitation pour mon dots ?. Évalué à 1. Dernière modification le 28 mai 2014 à 17:16.
Faut voir, y-a-t'il du matos non-libre?
Si oui, il faut vérifier quelle distro l'intègre par défaut, ou, dans le cas de Debian, si c'est présent dans non-free.
La solution, utiliser des ISOs live. Sur une clé usb ou un dur externe, histoire de pas gâcher de la thune pour des prunes.
Pour le fait d'utiliser gnome3 et d'une lenteur, je ne serais pas surpris que ce soit lié, mais faut voir si tes pilotes graphiques sont à jour…
Par contre, je doute fortement que d'autres DEs aient une interface proche, puisque c'est justement l'IHM de gnome3 qui à entraîné tant de forks et à fait couler tant d'encre numérique.
Par contre, niveau DE léger dans un style à peu près gnomique, je dirai XFCE4. LXDE est "trop modulaire", ça risque de nécessiter plus de config et de bidouillage pour avoir un truc à tes goûts, et en plus ça risque de faire évoluer tes goûts ;)
PS: désolé pour le titre pourri, je savais pas quoi mettre…
[edit] grilled…plus ou moins ceci dit.
[^] # Re: Raccourcis claviers
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 0.
Et donc, toi tu es le modèle de référence?
Ah bah merde alors, moi qui considère que la diversité et la compatibilité avec elle c'est bien, je vais devoir revoir mes standards…
[^] # Re: Raccourcis claviers
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 1.
Pour être un joueur de tout style sauf point and click et jeux de sports (arcade, jeu de baston un peu, FPS, STR, strat en tour par tour, rpg, roguelike…), j'insiste sur le fait que dans tous les styles il existe plusieurs gameplay.
Notion par contre fortement oubliée ce millénaire, à mon grand regret: de nos jours, les jeux d'un même style se ressemblent tous à l'exception des graphismes. On est loin des années 90, et même si je vais faire mon vieu con, c'est dommage, les jeux semblent usinés, faits à la chaîne, et c'est rare d'en trouver des originaux ( bien que ça existe, borderlands par exemple ne ressemble à rien d'autre, et est exceptionnel ).
J'ai regardé très très vite fait, à diverses reprises. Je me suis senti un peu largué parce que l'API change radicalement, mais en effet, ça à l'air d'être une refonte clean, qui se "contente" de se mettre au goût du jour niveau matos ( utilisation d'opengl, possibilité d'avoir plusieurs fenêtres, support—il me semble—de plus de boutons de la souris et pas de juste 2+molette… ) ainsi qu'un rafraîchissement d'API.
Perso, étant dev C++, je regarde aussi pas mal du côté de SFML ( qui ne gère pas non plus les layouts, pour le coup ) qui est un concurrent direct de la SDL ( et supposément ce qui rendu du peps au dev de la SDL, à cause d'une grosse diff de perf ). De ce côté, même si la V1 était complètement chaotique niveau conventions de codage, la v2 semble plus clean, et me donne presque envie de faire un poc ( genre un truc basique: pong ou casse brique ) sur les 2 libs histoire d'avoir un comparatif d'utilisabilité… j'aime bien les 2 libs en fait, et je me sens un peu comme l'âne de Buridan XD
# ajouter des alternatives
Posté par freem . En réponse au message Campagne "Adopte le libre" c'est parti et c'est court. Évalué à 1.
J'ai voulu ajouter gnumeric comme alternative à Excel, mais j'ai pas trouvé comment faire? J'ai dû passer à côté du bouton… oukilé?
[^] # Re: iptables-save et iptables-restore
Posté par freem . En réponse au message [iptables] créer un réseau virtuel accessible de l'extérieur. Évalué à 1.
Merci, plus qu'a retrouver la config qui marchait ( j'ai enfin un peu de temps pour m'occuper à nouveau de déployer des outils internes \o/ )
[^] # Re: DNS
Posté par freem . En réponse au message [iptables] créer un réseau virtuel accessible de l'extérieur. Évalué à 1.
Merci, tu as sauvé pas mal de chatons la! :)
[^] # Re: Raccourcis claviers
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 1.
Pour le dernier point, une petite liste non exhaustive des jeux auxquels j'ai joué sur PC, mais qui sont assez peu connus à voir ta réaction:
Je continue la liste ou ça te suffit?
Pour les jeux de stratégie, c'est en général les touches fléchées, pour les FPS classiquement c'est ZQSD bien que j'aie connu d'excellents joueurs qui utilisent les flêches parce qu'ils préfèrent le clavier numérique pour changer les armes. Et j'en connais même un qui utilise esdf, bah oui, plus de touches à portée…
Et pour les jeux bâtards style dungeon keeper, qui mixent STR et FPS, idem, amuses toi à te passer des touches fléchées pour voir?
Du coup, je te renvoie la question: tu as déjà joué à des jeux avant?
[^] # Re: Raccourcis claviers
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 1.
Vu que je me suis remis à might and magic, et que je me souviens à peu près de duke:
les touches pour orienter la vue sur l'axe vertical, et pour voler, sont affectées par défaut aux touches:
[^] # Re: Raccourcis claviers
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 3.
Ok.
Might and magic VI
Tu peux te remettre en cause, merci.
Allez, je suis grand prince, je t'en cite un second: duke nukem
[^] # Re: Raccourcis claviers
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 5.
Bon, je m'incruste, mais j'ai vu des trucs qui m'agacent dans ce thread.
Petite liste:
Je vais donc insister lourdement: la SDL n'est pas faite pour les jeux, il se trouve juste que certains jeux connus s'en servent, parce que ce n'est pas un bloatware et que contrairement à nombre de framework, elle n'impose aucun outil.
Merci donc de la conserver simple et efficace, sans qu'elle ne fasse de choix par défauts àlacon (tm) en fonction du baromètre. C'est tellement agréable d'avoir un tournevis qui juste tourne des vis dans le sens et à la vitesse demandés… (Merci à toi Sam Lantinga, qui à rendu la facilité de dessiner sur un écran à des dev passés du mode réel au mode protégé o/ )
Mais comme la critique est facile, je vais te suggérer une solution.
Plutôt qu'utiliser des touches lettrées pour des déplacements, utilises donc les touches fléchées, qui sont faites pour ça. Si elles sont trop loin des autres touches de ton clavier, modifie donc ton layout pour les mettre au milieu du bloc principal ou achètes un clavier dédié au jeu, et ensuite, tu auras le droit de râler qu'une config par défaut ne prenne pas en charge ton layout, n'utilise pas les touches pour l'usage pour lequel elles ont été conçues.
Enfin, je tiens à signaler à l'aimable assistance que certains jeux, tels que flare, sont capables, moyennant contribution, d'intégrer diverses configurations par défaut ( il fut un temps ou un français avait contribué une disposition qui lui convenait sur le wiki de flare. Depuis, cette disposition à été intégrée dans un jeu de configurations paramétrables.).
Par contre, ce n'est pas détecté par défaut, il s'agit d'un choix de l'utilisateur. Ça peut paraître stupide, mais, comme je l'ai indiqué, la configuration "locale" en question à été faite pour convenir à son auteur uniquement, puis partagée au cas où d'autres la trouveraient utile. Au passage, si quelqu'un veut un truc automatique pour la france, rien ne l'empêche de créer un package sélectionnant la config française par défaut, comme c'est le cas notamment pour firefox ou libre office… après c'est sûr, il y a plus de boulot que pour poster sur un forum )
En même temps, pourquoi certains francophones utilisent-ils dvorak, bépo, diverses dispositions qwerty, voire même, comble de l'horreur, des dispositions azerty non franco-françaises? Mais quels idiots… les autres, les français azerty classiques représentent 99% des utilisateurs et on se fait chier avec eux? ( oupa )
Je gage que 0AD ne crachera pas sur les contributions de la dite aimable assistance. Par contre, je doute que critiquer sur un forum quelconque ( pas celui de 0AD donc, dans ce cas précis ) sans connaître les problèmes techniques derrière permettra d'améliorer les choses. Peut-être que je me trompe.
[^] # Re: Performances
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 2.
Comme dans tant de jeux…
# comment demander de l'aide & méthode/outils de développement
Posté par freem . En réponse au message Problème avec un jeu de dame. Évalué à 2.
Alors, je ne vais pas aider, ou du moins, pas directement.
Quand on demande de l'aide sur un programme, on essaie de reproduire le problème avec un bout de code minimal, et d'être succinct.
Sinon, peu probable que des gens soient motivés à lire l'ensemble du source.
Autre point, il existe des outils dont on ne te parlera probablement pas à l'école, mais qui sauvent de nombreux chatons tous les jours de la fureur des dev qui perdent patience, j'ai nommé les outils de versionning.
Pas mal d'avantages, notamment au sujet de comment faire de petites itérations qui évitent d'introduire de super gros bugs, et quand c'est le cas, si les itérations étaient assez petites, de retrouver rapidement le bout de code coupable en cas de régression.
Personnellement, j'apprécie bien git, mais il existe aussi subversion ( ou svn ), mercurial ( ou hg ), bazaar, fossil… pour débuter sur de petits projets, je dirais que fossil est pas mal, mais je ne connais pas de forge logicielle sur le web qui l'utilisent.
Le lien entre le VCS et l'aide sur les forums, c'est que si t'es flemmard, tu peux juste balancer un lien vers ton repo. Et si tu es chanceux quelqu'un ira le lire… mais une fois encore, si tu n'as pas de code minimal qui montre le comportement erroné, c'est peu probable.
Ensuite, au sujet de linuxfr, quand tu mets une balise, genre "```" il faut sauter une ligne avant de la mettre, sinon ça marche pas ( je me suis fait avoir plusieurs fois aussi ).
D'ailleurs, le bouton pré-visualiser est là pour ça ( l'aiguille dans l'œil du voisin, je la vois mieux que la poutre dans le mien ;) ).
Enfin, pour conclure, il s'agit d'un problème de programmation, python, je suppose ( commentaires bash-like, orienté objet, je ne connais pas python, mais je ne serais pas surpris )?
Donc il aurait fallu mettre ce message dans les problèmes de programmation, ce n'est pas spécifique à linux.
Et bien sûr, il aurait fallu préciser le langage, ainsi que les technologies employées qui pourraient impacter le comportement mis en cause.
Ah, et dernier point ( pour de vrai ce coup-ci ): essayez de diviser le code au maximum en fonctions.
Même si la fonction n'est appelée qu'une seule fois, et ne fait que 10 lignes, ça rends le code plus clair, surtout après 2 semaines de pause. Autre avantage: si un jour la même chose est nécessaire ailleurs, il est possible de réutiliser la fonction, et donc d'éviter d'avoir à corriger les choses à 20 coins différents.
Petit exemple:
déplacement bas-gauche
et
déplacement haut-gauche
Leur code est très semblable. Suggestion: une fonction qui applique un déplacement serait probablement intéressante, prenant, au hasard ( j'ai juste survolé le code ), une coordonnée à modifier en entrée, un offset à lui appliquer pour la direction, le nombre d'itérations ( j'ai noté 10? ) ainsi que les probables coordonnées du rectangle dont il ne faut pas sortir.
Une fois le tout refactoré pour être plus propre, ce sera plus simple d'avoir de l'aide, et d'ailleurs, peut-être même que vous aurez trouvé le problème de vous-mêmes.
[^] # Re: Javascript
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 3.
En théorie, oui.
Dans la pratique, je ne suis pas si sûr. Il me semble par exemple avoir vu dans flare-rpg des raw pointers utilisés à coups de new/delete il y a de cela bien 2 ans ( ==> attention au memory leaks humains donc ).
Je me souviens aussi clairement que la première fois que j'ai entendu parler de smart pointers, c'était bien après mes études, grâce au fait que je fouine sur le net au sujet de comment améliorer mes connaissances sur ce langage ( je suis encore si loin d'être un expert… encore de nombreuses années à fouiller en perspective, miam ).
Si on enseignait encore aux étudiants en 2005 l'utilisation de raw pointers en C++, penses-tu que ceux-ci utilisent des smart pointers?
[^] # Re: Javascript
Posté par freem . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 1.
Oui, mais au moins tu connais le problème, vu que les systèmes de gestion de paquet savent faire la différence entre 2 versions et exiger une version "au minimum" et/ou "au maximum".
Sous windows, il faut faire des vérifications manuelles, si je me souviens bien.
[^] # Re: "Il devra garantir la protection des données"
Posté par freem . En réponse au journal Système d'exploitation "made in france" -- Cocorico. Évalué à 10.
Bah, il suffira d'y intégrer en natif open office, non?