shingo a écrit 342 commentaires

Finalement je suis rapidement retourné sur ArchLinux. Je ne sais pas ce qui a motivé ce choix, mais je n'ai pas du tout aimé utiliser Debian en desktop, ni aucune autre distribution d'ailleurs. Je trouve ArchLinux très rapide et dispose nettement moins de problèmes avec le matériel. C'est assez bizarre en fait. Le plus étonnant c'est lorsque j'ai décidé d'installer le pilote de ma carte graphique, habituellement je passe par le dépôt AUR pour installer le PKG catalyst-total. des anciennes radeon, mais pendant un moment je suis passé directement par le repo catalyst.wirephire qui propose des paquet déjà compilé et que je considère plus propre que ceux proposer dans AUR. Le problème, c'est que je suis obligé de jongler entre ces deux dépôts quand le paquet proposé bloque une mise à jour importante du système. En l’occurrence, là c'était celui sur AUR, dans un mois ce sera celui de wirephire ?

Encore plus étrange, j'ai pu installer le dernier kernsel, sans aucune prise de tête en fait. L'installation c'est déroulé sans accros, j'en ai profité pour installer ArchLinux à distance sur le PC d'un ami.

Ce que je reproche à Debian, c'est qu'il m'installe trop de paquets que je ne veux pas et configure le système a sa manière. Par exemple, quand je veux juste installer Xfce (ce que j'ai dit dans le programme d'installation), ce dernier m'installe pleins de petits logiciels et par défaut utilise network-manager. Est-ce un drame  ? Oui ! Je ne veux aucun programme issu de Gnome sur mes machines, je veux uniquement du GTK bien que parfois je n'ai pas le choix. Utiliser ArchLinux me permet de bien contrôler cela contrairement aux distributions qui vont plus vers Gnome.

Autre souci avec les autres distributions : le wifi ! Bizarrement, impossible d'utiliser le wifi. Je vois quelques réseaux (pas le mien) et dès que je tente une connexion sur n'importe quel d'entre eux, rien ne se passe… J'ai entré mon réseau en tant que réseau masqué, l'authentification se déroule bien, mais plus rien (…). Peut-être est-ce une mauvaise manipulation de ma part (enfin normalement y a rien a faire sur Debian si ce n'est installé le firmware ?!), mais sur ArchLinux ça marche sans difficulté à condition de désactiver le service dhcpcd pour laisser bosser wicd.

Bon voilà je suis très content de mon Arch à présent, tout marche au poil et je peux aller sur Steam et jouer à mes jeux en Streaming ou bien en local pour certain :)

Le gros souci avec ArchLinux et AUR, c'est que si personne n'a rapporté un problème et une solution, on est bloqué. Je prend un exemple tout simple : vsftpd et l'authentification d'utilisateurs virtuels par le service PAM. Pour cette configuration, il faut installer pam_pwdfile depuis AUR. Hors, après compilation, yaourt retourne un message d'erreur disant que la lib existe déjà das le système, mais c'est un pur mensonge ! En regardant les derniers messages, j'ai pu lire un message d'un internaute qui indique comment régler le problème en modifiant le PKGBUILD, mais si personne n'avait rien remonté, j'aurais fais comment ? Bien sûr y a toujours moyen d'arriver à ses fins, mais bon, en général quand je vois que ça marche pas sur AUR je me prend pas trop la tête (…). Des PKGBUILD qui ne fonctionnent pas, y en à la pelle sur AUR, du coup j'évite de passer par là tant que je le peux. En fait, je sais même pas pourquoi AUR existe encore, c'est trop dangereux à mon goût.

Oui, je me considère comme un utilisateur avancé, car je connais pas mal de choses et je sais parfaitement me débrouiller, c'est pourquoi je me rend peu souvent sur les wiki, tutoriels etc. En général je connais par cœur les procédures, mais le problème c'est lorsque je me met à travailler pendant plusieurs semaines sur une Debian par exemple, je me retrouve perdu quand je retourne sur ArchLinux. C'est un sentiment très frustrant, car par exemple lorsque je veux installer un truc sur Arch, je tape apt-get install aulieu de pacman et je me dis, ah oui c'est vrai !!! Pareil concernant les fichiers de configurations et la procédure de configuration, c'est toujours un peu différent sur Arch comme sur Debian.

Alors je perd beaucoup de temps à retourner sur les wiki et je n'ai pas envie de perdre du temps, ce qui explique pourquoi je déboule "à l'arrache" et quand je vois que le système refuse de se mettre à jour en me disant que le paquet catalyst-total requière un kernel inférieur au 3.18, bah ça me fait clairement chier.

