16ar

Hello à tous ! Ça fait un bail que je n'ai plus traîné par ici, mais c'est bien là que j'ai eu mes débuts sur linux… En tout cas, je me suis senti retourner en 2004 : j'ai acquis un nouveau PC (Dell XPS 13 9350). Autant les anciennes version avait encore le support de l'équipe de Dell Sputnik pour avoir ubuntu dessus, autant ils sont en retard sur ce modèle et il utilise du matos dernière génération. Du coup, j'ai du me recompiler un kernel à la main, chopper des firmware sur le git de linux-firmware, sinon, pas de wifi… Et comme y'a pas de port ethernet sur ces ultra portables, c'était un peu pas fun de faire du tethering usb avec mon mobile. Du coup, j'en ai profité pour essayer de pousser plus loin ma config et faire enfin ma config de rêve. Mais fallait se baser sur gentoo pour ça : https://wiki.gentoo.org/wiki/Sakaki's_EFI_Install_Guide. Pas encore fini, la partie qui bloque c'est de booter directement le kernel depuis l'EFI, histoire de pouvoir avoir un kernel signé sur une microSD, et le reste du disque dur sur LVM chiffré par LUKS. (même boot et swap). Du coup, si des gens ont des expériences à booter sur de l'EFI avec un kernel avec un EFIStub, je suis preneur. Autrement, je me suis foutu à fond sur Go/golang et je m'éclate. Je découvre des projets intéressants tous les jours et c'est difficile de se concentrer. Je regarde pas mal http://camlistore.orget https://github.com/ipfs/go-ipfs . Sinon je m'amuse avec un petit cluster de rapsberry pi grâce à http://blog.hypriot.compour balancer des container dockers à travers le "swarm". C'est vraiment sympa. Et docker a rendu mon serveur plus propre, tout tourne dessus sauf un vieux container LXC faisant tourner mon YunoHost. Du coup, plus de librairies de tests installées à l'arrache dans /usr/local, ou autre. Tout ce que je teste va dans un docker. Et un fois que c'est fini, c'est facile de nettoyer, même si on avait tout oublié depuis. C'est quoi vos projets/idées en ce moment ?

Pareil pour moi. Je vais bien me tenter un razor-qt, lxde et xfce avec ça. À moi les low riders !

Sinon, y'a http://www.thedarkmod.com/ :) (Et c'est en standalone maintenant, plus besoin de doom3. Ils ont fait un boulot de fou) En tout cas, grâce à Steam, pas mal de bons jeux débarque sous nux, et j'en suis très content

Ah oui, screen c'est indispensable pour moi. Vraiment trop bien pour lancer des processus long et malgré tout avoir la main sur le bousin.

Pas mal. Essaye euromillion aussi, t'amélioreras ton potentiel de chance ! Pour ma part, je bosse encore sur une redhat, mais attention, la version 6, on approche des kernel 3.x !! Ouhhhhhhh ! Ah oui, on fait du calcul distribué sur une grille. Ces nouvelles machines fonctionnaient moins rapidement que nos anciennes (sachant que les anciennes étaient bien chargé en CPU/users). Les admins (on n'a pas les droits root) qui ont installé les nouvelle machines avaient installé cpufreq… Résultat, en le désactivant, 40% de perf en plus. Vous faites du calcule en grille sur un modèle SOA? ou c'est juste qu'ils avaient merdé la configuration du gouverneur? Dans le premier cas, les petites opérations type SOA ne déclenchent pas assez de charge cpu pour que le gouverneur (ondemand, mais surtout conservative) ne détecte le besoin de monter la fréquence, du coup les temps de traitement sont mauvais. Maintenant, s'ils ont mis powersave, là il n'y a pas de mystère. En fait, on est en train de développer la grille depuis 0, donc ça ne tourne pas 24/24. Et donc c'est que quand on lançait nos tests qu'on mesurait les perfs. Mais le pourcentage de machine à 100% sur la journée est faible, du coup c'est peut-être la raison que le governor ne gérait pas bien. Mais bon, à terme ça va être une grille de calcul, et surtout nos serveurs sont censé représenter ce à quoi on doit s'attendre niveau perf en prod. La moindre ms compte pour savoir si on continue le projet ou si le gain n'est pas assez suffisant pour dépenser plus dans le projet. Pas mal. Essaye euromillion aussi, t'amélioreras ton potentiel de chance ! Pour ma part, je bosse encore sur une redhat, mais attention, la version 6, on approche des kernel 3.x !! Ouhhhhhhh ! Ah oui, on fait du calcul distribué sur une grille. Ces nouvelles machines fonctionnaient moins rapidement que nos anciennes (sachant que les anciennes étaient bien chargé en CPU/users). Les admins (on n'a pas les droits root) qui ont installé les nouvelle machines avaient installé cpufreq… Résultat, en le désactivant, 40% de perf en plus. Vous faites du calcule en grille sur un modèle SOA? ou c'est juste qu'ils avaient merdé la configuration du gouverneur? Dans le premier cas, les petites opérations type SOA ne déclenchent pas assez de charge cpu pour que le gouverneur (ondemand, mais surtout conservative) ne détecte le besoin de monter la fréquence, du coup les temps de traitement sont mauvais. Maintenant, s'ils ont mis powersave, là il n'y a pas de mystère. Wait, ça m'intéresse vos histoires ! Au labo, on a tous nos noeuds sous scientific linux (donc un dérivé de RH bien vieillot), comment on vire toutes les merdes d'économie d'énergie que je suis un gros pollueur qui s'en fout ? Je ne pourrais pas t'en dire plus, les joies de l'informatique moderne font qu'on a accès à rien, tout est sous-traité par des gens à Singapour. (Même si les machines sont en IdF…). Donc à vrai dire, je ne sais pas ce qu'ils ont fait. Sûrement viré le module cpufreq au démarrage, ou mieux configuré le governor pour les perfs ? ha ? en virant cpufreq on a du gain ? on est aussi sous redhat et j'ai pas l'impression de soucis (dans un sens, il est toujours au max cpu avec ce que je fais ^^' ) pour le bepo, un pote m'en a parlé, ca me tenterai bien, mais m'en faudrai au taf et a la maison... galere :/ Comme dit, j'ai commencé light, avec 1 seul typematrix à la maison, pour m'entraîner un peu. À vrai dire, tu peux même commencer le bépo sans typematrix, après tout, c'est juste un layout. Mais le typematrix est tellement bien pensé que tu te tords moins les doigts que sur un clavier classique. Ça devient un tel luxe que tu en veux un deuxième. Au début, donc, j'ai commencé avec typematrix/bépo à la maison, et clavier normal/azerty au boulot. Au bout de 2 semaines, je suis passé a normal/bépo au boulot. Et au bout de 2 semaines, j'en avais marre du clavier normal, même en bépo. Se tapper des mauvaises conceptions de placements de touches à cause de raisons mécanique datant de 1850, ça va 2 minutes. (tous les claviers ont la ligne azerty décalée avec la ligne qsdfg, tout ça pour que les barres métalliques actionnant les marteaux de machines à écrire ne se frottent pas l'une l'autre… ). Du coup je me suis acheté mon 2ème typematrix

