Je l'ai utilisé il y a longtemps, et je me pose quelques questions par rapports aux manques qui font que je suis passé à autre chose à l'époque, et à mes besoins actuels :
Comment se tire-t-il lors de l'ouverture d'une boîte de 40000 mails (j'archive des mail lists techniques, dont certaines très bavardes...) ?
Continue-t-il de charger des mails et de les effacer du serveur alors que la partition est pleine et qu'il ne peut donc pas les sauver ?
Gère-t-il correctement la transcription des jeux de caractères des mails entrants et est-il capable de choisir le plus simple pour les mails sortants (ex: ISO8859-1, ISO8859-15 et UTF8 en dernier ressort) plutôt que d'obliger à utiliser systématiquement de l'UTF8 si l'on veut mettre un ou deux caractères un peu exotiques de temps en temps ?
Supporte-t-il les formats de boîtes maildir (je me rappelle qu'il supportait mh ou maildir, mais je ne me rappelle plus lequel) ? mbox compressé (utile pour les archives de mail lists) ?
Si quelqu'un a des réponses, merci.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Amusant, nous avons deux définitions différentes de SGBDRO (voir mon message plus bas).
Me gourre-je, sont-elles complémentaires, ou tous les SGBDRO ne répondraient-ils pas à la même définition (ce qui serait un peu ennuyeux conceptuellement...) ?
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
PostgreSQL est un système de gestion de bases de données relationnelles objet (ORDBMS)
Soit un SGBDRO, et pas un SGBDO (ODBMS).
En gros, les SGBDRO sont des SGBDR, donc basés sur le modèle relationnel, qui supportent des objects comme données pouvant être stockées dans les tables, alors que les SGBDO sont basés directement sur le modèle objet.
J'ai un peu cherché une comparaison entre SGBDO et SGBDRO, et j'ai juste trouvé ça : http://www.ca.com/products/jasmine/analyst/idc/14821E.htm . Intéressant (entre les paragraphes de pub pour leur produit...) mais peut-être pas parfaitement objectif (j'ai plutôt zappé les pubs, mais j'ai comme dans l'idée que leur produit est un SGBDO)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Pour un débutant, je conseillerais plutôt Python que Perl (plutôt qu'autre chose aussi, par ailleurs).
Pour ce type de développement aussi (pour l'administration système, je reste convaincu que Perl surclasse tout... pour peu qu'on le maîtrise suffisamment).
Bien que Perl et Python soient bons à peu près pour les mêmes choses et partagent leurs caractéristiques de base (ce sont tous deux des langages interprétés de haut niveau, supportant la POO comme les expressions rationnelles...), leurs optiques sont radicalement opposées :
La devise de Perl est "TIMTOWDY" ("There is more than one way to do it", en français : "il y a plus d'une façon de le faire"), c'est -à-dire qu'on trouve toujours des manières encore plus efficaces de faire ce qu'on faisait avant (et par ailleurs déjà bien plus efficacement qu'en C, par exemple). Si l'on n'a plus rien du tout à apprendre sur Perl et ce qu'on peut en faire, c'est qu'on est Larry Wall. Et encore...
Python, au contraire, est conçu explicitement comme un langage orthogonal, c'est-à-dire que les concepts ne sont pas redondants et qu'on peut donc espérer maîtriser assez rapidement l'ensemble du langage.
Par ailleurs, on peut trouver de très bonnes docs en français sur Python :
- pour débutant : http://www.ulg.ac.be/cifen/inforef/swi/python.htm ,
- pour programmeurs expérimentés : http://fr.diveintopython.org/ .
Pour Perl, je ne suis pas trop au courant de ce qu'on trouve en ligne (j'ai le Perl CD Bookshelf d'O'Reilly, donc pas trop besoin de chercher autre chose). Par contre, le hors série spécial Perl qu'a sorti GNU/Linux Magazine France est excellent : il donne un très bon aperçu global du langage et de ses possibilités tout en donnant assez de détails pour pouvoir commencer à programmer en Perl. En fait, son article de base est disponible sur le site de l'auteur : http://sylvain.lhullier.org/publications/perl.html , et on peut d'ailleurs trouver beaucoup d'articles intéressants à partir du site des "Mongueurs de Perl", le groupe dont il fait partie et qui est à l'origine de la majorité des articles Perl publiés dans LinuxMag : http://articles.mongueurs.net/ .
Au niveau du toolkit, il ne faut pas oublier Tk, qui a l'avantage de son inconvénient : il est vieux (aussi bien au niveau de l'aspect qu'au niveau des possibilités peut-être un peu plus limitées de ses windgets), mais stable (ça veut dire que ton appli n'ira pas à la poubelle parce que tu auras autre chose à faire que de l'adapter à GTK 4 ou Qt 12... d'un autre côté, Python évolue aussi, même si c'est probablement plus en douceur) et porté sur beaucoup de plateformes.
Sinon, GTK et Qt sont des toolkits modernes. GTK est un peu le standard de fait actuellement dans le logiciel libre (c'est donc intéressant en soi de l'apprendre, rien que pour pouvoir éventuellement modifier à son goût des projets existants, voire y contribuer), Qt est excellent pour programmer en C++ (il est nativement en objet en C++), mais ça ne présage peut-être pas de la qualité de son binding Python (que je ne connais pas du tout).
wxWindows est plus ancien, moins répandu, mais supporte beaucoup de plateformes, et depuis un certain temps (donc certainement de manière stable).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
Quand les brevets ont été créés, il s'agissait de permettre aux inventeurs de vivre de leurs inventions.
Maintenant, cette utilisation est minoritaire. Dans la majorité des cas, leur utilité est de permettre aux grosses entreprises de fortifier leurs fiefs, pour en interdire ou en faire payer le passage suivant leur intérêt.
À ce stade, la meilleure solution est donc de supprimer les brevets. Tous les brevets.
Dans la foulée, on gagnera aussi à dissoudre l'organe principal de l'oligarchie au niveau de l'Europe : la commission.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
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
# Questions pratiques
Posté par Arthur Accroc . En réponse à la dépêche La version 2.0 de Sylpheed-Claws est sortie !. Évalué à 3.
Comment se tire-t-il lors de l'ouverture d'une boîte de 40000 mails (j'archive des mail lists techniques, dont certaines très bavardes...) ?
Continue-t-il de charger des mails et de les effacer du serveur alors que la partition est pleine et qu'il ne peut donc pas les sauver ?
Gère-t-il correctement la transcription des jeux de caractères des mails entrants et est-il capable de choisir le plus simple pour les mails sortants (ex: ISO8859-1, ISO8859-15 et UTF8 en dernier ressort) plutôt que d'obliger à utiliser systématiquement de l'UTF8 si l'on veut mettre un ou deux caractères un peu exotiques de temps en temps ?
Supporte-t-il les formats de boîtes maildir (je me rappelle qu'il supportait mh ou maildir, mais je ne me rappelle plus lequel) ? mbox compressé (utile pour les archives de mail lists) ?
Si quelqu'un a des réponses, merci.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Définition
Posté par Arthur Accroc . En réponse à la dépêche Première publication en licence libre du SGBDO EyeDB. Évalué à 3.
Me gourre-je, sont-elles complémentaires, ou tous les SGBDRO ne répondraient-ils pas à la même définition (ce qui serait un peu ennuyeux conceptuellement...) ?
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # SGBDO vs SGBDRO
Posté par Arthur Accroc . En réponse à la dépêche Première publication en licence libre du SGBDO EyeDB. Évalué à 4.
Soit un SGBDRO, et pas un SGBDO (ODBMS).
En gros, les SGBDRO sont des SGBDR, donc basés sur le modèle relationnel, qui supportent des objects comme données pouvant être stockées dans les tables, alors que les SGBDO sont basés directement sur le modèle objet.
J'ai un peu cherché une comparaison entre SGBDO et SGBDRO, et j'ai juste trouvé ça : http://www.ca.com/products/jasmine/analyst/idc/14821E.htm . Intéressant (entre les paragraphes de pub pour leur produit...) mais peut-être pas parfaitement objectif (j'ai plutôt zappé les pubs, mais j'ai comme dans l'idée que leur produit est un SGBDO)...
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Autres SGBDO
Posté par Arthur Accroc . En réponse à la dépêche Première publication en licence libre du SGBDO EyeDB. Évalué à 4.
- 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),
tous du même auteur (voir http://www.garret.ru/~knizhnik/databases.html où l'on voit qu'il propose aussi des SGBDRO !).
Note : je ne les ai pas essayés.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Re: utilité ?
Posté par Arthur Accroc . En réponse à la dépêche Première publication en licence libre du SGBDO EyeDB. Évalué à 4.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
[^] # Pour un débutant, plutôt Python
Posté par Arthur Accroc . En réponse au message Conseil pour créer un frontend. Évalué à 4.
Pour ce type de développement aussi (pour l'administration système, je reste convaincu que Perl surclasse tout... pour peu qu'on le maîtrise suffisamment).
Bien que Perl et Python soient bons à peu près pour les mêmes choses et partagent leurs caractéristiques de base (ce sont tous deux des langages interprétés de haut niveau, supportant la POO comme les expressions rationnelles...), leurs optiques sont radicalement opposées :
La devise de Perl est "TIMTOWDY" ("There is more than one way to do it", en français : "il y a plus d'une façon de le faire"), c'est -à-dire qu'on trouve toujours des manières encore plus efficaces de faire ce qu'on faisait avant (et par ailleurs déjà bien plus efficacement qu'en C, par exemple). Si l'on n'a plus rien du tout à apprendre sur Perl et ce qu'on peut en faire, c'est qu'on est Larry Wall. Et encore...
Python, au contraire, est conçu explicitement comme un langage orthogonal, c'est-à-dire que les concepts ne sont pas redondants et qu'on peut donc espérer maîtriser assez rapidement l'ensemble du langage.
Par ailleurs, on peut trouver de très bonnes docs en français sur Python :
- pour débutant : http://www.ulg.ac.be/cifen/inforef/swi/python.htm ,
- pour programmeurs expérimentés : http://fr.diveintopython.org/ .
Pour Perl, je ne suis pas trop au courant de ce qu'on trouve en ligne (j'ai le Perl CD Bookshelf d'O'Reilly, donc pas trop besoin de chercher autre chose). Par contre, le hors série spécial Perl qu'a sorti GNU/Linux Magazine France est excellent : il donne un très bon aperçu global du langage et de ses possibilités tout en donnant assez de détails pour pouvoir commencer à programmer en Perl. En fait, son article de base est disponible sur le site de l'auteur : http://sylvain.lhullier.org/publications/perl.html , et on peut d'ailleurs trouver beaucoup d'articles intéressants à partir du site des "Mongueurs de Perl", le groupe dont il fait partie et qui est à l'origine de la majorité des articles Perl publiés dans LinuxMag : http://articles.mongueurs.net/ .
Au niveau du toolkit, il ne faut pas oublier Tk, qui a l'avantage de son inconvénient : il est vieux (aussi bien au niveau de l'aspect qu'au niveau des possibilités peut-être un peu plus limitées de ses windgets), mais stable (ça veut dire que ton appli n'ira pas à la poubelle parce que tu auras autre chose à faire que de l'adapter à GTK 4 ou Qt 12... d'un autre côté, Python évolue aussi, même si c'est probablement plus en douceur) et porté sur beaucoup de plateformes.
Sinon, GTK et Qt sont des toolkits modernes. GTK est un peu le standard de fait actuellement dans le logiciel libre (c'est donc intéressant en soi de l'apprendre, rien que pour pouvoir éventuellement modifier à son goût des projets existants, voire y contribuer), Qt est excellent pour programmer en C++ (il est nativement en objet en C++), mais ça ne présage peut-être pas de la qualité de son binding Python (que je ne connais pas du tout).
wxWindows est plus ancien, moins répandu, mais supporte beaucoup de plateformes, et depuis un certain temps (donc certainement de manière stable).
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Suppression
Posté par Arthur Accroc . En réponse à la dépêche l'UE lance une consultation sur les brevets. Évalué à 9.
Maintenant, cette utilisation est minoritaire. Dans la majorité des cas, leur utilité est de permettre aux grosses entreprises de fortifier leurs fiefs, pour en interdire ou en faire payer le passage suivant leur intérêt.
À ce stade, la meilleure solution est donc de supprimer les brevets. Tous les brevets.
Dans la foulée, on gagnera aussi à dissoudre l'organe principal de l'oligarchie au niveau de l'Europe : la commission.
« Le fascisme c’est la gangrène, à Santiago comme à Paris. » — Renaud, Hexagone
# Intégré ou pas
Posté par Arthur Accroc . En réponse au message Skype. Évalué à 2.
Oui, mais uniquement dans la version "Powerpack" payante.
« 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