bubar🦥 a écrit 6947 commentaires

  • [^] # Re: rapport

    Posté par  . En réponse au journal Temps de démarrage. Évalué à 2.

    Ho pu****
    Heureusement qu'il y a les ["fix me" source needed] c'est le genre de docs qui me hérissent le poil sinon :( Sinon ça ferait vraiment "je tire la couverture à moi, rien qu'à moi" et surtout sans citer de sources externes et en amont.

    j'ai failli leur faire le coup, samedi lors de l'install party, aller les voir avec mon meilleur air benêt (je suis très bien faire, expé social toussa, aussi pas mal de naturel :p ) leur amener un laptop, qu'ils fassent l'install, puis qu'on fasse un check up ensemble :

    _ Tiens je croyais que le problème de parcage des têtes était au moins partiellement résolu depuis le début d'année ? spa le cas
    _ Tiens quant je plug une clef bluetouffe qui ne supporte pas obex mais seulement opp, rien fonctionne
    _ Tiens c'est normal d'avoir des perfs de m**** avec le chip graphx intel, là ? y a pas de correctif intégré ? Et le droit 666 sur le dri, tout va bien, aussi ?
    _ Tiens shm n'est jamais nettoyé ?
    _ Tiens c'est normal que le lecteur sd fonctionne pas si rien n'est dedans avant le boot ?
    _ Tiens le gestionnaire d'énergie de gnome il dit "temps restant inconnu" : y a pas un algo alacon pour palier à l'absence de l'entrée present_rate ?
    _ Tiens ubuntu d'après phoronix est champion en économie d'énergie, d'ailleurs le module wifi à bien l'option power_save par défaut que c'est marqué dans son fichier. Ha tiens mais le kernel lui il a été compilé avec un intervalle de 0 sur le power_save, ça doit servir à rien, d'ailleurs la doc le dit...
    _ Tiens il désactive pas le bus sata pour l'économie d'énergie non plus. Lesswatt.org ça sert à rien ?
    _ Tiens si je branche une télé lcd, y a pas la bonne résa, et l'écran est décalé. En vga. Parceque si la branche en hdmi, là c'est pareil sauf qu'en plus le transport du son fonctionne pas.

    Marrant Ubuntu c'est la meilleure, de loin. Mais j'connais une distrib nulle, fait par des incapables parait il, qui utilise un bureau qui fonctionne mal parait il, bref une distrib qui ne marche pas mais qui fait tout bien fonctionner...

    Bon, pardon aux familles, toussa.
    Et puis me suis abstenu, c'était pas fair play, et trop facile. Et puis Ubuntu c'est vachement bien quant même.
  • [^] # Re: Re : Comportement d'apt-get par défaut

    Posté par  . En réponse au journal Comportement d'apt-get par défaut. Évalué à 3.

    (évidence : 100% d'accord [sur ce que je pige]) Et j'ajouterai que comparer des outils (apt-get vs aptitude vs urpm vs yum) ou comparer des solvers n'y changera rien : ce sont les déclarations faites aux outils qui comptent, là.

    Mais, question, ne serait ce justement pas à cause de son universalité que Debian devrait être encore plus stricte que tout autre ?

    D'ailleurs c'est bizarre le nombre de tutos et d'how to sur "construct a minimal debian". J'ai pas l'impression que lorsqu'on sort de x86 les dépendances par défaut soient très utilisées... ??

    En lisant "Depends, Recommends, Suggests, Enhances, Pre-Depends, Breaks, Conflicts, Build-Depends, Build-Depends-Indep, Build-Conflicts and Build-Conflicts-Indep and virtual-packages" on se dit que jamais rien n'a été fait de mieux. Mais que c'est limite humain :-))
  • [^] # Re: Re : Comportement d'apt-get par défaut

    Posté par  . En réponse au journal Comportement d'apt-get par défaut. Évalué à 2.

    ptit_o c'est le fils de Pierre Tramo et de Mme Michu ?

    Blague à part, c'est notre usage qui n'est pas bon.
  • [^] # Re: Raison

    Posté par  . En réponse au journal Comportement d'apt-get par défaut. Évalué à 2.

    Ouhai, enfin c'est pas vraiment comparable.
    D'un côté on a qq dépendances qui font chier. D'un autre un énorme bordel insupportable.

    Faudra bien un de ces jours retirer la notion de dépendance au fichier de construction du paquet. Sinon ça s'arrangera jamais : soit d'un côté une communauté super stricte là dessus donc très restreinte, soit d'un autre côté une communauté plus ouverte mais à distrib bordélique. L'arbre de dépendance, seul le bs devrait l'avoir.

    Bon pour cela faudrait aussi commencer par avoir des noms de paquets canoniques carrés. Perso quant je vois lib64machin.x86-64 alors que le nom de la lib c'est libmachin, je saute au plafond. libmachin.i586 et libmachin.x86-64 devraient suffir pour les différencier, autant en paquets que sur le système.

    Bon yfokonyaka, en mode vendredi :)
  • [^] # Re: rapport

    Posté par  . En réponse au journal Temps de démarrage. Évalué à 2.

    Upload sur Smolt, c'est bien.
    Penser à noter ensuite, c'est mieux
    :-)

    (même si c'est fastidieux car smolt affiche par exemple 3 fois la cam intégrée parfois. Et même si c'est un peu frustrant en l'absence de case de notation tierce, pour par exemple noter l'acpi avec plus de précisions)
  • [^] # Mise en veille sur ram

    Posté par  . En réponse au journal Temps de démarrage. Évalué à 2.

    Sur mes portables, Linux s'en sort aussi bien que osX.
    Et Linux, bien GNU/linux, avec tout ce qu'il faut au dessus. Retour de veille sur ram immédiat. Un bonheur :)

    Par contre, le temps de démarrage... y a deux ans j'arrivais sans peine à tomber en dessous de 10 secondes chrono-en-main, depuis grub jusqu'au bureau lxde fonctionnel. Sans peine aucune. Aujourd'hui plus moyen de tomber en dessous de 18~20 secondes, avec les mêmes modifs. ??
  • [^] # Re: Parce que c'est sérieux ?

    Posté par  . En réponse au journal La nouvelle génération. Évalué à 3.

    Moi j'ai cliqué sur le lien. Et dans le bandeau de droite, il y a les suggestions... En tout premier YouTube (Google, j'suis identifié sur les deux) me propose... "coeur de pirate" par Francis...
    \o/
  • [^] # Re: Torgnole

    Posté par  . En réponse à la dépêche Nouvelle version du jeu Plee the Bear. Évalué à 2.

    T'es sûr que ça rentre ?
  • [^] # Re: Gain sur un environnement de bureau n'utilisant pas de terminaux ?

    Posté par  . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 6.

    N'est plus un gadget.
    (l'ajout de qu' laisser une interprétation autre, et contradictoire)
    Non ?
  • [^] # Re: Une alternaïve

    Posté par  . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 1.

    Je ne constate pas de différence qu'avec deadline, en fait. Test simple d'utilisation sur un netbook. J'ai même l'impression que deadline reste plus efficace, pour cette simple utilisation basique typique 'personnal computer'.

    D'ailleurs là l'ordi re-compile un noyau, et pendant ce temps : mouler sur dflp et shell. J'ai pas de ralentissements, aucun, pas de blocage ou de manque de réactivité.

    Mais bon, ce n'est qu'une impression.
    ??
  • [^] # Re: Avant toute chose...

    Posté par  . En réponse au journal Guide de sécurité informatique à l'usage des journalistes. Évalué à 2.

    Encore plus simple : ils sont en France, suffit de changer leur clavier :)
    Tu en connais beaucoup qui font de la triangulation sur du wifi (pour voir qu'un portable sans émet quant même), et ce, au travers des ouatmilles wifi qui traversent ce genre d'immeuble parisien ? :)

    nan c'est vrai que ça ressemble plutot à du commandité privé, ça. Quoique ça pourrait aussi être du "zut, presque tard, allons y bourrin personne nous verra là", voire encore du "comme pour une paillotte, on a un peu honte alors on laisse des traces". Bref, allons savoir ?
  • [^] # Re: n'empeche...

    Posté par  . En réponse au journal Driver libre pour Kinect. Évalué à 2.

    hum ... (miam) :))

    J'en ai vue une hier soir, de loin. c'est vraiment tout petit en plus, l'espace entre les 'capteurs' est pas bien gros. Impressionnant d'autant plus pour les algo derrières.

    Le modèle de sun n'avait qu'une caméra mais nécessite des gestes amples il me semble.
    Celui ci va donc être utilisable (et utilisé) dans des ...jeux ... ouch

    Peut être qu'une appli sympa avec ce kinect serait une "projection d'entrée" ? :) Où on définie une distance, plus bornée, à laquelle elle réagit, puis un plan, plus simple que tout son champ. On aurait alors une "surface" d'action. A voir la capacité, la finesse de mesure, pour les distances.
  • [^] # Re: n'empeche...

    Posté par  . En réponse au journal Driver libre pour Kinect. Évalué à 3.

    Si on arrive déjà à faire de la stupidité artificielle, ça sera très bien :)
  • [^] # Re: Testé et approuvé

    Posté par  . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 7.

    T'es sûr que c'est pas plutot la nouvelle libjpeg ?

    (peut être pour madame aussi ? :p )
  • [^] # Re: Cgroups

    Posté par  . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 2.

    ha vi. Je ne savais pas du tout que systemd avait l'intention d'utiliser cgroups, de s'occuper de cette politique. Merci.

    Cela impactera le système ensuite, où bien c'est vraiment juste pour le démarrage ? Sinon c'est plus systemd qu'il faut le nommer, mais system3d :)
  • [^] # Re: Gain sur un environnement de bureau n'utilisant pas de terminaux ?

    Posté par  . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 2.

    >"Mais j'avoue ne pas avoir compris ce qui fait que le patch améliore la réactivité."

    (une explication non, une question, oui :p forcément!)

    Serait ce une différence de politique par défaut ? Ou celui qui voudrait un autre fonctionnement par défaut devra se le configurer ?
    Après tout, sur un serveur, ça n'impactera pas. (à moins de jouer à frozen bubble dessus). Et pour des configurations "plus en avant", après tout, ils peuvent se coltiner la doc, eux, non ?

    Mais une question quant même, donc : n'est ce pas contradictoire avec cgroup ? puisque cet outil est générique (pouvant être utilisé aussi bien en fonction de / pour des serveurs web ou des serveurs de sessions ou une station de compil / calcul ou même pour un laptop, voir un téléphone). Alors ce patch, qui impose une politique par défaut (bon, pas intrusive), n'est il finalement pas en contradiction avec le fait que cgroup soit "neutre et pour tous" ?

    Est ce que ce qu'a commencé de faire redhat n'est pas "mieux" sur le long terme ? (ie proposer une intégration, des outils de plus haut niveau, etc etc), et plus "fidèle" à ce qu'est cgroup ?

    ??
  • [^] # Re: Professionels

    Posté par  . En réponse au journal Le HP Mini 1103 est bientôt de sortie. Évalué à 2.

    s/musée du Louvre/Association des Amis du Louvre
    non rien ;-)
  • [^] # Re: BIOS

    Posté par  . En réponse au journal Le HP Mini 1103 est bientôt de sortie. Évalué à 2.

    (désolé pour le -1 me suis gourré de clickou)

    Pas essayé, non, avec wine (installé sur aucune de mes machines), pour dépaqueter ce truc. Si wine y arrive, faudra voir pour unshield ? Bah de toutes façons je ne serais pas bien avancer dans la mesure où flashrom me dit "oula, t'es vraiment sûr ?"... donc bon :(

    A noter pour H.P qu'ils fournissent le moyen de mettre à jour son bios facilement sous gnu/linux aussi, pour les modèles qu'ils vendent avec linux. Les autres, on s'assoie dessus, et en prime on se coltine des bugs de bios / tables *dt / très louches, si on utilise un autre o.s que celui du même vendeur que le compilo utilisé. Vraiment louche.
  • [^] # Re: Re:dégout

    Posté par  . En réponse au journal La Corrèze distribue 3300 Ipad aux collègiens et professeurs.. Évalué à 3.

    Un problème de double menton
    ... :))
  • [^] # Re: Cgroups

    Posté par  . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 2.

    la dernière phrase était pour moi, cykl. :p
  • [^] # Re: Une alternaive

    Posté par  . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 1.

    Mouhahaha
    ....
    Très bon :) Simple, en shell, bien bourrin :)

    Enfin, bon, conseil quant même de lire le readme de cgroup avant...Si vous voulez pas "(be) totally in the dark ", comme avec le patch.

    Il est con le Lennart... :)) Très bon :))
  • [^] # Re: Cgroups

    Posté par  . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 1.

    beuh :(
    non c'était pas de l'ironie :(
    m'enfin c'est sur la doc de cgroup (et son évolution, depuis un readme de 100 lignes au début, à aujourd'hui). Non pas sur la doc des outils redhat pour cela (que je n'ai même pas encore regardé, à peine un peu les outils, zéro sur la doc)

    Et puis c'est pour du simple, pas question de faire un soft qui en tiendrait compte (d'ailleurs je ne vois pas l'intérêt de ça ? il me semblait qu'un des intérêts de cgroups était justement d'avoir ces conf possible point du vue système, sans que le dev de telle appli soit obligé de s'en pré-occuper).

    Tout à fait la cible de ce patch auto_cgroup : bourrin avec un usage basique. Pas une configuration très fine de cgroup.
  • [^] # Re: Wiki

    Posté par  . En réponse au journal Guide de sécurité informatique à l'usage des journalistes. Évalué à 2.

    + 1 sur le wiki
    Penser peut être à avoir des parties spécifiques aux distributions. Car si la majorité des outils sont disponibles sur toutes, les spécifités de chacune sont intéressantes aussi, dans le cadre d'une adaptation du système. (SElinux, Tomoyo, AppArmor, déjà. Puis comment avoir un ordinateur "normalement utilisable" [ie : x et montage usb] avec le patch grsec. Ou comment chrooter une appli ayant besoin d'un affichage x, genre un navigateur web. Ou encore se faire son / en squashfs. Ou pourquoi telle distribution fonctionne mal si /lib/modules a été déplacé sur, et pointé vers, une partition ro...)

    Cela peut être un superbe boulot. Le truc difficile sera peut être de faire le rangement au fur et à mesure, quitte à locker de temps en temps, afin de ne pas se retrouver avec un gros bordel).

    Et le fait que cela soit spécifiquement destiné aux journalistes est une approche, un objectif, est extra :))

    Perso j'aime beaucoup les webmails publics.
    Tu t'y connectes en inventant une adresse mail comme tu veux, qui ne sera qu'un alias n'apparaissant jamais dans le webmail. Donne ce mail à un service en ligne ou à quelqu'un. Puis tes mails sont reçus dans une boite ouverte et public : à toi de les choper et de les effacer.Le traffic est pas gros car ils sont peu connus / utilisés, mais faut quant même être dessus pil au moment de l'envoi de la réponse attendue :)
    Simplissime, parfaitement efficace.
  • [^] # Re: D3D is dead.

    Posté par  . En réponse à la dépêche Lancement d'une implémentation native de Direct3D sous Linux. Évalué à 5.

  • [^] # Re: Meego/Android

    Posté par  . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 4.

    je t'échange un tuto nucleus - xenomai contre un tuto sur ça
    ? :)))