> Il faut definir "intervalle reguliers".
5 min c'est déjà franchement fin. Entre le moment où le mec commence à s'intéresser à ta machine, et le moment où il a eu le temps d'effacer les logs, 5 min c'est court. C'est court évidemment si le mec fait tout à la main. C'est long s'il utilise un script qui fait tout automatiquement. Mais s'il utilise un script, il y a peu de chances que celui-ci détecte que ton script fait-maison existe. Le type s'en apercevra s'il fait une analyse *manuelle* du bidule. Qui dit manuel dit opération couteuse en temps. Enfin c'est mon avis.
> sur une machine sur laquelle AUCUN port autre que syslog n'est ouvert
En fait pour revenir à mon idée de départ, le point important était de dupliquer des infos sur une machine qui n'a *rien à voir* avec le réseau en train d'être cracké. Si le type est rentré sur la machine A grâce à une faille de sécurité, il se peut qu'il rentre sur la machine B sans problème si la machine est administrée par la même personne. Aucun admin n'est infaillible. Par contre en dupliquant les logs sur une machine complètement externe, le type doit tout se retaper depuis le départ, dans un contexte à priori différent.
Un bon truc pour se prévenir de ce genre de problèmes critiques (effacement des logs par un rootkit) est d'envoyer (par mail par exemple) à intervalles réguliers un petit diff des derniers changements sur certains fichiers de log. Tu envoies ça sur une machine qui n'a rien à voir avec la machine protégée. Par exemple un compte hotmail, ta boîte perso relevée par ton ordi personnel, bref, un truc complètement différent. Ainsi, le mec pourra te pourrir ta machine de production, pour effacer toutes traces de log, faudra qu'il aille hacker hotmail, ton ordi qui est sur l'ADSL, etc... Si t'es parano tu peux crypter les diff avec gpg. Ce type de méthode est un peu lourdingue (faut pas oublier de relever la boîte mail avant qu'elle explose), mais c'est pas mal pour garder une trace indélébile.
> La seule solution est d'utiliser une signature cryptographique. C'est le seul moyen de garantir que tout est sain.
Ceci dit les packages de type rpm ou deb intègrent la notion de signature cryptographique. C'est vrai que pour les tarballs c'est plus chiant à vérifier car faut se trimballer un fichier "à part" avec un sceau, un checksum, enfin bref un bidule qui te permet de vérifier que ça vient bien de la bonne personne. Moi je trouverais personnellement ça sympa d'avoir une option "--sign" dans tar. Mais bon rajouter ce type d'extension sur un programme antique comme tar, c'est pas une mince affaire. Mais je reste convaincu que ça serait bien.
> le monde de l'entreprise (Open Office, serveurs d'applications etc... le VRAI monde quoi)
Le "vrai" monde?
Open Office et les serveurs d'applications représentent le "vrai" monde?
Non, ils représentent peut-être le monde de l'entreprise (et encore), mais certainement pas le "vrai" monde. Ce "vrai" monde qui contient plusieurs milliards de personnes dont une majorité vit dans des conditions précaires, et pour qui l'informatique est complètement incaccessible. A ne pas confondre avec l'univers aseptisé des décideurs en cravatte qui se posent la question de savoir s'ils préferrent J2EE ou .NET ...
Le monde du logiciel libre est peut-être petit et fermé mais il n'a rien à envier au monde de l'entreprise qui sait aussi être aussi complètement hermétique à son environnement.
> la mise en place de sanctions pénales à l'encontre de ceux qui essaieront de supprimer ou de contourner les protections techniques destinées à empêcher la contrefaçon des oeuvres
Ouais, c'est bien inquiétant tout ça... Ce n'est pas la copie qui est interdite, mais le fait de trouver un moyen de copier. Concrêtement, c'est l'outil qui est interdit et non pas le délit. Comme si on interdisait le lecteur/enregistreur de cassettes audio ou bien le magnétoscope. C'est du pur procès d'intention. Tu es présumé coupable dès que tu a la possibilité de commettre un délit. Bravo la liberté.
Il est amusant de voir que ce type de loi est né aux Etats-Unis où les armes sont en vente libre. Un pistolet, c'est pour te défendre, pas pour tuer. DeCSS, c'est pas pour lire des CDs sans utiliser de logiciel proprio, c'est pour pirater! Le type qui utilise DeCSS est à ranger à côté des barbares qui massacraient et pillaient la marine marchande il y a quelques siècles. Pas de nuances. Le type qui possède une arme est un bon citoyen capable de se défendre et de s'insurger contre le pouvoir en place si jamais il y en a besoin. Mais attention hein! Tirer des balles réelles dans la rue, condamner des enfants ou des attardés mentaux à mort, c'est réglo, mais la copie de CDs, non! La loi américaine te dis: OK pour les armes qui tuent les citoyens, mais non aux "armes" qui menacent le lobby de l'industrie du disque. Entre les citoyens américains et les multinationales, on sait maintenant qui a le pouvoir aux US 8-/
Tout pareil.
Mon firewall tourne avec Woody sur un 486 DX/2 équipé de 8Mo de RAM et 200Mo de disque. C'est royal! J'ai même parfois l'impression que le disque est trop gros 8-)
Le truc par contre, c'est que je peux pas trop descendre en dessous en puissance, car pppoe prend 50% du CPU lorsque l'ADSL marche plein pot (512kbit). Cela dit les 50% qui restent ne me servent à rien. Utilises-tu ce genre de soft avec ton 386?
Dernière remarque, les séquences apt-get update/upgrade prennent pas mal de temps avec woody car pour construire l'arbre de dépendances apt pête un cable et se met à swapper comme un dingue. Les 9000 paquets y sont peut-être pour quelque chose...
> 2°) Microsoft est une société, pas une association loi 1901, et donc son but est de faire du bénéfice et de payer tous les mois ses milliers de salariés, ingénieurs et commerciaux.
Non non, son but 1er est de rémunérer les actionnaires. S'il faut pour cela employer du monde, il paieront des salariés, ingénieurs et commerciaux mais s'ils pouvaient générer le même chiffre d'affaire en embauchant seulement 100 personnes, ils ne se priveraient pas. On appelle ça la rentabilité. Microsoft n'est pas une assoce loi 1901 certes, mais ce n'est pas non plus une boulangerie de quartier.
Sinon bravo pour ton amorce de troll, c'est du grand art.
> Où est le problème à ce que ton voisin dispose de ce que tu fais de bien, temps que cela ne t'enlève rien?
Disons que quand je code un programme sous GPL, j'apprécie que si quelqu'un améliore mon programme et le distribue, j'aie le droit de faire partie des gens qui peuvent utiliser le logiciel amélioré, et éventuellement d'améliorer à nouveau le résultat. C'est ça le copyleft. Une boîte proprio qui utilisent du code libre et le rediffuse sous forme propriétaire, c'est une belle illustration du principe "tout ce qui est à toi est à moi, et tout ce qui est à moi n'est pas à toi". Le résultat propriétaire, tu n'as dans la plupart des cas même pas le droit de le lancer sans accepter la licence propriétaire. La GPL, aussi restrictive soit-elle concernant la copie, n'impose aucune restriction quand à l'acte de lancer le programme ("The act of running the Program is not restricted"). Pour utiliser un programme GPL, tu n'as même pas besoin d'accepter la GPL. Seule la copie, la modification, la redistribution sont couvertes par la license, opérations qui sont de toutes façons interdites par toute licence propriétaire qui se respecte...
> de se faire prendre à la politique agressive de la FSF
C'est vrai qu'avec Microsoft, tu ne risques pas d'être pris au piège, vu que tu ne peux réutiliser aucun code 8-)
> nombre de developpeurs plus attache a l'aspect libre qu'au developpement d'une alternative credible a M$/Windows
Je trouve que ce passage résume assez la problématique. Certains voient dans GNU/Linux l'aspect libre avant tout. D'autres voient la réalisation d'une alternative crédible à Windows. Ces 2 buts sont tout à fait louables. Il est logique que certains acceptent de faire un pas en arrière du point de vue "obtenir une alternative crédible à Windows" s'ils pensent que le plus important c'est l'esprit du libre. De même, il est logique que certains acceptent de faire quelques entorses aux principes du libres s'ils estiment que créer une alternative à Windows est la sacro-sainte priorité.
> Si Hurd les interessaient il auraient surement deja vire de bord....
Certains ont déjà viré de bord. Ils sont peu nombreux mais ils l'ont fait. Le fait qu'ils soient minoritaires ne rend pas leur choix débile pour autant.
> sans que le marche du libre n'augmente
Le marché du libre, je m'en cogne. Ce qui m'importe, c'est l'étendue des fonctionnalités couvertes par des logiciels libres. En d'autres termes, ce qui m'intéresse, c'est de pouvoir faire le plus de choses possibles avec des logiciels libres, et non pas qu'un nombre majoritaire de gens utilisent des logiciels libres. Ces 2 aspects sont évidemment liés, mais il est important de savoir auquel des 2 on attache le plus d'importance. Ca change tout.
> Oui mais la tu cours un autre risque:
On est d'accord. Après tout est question de point de vue. Moi j'aime qu'il y ait une certaine hétérogénéité. Mais ça se paye.
> Ca va changer quoi vis a vis des drivers proprio de passer a GNU\Le Hurd\OSKit\COM\Mach
Si le nombre d'OS libres différents se multiplie et si ces OS se répandent, la seule solution viable pour avoir des drivers à jour pour tout le monde est de divulguer (librement) les specs du matériel nécessaires à la programmation des drivers. Tu ne peux pas te contenter de fournir un binaire ou, ce qui est à peine mieux, des drivers dont le source est illisible, ne facilite pas le reverse-engineering, et n'est adapté qu'à un OS et/ou environnement graphique (XFree86) particulier.
Il se trouve qu'aujourd'hui les OS libres ne représentent qu'une infime part des sytèmes installés, et que parmi ces OS Linux est beaucoup plus représenté. Donc les fabriquant de matos se disent "je maintiens un driver Linux binaire et hop ça suffit". Si tu avais 30% d'OS libres installés répartis en 10% de BSD, 10% de Linux et 10% de Hurd (supposition fantaisiste), faire des drivers binaires pour tous les OS serait une vraie merde pour les constructeurs, et ils y gagneraient à rendre les specs publiques et laisser des volontaires coder un driver libre eux-même...
Un autre vecteur qui pourrait faciliter la divulgation des specs serait que l'architecture x86 perde son hégémonie. Y'en a marre de cette techno de l'an 2 qui nous scotche en 32-bits! Ca fait déjà si longtemps qu'on nous promet le Merced/l'Itanium qu'on va finir par croire que c'est du bluff.
Réponse 1 - Parce qu'il est commencé et qu'il est opérationnel (même si pour l'instant beaucoup reste à faire), parce que les développeurs qui se penchent sur le problème y prennent plaisir, parce qu'ils croient à ce qu'ils font, parce que Linux ne répond pas à certains besoins que Hurd peut satisfaire...
Certains semblent penser que tous les développeurs du Hurd sont autant de développeurs perdus pour Linux. Rien ne le prouve.
Réponse 2 - La notion de "significativement" est très subjective. Certains contributeurs travaillent sur le développement de GNU/Hurd et GNU/Mach, d'autres créent des images ISO de CDs qui permettent d'installer le système, d'autres s'attachent à porter des applications sur cet OS. Tout cela est donc "non significatif"? Question de point de vue je trouve...
Réponse 3 - Ce qui est nul dans Windows NT, c'est que c'est un OS qui était soit-disant destiné aux serveurs et pourtant est très orienté "utilisateur final". Un des problème étant par exemple les boîtes de dialogue "OK/Cancel" qui quand elles s'ouvrent en production peuvent te bloquer la machine si tu n'as pas un PCAnywhere ou la clé de la salle serveur sous la main. Ils auraient pu coder NT avec un noyau monolithique ç'aurait été pareil, l'erreur de design est ailleurs AMHA.
> Discuter politique sur des "on-dit" n'est pas très intéréssant à mon humble avis...
C'est pourtant le principe de base de toute bonne discution de bistrot qui se respecte 8-)
> Combien coute une anne d'etudes a Paris ou en province ?
Vaste question...
Tout dépend déjà du type d'école. Pour une école d'ingénieur publique comme celle que j'ai pu faire à Lyon, il y avait:
environ 3000F de frais universitaires divers et variés en début d'année,
900F de loyer pour une chambre de 9 mètres carrés meublée sur le campus, dont environ 650F étaient remboursés par la CAFAL (on logeait pour 250F/mois, c.à.d. pas très cher au final),
12F50 le repas au RU le midi & le soir, sauf le WE,
au point de vue fourniture "scolaires", des stylos du papier et c'est tout, pas de bouquins à acheter, pas de matos particulier (sauf peut-être une calculatrice, mais tu devais déjà en avoir une pour passer les concours...),
possibilité de faire des journées ski (l'hiver) pour 150F en moyenne (aller-retour en car + forfait) avec un supplément de 50 à 100F pour la location du matos,
300F l'aller-retour pour Paris en TGV avec carte 12-25 (dépense que j'ai du faire à chaque vacances scolaires car le campus déserté était vraiment glauque, donc je revenais chez mes parents...),
moult clubs et associations plus ou moins subventionnés par l'école (j'ai fait partie d'une assoce qui n'était pas financée par l'école mais néanmoins on était occupés tous les week-ends pour pas cher).
Si je fais le total de tout ça pour une année, j'obtiens:
3000F (inscription, frais à la con)
+ 200F (fournitures scolaires)
+ 2500F (loyer 10 mois)
+ 8000F (bouffe 10 mois à 800F/mois)
+ 1300F (4 allers-retours pour Paris + carte 12-25 *)
-----------------------------------------------------------
= 15000F
La dépense principale reste la bouffe à 12,50F le repas donc ça place la vie étudiante dans cette école dans la catégorie "pas très cher"... J'ai connu des étudiants qui arrivaient à boucler les fins de mois avec à peine plus de 1000F par mois, mais c'est quand même super chaud. T'en chie bien. Avec 2000F par mois ça allait. Avec 3000F par mois tu es le roi du pétrole!
Evidemment ça c'était "à mon époque", à savoir entre 1995 et 1999. Maintenant, ça a augmenté. Les chambres de 9 mètres carrés, pourtant si conviviales (!), ont été remplacées par des chambres plus grandes, plus chères, et je pense que c'est un grand pas en arrière car on n'était pas tant gênés que ça par l'aspect exigu (et certes un peu délabré) de ces piaules. C'est surtout l'administration que ça gênait.
Si j'avais fait mes études à Paris, j'aurais personnellement économisé les trajets Paris-Lyon, et les dépenses bouffe auraient été noyées dans le budget familial de mes parents. Par contre il y a pas mal d'activités que j'ai faites à Lyon (musique de rue en particulier, monéo ca pue!) et qui sont moins facilement pratiquables à Paris.
Ahhh, un bon hors sujet de temps en temps, ça fait du bien 8-)
PS: j'ai entendu dire (info à prendre avec des pincettes) qu'une année d'étude dans cette école coutait environ 200KF au contribuable français.
(*) j'ai oublié le prix de la carte 12-25, c'était peut-être plus de 100F mais d'un autre côté les billets de train étaient à moins de 300F...
Poitiers n'est tout de même pas un patelin de 40 habitants. Et même si en valeur absolue le nombre d'étudiant n'est pas le plus important il n'empêche que du coup sa population est plutôt jeune en moyenne. Pour ceusses qui douteraient du fait qu'on peut bien se marrer à Poitiers, je vous recommande la "69ème Semaine Estudiantine de l'Ordre du Vénéré Bitard (L.S.T.)"http://www.ifrance.com/ordrebitard/fran/semaine.htm(...)
Ca fait partie des trucs les plus sympas que j'ai pu faire. Ayant fait des études à Paris puis Lyon, et ayant aussi cotoyé pas mal d'étudiants pictaves, j'ai une franche tendance à penser que Paris n'est vraiment pas une ville très adaptée à la vie (festive) étudiante. En particulier, la moindre soirée te coute une fortune par rapport à la province, ce qui est gênant pour un budget d'étudiant (*). Certes tu trouves des bars ouverts à 5h du mat à Paris, mais je sais par expérience que quand tu es étudiant tu risques pas d'y passer la nuit vu les tarifs pratiqués 8-(
(*) il existe certes des étudiants pour qui claquer 30 Euros dans la soirée n'est pas problématique, mais j'en n'ai pas rencontré beaucoup...
Si on faisait payer au transport (maritime ou autre) tous les coûts et effets de bords qu'il engendre, l'addition serait beaucoup plus salée. Amocco Cadiz, Erika etc.
> il n'a rien a voir point de vue dependence systeme avec qqe chose comme Office ou StarOffice
Bon, alors admettons que StarOffice soit comparable à Office en terme de complexité (c'est ce que tu sembles sous entendre). Personnellement je pense qu'Office est plutôt plus complet, mais bon. Tu m'as déjà expliqué que les dépendances vis-à-vis de la GUI ne comptent pas. Alors je ne vois pas où sont les dépendances vis à vis du système - hormis la glibc - pour un produit comme StarOffice. StarOffice s'installe dans /opt sans pb, aucune interaction majeure avec le reste du système à mon sens. Si, il te demande si tu as le support Java. si tu l'as pas ça marche quand même. Par contre un Emacs, lui il va lancer make, cvs, diff, ouvrir des shells, communiquer via ftp, lancer un serveur qui écoute sur une socket... D'ailleurs, pour constater à quel point Emacs est lié au système, tu peux réfléchir au fait qu'un Emacs installé sur un poste Windows "vierge de tout produit GNU" comporte beaucoup moins de fonctionnalités qu'un Emacs installé sur une distribution GNU/Linux typique. Forcément, envoyer des mails via une ligne de commande, appeler cvs etc. il a du mal. Par contre StarOffice sous Windows et Linux, c'est pareil. C'est d'ailleurs un des arguments que ce logiciel met en avant.
> Les #defines, tu les changes pas tous les deux jours.
Justement, si... par exemple:
#define TRACE_MODE=1, #define TRACE_MODE=2 ou #define TRACE_MODE=3
Ca change tout.
> Et tu fais comment pour envoyer a quelqu'un qui a Emacs comme client e-mail un rendez-vous ?
Rigolo ça comme remarque. Pourquoi donc "a quelqu'un qui a Emacs comme client e-mail"??? Parce que quand on utilise Emacs, on ne doit avoir des rendez-vous qu'avec quelqu'un qui utilise Emacs. Et pour Outlook? Si j'ai Outlook, je ne peux envoyer des rendez-vous qu'à quelqu'un qui utilise Outlook? Comment je fais pour envoyer un rendez-vous à quelqu'un qui utilise une machine UNIX???
> Avoir un calendrier qui t'affiche les jours de la semaine et ou tu peux mettre du texte, tout le monde s'en fout, 90% des softs le font.
Non, pas 90%, seulement 89.73%, soit précis un peu... Et au passage, les fonctionnalités de ce mode d'Emacs ne se limitent pas simplement à ce que tu viens de mentionner. RTFM.
Sinon pour recentrer le débat, mon idée de départ n'est pas de lancer un troll Emacs/Outlook, mais simplement d'attirer ton attention sur le fait que choisir Emacs comme exemple de soft simplissime qui n'a que peu de dépendances avec l'OS est un très mauvais choix. Emacs est *la* référence en matière d'usine à gaz, et c'est d'ailleurs en partie pour ça que beaucoup préfèrent encore vi. Tu peux reprocher à Emacs plein de choses, mais l'accuser de simplicité et de non-modularité, c'est une faute de goût.
J'ai bossé pendant 3 ans au taf avec Visual Studio. 2 ans de Visual InterDev et 1 an de Visual C++. Passe encore pour InterDev qui est à peu près utilisable - mais était vraiment buggé à l'époque (1999/2000) - mais Visual C++ est AMHA une merde finie. Je parle de l'environnement, pas du compilo. Le compilo j'ai jamais eu à m'en plaindre. Mais l'IDE est pénible à utiliser. Ah c'est sûr c'est très joli, mais pas vraiment fonctionnel. Typiquement les boîtes de dialogue pour régler les options sont vraiment complexes à manipuler. Par exemple les "#defines" communs à un projet sont paramétrables dans une zone d'édition qui fait *une* ligne seulement. Et ça c'est ultra pénible. Aussi, si tu essayes de définir "TOTO" comme "TITI TATA", la 1ère fois ça marche. La 2ème fois que tu modifie tes options l'IDE Visual C++ remplace ton -DTOTO="TITI TATA" par -DTOTO=TITI TATA. Du coup le compilo s'énerve car TATA n'est pas une option de compilation reconnue. Ouééééééé! Dans la même veine, si tu place ton projet sous SourceSafe, les infos concernant le dépot sont stockées *dans* le .dsp, donc quand tu veux faire une branche de ton projet (enfin sous VSS ça revient à créer un nouveau projet avec des fichiers partagés) il te faut éditer le .dsp à la main, et tu ne peux pas partager le fichiers .dsp entre plusieurs projets SourceSafe. Forcément, si tu partages le fichier, tous les projets pointent sur le même dépôt... Honnêtement, la 1ère fois que je me suis servi de Visual Studio, j'ai pensé "ouaou c'est génial comme truc!" et après m'en être servi -> poubelle.
> comparer un editeur de texte avec une suite office complete
Emacs n'est pas qu'un éditeur de texte, c'est aussi un shell, un lecteur de mail, de newsgroups, un navigateur web, un environnement de développement, un système de documentation, etc... Typiquement Emacs n'a pas de fonctionnalité intégrée de tableur, par contre il remplit pleinement le rôle d'IDE (et pas seulement éditeur, l'intégration avec les outils de compilation/déboggage est assez complète) donc il remplit la même fonctionnalité que l'IDE de Visual Studio (qui lui par contre est une merde finie, je peux t'écrire des poèmes sur les défauts rédhibitoires de cette interface graphique).
> Le jour ou Emacs aura les fonctionnalites de calendrier/task manager/etc... de Outlook tu m'appelles.
C'est ton jour de chance, je t'appelle! Ce-dessous un petit copié collé de la page Info d'Emacs, à la section "Calendar":
-------8<----------------------------------------------------------------------
File: emacs, Node: Calendar/Diary, Next: Gnus, Prev: Dired, Up: Top
The Calendar and the Diary
**************************
Emacs provides the functions of a desk calendar, with a diary of
planned or past events. It also has facilities for managing your
appointments, and keeping track of how much time you spend working on
certain projects.
To enter the calendar, type `M-x calendar'; this displays a
three-month calendar centered on the current month, with point on the
current date. With a numeric argument, as in `C-u M-x calendar', it
prompts you for the month and year to be the center of the three-month
calendar. The calendar uses its own buffer, whose major mode is
Calendar mode.
`Mouse-2' in the calendar brings up a menu of operations on a
particular date; `C-Mouse-3' brings up a menu of commonly used calendar
features that are independent of any particular date. To exit the
calendar, type `q'. *Note Customizing the Calendar and Diary:
(elisp)Calendar, for customization information about the calendar and
diary.
* Menu:
* Calendar Motion:: Moving through the calendar; selecting a date.
* Scroll Calendar:: Bringing earlier or later months onto the screen.
* Counting Days:: How many days are there between two dates?
* General Calendar:: Exiting or recomputing the calendar.
* LaTeX Calendar:: Print a calendar using LaTeX.
* Holidays:: Displaying dates of holidays.
* Sunrise/Sunset:: Displaying local times of sunrise and sunset.
* Lunar Phases:: Displaying phases of the moon.
* Other Calendars:: Converting dates to other calendar systems.
* Diary:: Displaying events from your diary.
* Appointments:: Reminders when it's time to do something.
* Daylight Savings:: How to specify when daylight savings time is active.
* Time Intervals:: Keeping track of time intervals.
-------8<---------------------------------------------------------------------- > ca voudra dire que j'ai loupe un menu important dans Emacs.
Pour info, si pour appréhender Emacs tu te limites à te ballader dans les menus, tu risques de ne voir que la partie émerger de l'iceberg. Un nombre conséquent de fonctions ne sont simplement pas accessibles via les menus.
> quand je parles de dependances, je considere pas que la GUI est une dependance
Ah bon évidemment, c'est clair, si on considère que les dépendances sur la GUI ne comptent pas...
> je ne parlerais pas du statut d'un Linux de 1998.
Tu pourrais en parler pourtant, ce n'est pas un sujet qui fache.
[^] # Re: Question très bête...
Posté par ufoot (site web personnel) . En réponse à la dépêche Cheval de Troie découvert dans la libpcap et tcpdump. Évalué à 1.
5 min c'est déjà franchement fin. Entre le moment où le mec commence à s'intéresser à ta machine, et le moment où il a eu le temps d'effacer les logs, 5 min c'est court. C'est court évidemment si le mec fait tout à la main. C'est long s'il utilise un script qui fait tout automatiquement. Mais s'il utilise un script, il y a peu de chances que celui-ci détecte que ton script fait-maison existe. Le type s'en apercevra s'il fait une analyse *manuelle* du bidule. Qui dit manuel dit opération couteuse en temps. Enfin c'est mon avis.
> sur une machine sur laquelle AUCUN port autre que syslog n'est ouvert
En fait pour revenir à mon idée de départ, le point important était de dupliquer des infos sur une machine qui n'a *rien à voir* avec le réseau en train d'être cracké. Si le type est rentré sur la machine A grâce à une faille de sécurité, il se peut qu'il rentre sur la machine B sans problème si la machine est administrée par la même personne. Aucun admin n'est infaillible. Par contre en dupliquant les logs sur une machine complètement externe, le type doit tout se retaper depuis le départ, dans un contexte à priori différent.
[^] # Re: Question très bête...
Posté par ufoot (site web personnel) . En réponse à la dépêche Cheval de Troie découvert dans la libpcap et tcpdump. Évalué à 0.
[^] # Re: intégrité des sources : pourquoi faire ?
Posté par ufoot (site web personnel) . En réponse à la dépêche Cheval de Troie découvert dans la libpcap et tcpdump. Évalué à 3.
Ceci dit les packages de type rpm ou deb intègrent la notion de signature cryptographique. C'est vrai que pour les tarballs c'est plus chiant à vérifier car faut se trimballer un fichier "à part" avec un sceau, un checksum, enfin bref un bidule qui te permet de vérifier que ça vient bien de la bonne personne. Moi je trouverais personnellement ça sympa d'avoir une option "--sign" dans tar. Mais bon rajouter ce type d'extension sur un programme antique comme tar, c'est pas une mince affaire. Mais je reste convaincu que ça serait bien.
[^] # Re: FUD : Linux va respirer
Posté par ufoot (site web personnel) . En réponse à la dépêche FUD : Linux va respirer. Évalué à 1.
Le "vrai" monde?
Open Office et les serveurs d'applications représentent le "vrai" monde?
Non, ils représentent peut-être le monde de l'entreprise (et encore), mais certainement pas le "vrai" monde. Ce "vrai" monde qui contient plusieurs milliards de personnes dont une majorité vit dans des conditions précaires, et pour qui l'informatique est complètement incaccessible. A ne pas confondre avec l'univers aseptisé des décideurs en cravatte qui se posent la question de savoir s'ils préferrent J2EE ou .NET ...
Le monde du logiciel libre est peut-être petit et fermé mais il n'a rien à envier au monde de l'entreprise qui sait aussi être aussi complètement hermétique à son environnement.
[^] # Re: Les protections contre la copie de CD audio sont inefficaces
Posté par ufoot (site web personnel) . En réponse à la dépêche Les protections contre la copie de CD audio sont inefficaces. Évalué à 10.
Ouais, c'est bien inquiétant tout ça... Ce n'est pas la copie qui est interdite, mais le fait de trouver un moyen de copier. Concrêtement, c'est l'outil qui est interdit et non pas le délit. Comme si on interdisait le lecteur/enregistreur de cassettes audio ou bien le magnétoscope. C'est du pur procès d'intention. Tu es présumé coupable dès que tu a la possibilité de commettre un délit. Bravo la liberté.
Il est amusant de voir que ce type de loi est né aux Etats-Unis où les armes sont en vente libre. Un pistolet, c'est pour te défendre, pas pour tuer. DeCSS, c'est pas pour lire des CDs sans utiliser de logiciel proprio, c'est pour pirater! Le type qui utilise DeCSS est à ranger à côté des barbares qui massacraient et pillaient la marine marchande il y a quelques siècles. Pas de nuances. Le type qui possède une arme est un bon citoyen capable de se défendre et de s'insurger contre le pouvoir en place si jamais il y en a besoin. Mais attention hein! Tirer des balles réelles dans la rue, condamner des enfants ou des attardés mentaux à mort, c'est réglo, mais la copie de CDs, non! La loi américaine te dis: OK pour les armes qui tuent les citoyens, mais non aux "armes" qui menacent le lobby de l'industrie du disque. Entre les citoyens américains et les multinationales, on sait maintenant qui a le pouvoir aux US 8-/
[^] # Re: Linux et les antiquités
Posté par ufoot (site web personnel) . En réponse à la dépêche Linux et les antiquités. Évalué à 2.
Mon firewall tourne avec Woody sur un 486 DX/2 équipé de 8Mo de RAM et 200Mo de disque. C'est royal! J'ai même parfois l'impression que le disque est trop gros 8-)
Le truc par contre, c'est que je peux pas trop descendre en dessous en puissance, car pppoe prend 50% du CPU lorsque l'ADSL marche plein pot (512kbit). Cela dit les 50% qui restent ne me servent à rien. Utilises-tu ce genre de soft avec ton 386?
Dernière remarque, les séquences apt-get update/upgrade prennent pas mal de temps avec woody car pour construire l'arbre de dépendances apt pête un cable et se met à swapper comme un dingue. Les 9000 paquets y sont peut-être pour quelque chose...
[^] # Re: Microsoft à l'Atica
Posté par ufoot (site web personnel) . En réponse à la dépêche Microsoft à l'Atica. Évalué à 1.
Non non, son but 1er est de rémunérer les actionnaires. S'il faut pour cela employer du monde, il paieront des salariés, ingénieurs et commerciaux mais s'ils pouvaient générer le même chiffre d'affaire en embauchant seulement 100 personnes, ils ne se priveraient pas. On appelle ça la rentabilité. Microsoft n'est pas une assoce loi 1901 certes, mais ce n'est pas non plus une boulangerie de quartier.
Sinon bravo pour ton amorce de troll, c'est du grand art.
[^] # Re: Microsoft réutilise du BSD car ils payent moins de développeur
Posté par ufoot (site web personnel) . En réponse à la dépêche Microsoft à l'Atica. Évalué à 2.
Disons que quand je code un programme sous GPL, j'apprécie que si quelqu'un améliore mon programme et le distribue, j'aie le droit de faire partie des gens qui peuvent utiliser le logiciel amélioré, et éventuellement d'améliorer à nouveau le résultat. C'est ça le copyleft. Une boîte proprio qui utilisent du code libre et le rediffuse sous forme propriétaire, c'est une belle illustration du principe "tout ce qui est à toi est à moi, et tout ce qui est à moi n'est pas à toi". Le résultat propriétaire, tu n'as dans la plupart des cas même pas le droit de le lancer sans accepter la licence propriétaire. La GPL, aussi restrictive soit-elle concernant la copie, n'impose aucune restriction quand à l'acte de lancer le programme ("The act of running the Program is not restricted"). Pour utiliser un programme GPL, tu n'as même pas besoin d'accepter la GPL. Seule la copie, la modification, la redistribution sont couvertes par la license, opérations qui sont de toutes façons interdites par toute licence propriétaire qui se respecte...
[^] # Re: Microsoft à l'Atica
Posté par ufoot (site web personnel) . En réponse à la dépêche Microsoft à l'Atica. Évalué à 1.
C'est vrai qu'avec Microsoft, tu ne risques pas d'être pris au piège, vu que tu ne peux réutiliser aucun code 8-)
[^] # Re: Hurd, RMS et la chasse aux developpeurs
Posté par ufoot (site web personnel) . En réponse à la dépêche HurdFr et conférence sur le Hurd. Évalué à 1.
[^] # Re: Hurd, RMS et la chasse aux developpeurs
Posté par ufoot (site web personnel) . En réponse à la dépêche HurdFr et conférence sur le Hurd. Évalué à 1.
Je trouve que ce passage résume assez la problématique. Certains voient dans GNU/Linux l'aspect libre avant tout. D'autres voient la réalisation d'une alternative crédible à Windows. Ces 2 buts sont tout à fait louables. Il est logique que certains acceptent de faire un pas en arrière du point de vue "obtenir une alternative crédible à Windows" s'ils pensent que le plus important c'est l'esprit du libre. De même, il est logique que certains acceptent de faire quelques entorses aux principes du libres s'ils estiment que créer une alternative à Windows est la sacro-sainte priorité.
> Si Hurd les interessaient il auraient surement deja vire de bord....
Certains ont déjà viré de bord. Ils sont peu nombreux mais ils l'ont fait. Le fait qu'ils soient minoritaires ne rend pas leur choix débile pour autant.
[^] # Re: HurdFr et conférence sur le Hurd
Posté par ufoot (site web personnel) . En réponse à la dépêche HurdFr et conférence sur le Hurd. Évalué à 1.
Le marché du libre, je m'en cogne. Ce qui m'importe, c'est l'étendue des fonctionnalités couvertes par des logiciels libres. En d'autres termes, ce qui m'intéresse, c'est de pouvoir faire le plus de choses possibles avec des logiciels libres, et non pas qu'un nombre majoritaire de gens utilisent des logiciels libres. Ces 2 aspects sont évidemment liés, mais il est important de savoir auquel des 2 on attache le plus d'importance. Ca change tout.
[^] # Re: HurdFr et conférence sur le Hurd
Posté par ufoot (site web personnel) . En réponse à la dépêche HurdFr et conférence sur le Hurd. Évalué à 1.
On est d'accord. Après tout est question de point de vue. Moi j'aime qu'il y ait une certaine hétérogénéité. Mais ça se paye.
[^] # Re: HurdFr et conférence sur le Hurd
Posté par ufoot (site web personnel) . En réponse à la dépêche HurdFr et conférence sur le Hurd. Évalué à 1.
Si le nombre d'OS libres différents se multiplie et si ces OS se répandent, la seule solution viable pour avoir des drivers à jour pour tout le monde est de divulguer (librement) les specs du matériel nécessaires à la programmation des drivers. Tu ne peux pas te contenter de fournir un binaire ou, ce qui est à peine mieux, des drivers dont le source est illisible, ne facilite pas le reverse-engineering, et n'est adapté qu'à un OS et/ou environnement graphique (XFree86) particulier.
Il se trouve qu'aujourd'hui les OS libres ne représentent qu'une infime part des sytèmes installés, et que parmi ces OS Linux est beaucoup plus représenté. Donc les fabriquant de matos se disent "je maintiens un driver Linux binaire et hop ça suffit". Si tu avais 30% d'OS libres installés répartis en 10% de BSD, 10% de Linux et 10% de Hurd (supposition fantaisiste), faire des drivers binaires pour tous les OS serait une vraie merde pour les constructeurs, et ils y gagneraient à rendre les specs publiques et laisser des volontaires coder un driver libre eux-même...
Un autre vecteur qui pourrait faciliter la divulgation des specs serait que l'architecture x86 perde son hégémonie. Y'en a marre de cette techno de l'an 2 qui nous scotche en 32-bits! Ca fait déjà si longtemps qu'on nous promet le Merced/l'Itanium qu'on va finir par croire que c'est du bluff.
[^] # Re: HurdFr et conférence sur le Hurd
Posté par ufoot (site web personnel) . En réponse à la dépêche HurdFr et conférence sur le Hurd. Évalué à 1.
Certains semblent penser que tous les développeurs du Hurd sont autant de développeurs perdus pour Linux. Rien ne le prouve.
Réponse 2 - La notion de "significativement" est très subjective. Certains contributeurs travaillent sur le développement de GNU/Hurd et GNU/Mach, d'autres créent des images ISO de CDs qui permettent d'installer le système, d'autres s'attachent à porter des applications sur cet OS. Tout cela est donc "non significatif"? Question de point de vue je trouve...
Réponse 3 - Ce qui est nul dans Windows NT, c'est que c'est un OS qui était soit-disant destiné aux serveurs et pourtant est très orienté "utilisateur final". Un des problème étant par exemple les boîtes de dialogue "OK/Cancel" qui quand elles s'ouvrent en production peuvent te bloquer la machine si tu n'as pas un PCAnywhere ou la clé de la salle serveur sous la main. Ils auraient pu coder NT avec un noyau monolithique ç'aurait été pareil, l'erreur de design est ailleurs AMHA.
[^] # Re: les jeux MS sont sous-traités
Posté par ufoot (site web personnel) . En réponse à la dépêche L'avenir du futuroscope de Poitiers. Évalué à 1.
C'est pourtant le principe de base de toute bonne discution de bistrot qui se respecte 8-)
[^] # Re: L'avenir du futuroscope de Poitiers
Posté par ufoot (site web personnel) . En réponse à la dépêche L'avenir du futuroscope de Poitiers. Évalué à 1.
Vaste question...
Tout dépend déjà du type d'école. Pour une école d'ingénieur publique comme celle que j'ai pu faire à Lyon, il y avait:
- environ 3000F de frais universitaires divers et variés en début d'année,
- 900F de loyer pour une chambre de 9 mètres carrés meublée sur le campus, dont environ 650F étaient remboursés par la CAFAL (on logeait pour 250F/mois, c.à.d. pas très cher au final),
- 12F50 le repas au RU le midi & le soir, sauf le WE,
- au point de vue fourniture "scolaires", des stylos du papier et c'est tout, pas de bouquins à acheter, pas de matos particulier (sauf peut-être une calculatrice, mais tu devais déjà en avoir une pour passer les concours...),
- possibilité de faire des journées ski (l'hiver) pour 150F en moyenne (aller-retour en car + forfait) avec un supplément de 50 à 100F pour la location du matos,
- 300F l'aller-retour pour Paris en TGV avec carte 12-25 (dépense que j'ai du faire à chaque vacances scolaires car le campus déserté était vraiment glauque, donc je revenais chez mes parents...),
- moult clubs et associations plus ou moins subventionnés par l'école (j'ai fait partie d'une assoce qui n'était pas financée par l'école mais néanmoins on était occupés tous les week-ends pour pas cher).
Si je fais le total de tout ça pour une année, j'obtiens:3000F (inscription, frais à la con)
+ 200F (fournitures scolaires)
+ 2500F (loyer 10 mois)
+ 8000F (bouffe 10 mois à 800F/mois)
+ 1300F (4 allers-retours pour Paris + carte 12-25 *)
-----------------------------------------------------------
= 15000F
La dépense principale reste la bouffe à 12,50F le repas donc ça place la vie étudiante dans cette école dans la catégorie "pas très cher"... J'ai connu des étudiants qui arrivaient à boucler les fins de mois avec à peine plus de 1000F par mois, mais c'est quand même super chaud. T'en chie bien. Avec 2000F par mois ça allait. Avec 3000F par mois tu es le roi du pétrole!
Evidemment ça c'était "à mon époque", à savoir entre 1995 et 1999. Maintenant, ça a augmenté. Les chambres de 9 mètres carrés, pourtant si conviviales (!), ont été remplacées par des chambres plus grandes, plus chères, et je pense que c'est un grand pas en arrière car on n'était pas tant gênés que ça par l'aspect exigu (et certes un peu délabré) de ces piaules. C'est surtout l'administration que ça gênait.
Si j'avais fait mes études à Paris, j'aurais personnellement économisé les trajets Paris-Lyon, et les dépenses bouffe auraient été noyées dans le budget familial de mes parents. Par contre il y a pas mal d'activités que j'ai faites à Lyon (musique de rue en particulier, monéo ca pue!) et qui sont moins facilement pratiquables à Paris.
Ahhh, un bon hors sujet de temps en temps, ça fait du bien 8-)
PS: j'ai entendu dire (info à prendre avec des pincettes) qu'une année d'étude dans cette école coutait environ 200KF au contribuable français.
(*) j'ai oublié le prix de la carte 12-25, c'était peut-être plus de 100F mais d'un autre côté les billets de train étaient à moins de 300F...
[^] # Re: L'avenir du futuroscope de Poitiers
Posté par ufoot (site web personnel) . En réponse à la dépêche L'avenir du futuroscope de Poitiers. Évalué à 1.
Ca fait partie des trucs les plus sympas que j'ai pu faire. Ayant fait des études à Paris puis Lyon, et ayant aussi cotoyé pas mal d'étudiants pictaves, j'ai une franche tendance à penser que Paris n'est vraiment pas une ville très adaptée à la vie (festive) étudiante. En particulier, la moindre soirée te coute une fortune par rapport à la province, ce qui est gênant pour un budget d'étudiant (*). Certes tu trouves des bars ouverts à 5h du mat à Paris, mais je sais par expérience que quand tu es étudiant tu risques pas d'y passer la nuit vu les tarifs pratiqués 8-(
(*) il existe certes des étudiants pour qui claquer 30 Euros dans la soirée n'est pas problématique, mais j'en n'ai pas rencontré beaucoup...
[^] # Re: C'est tout le contraire
Posté par ufoot (site web personnel) . En réponse à la dépêche L'avenir du futuroscope de Poitiers. Évalué à 1.
[^] # Re: L'avenir du futuroscope de Poitiers
Posté par ufoot (site web personnel) . En réponse à la dépêche L'avenir du futuroscope de Poitiers. Évalué à 1.
[^] # Re: Et une news a troll de plus
Posté par ufoot (site web personnel) . En réponse à la dépêche Microsoft voudrait lier un peu plus Office et Windows. Évalué à 1.
Bon, alors admettons que StarOffice soit comparable à Office en terme de complexité (c'est ce que tu sembles sous entendre). Personnellement je pense qu'Office est plutôt plus complet, mais bon. Tu m'as déjà expliqué que les dépendances vis-à-vis de la GUI ne comptent pas. Alors je ne vois pas où sont les dépendances vis à vis du système - hormis la glibc - pour un produit comme StarOffice. StarOffice s'installe dans /opt sans pb, aucune interaction majeure avec le reste du système à mon sens. Si, il te demande si tu as le support Java. si tu l'as pas ça marche quand même. Par contre un Emacs, lui il va lancer make, cvs, diff, ouvrir des shells, communiquer via ftp, lancer un serveur qui écoute sur une socket... D'ailleurs, pour constater à quel point Emacs est lié au système, tu peux réfléchir au fait qu'un Emacs installé sur un poste Windows "vierge de tout produit GNU" comporte beaucoup moins de fonctionnalités qu'un Emacs installé sur une distribution GNU/Linux typique. Forcément, envoyer des mails via une ligne de commande, appeler cvs etc. il a du mal. Par contre StarOffice sous Windows et Linux, c'est pareil. C'est d'ailleurs un des arguments que ce logiciel met en avant.
[^] # Re: Et une news a troll de plus
Posté par ufoot (site web personnel) . En réponse à la dépêche Microsoft voudrait lier un peu plus Office et Windows. Évalué à 1.
Justement, si... par exemple:
#define TRACE_MODE=1, #define TRACE_MODE=2 ou #define TRACE_MODE=3
Ca change tout.
[^] # Re: Et une news a troll de plus
Posté par ufoot (site web personnel) . En réponse à la dépêche Microsoft voudrait lier un peu plus Office et Windows. Évalué à 1.
Rigolo ça comme remarque. Pourquoi donc "a quelqu'un qui a Emacs comme client e-mail"??? Parce que quand on utilise Emacs, on ne doit avoir des rendez-vous qu'avec quelqu'un qui utilise Emacs. Et pour Outlook? Si j'ai Outlook, je ne peux envoyer des rendez-vous qu'à quelqu'un qui utilise Outlook? Comment je fais pour envoyer un rendez-vous à quelqu'un qui utilise une machine UNIX???
> Avoir un calendrier qui t'affiche les jours de la semaine et ou tu peux mettre du texte, tout le monde s'en fout, 90% des softs le font.
Non, pas 90%, seulement 89.73%, soit précis un peu... Et au passage, les fonctionnalités de ce mode d'Emacs ne se limitent pas simplement à ce que tu viens de mentionner. RTFM.
Sinon pour recentrer le débat, mon idée de départ n'est pas de lancer un troll Emacs/Outlook, mais simplement d'attirer ton attention sur le fait que choisir Emacs comme exemple de soft simplissime qui n'a que peu de dépendances avec l'OS est un très mauvais choix. Emacs est *la* référence en matière d'usine à gaz, et c'est d'ailleurs en partie pour ça que beaucoup préfèrent encore vi. Tu peux reprocher à Emacs plein de choses, mais l'accuser de simplicité et de non-modularité, c'est une faute de goût.
[^] # Re: Et une news a troll de plus
Posté par ufoot (site web personnel) . En réponse à la dépêche Microsoft voudrait lier un peu plus Office et Windows. Évalué à 1.
[^] # Re: Et une news a troll de plus
Posté par ufoot (site web personnel) . En réponse à la dépêche Microsoft voudrait lier un peu plus Office et Windows. Évalué à 1.
Emacs n'est pas qu'un éditeur de texte, c'est aussi un shell, un lecteur de mail, de newsgroups, un navigateur web, un environnement de développement, un système de documentation, etc... Typiquement Emacs n'a pas de fonctionnalité intégrée de tableur, par contre il remplit pleinement le rôle d'IDE (et pas seulement éditeur, l'intégration avec les outils de compilation/déboggage est assez complète) donc il remplit la même fonctionnalité que l'IDE de Visual Studio (qui lui par contre est une merde finie, je peux t'écrire des poèmes sur les défauts rédhibitoires de cette interface graphique).
> Le jour ou Emacs aura les fonctionnalites de calendrier/task manager/etc... de Outlook tu m'appelles.
C'est ton jour de chance, je t'appelle! Ce-dessous un petit copié collé de la page Info d'Emacs, à la section "Calendar":
-------8<----------------------------------------------------------------------
File: emacs, Node: Calendar/Diary, Next: Gnus, Prev: Dired, Up: Top
The Calendar and the Diary
**************************
Emacs provides the functions of a desk calendar, with a diary of
planned or past events. It also has facilities for managing your
appointments, and keeping track of how much time you spend working on
certain projects.
To enter the calendar, type `M-x calendar'; this displays a
three-month calendar centered on the current month, with point on the
current date. With a numeric argument, as in `C-u M-x calendar', it
prompts you for the month and year to be the center of the three-month
calendar. The calendar uses its own buffer, whose major mode is
Calendar mode.
`Mouse-2' in the calendar brings up a menu of operations on a
particular date; `C-Mouse-3' brings up a menu of commonly used calendar
features that are independent of any particular date. To exit the
calendar, type `q'. *Note Customizing the Calendar and Diary:
(elisp)Calendar, for customization information about the calendar and
diary.
* Menu:
* Calendar Motion:: Moving through the calendar; selecting a date.
* Scroll Calendar:: Bringing earlier or later months onto the screen.
* Counting Days:: How many days are there between two dates?
* General Calendar:: Exiting or recomputing the calendar.
* LaTeX Calendar:: Print a calendar using LaTeX.
* Holidays:: Displaying dates of holidays.
* Sunrise/Sunset:: Displaying local times of sunrise and sunset.
* Lunar Phases:: Displaying phases of the moon.
* Other Calendars:: Converting dates to other calendar systems.
* Diary:: Displaying events from your diary.
* Appointments:: Reminders when it's time to do something.
* Daylight Savings:: How to specify when daylight savings time is active.
* Time Intervals:: Keeping track of time intervals.
-------8<----------------------------------------------------------------------
> ca voudra dire que j'ai loupe un menu important dans Emacs.
Pour info, si pour appréhender Emacs tu te limites à te ballader dans les menus, tu risques de ne voir que la partie émerger de l'iceberg. Un nombre conséquent de fonctions ne sont simplement pas accessibles via les menus.
> quand je parles de dependances, je considere pas que la GUI est une dependance
Ah bon évidemment, c'est clair, si on considère que les dépendances sur la GUI ne comptent pas...
> je ne parlerais pas du statut d'un Linux de 1998.
Tu pourrais en parler pourtant, ce n'est pas un sujet qui fache.