Comme l'a dit une personne dans une commentaire, au fil du temps on grandi, on devient adulte et on a plus trop envie de bricoler, du moins pas pour des trucs futiles. J'ai bien conscience que c'est ATI qui pose problème avec leur pilote moisi qui ne prenne pas en charge les anciennes carte 3D, ça je l'ai parfaitement compris.

J'ai déjà expérimenté l'utilisation d'un kernel personnalisé, j'ai même compiler moi même plusieurs kernel "pour le fun". Donc oui je pourrais le faire, j'avoue que c'est une solution qui m'avait échappée. En fait comme tu le dis, le problème c'est que j'arrive trop à l'arrache et je n'ai pas envie de me prendre la tête, donc forcément ça casse à un moment donné. Mais bon, je passe tellement de temps dans les lignes de codes, que j'ai vraiment pas le temps. Quand je me dis que je dois prendre le temps de configurer correctement un serveur ou me retaper une install, je repousse son échéance au maximum, car je sais que ça me prend un petit bout de temps que je ne pourrais pas réserver au développement de mes projets.

Hier j'ai testé Fedora, je l'ai direct viré. Puis Debian Jessie, que j'ai aussi viré car il ne propose pas de paquet fglrx-legacy-driver, gnome 3 pétait un plomb car il estimait que ma carte n'était pas puissante (oui à cause du pilote libre), je suis donc passé sous Wheezy, oh là miracle tout fonctionne au poil sauf le wifi qui semble planter à cause de network manager, car cela fonctionne parfaitement avec wicd du moins sous ArchLinux. Là je vais tenter de configurer la carte wifi et voir si tout fonctionne correctement et si ça me convient.

Je t'avoue que j'ai envie de remettre ArchLinux, pour pleins de raisons, donc il est fort probable que je le réinstalle en apprenant de mes erreurs. Non je ne regarde jamais l'actualité autour de ArchLinux, une grosse erreur de ma part, oui je sais, c'est impardonnable :( Faudrait qu'un jour j'exploite réelement ce qu'on appelle les flux RSS…

C'est pas moi qui utilise assroot mais le pkgbuild.

Oui, je suis avant tout un gamer puisque ma machine principale tourne exclusivement sur Windows avec un environnement Linux qui me permet d'avoir le contrôle sur mes autres machines. J'aime le libre, mais je suis obligé d'être sous Windows pour jouer sur Steam, pas le choix. Si demain Valve permet aux joueurs de profiter de tout le catalogue de façon native sur Linux, je changerais ma copie mais en l'état j'ai pas le choix si ce n'est m'assoir sur plus d'une centaine de jeux.

Le pc portable me sert de seconde machine pour travailler et surfer. De temps en temps je me connecte à Steam pour profiter du service et lancer un jeu ou deux. C'est quand même sympa de pouvoir jouer sur son portable lorsqu'on est en déplacement. Enfin bon… Même si je supprime la fonction jeu vidéo sur le portable, les piètres performances des pilotes libres m'empêche de profiter du multimédia dans de bonnes conditions. Je suis prêt à tourner avec des pilotes libres, mais si c'est pour voir que les vidéos sur Internet rame comme pas possible et que dès que j'ai besoin d'afficher une scène en 3D ça dépasse pas les 10 fps, ça risque de me gêner.

Partir d'ArchLinux vers Debian n'a pas de sens ? Gagner du temps sur la configuration du système ? C'est vrai que dans les deux cas, il faut bidouiller, ça me gêne pas de bidouiller, c'est juste que devoir bidouiller à chaque fois pour une connerie, c'est lourd sur à la longue. Actuellement je peux rien installer via yaourt et me retourne sans cesse une erreur au sujet de --assroot… J'aime bien me prendre la tête, j'aime configurer un système, mais j'aime quand ce dernier marche sur le long terme.

Ça me gêne pas du tout, c'est juste qu'il est automatiquement mis à jour sans que j'ai rien demandé. Donc voilà, si c'est possible de garder un vieux Kernel, est-ce que je pourrais continuer à faire les mises à jours des autres paquets ?!

Je suis un peu allergique à Ubuntu, alors je pense me diriger vers du Debian et puis comme tu le dis, cela me permettra d'utiliser le pilote propriétaire. En tout cas je vais prendre le temps de tester et de voir ce qui me convient. Au pire je vais me contenter du pilote libre, car de toute façon je ne joue pas sur cette machine, c'est juste cas où …

Oui bien sûr, s'il suffisait d'aller sur le wiki, à la limite je l'aurais fais. Là le problème est plus complexe et ne dépend pas de moi, mais du mainteneur. C'est où que je trouve un paquet sur AUR qui accepte la dernière version du kernel ?! Au pire je pourrais repasser par le repo catalyst, mais ça va foutre le bordel partout car XORG et tout les paquets du style XFCE etc. dépendent du paquet catalyst-total. A part tout réinstaller ou supprimer tout les paquets, je vois pas quoi je suis bloqué. Même si je veux installer le pilote libre, il y a trop de dépendances avec catalyst-total et c'est même pas sûr que ça boot convenablement. C'est pas ma première tentative, et je sais qu'il suffit pas d'ouvrir son navigateur et d'aller sur le wiki pour trouver une solution. Avant de critiquer quelqu'un et son avis, faudrait peut-être savoir de quoi on parle.

Au contraire, cela veut dire que l'utilisateur est venu à un point où il est lassé d'intervenir sur des problèmes qui ne devrait pas avoir exister.

J'avoue y a une différence de dingue ! Je viens de me prendre un VPS chez OVH et franchement y a pas photo. En faisant un test sur pingdom, j'obtiens à peine 1,38 secondes pour une page de 764 ko, le tout avec nginx et la compression gzip activé :)

