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
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.
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 :-)
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.
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.
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.
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...)
Posté par CTAF .
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...
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.
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.
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.
"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".
# Fonctionnalitées
Posté par CTAF . En réponse au journal Un meilleur shell. Évalué à 3.
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 CTAF . En réponse à la dépêche Emacs 22 est déclaré stable. Évalué à 3.
# Fichier de conf pour zsh
Posté par CTAF . En réponse au journal ZSH 4.3.4 full unicode. Évalué à 2.
screenshot des differentes completions de zsh: http://sourceforge.net/project/screenshots.php?group_id=1634(...)
[^] # Re: Huhu...
Posté par CTAF . En réponse au journal du (presque) nouveau pour saimal.fr. Évalué à 1.
http://msn.saimal.fr/
et que
http://jabber.saimal.fr/
[^] # Re: Quel noyau ?
Posté par CTAF . En réponse à la dépêche Sortie de ReactOS 0.3.1. Évalué à 2.
"100% compatible binaire avec Windows"
et aussi compatible au niveau des sources, comme wine :-)
# Ki a du kaka kaki
Posté par CTAF . En réponse au journal Petite merde sèche [encore à coté de la plaque]. Évalué à 4.
kolé o kuku
kolé o kuku
jusko kiki
[^] # Re: rimx
Posté par CTAF . En réponse au journal Rimx : Projet station de live musical embarquée. Évalué à 2.
# rimx
Posté par CTAF . En réponse au journal Rimx : Projet station de live musical embarquée. Évalué à 0.
J'encourage l'initiative, cela peut promouvoir les logiciel de sons sous linux et meme contribuer a leur devellopement.
[^] # Re: .
Posté par CTAF . En réponse au journal grk: ctafconf v0.3.0. Évalué à 1.
[^] # Re: ??? ! ??
Posté par CTAF . En réponse au journal grk: ctafconf v0.3.0. Évalué à 1.
[^] # Re: happycoders
Posté par CTAF . En réponse au journal grk: ctafconf v0.3.0. Évalué à 2.
# URL
Posté par CTAF . En réponse au journal grk: ctafconf v0.3.0. Évalué à 2.
http://grk.sf.net
voila mon erreur est corrigé.
[^] # Re: bof
Posté par CTAF . En réponse au journal Ultime Asteroids. Évalué à 2.
excelent comme jeux.
[^] # Re: vi
Posté par CTAF . En réponse au journal Geek Rescue Kit, pour un environnement de travail plus efficace. Évalué à 1.
[^] # Re: vi
Posté par CTAF . En réponse au journal Geek Rescue Kit, pour un environnement de travail plus efficace. Évalué à 2.
[^] # Re: vi
Posté par CTAF . En réponse au journal Geek Rescue Kit, pour un environnement de travail plus efficace. Évalué à 8.
[^] # Re: Conf ?
Posté par CTAF . En réponse au journal ZSH 4.3.2. Évalué à 1.
http://www.noshell.info/dokuwiki/doku?id=ctafconf
[^] # Re: Execelent
Posté par CTAF . En réponse au journal ManiaDrive : demande de contribution. Évalué à 1.
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 CTAF . En réponse au journal ManiaDrive : demande de contribution. Évalué à 1.
Bonne continuation pour ce jeux trés prometteur.
[^] # Re: RAM
Posté par CTAF . En réponse au journal Quelle mini distrib de linux choisir ?. Évalué à 1.
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 CTAF . En réponse au message avahi(zeroconf, bonjour, rendez vous) dans kde. Évalué à 2.
[^] # Re: linux-live
Posté par CTAF . En réponse au journal Vous utilisez quoi pour faire des Live-CDs ?. Évalué à 2.
voir: gibraltar, bootcd (commande: bootcdwrite), et yen a d'autres me semble t'il
# bonnes urls
Posté par CTAF . En réponse au journal Google et le référencement. Évalué à 7.
http://www.google.com/webmasters/guidelines.html
ca marche mieux sans parentheses :-)
[^] # Re: coquille
Posté par CTAF . En réponse au journal Après ReiserFS, FreeBSD sait maintenant lire le XFS \0/. Évalué à 1.
[^] # Re: En vrac
Posté par CTAF . En réponse au journal Écoles, classes prépas etc etc.... Évalué à -3.
"un pisseur code" heureux.