J'ai juste eu quelques difficultés du fait de lien symboliques ... bouclage garanti !
Sinon, il y a rsync, un peu plus lourd à mettre en oeuvre, mais plus efficace pour copier des trucs un peu complexes. De mémoire : rsync -aHv -e ssh 192.168.1.1:/home/ /home/
Voire si tu veux détruire les scories ou les fichiers qui ne seraient pas sur la source (scories de la copie avec scp, fichiers qui auraient été "nettoyés" de la machine source... attention : les autres répertoires de /home ou les nouveaux fichiers aussi !) : rsync -aHv -e ssh --delete --force 192.168.1.1:/home/ /home/
Éventuellement, l'option -n permet de vérifier que la commande fera bien ce qu'on veut sans le faire vraiment (donc sans tout casser en cas d'erreur) : rsync -naHv -e ssh --delete --force 192.168.1.1:/home/ /home/
Ne pas oublier de le réexécuter après (une fois que la trace est satisfaisante) sans cette option...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
si l'interface chaise/clavier n'est pas trop conne, les virus sous windows n'existent pas
Évidemment, il y a des virus qu'on n'attrappe que si l'on fait n'importe quoi. Mais il y a déjà eu des vers, exploitant une faille non corrigée, qui se sont largement répandu avant que les éditeurs d'anti-virus aient eu le temps de sortir une mise-à-jour de leurs définitions. Pas qu'ils aient été vraiment lents, ce sont les vers qui ont été très rapides...
Évidemment un firewall limite les risques, mais tant que tu permets à des éléments externes d'entrer sur ta machine, tu ne peux pas être totalement sûr...
Dans ces conditions, utiliser d'autres navigateur et système que les cibles principales limite aussi les risques.
Mais même ainsi, moi, je ne mettrais jamais ma main à couper que ma machine est totalement imprenable pour les virus ou les pirates...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Sans ça, j'aurais soupçonné en premier ta config (de temps en temps, Mozilla et Firefow pourrissent leur config et après, ils déconnent...).
Essaie quand même de renommer les .mozilla et/ou .firefox que tu as (pour ne pas qu'il les trouve) le temps de faire un essai.
(c'est le même moteur ?)
En effet.
Cela dit, avec un moteur différent, tu as Konqueror, Opera (pas libre, mais tu risquerais déjà moins les virus avec Opera/Linux qu'avec Windows)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Je tape le mot de passe de root de la machine origine
Ta "machine origine", c'est bien la machine distante ?
sans succès et j'obtiens :
Permission denied, please try again.
Il se pourrait aussi que tu aies un fichier /etc/ssh/denyusers, qui contienne root. Dans ce cas, vide-le ou vire-le.
Si jamais tu as configuré le niveau de sécurité de ta machine en "Avancée" à l'install, il se pourrait aussi que ce fichier ou le PermitRootLogin No soient restaurés par msec automatiquement après que tu les aies retirés. La console de réglage de la sécurité qu'on atteint à partir de drakconf (s'il n'a pas changé de nom) permet de débloquer la situation en autorisant à se connecter en root à distance (le champ approprié a une description approchante de ça).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Moi, quand j'ai installé mon premier Linux, je ne me suis pas cassé la tête : la RedHat (bon, c'était la version de 96 ou 97) que j'ai essayée en premier a planté net à l'install (pas apprécié mon matos de l'époque avec un processeur pas Intel, je pense), j'ai mis une Slackware.
Je serais toi, si la Kubuntu résiste, j'essaierais la Ubuntu normale (sauf si tu tiens à KDE, mais ça peut toujours être intéressant de voir si elle plante pareil ou pas), la Mandriva ou la Suse...
Mais bon, j'ose suggérer des distribs non basées sur Debian, je suis peut-être un hérétique...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
les expressions régulières de Perl suffisent amplement à analyser un format CSV.
Là, j'ai été un peu optimiste : si l'on veut traiter correctement les champs entourés de guillemets contenant une ou plusieurs virgules tout en laissant la possibilité de champs sans guillemets, le traitement est un peu plus compliqué... si ce n'est qu'il existe un module faisant partie de la distribution Perl qui fait déjà tout le boulot : Text::ParseWords, qui s'utilise de la manière suivante : @champs = quotewords(',', 0, $ligne);
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Oui. Test simple : le désactiver, faire un essai, le réactiver.
Il faut aussi vérifier s'il y a des restrictions concernant les client autorisés :
- pour CUPS lui-même : dans /etc/cups/cupsd.conf, options Allow, Deny, éventuellement aussi BrowseAllow et BrowseDeny;
- pour cups-lpd, s'il est lancé par xinetd, dans /etc/xinet.d/cups-lpd, ainsi que /etc.hosts.deny et /etc/hosts.allow (nom de service cups-lpd).
Quand je vérifie avec la commande netstat si cups est bien à l'écoute sur le port 631 je n'est rien:
> netstat -p | grep cups.
J'ai des processus eggcups qui écoutent sur des ports mais aucun sur le port 631.
Moi, avec netstat -p, je n'ai pas tous les ports ouverts, j'utilise netstat -taupe (moyen mnémotechnique).
En outre, il probable que le port 631 apparaisse non pas sous son numéro, mais sous le nom ipp (voir /etc/services; ipp, c'est pour "Internet Printing Protocol").
Enfin, 631, c'est le port pour CUPS. Pour lpd en général et cups-lpd en particulier, c'est 515 (printer).
On peut accéder à CUPS en général et à son port en particulier avec un navigateur web en utilisant l'URL http://nom_du_serveur:631/ . Ça permet d'ailleurs de voir l'état des files d'impression, d'accéder à la configuration... (attention en cas d'utilisation à distance : les mots de passe transitent en clair).
Pour tester si cups-lpd fonctionne et est correctement accessible, le moyen le plus simple est de faire un telnet nom_du_serveur 515 (sauf à connaître le protocole, ça permet juste de voir si la liaison s'établit correctement; ensuite il ne reste plus qu'à tuer le telnet salement...).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Regarde peut-être avec chkconfig --list cups-lpd et chkconfig --list xinetd (dans le cas où le premier ne rend qu'un seul état sans numéro de runlevel, typique d'un service lancé par xinetd) si les services qu'il faut sont activés.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
4 serveurs, 4 scripts (en comptant les commandes pour FTP), 3 langages !
Il faudrait en ajouter encore, pour être sûr que ça cafouille...
Sinon,
- Au niveau des serveurs :
Le serveur Windows et le serveur du SGBD sont des données de base.
À partir de là, on peut préférer faire le boulot sur le serveur Windows, sur le serveur de SGBD ou sur une machine dédiée qui se connecte aux deux. Pas de raison d'en ajouter plus.
- Au niveau des opérations :
Il y a la récupération des fichiers, leur traitement pour obtenir le code SQL à injecter dans la base, et son injection dans la base.
- Au niveau de l'accès aux fichiers :
Si l'on travaille à partir du serveur Windows (après tout, Perl comme PHP et peut-être même expect existent sous Windows), l'accès est direct; mais il faut par contre disposer d'un module d'accès à la base.
Si l'on travaille à partir d'une autre machine, il faut alors accéder aux fichiers à distance; le plus simple pour ça est d'exporter le répertoire depuis Windows (c'est déjà dedans, alors pourquoi ajouter un serveur FTP ou autre) et d'y accéder directement depuis le script de traitement avec smbmount (et smbumount en fin de script).
- Au niveau des traitements :
expect est une commande basée sur le langage Tcl (note : il existe l'équivalent en module pour Perl), permettant de faire des scripts interagissant avec des commandes qui attendent une entrée interactive. On n'est pas dans ce cas (l'injection de SQL dans une base peut se faire directement depuis Perl, PHP ou d'autres langages avec le module approprié, sans utiliser la commande interactive) et les expressions régulières de Perl suffisent amplement à analyser un format CSV. Donc pas de raison d'utiliser expect.
Pas besoin non plus de fusionner les fichiers, autant les ouvrir directement depuis le script qui effectue le traitement (par exemple en bouclant sur un file globbing (en Perl while (</mnt/smb/*.log>) { open FILE, $_; ... close FILE}).
- Au niveau de l'injection dans la base : comme je l'ai dit, elle peut se faire directement depuis le script avec le module approprié.
Enfin bon, un seul script en Perl peut faire tout le boulot (sinon, ce serait triste pour Perl...). Donc deux ou trois serveurs, un script et un langage suffisent.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Le problème, à mon avis, c'est echo "DISPLAY=$ATIP:0" scp attend sur la sortie standard les infos de la commande scp distante, et il n'aime pas quand il y a un affichage imprévu...
J'ai eu le problème moi-même sur une machine qui avait un mot du jour (/etc/motd)...
Le if de Bastien Mourgues doit t'éviter cet affichage dans la foulée.
Sinon, on peut aussi tester sur le prompt, qui n'est normalement pas défini dans le cas d'un shell non interactif (c'est-à-dire sauf si tu l'as fait toi-même sans faire le test avant dans ton .bashrc ou autre). [ -n "$PS1" ] && echo ...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Il semble que CUPS soit le seul serveur installé avec cette distrib.
Possible...
Les clients de mon réseau étant configurés en LPD, je voudrais reconfigurer le serveur (qui vient d'être réinstallé sous Fedora Core 4) en LPD.
cups-lpd devrait résoudre ton problème; c'est un frontend lpd pour CUPS.
Je pense (je n'ai pas tout-à-fait la même distrib) qu'il est inclus dans le paquet de CUPS et qu'il est lancé par xinetd (qui doit donc être installé et activé aussi).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Eh oui, en l'occurence konqueror et gnumeric (contrairement a Firefox et OOo) sont des logiciels Linux a la base.
D'ailleurs, ils sont moins lourds (enfin dommage qu'il n'existe pas une version de Konqueror qui ne lance pas tous les serveurs bouffe mémoire de KDE quand on veut justement éviter ce dernier pour ça...).
Ca fait reflechir sur le fameux argument "gardons nos super logiciels Linux pour nous".
Il y en a qui ont été portés sous Windows. The GIMP, par exemple.
Bon, les windowsiens préfèrent Photoshop piraté...
Sinon, PostgreSQL et MySQL (enfin au moins l'un des deux), Apache... existent en version Windows, mais ce n'est pas ce qui attire le lambda user...
J'ai du mal à trouver dans mon utilisation des exemples de logiciels attirants pour l'utilisateur moyen : à part Firefox et de temps en temps OOo, les logiciels que j'utilise sont plutôt du genre mutt et xterm (le vrai)...
Ah, les langages multiplateforme quand même (je parle bien sûr de Perl, Python... pas du super langage multiplateforme officiel non libre dont quelqu'un disait récemment, en gros, "ne compte pas trop dessus sur Linux/PPC" ( http://linuxfr.org/comments/665150.html#665150 )), qui n'attirent peut-être pas non plus l'utilisateur de base, mais ont toutefois un certain succès auprès des utilisateurs avancés.
Ca fait reflechir sur le fameux argument "gardons nos super logiciels Linux pour nous".
Par ailleurs, je n'ai pas dit ça non plus. En fait, je n'ai pas d'avis définitif sur la question.
J'ai juste dit que je ne voyais pas en quoi il serait Mal que des logiciels propriétaires existent sous Linux (tant qu'on n'est pas obligé de les utiliser et qu'ils ne tournent pas en mode noyau !) s'il est Bien que des logiciels libres existent sous Windows. Les mêmes personnes sont capables de dire les deux...
Il y a pas mal de developpeurs de logiciels libres qui sont contents d'etre sous Windows et qui s'en contre-foutent, de Linux.
En effet. Mais ça ne peut m'amener quà le remarque qu'ils sont bien gentils de soutenir le commerce de Microsoft pour pas un rond...
Quand Windows sera bien bien truffé de DRM, de TCPA et autres, ils commenceront peut-être à avoir un peu mal au cul quand même...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Cela dit, tant que le nombre d'éléments manipulés est asseztrès faible...
Non, je viens de me torcher un petit calcul de factorielle pour me rappeler les ordres de grandeur, et ça croît vraiment très très vite !
Donc tu peux oublier cette solution-là...
Notons que plusieurs permutations seraient équivalentes (ordre différent sur un même DVD, échange complet entre deux DVD...) mais que le tester serait aussi long que de tester directement la pertinence de la permutation et qu'on ne peut pas non plus marquer les permutations équivalentes à la permutation courante, faute de mémoire pour contenir un tableau assez grand...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Tu peux peut-être prendre un meilleur point de départ en utilisant une heuristique comme par exemple classer tes éléments dans l'ordre décroissant pour placer les plus gros en premier.
En tout cas, bon courage.
Je serais curieux de savoir ce que tu vas trouver comme solution intéressante à ton problème...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
-- Les version windows des logiciels libres participent à faire connaitre le libre.
-- Les version linux des logiciels proprio participent à créer une dépendance forte envers du pas libre..
Tu as de la chance de vivre dans un monde en noir et blanc.
Suppose (au hasard...) une université.
Les enseignants décident, à l'occasion de la modification des programmes due à la dernière réforme (l'instabilité permanente instaurée par la succession rapide des réformes étant une bonne manière d'assurer la dégradation des diplômes), d'ajouter un peu de pratique sur AutoCAD, et pas autre chose, parce qu'AutoCAD est considéré comme la référence dans l'industrie.
Conséquence : il faut des licences d'AutoCAD (ce n'est pas encore très choquant, vu que c'est le logiciel qu'on veut utiliser), mais aussi des licences de Windows et administrer sur les machines un Windows en plus du Linux qui sert pour les cours d'info.
Je trouve pour ma part pénible d'avoir à administrer des Windows vu que c'est contradictoire en soi, et lamentable qu'on paye la taxe Microsoft avec l'argent de nos impôts alors qu'on n'a pas spécialement l'utilité de Windows lui-même.
J'accueillerais donc avec joie la sortie d'une version Linux d'AutoCAD : même si je trouve bien dommage d'utiliser un logiciel propriétaire, ce serait déjà un gros progrès que Windows ne soit pas imposé avec.
Cela dit, tu peux toujours penser que c'est bien de payer la taxe Microsoft avec de l'argent public pour que Linux ne soit pas sali par AutoCAD...
En effet, si un jour l'éditeur de tel solution proprio archi répandue sous linux décide de passer essentiellement à windows
Il est déjà arrivé que des éditeurs commencent à éditer une version Linux, puis arrêtent ensuite, par exemple un correcteur grammatical français.
Cependant, dans les cas en question, il y avait peu de clients (payants) sous Linux.
S'il y avait beaucoup de clients payants sous Linux, l'éditeur ne prendrait logiquement pas le risque de se couper d'une partie de son marché (et qu'un autre puisse en récupérer une part) juste pour servir l'intérêt de Microsoft.
L'exception étant Microsoft (s'ils faisaient tout d'un coup une version Linux d'Office pour en vendre plus, ils pourraient très bien décider ensuite d'arrêter pour vendre plus de Windows) et les logiciels métiers en regards desquels le coût du système et même du matériel sont négligeables (et qui sont généralement livrés clés en main).
Au delà, si tu utilises un logiciel propriétaire, tu es de toute totalement à la merci de l'éditeur qui peut toujours décider de l'abandonner complètement ou de fournir un produit totalement différent sous le même nom (les deux se sont vus) parce qu'il n'y a pas assez de clients, parce que la boîte a été gérée n'importe comment et coule, ou juste par connerie. Accepter la dépendance vis à vis d'un logiciel propriétaire, c'est être pieds et poings lié, bien au delà de la question Linux/Windows.
La question revient donc à savoir si c'est bien ou pas que les gens qui n'ont pas conscience de cela ou qui n'ont pas le choix puissent être sous Linux.
Ainsi, l'effort vers des solutions alternatives libres, ou en tout cas des protocoles, dans le cas de skype, est très important...
En effet.
Cela dit, je ne suis pas sûr que l'existence ou pas de Skype sous Linux soit vraiment déterminante sur l'existence de solutions libres. Je citerai Erwan en disant qu'il existe même des logiciels libres qui ne tournent que sous Windows.
Et pas tellement non plus dans le succès de Skype, la grosse partie de son "coeur de cible" utilisant Windows...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
À la base, le problème est dit NP-complet, c'est-à-dire que la recherche de la meilleure solution parmi toutes les solutions possibles est exponentielle.
La plupart des articles sur le problème s'attachent à trouver un algorithme rapide qui trouve de bonnes solutions (mais pas forcément les meilleures).
Cela dit, tant que le nombre d'éléments manipulés est assez faible, on peut aussi envisager de tester toutes les solutions avec un algorithme bien bourrin du style : calculer toutes les permutations des éléments à classer (leur nombre est la factorielle du nombre d'éléments !) et pour chacune évaluer la qualité de la solution obtenue en rangeant les éléments dans des DVD dans l'ordre où ils sont.
La fonction d'évaluation des solutions pourrait par exemple être le nombre de DVD utilisés par 4.7*1024 - la place restante sur le dernier en Mo.
Le plus rapide pour toi serait évidemment de trouver un programme déjà tout fait. Cela dit, je suppose que tes fichiers correspondent aux pistes et sont classés en répertoires correspondants aux CD et que tu ne tiens pas à les mélanger. Je crains un peu que les logiciels existants (en tout cas ceux que j'ai vus) traitent le problème fichier par fichier...
Bonne chance.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Encore une fois, OOo et Firefox sont avant tout des logiciels Windows, beaucoup de developpeurs sont sous Windows, alors arretez de penser que ce sont des logiciels Linux qui ont ete portes sous Windows !
En effet, mais si j'avais mis konqueror ou gnumeric, ça aurait été moins pertinent : ça n'est pas trop utilisé sous Windows...
Un logiciel libre n'est pas forcement un logiciel Linux, il y en a qui ne tournent que sous Windows.
Oui, mais quel rapport avec la discussion en cours ?
Que les gens ont bien raison de rester sous Windows parce que c'est là qu'il y a le plus de développeurs, et de continuer à payer leur dîme à Microsoft pour utiliser des logiciels libres et bien souvent gratuits ?
À mon avis, les développeurs qui font des logiciels libres uniquement pour Windows, ils sont bien gentils de soutenir le commerce de Microsoft pour pas un rond...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
+ une fois l'authentification faite, il faudrait que les utilisateurs puissent envoyer des mails vers les autres domains virtuels et c'est tout. Pas question pour eux d'envoyer un mail vers free, gmail, laposte..etc
Idée 1 :
Tous tes domaines virtuels sont locaux à ce serveur ?
Dans ce cas, tu peux désactiver au niveau de master.cf les lignes de la commande smtp (voire lmtp pour faire bonne mesure), c'est-à-dire : #smtp unix - - n - - smtp
#relay unix - - n - - smtp
#lmtp unix - - n - - lmtp
mais surtout ne pas désactiver : smtp inet n - n - - smtpd
Bon, le problème, c'est que les messages sont quand même acceptés et restent dans la file. Cela dit, tu peux toujours réduire le temps qu'ils y restent avec le paramètre maximal_queue_lifetime dans main.cf.
Idée 2 :
Mettre dans main.cf : mynetworks_style = host
et ne pas mettre par ailleurs le paramètre mynetworks.
Ainsi, ton serveur devrait accepter les mails vers tes domaines, mais refuser tous les autres avec le message relay access denied, à moins que tes utilisateurs puissent obtenir un shell sur le serveur ou que tu aies un webmail qui tourne dessus. mynetworks =
résoud ce problème... mais apparemment uniquement si le mail est envoyé en passant par le démon smtpd, pas s'il est envoyé en local avec mail (qui doit utiliser la commande sendmail).
Idée 3 :
Essayer dans main.cf : default_transport =
ou default_transport = none
(Postfix gueule moins).
Mais apparemment, le mail stagne dans la queue, comme la solution 1.
Idée 4 :
Mettre dans main.cf : smtpd_recipient_restrictions = permit_auth_destination, reject
Ça devrait même rejeter les mails envoyé depuis le serveur, mais sur ma config, ça n'a pas trop l'air de marcher...
Idée 5 :
Mettre dans main.cf : relayhost = 127.0.0.2
Les mails vers l'extérieur sont alors rejetés avec le message : Diagnostic-Code: X-Postfix; mail for 127.0.0.2 loops back to myself
Idée 6 :
Poster ta question (en anglais) sur la mail list de Postfix. Elle est suivie par un tas de gens compétents, y compris l'auteur.
Tiens-nous au courant.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Mandriva vends une distribution avec des logiciels propriétaires, mais en donne la version qui ne contient que des logiciels libres.
RedHat vends une distribution qui ne contient pratiquement que des logiciels libres et le service qui va avec. Du coup, ils ne la donnent pas comme ça, mais donnent toutefois gratuitement les sources qui permettent de la recompiler et tolèrent même que d'autres distribuent une version déjà recompilée.
Le modèle n'est pas le même, mais dans les deux cas, on peut finalement se procurer une distribution libre pour pas un rond.
Dans ces conditions, je ne vois pas vraiment pas de quoi on peut se plaindre.
Il y a (eu ?) bien d'autres distributions qui n'étaient pas aussi ouvertes et dont le modèle économique était plus contestable...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Firefox et OOo ont enormement participé à populariser le libre aupres du grand public, chose qui n'aurait pas été possible sans des versions windows. Et personnellement, je pense que ceci est benefique dans la mesure où ça fait decouvrir le libre à bien des personnes qui n'en auraient jamais entendu parler.
En effet. Mais d'un autre côté, certaines personnes restent sous Windows parce qu'elles sont attachées à certains logiciels propriétaires qui n'existent que sous Windows. L'arrivée de ces logiciels sous Linux pourrait leur faire reconsidérer l'éventualité de passer sous Linux.
En quoi est-ce formidable que des gens utilisent des logiciels libres sous un système propriétaire, mais serait-ce catastrophique qu'ils utilisent des logiciels propriétaires sous un système libre ?
Qui plus est, si quelqu'un utilise un logiciel, c'est parce qu'il l'a choisi. S'il utilise Windows, c'est souvent parce que c'est le seul système sous lequel tourne son logiciel. Il n'a pas eu le choix. Le fait que la majorité des logiciels propriétaires ne supportent que Windows assoit le monopole de Microsoft et garantit ses rentes pour un produit dont peut-être pas grand monde n'a réellement plus envie que du carburant qu'il met dans sa voiture.
Il faut aussi considérer tous les aspects du problème. Supposons que tous les logiciels propriétaires existent sous Linux. Son utilisation serait alors certainement bien plus répandue (ne serait-ce que pour le prix).
D'un côté les logicels propriétaires seraient plus omniprésents, mais de l'autre, la "part de marché" de Linux donnerait un plus grand poids aux développeurs du noyau par rapport aux constructeurs de matériel et on serait peut-être débarassé des pilotes propriétaires dans le noyau...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Au fait, c'est où que je télécharge [la distribution d'un grand fournisseur nord américain (ça m'ennuierait qu'ils risquent d'en vouloir encore à CentOS* à cause de mes conneries)] ?
Vous n'avez pas compris l'importance des formats ouverts pour linux pour ne pas voir le danger que représente la propagation de skype?
Je ne vous demande pas de les placer sur le bûcher mais simplement reconnaître que ce n'est pas une grande avancée pour libre serait déjà un début.....
Le même genre de problème se pose dans la situation inverse, avec les versions pour Windows des logiciels libres.
Dans quelle mesure les versions Windows de Firefox et OOo attirent-elles des gens vers les logiciels libres, et dans quelle mesure justifient-elles pour leurs utilisateurs de ne pas faire l'effort de passer à Linux ?
Dans ce cas précis, dans quelle mesure cette annonce est-elle susceptible d'attirer de nouveaux utilisateurs vers Linux, et dans quelle mesure est-elle susceptible d'inciter des gens qui utilisent déjà Linux à utiliser Skype et à en devenir dépendants ?
Ce genre de trucs est à double tranchant, et il me paraît bien difficile de savoir a priori si le bilan sera négatif ou positif...
Cela dit, il faut relativiser un peu pour Skype : au moins n'inclut-il pas de code propriétaire qui tourne en mode noyau, pas comme les pilotes propriétaires de cartes graphiques...
Bon, d'un autre côté, étant un logiciel réseau, il lui serait assez facile de contenir un spyware et de cacher des informations transmises à l'insu de l'utilisateur dans son flux normal.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Comme l'a dit xavier, il ne serait pas inutile que tu explicites ton exemple : comptes-tu les lignes qui ne contiennent pas "tous" (j'ai supposé que oui) ? que fais-tu des lignes qui contiennent "tous" à un autre endroit (j'ai supposé que tu ne les affiches pas) ? souhaites-tu bien remplacer le premier champ par le numéro (c'est ce que semble montrer ton exemple) ?
Par rapport à l'exemple fourni, perl -nle '/^[^;]*(;tous;.*)$/ and print $. + 12, $1' toto.txt
fait le boulot et fonctionne pour un cas plus complexe en suivant les suppositions que j'ai faites.
-n assure le parcours des lignes du (ou des) fichier(s) donnés en arguments (comme awk). -l retire les fins de lignes avant le traitement et en remet après. $. est le numéro de la ligne courante du fichier. $1 est la chaîne correspondant à la première (et dans ce cas unique) parenthèse de l'expression rationnelle.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: SSH ?
Posté par Arthur Accroc . En réponse au message Installation nouvelle machine: transfert des fichiers d'une autre machine. Évalué à 2.
Sinon, il y a rsync, un peu plus lourd à mettre en oeuvre, mais plus efficace pour copier des trucs un peu complexes. De mémoire :
rsync -aHv -e ssh 192.168.1.1:/home/ /home/
Voire si tu veux détruire les scories ou les fichiers qui ne seraient pas sur la source (scories de la copie avec scp, fichiers qui auraient été "nettoyés" de la machine source... attention : les autres répertoires de /home ou les nouveaux fichiers aussi !) :
rsync -aHv -e ssh --delete --force 192.168.1.1:/home/ /home/
Éventuellement, l'option -n permet de vérifier que la commande fera bien ce qu'on veut sans le faire vraiment (donc sans tout casser en cas d'erreur) :
rsync -naHv -e ssh --delete --force 192.168.1.1:/home/ /home/
Ne pas oublier de le réexécuter après (une fois que la trace est satisfaisante) sans cette option...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Virus
Posté par Arthur Accroc . En réponse au message Firefox ne m'aime pas. Évalué à 2.
Évidemment, il y a des virus qu'on n'attrappe que si l'on fait n'importe quoi. Mais il y a déjà eu des vers, exploitant une faille non corrigée, qui se sont largement répandu avant que les éditeurs d'anti-virus aient eu le temps de sortir une mise-à-jour de leurs définitions. Pas qu'ils aient été vraiment lents, ce sont les vers qui ont été très rapides...
Évidemment un firewall limite les risques, mais tant que tu permets à des éléments externes d'entrer sur ta machine, tu ne peux pas être totalement sûr...
Dans ces conditions, utiliser d'autres navigateur et système que les cibles principales limite aussi les risques.
Mais même ainsi, moi, je ne mettrais jamais ma main à couper que ma machine est totalement imprenable pour les virus ou les pirates...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # SGBDO libres et doc
Posté par Arthur Accroc . En réponse au message SGBD orienté objet. Évalué à 4.
Le seul que je connaissais (un peu), c'était O2.
Aucun des trois n'est trop libre...
Je me suis donc demandé si maintenant il existait des SGDO libres, et j'ai trouvé ceux-ci :
- db4objects ( http://www.db4o.com/ , supporte Java et .Net/Mono),
- GOODS ( http://www.garret.ru/~knizhnik/goods.html , supporte C++, C# et Java),
- PERST ( http://www.garret.ru/~knizhnik/perst.html , supporte Java et C#),
- DyBase (http://www.garret.ru/~knizhnik/dybase.html , supporte Python, PHP, Ruby et Rebol),
les trois derniers étant du même auteur (voir http://www.garret.ru/~knizhnik/databases.html où l'on voit qu'il propose aussi des SGBDRO !).
Question documentation sur les concepts des SGBDO, j'ai trouvé ça : http://lbdwww.epfl.ch/f/teaching/courses/poly3/16/16.html .
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Suggestions
Posté par Arthur Accroc . En réponse au message Firefox ne m'aime pas. Évalué à 2.
Sans ça, j'aurais soupçonné en premier ta config (de temps en temps, Mozilla et Firefow pourrissent leur config et après, ils déconnent...).
Essaie quand même de renommer les .mozilla et/ou .firefox que tu as (pour ne pas qu'il les trouve) le temps de faire un essai.
En effet.
Cela dit, avec un moteur différent, tu as Konqueror, Opera (pas libre, mais tu risquerais déjà moins les virus avec Opera/Linux qu'avec Windows)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: SSH ?
Posté par Arthur Accroc . En réponse au message Installation nouvelle machine: transfert des fichiers d'une autre machine. Évalué à 2.
Simplifie :
scp -rp root@192.168.1.1:/home/* /home/
Ta "machine origine", c'est bien la machine distante ?
Il se pourrait aussi que tu aies un fichier /etc/ssh/denyusers, qui contienne root. Dans ce cas, vide-le ou vire-le.
Si jamais tu as configuré le niveau de sécurité de ta machine en "Avancée" à l'install, il se pourrait aussi que ce fichier ou le PermitRootLogin No soient restaurés par msec automatiquement après que tu les aies retirés. La console de réglage de la sécurité qu'on atteint à partir de drakconf (s'il n'a pas changé de nom) permet de débloquer la situation en autorisant à se connecter en root à distance (le champ approprié a une description approchante de ça).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Tu tiens à la Kubuntu ?
Posté par Arthur Accroc . En réponse au message instal kubuntu. Évalué à 1.
Je serais toi, si la Kubuntu résiste, j'essaierais la Ubuntu normale (sauf si tu tiens à KDE, mais ça peut toujours être intéressant de voir si elle plante pareil ou pas), la Mandriva ou la Suse...
Mais bon, j'ose suggérer des distribs non basées sur Debian, je suis peut-être un hérétique...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # CSV
Posté par Arthur Accroc . En réponse au message script perl de récupération de fichiers. Évalué à 2.
Là, j'ai été un peu optimiste : si l'on veut traiter correctement les champs entourés de guillemets contenant une ou plusieurs virgules tout en laissant la possibilité de champs sans guillemets, le traitement est un peu plus compliqué... si ce n'est qu'il existe un module faisant partie de la distribution Perl qui fait déjà tout le boulot : Text::ParseWords, qui s'utilise de la manière suivante :
@champs = quotewords(',', 0, $ligne);
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: cups-lpd
Posté par Arthur Accroc . En réponse au message Problème LPD sous Fedora Core 4. Évalué à 2.
Oui. Test simple : le désactiver, faire un essai, le réactiver.
Il faut aussi vérifier s'il y a des restrictions concernant les client autorisés :
- pour CUPS lui-même : dans /etc/cups/cupsd.conf, options Allow, Deny, éventuellement aussi BrowseAllow et BrowseDeny;
- pour cups-lpd, s'il est lancé par xinetd, dans /etc/xinet.d/cups-lpd, ainsi que /etc.hosts.deny et /etc/hosts.allow (nom de service cups-lpd).
Moi, avec netstat -p, je n'ai pas tous les ports ouverts, j'utilise netstat -taupe (moyen mnémotechnique).
En outre, il probable que le port 631 apparaisse non pas sous son numéro, mais sous le nom ipp (voir /etc/services; ipp, c'est pour "Internet Printing Protocol").
Enfin, 631, c'est le port pour CUPS. Pour lpd en général et cups-lpd en particulier, c'est 515 (printer).
On peut accéder à CUPS en général et à son port en particulier avec un navigateur web en utilisant l'URL http://nom_du_serveur:631/ . Ça permet d'ailleurs de voir l'état des files d'impression, d'accéder à la configuration... (attention en cas d'utilisation à distance : les mots de passe transitent en clair).
Pour tester si cups-lpd fonctionne et est correctement accessible, le moyen le plus simple est de faire un telnet nom_du_serveur 515 (sauf à connaître le protocole, ça permet juste de voir si la liaison s'établit correctement; ensuite il ne reste plus qu'à tuer le telnet salement...).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: cups-lpd
Posté par Arthur Accroc . En réponse au message Problème LPD sous Fedora Core 4. Évalué à 2.
Regarde peut-être avec chkconfig --list cups-lpd et chkconfig --list xinetd (dans le cas où le premier ne rend qu'un seul état sans numéro de runlevel, typique d'un service lancé par xinetd) si les services qu'il faut sont activés.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Pourquoi faire simple...
Posté par Arthur Accroc . En réponse au message script perl de récupération de fichiers. Évalué à 2.
Il faudrait en ajouter encore, pour être sûr que ça cafouille...
Sinon,
- Au niveau des serveurs :
Le serveur Windows et le serveur du SGBD sont des données de base.
À partir de là, on peut préférer faire le boulot sur le serveur Windows, sur le serveur de SGBD ou sur une machine dédiée qui se connecte aux deux. Pas de raison d'en ajouter plus.
- Au niveau des opérations :
Il y a la récupération des fichiers, leur traitement pour obtenir le code SQL à injecter dans la base, et son injection dans la base.
- Au niveau de l'accès aux fichiers :
Si l'on travaille à partir du serveur Windows (après tout, Perl comme PHP et peut-être même expect existent sous Windows), l'accès est direct; mais il faut par contre disposer d'un module d'accès à la base.
Si l'on travaille à partir d'une autre machine, il faut alors accéder aux fichiers à distance; le plus simple pour ça est d'exporter le répertoire depuis Windows (c'est déjà dedans, alors pourquoi ajouter un serveur FTP ou autre) et d'y accéder directement depuis le script de traitement avec smbmount (et smbumount en fin de script).
- Au niveau des traitements :
expect est une commande basée sur le langage Tcl (note : il existe l'équivalent en module pour Perl), permettant de faire des scripts interagissant avec des commandes qui attendent une entrée interactive. On n'est pas dans ce cas (l'injection de SQL dans une base peut se faire directement depuis Perl, PHP ou d'autres langages avec le module approprié, sans utiliser la commande interactive) et les expressions régulières de Perl suffisent amplement à analyser un format CSV. Donc pas de raison d'utiliser expect.
Pas besoin non plus de fusionner les fichiers, autant les ouvrir directement depuis le script qui effectue le traitement (par exemple en bouclant sur un file globbing (en Perl while (</mnt/smb/*.log>) { open FILE, $_; ... close FILE}).
- Au niveau de l'injection dans la base : comme je l'ai dit, elle peut se faire directement depuis le script avec le module approprié.
Enfin bon, un seul script en Perl peut faire tout le boulot (sinon, ce serait triste pour Perl...). Donc deux ou trois serveurs, un script et un langage suffisent.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Le problème...
Posté par Arthur Accroc . En réponse au message scp lit .bashrc...?. Évalué à 3.
echo "DISPLAY=$ATIP:0"
scp attend sur la sortie standard les infos de la commande scp distante, et il n'aime pas quand il y a un affichage imprévu...
J'ai eu le problème moi-même sur une machine qui avait un mot du jour (/etc/motd)...
Le if de Bastien Mourgues doit t'éviter cet affichage dans la foulée.
Sinon, on peut aussi tester sur le prompt, qui n'est normalement pas défini dans le cas d'un shell non interactif (c'est-à-dire sauf si tu l'as fait toi-même sans faire le test avant dans ton .bashrc ou autre).
[ -n "$PS1" ] && echo ...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: coucou
Posté par Arthur Accroc . En réponse au message J'ai perdu des icônes du menu K, Help please. Évalué à 4.
À ce moment-là, autant faire directement :
mkdir sauvegarde_kde
mv .kde* sauvegarde_kde/
Reste à trier entre ce qu'il faut garder des nouveaux fichiers de configuration et de la sauvegarde...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# cups-lpd
Posté par Arthur Accroc . En réponse au message Problème LPD sous Fedora Core 4. Évalué à 3.
Possible...
cups-lpd devrait résoudre ton problème; c'est un frontend lpd pour CUPS.
Je pense (je n'ai pas tout-à-fait la même distrib) qu'il est inclus dans le paquet de CUPS et qu'il est lancé par xinetd (qui doit donc être installé et activé aussi).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Vive le libre!
Posté par Arthur Accroc . En réponse à la dépêche Skype intégré dans Mandriva 2006. Évalué à 2.
D'ailleurs, ils sont moins lourds (enfin dommage qu'il n'existe pas une version de Konqueror qui ne lance pas tous les serveurs bouffe mémoire de KDE quand on veut justement éviter ce dernier pour ça...).
Il y en a qui ont été portés sous Windows. The GIMP, par exemple.
Bon, les windowsiens préfèrent Photoshop piraté...
Sinon, PostgreSQL et MySQL (enfin au moins l'un des deux), Apache... existent en version Windows, mais ce n'est pas ce qui attire le lambda user...
J'ai du mal à trouver dans mon utilisation des exemples de logiciels attirants pour l'utilisateur moyen : à part Firefox et de temps en temps OOo, les logiciels que j'utilise sont plutôt du genre mutt et xterm (le vrai)...
Ah, les langages multiplateforme quand même (je parle bien sûr de Perl, Python... pas du super langage multiplateforme officiel non libre dont quelqu'un disait récemment, en gros, "ne compte pas trop dessus sur Linux/PPC" ( http://linuxfr.org/comments/665150.html#665150 )), qui n'attirent peut-être pas non plus l'utilisateur de base, mais ont toutefois un certain succès auprès des utilisateurs avancés.
Par ailleurs, je n'ai pas dit ça non plus. En fait, je n'ai pas d'avis définitif sur la question.
J'ai juste dit que je ne voyais pas en quoi il serait Mal que des logiciels propriétaires existent sous Linux (tant qu'on n'est pas obligé de les utiliser et qu'ils ne tournent pas en mode noyau !) s'il est Bien que des logiciels libres existent sous Windows. Les mêmes personnes sont capables de dire les deux...
En effet. Mais ça ne peut m'amener quà le remarque qu'ils sont bien gentils de soutenir le commerce de Microsoft pour pas un rond...
Quand Windows sera bien bien truffé de DRM, de TCPA et autres, ils commenceront peut-être à avoir un peu mal au cul quand même...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Petite rectification
Posté par Arthur Accroc . En réponse au message Répartir les fichiers dans des dossiers. Évalué à 2.
Non, je viens de me torcher un petit calcul de factorielle pour me rappeler les ordres de grandeur, et ça croît vraiment très très vite !
Donc tu peux oublier cette solution-là...
Notons que plusieurs permutations seraient équivalentes (ordre différent sur un même DVD, échange complet entre deux DVD...) mais que le tester serait aussi long que de tester directement la pertinence de la permutation et qu'on ne peut pas non plus marquer les permutations équivalentes à la permutation courante, faute de mémoire pour contenir un tableau assez grand...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: C'est pas trivial
Posté par Arthur Accroc . En réponse au message Répartir les fichiers dans des dossiers. Évalué à 2.
Tu peux peut-être prendre un meilleur point de départ en utilisant une heuristique comme par exemple classer tes éléments dans l'ordre décroissant pour placer les plus gros en premier.
En tout cas, bon courage.
Je serais curieux de savoir ce que tu vas trouver comme solution intéressante à ton problème...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Ce n'est pas toujours si simple...
Posté par Arthur Accroc . En réponse à la dépêche Skype intégré dans Mandriva 2006. Évalué à 3.
Tu as de la chance de vivre dans un monde en noir et blanc.
Suppose (au hasard...) une université.
Les enseignants décident, à l'occasion de la modification des programmes due à la dernière réforme (l'instabilité permanente instaurée par la succession rapide des réformes étant une bonne manière d'assurer la dégradation des diplômes), d'ajouter un peu de pratique sur AutoCAD, et pas autre chose, parce qu'AutoCAD est considéré comme la référence dans l'industrie.
Conséquence : il faut des licences d'AutoCAD (ce n'est pas encore très choquant, vu que c'est le logiciel qu'on veut utiliser), mais aussi des licences de Windows et administrer sur les machines un Windows en plus du Linux qui sert pour les cours d'info.
Je trouve pour ma part pénible d'avoir à administrer des Windows vu que c'est contradictoire en soi, et lamentable qu'on paye la taxe Microsoft avec l'argent de nos impôts alors qu'on n'a pas spécialement l'utilité de Windows lui-même.
J'accueillerais donc avec joie la sortie d'une version Linux d'AutoCAD : même si je trouve bien dommage d'utiliser un logiciel propriétaire, ce serait déjà un gros progrès que Windows ne soit pas imposé avec.
Cela dit, tu peux toujours penser que c'est bien de payer la taxe Microsoft avec de l'argent public pour que Linux ne soit pas sali par AutoCAD...
Il est déjà arrivé que des éditeurs commencent à éditer une version Linux, puis arrêtent ensuite, par exemple un correcteur grammatical français.
Cependant, dans les cas en question, il y avait peu de clients (payants) sous Linux.
S'il y avait beaucoup de clients payants sous Linux, l'éditeur ne prendrait logiquement pas le risque de se couper d'une partie de son marché (et qu'un autre puisse en récupérer une part) juste pour servir l'intérêt de Microsoft.
L'exception étant Microsoft (s'ils faisaient tout d'un coup une version Linux d'Office pour en vendre plus, ils pourraient très bien décider ensuite d'arrêter pour vendre plus de Windows) et les logiciels métiers en regards desquels le coût du système et même du matériel sont négligeables (et qui sont généralement livrés clés en main).
Au delà, si tu utilises un logiciel propriétaire, tu es de toute totalement à la merci de l'éditeur qui peut toujours décider de l'abandonner complètement ou de fournir un produit totalement différent sous le même nom (les deux se sont vus) parce qu'il n'y a pas assez de clients, parce que la boîte a été gérée n'importe comment et coule, ou juste par connerie. Accepter la dépendance vis à vis d'un logiciel propriétaire, c'est être pieds et poings lié, bien au delà de la question Linux/Windows.
La question revient donc à savoir si c'est bien ou pas que les gens qui n'ont pas conscience de cela ou qui n'ont pas le choix puissent être sous Linux.
En effet.
Cela dit, je ne suis pas sûr que l'existence ou pas de Skype sous Linux soit vraiment déterminante sur l'existence de solutions libres. Je citerai Erwan en disant qu'il existe même des logiciels libres qui ne tournent que sous Windows.
Et pas tellement non plus dans le succès de Skype, la grosse partie de son "coeur de cible" utilisant Windows...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# C'est pas trivial
Posté par Arthur Accroc . En réponse au message Répartir les fichiers dans des dossiers. Évalué à 5.
On peut trouver des articles dessus en faisant une recherche avec la chaîne bin packing.
Par exemple, la page http://www.ams.org/featurecolumn/archive/bins1.html présente le problème de manière abordable pour le commun des mortels.
http://www.loria.fr/~jcohen/enseignement/binpacking.pdf le présente en français de manière très complète, mais plus théorique...
À la base, le problème est dit NP-complet, c'est-à-dire que la recherche de la meilleure solution parmi toutes les solutions possibles est exponentielle.
La plupart des articles sur le problème s'attachent à trouver un algorithme rapide qui trouve de bonnes solutions (mais pas forcément les meilleures).
Cela dit, tant que le nombre d'éléments manipulés est assez faible, on peut aussi envisager de tester toutes les solutions avec un algorithme bien bourrin du style : calculer toutes les permutations des éléments à classer (leur nombre est la factorielle du nombre d'éléments !) et pour chacune évaluer la qualité de la solution obtenue en rangeant les éléments dans des DVD dans l'ordre où ils sont.
La fonction d'évaluation des solutions pourrait par exemple être le nombre de DVD utilisés par 4.7*1024 - la place restante sur le dernier en Mo.
Le plus rapide pour toi serait évidemment de trouver un programme déjà tout fait. Cela dit, je suppose que tes fichiers correspondent aux pistes et sont classés en répertoires correspondants aux CD et que tu ne tiens pas à les mélanger. Je crains un peu que les logiciels existants (en tout cas ceux que j'ai vus) traitent le problème fichier par fichier...
Bonne chance.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Vive le libre!
Posté par Arthur Accroc . En réponse à la dépêche Skype intégré dans Mandriva 2006. Évalué à 3.
En effet, mais si j'avais mis konqueror ou gnumeric, ça aurait été moins pertinent : ça n'est pas trop utilisé sous Windows...
Oui, mais quel rapport avec la discussion en cours ?
Que les gens ont bien raison de rester sous Windows parce que c'est là qu'il y a le plus de développeurs, et de continuer à payer leur dîme à Microsoft pour utiliser des logiciels libres et bien souvent gratuits ?
À mon avis, les développeurs qui font des logiciels libres uniquement pour Windows, ils sont bien gentils de soutenir le commerce de Microsoft pour pas un rond...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Idées
Posté par Arthur Accroc . En réponse au message Configuration Postfix. Évalué à 2.
Idée 1 :
Tous tes domaines virtuels sont locaux à ce serveur ?
Dans ce cas, tu peux désactiver au niveau de master.cf les lignes de la commande smtp (voire lmtp pour faire bonne mesure), c'est-à-dire :
#smtp unix - - n - - smtp
#relay unix - - n - - smtp
#lmtp unix - - n - - lmtp
mais surtout ne pas désactiver :
smtp inet n - n - - smtpd
Bon, le problème, c'est que les messages sont quand même acceptés et restent dans la file. Cela dit, tu peux toujours réduire le temps qu'ils y restent avec le paramètre maximal_queue_lifetime dans main.cf.
Idée 2 :
Mettre dans main.cf :
mynetworks_style = host
et ne pas mettre par ailleurs le paramètre mynetworks.
Ainsi, ton serveur devrait accepter les mails vers tes domaines, mais refuser tous les autres avec le message relay access denied, à moins que tes utilisateurs puissent obtenir un shell sur le serveur ou que tu aies un webmail qui tourne dessus.
mynetworks =
résoud ce problème... mais apparemment uniquement si le mail est envoyé en passant par le démon smtpd, pas s'il est envoyé en local avec mail (qui doit utiliser la commande sendmail).
Idée 3 :
Essayer dans main.cf :
default_transport =
ou
default_transport = none
(Postfix gueule moins).
Mais apparemment, le mail stagne dans la queue, comme la solution 1.
Idée 4 :
Mettre dans main.cf :
smtpd_recipient_restrictions = permit_auth_destination, reject
Ça devrait même rejeter les mails envoyé depuis le serveur, mais sur ma config, ça n'a pas trop l'air de marcher...
Idée 5 :
Mettre dans main.cf :
relayhost = 127.0.0.2
Les mails vers l'extérieur sont alors rejetés avec le message :
Diagnostic-Code: X-Postfix; mail for 127.0.0.2 loops back to myself
Idée 6 :
Poster ta question (en anglais) sur la mail list de Postfix. Elle est suivie par un tas de gens compétents, y compris l'auteur.
Tiens-nous au courant.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Hors sujet
Posté par Arthur Accroc . En réponse à la dépêche Skype intégré dans Mandriva 2006. Évalué à 3.
RedHat vends une distribution qui ne contient pratiquement que des logiciels libres et le service qui va avec. Du coup, ils ne la donnent pas comme ça, mais donnent toutefois gratuitement les sources qui permettent de la recompiler et tolèrent même que d'autres distribuent une version déjà recompilée.
Le modèle n'est pas le même, mais dans les deux cas, on peut finalement se procurer une distribution libre pour pas un rond.
Dans ces conditions, je ne vois pas vraiment pas de quoi on peut se plaindre.
Il y a (eu ?) bien d'autres distributions qui n'étaient pas aussi ouvertes et dont le modèle économique était plus contestable...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Vive le libre!
Posté par Arthur Accroc . En réponse à la dépêche Skype intégré dans Mandriva 2006. Évalué à 4.
En effet. Mais d'un autre côté, certaines personnes restent sous Windows parce qu'elles sont attachées à certains logiciels propriétaires qui n'existent que sous Windows. L'arrivée de ces logiciels sous Linux pourrait leur faire reconsidérer l'éventualité de passer sous Linux.
En quoi est-ce formidable que des gens utilisent des logiciels libres sous un système propriétaire, mais serait-ce catastrophique qu'ils utilisent des logiciels propriétaires sous un système libre ?
Qui plus est, si quelqu'un utilise un logiciel, c'est parce qu'il l'a choisi. S'il utilise Windows, c'est souvent parce que c'est le seul système sous lequel tourne son logiciel. Il n'a pas eu le choix. Le fait que la majorité des logiciels propriétaires ne supportent que Windows assoit le monopole de Microsoft et garantit ses rentes pour un produit dont peut-être pas grand monde n'a réellement plus envie que du carburant qu'il met dans sa voiture.
Il faut aussi considérer tous les aspects du problème. Supposons que tous les logiciels propriétaires existent sous Linux. Son utilisation serait alors certainement bien plus répandue (ne serait-ce que pour le prix).
D'un côté les logicels propriétaires seraient plus omniprésents, mais de l'autre, la "part de marché" de Linux donnerait un plus grand poids aux développeurs du noyau par rapport aux constructeurs de matériel et on serait peut-être débarassé des pilotes propriétaires dans le noyau...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Hors sujet
Posté par Arthur Accroc . En réponse à la dépêche Skype intégré dans Mandriva 2006. Évalué à 2.
http://www.centos.org/
* http://www.centos.org/modules/news/article.php?storyid=66
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: Vive le libre!
Posté par Arthur Accroc . En réponse à la dépêche Skype intégré dans Mandriva 2006. Évalué à 2.
Le même genre de problème se pose dans la situation inverse, avec les versions pour Windows des logiciels libres.
Dans quelle mesure les versions Windows de Firefox et OOo attirent-elles des gens vers les logiciels libres, et dans quelle mesure justifient-elles pour leurs utilisateurs de ne pas faire l'effort de passer à Linux ?
Dans ce cas précis, dans quelle mesure cette annonce est-elle susceptible d'attirer de nouveaux utilisateurs vers Linux, et dans quelle mesure est-elle susceptible d'inciter des gens qui utilisent déjà Linux à utiliser Skype et à en devenir dépendants ?
Ce genre de trucs est à double tranchant, et il me paraît bien difficile de savoir a priori si le bilan sera négatif ou positif...
Cela dit, il faut relativiser un peu pour Skype : au moins n'inclut-il pas de code propriétaire qui tourne en mode noyau, pas comme les pilotes propriétaires de cartes graphiques...
Bon, d'un autre côté, étant un logiciel réseau, il lui serait assez facile de contenir un spyware et de cacher des informations transmises à l'insu de l'utilisateur dans son flux normal.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Avec Perl
Posté par Arthur Accroc . En réponse au message Comment modifier chaque ligne dans un fichier ?. Évalué à 2.
Par rapport à l'exemple fourni,
perl -nle '/^[^;]*(;tous;.*)$/ and print $. + 12, $1' toto.txt
fait le boulot et fonctionne pour un cas plus complexe en suivant les suppositions que j'ai faites.
-n assure le parcours des lignes du (ou des) fichier(s) donnés en arguments (comme awk).
-l retire les fins de lignes avant le traitement et en remet après.
$. est le numéro de la ligne courante du fichier.
$1 est la chaîne correspondant à la première (et dans ce cas unique) parenthèse de l'expression rationnelle.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone