Val a écrit 46 commentaires

  • # Pour quelques lignes de Ruby

    Posté par  (site web personnel) . En réponse au journal VOD CanalPlus sous Linux. Évalué à 3.

    http://pastie.org/825207

    DAYS = intervale de jours de récupération
    BW = qualité HD/LD (poor regexp mode ON)
  • [^] # Re: Il n'y aura plus de paquet vserver dans les futures versions de Debi

    Posté par  (site web personnel) . En réponse à la dépêche Des nouvelles du noyau Debian. Évalué à 3.

    Ça fait des années que je refais mes paquets de noyaux avec support vserver pour Debian. Personne dans les développeurs Linux-Vserver ne souhaite supporter une version donnée : la stable en cours par exemple. Leurs arguments sont souvent : « Ils (Debian) choisissent toujours des numéros de versions foireuses du noyau et en plus ils le poluent de patchs ». Et en plus le projet semble loin de s'intégrer dans libvirt.

    Je vais définitivement passer sur openvz bien mieux supporté, même si j'estime que certaines fonctionnalité des vservers sont bien plus avancées ou audacieuses (hashification/unification, token-bucket, etc.)

    Bye bye les conf. iptables à rallonge sur l'hôte, bye bye les gains d'espace disque.
    Welcome la gestion de mes VPS en quelques ligne de ruby via libvirt.
  • [^] # Re: ...

    Posté par  (site web personnel) . En réponse au message Offre de CDD 6 mois - développement PHP sur OCS/GLPI. Évalué à 3.

    Dans la fonction publique il n'y a pas de honte mais des grilles de salaires non négociables : seule l'expérience professionnelle peut faire évoluer les rémunérations.

    J'ai juste honte d'avoir répondu à une remarque si peu constructive :-)
  • # Outage

    Posté par  (site web personnel) . En réponse au journal UUCPSSH : toujours avec nous. Évalué à 4.

    Bon le serveur est inaccessible pour l'instant il faut le faire rebooter et redémarrer le tout proprement, on est dessus pas de panique... C'est juste qu'on est un peu pas sur place en ce moment comme beaucoup :P
  • [^] # Pour professionnels on a dit ;-)

    Posté par  (site web personnel) . En réponse au message Encore et toujours la comptabilité.... Évalué à 1.

    Ouais, grisbi ça m'a l'air réservé à une utilisation personnelle voire associative... Quant à GNUcash j'ai peur qu'il ne soit lui non plus pas adapté à la gestion comptable d'une PME française.
  • # Question dans les forums sur le sujet

    Posté par  (site web personnel) . En réponse au journal Nouvelle version et doc libre pour Tiny ERP. Évalué à 1.

    C'est là -> https://linuxfr.org/forums/41/18766.html

    "À part utiliser gnumeric ou oocalc pour faire sa gestion "à la mano" à coup de feuilles de calculs plus ou moins heureuses quelqu'un as-t-il des retours (concrêts et/ou professionnels) de l'utilisation de logiciels de comptabilité libres pour les entreprises. Attention je parle pas de tests, mais d'utilisation au jour le jour dans le cadre d'une comptabilité réelle et professionnelle.

    Bien sûr exit les exemples sans module(s) d'import/export (aux formats les plus utilisés par les experts comptable)."

    Et sur TinyERP plus précisément est-il possible avec de :
    - faire un prévisionnel ?
    - réaliser sa gestion comptable au jour ?
    - l'exporter dans des formats utilisés par les experts comptables ?
  • [^] # Re: Transport -> Wiki

    Posté par  (site web personnel) . En réponse à la dépêche What The Hack 2005 - La grand messe des hackers. Évalué à 5.

    C'est justement une des raisons qui nous a poussé à ouvrir un Wiki sur la question ainsi qu'une mailing-list.

    Si on est assez, on pourra s'organiser confortablement niveau transport et faire (éventuellement) des départs depuis plusieurs grandes villes de France.

    Le top aussi serait d'organiser une tente "frenchies" avec tout ce qu'il faut dedans (frigo & Co.)

    Mais bon, on va voir combien sont motivés :)
  • # Ptain, deux tonnes la box

    Posté par  (site web personnel) . En réponse à la dépêche LinuxFR s'arrête .... Évalué à 4.

    Le plus dur, ça va être de la sortir... Ça va encore finir avec un mal de dos tout ça :-/
  • # News !!!

    Posté par  (site web personnel) . En réponse au journal Brevets logiciels: procédure redémarrée. Évalué à 10.

    Rha, ça vaut une news en première page ça
  • [^] # Re: (positionnement manuel + semi-auto) (agrandissement Xinerama complia

    Posté par  (site web personnel) . En réponse au journal E16.8 pour la nouvelle année :^). Évalué à 2.

    J'ai essayé SawFish, le mode de placement semi-auto dont je parle n'est pas disponible. Pour les modes plein écran effectivement il se démerde aussi très bien.

    Quant aux WM genre larswm et ion2 j'ai vraiment du mal avec les frames (et pourtant je suis un féru d'Emacs... mais c'est un éditeur, pas un WM pour moi). Pis parler de placement semi-auto à la golem dans ces WM n'a aucun sens finalement.

    Sens que je vais réactiver le développeur de golem moua :) Sinon fork() :p
  • # (positionnement manuel + semi-auto) (agrandissement Xinerama compliant)

    Posté par  (site web personnel) . En réponse au journal E16.8 pour la nouvelle année :^). Évalué à 2.

    Bin tiens aller, je m'y colle... Je n'ai pas encore testé E17 et j'ai bien peur de trainer encore mon vieux window manager que personne n'utilise et qui n'est plus du tout maintenu tout simplement parce-que je n'ai jamais trouvé d'autre WM permettant
    • Un positionnement semi-auto qui tue, je m'explique : quand j'ouvre une nouvelle fenêtre (raccourcis clavier ou icône, moi je n'ai aucun icône) le WM positionne la fenêtre à un endroit "optimal" sur le bureau ET accroche le pointeur de la souris au bord supérieur gauche de la fenêtre pour laisser 3 secondes à l'utilisateur pour éventuellement déplacer la fenêtre ailleurs. Une fois le timeout dépassé la fenêtre se plaque définitivement ET la souris retourne à sa place si aucun déplacement n'a été effectué... C'est simple essayez un truc comme ça après vous ne pourrez plus vous en passer.
    • Une gestion parfaite du plein écran : les fenêtres sont agrandies au maximum SANS bords, ce qui est du plus bel effet avec un terminal (on se croit en FrameBuffer) ou tout autre application (browser/mplayer/etc.) ET en plus qui gère Xinerama : en effet une fenêtre à cheval entre le screen 0 et le screen 1 s'agrandira dans le screen où elle occupe la majorité de place sans s'écarteler sur deux écrans (ce qui est complètement nul).
    Mon WM c'est ... golem. Et comme personne ne s'en occupe plus et qu'il me manque quand même une fonctionalité bien pratique (le changement de bureau avec la fenêtre courante qui suit) j'espère qu'un jour FluxBox ou E intégreront ce genre de petits trucs.
  • [^] # Le retour du site

    Posté par  (site web personnel) . En réponse au journal Beau travail. Évalué à 5.

    Disons qu'on a certains problèmes qui nous poussent à faire quelques modifications rapidement. Les problèmes ne sont toujours pas réglés, aussi ça peut retomber dans la journée...

    Notre principal souci concerne le module megaraid qui ne s'initialise pas correctement sur le HP NetServer qui dessert cette page : corruptions dans les bases etc.

    Du Murphy style effectivement.
  • [^] # Merci

    Posté par  (site web personnel) . En réponse au journal LinuxFR : a quand une democratie ?. Évalué à 1.

    Les critiques sont prises en compte, les insultes par contre ça devient difficile avec le temps (ça use). Il faut avouer que c'est la rançon de la gloire (du site)...

    Ceux qui s'occupent de ce site font ce qu'ils peuvent pour satisfaire un maximum de lecteurs. Ils ne cherchent pas forcément un merci, mais ça fait quand même plaisir de savoir qu'ils ne sont pas seulement considérés comme des "dictateurs" ou autres.

    Pour toi comme pour la majorité silencieuse et assidue, merci =)
  • # UUCPSSH.org

    Posté par  (site web personnel) . En réponse au journal Je prends, je trie, je renvoie. Évalué à 2.

    En plus, c'est en haut de la page :-P

    NB: Pour faire ce que tu veux, utilise la redirection offerte par le service.
  • [^] # Re: Et oui..

    Posté par  (site web personnel) . En réponse au journal Le "groupware" pour les particuliers. Évalué à 1.

    C'est con y en a des libres en développement qui sont presque sortis déjà :)
  • [^] # Re: UML vs VServer

    Posté par  (site web personnel) . En réponse à la dépêche Linux VServer, pour ceux qui ne connaissent pas.... Évalué à 2.

    Simple, ton noyau UML tourne en mode utilisateur. Donc il ne peut accéder directement au filesystem (inode et tout ça), car ça se fait en mode kernel et il est entiérement en mode utilisateur (d'où le nom UML d'ailleurs). Du coup, pour que ça marche, le noyau UML en mode utilisateur appelle les primitives du vrai noyau... Ce qui fait bien un premier appel de primitive kernel dans le noyau UML, suivi du même appel de ce dernier dans le noyau principal. Et ce n'est qu'un exemple.

    Du coup, met 20 UML sur une machine, met 20 VServer sur une autre, fait un simple test de lecture non séquentielle, en parallèle sur tous ces serveurs et en même temps, et là tu verras concrétement le problème... (bien sûr tape sur un même disque, pas sur des points de montage différents sinon ça ne vaut rien comme test)
  • [^] # UML vs VServer

    Posté par  (site web personnel) . En réponse à la dépêche Linux VServer, pour ceux qui ne connaissent pas.... Évalué à 1.

    Par contre UML te fait tourner plusieurs instances du noyau Linux. Cela engendre (entre autre) de multiples indirections pour accéder par exemple au filesystem... Bref pour tester des noyaux UML c'est bien, pour faire du mutualisé Linux-VServer c'est bien mieux.

    My 0.02 €
  • # Alors toi mon salaud !

    Posté par  (site web personnel) . En réponse à la dépêche Interview de Fabien Penso. Évalué à 10.

    Rha c'est pas juste, c'est un coup bas même, t'as de la chance que je ne t'ai pas sous la main, parce-que sinon...

    Me vengerai à l'HEX2005 :oP

    Plus sérieusement, chapeau bas Fabien, vu des coulisses on se rend bien compte du chemin parcouru depuis cette première page (où sont planqués les screenshots d'ailleurs) et de tout ce travail fourni sans discontinuité, sans aucune contrepartie et le plus souvent face la débilité de quelques crétins qui passent leur temps à te pourrir la vie, ça force le respect.

    Je souhaite bon courage à Benoît et Pascal et, en temps que lecteur de LinuxFR, les remercie vivement de reprendre en charge cette lourde tâche de webmestre afin que LE site continue encore.

    Aussi, bonnes vacances mon gars, on se retrouve à la troisième île, à coté de la buvette, au pied des pistes de ski... ;-)
  • [^] # Re: Quel ultraportable pour Linux?

    Posté par  (site web personnel) . En réponse au journal Quel ultraportable pour Linux?. Évalué à 1.

    z'veux l'même :-P
  • [^] # Virtualisation

    Posté par  (site web personnel) . En réponse à la dépêche Migration de DLFP effectuée. Évalué à 1.

    Ouais, y en a pleeeeeiiiiiinnnnn !
  • [^] # Re: L'association LinuxFR ne pourrai pas organiser ce genre de manifestation en France ?

    Posté par  (site web personnel) . En réponse à la dépêche CCC 2003 a commencé !. Évalué à 5.

    On y pense... Le truc serait de trouver :

    0) Une autorisation pour un lieu, voir le support des politiques locaux (mieux).

    1) Un terrain suffisament accueillant, suffisament grand, pas trop loin d'une grande ville (pour les accès et les autres ressources diverses) et pas trop cher.

    2) Une liaison pour le lieu en question, divers moyens techniques sont possibles pour obtenir une LS sur un campement.

    3) Plusieurs sociétés capables de nous fournir à moindre coût, voir gratos, tout un tas de choses pour l'infrastructure : des routeurs aux tentes en passant par les bornes électriques et autres WC et douches...

    4) Tout un tas de volontaires dont la doctrine n'est pas le sempiternel YaKaFauKon.

    5) Beaucoup d'aide, beaucoup de courage, car réaliser en France ce type de manifestation reste très difficile : la mentalité française dans les campements pouvant aussi être un certain frein (vols).

    Si c'est pas un beau YaKaFauKon ça... désolé ;-)
  • # Re: gestion d'un nom de domaine

    Posté par  (site web personnel) . En réponse au journal gestion d'un nom de domaine. Évalué à 2.

    essaie xname.org, je le connais et c'est du tout bon (gratuit qui marche tout ça) :-P
  • [^] # Pas de tente Linux ?!

    Posté par  (site web personnel) . En réponse au journal Chaos Computer Camp Berlin. Évalué à 1.

    Pourtant des Linux... il y en a ici, et majoritairement des Suze et des Debian. Alors qu'il y ai une tente Linux ou pas ... :-)
  • [^] # Re: CCC 2003 a commencé !

    Posté par  (site web personnel) . En réponse à la dépêche CCC 2003 a commencé !. Évalué à 2.

    Ouais... en fait c'est une histoire d'ambiance : aux HIP/HAL ou encore autre CCC c'est vraiment trop le délire, une vraie fête quoi.
  • [^] # Une bonne cause de plantage des GeForce2 MX, une solution aussi

    Posté par  (site web personnel) . En réponse à la dépêche 2 nouveaux FPS de qualité pour GNU/Linux. Évalué à 6.

    Les drivers fournis par NVidia marchent parfaitement, toutes options intégrées (RenderAccel, AGP etc.), SANS utiliser le driver FB riva (le vesa marche trés bien)... et surtout à partir du moment où votre carte ne chauffe pas trop : en effet il semble que X soit assez fragile face aux plantages dus à la chaleur des cartes, les drivers NVidia n'ont pas de failover qui permet de retrouver un état stable de X...
    Du coup une bonne solution, quite à perdre un peu de FPS (si peu) c'est, outre refroidir très efficacement vos composants, de baisser la fréquence de ceux-ci : par exemple sur ma GeForce2 MX, un petit
    '/usr/bin/nvclock -c 0 -n 175 -m 300'
    abaissant la fréquence au minimum supporté par le chip de la carte fait que TOUT marche nickel et que je n'ai plus aucun plantage de X/Linux : les jeux plantent mais seulement les jeux :-)
    PS: package dans Debian, appelé dans un script d'init et on l'oublie...