entièrement et complètement francisée, sauf peut être un ou deux menus durant l'installation... Mais une fois que c'est installé, rien à dire, la localisation est parfaite !
Euh si j'ai bonne mémoire, je n'ai pas eu à patcher ppp, tout juste à le configurer comme d'habitude, je t'enverrai mes fichiers de configuration si besoin est..
Mon mail est othman.nasrou at ifrance dot com :)
Je me permets de proposer "Vive encfs" au lieu de loop-aes dans la seconde conclusion, c'est du pur bonheur ! Pour ceux qui ne connaissent pas et cherchent une solution pour protéger efficacement et simplement leurs données : http://encfs.sourceforge.net/(...)
J'utilise conjointement le module "speedtch" que j'ai compilé avec le noyau en plus de "modem_run" et compagnie de Benoit papillaud qui me servent à charger le microcode sur le modem. Si tu as des difficultés, maile moi et je t'aiderai pas à pas (je n'ai plus exactement la marche à suivre étape par étape car j'ai assez galéré mais ça doit pouvoir se retrouver :p)
Si l'on range les logiciels libres dans la catégorie des technologies pratiques et utiles, bien qu'ils sont porteurs d'une certaine philosophie d'entraide et de liberté, restent, comme tous les moyens, purement neutres. En soi, un logiciel n'est ni bon ni mauvais, et c'est l'usage qu'on en fait qui détermine cela.
Or, l'un des principes de bases, sinon le premier, c'est bel et bien la liberté d'utilisation : un logiciel cesse d'être libre dès qu'on limite les personnes aptes à l'utiliser ou l'usage auquel on le destine.
De plus, je ne vois pas en quoi qu'il y ait des personnes criticables aux intentions peu louables utilisent des logiciels libres puissent nuire à la réputation de l'Open Source... Encore une fois, bien que porteurs de philosophie, les logiciels libres, en tant que concept technique, sont neutres et ne peuvent être subordonnés à aucune motivation... Il faut donc être stupide pour confondre un type de logiciels et les gens qui les utilisent...
En somme, ce serait un peu comme confondre Windows et l'impérialisme américain ? :p
Il me semble que c'est dans le fichier de configuration de X11 que tu trouveras de quoi bidouiller : /etc/X11/XF86Config-4 sur ma debian, donc sans doute à peu près la même chose sur ta mandrake. Regarde les sections "InputDevice" tu devrais en avoir deux.
Il me semble que tout ce qui concerne l'infographie a été trop souvent négligée sur GNU/Linux, même avec des logiciels phrases comme THE GIMP ou BLENDER. Il est donc très important d'avoir des sites de qualités traitant de ces sujets-là, avec un maximum de tutoriaux si possible pour que chacun puisse aborder l'infographie libre !
Conclusion : Longue vie à LinuxGraphic !
Je ne pense pas que les environnements UNIX libres, Linux en tête, puissent échapper encore longtemps à la mode des virus... Je veux bien reconnaître que l'architecture UNIX, à travers les droits d'utilisateurs notamment, réduit considérablement la marge de manoeuvre des virus, mais cette marge tend à devenir de plus en plus grande avec la multiplication des distributions Linux orientées desktop qui, pour simplifier l'usage de l'environnement aux néophytes, n'hésitent pas à s'arranger pour outrepasser ces restrictions directement au niveau utilisateur (je pense à des mécanismes comme sudo, ...)
De plus, il faut garder en tête qu'il y a moult autres vecteurs d'infection et de propagation à part l'utilisateur... On peut difficilement lutter contre la crédulité de quelqu'un de toute façon... Par contre, récupérer des paquetages logiciels sur Internet, utiliser des sources apt ou autres non officiels ou la compromission de sources de paquetages (comme ça a failli être le cas il n'y a pas si longtemps que ça) sont de sérieux motifs d'inquiétudes...
Troisième et dernier point, il ne faut pas oublier que l'ouverture du code source peut aussi bien être un avantage qu'un inconvénient dans le domaine de la sécurité. Si les failles sont plus vite repérées et plus vite corrigées (surtout grâce aux mécanismes de mises à jour des distributions modernes), les développeurs de virus ont toutes les cartes en main pour coder leur petite créature... Ce n'est pas pour rien que les rootkits sont beaucoup plus puissants sous Linux/*BSD que sous Windows (si on peut appeler ça des rootkits...). Donc la vérification de l'intégrité de ce qui est utilisé, à travers un antivirus libre, risque de vite devenir un élement indispensable....
J'ai été un peu déçu par le LOGIN de ce mois-ci... Quand on ne s'interresse pas du tout à Java et pas vraiment à PHP5, il n'y a pas grand chose à se mettre sous la dent... Enfin, le magazine reste de très bonne facture, il faut juste faire attention à la couverture avant d'acheter, pas comme moi qui ait pris la mauvaise habitude de sauter sur tous les LOGIN et les GLMF dans les kiosques :)
Et on aurait ensuite des distributions américaines, africaines, scandinaves, africaines, arabes, slaves, bosniaques ? Chrétiennes, musulmanes, juives ? Pourquoi faut-il nécessairement que le monde du libre soit lui aussi envahi par des considérations nationales, religieuses ou ethniques ?
D'accord pour une distribution européenne si celle-ci s'inscrit dans un processus politique/culturel/administratif.. Mais non à la balkanisation et au communautarisme dans le monde de l'open source !
Pourquoi ne pas faire de "ifconfig add" ? Ca devrait normalement rajouter l'interface réseau de manière provisoire (tu peux aussi le faire manuellement sur le fichier de configuration, /etc/network/interface sur ma Debian). Et n'oublie pas de relancer le réseau par /etc/rc.d/networking restart à chaque modification.
Si ça ne marche toujours pas, contente toi de faire un script shell et de le lancer au démarrage par update-rc.d.
Pourquoi ne pas faire un Makefile tout simplement ? Je n'ai aucune expérience avec Eclipse, mais ça devrait résoudre ton problème...
Google est ton ami pour les Makefile....
Linux est uniquement envisagé du côté purement pratique : gratuit, et non du point de vue éthique : libre. Lorsque ça ne convient pas, on se tourne vers des solutions proprio'.
Je ne parviens pas à comprendre ce point de vue...
Pourtant, ce n'est pas bien compliqué. Es-tu assez naïf pour croire que les entreprises et les organisations qui migrent sous Linux, ou plus généralement vers des solutions libres, le font par idéologie, par amour du partage ou par éthique ? Est-ce par hasard que ces sociétés font avant tout une étude concernant l'économie qu'impliquerait la migration avant d'envisager sérieusement le réaménagement de leurs structures informatiques ?
Non, décidément, ce serait se voiler la face que de nier que la popularité croissante des solutions libres, Linux en tête, est en grande partie due à la gratuité... Et il n'y a pas de mal ! Une entreprise est là pour faire de l'argent, elle se moque complètement de la motivation qui est derrière, et, au fond, elle n'a pas tort...
Pour en revenir au sujet, il en va de même pour les constructeurs de matériel : apparemment, ceux-ci considèrent que l'ouverture et la transparence au niveau des spécifications techniques de leur produit ne seraient pas profitables en terme de rentabilité, ni plus ni moins. Au contraire, c'est sans doute pour certains d'entre eux un moyen d'éviter l'étalage au grand public, et surtout à leurs concurrents, de leur secrets de fabrique. C'est compréhensible, mais à mon humble avis, c'est là un bien mauvais calcul et il faudra encore quelques années pour que ceux-ci commencent à le comprendre...
Ne soyons pas démagogues : c'est leur droit, c'est quand même une société pour laquelle Yahoo! IM représente un enjeu financier important...
Les utilisateurs qui tiennent à leur liberté auront tot fait de migrer vers Jabber ou une autre solution "ouverte"... Et tant pis pour les contacts qui refusent la liberté :p
> Excuse moi mais si le FAI peut bloquer des adresses, je vois pas pourquoi il pourrait pas bloquer un port. Dans un sens (src) comme dans l'autre (dst).
Et comment ferait-il pour déterminer le port qui sert pour se connecter au serveur MSN sachant que ce port est aléatoire et change à chaque fois (aMSN n'utilise pas de port précis pour se connecter au port 1863 de messenger.hotmail.com, c'est l'OS qui lui en assigne un) ? Comment le numéro de port peut-il indiquer la nature du client qui est derrière ?
Relis mon post, je ne pense pas avoir dit d'incohérence :)
Je ne vois pas ce que ta connection Wanadoo pourrait avoir avec ce dysfonctionnement d'aMSN, vu que tout client MSN (et tout client tcp par extension) établit la connection à partir d'un port aléatoire vers un port spécifique du serveur (ici tcp/1863). Ton FAI ne peut pas faire grand chose pour t'empecher d'utiliser aMSN. Il peut par contre t'empecher d'utiliser les serveurs MSN, mais voilà qui serait bien étonnant....
Ma foi, je trouve ça pas mal du tout !
J'ignore si un projet allant dans ce sens existe déjà, mais le concept de "firewall dynamique" (car c'est bien de cela qu'il s'agit) me plaît bien !
Côté sécurisation, on obtiendrait des serveurs polymorphes, capable de s'adapter aux requêtes qui lui sont adressés, car en effet, on peut même élargir l'idée pour que ce ne soit plus uniquement dans une logique d'authentification et de restriction d'accès. Je veux dire par là que la possibilité de n'autoriser l'accès ftp que si la personne a contacté le serveur web dans les 5 dernières minutes me paraît interressante, et semble, à mon humble avis, ouvrir de vastes possibilités en matière de configuration réseau, gestion serveurs et sécurisation...
Maintenant il faut voir si un projet allant dans ce sens existe déjà (cela m'étonnerait), et sinon s'y mettre. Concrètement, ça ne devrait pas être trop compliqué vu la puissance d'iptables et la possibilité de faire des scripts et de logger... Je verrais bien un script Perl pour gérer ça, dont on peut fixer le comportement via un fichier xml par exemple (si condition alors modification iptables), qui récupère les évènements dans les logs générés par iptables, et qui exécute des scripts iptables en conséquence.
[^] # Re: Ubuntu en Français ?
Posté par Sleem . En réponse à la dépêche Les premiers pas d'Ubuntu Warty. Évalué à 3.
[^] # Re: Ca marche chez moi
Posté par Sleem . En réponse au message Speedtouch USB et kernel 2.6.8.1 en unstable. Évalué à 2.
Mon mail est othman.nasrou at ifrance dot com :)
# Ma seconde conclusion
Posté par Sleem . En réponse au journal la Chine, les armes et le cryptage des données.. Évalué à 2.
# Ca marche chez moi
Posté par Sleem . En réponse au message Speedtouch USB et kernel 2.6.8.1 en unstable. Évalué à 1.
# De l'importance de différencier une chose et son usage
Posté par Sleem . En réponse au journal Linux et integrisme/extremisme. Évalué à 3.
Or, l'un des principes de bases, sinon le premier, c'est bel et bien la liberté d'utilisation : un logiciel cesse d'être libre dès qu'on limite les personnes aptes à l'utiliser ou l'usage auquel on le destine.
De plus, je ne vois pas en quoi qu'il y ait des personnes criticables aux intentions peu louables utilisent des logiciels libres puissent nuire à la réputation de l'Open Source... Encore une fois, bien que porteurs de philosophie, les logiciels libres, en tant que concept technique, sont neutres et ne peuvent être subordonnés à aucune motivation... Il faut donc être stupide pour confondre un type de logiciels et les gens qui les utilisent...
En somme, ce serait un peu comme confondre Windows et l'impérialisme américain ? :p
[^] # Re: Compilation kernel 2.6.7 sur sid et modules
Posté par Sleem . En réponse au message Compilation kernel 2.6.7 sur sid et modules. Évalué à 1.
modprobe ehci-hcd
modprobe ohci-hcd
Sans au moins l'un de ses modules (à toi de savoir le type du chipset USB de tes ports, tu peux les essayer un à un), tu n'iras pas bien loin :)
# Va pour le nom du fichier alors :)
Posté par Sleem . En réponse au message Souris - TouchPad. Évalué à 1.
# Excellente nouvelle !
Posté par Sleem . En réponse à la dépêche Linuxgraphic.org à nouveau en vitesse de croisière !. Évalué à 7.
Conclusion : Longue vie à LinuxGraphic !
[^] # Re: En effet
Posté par Sleem . En réponse au message pbs suite au passage en 2.6. Évalué à 1.
- uhci-hcd
- ehci-hcd
- ohci-hcd
# Virus sous Linux ? Futur proche...
Posté par Sleem . En réponse au journal Vers une recrudescence des virus et vers s'attaquant à Linux...?. Évalué à 3.
De plus, il faut garder en tête qu'il y a moult autres vecteurs d'infection et de propagation à part l'utilisateur... On peut difficilement lutter contre la crédulité de quelqu'un de toute façon... Par contre, récupérer des paquetages logiciels sur Internet, utiliser des sources apt ou autres non officiels ou la compromission de sources de paquetages (comme ça a failli être le cas il n'y a pas si longtemps que ça) sont de sérieux motifs d'inquiétudes...
Troisième et dernier point, il ne faut pas oublier que l'ouverture du code source peut aussi bien être un avantage qu'un inconvénient dans le domaine de la sécurité. Si les failles sont plus vite repérées et plus vite corrigées (surtout grâce aux mécanismes de mises à jour des distributions modernes), les développeurs de virus ont toutes les cartes en main pour coder leur petite créature... Ce n'est pas pour rien que les rootkits sont beaucoup plus puissants sous Linux/*BSD que sous Windows (si on peut appeler ça des rootkits...). Donc la vérification de l'intégrité de ce qui est utilisé, à travers un antivirus libre, risque de vite devenir un élement indispensable....
[^] # Re: Grosse fatigue...
Posté par Sleem . En réponse au message SMAKY INFINI. Évalué à 1.
ça se comprend aussi...
# LOGIN...
Posté par Sleem . En réponse à la dépêche Revue de Presse - septembre 2004. Évalué à 7.
# Droit d'exécution !
Posté par Sleem . En réponse au message Fichier qui se termine par rpm.bin. Évalué à 5.
[^] # Re: les indiens !!!
Posté par Sleem . En réponse au message Problème de valeur hexadécimale dans un paquet ethernet. Évalué à 1.
Encore merci, tu m'otes une épine du pied !
# Bof...
Posté par Sleem . En réponse au message Pourquoi ne pas créer une distribution Linux Européenne ?. Évalué à 5.
D'accord pour une distribution européenne si celle-ci s'inscrit dans un processus politique/culturel/administratif.. Mais non à la balkanisation et au communautarisme dans le monde de l'open source !
# Bizzare...
Posté par Sleem . En réponse au message Adresse IP qui se barre.... Évalué à 1.
Si ça ne marche toujours pas, contente toi de faire un script shell et de le lancer au démarrage par update-rc.d.
# Makefile ?
Posté par Sleem . En réponse au message Eclipse et projet C ET C++. Évalué à 1.
Google est ton ami pour les Makefile....
[^] # Re: commencer par soi même
Posté par Sleem . En réponse au journal Compatibilité du matériel... poids des consommateurs ?. Évalué à 1.
Je ne parviens pas à comprendre ce point de vue...
Pourtant, ce n'est pas bien compliqué. Es-tu assez naïf pour croire que les entreprises et les organisations qui migrent sous Linux, ou plus généralement vers des solutions libres, le font par idéologie, par amour du partage ou par éthique ? Est-ce par hasard que ces sociétés font avant tout une étude concernant l'économie qu'impliquerait la migration avant d'envisager sérieusement le réaménagement de leurs structures informatiques ?
Non, décidément, ce serait se voiler la face que de nier que la popularité croissante des solutions libres, Linux en tête, est en grande partie due à la gratuité... Et il n'y a pas de mal ! Une entreprise est là pour faire de l'argent, elle se moque complètement de la motivation qui est derrière, et, au fond, elle n'a pas tort...
Pour en revenir au sujet, il en va de même pour les constructeurs de matériel : apparemment, ceux-ci considèrent que l'ouverture et la transparence au niveau des spécifications techniques de leur produit ne seraient pas profitables en terme de rentabilité, ni plus ni moins. Au contraire, c'est sans doute pour certains d'entre eux un moyen d'éviter l'étalage au grand public, et surtout à leurs concurrents, de leur secrets de fabrique. C'est compréhensible, mais à mon humble avis, c'est là un bien mauvais calcul et il faudra encore quelques années pour que ceux-ci commencent à le comprendre...
# Desole :(
Posté par Sleem . En réponse au message Relier deux access point ?. Évalué à 1.
Merci
# Desole :(
Posté par Sleem . En réponse au message Relier deux access point ?. Évalué à 2.
Merci
# Rien d'étonnant...
Posté par Sleem . En réponse au journal Yahoo ferme l'acces a sa messagerie instantanee .... Évalué à 10.
Ne soyons pas démagogues : c'est leur droit, c'est quand même une société pour laquelle Yahoo! IM représente un enjeu financier important...
Les utilisateurs qui tiennent à leur liberté auront tot fait de migrer vers Jabber ou une autre solution "ouverte"... Et tant pis pour les contacts qui refusent la liberté :p
[^] # Re: arf !
Posté par Sleem . En réponse au journal AMSN et Wanadoo. Évalué à 0.
Et comment ferait-il pour déterminer le port qui sert pour se connecter au serveur MSN sachant que ce port est aléatoire et change à chaque fois (aMSN n'utilise pas de port précis pour se connecter au port 1863 de messenger.hotmail.com, c'est l'OS qui lui en assigne un) ? Comment le numéro de port peut-il indiquer la nature du client qui est derrière ?
Relis mon post, je ne pense pas avoir dit d'incohérence :)
# arf !
Posté par Sleem . En réponse au journal AMSN et Wanadoo. Évalué à 1.
# Pas mal !
Posté par Sleem . En réponse au journal Port fermé, mais accessible. Évalué à 1.
J'ignore si un projet allant dans ce sens existe déjà, mais le concept de "firewall dynamique" (car c'est bien de cela qu'il s'agit) me plaît bien !
Côté sécurisation, on obtiendrait des serveurs polymorphes, capable de s'adapter aux requêtes qui lui sont adressés, car en effet, on peut même élargir l'idée pour que ce ne soit plus uniquement dans une logique d'authentification et de restriction d'accès. Je veux dire par là que la possibilité de n'autoriser l'accès ftp que si la personne a contacté le serveur web dans les 5 dernières minutes me paraît interressante, et semble, à mon humble avis, ouvrir de vastes possibilités en matière de configuration réseau, gestion serveurs et sécurisation...
Maintenant il faut voir si un projet allant dans ce sens existe déjà (cela m'étonnerait), et sinon s'y mettre. Concrètement, ça ne devrait pas être trop compliqué vu la puissance d'iptables et la possibilité de faire des scripts et de logger... Je verrais bien un script Perl pour gérer ça, dont on peut fixer le comportement via un fichier xml par exemple (si condition alors modification iptables), qui récupère les évènements dans les logs générés par iptables, et qui exécute des scripts iptables en conséquence.
[^] # Re: Spam
Posté par Sleem . En réponse au journal Entraide en développement et hébergement web. Évalué à 3.