Re: [Confirme] Les .gif ne passent plus dans mon Konkeror
On Monday 31 December 2001 11:56, Bernard Lheureux wrote: Est ce que par hasard tu n'as pas fait une mise à jour de la libqt ? (ou l'as tu recompilée ?) Je crois que tu as mis dans le mille, j'ai en effet du faire l'update du Qt2-2.2.1-3mdk vers le qt-2.2.4, c'est lui la raison de mes problèmes, mais comment faire pour résoudre ces problèmes tout en conservant les fonctionnalités de qt-2.2.4 dont j'ai besoin ? Tu me poses une colle, avec les RPMs je n'en sais rien. Tout ce que je peux te dire, c'est que lorsque tu installes qt à partir des sources (ce qui se fait très facilement), lors du ./configure tu peux spécifier les modules à y intégrer. de mémoire c'est un truc du genre --with-gif ou un truc comme ça... consulter les --help :o) Autrement, probable que si tu installes la libgif ça résoudra le pb. Tu trouveras ça dans un package nommé libungif. Good luck happy new year... Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
On Monday 31 December 2001 09:50, greg wrote: A t'il une différence entre les noyaux Mdk et R-H, et pour ne pas mourir idiot, de quel ordre ? Greg. En général les distros intègrent des noyaux patchés. Les patches appliqués sont en général des patches officiels, mais chaque distro n'applique pas forcément les même patches. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
On Saturday 29 December 2001 11:11, you wrote: Oui, ben heureusement. Le swap c'est de la mémoire virtuelle. Il n'y a théoriquement pas de différence en terme système entre RAM et SWAP. ben, en parlant de connerie, si justement et heureusement, l'os ne traite pas du tout la swap comme la ram: Le système, il se débrouille. Il traite la swap; la RAM etc. c'est sont problème. L'important c'est qu'à l'arrivée tu as un pool de mémoire. Dans une application tu t'adresses au système pour allouer de la mémoire. Tu ne fais aucune différence entre mémoire RAM et SWAP, c'est la même, et tu n'as aucun moyen de savoir si tel ou tel objet se trouve dans de la RAM physique ou sur le SWAP. quand toute la mémoire cache est bouffée, c'est au tour des buffers programme d'y passer, Non, les taille mémoire allouée aux buffers est diminuée certe, mais il y aura toujours de la RAM affectée auxbuffers, heureusement. mais de la façon suivante: les espaces de mémoires utilisés par des programmes en sleep depuis un bail sont recopiés en swap pour laisser la place aux nouveaux venus (en fait l'algo est un pleu plus complexe, mais je fais simple) Par contre, quand un programme actif (donc en ram) se termine et libère sa mémoire, celle-ci est remise à disposition donc en général en cache disque, tant qu'il n'y a pas de nouvelle demande. Les programmes en swap sont laissés où ils sont tant qu'il dorment, la swap ne sera libérée que quand ceux-ci seront utilisés. Ce qui explique le phénomène constaté par notre amis. Tu décris le fonctionnement théorique du gestionnaire de mémoire. Bravo ... clap clap clap ... mais je me tues à vous dire que LA GESTION DE LA VM EST BUGGEE sur les noyeaux antérieurs à la v 2.4.10 (dans la famille des 2.4 évidemment, il n'y a pas ce probleme en 2.2) Ben, soit tu te dis que tu veux bien rebooter une fois par semaine, soit tu upgrade le noyeau. Non non, tu laisses le système gérer ses petites affaires, qu'il reste toujours du swap n'est pas grave (encore qu'un système bien réglé ne devrait pas en utiliser du tout) Ce qu'il faut vérifier c'est si ta mémoire totale consommée (swap + programme mais sans les caches) est stable ou non, si c'est non, tu as un mémorie leak, il faut trouver le coupable, Le leak est une autre chose. La SWAP est reste pollué du fait d'un bug dans le kernel. J'ai l'impression que dès qu'on essaye de dire à un linuxien qu'il y a un bug qque part dans linux, on lui parle chinois. chez moi c'est Apache, je suis obligé de faire un restart du démon tous les jours (faut dire qu'il encaisse quelques milliers de connexions quotidiennes) Pour ce genre de server, Alan Cox conseilles de rester en noyeau 2.2, du fait de ces pb de MEV. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
On Sunday 23 December 2001 02:21, you wrote: Alain F. a écrit : Soyons aussi sec et peu courtois. Si vous avez des reproches à me faire, autant me le faire en privé, cela épargnera le bruit inutile, et je vous _garanti_ une réponse (privée également). Hervé Lefebvre a écrit : En réponse à Didier NOACK [EMAIL PROTECTED]: Néanmoins je constate que ma swap se charge de plus en plus de jour en jour (ou de semaine en semaine). La gestion de la MV est foireuse sur les vesion de noyeau 2.4.x ou x = 10 Vrai (selon ce que l'on trouve comme infos sur le kernel). Ceci dit ne pas confondre la gestion de la mémoire virtuelle avec celle de la swap. La swap ne sert pas qu'à ça. Et la gestion de la mémoire virtuelle ne se résume pas qu'à la gestion de la swap. Je n'ai jamais voulu prétendre que VM = Swap. Mais il s'avère que la 2.4.0 = VM = 2.4.10 est foireuse, et qu'un des symptômes de ces dysfonctionnements est justement des pages qui restent intempestivement dans le swap. Rien a voir. La crontab ne sert qu'a executer des commandes de manières différées. Si ! Par /etc/cron.d/kmod contenant rmmod -as qui purge les modules Ben tant qu'on y est, on peut dire que les commandes killall, shutdown, reboot et aussi le bouton reset, ainsi que le compteur EDF sont des commandes permettant de vider la RAM et la SWAP. crontab est un moyen de lancer des commandes. Si la commande a une influence sur l'espace mémoire, crontab n'y est pour rien. autodéchargeables (autoclean). mais son action est limitée sur la mémoire swap. D'après mon expérience, certains modules inutilisés et pourtant autodéchargeables ne se purgent pas (noyau 2.4.13). Pourquoi ? Je suis supris que ce pb demeure sur un noyeau 2.4.13. Avant le 2.4.10 sur les kernels non patché, des drivers s'exécutant dans le kernel-space ne pouvaient pas être déchargés. pb connu. Mais je pensais qu'il était fixé, ou alors c'est encore un autre problème. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] swap
On Sunday 23 December 2001 14:09, you wrote: Salut Je ne sais pas si c'est toi qui a écrit les remarques auxquelles j'ai rajouté mes rectificatifs, mais je n'y ai pas prêté attention. Non non, ce n'est pas toi : Alain F. a écrit : Soyons aussi sec et peu courtois. Connaissant tes contributions à la ML, et sachant que toi aussi tu connais les miennes, tout cela n'aurait pu trouver de suite qu'en mail strictement privé. Je trouve seulement un peu fort que quelqu'un me réponde sur la ML confirmé soyons aussi sec et peu courtois. D'abord parce que ceux qui sont abonnés également à la ML débutants savent qu'il m'arrive d'écrire des mails de plusieurs pages pour essayer d'expliquer et de rendre accessible un concept informatique ou système. Ensuite parce-que reprocher à quelqu'un d'avoir répondu à une question (même s'il s'est trompé, et je ne crois pas m'être trompé), à cause de la forme, je trouve ça un peu gonflé. C'est essayer de me convaincre de ne pas répondre à une question dont j'ai la réponse quand je ne dispose que de 60 secondes pour taper mon mail... Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] Chemin /var/spool/mail et sécurité
Sous Unix, depuis toujours (c'est à dire depuis au moins 1990 sur les UNIX SV attbell lab), la commande : su utilisateur avait la propriété de te donner les droits d'un utilisateur, sans exécuter les scripts de login. par contre su - utilisateur ( à l'époque on utilisait login utilisateur qui ne semble plus vraiment fonctionner), exécutait les scripts de login. Donc, si tes variables changent, c'est qu'elles sont redéfinies dans ~/.login ou ~ /.bashrc En général, on ne comprend vraiment la différence entre les 2 commandes qu'après avoir fait un rm -rf * immédiatement après un su - utilisateur ou login utilisateur au lieu de su utilisateur ;-) On Monday 19 November 2001 22:42, you wrote: Suis assez d'acord pour ma part Rosaire J'en pense que tu ne sais pas utiliser la commande su. Alors tu vas faire un man su pour découvrir la différence entre man utilisateur et man - utilisateur Salut, Désolé si je ne suis pas d'accord avec cette opinion subjective. D'abord, parce que ce comportement a changé à partir de mdk 8.0 (ou 7.2 ou 7.1 ?). Que su fonctionne comme ceci ou comme cela n'est pas le problème ? man su est effectivement là pour le dire. Il s'agit plutôt du jonglage entre les variables des utilisateurs quand on en change. Le problème n'est pas dans l'utilisation de cette commande mais dans la valeur par défaut des variables déclarées par Mandrake. Je répète que ma surprise vient de ce changement de valeur par défaut que je n'avais pas remarqué dans les mises à jour précédentes. Voir /etc/profiles, /etc/bashrc. Bien sûr, la solution évidente est de mettre MAIL=/var/spool/mail/$USER dans ~/.bashrc. Mais pourquoi ce changement ? Je suis anxieux d'avoir l'avis de nos chers censeurs acariatres et sourcilleux ;-)). Mais sans eux cette liste serait ennuyeuse. AF Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com; Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] euh... rpm ?
On Friday 16 November 2001 23:12, you wrote: Je sais pas trop ce qui s'est passé, à un redémarrage j'ai du lancer fsck sur /usr. Celui-ci était assez rempli (98%), j'ai fait un peu de place après en éliminant quelques répertoires. En essayant d'installer un rpm, kpackage m'a un peu envoyé voir ailleurs. Depuis j'ai toujours des messages d'erreur. Il me semble que la base de données rpm est corrompue. j'ai essayé rpm --rebuilddb et voici ce qu'il me renvoie : Petit sondage : que peut-on faire dans ce cas ??? Euh..des backups ? Je ne sais pas du tout Je pense que j''essayerais de faire un backup, ensuite je booterais sur le CD d'install et je réinstallerais en mode Mise à jour d'une version précédente... histoire de voir ce que ça donne :-/ Mais ce que je dis là, c'est vraiment une idée comme ça sans la moindre garantie. Le seul conseil valable que je te donne : commence par faire un backup (sans écraser ton backup précédent). Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] PHP-Nuke
On Tuesday 13 November 2001 18:46, you wrote: Hum ... a mon tour de foutre la merde ;) Le pbm de tous ces 'trucs' php-nuke et consorts, c'est que pour chaque requête d'une page, on sorte l'attirail php-mysql . S'est sympa au début, après ça rame quand le site commence à débourrer non, le cache est fait pour cela. spip accède à la database une fois pour générer la page, qui sera ensuite une page statique. En fait, SPIP est plus subtil encore. Puisque la page statique mémorisée dans le cache est la page résultant de l'interpétation des méta-tags SPIP. Donc tout ce qui est accès a la database, par exemple pour un erticle tu mets #TITREBR#TEXTE, ca génère des accès à la base, et SPIP va méoriser dans le cache l'état de la page après interprétation de ces méta-tags soit : Ceci est le titreBR... et le texte de mon superbe article. Là ou SPIP est subtil, c'est que ce sont ces métatags qui sont pré-interprêtés dans la cache, pas le reste. Donc si tu fais : ? Ici du code PHP ? #TITREBR#TEXTE Voici ce que va contenir le cache : ? Ici du code PHP ? Ceci est le titreBR... et le texte de mon superbe article. Cela te permet donc d'avoir des pages qui sont toujours dynamiques, mais dont les accès à la database sont précalculés, ou même, si tu le désires, de ne pas cacher les accès à la database (il suffit de faire l'appel dans du code PHP au lieu d'un métatag SPIP). D'autres subtilités sont intéressantes. PAr exemple l'indexation dans le moteur de recherche se fait à la 1ere consultation d'une page pésente dans le cache. Cela permet de répartir les calculs : 1ere visite : précalcul dans le cache 2nde visite : indexation J'ajoute qu'avec spip tu détermine a chaque type de page la durée de vie dans le cache. Ainsi sur linuxfrench, les backends et le sommaire ont une durée de vie d'1h, les pages intériures : 12h, la pages des archives 24h. bien sur, l'ajout d'un msg dans un forum cause le recalcul de la page, l'administrateur peut aussi faire recalculer une page. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] PHP-Nuke
On Tuesday 13 November 2001 19:03, EMmaN wrote:
Le Tue, Nov 13, 2001 at 05:59:13PM +0100, vous ( [EMAIL PROTECTED] ) avez écrit
: Tu as bien de la chance par ce qu' on m' a dit pour le miens que le
cache était chiant avec ses mises a jour planifié qu' il n' allait
si tu ne sais pas utilser le cache, ce n'est pas à spip qu'il dfaut s'en
prendre.
pas du tout pour un site dynamique ( forum - news - sondage ) ...
ceci sur linuxfrench.net il n' y a si j' ai bien vu ( pourtant j' y
passe tous les jours ) aucun forum, aucun sondage ... que des
articles.
Arrête d'etre de mauvaise foi, tu as toi meme ecrit au moins une fois dans
un forum:
SPIP 1.2, système de publication pour l'Internet
[sur le site public] 2001-11-05 19:40:03 / EMmaN
Gérer le forum public de cet article
Réponse à l'article SPIP 1.2, système de publication pour l'Internet
tout dépot d'un message dans un forum cause la régénération du cache pour les
pages concernées... donc ton exemple est particulièrement mauvais.
Maintenant pour ce qui est de mon site, apres avoir mis SPIP je me
suis retrouvé sans VRAI forum intégré sans gestion des sondages, sans
possibilité d' open chat ( appelé souvent tribune (( cf linuxfr.org ))
choisi ce qui te convient, ou ce que tu sais utiliser.
le coté statique de linuxfrench est un choix délibéré de notre part. On
cherche d'abord à publier efficacement. Et moins j'ai besoin de supprimer des
messages de FUD ou d'insultes dans un forum, mieux je me porte.
KDE-FRANCE.org a lui mis des forums en plus des forums d'articles.
) .
J' en suis donc venu a enlever spip, d' ailleur sa gestion de la
typographie francais peut poser d' énorme problème et de plus il ne
Ca c'est le monde à l'envers :-)
Mais sais-tu que tu peux enlever cette gestion de typographie si tu le
désires dans ton squelette ?
comprend pas le html dans les articles
Faux, il suffit de mettre les portions d'articles où tu as du HTML entre
balises : HTML /HTML
Je crois qu'on fait suffisamment d'articles techniques avec des exemple de
code sur LinuxFrench pour démontrer que la gestion de la typo n'est pas un
obstacle :-)
( peut pratique, même si il y a
les balises intégrés de spip ) .
Ben explique moi comment sur nuke ou dacode je peux mettre :
#include stdio
main()
{
printf(Hello World\n);
}
Sans avoir à taper la moindre balise HTML ???
Certe mes arguments non jusqu' a la pas été au top, mais spip n' est
je pense valable que pour un site genre webzine auquel il était
Oui, c'est avant tout un système de publication, et c'est ce que j'expliqyue
dans mon article.
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft?
Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] Chemin /var/spool/mail et sécurité
On Monday 12 November 2001 19:53, you wrote: Je considère que garder une partie de l'environnement root est dangereux car un script root pourrait basculer sur un utilisateur. Celui-ci garde alors certains privilèges root. Ici pour le courriel, évidemment /var/spool/mail/root n'est pas accessible car en mode 0600, mais cette configuration me paraît absurde. Qu'en pensez-vous ? J'en pense que tu ne sais pas utiliser la commande su. Alors tu vas faire un man su pour découvrir la différence entre man utilisateur et man - utilisateur Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] PHP-Nuke
On Monday 12 November 2001 21:20, you wrote: Mea culpa Je t'accorde que Postnuke est plus en avance. Il est facile d'installation sur mon serveur local. Je vais foutre la merde... ;-) Essayez donc SPIP, vous l'adopterez... Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] Chemin /var/spool/mail et sécurité
On Monday 12 November 2001 21:47, you wrote: Bonne réponse, mais un peu rude, non? Pauvre Alain. Mais d'un autre côté, Hervé a raison. Allez! Au turf! Rosaire C'ets vrai, mais on est sur la liste confuirmé. Sur débutant ma reponse eût été toute autre. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] PHP-Nuke
On Monday 12 November 2001 23:00, greg wrote: - Je vais foutre la merde... ;-) Je vais donc la remuer ;) - Essayez donc SPIP, vous l'adopterez... Connais pas . tu as une url ? Greg. www.uzine.net C'est ce qu'on utilise sur le linuxfrench.net , j'ai fait un article à ce sujet : http://www.linuxfrench.net/article.php3?id_article=687 Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] PHP-Nuke
On Tuesday 13 November 2001 07:01, you wrote: Pascal MELIN a écrit : Je suis nouveau et je vais de ce pas télécharger pour vour ce que c'est. Q : Qu'est ce qu'un fork ? Je vais me faire réprimander par Hervé, mais bon, allons-y comme sur débutant (c'est juste une explication destinée à me permettre de poser une question). ... Ma question bébète : en quoi un fork sera-t-il mille fois plus sécurisé qu'un autre? J'ai pas suivi le thread, fonc je ne sais pas à quoi correspond la question; mais il ne faut pas oublier que fork peut également désigner la séparation d'un code source en 2 branches et 2 projets distincts. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] PHP-Nuke
On Tuesday 13 November 2001 08:46, you wrote: salut un peu plus de precisions ,peut etre un comparatif ? bcp + propre, + simple. Très orienté publication. Une fres nette séparation entre rédaction des articles / administration du site / maquettage. Un cache très performant... Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] Mort aux cons liberticides!
On Sunday 11 November 2001 04:35, you wrote: Merci, Hervé, grâce à toi je m'aperçois que j'ai pris feu à mauvais escient et que ma protestation était tout à fait infondée. Tant mieux!!! J'ai récupéré le texte de Loi, (pas encore eu le temps de le lire completement), mais voici un petit alinéa passé sous silence et qui met les pendules à l'heure : La conservation et le traitement de ces données s'effectuent dans le respect des dispositions de la loi no 78-17 du 6 janvier 1978 relative à l'informatique, aux fichiers et aux libertés. Bon! Mais alors, comme tu le disais, l'article de SVM est « terrifiant de « mauvaise foi ou d'incompétence » et depuis des années que je lis ce canard et m'y fie, c'est la première fois que je les prends en dafaut de cette manière ;-((( Tu sais j'ai moi-même écrit dans ce genre de canard, je viens de faire un reportage pour un mag britannique, et je peux te dire que ces journaux publient ce qu'on leur donne à publier. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] Mort aux cons liberticides!
On Saturday 10 November 2001 10:38, you wrote: Hi, Lu dans la lettre de SVM, ce qui n'est pas si HS qu'on pourrait le croire : LES FAI DOIVENT CONSERVER LES DONNEES, OUI MAIS LESQUELLES? blah blah blah, beaucoup de conneries Alors, vous dites et faites ce que vous voulez, mais moi j'écris !!! Non, mais! :- Il s'agit des données de connexion. Le but étant de pouvoir - sur commission rogatoire d'un juge d'instruction - pouvoir établir que tel jour, à telle heure, c'était monsieur machin qui utilisait telle adresse IP. Les FAI le faisaient déjà en se basant sur la jurisprudence, maintenant c'est devenu une Loi. C'est le même principe que le téléphone, le opérateurs doivent conserver (1 an aussi il me semble) les releves téléphoniques : tel jour à telle heure, telle ligne à appelé tel numéro. C'est une nécéssité, un moyen, élémentaire de retrouver un contrevenant. C'est aussi un moyen de cibler juridiquement le contrevenant lui-même et non pas le FAI, comme cela était trop souvent fait jusqu'à présent, et qui générait de l'autocensure chez les FAI, ce qui est bien pire. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] Mort aux cons liberticides!
On Saturday 10 November 2001 14:08, you wrote: Bonjour, on peut rêver.. et en adsl il n'y a pas de communication téléphonique je suis mon propre fait en ce qui concerne ma mailbox..devrais-je me contrôler moi même?.. Ben c'est bien justement l'intéret de cette loi. Désormais ton FAI enregistrera qu'aujourd'hui, de 8h à 15h ton adresse IP était : adsl-54316.turboline.skynet.be [217.136.84.44] Donc quelqu'un qui se fait pirater ou quoi que ce soit à partir de cette adresse IP, s'il porte plainte, qu'une instruction est ouverte, et que le juge délivre une comission rogatoire afin d'examiner les logs du FAI skynet.be, et bien on saura que c'est toi le contrevenant. J'ajoute que l'article qu'a posté Bernard est terrifiant de mauvaise foi ou d'incompétence. En effet un FAI n'a accès qu'aux données du protocole IP, pas TCP. Il ne peut donc en aucun cas savoir si vous faites du FTP, web etc. Pour ce faire il faudrait qu'il sauvegarde TOUS les paquets IP qui viennent ou vont chez vous, et qu'ils reconstitue les connexions TCP. C'est faisable dans le cas d'une mise sur écoute par exemple, mais certainement pas pour archiver !!! Toujours par analogie avec le téléphone : Un opérateur archive les *connexions* téléphoniques. cad le fait que tel jour a tel heure vous avez fait le numéro 01.99.99.99.99, et que ca a duré 10 minutes. De meme un FAI archive le fait que tel jour, à telle heure, votre adresse IP était A.B.C.D pendant une durée de 10 minutes. Un opérateur n'archive pas le contenu de ce qui circule sur la ligne téléphonique (sauf procédure de mise sur écoute). Il ignore complètement si vous avez bavardé, envoyé un fax, transféré des données etc. Pour cela il aurait besoin d'ecouter et enregistrer ce qui circule sur la ligne. De même, un FAI igniore completement si vous faites du FTP, web etc. Pour cela il aurait besoin d'enregistrer tous les paquets IP. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] Mort aux cons liberticides!
Alors, d'après toi (qui semble savoir de quoi tu parles beaucoup mieux que moi, reconnaissons le !) il n'y a aucune chance que les FAI puissent communiquer à flics, juges et les autres le contenu de mon courrier, pas plus que le contenu des pages web que je consulte ? Si, dans le cadre d'une procédure de mise sur écoute - exactement comme pour le téléphone on peut enregistrer tes conversations - qui se fait sur commission rogatoire d'un juge d'instruction ; et donc uniquement dans le cadre d'une procédure pénale ouverte par le procureur de la république. Tout cela est parfaitement normal, et tout à fait transparent. J'ajoute que ces mises sur écoute sercvent autant à confondre un suspect que innocenter quelqu'un qui n'a rien a voir avec l'affaire criminelle mais qui a juste la mauvaise idée d'avoir un de ces ami qui est impliqué. Dans ce cas, les écoutes et autres filatures permettent aux enquêteurs de se rendre compte que ce gars qui est dans le carnet d'adresse du mafieu, n'est qu'une simple connaissance et non pas un complice. Mais le simple fait de savoir que je suis passé sur ce site là est déjà une énorme perte de liberté car si j'y suis passé on pourra me taxer d'intentions que je n'ai absolument pas: Non, tu n'as pas compris. Ce qui est conservé - jusqu'à preuve du contraire - c'est l'adresse IP que tu as obtenue en te connectant, ainsi que l'heure et la durée de ta connexion. Ainsi, si la police se rend compte que des personnes utilisent le serveur multimania (par exemple) pour s'échanger des images pédophiles, il suffit que le juge d'instruction ordonne sur comission rogatoire à multimania de communiquer ses logs (où l'on apprend que les images ont été déposées par l'utilisateur ayant l'adresse IP 192.168.100.1), ensuite on cherche à quel FAI appartient cette IP, on va le voir, et - toujours sur ordre du juge d'instruction - le FAI consulte ses archives de connexion et communique que tel jour à telle heure c'est leur abonné Monsieur Dupont qui utilisait cette adresse IP. Avant cette Loi, c'était multimania qui était susceptible d'être condamné... on a vu ça avec l'affaire Altern.ORG par exemple. Maintenant il y a possibilité d'identifier et de poursuivre le contrevenant lui-même au lieu de poursuivre un hébergeur qui n'a rien à voir dans l'affaire. A la suite de plaintes on examine les archives de mon FAI et on trouve trace de mon passage sur ce site ( les adresses IP que j'ai appelées ) , d'après toi on ne pourra en tirer aucune conclusion ??? Non, tu prends le problème à l'envers. On examine les données de ton FAI, et on saura qui tu avais l'IP no 192.168.100.1 le 10 novembre à 20 heures. On ne saura pas que tu es allé sur ce site. Pour cela il faudrait que le FAI sauvegarde l'entête de chaque paquet IP, voire même les paquets IP tout entiers dans le cas de certains protocoles... Si c'était le cas, les fabriquant de disque durs auraient gagnés 10 000 % à la bourse le lendemain de cette Loi. Alors quel est son but à cette loi ??? Ce n'est pas très clair tout ça, et si ce n'est pas clair, c'est comme les écoutes, ça mènera à toutes les magouilles!!! Si si, c'est très clair. Les écoutes aussi c'est très clair. Il y a un code de procédure pénale, et une écoute ça se fait dans des conditions très précises. Pour arriver a sortir de ce cadre juridique, il faut être au plus haut niveau de l'état... et encore ça finit par se savoir. C'est comme fournir une arme de service à un policier. Il ne doit l'utiliser que dans des conditions précises. Il n'empêche que *parfois* l'arme est utilisée en dehors de ces conditions. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] ADSL / pppoe
On Tuesday 30 October 2001 19:27, you wrote: Je me suis appuyé sur les indications fournies sur LeaLinux, en partant Et pour te répondre on est censés aller sur lea-linux, chercher la doc (en espérant de tomber sur la même que toi), la lire pour avoir une idée de ce que tu as fait et pas fait ?? Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] MDK8.1 Pourquoi faire?
On Sunday 28 October 2001 20:41, Francis wrote: Le Dimanche 28 Octobre 2001 10:46, EMmaN a écrit : Hm, et pourquoi aussi vouloir toujours avoir les dernieres versions de tous ? Si ta 8.0 marchait, pourquoi avoir voulu changer ? Tout à fait d'accod avec toi : personne n'oblige personne à passer à la nouvelle version de Mandrake. Chacun est libre d'upgrader ou non son système. Parce que KDE 2.2.1 apporte bcp de corrections par rapport à KDE 2.2.0, et que Mandrake a décidé de ne pas fournir de packages KDE 2.2.1 pour les MDK 7.x et 8.0 Je comprend pas ? Ais-je de la chance ou suffisament de connaissance ? Tout mon matériel marche, j' ai eu des problèmes avec l' usb et les scripts de mandrake, ban ba je les ais désactiver et j' ai fais les Chez moi ça baigne : Pour LinuxFrench on a fait des tests sur 5 machines (dont 2 identiques) : - Sur un NEC, l'install c'était carrément la 4eme dimension, le service technique de MDK etait un peu halluciné. Tout les problemes étaient reproductibles à volonté (sur cette machine là). Un des pb les + sérieux était des segfault sur l'install en mode texte. - Sur un PC en rack assemblé à Arkoon, install en mode graphique impeccable ... mais aux boot j'ai des SEGFAULTs lors de la recherche de dependances de modules... - Albert, sur 2 machines identiques a fait des tests. * 1ere machine, un upgrade en mode graphique a planté (ca peut etre dû au merdier qu'il y avaits sur son disque dur), ensuite il a tt effacé et fait une install graphique : tout marche nickel. * 2nd machine ; install en mode texte , SEGFAULT reproductible. -Enfin, sur 1 PC assemblé à Arkoon, aucun probleme d'install (en mode graphique), tout marche impec. Je ne crois pas que 5 machines soient représentatives et que ces tests permettent de conclure quoi que ce soit (c'est d'ailleurs pour ça que finalement on n'a pas publié de tests de la mdk 8.1), mais j'ai quand même l'impression qu'il traine un vilain bug dans l'installeur... Si ça se trouve, c'est pas grand chose, un petit bug de rien, indétectable quand tout va bien, mais sur certains matériels ça fout un grouille plus ou moins sérieuse. C'est qd même bizarre parce que chez MDK ils testent l'install des 100aines de fois (voire des milliers). Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
Re: [Confirme] postgresql et serveurs clusterisés
On Friday 26 October 2001 19:10, Philippe PETIT wrote: Bonjour, Je me demandais si l'un d'entre vous avait déja réussi à mettre un Postgresql sur des serveurs clusterisés. En fait, je voudrais avoir 1 loadbalancer + 3 ou 4 serveurs postgresql sur la même database. Si vous aviez quelques infos sur le sujet je suis preneur... Il y a un projet dbbalanceré sur sourceforge. Je n'ai pas encore testé, mais il parait que ça marche. Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur http://www.mandrakestore.com;
