CTAF a écrit 46 commentaires

  • # Fonctionnalitées

    Posté par  . En réponse au journal Un meilleur shell. Évalué à 3.

    Il faut voir qu'un shell, n'est pas un simple lanceur de commande, il y a un gros travail de fait sur la completion, sur la gestion des jobs, sur les pipes, les redirections. Est-ce que tu implementes la gestions les jobs?

    Ensuite, on l'utilise pour des raisons historiques, bash est présent sur tous les systèmes, du moins on trouve forcement un interpreteur sh.
    Ce qui facilite la vie des admins, c'est en partie pour ca que les autotools n'utilisent que des outils unix standard: la portabilité au détriment de la vitesse.

    De plus il existe différent shell plus ou moins rapide avec des syntaxes plus ou moins différentes. De ce que tu decris tu as envi d'un équivalent du language c, utilise alors tcsh, csh, ou (celui que je prefere parmis tous) zsh.
    au niveau des syntaxes:
    sh: sh, bash, zsh
    c: zsh, tcsh, csh
    k (mélange de csh/sh): ksh

    Le shell n'est pas un language pour programmer à mon avis, mais plutot pour bidouiller le système, il est assez difficile de faire des programmes serieux en shell qui soit portable. En loccurence je développe une conf pour bash/ksh/tcsh/zsh qui utilise exactement les mêmes fichiers pour chaques shell, et chaque shell voir version de shell a ses spécificités, j'ai donc une library de fonction portable entre tous les shells.
    Et toujours pour en revenir au problèmes principales pour les shells à mon avis, c'est la portabilité, et la donc la disponibilité par default d'un interpreteur sh sur tous les systemes. Sinon pour ce meme projet(il n'y as pas que la configuration des shells) j'aurai utilisé un autre language, et pas question non plus de distribuer des sources a compiler, car par exemple sous cygwin il n'y a pas forcement le compilo d'installé.

    PS: le proj en question est www.sf.net/projects/grk
  • [^] # Re: comme ca, ca ira

    Posté par  . En réponse à la dépêche Emacs 22 est déclaré stable. Évalué à 3.

    il s'agit de gtk 1 sur le screenshot, il y a aussi le support de gtk2 qui est bien plus sexy encore!
  • # Fichier de conf pour zsh

    Posté par  . En réponse au journal ZSH 4.3.4 full unicode. Évalué à 2.

    sur http://www.sf.net/projects/grk vous trouverez des fichiers de conf pour zsh assez évolué. Mettant notamment en pratique le plus de completion possible, un jolie prompt, et quelques goodies.


    screenshot des differentes completions de zsh: http://sourceforge.net/project/screenshots.php?group_id=1634(...)
  • [^] # Re: Huhu...

    Posté par  . En réponse au journal du (presque) nouveau pour saimal.fr. Évalué à 1.

    n'oublions pas que:

    http://msn.saimal.fr/
    et que
    http://jabber.saimal.fr/
  • [^] # Re: Quel noyau ?

    Posté par  . En réponse à la dépêche Sortie de ReactOS 0.3.1. Évalué à 2.

    C'est effectivement un noyau maison, il travaille en collaboration avec wine, pour toute la couche API autour du noyau. Vu que ca repose sur wine, une fois le noyau assez avancée (il peut reutiliser les driver windows), le support des applications sera equivalent voire meilleur que celui de wine. De plus il me semble qu'il compte ajouter une couche posix pour le support des appli unix.
    "100% compatible binaire avec Windows"
    et aussi compatible au niveau des sources, comme wine :-)
  • # Ki a du kaka kaki

    Posté par  . En réponse au journal Petite merde sèche [encore à coté de la plaque]. Évalué à 4.

    Ki a du kaka kaki
    kolé o kuku
    kolé o kuku
    jusko kiki
  • [^] # Re: rimx

    Posté par  . En réponse au journal Rimx : Projet station de live musical embarquée. Évalué à 2.

    avoir un emsemble de soft audio cohérent sous linux qui permettent d'avoir des fonctions equivalentes voir meilleur qu'une machine hard ca serait fort sympa. Pour l'instant les logiciels sont soit pas finalisé soit trop simple a mes yeux. J'espere que ce logiciel contribuera a ces logiciels que j'aimerais voir se develloper et devenir reelement agreable a utiliser et limiter juste par notre sens de la creation.
  • # rimx

    Posté par  . En réponse au journal Rimx : Projet station de live musical embarquée. Évalué à 0.

    je souhaite bonne chance a ce projet.
    J'encourage l'initiative, cela peut promouvoir les logiciel de sons sous linux et meme contribuer a leur devellopement.
  • [^] # Re: .

    Posté par  . En réponse au journal grk: ctafconf v0.3.0. Évalué à 1.

    oui, soit un part un, soit tous, soit une liste au choix.
  • [^] # Re: ??? ! ??

    Posté par  . En réponse au journal grk: ctafconf v0.3.0. Évalué à 1.

    a la base, c'étais ma conf, mais c'est devenu au fil du temps, assez generaliste pour que je la mettent sur sourceforge, et j'ai pas eut le temps encore de modifier toute les references a ctafconf, par grk, qui est un nom bien moins personnel.
  • [^] # Re: happycoders

    Posté par  . En réponse au journal grk: ctafconf v0.3.0. Évalué à 2.

    ya certaine partie de la conf emacs qui peuvent venir de happycoders, mais sinon j'ai decouvert happycoders bien aprés avoir commencé ma conf emacs.
  • # URL

    Posté par  . En réponse au journal grk: ctafconf v0.3.0. Évalué à 2.

    dans mon elan j'ai oublié le lien!!

    http://grk.sf.net

    voila mon erreur est corrigé.
  • [^] # Re: bof

    Posté par  . En réponse au journal Ultime Asteroids. Évalué à 2.

    marche nikel, sur i810 avec xorg 7.0 sous debian..
    excelent comme jeux.
  • [^] # Re: vi

    Posté par  . En réponse au journal Geek Rescue Kit, pour un environnement de travail plus efficace. Évalué à 1.

    je prend!
  • [^] # Re: vi

    Posté par  . En réponse au journal Geek Rescue Kit, pour un environnement de travail plus efficace. Évalué à 2.

    ya une norme epita pour les projet ecrit en c (en ing1) assez restrictive d'ailleurs. (max 80 caracteres par ligne, 5 fonctions exportés par fichiers, 25lignes max par fonction, etc...)
  • [^] # Re: vi

    Posté par  . En réponse au journal Geek Rescue Kit, pour un environnement de travail plus efficace. Évalué à 8.

    si t'as une bonne conf vi et que t'es pret à la partager jsuis preneur, comme ca pas de jaloux.
  • [^] # Re: Conf ?

    Posté par  . En réponse au journal ZSH 4.3.2. Évalué à 1.

    je me suis fais un script, qui partage l'environnement et les alias entre bash, ksh, zsh, et tcsh. ca se trouve dans la ctafconf dans .ctafconf/etc/shell. La ctafconf gere dailleur different fichiers de configuration pour linux, notamment pour emacs, fluxbox, xbindkeys, torsmo,etc...

    http://www.noshell.info/dokuwiki/doku?id=ctafconf
  • [^] # Re: Execelent

    Posté par  . En réponse au journal ManiaDrive : demande de contribution. Évalué à 1.

    VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)

    la ref du portable si tu veux en savoir plus: fujitsu siemens S6120

    sinon c'est une carte graphique basique qui supporte les operations 3d basique et qui partagent 64mo de ram. quake3 tourne dans les 50-60 fps dessus sans probleme.

    donc tu peux considerer que ton jeux tourne bien, meme sur des petites configs.
  • # Execelent

    Posté par  . En réponse au journal ManiaDrive : demande de contribution. Évalué à 1.

    ca fonctionne bien sur debian + gnome + i810 (portable centrino S6120, avec carte graphique intel intégré), jarrive à avoir un fps de 50.

    Bonne continuation pour ce jeux trés prometteur.
  • [^] # Re: RAM

    Posté par  . En réponse au journal Quelle mini distrib de linux choisir ?. Évalué à 1.

    toutes ces distributions permettent d'avoir autre chose que gnome ou kde comme DM, dailleur on peut mettre kde sur une ubuntu, et gnome sur une kubuntu.
    Visiblement le but est de faire un serveur, alors je ne saurais que trop recommander debian avec fluxbox ou openbox, et vu que c'est ton pote, tu lui installe et lui config, et aprés il est pépére pour bien longtemps.
  • [^] # Re: déplacement

    Posté par  . En réponse au message avahi(zeroconf, bonjour, rendez vous) dans kde. Évalué à 2.

    la reponse m'interesse aussi, malheuresement dans les forums les chances de reponse sont bien plus faible
  • [^] # Re: linux-live

    Posté par  . En réponse au journal Vous utilisez quoi pour faire des Live-CDs ?. Évalué à 2.

    ya aussi des outils dans debian, qui permettent de faire un live cd/dvd, a partir du systeme sur lequel on se trouve.

    voir: gibraltar, bootcd (commande: bootcdwrite), et yen a d'autres me semble t'il
  • # bonnes urls

    Posté par  . En réponse au journal Google et le référencement. Évalué à 7.

  • [^] # Re: coquille

    Posté par  . En réponse au journal Après ReiserFS, FreeBSD sait maintenant lire le XFS \0/. Évalué à 1.

    les badblocks et le ext3 c'est pas franchement mieux, j'ai perdu mon / a cause de ca plusieurs fois. Sous ReiserFS j'ai jamais eut de perte. Maintenant c'est peut etre une question de hazard, mais depuis je mets du reiserfs pour toute les partoches que j'installe et j'ai pas de probleme. J'ai perdu des données en faisant des reboot a chaud en ext3 jamais en reiserfs.
  • [^] # Re: En vrac

    Posté par  . En réponse au journal Écoles, classes prépas etc etc.... Évalué à -3.

    "pisseur de code" la legende d'epita, tu parles d'epitech je pense, mais un ingenieur informatique qui sait pas codé je vois pas en quoi il est meilleur qu'un ingenieur qui sort d'epita, et qui a un baguage informatique enorme. Aprés oui l'epita c'est dure, et ca ressemble a du bordel organisé, mais justement c'est pour nous endurcir. La grosse difference entre epita et epitech c'est justement les cours theoriques dispencé a l'epita, dailleur les entreprises aime bien les epitéen car "ils sont bon a tous faire".




    "un pisseur code" heureux.