PLuG a écrit 1006 commentaires

pour le one time pad, tu peux utiliser des cartes que tu pioches dans un chapeau.
tu remplis deux carnets (identiques) de ces "clefs",
tu en remet un a ton correpondant en main propre et voila, votre correspondance est chiffrée correctement pour autant de messages qu'il y a de pages dans le carnet ...

reste a ne pas se faire photocopier le carnet par un intrus ...

oups mea culpa, j'avais oublié cette astuce ...

A la lecture je me suis fait la meme reflexion que toi, puis je me suis dit qu'avec un budget de 5M, on peut en investir 4% pendant 5 ans pour obtenir le resultat escompté ...

reste que toutes ces affirmations sont un peu gratuites effectivement.

apparement (je viens de lire les liens que j'ai posté en dessous), TPE fait ce que tu dis effectivement. De plus il garde une liste de user qui ont le droit d'executer des binaires et a chaque lancement l'UID est cherché dans la liste.

Je ferai remarquer qu'a moindre cout, tous les unix peuvent etre installés de facon a limiter la casse si /home, /tmp et /var sont montés en mode "noexec" et "nodev".

TPE est apporté sur OBSD par les patch "stephanie" décrits ici: http://c0ke.kaizo.org/mirrors/stephanie/(...)

la technique TPE a été décrite dans Phrack numero 54 ( http://www.phrack.org/phrack/54/P54-06(...) ) et repris par la nsa ( http://www.nsa.gov/selinux/inevit-abs.html(...) )

reste a lire tout cet anglais :-)

Je suis d'accord avec toi, la maturité des solutions a base JAVA disponibles aujourd'hui font que ces solutions sont incontournables.
Comme le dit un post plus bas, si on compare JAVA et PHP, y a pas photo.

Mais cela ne prouve rien quand a l'architecture de la solution. La portabilite cote serveur est un leurre. On peut très bien developper du C sur un linux et le compiler / tester sur une plateforme autre (solaris) avec un peu d'experience.

Donc oui les solutions JAVA actuelles sont sexy.
et Non cela ne prouve rien sur son architecture completement dédiée a la portabilite binaire. Cela prouve juste que JAVA a interessé suffisement de monde pour que des solutions web soient développées. Et cela surement parce que java apporte la compatibilite en mode source aussi. Pour un developpeur, c'est agréable de savoir que son code risque de marcher de partout => succès, alors que la compatibilité binaire n'est pas necessaire.


les objets, le GC, ... tout le reste est applicable a d'autres langages reposant sur d'autres architectures, donc ces "avantages" ne sont pas dédiés à java.

heu ... sans vouloir te contrarier ... un langage évolue .

Le langage java - je ne me permettrai pas d'en penser quoi que ce soit, c'est un langage qui a ses atouts, ses inconvenients, et je suis mal placé pour en parler (pas assez pratiqué).

Par contre l'architecture associée - JAVA et son mode de pseudo-interpretation (pseudo code, ...)- a clairement été pensée pour les applets. Avant cette achitecture JAVA, il etait impossible de distribuer via le web des "binaires" a faire tourner sur les clients.
JAVA répondais a un besoin précis, un besoin qui n'avait pas d'autres solutions.

Maintenant, utiliser l'architecture JAVA du coté du serveur, a mon avis c'est pas optimal du tout. Certes cela permet d'installer la meme applis sur n'importe quel serveur, mais cet avantage a un coup a chaque execution, alors qu'un soft bien developpé [meme en C] est facilement recompilable sur tous les systèmes.

JAVA sur le serveur c'est:
-un avantage pour l'editeur du soft [un seul packaging/livrable quel que soit la plateforme du client. Donc moins de frais pour l'editeur qui fait payer la note au client (en perfs)]
-un lobbying des developpeurs JAVA [mais on pourrait developper avec le langage JAVA et compiler du code natif ...]
-un effet de mode [qui passera plus vite que celui du C, rendez vous dans 30 ans]