Hum j'avoue avoir un doute sur le comportement de fancybox, normalement il devrait chargé uniquement au moment du clique, à vérifier…

Non, non, non ! Mes images sont généralement en 1920x1080 mais possèdent trois types vignettes : large, medium et small. Quand je veux afficher une grande image dans mon article, je prend le format large ou alors je colle deux medium… L'image source s'affiche quand on clique dessus via fancybox :)

Bah j'ai mon propre plugin, un gestionnaire d'images en jquery puis un component qui va s'occuper de générer différentes vignettes. Par exemple lorsque j'upload une image (généralement du 1920x1080), j'obtiens le format large (900x900), medium (400x400) et small (250x250). Alors si je dois faire des vignettes de vignettes ça va être chaud …

Je viens de faire un petit devis et j'avoue que ça ferait seulement 30 euros l'année. C'est vraiment pas cher et on peut même louer sur une certaine période… Va falloir que j'étudie sérieusement la question d'autant plus que je serais amener à déployer une grosse application…

Merci pour tous ces conseils, je vais apporter quelques modifications afin de voir ce que ça donne. En réalité, vue que c'est une version que je développe dans mon coin, je me suis pas pris la tête au sujet des attributs des images etc., pour le moment je fais des essais avant d'aller plus loin.

Pour les CDN je viens juste de les mettre comme suggérer plus en haut, mais je n'ai pas ressenti de grosses différences au niveau des performances. Allez je vais revoir ma copie ! Merci encore.

Oui c'est le plugin de CakePHP me permettant de tout débuguer (sql, request etc.)

Cela ne me dérange pas de mettre que du texte, mais le problème c'est qu'aujourd'hui très peu de personne aime lire sans illustrations. Si aujourd'hui, il était possible d'écrire des articles sans attacher la moindre photo, image ou vidéo, je le ferais. Je suis le premier à préférer un article contenant que du texte, car quand je lis un article je me concentre uniquement sur le texte pas les images.

Par contre, www.cdiscount.com, rien que la page d'accueil c'est 3.3mo, ce qui donne 2,53 secondes…

Voici une page avec juste la vignette, c'est la nouvelle version que je développe :
http://cobra-system.genku.net/tests/5-risen-2-dark-waters

Cela donne 9 secondes 500ko…

Oui j'ai oublié de mentionner que j'ai fais un essaie en utilisant les CDN, bien que ça améliore la vitesse, il reste le problème de mes plugins js et des autres ressources comme ma webfont qui pèse 100ko environ…

Encore une fois, je ne comprend pas l'intérêt d'une telle distribution. En installant Debian ou autre, n'est-il pas possible de faire la même chose ? Idem concernant les media center, etc. ? J'ai l'impression que nous sort des tas de distributions pour éviter aux gens d'installer et configurer eux même leur programme. Un peu comme si Microsoft s’amusait à sortir des tas d'édition de Windows du genre Windows 8.1 Home Work Edition avec tout le pack office qui s'installe automatiquement avec l'OS ainsi que quelques outils. Je pense qu'on devrait laisser les gens se débrouiller par leur propre moyen plutôt que sortir X distributions pour X utilisation. Normalement, une simple installation de Debian devrait largement suffire, c'est pas pour rien que tout le monde se base dessus. Plutôt que de sortir moult distributions, mettez la main dans le code et pondez-nous des interface utilisateur digne de ce nom pour être piloté facilement comme une console de jeu.