Pas mal. Essaye euromillion aussi, t'amélioreras ton potentiel de chance ! Pour ma part, je bosse encore sur une redhat, mais attention, la version 6, on approche des kernel 3.x !! Ouhhhhhhh ! Ah oui, on fait du calcul distribué sur une grille. Ces nouvelles machines fonctionnaient moins rapidement que nos anciennes (sachant que les anciennes étaient bien chargé en CPU/users). Les admins (on n'a pas les droits root) qui ont installé les nouvelle machines avaient installé cpufreq… Résultat, en le désactivant, 40% de perf en plus. Et sinon, je me suis foutu au bépo avec un typematrix 2030, et du coup j'en ai 1 au boulot, et 1 chez moi. C'est vraiment génial une fois qu'on dépasse une certaine vitesse de frappe (je dirais à partir de 20 mpm, donc environ 2/3 semaines). Et sinon je suis d'assez près le projet yunohost, ça me semble pas mal.

Tu as tout sur le SVN... Mais j'ai aussi cherché longtemps ... http://websvn.kde.org/trunk/KDE/kdebase/wo...ace/wallpapers/

J'ai envie de dire que la différence est assez grande ! Mais bon, pas aussi grande que la difference entre la 4.0 et la 4.1 (vu que la 4.0 etait bien instable quand meme)

kubuntu 8.10 avec les backports activés integre un kde 4.2 ma foi pas mal. Je l'ai installé pour une amie, elle a l'air contente :) (moi je l'ai testé vite vu, et ca a l'air mieux que le 4.0 par exemple ...)

pour revenir au sujet de apt-build, je ne suis pas sur que foutre CFLAGS avec des valeurs suffisent. D'ailleurs, je dis surement des grosses conneries, mais en 64 bits, ca ne compile pas avec les flags de tout ce qu'integre les nouveaux processeurs 64 bits (genre mmx etc ...) ?? Du coup l'interet est faible, non ? Sinon, sans passer par apt-build apt-get source <package> dpkg-source -x *.dsc cd <package>-version dpkg-buildpackage dpkg -i ../*.deb Dans ce cas la, je pense que y'a des chances que les FLAGS soient plus pris en compte. Mais ce n'est qu'une idée. Je ne suis pas sur du tout... Et si ca se trouve gcc/g++ compilent automatiquement les flags "exotiques" si l'archi est du amd64

et dans le genre tape a l'oeil, suivant l'auditoire, installer un paquet pour gérer la conf apache/bind via une interface html ou autre, ca peut le faire (meme si derriere, tu configures toi même a la mimine). Moi je dis, si c un serveur de test, je pense que Lenny peut etre un choix valable :) Et sinon, bien que déjà dit par xmpp : félicitations Lorinc !!

Ca peut se comprendre Compilation i386 = compilation sans les flags multimedia disponible sur les 486 et 686 etc compilation x86_64 = compilation avec ces flags puisque le moindre processeur 64 bits supporte ces flags. Enfin je comprends ca comme ca pour ma part Intéressant a savoir en tout cas !

C'est considéré comme une touche "modifier" en plus, comme ALT, CTRL ou SHIFT. Donc non, je ne veux pas me la faire rembourser ^^ Tous mes raccourcis amarok sont dessus ainsi que certains raccourcis compiz

Duke, tu galeres pourquoi ? Dossier ? Pas d'appartements qui te plaisent ? Tu recherches sur Paris meme ? ou en région parisienne ? J'ai galéré pour trouver sur paris meme sans garants, mais du coup je pense que j'ai trouvé une agence immobiliere assez correcte/réglo/pas requin.

Désolé pour le temps de réponse ... Il faut installer le framework .net sur les machines ou tu veux executer ton code Sinon, si y'a pas le framework, ton programme n'arrivera pas a executer les choses de base de visual basic.net, et du coup, ca ne se lance pas. @tsubasaleguedin : je parlais de moteur de jeu 3D, pas de moteur 3D Des moteurs 3D libres, t'en a 20 milliards, ce n'est pas le problème http://www.devmaster.net/engines/