Alors les pro-java vont repondre que les perfs sont la, que blablabla ... moi je leur dit:
utiliser JAVA cote serveur, c'est comme heberger un serveur WEB avec IIS/WIN 2000. On ne peut pas dire que cela ne marche pas, il y en a meme qui s'en servent ... par contre d'un point de vue technique ...

Le coût n'est pas la chose la plus importante AMHA

oui mais bon, faut pas se leurrer quand meme.
d'après mon experience chez les clients (je suis prestataire), celui qui prend la decision n'est pas du tout celui qui va "adapter/personnaliser" mais plutot le decideur pressé.
Et le décideur il croit qu'il achete un truc qui marche du premier coup et qui a été pensé depuis le début d'après ses besoins (c'est ce que le commercial lui vend).
Dans ces conditions, RIEN ne pousse vers linux (toujours moins bien représenté commercialement meme si cela change).
Bref dans le dossier il y a plusieurs solutions, celles que les architectes/techniciens ont conseillés (dont linux), et celles que les commerciaux ont apportés. Le decideur choisit LINUX pas pour faire plaisir a son equipe technique (un peu quand meme ...) mais surtout parce qu'il se dit qu'a 5 ou 10 fois moins cher, il garde un peu de budget pour autre chose ...
Il peut meme se payer 2 machines en redondance (vrrpd, heartbeat, ...) en continuant a faire des économies ...
Pour moi c'est clair, LINUX a bien des avantages TECHNIQUES. Mais quand il passe chez un client c'est TOUJOURS parce que la notion de cout réduit lui donne un avantage.

mais cela souleve un autre probleme: aujourd'hui le decideur paye des licenses AIX + HACMP + ORACLE +... pour ses applis critiques ou a fort besoin de performances [il ne prend pas le risque du cluster linux], par contre il joue a fond LINUX pour tous les services annexes (proxy, dns, dhcp, serveur de fichiers, serveur web, serveur de temps, de pki ...).
Se rend-il compte qu'a moyen terme les gros unix disparaitront du fait de ces diminutions de licenses vendues ?? Quand IBM ne voudra plus soutenir AIX (SUN/SOLARIS, ...), le decideur pressé sera obligé de passer ses applis critiques sous LINUX [mais a ce moment là, plus personne ne pourra le lui reprocher ... et il pourra le faire avec IBM/SUN/... si il le souhaite].

Et si IBM preparait doucement ses admin AIX au passage à RPM et a d'autres linuxeries ...

Cela n'engage que moi, mais je pense que la strategie est bien dans ce sens. Il y a quelques temps le site IBM offrait les memes softs GPL en packages natif AIX. Ils ont donc sciement décidé de tout repackager différement ...

On peut y voir un autre avantage pour IBM: ils prennent les packages src.rpm et font un "rpm -ba" pour obtenir la version AIX sans avoir a trop travailler sur le packaging.
D'ailleurs ils ont re-packagés leurs softs 2 fois:
-au debut -> packages smit
-ensuite -> packages rpm, mais les rpm n'etaient pas lisibles sur un linux x86. le format n'etait pas compatible (surement un probleme d'indiens).
->enfin -> packages rpm actuels, lisibles aussi sur une redhat des familles ...

Par contre a priori, pour dreamworks, les fonctions CMJK et Pentone ne doivent pas etre importantes. Si je ne me gourre pas elle servent surtout pour obtenir une sortie papier/imprimerie décente...

ca me fait penser qu'il fut un temps ou l'on pouvait monter /usr en NFS (au moins avec sun OS, pas avec linux ...).
mais de nos jours, /usr/bin contient plein de binaires utilisés par les scripts de démarrage ... cela devient donc impossible.
dommage, dans la culture unix, /usr devait contenir que des softs "utilisateur", pas des soft indispensables au systeme ....

moi j'avais compris l'inverse, mais c'est vrai que l'article est un peu flou.

autre hypothese:
la copie du cd contient bien une copie du code d'identification. Du coup on peut savoir que ce cd a ete grave a partir du cd de celine dion achete a la fnac de Rouen.
On peut peut-etre aussi demander a la fnac de Rouen la trace comptable de l'achat (numero cb ?).

il y a deja plein de donnees sur les cd vierges, d'ailleur cdrecord les affiche quand on grave.
il affiche entre autre le nom de l'usine de fabrication du cd vierge, le type de surface utilisée, et des numeros.

bof, moi je vois bien la limite quand meme:
-quand on copiera les CD on aura un soft pour anonymiser la copie (pour ne pas pouvoir remonter au cd original)

-il seront bien content quand ils decouvriront que les cd de mediatheque sont allegrement copiés. ca les mènent ou ensuite ??

-deja qu'ils ne perquisitionnent pas chez les particulier pour verifier les licenses des logiciels, ils ne vont pas plus perquisitionner pour verifier les cd...

-et de toutes facons, quand on echange les mp3 via napster/kazaa, le code ne sera pas la.

bref c'est bien futile comme méthode.

heu, si je peux me permettre, OUI c'est une connerie :-)
lsof te permet, au mieux de connaitre la liste des fichiers ouverts sur un systemes et le nom des process qui les ont ouverts. C'est un bon outils qui peux meme te dire la position du pointeur dans le fichier (de sorte que tu peux le voir avancer en meme temps que le process lit le fichier) ...

Par contre pour la question posée ci-dessus, je pense que la réponse doit etre "BSD accounting" ou process accounting. C'est une option dans le kernel, et les outils en user space sont accton / acct / sa.
normalement (c'est le cas sur AIX, mais je ne sais pas sous linux), on peut obtenir des infos sur les IO consommées par les process.
Mais si cela se trouve sous linux tout n'a pas ete implementé ... je ne peux pas verifier maintenant.

e n'imagine pas ce que j'aurais fait si on m'avais demander de payer des impots, quels qu'ils soient
prélevé a la source, un truc linéaire peut commencer avec des sommes insignifiantes. genre au rmi on en est a 10F d'impot/an.

c'est symbolique et ca évite l'effet de marche qui se produit avec le système actuel.

Non elle n'est pas proportionnelle au revenu

pourtant elle représente dans tous les cas environ 20% des dépenses ... y a pas plus proportionnel. Comme en général on dépense ce que l'on gagne j'ai fait un raccourci depense/revenus. Mais le coté proportionnel est bien la.

Tu comptes en absolu, ça n'a aucun sens
pourquoi cela n'aurait aucun sens ?? en vertu de quoi ?? tu n'expliques pas ton point de vue.
l'argent qui tombe dans les caisses de l'Etat, l'argent qui sort de la poche du contribuable est bien la somme "absolue". Une TVA reduite voire inexistante sur les produits de premiere necessite et plus importante pour le reste, cela me semble assez juste au contraire.
Plus tu as de moyens, plus tu dépenses pour des truc futiles, plus tu cotises à l'Etat.
Je ne suis donc pas d'accord avec le discours pré-maché que l'on entends toujours: TVA==injuste.

Tu parles de l'« implémentation » actuelle de l'impôt sur le revenu, pas de son principe.
Exact.
Le calcul est fait d'equations linéaires certes, mais la pente change quand meme et s'accentue de plus en plus. On pourrait prendre une équation exponentielle ou en x^2 mais cela ne changerai pas le probleme (on peut aussi augmenter la pente plus sauvagement).
Le premier probleme c'est a mon avis la difference entre non imposable et imposable qui fait que certains ont interet a ne pas travailler (je connais le cas). Personne ne devrait etre "non imposable". l'impot devrait etre calculé par une formule qui donne 0 si le revenu est 0 et plus des qu'il y a revenu. comme on ne peut pas traiter les feuilles d'impot, a ce moment la il faut prélever a la source ... tout repenser quoi.

ils n'ont pas à participer démesurément s'ils ne reçoivent rien
Parce que c'est ceux qui paient le plus qui recoivent le plus dans ton système ??

Mais bon, le caractère Linuxien sympathique de la boîte en question justifie-t-elle cette pub éhontée? Je suis plutôt partagé là

d'autant plus qu'elle est en partie mensongère la pub.
IBM vend des PC rackables 1U,3U et 5U sous linux en IDE/SCSI/... depuis pas mal de temps déjà ...

reste a comparer le prix. je vais suivre le lien pour voir ...

pendant que tu y es,
s/senseur/capteur/

et peut etre
s/graphe/graphique/
mais la ca chipote.

la TVA est un impot injuste selon toi, puisque tout le monde paye autant.

alors fait le calcul: celui qui claque 25000 FF/mois paye t'il autant de TVA que celui qui en claque 5000 ??

je ne pense pas.
la tva parait injuste par son mode de calcul, mais en fait elle est DIRECTEMENT proportionnelle aux revenus et qui plus est il est IMPOSSIBLE de tricher.

Partons carrement dans l'autre sens: l'impot sur le revenu, lui, est injuste:
-50% des menages ne participent pas aux besoins de la communeauté (je ne pense pas qu'ils soient tous en galère de fric pour autant)
-les plus riches payent des conseillers fiscaux pour "défiscaliser", voir s'expatrient pour faire baisser la note.
Résultat: seuls les revenus "moyens" participent, du coup assez lourdement.

[bref c'etait pour étayer d'autres thèses, faut bien voir qu'il n'y a pas une seule vérité ...]

humm, j'ai lu en travers la fin de ton commentaire...
j'ai laissé tombé après "la plus grande difficulté à sa fournir la derniére distrib par le net".
c'est quoi ton probleme ?
la dernière c'est la redhat 7.3, disponible sur tous les mirroirs habituels dont plusieurs en France.

Je ne vois pas de quoi tu parles.
On m'aurait mentit ? Les 3 CD que j'ai téléchargé en un seul wget ne seraient pas la dernière redhat ???

Je pense qu'il faut arreter de dire des conneries et attendre un communiqué serieux et officiel.

Par ailleur, en lisant les textes des brevets (liens de la news), je ne voit nulle mention de REDHAT, mais plutot le nom d'Ingo Molnar...
Etes vous sur que c'est REDHAT qui a déposé les brevets ???

"Red Hat, the assignee of the present application" est la seule mention de redhat dans le texte. Mon anglais légal est inexistant, quelqu'un pour traduire correctement ? Cette phrase fait partie de l'exemple (patch pour le noyau) ce qui me fait penser que le sens serait plutot "redhat utilise ce brevet de cette manière"...

attendons un peu.

Effectivement - JE - suis affecté de versionnite...
mais je m'en explique si besoin:
comme pas mal de personnes qui trainent sur linuxfr je pense, l'informatique est mon métier, et ma passion.
Je me dois de me maintenir au courant de ce qui se fait, pour pouvoir continuer a conseiller/travailler chez mes clients ...
Bref j'installe et je desinstalle beaucoup, je compile, j'efface, je migre, je reformate... (mais pas sur mes machines critiques !!)
Faire et defaire fait partie de mon métier, ca fait partie de la veille techno.
Comment répondre à mes clients qui tournent en redhat 6.2 ou 7.2 ce qu'apporterai la 7.3 si je ne l'utilise pas ??

Du coup, bien que je n'utilise que linux, j'ai un windows 2000 sous vmware "pour voir". Sinon je ne connaitrais pas windows update, la registry, les antivirus ... je serai malheureux quoi :-)

remarque: non je ne testerai pas KDE cette fois ci, j'ai d'autres chats a fouetter, et les environnements utilisateurs sont un peu loin de mes préoccupations (serveur/cluster/reseau/securite).

Donc bonne installation a tout ceux que cela chante !! C'est en installant / migrant que l'on apprends le plus. Il faut conserver les données, modifier les configurations, ... plein de motifs pour apprendre un nouveau truc.

Pas facile de s'inscrire a cette conf, mais au moins on est sûr qu'ils utilisent des softs OpenSource jusqu'au backend :-)

REGISTRATION:

Warning: Failed opening './password.php3' for inclusion (include_path='.:/usr/share/pear') in /var/www/lsm-2002.abul.org/html/registration/registration_fr.html on line 8

Warning: Access denied for user: 'www-data@localhost' (Using password: NO) in /var/www/lsm-2002.abul.org/html/registration/registration_fr.html on line 9

Warning: MySQL Connection Failed: Access denied for user: 'www-data@localhost' (Using password: NO) in /var/www/lsm-2002.abul.org/html/registration/registration_fr.html on line 9
Unable to connect to database

il y a un bon commentaire plus bas dans la page de slashdot a ce sujet.

J'ne reprends l'idée:
D'abord le web etait "ouvert". Puis on a mis des firewalls. Puis on a construit de plus en plus de protocoles sur le port TCP/80 car il est ouvert dans les firewall...

On se retrouve avec un protocole ouvert sur un des ports (80 http) d'un protocole ouvert (tcp).

On a vachement avancé !

Depuis quand les grosses boîtes s'y intéressent ?
depuis qu'elles y ont vu un interet financier/stratégique pour les premières, depuis que le client le demande pour les "suiveuses".
Les grosses boites sont pleines de techniciens passionnés. Ces techniciens font du Linux comme les autres. En interne chez IBM, il y a longtemps que les produits on ete recompilés sous linux "juste pour voir". A partir de ce moment, pourquoi ne pas vendre le résultat puisqu'il existe déjà ?
Stratégique parce que les gros unix ne font pas de concurence a MS. Linux si.


Quels intérêts y trouvent-elles ?
pour IBM c'est clair, au depart c'est un marche different. Linux ne concurence pas AIX, mais permet de vendre a ceux qui ont des besoins modérés ou des budgets plus serrés tout en présentant AIX en haut de gamme, pour faire rever.
A ce moment la linux et AIX ne sont pas concurents.
Mais c'est de moins en moins vrai. AIX est passé en version 5L (5 Linux), et IBM livre des packages RPM pour AIX. En interne, des formations linux sont proposées a quasiement tous les IBMers (y compris sur les firewall linux).
Finalement, des boîtes roulent avant tout pour elles-même. Certes, mais chez IBM, aujourd'hui ils y a deux services commerciaux concurents: AIX et LINUX. J'ai déjà vu des propositions concurentes de ces deux services pour un appel d'offre de cluster... ils ne se font pas de cadeaux, et la solution linux n'est pas du tout présentée comme une roue de secours dans ce cas !!

Bref je comprends que l'on soit méfiant comme tu l'es, mais je pense qu'il faut relativiser. Ce qui est donné aujourd'hui ne pourra pas etre repris plus tard. Ces grosses boites feront du bien à Gnu/Linux.
Par contre IBM a une grosse partie SSI qui a beaucoup a gagner sur les logiciels libres car plus crédible et connu que les SSI crées de toutes pièces autour des LL ... Ces SSI ont plus d'inquietude a se faire AMHA.

Bon juste pour dire un truc:
OpenBSD 3.1 est sortie comme prevue aujourd'hui !

est sortie c'est un "linuxisme" ?
pour linux on parle de distributions (féminin), sinon pour tous on parle d'OS (masculin).
A moins qu'il ne s'agisse de la version auquel cas:
"la 3.1 d'OpenBSD est sortie" serait mieux.

Bon je me recouche ->[]