De toute façon, les studios de développement ont leur propre moteur en C++, enfin avait puisque tout le monde se base désormais sur l'Unreal Engine 3 et bientôt le 4 ou Havok.

Il y a plus de dix ans, les développeurs créaient leur propre moteur de jeu afin de se simplifier la vie. Un moteur développé en C ou en C++ peut ensuite avoir son propre langage de script, ce qui est un gros gain de temps. De plus, il a toujours été dit que les développeurs de jeux utilisaient massivement le C++ pour ses performances, car c'est un langage de programmation bas niveau.

C'est que récemment qu'on préfère simplifier le développement au détriment des performances. Il suffit de regarder autour de nous pour s'en convaincre.

Salut ! Quand je dis mauvais outil, je veux dire que XNA et le C# ne correspondait pas à mes besoins. Je l'ai pourtant bien expliqué, XNA est propriétaire et pas portable. De plus il faut un ordinateur plutôt récent pour faire tourner le framework même si c'est un fond d'écran et deux ou trois sprites tandis qu'avec le C++ et la lib SFML, ça tourne sur tout et n'importe quoi, ce qui est normal étant donné que ce n'est pas un jeu très gourmand de part ses graphismes très sommaires.

De plus, j'ai noté une grande réticence de mon entourage à l'idée d'installer le framework XNA, ou alors son installation rentrait en conflit avec le système. Du coup, si XNA ne fonctionne pas sur le système, le jeu non plus… Avec le C++, je n'ai pas ce genre de problème et je peux porter facilement le jeu sur d'autres systèmes.

Mis à part cela, il est très facile de faire un jeu en C# avec XNA, c'est vraiment simple et intuitif, je ne dis pas le contraire. Seulement que si demain un développeur décide d'utiliser le framework, il devra payer un abonnement au Xbox Live s'il souhaite profiter des fonctionnalités du Live (récupérer les données du profil, succès, etc.) et de toute façon le projet a été étrangement abandonné alors qu'il avait un avenir très prometteur sur la scène des jeux indépendants.

J'ai essayé de porter le projet avec Mono et MonoGame, c'est une horreur. Dans un premier j'ai dû effectuer quelques modifications sur le code, car en l'état ça ne marchait pas. Une fois compilé, j'avais un problème au niveau de la couleur des sprites, c'est violet fluo et impossible de changer la résolution qui est par défaut de 640x480. J'ai exposé le problème sur le github de MonoGame, bien que le problème est connu. Ce n'est que cette semaine que j'ai reçu des notifications sur ma boîte mail… soit plus d'un an…

Alors non, XNA était le mauvais outil pour mon développement et ne correspondait pas à mes attentes. Après si on est à fond dans les technologies Microsoft et qu'on supporte la Xbox, oui XNA est un bon choix, mais si demain tu voudrais ouvrir à ton projet et sortir des versions pour pas mal de plateforme, il faudrait forcément changer d'outil.

Oui oui :) C'est CMake qui n'arrive pas à faire le lien, j'utilise uniquement le compilateur MinGW bien que j'ai une installation en parallèle de Cygwin, mais elle est isolée car exclue de la variable PATH.

Oui, oui je suis au courant. C'est la première macro que j'ai utilisée, mais ça ne fonctionne pas sous Windows. find_package trouve bien les libs, mais une fois que je fais appel target_link_libraries j'obtiens que des erreurs… d'après ce que j'ai lu, il y a une différence d'appel entre Windows et Linux. Je vais reproduire le code et te montrer là où ça plante.

Oui j'ai procédé comme cela au départ, mais ça fonctionne pas, CMake me retourne pleins d'erreurs en disant qu'il ne trouve pas les libs, du moins sous Windows…

Le problème avec la macro find_package c'est qu'elle utilise à chaque fois une nouvelle variable alors que je voudrais tout mettre dans un tableau. De plus, elle reste en cache et ne peut pas être modifié. Je voulais l'utiliser dans un foreach histoire de me simplifier la vie, mais du coup je n'ai pas trop de solutions. Il faudrait définir à chaque fois une nouvelle variable, ce que j'ai réussie à faire, mais je ne connais pas la bonne syntaxe pour appeler l'une de ces variables…