TrollTech a changé les conditions de licence pour Windows cette fois-ci, rien ne les empêchera de changer la licence dans le futur vers quelque chose de moins (voir non-) libre.
Oui, mais seulement la licence de la version windows.
Sinon serait un peu dangereux, car ils ont signés un contrat avec la fondation KDE stipulant que si plus de douze mois s'écoulent entre la sortie de deux version majeures libres de Qt ou entre la sortie des licences libres et propriétaires d'une même version, la fondation KDE obtient une version BSD de Qt (de quoi faire un gros fork et miner le fond de commerce de Trolltech).
Même chose si ils ne sortent plus de version pour le backend graphique considéré comme étant celui de KDE (Xwindow).
Aparement, ils peuvent aussi le faire après un vote à l'unanimité, mais je ne sais pas si il y a des représentants de Trolltech dans ce groupe. http://www.kde.org/whatiskde/kdefreeqtfoundation.php(...)
Ca existe deja, t'es simplement pas au courant que ca existe
Si, j'ai même parlé de ce truc (GMailDS) dans le post auquel tu répond et que tu aurais du lire.
Mais je trouve que c'est plus proche de KIO que de Fuse. J'ai même l'impression que c'est moins réussi que KIO parce que l'API à l'air inchiable et que seul explorer et ses dérivés peuvent y faire appel (pas testé, extrapolé de http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sh(...) )
En tout cas, on est loin de pouvoir créer un FS en quelques lignes de python.
Je en suis pas sûr du tout que le problème vienne de la redistribution, car la GPL permet de revendre pour son propre compte une appli GPL que l'on ne fait que redistribuer (binaires + sources bien sûr).
Pour moi , la question était simplement : en utilisant l'API C de mysql, ai-je le droit d'utiliser une licence GPL de MySQL chez mes clients ?
Dans les divers forums et les sources perso, il semblerait que la réponse soit non à cause du "link" de code.
Microsoft a du pognon, et un mec de la R&D chez MS est pas forcément plus con qu'un mec qui fait du libre.
Les geeks ont un cerveau et un geek qui critique une technologie n'est pas pas nécessairement plus idiot que le type qui la propose, même payé cher.
Ce que je dit de manière cynique, je l'ai déduit de ce que j'ai lu, et je l'ai étayé par des exemples.
Du reste, parler de Longhorn maintenant est hors sujet.
Tout simplement car le but ici est de montrer ce que le shell lui-meme permet. Creer un utilisateur, redimensionner une image, envoyer un e-mail,... cela ne fait pas forcement partie du shell lui-meme, c'est une commande qui sera utilisee dans le shell.
Je pense bien, mais c'est dans l'optique de l'utilisation de ce genre d'outil qu'aurais du être conçu le shell.
C'est un peu comme si tu faisait la démo d'un nouveau langage en calculant la 321 ème décimale de Pi et une application qui écrit en boucle "toto" dans un fichier texte.
Perdu, les 2 sont dedans. La completion est la, et les alias aussi(cf. la video)
Désolé.
L'absence de complètion par [tab] C'est la manière dont j'avais compris le 13ième élément de la FAQ. Mais en lisant mieux, j'ai compris que la complétion qui n'existe pas encore et qu'ils regrettent de ne pas voir associé a [tab] est celle du "page précédente" "page suivante" et du "!". http://channel9.msdn.com/wiki/default.aspx/Channel9.MSHFaq(...)
Pour ce qui est des alias, je pensais qu'il n'y étaient pas parce que l'imitation de man (get-help) ne les affiche pas sur la seule "capture d'écran" que j'ai vue http://www.egilh.com/blog/archive/2004/11/08/307.aspx(...) .
Ça ne justifie pas mon erreur, mais j'étais de bonne foi.
Enfin, y'a d'autres choses qui sont pas très utilisables (besoin de définir une fonction avant d'aliaser des commandes et leur arguments par exemple). C'est vrai que c'est pas structurel, mais révélateur.
Pour moi Word et Notepad (surtout Notepad), c'est pour éditer du texte (et accessoirement faire de la mise en page). Si tu veux échanger des données avec ces applications, tu peux avoir un script qui se charge de faire des copier/coller pilotés.
Evidement; mais c'est laid (le script serait particulier à chaque logiciel), et ça ne s'applique pas à tout les cas (imagine que tu veuille une abstraction pour un protocole réseau de telle manière à pouvoir afficher une vidéo distante avec un player local).
Tu me diras, y'a probablement moyen sous windows d'intégrer au poste de travail un système distant par un protocole arbitraire (vu que GmailDS le fait).
Sauf que sous Linux ça peut se faire relativement facilement et de amnière sure, tout en étant parfaitement rétrocompatible.
Avez-vous vu passer un Hurd ou un Plan9 récemment ?
Le peu que j'ai vu passer de Plan9 était trop compliqué pour moi, mais V9FS pourrait t'interesser http://v9fs.sourceforge.net/(...) .
Et je pense que Fuse peut aider à attendre le Hurd.
Microsoft aurait aimerais sans-doute un tout composant, mais entre l'héritage de l'existant (très lourd pour MS, voir le taux de migration à WinXP vs ce qui reste encore en Win2K), l'aspect "on change tout et on recommence" qui peut lasser voir dégouter des développeurs (Apple a beaucoup joué à ça aussi), ils sont obligés de faire avec plusieurs technologies, et là un système de shell/glue est intéressant.
Mouais... y'a de la marge entre "potable compte tenu de l'inertie de leur plateforme" et "interessant". Surtout qu'ils auraient parfaitement pu fournir des facilités pour créer des systèmes de fichiers utilisateurs en tant que sous dossier dans un lecteur spècifique (disons Z:), ça n'aurais pas cassé la rétro compatibilité.
Enfin, je vais pas les accabler.
Mais le minimum aurait été de séparer la glue (comme tu dit) du shell. Et d'en profiter pour faire un shell sympa.
Première réaction, "c'est lourd par rapport à un ls -R". Maintenant, si WSH est bien fait, le get-childitem doit pouvoir s'appliquer à d'autres choses que des répertoires. A toute chose qui supporte la programmation objet, on peut imaginer que ça serve à traiter du XML, des informations de la registry Windows & Co.
On peut, certaines commandes créent de nouvelles arborescences virtuelles (genre Registry: à la place de C:).
Le problème c'est que ces arborescences seront uniquement visibles des applications msh (à priori). Donc pas de passage par word ou par notepad ou que sais-je-encore.
De ce point de vue FuseFS, qui devrait arriver incessamment sous peu dans le noyau, est bien plus propre. En plus, il permet d'utiliser les langages de son choix (dont Python) aussi bien pour coder les systèmes de fichiers utilisateurs que pour coder les applications qui l'utilisent. (et pourtant on en fait pas tout un plat)
Pour le peu que j'en ai vu, Fish-le-shell c'est presque un shell Unix traditionnel.
Est-ce que les quelques manques de Bash par rapport à MSH que tu évoque seront pris en compte dans une future version ou est-ce que Fish te semble plus prometteur ?
Avant toutes choses, je tient à dire que je suis un gros newbie du shell, que je parle en toute subjectivité et je sait que les gens qui conçoivent ces logiciels ont probablement pensé à des choses que je ne peut même pas imaginer.
Pour fish j'ai pas vraiment d'avis, il m'a pas l'air très utile: c'est juste une nouvelle syntaxe à peine préférable. Mais comme l'interêt du scripting bash par rapport à des langages comme python est justement que l'interpréteur est répendu, Fish me parrait pas très utile. Autant promouvoir de "vrais" langages.
Pour ce qui est d'amelliorer bash, j'essaierais peut être de faire un truc ces vacances : l'idée est qu'on peut arriver en bash au même genres de filtres qu'avec MSH, si on considère que la quasi-totalité des informations manipulées par les programes du shell sont des nom de fichiers ou du texte formaté en colonne.
L'idée serait de faire un genre de grep, qui pourrais appeler des programmes externes pour trouver les propriétés de ses arguments, et aussi parser les formats de sortie "standards" (objets séparés par des retours à la ligne, propriétés séparées par des tabulation - les trois quarts des utilitaires marchent comme ça).
Avec ça, on ferais par exemple "ps aux | filter -c -t CPU -gt 10" ( -c pour définir un critère, -t pour désigner la colonne qui a la valeur CPU à sa première ligne, les autres tests utiliseraient le format standard (man test)).
On encore "ls -R | filter -c -e du -gt 1000" pour trouver les programe de plus d'un kilo-octet grâce à un appel de "du" (find le fait, mais c'est pour illustrer).
Avec un outil comme ça, je pense on disposerais en pratique des mêmes fonctionalités, dans tout les shells et sans la lourdeur des concepts de MSH.
Et si il est en C, il pourras devenir un des outils standards, ou même titre que skill et ses copains.
(si j'y arrive je ferais aussi un programme pour standardiser la sortie des programes Unix plus abscons, voir j'essaierais de contacter leurs auteurs pour leur proposer un switch supplèmentaire)
(PS: Attention, c'est pas une promesse, vu que j'ai tendance à ne jamais finir ce que je commence. et qu'en plus je bosse jusqu'en juin. Si quelqu'un veut faire ça à ma place, ça me gêne pas -_^ (ça serait sympa de m'en parler))
Au boulot, pour utiliser MySQL sous Windows, on a eu le problème le lier du proprio avec du libre il y a quelques mois : j'aurais aimé que ma boite prenne une licence commerciale, et que l'on distribue une version GPL de MySQL pour l'utiliser avec notre appli (proprio) si le client ne veut pas payer la licence commerciale.
Le problème et que justement, j'avais lu que l'on ne peut pas linker du proprio (au sens non GPL-compatible de la FSF). D'ailleurs, MySQL AB a bien utilisé l'exception FLOSS (Free/Libre and Open Source Software) : http://www.mysql.com/company/legal/licensing/foss-exception.html(...)
En fait, dans le cas que tu cite, le "problème" vient de ce que la licence propriétaire de MySQL interdit la redistribution. Donc ton programme, comme tu le distribuait, était réputé dériver de la version GPL, c'est pour ça qu'il devait être sous GPL.
Si par contre MySQL avait (comme QT) autorisé la distribution des binaires utilisant son code, alors ton programme aurait pu se connecter à un MySQL GPL sans en dériver. Même chose si tu avais écrit une librairie maison pour te connecter à cette base de donnée.
Vous auriez pu utiliser PostgreSQL par contre (licence BSD).
La GPL n'interdit pas le link explicitement (en fait si dans une petite clause à la fin sur la manière conseillée d'appliquer la GPL à un programme, pour conseiller la LGPL dans ce cas).
Elle ne parle que de "travaux dérivés". Les travaux dérivé d'un soft GPL doivent être sous GPL.
Comme Fenêtres(r), par exemple, n'est pas dérivé de GCC, tu peut exécuter GCC dessus (note au passage que firefox n'est pas sous GPL).
Autre exemple: Skype est propriétaire. Pourtant il peut utiliser Linux car son code source n'en dérive pas: En effet il découle des spécifications Unix et pourais par exemple être exécuté par la couche de compatibilité Linux des BSD.
Même chose pour le driver Nvidia, le driver dérive d'une couche d'abstraction qui tourne sous Solaris, Linux, fenêtres et BSD. La couche d'abstraction pour Linux est bien GPL (elle utilise des fonctions spécifiques au kernel) mais Nvidia affirme que la partie propriétaire est dérivée de la couche BSD et voilà.
Même chose avec wine.....
Par contre, on ne peut décemment pas prétendre qu'un binaire apparaîtrait par magie qui serait capable d'utiliser les fonctions de ffmpeg. Il faut forcément que ce programme en dérive, donc qu'il soit sous GPL.
Cette erreur sur la GPL est très répendue, la confusion étant entretenue par ceux qui prétendent qu'elle "contamine tout ce qu'elle touche" ou qu'elle "vole" le code source. Elle est en réalité très honnête (donnant donnant)
Je te conseille d'aller sur le site du GNU si tout ça n'est pas très clair, ils ont de la bonne doc.
Y'a aussi une traduction non officielle de la GPL en français, si ça peut aider http://www.linux-france.org/article/these/gpl.html(...) .
Ce driver s'appelle très précisement "Low Performance USB Block driver" et est décrit comme ne supportant pas tous les périphériques.
Je ne suis pas sur que l'utiliser, surtout pour des raisons esthétiques, soit une bonne idée.
En résumé, l'Adae (Agence pour le développement de l"Administration électronique) se demande si les développements financé par l'état et reversé au monde du libre ne faussent pas la concurrence avec les logiciels propriétaires.
Pour autant que je sache, la concurrence n'est pas avec les logiciels propriétaire à proprement parler mais avec les boites qui les produisent.
Hors, elles sont autant le droit d'utiliser les logiciels libres que Redhat ou les autres.
Vrai que le logiciel libre réduit l'intérêt de leur produit, mais c'est un simple effet de bord, de la même manière que trouver un vaccin contre le Sida réduirait l'intérêt des trithérapies (ok, la comparaison est un peu violente, mais j'ai pas le temps de trouver mieux).
Donc toutes les sociétés sont sur un pied d'égalité et je ne vois pas le problème.
The Free Software Foundation may publish revised and/or new versions of the General Public License from time to time. Such new versions will be similar in spirit to the present version, but may differ in detail to address new problems or concerns.
On n'arrive pas au niveau de richesse d'un pays comme la France sans exploiter ses ressources internes (travailleurs, minerais, forêt, pétrole) ou les ressources des autres (colonialisme).
Tu est choquant.
1-Rien ne laisse penser que l'exploitation des chinois enrichit les chinois, ni même le pays. À mon avis ça enrichit plutôt deux trois multinationales et des fils à papa aux carnets d'adresses conséquents.
2-Les "travailleurs" ne sont pas une ressource mais des gens. On peut les utiliser pour générer du profit, mais ça ne constitue pas leur fonction primaire (ou du moins, ça ne devrait pas, dans leur interêt).
On dirait que tu oublie en fait l'étape 'redistribution des richesses". Oublierais-tu qu'elle est loin d'être évidente pour tous ?
(par ailleurs, je ne trouve pas que la France de 1905 ressemblait à la dictature chinoise)
Pas grand chose étant donné que les sources sont sous license CDDL qui est incompatible avec la GPL. Impossible donc de récupérer des choses d'OpenSolaris pour les intégrer directement dans le noyau linux par exemple.
Justement, je RMS parle pour la v3 de la GPL d'une meilleure compatibilité avec les licences similaires. Peut être avec derrière l'intention de permettre aux applis GPL de récupérer du code de logiciels comme Solaris (ou autres logiciels libres conçus pour être incompatibles avec la GPL)
We're putting in things - this part is pretty much designed already - that will allow a wider range of simple permissive licenses to be compatible with the GPL.
Il en a aussi parlé à de nombreuses autres reprises... a mon avis il a plus qu'une petite idée derrière la tête.
Par ailleurs, la principale cause d'incompatibilité pour passer de la CCDL de Solaris vers la GPL est (sauf erreur) liée au fait que la CCDL gère les brevets logiciels. Encore une fois, la FSF s'interesse à cette possiblité pour la GPLv3.
Dommage par contre que Linus n'ait pas mis dans le code Linux la clause permettant de mettre à jour la GPL -_-. Enfin, peut être qu'un changement de licence seras quand même possible : par exemple si on veut réintégrer le scheduler de Solaris en passant du code en GPLv3, il faudras juste l'accord des types qui ont écris le code utilisé par le scheduler, autrement dit une poignée de gourou.
Where is the source code ?
It is currently not available, although I plan to release it someday, provided enough people ask me to.
Curieux je trouve... il annonce un programme mais pas son binaire ni son code source.
Aussi bien c'est parce qu'il en a eu marre de pas avoir de retour sur les programmes qu'ils publie (dont FFmpeg). Ça serais dommage.
Boude pas m'sieur, on t'aime !
Juste pour répondre à un élement "choquant" de cette réponse, je dirais que le GNU ne demande pas qu'on préfixe de GNU tout les éléments utilisants la GlibC, simplement de reconnaître que le point commun de presque toutes les distrib Linux est l'utilisation du GNU, que Linus lui même destine son noyau à cet usage (pour GCC). GNU/Linux constitue le plus petit système Linux raisonnablement complet (pouvoir se compiler et se programer depuis lui même, exécuter des jeux, un serveur web personnel et des applications bureautique suffisament performantes pour publier une nouvelle). D'ailleurs que la quasi-totalité des programmes Linux font intervenir le GNU autant que Linux.
Mais, surtout, c'est un moyen d'insister sur l'idéal du GNU au travers du Linux.
- un serveur HTTP correct et complet
Si le GNU a un peu "mis de coté le Hurd" (càd que RMS considère l'utilisation de Linux comme satisfaisante) c'est pour éviter la redondance. Dans ces conditions, réecrire un logiciel de l'ampleur d'apache n'a pas dû parraître motivant.. ç'aurais pu arriver remarque, mais s'interesser à cette éventualité n'apporte rien (note que Lsh est antèrieur à OpenSSH).
un interpréteur PHP avec un équivalent du PHP zend compiler/optimizer
Pareil (note qu'il existe un zend-like GPL).
une recommandation libre pour un format de docs ( les recos du W3C sont nonfree chez debian )
Quel est le rapport ? Faut-il que le GNU reverse un navigateur ? Ce serait ridicule, et puis les docs libres qui expliquent comment coder en HTML sont légions.
Ceci dit, il existe man/info, qui font partie du GNU et sont très utilisé pour la doc des logiciels (le GNU ne s'occupe que des logiciels et de leur doc).
un jeu de recommandation de protocoles réseau libre ( les RFC sont non-free chez debian ).
C'est pas dans le champs d'action du GNU de créer des standards. Mais y'a de la doc sur TCP/IP sous GPL -> redondance.
de la doc libre pour le projet GNU ( la GFDL est reconnu comme pas tout à fait libre par Debian et meme par Darth Richious )
Seulement quand on spécifie une page de garde et un truc du genre. Seule "l'identité" du document est préservée.
un interpréteur perl GNU
CF php.
une lib ou un outil qui fait de l'affichage graphique sans devoir avoir un XServer
GTK, en utilisant le framebuffer de Linux qu'il serait inutile de dupliquer. C'est utilisé par Nokia notement.
Shake for Mac OS X is available as a single workstation license or a floating network license.
Shake for Linux is available as a floating network license.
Shake is available as a render-only license on Linux and for free on Mac OS X.
Donc autrement dit, ils vendent rien d'utilisable par un particulier, alors que justement ils en auraient indéniablement les moyens.
Et encore, c'est un exemple ou Apple coopère de son mieux (étant donnée sa nature de méchant).
Si vous ne developpez pas du Libre, que vous vendez vos programmes, que diriez vous si le site qui vend vos softs commence à afficher des liens vers les logiciels Libres ?
Alors là, ce n'est plus juste ...
Bien sûr que si: même en imaginant que je produise du logiciel propriétaire, j'accepterais la concurrence avec le Logiciel Libre.
Je ne suis pas sûr que le fait de déclamer ses idées n'importe où juste parce qu'il y a du passage soit très poli.
Le nombre de groupes de discussions économiques/politiques est à mon avis suffisant pour qu'il y obtienne l'attention qu'il affirme mériter.
J'ai beau savoir que le contenu des journaux est libre, je me rends compte que j'en suis à désirer un anti-spam.
À l'approche des vacances, je me permet de profiter de l'occasion pour signaler l'existence sur le Bugzilla de KDE des "Juniors Jobs".
Ce sont des bugs et demandes de fonctionalités considérés comme abordables par des débutants, pour se faire la main et apporter sa première contribution.
On peut en consulter la liste là bas : https://bugs.kde.org/buglist.cgi?short_desc_type=allwordssubstr&(...)
[^] # Re: Trolltech dance
Posté par un_brice (site web personnel) . En réponse à la dépêche Sortie de Qt 4. Évalué à 5.
http://www.trolltech.com/torrents/qt4_music_video_VCD.mpg.torrent(...)
[^] # Re: Un nouveau troll !
Posté par un_brice (site web personnel) . En réponse à la dépêche Sortie de Qt 4. Évalué à 10.
Oui, mais seulement la licence de la version windows.
Sinon serait un peu dangereux, car ils ont signés un contrat avec la fondation KDE stipulant que si plus de douze mois s'écoulent entre la sortie de deux version majeures libres de Qt ou entre la sortie des licences libres et propriétaires d'une même version, la fondation KDE obtient une version BSD de Qt (de quoi faire un gros fork et miner le fond de commerce de Trolltech).
Même chose si ils ne sortent plus de version pour le backend graphique considéré comme étant celui de KDE (Xwindow).
Aparement, ils peuvent aussi le faire après un vote à l'unanimité, mais je ne sais pas si il y a des représentants de Trolltech dans ce groupe.
http://www.kde.org/whatiskde/kdefreeqtfoundation.php(...)
[^] # Re: Ne pas oublier l'intégration avec l'environnement
Posté par un_brice (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 2.
Mais je trouve que c'est plus proche de KIO que de Fuse. J'ai même l'impression que c'est moins réussi que KIO parce que l'API à l'air inchiable et que seul explorer et ses dérivés peuvent y faire appel (pas testé, extrapolé de http://msdn.microsoft.com/library/default.asp?url=/library/en-us/sh(...) )
En tout cas, on est loin de pouvoir créer un FS en quelques lignes de python.
[^] # Re: Euh... pas sûr...
Posté par un_brice (site web personnel) . En réponse au journal de la validité de la GLP. Évalué à 2.
Je ne sais pas lire les messages envoyés. Désolé.
[^] # Re: Pourquoi ?
Posté par un_brice (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 2.
Ce que je dit de manière cynique, je l'ai déduit de ce que j'ai lu, et je l'ai étayé par des exemples.
Du reste, parler de Longhorn maintenant est hors sujet.
[^] # Re: Ben...
Posté par un_brice (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 2.
C'est un peu comme si tu faisait la démo d'un nouveau langage en calculant la 321 ème décimale de Pi et une application qui écrit en boucle "toto" dans un fichier texte.
Désolé.
L'absence de complètion par [tab] C'est la manière dont j'avais compris le 13ième élément de la FAQ. Mais en lisant mieux, j'ai compris que la complétion qui n'existe pas encore et qu'ils regrettent de ne pas voir associé a [tab] est celle du "page précédente" "page suivante" et du "!".
http://channel9.msdn.com/wiki/default.aspx/Channel9.MSHFaq(...)
Pour ce qui est des alias, je pensais qu'il n'y étaient pas parce que l'imitation de man (get-help) ne les affiche pas sur la seule "capture d'écran" que j'ai vue http://www.egilh.com/blog/archive/2004/11/08/307.aspx(...) .
Ça ne justifie pas mon erreur, mais j'étais de bonne foi.
Enfin, y'a d'autres choses qui sont pas très utilisables (besoin de définir une fonction avant d'aliaser des commandes et leur arguments par exemple). C'est vrai que c'est pas structurel, mais révélateur.
[^] # Re: Ne pas oublier l'intégration avec l'environnement
Posté par un_brice (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 2.
Tu me diras, y'a probablement moyen sous windows d'intégrer au poste de travail un système distant par un protocole arbitraire (vu que GmailDS le fait).
Sauf que sous Linux ça peut se faire relativement facilement et de amnière sure, tout en étant parfaitement rétrocompatible.
Le peu que j'ai vu passer de Plan9 était trop compliqué pour moi, mais V9FS pourrait t'interesser http://v9fs.sourceforge.net/(...) .
Et je pense que Fuse peut aider à attendre le Hurd.
Mouais... y'a de la marge entre "potable compte tenu de l'inertie de leur plateforme" et "interessant". Surtout qu'ils auraient parfaitement pu fournir des facilités pour créer des systèmes de fichiers utilisateurs en tant que sous dossier dans un lecteur spècifique (disons Z:), ça n'aurais pas cassé la rétro compatibilité.
Enfin, je vais pas les accabler.
Mais le minimum aurait été de séparer la glue (comme tu dit) du shell. Et d'en profiter pour faire un shell sympa.
Non, Fuse est effectivement resérvé à Linux, mais rien n'empêcherais microsoft de tenter quelque chose du même genre.
[^] # Re: Ne pas oublier l'intégration avec l'environnement
Posté par un_brice (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 3.
Le problème c'est que ces arborescences seront uniquement visibles des applications msh (à priori). Donc pas de passage par word ou par notepad ou que sais-je-encore.
De ce point de vue FuseFS, qui devrait arriver incessamment sous peu dans le noyau, est bien plus propre. En plus, il permet d'utiliser les langages de son choix (dont Python) aussi bien pour coder les systèmes de fichiers utilisateurs que pour coder les applications qui l'utilisent. (et pourtant on en fait pas tout un plat)
[^] # Re: un autre
Posté par un_brice (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 2.
Avant toutes choses, je tient à dire que je suis un gros newbie du shell, que je parle en toute subjectivité et je sait que les gens qui conçoivent ces logiciels ont probablement pensé à des choses que je ne peut même pas imaginer.
Pour fish j'ai pas vraiment d'avis, il m'a pas l'air très utile: c'est juste une nouvelle syntaxe à peine préférable. Mais comme l'interêt du scripting bash par rapport à des langages comme python est justement que l'interpréteur est répendu, Fish me parrait pas très utile. Autant promouvoir de "vrais" langages.
Pour ce qui est d'amelliorer bash, j'essaierais peut être de faire un truc ces vacances : l'idée est qu'on peut arriver en bash au même genres de filtres qu'avec MSH, si on considère que la quasi-totalité des informations manipulées par les programes du shell sont des nom de fichiers ou du texte formaté en colonne.
L'idée serait de faire un genre de grep, qui pourrais appeler des programmes externes pour trouver les propriétés de ses arguments, et aussi parser les formats de sortie "standards" (objets séparés par des retours à la ligne, propriétés séparées par des tabulation - les trois quarts des utilitaires marchent comme ça).
Avec ça, on ferais par exemple "ps aux | filter -c -t CPU -gt 10" ( -c pour définir un critère, -t pour désigner la colonne qui a la valeur CPU à sa première ligne, les autres tests utiliseraient le format standard (man test)).
On encore "ls -R | filter -c -e du -gt 1000" pour trouver les programe de plus d'un kilo-octet grâce à un appel de "du" (find le fait, mais c'est pour illustrer).
Avec un outil comme ça, je pense on disposerais en pratique des mêmes fonctionalités, dans tout les shells et sans la lourdeur des concepts de MSH.
Et si il est en C, il pourras devenir un des outils standards, ou même titre que skill et ses copains.
(si j'y arrive je ferais aussi un programme pour standardiser la sortie des programes Unix plus abscons, voir j'essaierais de contacter leurs auteurs pour leur proposer un switch supplèmentaire)
(PS: Attention, c'est pas une promesse, vu que j'ai tendance à ne jamais finir ce que je commence. et qu'en plus je bosse jusqu'en juin. Si quelqu'un veut faire ça à ma place, ça me gêne pas -_^ (ça serait sympa de m'en parler))
[^] # Re: Hmm
Posté par un_brice (site web personnel) . En réponse au journal MSH beta est disponible mais ne sert à rien. Évalué à 8.
man console_codes
Alors que MSH c'est portable ?
Au moins bash existe sur plusieurs plates forme.
Rien à redire, je m'était déjà fait mon avis en commençant à rédiger.
[^] # Re: Euh... pas sûr...
Posté par un_brice (site web personnel) . En réponse au journal de la validité de la GLP. Évalué à 2.
En fait, dans le cas que tu cite, le "problème" vient de ce que la licence propriétaire de MySQL interdit la redistribution. Donc ton programme, comme tu le distribuait, était réputé dériver de la version GPL, c'est pour ça qu'il devait être sous GPL.
Si par contre MySQL avait (comme QT) autorisé la distribution des binaires utilisant son code, alors ton programme aurait pu se connecter à un MySQL GPL sans en dériver. Même chose si tu avais écrit une librairie maison pour te connecter à cette base de donnée.
Vous auriez pu utiliser PostgreSQL par contre (licence BSD).
# Pas besoin de définir ce terme
Posté par un_brice (site web personnel) . En réponse au journal de la validité de la GLP. Évalué à 8.
Elle ne parle que de "travaux dérivés". Les travaux dérivé d'un soft GPL doivent être sous GPL.
Comme Fenêtres(r), par exemple, n'est pas dérivé de GCC, tu peut exécuter GCC dessus (note au passage que firefox n'est pas sous GPL).
Autre exemple: Skype est propriétaire. Pourtant il peut utiliser Linux car son code source n'en dérive pas: En effet il découle des spécifications Unix et pourais par exemple être exécuté par la couche de compatibilité Linux des BSD.
Même chose pour le driver Nvidia, le driver dérive d'une couche d'abstraction qui tourne sous Solaris, Linux, fenêtres et BSD. La couche d'abstraction pour Linux est bien GPL (elle utilise des fonctions spécifiques au kernel) mais Nvidia affirme que la partie propriétaire est dérivée de la couche BSD et voilà.
Même chose avec wine.....
Par contre, on ne peut décemment pas prétendre qu'un binaire apparaîtrait par magie qui serait capable d'utiliser les fonctions de ffmpeg. Il faut forcément que ce programme en dérive, donc qu'il soit sous GPL.
Cette erreur sur la GPL est très répendue, la confusion étant entretenue par ceux qui prétendent qu'elle "contamine tout ce qu'elle touche" ou qu'elle "vole" le code source. Elle est en réalité très honnête (donnant donnant)
Je te conseille d'aller sur le site du GNU si tout ça n'est pas très clair, ils ont de la bonne doc.
Y'a aussi une traduction non officielle de la GPL en français, si ça peut aider http://www.linux-france.org/article/these/gpl.html(...) .
[^] # Re: loi de murphy
Posté par un_brice (site web personnel) . En réponse au journal Et si on recommencait ?. Évalué à 3.
Techniquement, pour t'inscrire au concours il te faut juste une licence ou (dans l'enseignement professionnel) cinq années d'expérience (source: http://www.education.gouv.fr/personnel/enseignant/accueil.htm#prene(...) ).
Après t'as une année en tant que stagiaire (rémunéré 1273¤/mois) au terme de laquelle t'est titulaire.
Mais je sais pas si le concours est acessible... remarque, ça te coûte rien d'essayer.
[^] # Re: USB ?
Posté par un_brice (site web personnel) . En réponse à la dépêche Sortie de Linux 2.6.12. Évalué à 6.
Je ne suis pas sur que l'utiliser, surtout pour des raisons esthétiques, soit une bonne idée.
# Pas de discrimination = pas de problèmes ?
Posté par un_brice (site web personnel) . En réponse au journal Le libre concurrence le propriétaire !!. Évalué à 8.
Hors, elles sont autant le droit d'utiliser les logiciels libres que Redhat ou les autres.
Vrai que le logiciel libre réduit l'intérêt de leur produit, mais c'est un simple effet de bord, de la même manière que trouver un vaccin contre le Sida réduirait l'intérêt des trithérapies (ok, la comparaison est un peu violente, mais j'ai pas le temps de trouver mieux).
Donc toutes les sociétés sont sur un pied d'égalité et je ne vois pas le problème.
[^] # Re: Question
Posté par un_brice (site web personnel) . En réponse au journal Opensolaris is out. Évalué à 3.
[^] # Re: je pense qu'il va bien...
Posté par un_brice (site web personnel) . En réponse au journal Microsoft suppôt de la tyrannie chinoise. Évalué à 2.
1-Rien ne laisse penser que l'exploitation des chinois enrichit les chinois, ni même le pays. À mon avis ça enrichit plutôt deux trois multinationales et des fils à papa aux carnets d'adresses conséquents.
2-Les "travailleurs" ne sont pas une ressource mais des gens. On peut les utiliser pour générer du profit, mais ça ne constitue pas leur fonction primaire (ou du moins, ça ne devrait pas, dans leur interêt).
On dirait que tu oublie en fait l'étape 'redistribution des richesses". Oublierais-tu qu'elle est loin d'être évidente pour tous ?
(par ailleurs, je ne trouve pas que la France de 1905 ressemblait à la dictature chinoise)
[^] # Re: Question
Posté par un_brice (site web personnel) . En réponse au journal Opensolaris is out. Évalué à 5.
Par exemple dans http://www.wplug.org/files/rms/20050407_RMS.ogg(...)
Il en a aussi parlé à de nombreuses autres reprises... a mon avis il a plus qu'une petite idée derrière la tête.
Par ailleurs, la principale cause d'incompatibilité pour passer de la CCDL de Solaris vers la GPL est (sauf erreur) liée au fait que la CCDL gère les brevets logiciels. Encore une fois, la FSF s'interesse à cette possiblité pour la GPLv3.
Dommage par contre que Linus n'ait pas mis dans le code Linux la clause permettant de mettre à jour la GPL -_-. Enfin, peut être qu'un changement de licence seras quand même possible : par exemple si on veut réintégrer le scheduler de Solaris en passant du code en GPLv3, il faudras juste l'accord des types qui ont écris le code utilisé par le scheduler, autrement dit une poignée de gourou.
# Mesdames et messieurs, il *peut* le faire !
Posté par un_brice (site web personnel) . En réponse à la dépêche Un émetteur TNT avec un simple PC : c'est possible !. Évalué à 7.
Curieux je trouve... il annonce un programme mais pas son binaire ni son code source.
Aussi bien c'est parce qu'il en a eu marre de pas avoir de retour sur les programmes qu'ils publie (dont FFmpeg). Ça serais dommage.
Boude pas m'sieur, on t'aime !
[^] # Re: GNUbe or not GNUbe that is the question
Posté par un_brice (site web personnel) . En réponse au journal Pourquoi pas LSH ?. Évalué à 2.
Mais, surtout, c'est un moyen d'insister sur l'idéal du GNU au travers du Linux.
Si le GNU a un peu "mis de coté le Hurd" (càd que RMS considère l'utilisation de Linux comme satisfaisante) c'est pour éviter la redondance. Dans ces conditions, réecrire un logiciel de l'ampleur d'apache n'a pas dû parraître motivant.. ç'aurais pu arriver remarque, mais s'interesser à cette éventualité n'apporte rien (note que Lsh est antèrieur à OpenSSH).
Pareil (note qu'il existe un zend-like GPL).
Quel est le rapport ? Faut-il que le GNU reverse un navigateur ? Ce serait ridicule, et puis les docs libres qui expliquent comment coder en HTML sont légions.
Ceci dit, il existe man/info, qui font partie du GNU et sont très utilisé pour la doc des logiciels (le GNU ne s'occupe que des logiciels et de leur doc).
C'est pas dans le champs d'action du GNU de créer des standards. Mais y'a de la doc sur TCP/IP sous GPL -> redondance.
Seulement quand on spécifie une page de garde et un truc du genre. Seule "l'identité" du document est préservée.
CF php.
GTK, en utilisant le framebuffer de Linux qu'il serait inutile de dupliquer. C'est utilisé par Nokia notement.
[^] # Re: pour ton information
Posté par un_brice (site web personnel) . En réponse au journal On est sur un site Linux ou Apple ?. Évalué à 0.
Donc autrement dit, ils vendent rien d'utilisable par un particulier, alors que justement ils en auraient indéniablement les moyens.
Et encore, c'est un exemple ou Apple coopère de son mieux (étant donnée sa nature de méchant).
[^] # Re: Et les logiciels Libres ?
Posté par un_brice (site web personnel) . En réponse au journal Les photographes pètent un cable.... Évalué à 2.
Bien sûr que si: même en imaginant que je produise du logiciel propriétaire, j'accepterais la concurrence avec le Logiciel Libre.
Et d'ailleurs : http://materiel.net/browse_os.html(...) (personne ne gueule)
[^] # Re: Support utile?
Posté par un_brice (site web personnel) . En réponse au journal Pas de support du "Trusted Boot" dans Grub. Évalué à 5.
[^] # Re: Tribune libre ?
Posté par un_brice (site web personnel) . En réponse au journal [HS] politique : emplois. Évalué à 2.
Le nombre de groupes de discussions économiques/politiques est à mon avis suffisant pour qu'il y obtienne l'attention qu'il affirme mériter.
J'ai beau savoir que le contenu des journaux est libre, je me rends compte que j'en suis à désirer un anti-spam.
# Bugs Juniors
Posté par un_brice (site web personnel) . En réponse au journal KDE 3.4.1. Évalué à 10.
Ce sont des bugs et demandes de fonctionalités considérés comme abordables par des débutants, pour se faire la main et apporter sa première contribution.
On peut en consulter la liste là bas : https://bugs.kde.org/buglist.cgi?short_desc_type=allwordssubstr&(...)
Dans le même ordre d'idée, la FAQ des programmeurs KDE est intéressante : http://developer.kde.org/documentation/other/index.html(...)
Si d'autres personnes avaient des liens de ce genre, on pourrait trouver à occuper intelligemment cet été -_^.