16ar

J’hallucine qu’il manque un Hello World en Go (golang pour les moteurs de recherche) package main func main() { println("Hello World") }

Perso, j’attends beaucoup de PostmarketOS. OS mobile de 10Mo… OK. Et surtout, tu peux refaire du développement d’app Linux qui fonctionnent sur un linux classique. Pas avec 25 surcouches d’API trop liée à une boîte. Je suis pour apprendre de ces API et les porter sur du linux de base. Il y avait déjà des tentatives sur Gnome et KDE (pour KDE PIM, etc), mais au final, très peu utilisé. Il faudrait quelque chose de propre et universel. La XDG n’a pas des ébauches d’API dans ce genre ?

Ma patience envers les GAFAM est enfin épuisée, et j’étais en train de me lamenter de ce qui restait en mobile + free avec un collègue, et notamment de la disparition d’ubuntu touch et de la double expérience mobile + desktop juste en pluggant un dock/écran. Mais entre temps, je suis tombé sur :  https://tuxphones.com/ et https://postmarketos.org/ Du coup, ça m’a redonné foi. Je pense que je vais retenter l’aventure (j’avais tenté Qtopia à l’époque, pas que des bons souvenirs :p)

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 !

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