> La gpl, c'est d'abord la liberté de l'utilisateur.
Et encore.
Quand l'utilisateur voit qu'il a pas le droit de distribuer la lib openssl avec un programme GPL, par exemple, il se sent vachement libre, l'utilisateur.
Quand toi tu gagneras ta vie, tu pourras critiquer ceux qui la gagnent aussi. En attendant, je trouve ça déplacé de demander à un auteur de LL de se passer d'argent.
> C'est pas du tout ce que j'attendais ! Ca démarre quand ?
Snif, émotion ... J'avais le même problème quand j'ai commencé sous Linux il y a quelques années. J'ai passé 3 mois en mode console avant de pouvoir passer en mode graphique !! (à l'époque, sous RedHat, la solution était de lancer Xconfigurator)
Bon, cf. plus haut, tu devrais sans doute utiliser une distrib plus récente, mais en attendant, tu peux essayer de tapper "startx" (puis appuie sur entrée). Si t'as de la chance, tu auras un écran graphique dans quelques secondes. Sinon, t'es mal ;-)
Si tu as 100 CD de backup sur ton étagère, si il y en a un ou deux qui lache, c'est pas hyper grave.
Si tu as un disque de 60Go branché sur ton PC avec toutes tes données dedans et qu'il lache (il faut compter 3ans de durée de vie en moyenne pour un disque dur de qualité moyenne), t'es mal !
Sans compter que si tu flingues ta table de partition, ou quelque chose comme ça suite à une fausse manip (un rm -rf mal placé peut faire mal aussi ...), t'es mal aussi !!
Je ne connais pas trop BK, à part les deux trois trucs que j'ai pu lire ça et là, et c'est très difficile de faire une bonne comparaison vu que les personnes qui pourraient le mieux la faire (devs de tla) ne sont pas éligibles pour la license gratuite de BK ... mais les points faibles de Arch, à mon avis :
* Tous les messages de log sont conservés dans l'arbre de travail, chacun dans un fichier séparé. Pour le développement de Xtla, qui est un tout petit projet par rapport à Linux, l'ensemble des fichiers de log prends 8 fois plus de place sur le disque que les sources ! Résultat, il faut de temps en temps effacer des fichiers, et on perd les traces de l'historique.
* Le mode de fonctionnement par défaut de BK, c'est que le programmeur doit dire quel fichiers il modifie (en pratique, il programme son éditeur de texte pour le faire). Résultat, la plupart des operations sur l'arbre sont en O(nombre de fichiers modifiés) et non en O(nombre total de fichiers).
* Arch utilise des expressions régulières pour classifier les fichiers. C'est très pratique, sauf que le moteur d'expression régulières n'est pas des plus efficaces, donc, il y a un assez gros problème de performances a ce niveau là.
* La réactivité de l'équipe de devs. J'ai du m'y reprendre à 3 fois pour faire accepter un patch de une ligne. Si on regarde l'historique de tla depuis la version 1.2, c'est assez drôle : Une faille de sécurité dont la correction a mis plusieurs mois à être intégrée à une release officielle, une 1.2.2rc2 qui n'est jamais devenue 1.2.2 pour cause de conflits personnels entre développeurs, le changelog entre la 1.2 et la 1.3rc2 qui se trouve du coup ridiculement petit par rapport aux mois de développement qui séparent ces deux versions. La moitié des liens du site officiel www.gnuarch.org qui pointent sur une erreur 404, ... Bref, dans l'état actuel des choses, généraliser l'utilisation de arch pour un projet de grande taille me parait bien risqué ...
Mais un des objectifs de Arch était de pouvoir remplacer BK pour le développement de Linux. Pour l'instant, il est encore à la traine sur un bon nombre de points.
Non, c'est très clair dans la license : Tu contribue à un truc qui ressemble à un gestionnaire de version, tu n'est plus éligible pour la version gratuite de BK, point.
En particulier, si tu développe un concurent à BK, tu ne peux pas récupérer BK gratuitement pour voir comment ça marche et reprendre des idées.
Linus est propriétaire de la marque déposée "Linux", et il est propriétaire de ses propres contributions à Linux. Or, la grande majorité du code de Linux vient de contributions extérieures, le rôle de Linus étant de s'assurer de la qualité et de l'abscence de backdoor dans le code avant de l'intégrer au noyau officiel. Donc, la grande majorité du code ne lui appartient pas.
Par contre, c'est lui le "chef de projet", et il fait bien ce qu'il veut avec Linux. Si les gens ne sont pas d'accord avec lui, ils peuvent forker, mais je crois que personne ne serait assez fou pour ça ...
> Trouve une seule chose innovante que MS ait créée (pas copiée or rachetée).
Si tu cherches un peu, tu en trouveras quand même quelques unes, hein ... Et il y a beaucoup d'inventions MS reprises par des logiciels libres, rassures-toi.
Avec tout le dégout que j'ai pour l'auteur, il y a quand même de la matière ici par exemple :
> Ca ajouterait quoi par rapport a tous les sites trouvables par un moteur d'indexage parcourant le net ?
Sur le nombre de pages, pas grand chose. Sur la pertinence des résultats, savoir que quand quelqu'un parle de l'URL X, dans y % des cas, on lui répond avec une URL Z, par exemple, ça peut être utile.
> Oui, cacher un fichier/repertoire en ne fournissant pas son URL est débile.
Bof, c'est bien pratique pour des trucs pas hyper confidentiels, genre tu met tes photos de famille, t'as pas forcément envie que des gens tombent par hasard dessus ou puissent te les ressortir dans 10 ans sur archives.org, mais sans pour autant avoir envie à t'em**** avec un système de mot de passe ...
J'ai pas envie d'être poursuivi en justice pour avoir envoyé un mail à quelqu'un sans avoir recu une autorisation écrite préalable sous contrôle d'huissier.
Le problème, c'est l'envoi massif, pas les envois privés, et il est normal de faire la distinction.
Ben c'est clair que surtout quand on compare eagle-usb avec le driver officiel de Sagem, y'a pas photo, vous avez fait du très bon boulot !!
Est-ce que vous avez essayé d'avoir un peu de "reconnaissance" de la part des fournisseurs d'accès concernés ? Je veux dire, pas des sous, mais avoir votre driver sur le CD par exemple. (il y a quelque temps, j'avais perdu énormément de temps a essayer d'installer le driver fourni sur le CD de Free avant de découvrir le votre - je ne pense pas être le seul)
Nous vous adresserons ensuite un formulaire vous permettant de bénéficier d'une déduction d'impôts. Selon l'article 200 du CGI, Ouvrent droit à une réduction d'impôt sur le revenu égale à 50 % de leur montant les sommes prises dans la limite de 6 % du revenu imposable
La FSF-europe, sauf erreur de ma part est déclarée d'utilité publique et permet des réductions d'impôts pour développer et diffuser du logiciel. Je ne vois pas pourquoi ça serait si différent avec de la musique et des émissions. Mais c'est peut être que je ne connais quasiment pas Divergence FM ?
Est-ce que l'assoc est déclarée d'utilité publique et est-ce que le don donne droit à une réduction d'impôts ? Parce que si c'est le cas, c'est important de le signaler (un don ne coute alors réellement que 40% de la somme à celui qui donne), et si ça n'est pas le cas, ça serait bien de faire en sorte que ça le devienne :-)
En fait, la plupart des applies graphiques gourmandes (en particulier la vidéo) ne passent pas par le protocole X11 quand il y a mieux disponible (par exemple xv, qui si j'ai bien compris permet le redimentionnement d'image coté serveur, donc, pour lire une vidéo en plein écran, tu passes la vidéo en petit sur le réseau et tu agrandis après).
En affichage distant, tu es obligé de revenir sur du X11 traditionnel, et même si c'était en local, ça irait moins vite. (de la vidéo en plein écran, en affichage local, sur mon P433, ça rame ...)
Donc, un réseau rapide, ça aidera, mais ça ne suffira pas forcément.
[^] # Re: Pourquoi pas
Posté par Matthieu Moy (site web personnel) . En réponse au journal Vente de gcompris: retour d'expérience. Évalué à 2.
> a été ajouté du code? (en l'occurence quelques 'ifdef win')
Euh, soit tu as mal lu, soit tu ne sais pas ce que c'est qu'un ifdef ...
Le ifdef, il est dans le code dans tous les cas !!!
[^] # Re: pourquoi la différence ?
Posté par Matthieu Moy (site web personnel) . En réponse au journal Vente de gcompris: retour d'expérience. Évalué à 2.
Et encore.
Quand l'utilisateur voit qu'il a pas le droit de distribuer la lib openssl avec un programme GPL, par exemple, il se sent vachement libre, l'utilisateur.
[^] # Re: pourquoi la différence ?
Posté par Matthieu Moy (site web personnel) . En réponse au journal Vente de gcompris: retour d'expérience. Évalué à 1.
http://perso.wanadoo.fr/kdntl/kd/index.html(...)
2004-2005
encore au lycée Saint-Louis, en MP1.
Quand toi tu gagneras ta vie, tu pourras critiquer ceux qui la gagnent aussi. En attendant, je trouve ça déplacé de demander à un auteur de LL de se passer d'argent.
[^] # Re: J'dois pas être doué ;-(
Posté par Matthieu Moy (site web personnel) . En réponse au message Lancement. Évalué à 2.
Snif, émotion ... J'avais le même problème quand j'ai commencé sous Linux il y a quelques années. J'ai passé 3 mois en mode console avant de pouvoir passer en mode graphique !! (à l'époque, sous RedHat, la solution était de lancer Xconfigurator)
Bon, cf. plus haut, tu devrais sans doute utiliser une distrib plus récente, mais en attendant, tu peux essayer de tapper "startx" (puis appuie sur entrée). Si t'as de la chance, tu auras un écran graphique dans quelques secondes. Sinon, t'es mal ;-)
Courrage !!
# CD Vs disque dur
Posté par Matthieu Moy (site web personnel) . En réponse au message Lecteur disque IDE sur port USB. Évalué à 3.
Penses aussi à la fiabilité.
Si tu as 100 CD de backup sur ton étagère, si il y en a un ou deux qui lache, c'est pas hyper grave.
Si tu as un disque de 60Go branché sur ton PC avec toutes tes données dedans et qu'il lache (il faut compter 3ans de durée de vie en moyenne pour un disque dur de qualité moyenne), t'es mal !
Sans compter que si tu flingues ta table de partition, ou quelque chose comme ça suite à une fausse manip (un rm -rf mal placé peut faire mal aussi ...), t'es mal aussi !!
[^] # Re: BK conçu pour Linus
Posté par Matthieu Moy (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 10.
* Tous les messages de log sont conservés dans l'arbre de travail, chacun dans un fichier séparé. Pour le développement de Xtla, qui est un tout petit projet par rapport à Linux, l'ensemble des fichiers de log prends 8 fois plus de place sur le disque que les sources ! Résultat, il faut de temps en temps effacer des fichiers, et on perd les traces de l'historique.
* Le mode de fonctionnement par défaut de BK, c'est que le programmeur doit dire quel fichiers il modifie (en pratique, il programme son éditeur de texte pour le faire). Résultat, la plupart des operations sur l'arbre sont en O(nombre de fichiers modifiés) et non en O(nombre total de fichiers).
* Arch utilise des expressions régulières pour classifier les fichiers. C'est très pratique, sauf que le moteur d'expression régulières n'est pas des plus efficaces, donc, il y a un assez gros problème de performances a ce niveau là.
* La réactivité de l'équipe de devs. J'ai du m'y reprendre à 3 fois pour faire accepter un patch de une ligne. Si on regarde l'historique de tla depuis la version 1.2, c'est assez drôle : Une faille de sécurité dont la correction a mis plusieurs mois à être intégrée à une release officielle, une 1.2.2rc2 qui n'est jamais devenue 1.2.2 pour cause de conflits personnels entre développeurs, le changelog entre la 1.2 et la 1.3rc2 qui se trouve du coup ridiculement petit par rapport aux mois de développement qui séparent ces deux versions. La moitié des liens du site officiel www.gnuarch.org qui pointent sur une erreur 404, ... Bref, dans l'état actuel des choses, généraliser l'utilisation de arch pour un projet de grande taille me parait bien risqué ...
[^] # Re: BK conçu pour Linus
Posté par Matthieu Moy (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 3.
Mais un des objectifs de Arch était de pouvoir remplacer BK pour le développement de Linux. Pour l'instant, il est encore à la traine sur un bon nombre de points.
[^] # Re: Pourquoi ca impacte tous les devs...
Posté par Matthieu Moy (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 4.
En particulier, si tu développe un concurent à BK, tu ne peux pas récupérer BK gratuitement pour voir comment ça marche et reprendre des idées.
[^] # Re: Pourquoi ca impacte tous les devs...
Posté par Matthieu Moy (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 3.
> gestionnaire de source ne doivent pas être légion
1) à peut près toutes les distributions Linux
2) plusieurs contributeurs de Arch sont aussi contributeurs de Linux.
[^] # Re: bk et linux
Posté par Matthieu Moy (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 2.
Bien sur que si, ils ont leur nom !
Tu télécharges les sources de Linux, et tu regardes le fichier CREDITS à la racine de l'arbre. (Il y a du monde !!)
[^] # Re: bk et linux
Posté par Matthieu Moy (site web personnel) . En réponse au journal BitKeeper ou Arch. Évalué à 3.
Linus est propriétaire de la marque déposée "Linux", et il est propriétaire de ses propres contributions à Linux. Or, la grande majorité du code de Linux vient de contributions extérieures, le rôle de Linus étant de s'assurer de la qualité et de l'abscence de backdoor dans le code avant de l'intégrer au noyau officiel. Donc, la grande majorité du code ne lui appartient pas.
Par contre, c'est lui le "chef de projet", et il fait bien ce qu'il veut avec Linux. Si les gens ne sont pas d'accord avec lui, ils peuvent forker, mais je crois que personne ne serait assez fou pour ça ...
[^] # Re: Carrefour ?
Posté par Matthieu Moy (site web personnel) . En réponse au message PC avec Linux préinstallé sur Toulouse ?. Évalué à 2.
Sachant que
http://www.google.fr/search?hl=fr&q=site%3Awww.carrefour-multim(...)
(aucune réponse ...)
et que
http://www.google.fr/search?hl=fr&q=site%3Alinux-mandrake.com+c(...)
(pas mieux)
Je commençais à avoir des doutes ...
[^] # Re: Amen !
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche UNESCO-Microsoft, une alliance pour agrandir la fracture numérique ?. Évalué à 4.
Si tu cherches un peu, tu en trouveras quand même quelques unes, hein ... Et il y a beaucoup d'inventions MS reprises par des logiciels libres, rassures-toi.
Avec tout le dégout que j'ai pour l'auteur, il y a quand même de la matière ici par exemple :
http://www.microsoft.com/northafrica/tunisia/edito/ovation.htm(...)
[^] # Re: TOU
Posté par Matthieu Moy (site web personnel) . En réponse au journal MSN search utilise t'il les URL qui transitent sur MSN messenger ?. Évalué à 3.
Sur le nombre de pages, pas grand chose. Sur la pertinence des résultats, savoir que quand quelqu'un parle de l'URL X, dans y % des cas, on lui répond avec une URL Z, par exemple, ça peut être utile.
[^] # Re: pas forcement
Posté par Matthieu Moy (site web personnel) . En réponse au journal MSN search utilise t'il les URL qui transitent sur MSN messenger ?. Évalué à 5.
Bof, c'est bien pratique pour des trucs pas hyper confidentiels, genre tu met tes photos de famille, t'as pas forcément envie que des gens tombent par hasard dessus ou puissent te les ressortir dans 10 ans sur archives.org, mais sans pour autant avoir envie à t'em**** avec un système de mot de passe ...
[^] # Re: FUD !
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche UNESCO-Microsoft, une alliance pour agrandir la fracture numérique ?. Évalué à 1.
J'ai compris le ton de la dépêche quand j'ai réalisé que c'était une traduction d'un mail de Stallman ...
[^] # Re: En une seule passe
Posté par Matthieu Moy (site web personnel) . En réponse au journal un script pour améliorer fgrep. Évalué à 2.
[^] # Re: un jusriste dans la salle
Posté par Matthieu Moy (site web personnel) . En réponse au journal Microsoft ferait-il du spam ?. Évalué à 4.
J'ai pas envie d'être poursuivi en justice pour avoir envoyé un mail à quelqu'un sans avoir recu une autorisation écrite préalable sous contrôle d'huissier.
Le problème, c'est l'envoi massif, pas les envois privés, et il est normal de faire la distinction.
# Félicitations !
Posté par Matthieu Moy (site web personnel) . En réponse au journal eagle-usb 2.0.0. Évalué à 5.
Est-ce que vous avez essayé d'avoir un peu de "reconnaissance" de la part des fournisseurs d'accès concernés ? Je veux dire, pas des sous, mais avoir votre driver sur le CD par exemple. (il y a quelque temps, j'avais perdu énormément de temps a essayer d'installer le driver fourni sur le CD de Free avant de découvrir le votre - je ne pense pas être le seul)
[^] # Re: FireFox l'arme tranquille !
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Firefox 1.0 est disponible. Évalué à 4.
Tu sort ça d'ou ?
[^] # Re: Utilité publique != humanitaire !!!
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Divergence FM 100% libre : appel à contribution. Évalué à 3.
Le terme précis n'est peut-être pas "utilité publique", mais la réduction d'impôts est bel et bien possible :
http://fsffrance.org/donations/donate.fr.html(...)
Nous vous adresserons ensuite un formulaire vous permettant de bénéficier d'une déduction d'impôts. Selon l'article 200 du CGI, Ouvrent droit à une réduction d'impôt sur le revenu égale à 50 % de leur montant les sommes prises dans la limite de 6 % du revenu imposable
[^] # Utilité publique != humanitaire !!!
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Divergence FM 100% libre : appel à contribution. Évalué à 4.
# Payer moins d'impôts ...
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Divergence FM 100% libre : appel à contribution. Évalué à 8.
[^] # Re: Pour avoir la liste du matos
Posté par Matthieu Moy (site web personnel) . En réponse au message Informations système sous Unix. Évalué à 2.
s/df/GNU df/
:-(
# Mal barré :-(
Posté par Matthieu Moy (site web personnel) . En réponse au message Terminal X : affichage lent. Évalué à 3.
En affichage distant, tu es obligé de revenir sur du X11 traditionnel, et même si c'était en local, ça irait moins vite. (de la vidéo en plein écran, en affichage local, sur mon P433, ça rame ...)
Donc, un réseau rapide, ça aidera, mais ça ne suffira pas forcément.