> Windows update fournit des mises à jour pour tes programmes installés non microsoft ? Bigre, je n'ai jamais entendu parler de ça !
Ou ai-je écrit cela ? Je répondais à
aucun programme n'a de méthode standard pour : [...] se mettre à jour (ça j'en sais rien, j'ai jamais rien vu de tel)
En pratique, il n'y a à ma connaissance aucun programme non-MS qui utilise Windows update, mais c'est une question plutôt politique. La technologie existe.
Pour la liste de programme, je me répète, mais elle peut très bien être fournie par quelqu'un d'autre que MS. Il y a quelques distributions Linux pour lesquelles c'est plus ou moins le cas : Tu as le minimum dans la distrib, et on t'encourrage a utiliser des dépots tiers si tu veux installer plus.
> 3- se mettre à jour (ça j'en sais rien, j'ai jamais rien vu de tel)
WindowsUpdate ?
> De plus, comment fourniront ils des listes de programmes gratuits à installer ?
Ils ne sont pas obligés de fournir la liste de programme, mais ils pourraient très bien fournir l'outil. Ensuite, une distribution de LL indépendante de MS pourrait dire à ses utilisateurs d'ajouter une ligne dans leur "C:\etc\msapt\source.list".
The source code for a work means the preferred form of the work for
making modifications to it. For an executable work, complete source
code means all the source code for all modules it contains, plus any
associated interface definition files, plus the scripts used to
control compilation and installation of the executable.
Ce qui ne me paraît guère compatible avec ton idée.
sur ma machine (a l'intérieur d'un répertoire que j'ai choisi). Evidemment, sur un système de fichiers ou le chemin complet est limité a 256 caractères, on touche vite les limites.
> la chaine de caractère qui définit qui définit le nom du logiciel dans les sources est bien distribuée sous licences libre ?
Dans 99% des cas, non.
Pour qu'il y ai licence, il faut qu'il y ai une protection de la propriété intellectuelle. Pour un logiciel ou un livre, la protection est là par défaut : Tu es propriétaire de ce que tu produit (c'est le copyright). Pour une chaine de caractères courte, cette protection ne s'applique pas (heureusement : sinon, tous les mots contenus dans un livre appartiendraient a l'auteur !!). Pour protéger, il faut passer par un autre système : les marques déposées. Ce n'est pas automatique, c'est payant, et peu de gens s'amusent a déposer les nom des logiciels libres. Mozilla est une des exceptions.
> Tu as essayé le dernier Arch 1.3.2, il est terrible
Disons qu'il y a quelques unes des nouveautés de bazaar que Tom s'est décidé a merger. Il reste encore beaucoup a bazaar (cache, archive registry, annotate, ...).
> Tom LORD que beaucoup critique au niveau de ses choix.
Disons que Tom a un certain nombre de gros défauts:
* Il aime bien commencer les choses, pas les terminer. Ceux qui suivent la mailing list de arch ont vu passer pas mal de projets (XL, support de git, réécriture complete pour la version 2, bugtracker ...), mais pas grand chose de concret.
* Il a un complexe de supériorité. « C'est comme ça que je fais, donc, c'est la bonne façon ». Ben non, c'est pas parce que lui, aime mettre des accolades dans les noms de fichiers que moi j'aime ça aussi ...
* Il aime réinventer la roue. Il a réinventé la manipulation des chaines de caractères, la gestion de la mémoire en C, les autotools, la programmation orientée objet, ... J'aurais préféré qu'il passe ce temps sur des choses utiles.
* Il ne supporte pas de déléguer. Réguliérement, quelqu'un tente de reprendre le développement de Arch (jblack, jivera), mais à chaque fois, le mec abandonne ou se fait virer au moment de la release candidate, et on jette son travail.
bazaar est un fork de tla fait par les gens de canonical, qui s'est affranchi un peu de tout ça. Y'a de l'espoir ...
--
Maybe I'm simply a more effective Unix user than many people. So, [...]
-- Tom lord, 18 Oct 2004.
> les distributions ne parlent pas du serveur Apache, mais de httpd
Sauf la mienne, alors ...
$ aptitude show apache
Package: apache
State: not installed
Version: 1.3.33-4
Priority: optional
Section: web
Maintainer: Debian Apache Maintainers <debian-apache@lists.debian.org>
Uncompressed Size: 713k
Depends: libc6 (>= 2.3.2.ds1-4), libdb4.2, libexpat1 (>= 1.95.8), mime-support, apache-common (>= 1.3.33-4), apache-common (< 1.3.34-0), perl (>= 5.8.4-2), logrotate (>=
3.5.4-1), dpkg (> 1.9.0), libmagic1, debconf
Suggests: apache-doc
Conflicts: apache-modules, libapache-mod-perl (<= 1.17-1), jserv (<= 1.1-3)
Replaces: apache-modules
Provides: httpd, httpd-cgi
Description: versatile, high-performance HTTP server
The most popular server in the world, Apache features a modular design and supports dynamic selection of extension modules at runtime. Some of its strong points are its range
of possible customization, dynamic adjustment of the number of server processes, and a whole range of available modules including many authentication mechanisms, server-parsed
HTML, server-side includes, access control, CERN httpd metafiles emulation, proxy caching, etc. Apache also supports multiple virtual homing.
Separate Debian packages are available for PHP, mod_perl, Java Servlet support, Apache-SSL, and other common extensions. More information is available at http://www.apache.org/.(...)
$ aptitude show httpd
Package: httpd
State: not a real package
Provided by: thy, thttpd, roxen4, mzscheme, micro-httpd, mathopd, fnord, dhttpd, caudium, bozohttpd, boa, apache2-mpm-worker, apache2-mpm-prefork, apache2-mpm-perchild,
apache-ssl, apache-perl, apache, aolserver4, aolserver
> je ne vois pas comment BK pouvait être meilleur que le classique 3-way merge, mais je doit manquer d'imagination!
Je ne connais pas trop BK (jamais utilisé), mais le merge de base est une forme de 3-way merge.
En fait, une des grosses difficultés, c'est plus la recherche de l'ancetre commun que le merge lui-même (qui est un problème relativement bien résolu aujourd'hui, même si il y a encore des cas ou on pourrait faire mieux). Pour ça, il faut garder un historique de qui a mergé qui, qui est une branche de qui, ... ce que CVS par exemple ne fait pas. Il faut aussi un système de nommage qui permette de garantir l'unicité du nom sans pour autant qu'il n'y ai d'autorité centralisée d'attribution des noms (l'information "j'ai mergé avec toto version 42" n'est intéressante que si il y n'y a qu'un seul "toto" au monde ...). D'ou les histoires de SHA1 pour git et les adresses email dans les noms d'archives GNU Arch.
> L'interface web et ouvert à tous, ce serait bien...
Une interface web en lecture, quasiment tous les gestionnaires de versions dignes de ce nom en ont une.
Pour l'accès en écriture, franchement, un mec capable d'écrire du code préfère son éditeur de texte a son navigateur pour tapper du code, donc, l'utilité d'une interface web ...
> Le code apporté pourrait être certifier (GNU/PG) par l'auteur et aussi par d'autres personnes ("relecteurs", mainteneurs, etc.)
C'est aussi un truc très en vogue dans les gestionnaires de versions actuels.
> Ainsi, il travaillerait de manière ouverte ("en live") sur quelques patch qu'il verrait directement et automatiquement appliqués lors de ses compilations,
Si les fichiers viennent directement du serveur au moment de la compilation, ça revient a faire un checkout a chaque compilation. Bonjour la conso en bande passante ! ClearCase (proprio, cher) propose une espèce de système de fichier virtuel comme ça, il parait que c'est très pratique, mais bonjour le passage à l'échelle !!!
Le Wiki en lui même n'est pas tout a fait adapté à la gestion d'un code source de plus de quelques dizaines de lignes :
* Il faut pouvoir executer, compiler
=> Une interface Web n'est pas pratique. Il faut avoir une copie locale des fichiers.
* Il faut faire gaffe a la sécurité. Le risque n'est pas le vandalisme des wiki (liens vers des sites X, ...), mais une compromission immediate de la machine d'un utilisateur si on laisse n'importe qui introduire une backdoor.
=> Il faut qu'un ensemble de personnes de confiance seulement puissent accéder au code en écriture, et les autres patchs doivent être revus avant d'être appliqués.
Au final, j'en pense que ça existe et ça s'appelle tout simplement un gestionnaire de versions. D'ailleurs, certains wiki s'appuient sur des gestionnaires de version pour la partie historique.
Regardes du coté de darcs si tu veux un truc très ouvert aux contributeurs occasionnels. (bazaar-ng aura probablement des fonctionnalités du même style a terme)
> Oui, ca marche quand le fichier est pas fragmenté de partout,
A part pour des fichiers énormes, on s'en fout un peu de la fragmentation pour effectuer n traitements ou un traitement complexe sur un fichier. Tu charges le fichier en mémoire (explicitement ou via le cache) et tu fais ce que tu veux avec après. La fragmentation te coute au premier chargement, ensuite, c'est entre ta RAM et ton CPU.
[^] # Re: on parle du même ?
Posté par Matthieu Moy (site web personnel) . En réponse au journal Synaptic porté sous Windows.... Évalué à 2.
Ou ai-je écrit cela ? Je répondais à
aucun programme n'a de méthode standard pour : [...] se mettre à jour (ça j'en sais rien, j'ai jamais rien vu de tel)
En pratique, il n'y a à ma connaissance aucun programme non-MS qui utilise Windows update, mais c'est une question plutôt politique. La technologie existe.
Pour la liste de programme, je me répète, mais elle peut très bien être fournie par quelqu'un d'autre que MS. Il y a quelques distributions Linux pour lesquelles c'est plus ou moins le cas : Tu as le minimum dans la distrib, et on t'encourrage a utiliser des dépots tiers si tu veux installer plus.
[^] # Re: avec mplayer
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Une émission de télé en direct sur le libre. Évalué à 3.
-dumpfile (MPlayer only)
Specify which file MPlayer should dump to. Should be used together with -dumpaudio / -dumpvideo / -dumpstream.
-dumpstream (MPlayer only)
Dumps the raw stream to ./stream.dump. Useful when ripping from DVD or network.
[^] # Re: on parle du même ?
Posté par Matthieu Moy (site web personnel) . En réponse au journal Synaptic porté sous Windows.... Évalué à 2.
WindowsUpdate ?
> De plus, comment fourniront ils des listes de programmes gratuits à installer ?
Ils ne sont pas obligés de fournir la liste de programme, mais ils pourraient très bien fournir l'outil. Ensuite, une distribution de LL indépendante de MS pourrait dire à ses utilisateurs d'ajouter une ligne dans leur "C:\etc\msapt\source.list".
# avec mplayer
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Une émission de télé en direct sur le libre. Évalué à 10.
mplayer 'mms://wmbcast.direct8-a.speedera.net/wmbcast.direct8/wmbcast_direct8_apr172005_0427_88670?backup=a'
Pour regarder
mplayer 'mms://wmbcast.direct8-a.speedera.net/wmbcast.direct8/wmbcast_direct8_apr172005_0427_88670?backup=a' -dumpstream
pour enregistrer.
[^] # Re: Le mieux à faire...
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche KDE doit-il abandonner KHTML pour Webcore ?. Évalué à 3.
Je suppose que c'est le cas sur Safari.
[^] # Re: Deux 'tites coquilles, et une vraie question
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche KDE doit-il abandonner KHTML pour Webcore ?. Évalué à 5.
http://www.gnu.org/licenses/gpl.html(...)
... or a charge no more than your cost of physically performing source distribution, ...
[^] # Re: Deux 'tites coquilles, et une vraie question
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche KDE doit-il abandonner KHTML pour Webcore ?. Évalué à 9.
The source code for a work means the preferred form of the work for
making modifications to it. For an executable work, complete source
code means all the source code for all modules it contains, plus any
associated interface definition files, plus the scripts used to
control compilation and installation of the executable.
Ce qui ne me paraît guère compatible avec ton idée.
# - utiliser un bureau KDE à l'intérieur d'une frame (plus dur...) pour ce
Posté par Matthieu Moy (site web personnel) . En réponse au message Ion et KDE. Évalué à 3.
Par contre, c'est la galère pour communiquer entre l'intérieur et l'extérieur de xnest. (ça fait deux serveurs X séparés)
[^] # Re: finalité ?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Mozilla définit la politique d'utilisation de ses marques.. Évalué à 2.
http://www.microsoft.com/library/toolbar/3.0/trademarks/en-us.mspx(...)
Lindows ne s'appelait pas Microsoft Lindows
WxWindows ne s'appelait pas Microsoft WxWindows
... pourtant ... (mais y'a pas que MS qui dépose des noms communs ...)
[^] # Re: Quid de GNU Arch?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Le basculement de KDE vers Subversion est terminé. Évalué à 4.
thelove@canonical.com/bazaar-debian/bazaar-debian--debian/bazaar-debian--debian--1.4/bazaar-debian--debian--1.4--base-0/\{arch}/bazaar-debian/bazaar-debian--debian/bazaar-debian--debian--1.4/thelove@canonical.com/patch-log/base-0
sur ma machine (a l'intérieur d'un répertoire que j'ai choisi). Evidemment, sur un système de fichiers ou le chemin complet est limité a 256 caractères, on touche vite les limites.
[^] # Re: finalité ?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Mozilla définit la politique d'utilisation de ses marques.. Évalué à 2.
Pas tant que ça. Bill Portail n'a pas inventé le mot « fenêtre », pourtant ...
Donc, un auteur riche pourrait essayer de déposer chaque mot de son livre. (il se ferait probablement jetter, enfin, j'espère ...)
[^] # Re: Quid des user-agent ?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Mozilla définit la politique d'utilisation de ses marques.. Évalué à 4.
C'est déjà le cas, non ?
Mon user-agent dit par exemple :
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050406 Firefox/1.0.2 (Debian package 1.0.2-3)
[^] # Re: finalité ?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Mozilla définit la politique d'utilisation de ses marques.. Évalué à 3.
Est-ce que ça te choque aussi pour TeX ?
[^] # Re: finalité ?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Mozilla définit la politique d'utilisation de ses marques.. Évalué à 4.
Dans 99% des cas, non.
Pour qu'il y ai licence, il faut qu'il y ai une protection de la propriété intellectuelle. Pour un logiciel ou un livre, la protection est là par défaut : Tu es propriétaire de ce que tu produit (c'est le copyright). Pour une chaine de caractères courte, cette protection ne s'applique pas (heureusement : sinon, tous les mots contenus dans un livre appartiendraient a l'auteur !!). Pour protéger, il faut passer par un autre système : les marques déposées. Ce n'est pas automatique, c'est payant, et peu de gens s'amusent a déposer les nom des logiciels libres. Mozilla est une des exceptions.
# lien
Posté par Matthieu Moy (site web personnel) . En réponse au journal Direct8 parle du libre.. Évalué à 3.
[^] # Re: Quid de GNU Arch?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Le basculement de KDE vers Subversion est terminé. Évalué à 3.
Disons qu'il y a quelques unes des nouveautés de bazaar que Tom s'est décidé a merger. Il reste encore beaucoup a bazaar (cache, archive registry, annotate, ...).
[^] # Re: Quid de GNU Arch?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Le basculement de KDE vers Subversion est terminé. Évalué à 6.
Disons que Tom a un certain nombre de gros défauts:
* Il aime bien commencer les choses, pas les terminer. Ceux qui suivent la mailing list de arch ont vu passer pas mal de projets (XL, support de git, réécriture complete pour la version 2, bugtracker ...), mais pas grand chose de concret.
* Il a un complexe de supériorité. « C'est comme ça que je fais, donc, c'est la bonne façon ». Ben non, c'est pas parce que lui, aime mettre des accolades dans les noms de fichiers que moi j'aime ça aussi ...
* Il aime réinventer la roue. Il a réinventé la manipulation des chaines de caractères, la gestion de la mémoire en C, les autotools, la programmation orientée objet, ... J'aurais préféré qu'il passe ce temps sur des choses utiles.
* Il ne supporte pas de déléguer. Réguliérement, quelqu'un tente de reprendre le développement de Arch (jblack, jivera), mais à chaque fois, le mec abandonne ou se fait virer au moment de la release candidate, et on jette son travail.
bazaar est un fork de tla fait par les gens de canonical, qui s'est affranchi un peu de tout ça. Y'a de l'espoir ...
--
Maybe I'm simply a more effective Unix user than many people. So, [...]
-- Tom lord, 18 Oct 2004.
[^] # Re: Subversion vs GIT
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Le basculement de KDE vers Subversion est terminé. Évalué à 2.
C'est ce qu'il me semblait en fait. C'est d'ailleurs un des ajouts de svk par rapport a subversion. (GNU arch garde aussi l'historique des merge)
[^] # Re: finalité ?
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Mozilla définit la politique d'utilisation de ses marques.. Évalué à 3.
Sauf la mienne, alors ...
$ aptitude show apache
Package: apache
State: not installed
Version: 1.3.33-4
Priority: optional
Section: web
Maintainer: Debian Apache Maintainers <debian-apache@lists.debian.org>
Uncompressed Size: 713k
Depends: libc6 (>= 2.3.2.ds1-4), libdb4.2, libexpat1 (>= 1.95.8), mime-support, apache-common (>= 1.3.33-4), apache-common (< 1.3.34-0), perl (>= 5.8.4-2), logrotate (>=
3.5.4-1), dpkg (> 1.9.0), libmagic1, debconf
Suggests: apache-doc
Conflicts: apache-modules, libapache-mod-perl (<= 1.17-1), jserv (<= 1.1-3)
Replaces: apache-modules
Provides: httpd, httpd-cgi
Description: versatile, high-performance HTTP server
The most popular server in the world, Apache features a modular design and supports dynamic selection of extension modules at runtime. Some of its strong points are its range
of possible customization, dynamic adjustment of the number of server processes, and a whole range of available modules including many authentication mechanisms, server-parsed
HTML, server-side includes, access control, CERN httpd metafiles emulation, proxy caching, etc. Apache also supports multiple virtual homing.
Separate Debian packages are available for PHP, mod_perl, Java Servlet support, Apache-SSL, and other common extensions. More information is available at
http://www.apache.org/.(...)
$ aptitude show httpd
Package: httpd
State: not a real package
Provided by: thy, thttpd, roxen4, mzscheme, micro-httpd, mathopd, fnord, dhttpd, caudium, bozohttpd, boa, apache2-mpm-worker, apache2-mpm-prefork, apache2-mpm-perchild,
apache-ssl, apache-perl, apache, aolserver4, aolserver
[^] # Re: Subversion vs GIT
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Le basculement de KDE vers Subversion est terminé. Évalué à 5.
Je ne connais pas trop BK (jamais utilisé), mais le merge de base est une forme de 3-way merge.
En fait, une des grosses difficultés, c'est plus la recherche de l'ancetre commun que le merge lui-même (qui est un problème relativement bien résolu aujourd'hui, même si il y a encore des cas ou on pourrait faire mieux). Pour ça, il faut garder un historique de qui a mergé qui, qui est une branche de qui, ... ce que CVS par exemple ne fait pas. Il faut aussi un système de nommage qui permette de garantir l'unicité du nom sans pour autant qu'il n'y ai d'autorité centralisée d'attribution des noms (l'information "j'ai mergé avec toto version 42" n'est intéressante que si il y n'y a qu'un seul "toto" au monde ...). D'ou les histoires de SHA1 pour git et les adresses email dans les noms d'archives GNU Arch.
[^] # Re: adresse valide
Posté par Matthieu Moy (site web personnel) . En réponse au journal Répondre aux spams ?. Évalué à 5.
Tu crois vraiment que les spammeurs s'amusent a maintenir une blacklist ?
[^] # Re: Versions
Posté par Matthieu Moy (site web personnel) . En réponse au journal Wiki de code source ?. Évalué à 9.
Une interface web en lecture, quasiment tous les gestionnaires de versions dignes de ce nom en ont une.
Pour l'accès en écriture, franchement, un mec capable d'écrire du code préfère son éditeur de texte a son navigateur pour tapper du code, donc, l'utilité d'une interface web ...
> Le code apporté pourrait être certifier (GNU/PG) par l'auteur et aussi par d'autres personnes ("relecteurs", mainteneurs, etc.)
C'est aussi un truc très en vogue dans les gestionnaires de versions actuels.
> Ainsi, il travaillerait de manière ouverte ("en live") sur quelques patch qu'il verrait directement et automatiquement appliqués lors de ses compilations,
Si les fichiers viennent directement du serveur au moment de la compilation, ça revient a faire un checkout a chaque compilation. Bonjour la conso en bande passante ! ClearCase (proprio, cher) propose une espèce de système de fichier virtuel comme ça, il parait que c'est très pratique, mais bonjour le passage à l'échelle !!!
# Versions
Posté par Matthieu Moy (site web personnel) . En réponse au journal Wiki de code source ?. Évalué à 9.
* Il faut pouvoir executer, compiler
=> Une interface Web n'est pas pratique. Il faut avoir une copie locale des fichiers.
* Il faut faire gaffe a la sécurité. Le risque n'est pas le vandalisme des wiki (liens vers des sites X, ...), mais une compromission immediate de la machine d'un utilisateur si on laisse n'importe qui introduire une backdoor.
=> Il faut qu'un ensemble de personnes de confiance seulement puissent accéder au code en écriture, et les autres patchs doivent être revus avant d'être appliqués.
Au final, j'en pense que ça existe et ça s'appelle tout simplement un gestionnaire de versions. D'ailleurs, certains wiki s'appuient sur des gestionnaires de version pour la partie historique.
Regardes du coté de darcs si tu veux un truc très ouvert aux contributeurs occasionnels. (bazaar-ng aura probablement des fonctionnalités du même style a terme)
[^] # Re: l'o po copris
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft récidive.... Évalué à 2.
A part pour des fichiers énormes, on s'en fout un peu de la fragmentation pour effectuer n traitements ou un traitement complexe sur un fichier. Tu charges le fichier en mémoire (explicitement ou via le cache) et tu fais ce que tu veux avec après. La fragmentation te coute au premier chargement, ensuite, c'est entre ta RAM et ton CPU.
# mpeg2encode: command not found
Posté par Matthieu Moy (site web personnel) . En réponse au message png2mpg. Évalué à 4.