Mais mefiez-vous du format natif des fichiers sources que vous etes en train de fabriquer. Ca risque de vous poser des problemes a l'avenir. Pourquoi ne pas aller voir les methodes employer chez traduc.org ?
Il existe un client Citrix winframe pour Linux.
Ca marche bien. ;)
La version demo que j'avais teste se connectait sur deux serveurs Citrix et on pouvait lancer SOL.EXE sans probleme.
<< Après tout dépend de ce que tu veux faire en mod_perl! >>
Dans mes cartons, j'ai un projet de fabriquer un cours d'initiation a la programmation dynamique. Ca s'adresse a des personnes qui maitrisent HTML, eventuellement les feuilles de styles, mais qui n'ont pas fait de programmation.
J'ai commence a travailler sur le sujet du cours et pour l'illustrer, j'ai cherche un langage. j'ai laisse tombe les CGI parce que PHP etait plus attirant pour mes etudiants (c'est plein de html).
En fait, du moment que les scripts sont petits et qu'on peut faire des trucs epatants (bdd, sessions, png, pdf, connection a d'autres serveurs avec des protocoles divers), le langage importe peu (sauf cobol!).
Et meme, s'il y en avait plus d'un, ce ne serait pas plus mal.
Mon probleme est plutot de trouver un ISP. Sourceforge n'a pas mod_perl :-(
<<
Ca me gonfle, ce Cédric qui impose ses vues constamment : ce type écrit des articles sans avoir une approche journalistique pour un sous : il étaye son avis ... Il occulte completement les avis divers sur la question qui ne sont pas le sien. Il pense, ne cherche pas à voir plus loin. Il s'en tape de savoir ce que des autres personnes pensent. S'il était un minimum sérieux, peut-être aurait-il cherché à interviewer un mec de chez RH, ou autre, sur la question de la viabilité.
>>
Je ne suis pas Cedric mais je peux prendre toutes tes critiques pour moi. Elles sont fondées, en fait. Je pense, je suppute, je confronte tout cela dans le forum en faisant du bruit. Je gesticule et ca ne doit pas apporter grand chose au bout du compte.
La question essentielle qui me turlupine, c'est `Ou va t'on ?'.
Avant, c'etait un peu clair. Linux, c'etait les barbus hackers. Puis est arrivée l'Initiative Open Source et Linux s'est voulu conquerant (Le dernier dinosaure, Unix vs NT). Ca a changé beaucoup de choses.
Maintenant, ca pourrait etre le moment de faire un bilan de cette phase. Ca nous permettrait peut etre d'y voir plus clair pour l'avenir.
Mais qui se charge de faire la part des choses ? Personnellement, je peux vous en faire des tartines sur Moi et Linux, ma maman et Linux, mon collegue et Linux, mon boss et Linux, ma vision que j'ai de Redhat et de Corel, etc. Ca risque de troller longtemps.
L'approche journalistique que tu proposes me plait bien. Pourquoi ne regrouperions-nous pas des questions pour les adresser aux Tenors ? Les Young, Vixie, O'Reilly, Raymond, Hamerly, etc doivent avoir des positions interessantes à faire entendre.
En attendant, je vais tacher de mettre la pedale douce sur mes `Je pense que'. Linuxfr s'en remettra sans doute. :)
Les entreprises qui font du Libre ont un grand poids dans sa dynamique. Ce n'est pas seulement une question de financement des développeurs, c'est aussi tout l'encadrement, la definition des priorités, le controle qualité, la glue pour rassembler les fichiers epars. Il y a aussi et surtout la publicité. Elles se trouvent au coeur du débat public et elles ont entrainées Linux et son petit monde avec elles.
S'ils s'averait, ce qui reste a demontrer, qu'elles sont plus fragiles qu'on ne le souhaite, cela risquerait fort de gripper mechament la dynamique.
Mais de toute maniere, il y a sans doute une vie apres l'entreprise. :)
Quand je programme en Perl, meme des cgi, j'y met plein d'appel systeme du genre `ls` et `lynx -(dump|source)`. Ce n'est pas propre, mais c'est tres joli de programmer un peu en perl et un peu en systeme. :)
Du coup mes scripts ne sont pas du tout portable chez les ISP. Et pour remedier a cela je suis partie sur une autre base, PHP.
Ceci dit, ca ne doit pas etre dur de de passer de PHP a mod_perl.
Y a t'il des formations ou bien des tutorials en ligne bien faits ?
Y a t'il des ISP supportant mod_perl ?
si tu parles de la boite cartonnee qu'on vend dans les magasins, je suis un peu d'accord avec toi. En fait, je ne sais pas vu que je ne comprends rien au mecanisme de l'economie ni au marketing qui a le pouvoir de faire acheter n'importe quoi a n'importe qui tout en arrivant a lui faire croire qu'il en avait envie et que cette phrase est longue. Bref, ptet ben qu'oui, ptet ben qu'non...
Si tu parles de Linux et du Libre, mon avis est que OUI, c'est viable.
On ne m'empechera pas d'utiliser du Libre, on ne m'empechera pas de programmer du Libre.
J'y gagne en qualite, en liberte, en prix et en confort moral. De tres bons atouts pour une s'assurer la longevite.
Les precedents articles de Cedric ne m'ont pas paru nuls du tout. Je les ai trouve interessants et argumentes. Celui-ci, par contre, est un peu plus economique et je n'ai pas beaucoup d'avis sur la question.
C'est vrai qu'on peut ranger Cedric dans la categorie des pessimistes et que ca gratte quelque part, forcement. La vision pessimiste et la vision optimiste peuvent se confronter, ca serait une bonne chose, imho.
Mais je ne pense pas du tout qu'il faille ranger tous le monde dans la categorie du FUDeur en chef P.B. C'est ce que je trouve choquant dans ton texte.
Oui. En l'occurence, j'avais juste WinMe sur le HD, pour faire le test. Mais du moment que tu as un BIOS qui permet de booter sur CD et pas mal de RAM, ca suffit : tu peux carrement retirer le disque dur. Tu obtiens alors un systeme linux quasi complet avec X, gnome, Netscape, gcc, les drivers modem et reseau, etc.
La majorite des fichiers sont stockes sur le CD (c'est donc lent et readonly). Mais il y a aussi un Ramdisk qui permet d'en stocker en RAM. C'est necessaire pour certaines parties essentielles de l'arborescence (var home etc dev proc tmp) afin que Linux puisse y acceder en écriture.
Pour l'utilisation, c'est tres simple : on boote sur le CD, on tape [Entree] deux fois, et Linux est operationnel.
Je viens de tester pour en avoir le coeur net, et il apparait que ca a nettoye les fichiers de mes partitions vfat windows.
En fait les dossiers systemes \PROGRA~1 et \WINDOWS et \MESDOC semblent ok. Protection DOS des dossiers systemes ?
Le systeme Linux lui reste en place et la session X n'est pas destabilisée.
Test effectue avec demolinux 1.9 basée sur Debian et avec le malheureux concours de WinMe, que je m'appretais de toute maniere a reinstaller.
<< Je ne pense pas que les français ne peuvent pas être suffisamment inventif pour trouver des néologismes sympas. >>
Vingt Dieux! ;o) J'ai fait une regle de trois sur tes triples négations, et il semblerait que ton postulat fut celui ci :
<< les français sont aussi inventifs que les anglais pour fabriquer des néologismes. >>
Ce n'est pas si certain, parce que :
- les nouveaux mots sont créés par la technologie, et, en ce moment, on est un peu a la traine, sauf dans quelques domaines comme la Cuisine Française ou la Politique Française.
- les nouveaux mots viennent aussi de la mode, des slogans, de la rue, bref de l'underground qui veut faire bouger les choses et choquer. Et traditionnellement, la France est assez imperméable et réactionnaire sur ce plan.
- les nouveaux mots doivent signifier quelque chose pour arriver a s'imposer et ils doivent etre jolis. Et dans ce domaine, le francais est assez paralysé par ses racines grecques et latines. En anglais par contre, on associe deux mots et on fait un concept: facile et efficace, Pin Up, Big Bang, Baby Boom... Je crois que le chinois procède aussi de la sorte. Ce n'est pas réservé à l'anglais.
Tiens, oui.
Je ne connaissais pas, merci. :)
C'est # chattr +i le-fichier
Apparement, c'est root qui doit le lancer et c'est dependant d'ext2fs. je n'ai pas trouve `chattr' sur Tru64 ni SunOS.
Sinon, chmod -w le-fichier ne protege pas vraiment l'acces en ecriture pour quelqu'un qui a les droits en lecture sur le fichier et en ecriture sur le repertoire, ce qui est generalement le cas de Toto et de son ~Toto/.profile. Il faut faire une manip tordue, mais on arrive a faire des modifs.
Pour PAM, je ne connais pas non plus. je regarderais. Merci encore. :)
Je laisse encore s'épancher ma parano en vous lisant un petit extrait du même livre, que j'ai cité au dessus. Cette fois ci, c'est en page 196, et AEleen Frish décrit les différentes attaques qui ont touché Unix:
- sendmail (Internet Worm)
- finger
- passwd -f
Elle poursuit:
<<
Qu'ont donc en commun ces differents cas de figures ? Ils illustrent tous le fait qu'UNIX considère que le système fonctionne dans un environnement sûr, peuplé de gens raisonnables. Dans les trois cas, les programmes ne prévoyaient pas, ni ne vérifiaient, que leurs possibilités étaient utilisées de manière détournée. Il ne faut pas considérer ces problèmes comme d'anciens bogues qui ont mis longtemps à être réparés, mais plutôt comme une caractéristique inhérente du système d'exploitation UNIX présente à un niveau trés profond du système. Cette croyance apparait de manière évidente dans le mode de conception des commandes UNIX que l'on considère comme de simples outils qui effectuent une tache ou un type de tache de manière générale et optimale.
>>
En fait, personnellement, je trouve que c'est bien agreable de bosser sur Unix lorsqu'on est dans un `environnement sûr, peuplé de gens raisonnables'.
Mais j'ai l'impression que ca doit etre un cauchemard a administrer si, à cause d'un compte vérolé, l'environnement devient hostile.
Que faut il alors interdire au vilain Toto: l'acces au reseau ? l'acces a Perl et gcc ? l'acces aux editeurs vi/emacs ? quelle partie de l'arborescence est sensible ? a t il le droit de lancer X, d'imprimer ? et aussi, comment trier le bon grain de l'ivraie entre ce qu'on accepte pour les gentils et ce qu'on refuse pour les mechants ?
Pour le fichier shadow, il me semble qu'il a ete introduit afin que Toto (le simple utilisateur) ne puisse pas lire les mots de passe encryptes, ce qui lui aurait permis de faire des decryptages en toute tranquilite sur son petit PC a la maison.
Cela n'inclurait donc pas de nouveau mecanisme de limitation des ressources. D'autre part, Toto a toujours un acces en lecture sur le fichier /etc/passwd, qu'on pourrait raisonnablement considerer comme un fichier nominatif, a la maniere d'un carnet d'adresse.
Ben, il y avait un temps où les accents étaient un frein à la communication, même entre francophones, parce que les logiciels n'étaient pas adaptés.
En fait, ce n'est pas encore fini, imho (euh amha)... Je devrais quand même faire un effort. ;)
--
Le tien, c'est le tien; le mien, c'est le mien. L'âccent!
Si tu parles du point (b), je veux bien le croire mais ca ne calme pas ma paranoia depressive. Pour le point (a), j'ai trouve ce passage page 278 de Les bases de l'adminstration système (AEleen Frish) http://www.editions-oreilly.fr/catalogue/esa2.html(...)
<<
[limit & ulimit]
Venons-en maintenant aux mauvaises nouvelles. Du point de vue de l'administration système, les limitations des ressources UNIX sont tout à fait inutiles. Tout d'abord, les limitations matérielles sont souvent cablées dans le noyau et ne peuvent être modifiées par l'administrateur système. De plus, les utilisateurs peuvent toujours modifier leurs propres limitations logicielles. Tout ce que peut faire un administrateur système est de placer les commandes désirées dans les fichiers .profile et .cshrc des utilisateurs en espérant qu'ils ne le modifieront pas. Par ailleurs, les limitations sont établies sur la base d'un seul processus. Malheureusement, de nombreuses taches comportent plusieurs processus et il n'existe aucun mecanisme pour imposer des limitations sur un processus pere et tous ses processus fils. Pour terminer, dans la plupart des cas, les limitations ne sont mises en vigueur; c'est particulièrement vrai pour les limitations importantes, à savoir la consommation de temps CPU et l'utilisation de la memoire.
>>
En bref, on est bien oblige de faire confiance aux users, on joue la carte Security Through Obscurity en modifiant en douce les .profiles, et on se doit de rester 24h/24 devant la console a faire des `ps' pour surveiller le moindre depart d'un process fou.
Ceci dit, ma version du bouquin est ancienne. Et il se pourrait peut etre qu'il soit apparu depuis d'autres mecanismes de limitations dont je n'ai pas encore eu vent.
Pas besoin d'etre root pour faire des degats systemes.
a) un simple utilisateur peut faire tomber le systeme en lancant une serie de processus gloutons en memoire.
b) il semblerait (source fr.comp.os.linux.moderated) qu'un : rm -fr / lance par un simple utilisateur fasse suffisamment de casse pour que l'utilisateur s'arrache les cheveux. Je n'ai pas essaye de tester, a vrai dire... ;o)
C'est en deux parties:
La deuxième partie est un répertoire des différents langages du monde actuel. On y trouve le système d'écriture, des éléments de grammaire ainsi que le vocabulaire de base.
La première partie est remarquable. On y parle d'éthymologie, de la génèse et de la mort des langues, de leurs parentés, de la concurrence qu'elles se font.
-*-
Mon avis a deux sous sur l'apparition d'Internet dans cette bagarre homérique, c'est que le nouveau media est un appui pour toutes les langues minoritaires. Sur Internet, celles-ci peuvent exister sans risquer d'affrontement frontal avec les langues dominantes et les locuteurs peuvent communiquer en faisant fi de la distance.
Toutefois, Internet est un media écrit et donc les langues à base d'idéogrammes compliquées ou bien les langues sifflées risquent d'avoir des difficultés à s'y mettre. Le second problème étant qu'Internet est loin d'être tres répandu dans le monde. La mort des langues africaines reste toujours d'actualité, hélas.
Je ne suis pas certain que l'anglais s'impose par le nombre, comme un immense lavage de cerveau. En effet, cette langue a la faculté de créer énormément de néologismes, tout en gardant les mots courts et imagés (startup, brainstorming). L'anglais me parait adapté pour être une langue de technologie et de communication, au sens `publicitaire qui délivre un signal fort'.
Enfin, je me demande réellement où l'on peut mesurer les `pertes' que subissent les langues. Ce n'est peut être pas parce que `Topics' sera intégré au français que `Thème' sera immédiatement rangé dans la catégorie des pertes. Perdre un mot, ce pourrait être le rayer du dictionnaire. Les dicos français en rayent un certain nombre à chaque parution, mais il doit bien en être de même outre-manche.
[^] # Re: Question SMS
Posté par T Sang Neuf . En réponse à la dépêche Le portable se porte bien. Évalué à 1.
T109 - toujours remarquable
# format source
Posté par T Sang Neuf . En réponse à la dépêche Traduction des RFC en Français. Évalué à 1.
Mais mefiez-vous du format natif des fichiers sources que vous etes en train de fabriquer. Ca risque de vous poser des problemes a l'avenir. Pourquoi ne pas aller voir les methodes employer chez traduc.org ?
[^] # Re: quelle chance !
Posté par T Sang Neuf . En réponse à la dépêche Linux et NIS+. Évalué à 1.
Ca marche bien. ;)
La version demo que j'avais teste se connectait sur deux serveurs Citrix et on pouvait lancer SOL.EXE sans probleme.
[^] # Re: infos suppl :)
Posté par T Sang Neuf . En réponse à la dépêche Nouveau site sur mod_perl. Évalué à 1.
Dans mes cartons, j'ai un projet de fabriquer un cours d'initiation a la programmation dynamique. Ca s'adresse a des personnes qui maitrisent HTML, eventuellement les feuilles de styles, mais qui n'ont pas fait de programmation.
J'ai commence a travailler sur le sujet du cours et pour l'illustrer, j'ai cherche un langage. j'ai laisse tombe les CGI parce que PHP etait plus attirant pour mes etudiants (c'est plein de html).
En fait, du moment que les scripts sont petits et qu'on peut faire des trucs epatants (bdd, sessions, png, pdf, connection a d'autres serveurs avec des protocoles divers), le langage importe peu (sauf cobol!).
Et meme, s'il y en avait plus d'un, ce ne serait pas plus mal.
Mon probleme est plutot de trouver un ISP. Sourceforge n'a pas mod_perl :-(
[^] # s/.*href=
Posté par T Sang Neuf . En réponse à la dépêche Nouveau site sur mod_perl. Évalué à 1.
Apache Today : http://apachetoday.com/news_story.php3?ltsn=2000-11-27-001-01-OS-LF(...)
Le site officiel : http://perl.apache.org/isp.html(...)
ca fait un bon paquet qd meme : http://perl.apache.org/netcraft/(...)
un tout petit aperçu : http://perl.apache.org/sites.html(...)
merci. :)
[^] # Re: Big brother
Posté par T Sang Neuf . En réponse à la dépêche Les DVD Zone 1, interdits de séjour. Évalué à 1.
[^] # Re: avis au modérateur
Posté par T Sang Neuf . En réponse à la dépêche Red Hat ferme sa succursale de San Francisco.. Évalué à 1.
Ca me gonfle, ce Cédric qui impose ses vues constamment : ce type écrit des articles sans avoir une approche journalistique pour un sous : il étaye son avis ... Il occulte completement les avis divers sur la question qui ne sont pas le sien. Il pense, ne cherche pas à voir plus loin. Il s'en tape de savoir ce que des autres personnes pensent. S'il était un minimum sérieux, peut-être aurait-il cherché à interviewer un mec de chez RH, ou autre, sur la question de la viabilité.
>>
Je ne suis pas Cedric mais je peux prendre toutes tes critiques pour moi. Elles sont fondées, en fait. Je pense, je suppute, je confronte tout cela dans le forum en faisant du bruit. Je gesticule et ca ne doit pas apporter grand chose au bout du compte.
La question essentielle qui me turlupine, c'est `Ou va t'on ?'.
Avant, c'etait un peu clair. Linux, c'etait les barbus hackers. Puis est arrivée l'Initiative Open Source et Linux s'est voulu conquerant (Le dernier dinosaure, Unix vs NT). Ca a changé beaucoup de choses.
Maintenant, ca pourrait etre le moment de faire un bilan de cette phase. Ca nous permettrait peut etre d'y voir plus clair pour l'avenir.
Mais qui se charge de faire la part des choses ? Personnellement, je peux vous en faire des tartines sur Moi et Linux, ma maman et Linux, mon collegue et Linux, mon boss et Linux, ma vision que j'ai de Redhat et de Corel, etc. Ca risque de troller longtemps.
L'approche journalistique que tu proposes me plait bien. Pourquoi ne regrouperions-nous pas des questions pour les adresser aux Tenors ? Les Young, Vixie, O'Reilly, Raymond, Hamerly, etc doivent avoir des positions interessantes à faire entendre.
En attendant, je vais tacher de mettre la pedale douce sur mes `Je pense que'. Linuxfr s'en remettra sans doute. :)
[^] # Re: Il faut dire...
Posté par T Sang Neuf . En réponse à la dépêche Red Hat ferme sa succursale de San Francisco.. Évalué à 1.
S'ils s'averait, ce qui reste a demontrer, qu'elles sont plus fragiles qu'on ne le souhaite, cela risquerait fort de gripper mechament la dynamique.
Mais de toute maniere, il y a sans doute une vie apres l'entreprise. :)
[^] # Re: infos suppl :)
Posté par T Sang Neuf . En réponse à la dépêche Nouveau site sur mod_perl. Évalué à 1.
Du coup mes scripts ne sont pas du tout portable chez les ISP. Et pour remedier a cela je suis partie sur une autre base, PHP.
Ceci dit, ca ne doit pas etre dur de de passer de PHP a mod_perl.
Y a t'il des formations ou bien des tutorials en ligne bien faits ?
Y a t'il des ISP supportant mod_perl ?
[^] # Re: avis au modérateur
Posté par T Sang Neuf . En réponse à la dépêche Red Hat ferme sa succursale de San Francisco.. Évalué à 1.
si tu parles de la boite cartonnee qu'on vend dans les magasins, je suis un peu d'accord avec toi. En fait, je ne sais pas vu que je ne comprends rien au mecanisme de l'economie ni au marketing qui a le pouvoir de faire acheter n'importe quoi a n'importe qui tout en arrivant a lui faire croire qu'il en avait envie et que cette phrase est longue. Bref, ptet ben qu'oui, ptet ben qu'non...
Si tu parles de Linux et du Libre, mon avis est que OUI, c'est viable.
On ne m'empechera pas d'utiliser du Libre, on ne m'empechera pas de programmer du Libre.
J'y gagne en qualite, en liberte, en prix et en confort moral. De tres bons atouts pour une s'assurer la longevite.
[^] # Re: avis au modérateur
Posté par T Sang Neuf . En réponse à la dépêche Red Hat ferme sa succursale de San Francisco.. Évalué à 1.
C'est vrai qu'on peut ranger Cedric dans la categorie des pessimistes et que ca gratte quelque part, forcement. La vision pessimiste et la vision optimiste peuvent se confronter, ca serait une bonne chose, imho.
Mais je ne pense pas du tout qu'il faille ranger tous le monde dans la categorie du FUDeur en chef P.B. C'est ce que je trouve choquant dans ton texte.
[^] # Re: demolinux
Posté par T Sang Neuf . En réponse à la dépêche Encore a propos du virus 'ProLin' : Il fallait s'y attendre.... Évalué à 1.
La majorite des fichiers sont stockes sur le CD (c'est donc lent et readonly). Mais il y a aussi un Ramdisk qui permet d'en stocker en RAM. C'est necessaire pour certaines parties essentielles de l'arborescence (var home etc dev proc tmp) afin que Linux puisse y acceder en écriture.
Pour l'utilisation, c'est tres simple : on boote sur le CD, on tape [Entree] deux fois, et Linux est operationnel.
[^] # Re: demolinux
Posté par T Sang Neuf . En réponse à la dépêche Encore a propos du virus 'ProLin' : Il fallait s'y attendre.... Évalué à 1.
[^] # Re:
Posté par T Sang Neuf . En réponse à la dépêche Encore a propos du virus 'ProLin' : Il fallait s'y attendre.... Évalué à 1.
En fait les dossiers systemes \PROGRA~1 et \WINDOWS et \MESDOC semblent ok. Protection DOS des dossiers systemes ?
Le systeme Linux lui reste en place et la session X n'est pas destabilisée.
Test effectue avec demolinux 1.9 basée sur Debian et avec le malheureux concours de WinMe, que je m'appretais de toute maniere a reinstaller.
"rm -fr /" est il un virus windows ? ;)
[^] # Re: Dieu est réconcilié avec les hommes !
Posté par T Sang Neuf . En réponse à la dépêche Est-ce qu'internet détruit les langues locales ?. Évalué à 1.
[^] # Re: Plurilinguisme et libre
Posté par T Sang Neuf . En réponse à la dépêche Est-ce qu'internet détruit les langues locales ?. Évalué à 1.
[^] # Re: Dynamique du français.
Posté par T Sang Neuf . En réponse à la dépêche Est-ce qu'internet détruit les langues locales ?. Évalué à 1.
Vingt Dieux! ;o) J'ai fait une regle de trois sur tes triples négations, et il semblerait que ton postulat fut celui ci :
<< les français sont aussi inventifs que les anglais pour fabriquer des néologismes. >>
Ce n'est pas si certain, parce que :
- les nouveaux mots sont créés par la technologie, et, en ce moment, on est un peu a la traine, sauf dans quelques domaines comme la Cuisine Française ou la Politique Française.
- les nouveaux mots viennent aussi de la mode, des slogans, de la rue, bref de l'underground qui veut faire bouger les choses et choquer. Et traditionnellement, la France est assez imperméable et réactionnaire sur ce plan.
- les nouveaux mots doivent signifier quelque chose pour arriver a s'imposer et ils doivent etre jolis. Et dans ce domaine, le francais est assez paralysé par ses racines grecques et latines. En anglais par contre, on associe deux mots et on fait un concept: facile et efficace, Pin Up, Big Bang, Baby Boom... Je crois que le chinois procède aussi de la sorte. Ce n'est pas réservé à l'anglais.
[^] # Re: degat
Posté par T Sang Neuf . En réponse à la dépêche Linux est-il à l'abri des virus ?. Évalué à 1.
Je ne connaissais pas, merci. :)
C'est # chattr +i le-fichier
Apparement, c'est root qui doit le lancer et c'est dependant d'ext2fs. je n'ai pas trouve `chattr' sur Tru64 ni SunOS.
Sinon, chmod -w le-fichier ne protege pas vraiment l'acces en ecriture pour quelqu'un qui a les droits en lecture sur le fichier et en ecriture sur le repertoire, ce qui est generalement le cas de Toto et de son ~Toto/.profile. Il faut faire une manip tordue, mais on arrive a faire des modifs.
Pour PAM, je ne connais pas non plus. je regarderais. Merci encore. :)
# noir et blanc
Posté par T Sang Neuf . En réponse à la dépêche Linux est-il à l'abri des virus ?. Évalué à 1.
- sendmail (Internet Worm)
- finger
- passwd -f
Elle poursuit:
<<
Qu'ont donc en commun ces differents cas de figures ? Ils illustrent tous le fait qu'UNIX considère que le système fonctionne dans un environnement sûr, peuplé de gens raisonnables. Dans les trois cas, les programmes ne prévoyaient pas, ni ne vérifiaient, que leurs possibilités étaient utilisées de manière détournée. Il ne faut pas considérer ces problèmes comme d'anciens bogues qui ont mis longtemps à être réparés, mais plutôt comme une caractéristique inhérente du système d'exploitation UNIX présente à un niveau trés profond du système. Cette croyance apparait de manière évidente dans le mode de conception des commandes UNIX que l'on considère comme de simples outils qui effectuent une tache ou un type de tache de manière générale et optimale.
>>
En fait, personnellement, je trouve que c'est bien agreable de bosser sur Unix lorsqu'on est dans un `environnement sûr, peuplé de gens raisonnables'.
Mais j'ai l'impression que ca doit etre un cauchemard a administrer si, à cause d'un compte vérolé, l'environnement devient hostile.
Que faut il alors interdire au vilain Toto: l'acces au reseau ? l'acces a Perl et gcc ? l'acces aux editeurs vi/emacs ? quelle partie de l'arborescence est sensible ? a t il le droit de lancer X, d'imprimer ? et aussi, comment trier le bon grain de l'ivraie entre ce qu'on accepte pour les gentils et ce qu'on refuse pour les mechants ?
[^] # Re: degat (limitation des users)
Posté par T Sang Neuf . En réponse à la dépêche Linux est-il à l'abri des virus ?. Évalué à 1.
Cela n'inclurait donc pas de nouveau mecanisme de limitation des ressources. D'autre part, Toto a toujours un acces en lecture sur le fichier /etc/passwd, qu'on pourrait raisonnablement considerer comme un fichier nominatif, a la maniere d'un carnet d'adresse.
[^] # Re: idées cadeaux
Posté par T Sang Neuf . En réponse à la dépêche Est-ce qu'internet détruit les langues locales ?. Évalué à 1.
En fait, ce n'est pas encore fini, imho (euh amha)... Je devrais quand même faire un effort. ;)
--
Le tien, c'est le tien; le mien, c'est le mien. L'âccent!
[^] # Re: degat
Posté par T Sang Neuf . En réponse à la dépêche Linux est-il à l'abri des virus ?. Évalué à 1.
<<
[limit & ulimit]
Venons-en maintenant aux mauvaises nouvelles. Du point de vue de l'administration système, les limitations des ressources UNIX sont tout à fait inutiles. Tout d'abord, les limitations matérielles sont souvent cablées dans le noyau et ne peuvent être modifiées par l'administrateur système. De plus, les utilisateurs peuvent toujours modifier leurs propres limitations logicielles. Tout ce que peut faire un administrateur système est de placer les commandes désirées dans les fichiers .profile et .cshrc des utilisateurs en espérant qu'ils ne le modifieront pas. Par ailleurs, les limitations sont établies sur la base d'un seul processus. Malheureusement, de nombreuses taches comportent plusieurs processus et il n'existe aucun mecanisme pour imposer des limitations sur un processus pere et tous ses processus fils. Pour terminer, dans la plupart des cas, les limitations ne sont mises en vigueur; c'est particulièrement vrai pour les limitations importantes, à savoir la consommation de temps CPU et l'utilisation de la memoire.
>>
En bref, on est bien oblige de faire confiance aux users, on joue la carte Security Through Obscurity en modifiant en douce les .profiles, et on se doit de rester 24h/24 devant la console a faire des `ps' pour surveiller le moindre depart d'un process fou.
Ceci dit, ma version du bouquin est ancienne. Et il se pourrait peut etre qu'il soit apparu depuis d'autres mecanismes de limitations dont je n'ai pas encore eu vent.
[^] # Re: idées cadeaux
Posté par T Sang Neuf . En réponse à la dépêche Est-ce qu'internet détruit les langues locales ?. Évalué à 1.
je suis d'accord.
<< Topics, ça sort de nulle part, c'est de l'anglais. Je vois pas ce que ça vient foutre là. >>
Je ne souhaite pas absolument défendre `Topics', mais ça sonne bien, c'est court, il n'y a pas d'accents, et dedans on trouve `Top' et 'iX'. ;)
# degat
Posté par T Sang Neuf . En réponse à la dépêche Linux est-il à l'abri des virus ?. Évalué à 1.
a) un simple utilisateur peut faire tomber le systeme en lancant une serie de processus gloutons en memoire.
b) il semblerait (source fr.comp.os.linux.moderated) qu'un : rm -fr / lance par un simple utilisateur fasse suffisamment de casse pour que l'utilisateur s'arrache les cheveux. Je n'ai pas essaye de tester, a vrai dire... ;o)
# idées cadeaux
Posté par T Sang Neuf . En réponse à la dépêche Est-ce qu'internet détruit les langues locales ?. Évalué à 1.
Les langages de l'humanité (Michel Malherbe)
http://www.lire.fr/document/241_000282H.asp(...)
C'est en deux parties:
La deuxième partie est un répertoire des différents langages du monde actuel. On y trouve le système d'écriture, des éléments de grammaire ainsi que le vocabulaire de base.
La première partie est remarquable. On y parle d'éthymologie, de la génèse et de la mort des langues, de leurs parentés, de la concurrence qu'elles se font.
-*-
Mon avis a deux sous sur l'apparition d'Internet dans cette bagarre homérique, c'est que le nouveau media est un appui pour toutes les langues minoritaires. Sur Internet, celles-ci peuvent exister sans risquer d'affrontement frontal avec les langues dominantes et les locuteurs peuvent communiquer en faisant fi de la distance.
Toutefois, Internet est un media écrit et donc les langues à base d'idéogrammes compliquées ou bien les langues sifflées risquent d'avoir des difficultés à s'y mettre. Le second problème étant qu'Internet est loin d'être tres répandu dans le monde. La mort des langues africaines reste toujours d'actualité, hélas.
Je ne suis pas certain que l'anglais s'impose par le nombre, comme un immense lavage de cerveau. En effet, cette langue a la faculté de créer énormément de néologismes, tout en gardant les mots courts et imagés (startup, brainstorming). L'anglais me parait adapté pour être une langue de technologie et de communication, au sens `publicitaire qui délivre un signal fort'.
Enfin, je me demande réellement où l'on peut mesurer les `pertes' que subissent les langues. Ce n'est peut être pas parce que `Topics' sera intégré au français que `Thème' sera immédiatement rangé dans la catégorie des pertes. Perdre un mot, ce pourrait être le rayer du dictionnaire. Les dicos français en rayent un certain nombre à chaque parution, mais il doit bien en être de même outre-manche.