soit il s'agit d'un cours pour des gens qui ne sont pas fichus de trouver ces renseignements tout seuls, et ce niveau suffira effectivement, soit il s'agit d'un vrai cours (façon cours de fac)
BWAHAHAHAHAHA.
-- Luc, moniteur à Jussieu...
Fabien LE LEZ :
soit il s'agit d'un cours pour des gens qui ne sont pas fichus de trouver
ces renseignements tout seuls, et ce niveau suffira effectivement, soit il
s'agit d'un vrai cours (façon cours de fac)
soit il s'agit d'un cours pour des gens qui ne sont pas fichus de trouver ces renseignements tout seuls, et ce niveau suffira effectivement, soit il s'agit d'un vrai cours (façon cours de fac)
BWAHAHAHAHAHA.
-- Luc, moniteur à Jussieu...
Fabien LE LEZ
On Mon, 26 Feb 2007 13:17:14 +0000 (UTC), (Luc Habert):
soit il s'agit d'un vrai cours (façon cours de fac)
BWAHAHAHAHAHA.
Pour ma défense, je n'ai jamais assisté à un cours d'informatique[*], donc je ne sais pas comment ça se passe.
[*] à part quelques cours de maths sur Maple.
On Mon, 26 Feb 2007 13:17:14 +0000 (UTC), lhabert@clipper.ens.fr (Luc
Habert):
soit il
s'agit d'un vrai cours (façon cours de fac)
BWAHAHAHAHAHA.
Pour ma défense, je n'ai jamais assisté à un cours d'informatique[*],
donc je ne sais pas comment ça se passe.
On Mon, 26 Feb 2007 13:17:14 +0000 (UTC), (Luc Habert):
soit il s'agit d'un vrai cours (façon cours de fac)
BWAHAHAHAHAHA.
Pour ma défense, je n'ai jamais assisté à un cours d'informatique[*], donc je ne sais pas comment ça se passe.
[*] à part quelques cours de maths sur Maple.
Nina Popravka
On Mon, 26 Feb 2007 14:08:41 +0100, Fabien LE LEZ wrote:
soit il s'agit d'un vrai cours (façon cours de fac), qui ne pourra être utile que s'il donne des informations valables sur la durée, et qui n'ont pas tellement bougé depuis des années (Le principe des droits Unix sur les fichiers, par exemple).
Je ne suis absolument pas d'accord... Il se trouve qu'en ce moment je patauge dans un *nix (MacOSX pour ne pas le nommer), savoir ce que sont des droits Unix ça n'est absolument pas le problème, des droits y a belle lurette que je sais que ce que c'est, et même belle lurette que j'ai à peu près compris comment fonctionne chmod et comment lui causer. Ce qui me pose problème, c'est le bordel hallucinant du shell, les pages de man qui se réfèrent à des trucs qui n'ont rien à voir, et une vue claire de qui fait quoi et se trouve où au juste. Et ça, c'est des années d'expérience, c'est clair. -- Nina
On Mon, 26 Feb 2007 14:08:41 +0100, Fabien LE LEZ
<gramster@gramster.com> wrote:
soit il s'agit d'un vrai cours (façon cours de
fac), qui ne pourra être utile que s'il donne des informations
valables sur la durée, et qui n'ont pas tellement bougé depuis des
années (Le principe des droits Unix sur les fichiers, par exemple).
Je ne suis absolument pas d'accord...
Il se trouve qu'en ce moment je patauge dans un *nix (MacOSX pour ne
pas le nommer), savoir ce que sont des droits Unix ça n'est absolument
pas le problème, des droits y a belle lurette que je sais que ce que
c'est, et même belle lurette que j'ai à peu près compris comment
fonctionne chmod et comment lui causer.
Ce qui me pose problème, c'est le bordel hallucinant du shell, les
pages de man qui se réfèrent à des trucs qui n'ont rien à voir, et une
vue claire de qui fait quoi et se trouve où au juste.
Et ça, c'est des années d'expérience, c'est clair.
--
Nina
On Mon, 26 Feb 2007 14:08:41 +0100, Fabien LE LEZ wrote:
soit il s'agit d'un vrai cours (façon cours de fac), qui ne pourra être utile que s'il donne des informations valables sur la durée, et qui n'ont pas tellement bougé depuis des années (Le principe des droits Unix sur les fichiers, par exemple).
Je ne suis absolument pas d'accord... Il se trouve qu'en ce moment je patauge dans un *nix (MacOSX pour ne pas le nommer), savoir ce que sont des droits Unix ça n'est absolument pas le problème, des droits y a belle lurette que je sais que ce que c'est, et même belle lurette que j'ai à peu près compris comment fonctionne chmod et comment lui causer. Ce qui me pose problème, c'est le bordel hallucinant du shell, les pages de man qui se réfèrent à des trucs qui n'ont rien à voir, et une vue claire de qui fait quoi et se trouve où au juste. Et ça, c'est des années d'expérience, c'est clair. -- Nina
/|\\C.I.G.F.Y./|\\
Salutu
Surtout que c'est pas les gens compétents en linux qui manquent ...
j'en ai fais..dans les années 1990, idem pour l'AS/400
dernierement j'ai "bidouillé" sur Solaris... mais on m'impose des cours sur Linux... donc...je fais avec...
moi aussi je préférerais qu'une personne mieux placé à ce niveau le fasse.... ca m'éviterai de bosser ;-))))
bon en tout cas merci pour les liens et autres.... depuis ce matin...je trouve que je m'en sors pas mal... donc donner des cours d'ici 15 jours à des gens qui n'y connaissent rien
ca ne seras pas un probleme, j'ai deja mis les main dans le shell...
on verra pour la suite
Amicalement y a prestu
/|C.I.G.F.Y./|
Salutu
Surtout que c'est pas les gens compétents en linux qui manquent ...
j'en ai fais..dans les années 1990, idem pour l'AS/400
dernierement j'ai "bidouillé" sur Solaris...
mais on m'impose des cours sur Linux...
donc...je fais avec...
moi aussi je préférerais qu'une personne mieux placé à ce niveau le
fasse....
ca m'éviterai de bosser ;-))))
bon en tout cas merci pour les liens et autres....
depuis ce matin...je trouve que je m'en sors pas mal...
donc donner des cours d'ici 15 jours à des gens qui n'y connaissent rien
ca ne seras pas un probleme, j'ai deja mis les main dans le shell...
Surtout que c'est pas les gens compétents en linux qui manquent ...
j'en ai fais..dans les années 1990, idem pour l'AS/400
dernierement j'ai "bidouillé" sur Solaris... mais on m'impose des cours sur Linux... donc...je fais avec...
moi aussi je préférerais qu'une personne mieux placé à ce niveau le fasse.... ca m'éviterai de bosser ;-))))
bon en tout cas merci pour les liens et autres.... depuis ce matin...je trouve que je m'en sors pas mal... donc donner des cours d'ici 15 jours à des gens qui n'y connaissent rien
ca ne seras pas un probleme, j'ai deja mis les main dans le shell...
on verra pour la suite
Amicalement y a prestu
/|C.I.G.F.Y./|
Emmanuel Florac
Le Mon, 26 Feb 2007 14:22:01 +0100, Nina Popravka a écrit :
Ce qui me pose problème, c'est le bordel hallucinant du shell, les pages de man qui se réfèrent à des trucs qui n'ont rien à voir, et une vue claire de qui fait quoi et se trouve où au juste. Et ça, c'est des années d'expérience, c'est clair.
Heu, le shell de mac OS X c'était tcsh autrefois, bash maintenant, rien de bien extraordinaire; le userland Unix vient de FreeBSD et présente peu de différences avec le userland Linux. En gros, il suffit de connaître les outils spécifiques apple comme netinfo (mais qui ne surprendront personne qui a eu affaire à des machines NeXT ou OpenStep il y même 10 ou 15 ans).
-- entia non sont multiplicanda praeter necessitatem. John Ponce of Cork.
Le Mon, 26 Feb 2007 14:22:01 +0100, Nina Popravka a écrit :
Ce qui me pose problème, c'est le bordel hallucinant du shell, les
pages de man qui se réfèrent à des trucs qui n'ont rien à voir, et une
vue claire de qui fait quoi et se trouve où au juste.
Et ça, c'est des années d'expérience, c'est clair.
Heu, le shell de mac OS X c'était tcsh autrefois, bash maintenant, rien
de bien extraordinaire; le userland Unix vient de FreeBSD et présente peu
de différences avec le userland Linux. En gros, il suffit de connaître
les outils spécifiques apple comme netinfo (mais qui ne surprendront
personne qui a eu affaire à des machines NeXT ou OpenStep il y même 10
ou 15 ans).
--
entia non sont multiplicanda praeter necessitatem.
John Ponce of Cork.
Le Mon, 26 Feb 2007 14:22:01 +0100, Nina Popravka a écrit :
Ce qui me pose problème, c'est le bordel hallucinant du shell, les pages de man qui se réfèrent à des trucs qui n'ont rien à voir, et une vue claire de qui fait quoi et se trouve où au juste. Et ça, c'est des années d'expérience, c'est clair.
Heu, le shell de mac OS X c'était tcsh autrefois, bash maintenant, rien de bien extraordinaire; le userland Unix vient de FreeBSD et présente peu de différences avec le userland Linux. En gros, il suffit de connaître les outils spécifiques apple comme netinfo (mais qui ne surprendront personne qui a eu affaire à des machines NeXT ou OpenStep il y même 10 ou 15 ans).
-- entia non sont multiplicanda praeter necessitatem. John Ponce of Cork.
capfree
Le Mon, 26 Feb 2007 14:22:01 +0100, Nina Popravka a écrit :
soit il s'agit d'un vrai cours (façon cours de fac), qui ne pourra être utile que s'il donne des informations valables sur la durée, et qui n'ont pas tellement bougé depuis des années (Le principe des droits Unix sur les fichiers, par exemple).
Je ne suis absolument pas d'accord... Il se trouve qu'en ce moment je patauge dans un *nix (MacOSX pour ne pas le nommer), savoir ce que sont des droits Unix ça n'est absolument pas le problème, des droits y a belle lurette que je sais que ce que c'est, et même belle lurette que j'ai à peu près compris comment fonctionne chmod et comment lui causer. Ce qui me pose problème, c'est le bordel hallucinant du shell, les pages de man qui se réfèrent à des trucs qui n'ont rien à voir, et une vue claire de qui fait quoi et se trouve où au juste.
Oh combien! Alors vous les pros, vous imaginez ce que c'est pour les /amateurs/, ne recevant dans ce gap désertique, comme ration de survie que des RTFMs.
Et ça, c'est des années d'expérience, c'est clair.
Par défaut de génie, les non-informaticiens voulant dresser le pingouin sont partis pour faire des centenaires ;-)
-- capfree
Le Mon, 26 Feb 2007 14:22:01 +0100, Nina Popravka a écrit :
soit il s'agit d'un vrai cours (façon cours de
fac), qui ne pourra être utile que s'il donne des informations
valables sur la durée, et qui n'ont pas tellement bougé depuis des
années (Le principe des droits Unix sur les fichiers, par exemple).
Je ne suis absolument pas d'accord...
Il se trouve qu'en ce moment je patauge dans un *nix (MacOSX pour ne
pas le nommer), savoir ce que sont des droits Unix ça n'est absolument
pas le problème, des droits y a belle lurette que je sais que ce que
c'est, et même belle lurette que j'ai à peu près compris comment
fonctionne chmod et comment lui causer.
Ce qui me pose problème, c'est le bordel hallucinant du shell, les
pages de man qui se réfèrent à des trucs qui n'ont rien à voir, et une
vue claire de qui fait quoi et se trouve où au juste.
Oh combien!
Alors vous les pros, vous imaginez ce que c'est pour les /amateurs/, ne
recevant dans ce gap désertique, comme ration de survie que des RTFMs.
Et ça, c'est des années d'expérience, c'est clair.
Par défaut de génie, les non-informaticiens voulant dresser le
pingouin sont partis pour faire des centenaires ;-)
Le Mon, 26 Feb 2007 14:22:01 +0100, Nina Popravka a écrit :
soit il s'agit d'un vrai cours (façon cours de fac), qui ne pourra être utile que s'il donne des informations valables sur la durée, et qui n'ont pas tellement bougé depuis des années (Le principe des droits Unix sur les fichiers, par exemple).
Je ne suis absolument pas d'accord... Il se trouve qu'en ce moment je patauge dans un *nix (MacOSX pour ne pas le nommer), savoir ce que sont des droits Unix ça n'est absolument pas le problème, des droits y a belle lurette que je sais que ce que c'est, et même belle lurette que j'ai à peu près compris comment fonctionne chmod et comment lui causer. Ce qui me pose problème, c'est le bordel hallucinant du shell, les pages de man qui se réfèrent à des trucs qui n'ont rien à voir, et une vue claire de qui fait quoi et se trouve où au juste.
Oh combien! Alors vous les pros, vous imaginez ce que c'est pour les /amateurs/, ne recevant dans ce gap désertique, comme ration de survie que des RTFMs.
Et ça, c'est des années d'expérience, c'est clair.
Par défaut de génie, les non-informaticiens voulant dresser le pingouin sont partis pour faire des centenaires ;-)
-- capfree
Nina Popravka
On Mon, 26 Feb 2007 23:52:45 +0100, Emmanuel Florac wrote:
Et ça, c'est des années d'expérience, c'est clair.
Heu, le shell de mac OS X c'était tcsh autrefois, bash maintenant, rien de bien extraordinaire; le userland Unix vient de FreeBSD et présente peu de différences avec le userland Linux. En gros, il suffit de connaître les outils spécifiques apple comme netinfo (mais qui ne surprendront personne qui a eu affaire à des machines NeXT ou OpenStep il y même 10 ou 15 ans).
Je sais pas si tu as fait exprès, mais tu viens de brillamment illustrer ce que je disais :-) Tiens, tu fais bien de parler de bash et tcsh. Tu avais remarqué que sur un disque HFS+, dans certains cas bash n'était pas caps sensitive, alors que tcsh l'est toujours ? Moi oui, parce que j'ai passé 2 heures à me demander pourquoi, vu que je n'ai pas le réflexe de taper les majuscules en CLI... -- Nina
On Mon, 26 Feb 2007 23:52:45 +0100, Emmanuel Florac
<eflorac@imaginet.fr> wrote:
Et ça, c'est des années d'expérience, c'est clair.
Heu, le shell de mac OS X c'était tcsh autrefois, bash maintenant, rien
de bien extraordinaire; le userland Unix vient de FreeBSD et présente peu
de différences avec le userland Linux. En gros, il suffit de connaître
les outils spécifiques apple comme netinfo (mais qui ne surprendront
personne qui a eu affaire à des machines NeXT ou OpenStep il y même 10
ou 15 ans).
Je sais pas si tu as fait exprès, mais tu viens de brillamment
illustrer ce que je disais :-)
Tiens, tu fais bien de parler de bash et tcsh. Tu avais remarqué que
sur un disque HFS+, dans certains cas bash n'était pas caps sensitive,
alors que tcsh l'est toujours ? Moi oui, parce que j'ai passé 2 heures
à me demander pourquoi, vu que je n'ai pas le réflexe de taper les
majuscules en CLI...
--
Nina
On Mon, 26 Feb 2007 23:52:45 +0100, Emmanuel Florac wrote:
Et ça, c'est des années d'expérience, c'est clair.
Heu, le shell de mac OS X c'était tcsh autrefois, bash maintenant, rien de bien extraordinaire; le userland Unix vient de FreeBSD et présente peu de différences avec le userland Linux. En gros, il suffit de connaître les outils spécifiques apple comme netinfo (mais qui ne surprendront personne qui a eu affaire à des machines NeXT ou OpenStep il y même 10 ou 15 ans).
Je sais pas si tu as fait exprès, mais tu viens de brillamment illustrer ce que je disais :-) Tiens, tu fais bien de parler de bash et tcsh. Tu avais remarqué que sur un disque HFS+, dans certains cas bash n'était pas caps sensitive, alors que tcsh l'est toujours ? Moi oui, parce que j'ai passé 2 heures à me demander pourquoi, vu que je n'ai pas le réflexe de taper les majuscules en CLI... -- Nina
Emmanuel Florac
Le Tue, 27 Feb 2007 08:56:17 +0100, Nina Popravka a écrit :
Je sais pas si tu as fait exprès, mais tu viens de brillamment illustrer ce que je disais :-)
Ah bon.
Tiens, tu fais bien de parler de bash et tcsh. Tu avais remarqué que sur un disque HFS+, dans certains cas bash n'était pas caps sensitive, alors que tcsh l'est toujours ? Moi oui, parce que j'ai passé 2 heures à me demander pourquoi, vu que je n'ai pas le réflexe de taper les majuscules en CLI...
En fait bash ou tcsh _sont_ sensibles à la casse, c'est le système de fichier HFS+ qui ne l'est pas! Il enregistre bien la casse, mais il n'en tient pas compte : /toto et /Toto sont le même fichier. La différence de comportement de bash et tcsh sont certainement dû à la manière différente dont fonctionne la complétion.
Mac OS X peut aussi s'installer sur du UFS, mais dans ce cas certaines applications Mac OS cessent de fonctionner (celles qui tablent sur le comportement de HFS/HFS+). A contrario, il existe au moins un ou deux modules perl CPAN qui ne s'installent pas facilement sur mac OS X en HFS, because collision de noms de fichiers.
Je ne dis pas qu'il n'y a pas de particularisme Mac OS X, il y en a bien sûr, comme il y a des particularismes FreeBSD ou Solaris; cependant comparé aux autres Unix, Mac OS X est un des plus proches de Linux. Il n'y a pas énormément de choses à connaître, ça doit tenir en quelques pages :)
-- Ce qu'il y a d'enivrant dans le mauvais goût c'est le plaisir aristocratique de déplaire. C. Baudelaire.
Le Tue, 27 Feb 2007 08:56:17 +0100, Nina Popravka a écrit :
Je sais pas si tu as fait exprès, mais tu viens de brillamment
illustrer ce que je disais :-)
Ah bon.
Tiens, tu fais bien de parler de bash et tcsh. Tu avais remarqué que
sur un disque HFS+, dans certains cas bash n'était pas caps sensitive,
alors que tcsh l'est toujours ? Moi oui, parce que j'ai passé 2 heures
à me demander pourquoi, vu que je n'ai pas le réflexe de taper les
majuscules en CLI...
En fait bash ou tcsh _sont_ sensibles à la casse, c'est le système de
fichier HFS+ qui ne l'est pas! Il enregistre bien la casse, mais il n'en
tient pas compte : /toto et /Toto sont le même fichier.
La différence de comportement de bash et tcsh sont certainement dû à la
manière différente dont fonctionne la complétion.
Mac OS X peut aussi s'installer sur du UFS, mais dans ce cas certaines
applications Mac OS cessent de fonctionner (celles qui tablent sur le
comportement de HFS/HFS+). A contrario, il existe au moins un ou deux
modules perl CPAN qui ne s'installent pas facilement sur mac OS X en HFS,
because collision de noms de fichiers.
Je ne dis pas qu'il n'y a pas de particularisme Mac OS X, il y en a bien
sûr, comme il y a des particularismes FreeBSD ou Solaris; cependant
comparé aux autres Unix, Mac OS X est un des plus proches de Linux. Il
n'y a pas énormément de choses à connaître, ça doit tenir en quelques
pages :)
--
Ce qu'il y a d'enivrant dans le mauvais goût c'est le plaisir
aristocratique de déplaire.
C. Baudelaire.
Le Tue, 27 Feb 2007 08:56:17 +0100, Nina Popravka a écrit :
Je sais pas si tu as fait exprès, mais tu viens de brillamment illustrer ce que je disais :-)
Ah bon.
Tiens, tu fais bien de parler de bash et tcsh. Tu avais remarqué que sur un disque HFS+, dans certains cas bash n'était pas caps sensitive, alors que tcsh l'est toujours ? Moi oui, parce que j'ai passé 2 heures à me demander pourquoi, vu que je n'ai pas le réflexe de taper les majuscules en CLI...
En fait bash ou tcsh _sont_ sensibles à la casse, c'est le système de fichier HFS+ qui ne l'est pas! Il enregistre bien la casse, mais il n'en tient pas compte : /toto et /Toto sont le même fichier. La différence de comportement de bash et tcsh sont certainement dû à la manière différente dont fonctionne la complétion.
Mac OS X peut aussi s'installer sur du UFS, mais dans ce cas certaines applications Mac OS cessent de fonctionner (celles qui tablent sur le comportement de HFS/HFS+). A contrario, il existe au moins un ou deux modules perl CPAN qui ne s'installent pas facilement sur mac OS X en HFS, because collision de noms de fichiers.
Je ne dis pas qu'il n'y a pas de particularisme Mac OS X, il y en a bien sûr, comme il y a des particularismes FreeBSD ou Solaris; cependant comparé aux autres Unix, Mac OS X est un des plus proches de Linux. Il n'y a pas énormément de choses à connaître, ça doit tenir en quelques pages :)
-- Ce qu'il y a d'enivrant dans le mauvais goût c'est le plaisir aristocratique de déplaire. C. Baudelaire.
Nina Popravka
On Tue, 27 Feb 2007 11:28:05 +0100, Emmanuel Florac wrote:
Il n'y a pas énormément de choses à connaître, ça doit tenir en quelques pages :)
Plus quelques milliers d'autres, si tu relis attentivement le titre de ce fil ;->>>>> -- Nina
On Tue, 27 Feb 2007 11:28:05 +0100, Emmanuel Florac
<eflorac@imaginet.fr> wrote:
Il
n'y a pas énormément de choses à connaître, ça doit tenir en quelques
pages :)
Plus quelques milliers d'autres, si tu relis attentivement le titre de
ce fil ;->>>>>
--
Nina
