>Je pense que ce qu'il faudrait à Gtk+ 3.0, c'est surtout d'abandonner ce vieux
>reliquat qu'est le C et qui ne fait que l'handicaper, et passer à un véritable
>langage orienté objet, tel que C++ ou Java.
Je ne crois pas, car je pense que le noyau s'en charge. Je me souviens avoir compilé il y aura bientôt un an, le module radeon avec X.org + DRI CVS + l'état de l'art du site R300 à l'époque, et j'avais réussi à faire fonctionner X.org correctement sur mon powerbook (muni d'une radeon 9600).
Pour glxgears, j'avais environ X2 par rapport à ce que j'ai sans rien. C'était pas terrible, mais quelque chose fonctionnait.
IMHO, c'est délibéré : rien pour PowerPC. Après on peut imaginer plein de scénarios possibles.
1) il faut installer les fichiers d'en-têtes (contenant les définitions de fonctions, macros, prototypes ..etc). Le paquet doit avoir -dev dans le nom. Ici, ce serait un truc comme : libart-2.0-dev_numéro_de_version avec version 2.3.10 mini... (cf message d'erreur)
2) PKG_CONFIG_PATH est le répertoire qui contient des fichiers plein d'infos, et appartenant à d'autres paquets. Normalement, si tu utilises pkgconfig de ta distribution, tu devrais avoir un répertoire /usr/lib/pkgconfig contenant des fichiers du type "nom_appli.pc"
Donc avant le configure, tu dois signaler au shell que PKG_CONFIG_PATH contient le nom du répertoire /usr/lib/pkgconfig (sauf si chez toi c'est un répertoire différent)
La commande à passer est :
export PKG_CONFIG_PATH="/usr/lib/pkgconfig"
./configure
...etc
Mais il se peut que tu aies d'autres paquets, parce que certaines dépendances ne sont pas satisfaites (je pense même qu'il y en a pas mal pour ne rien te cacher)
...voili en quelques mots ce qui t'attends
Dernier point : je te conseille de poser ce type de questions plutôt dans un forum consacré au développement, ici, c'est pas trop le coin. Mais je peux me tromper.
Question naïve : quelqu'un qui possède (enfin presque) une vraie machine de dev X86, donc fournie par Apple, peut-il en parler librement, sinon quelles sont les limites ?
Parce que ce serait intéressant d'avoir leur point de vue, non ?
Le problème vient de l'implémentation du format OpenDocument, pas du format lui-même. Et ni Koffice ni OpenOffice.org2 ne sont terminés à ce jour, donc ayez un peu d'indulgence....
Rappel : merci de faire remonter l'info si vous trouvez un bug... (listes de diffusion, IssueZilla... )
Pour ce qui est de la version 1.1.5rc1, j'ai testé deux versions que je compile :
celles pour LinuxPPC et Mac OSX/X11
Je suis extrêmement content de la version LinuxPPC, et ... pas du tout de la version Mac OSX Tiger.
Que se passe-t-il si on ouvre un document de type .odt (par exemple) avec la 115rc1 ?
Tout simplement un avertissement disant que toutes les fonctionnalités ne sont pas disponibles (je n'en sais pas plus à ce sujet, désolé). Ensuite, le document s'ouvre, et effectivement, certains champs peuvent être absents.
Merci, beaucoup, je n'avais pas vu l'article, et je me posais la question de savoir si on allait voir quelque chose dans la presse.
Je trouve que décider de ça le jour du choix pour les JO, c'est quand même gonflé. Est-ce que que quelqu'un sait combien d'Eurodéputés ont été "cordialement" invités à Singapour ?
Merci d'avoir donné votre recommandation.
Que voulez-vous faire ?
->Retourner à l'article : Le Parlement européen va se prononcer sur la "brevetabilité" du logiciel
Merci d'avoir donné votre recommandation.
Que voulez-vous faire ?
->Retourner à l'article : Le Parlement européen va se prononcer sur la "brevetabilité" du logiciel
Merci d'avoir donné votre recommandation.
Que voulez-vous faire ?
->Retourner à l'article : Le Parlement européen va se prononcer sur la "brevetabilité" du logiciel
Oui, c'est quelque chose de pas très évident, contribuer à un gros projet.
Quand je repense à l'impression que j'ai eue quand j'ai essayé de comprendre la première fois, c'est n'est plus la même chose :-)
Alors pour apporter ma petite pierre, et témoigner, je vais faire une présentation sur le sujet
"Méthodologie du libre" à Dijon lors des RMLL, au sujet d'OpenOffice.org
En gros : comment ça marche, être contributeur pour un tel projet.
Et je serai même là pour répondre à vos questions ~ du 5 au 9 juillet sur le stand
Francophone d'OpenOffice.org.
Pour commenter cet article, un premier point concernant la plus value des logiciels libres : La plus value d'un logiciel libre c'est qu'il est acquis définitivement à la communauté. Les logiciels propriétaires ne le sont jamais et il y a toujours une bonne raison (marketing) de payer encore une fois. Disposer de logiciels libres est d'intérêt public : c'est pour tout le monde, pour demain, pour assurer une des base de notre démocratie.
Personnellement, quand on me demande ce que logiciel libre veut dire, je réponds "liberté, égalité, fraternité"
Un des gros problèmes des logiciels propriétaires, ce sont les gens qui trichent parce qu'ils les utilisent sans payer (un prix que je ne discuterai pas). Par ignorance, bêtise, ou même vice. Les cas sont nombreux, majoritaires même dans notre pays.
Cette tricherie est un des plus gros vecteurs de diffusion des logiciels propriétaires. Sinon, ces derniers ne seraient même pas connus.
L'argent, maintenant : L'argument des pro-propriétaires consiste à dire que le libre ne coûte rien et ils n'ont pas complètement tort.
Mais les logiciels libres ne sont pas des logiciels gratuits : il y aura toujours besoin de services autour, et cela représente même une partie non négligeable du cout d'un logiciel quel qu'il soit.
Un des points que j'apprécie dans ce texte (mais j'interprète peut-être) est qu'il met en lumière une nécessité : Il faudrait enfin mettre à l'ordre du jour que de l'argent puisse être reversé d'une manière ou d'une autre aux contributeurs de logiciels libres, car beaucoup de logiciels libres ont des problèmes de ce côté, le bénévolat ayant ses limites.
Je dis cela en tant que connaisseur, en tant que contributeur à un logiciel libre...
Enfin, arrive le point le plus important à mes yeux, et qui m'inquiète énormément en relisant : rien sur les brevets... Visiblement, personne ne semble être au courant qu'un drame va peut-être bientôt se jouer au niveau des brevets logiciels à Bruxelles.
Aurais-je mal lu ?
Donc si quelqu'un de l'ADA* lit merci de rappeler ça : NON aux brevets sur les logiciels
Si tu cherches des testeurs sur matériel Mac, j'ai un powerbook sous Linux, avec un chipset radeon 9600, et je veux bien donner un coup de main pour des tests, des valeurs, ... même mettre le nez dans le code si affinité :-)
>d'un autre cote, dire "nous on aime bien le libre", ca n'implique pas "on va faire des
>choses pour linux". Le libre c'est tres vaste et ca n'inclue pas forcement linux.
Ben oui je parle du libre, et toi tu interprètes Linux. Je cite Linux parce que statistiquement, c'est un des OS libres les plus utilisé sur plateforme Mac.
Cet exemple était choisi parce que représentatif. C'est tout.
>Apple n'a rien a cogner de linux, et je les comprends, ils ont leur propre os, base sur
>un BSD, qu'est ce que tu veux qu'ils aillent se prendre la tete avec linux?
Encore une fois, c'est toi qui interprètes...
>Pour les specs, comme deja dit, c'est pas eux qui font le matos, c'est pas eux qui
>decident de la non publications des specs (bon, peut etre que ca les arrange de pas
>avoir les specs publiees, mais ca c'est un autre probleme).
Si Apple accepte un fournisseur en lui imposant dans le contrat qu'il ne refile absolument rien, c'est qui le fautif ?
>mouais. quand t'achetes une voiture, je doute que si tu demandes, meme gentiment,
>t'obtienne les specs de ton moteur ou de tout autre piece.
Ton exemple n'est pas adapté, et la comparaison n'a pas de sens. Je peux démonter tout ce que je veux dans une voiture, et les caractéristiques mécaniques des pièces me sont accessibles. Pour les caractéristiques des matériaux utilisés, c'est autre chose, car là interviennent les brevets. Mais puisque c'est breveté, je peux aussi accéder à l'information. Enfin, en théorie. Ce que je n'ai pas le droit de faire, c'est fabriquer les mêmes pièces *et* les vendre
Maintenant, encourager à ne plus avoir le mode d'emploi d'un composant électronique, c'est encourager les brevets sur les logiciels, et hypothéquer les fondements du libre, basés sur le partage des connaissances. C'est aussi quelque part hypothéquer sur notre avenir et celui de nos enfants : il n'y aura plus de limite, et tous sera marchiandise...
D'ailleurs, il ne sert à rien d'avoir le mode d'emploi d'un chipset graphique si on n'est pas capable d'écrire un driver. C'est là que la magie du partage des connaissances intervient. Ce qui signifie que même en ayant les specs, il y aura du travail supplémentaire, du temps, des bugs. Ce driver sera donc mérité, et n'arrivera pas "comme ça".
L'essentiel, c'est qu'une fois ce driver écrit, c'est définitif, et cela devient un savoir universel.
IMHO, c'est ce qui dérange les boîtes : n'ayant plus assez de biens matériels pour faire du pognon, elles décalent leurs sources de rentabilité sur l'immatériel, et voient d'un très mauvais oeil ces informations librement accessibles qu'on pourrait vendre...
>Pareil quand t'achetes de l'electromenager, de la hifi ou quoi que ce soit d'autre..
>que tu trouves ca scandaleux, ok, mais c'est une pratique tout a fait normale et >courante.
Ces pratiques sont absolument anormales, et pour répondre à tes mauvais exemples, je ne peux m'empêcher de penser aux premières machines Mac qui étaient fournies avec la ROM et un mode d'emploi. C'est l'argent qui fait tourner la tête à Apple.
Enfin, pour finir je tiens à signaler que je connais des gens formidables chez Apple. Malheureusement, je n'en connais aucun qui soit dans le service "Marketing" ;-)
P.S. : je n'ai pas écrit une seule fois Linux dans mes réponses au-dessus...
>tu crois que c'est de leur devoir de dire : "écoutez, faut aussi que ça marche sous
>Linux, hein, sinon on signe pas le contrat !".
Je n'ai jamais demandé que ce soit "fourni", ni qu'Apple prenne en charge le développement ?
J'ai juste dit que quand on demande des infos sur le matos, on puisse les obtenir
J'ai une grande pratique de l'installation de Linux sur PowerPC, et j'ai vu augmenter les ennuis de façon exponentielle ces dernières années...
Pourquoi n'aurait-on pas le droit de le dire ? Apple ne fait pas d'effort, et même plus si affinité.
Dire d'un côté "nous on aime bien le libre" et nous faire toutes les embrouilles possibles même pour booter sur un Mac sous Linux, t'appelle ça de la coopération ?
J'ai hâte de voir comment on pourra installer Linux sur les MacTel, tiens...
Après, c'est facile de dire (et ils ne s'en privent pas dans leur communication) que sous Linux tout ne fonctionne pas...
Pour finir, c'est un scandale d'acheter du matériel sans pouvoir obtenir les infos techniques permettant de le faire fonctionner.
Bravo d'avoir eu le courage de l'écrire : DLFP est complètement noyautée par un certain nombre d'individus et dès qu'on dit du mal d'Apple, on se fait systématiquement moinsser, sans débat, hop, on ne dérange plus...
Et pourtant, c'est loin d'être injustifié...
DLFP, ce n'est plus ce que c'était...
Allez-y, moinssez moi : je reposte la même juste après...
>Apple also confirmed that they would not stop customers from running Windows on the
>Intel-based Mac, although the Mac OS will not run on another PC.
C'est bizarre que personne n'ait relevé : Apple peut très bien empêcher Linux de fonctionner sur ses machines sans pour autant empêcher Windows de le faire.
C'est très facile à mettre en oeuvre, techniquement. Et d'ici quelques temps, sera-t-il encore "légal" de contourner un moyen de protection ? Rien n'est moins sûr...
Le but d'Apple, d'Intel et de Microsoft, c'est de combattre les logiciels libres en général, et Linux en particulier. C'est marrant, on dirait une espèce de "protectionnisme pro-américain" quelque part...
C'est plus juste que KDE soit aussi concerné. Par ailleurs, je trouve vraiment super, toutes ces opportunités pour les étudiants de pouvoir gagner de l'argent pendant les vacances. Je me souviens encore des galères que j'ai connues pour payer mes études.
Très content pour eux, et je suis sûr que des choses très positives vont se dégager de ces projets.
Ceci dit, est-ce que quelqu'un va aborder le problèmes des contributeurs non-étudiants ?
Pour ne parler que de mon petit cas (mais nous sommes nombreux), je donne beaucoup de mon temps, mais je ne vois pas grand chose en retour.
C'est pas de l'argent qui me ferait plaisir, mais du matos, ou un hébergement ...enfin vous voyez...
Pour finir, le problème qui mériterait d'être débattu et encore plus de voir des vraies solutions appliquées, c'est "comment mettre intelligemment de l'argent dans le développement des logiciels libres".
C'est dommage de confondre le service marketing (pas toujours très bon) et les développeurs de chez Sun car ces derniers aident quand ils le peuvent (j'ai vu passer quelque chose à ce sujet pas plus tard qu'hier ou aujourd'hui peut-être : modifier wizards pour que gcj compile..).
Quand j'ai des problèmes, je demande, et on m'aide. C'est très rapide, ce sont bien des développeurs de chez Sun , et je les en remercie.
J'ai proposé à Chantal Bernard Putz de contribuer à un topic sur la méthodologie du libre lors de RMLL. Mais on pourrait aussi y faire une espèce de "Topic développement OOo", sans forcément avoir un horaire à la clé.
Après tout, les RMLL, c'est aussi fait pour ça..
Par exemple, je propose d'essayer d'apporter des réponses à ceux qui n'osent pas, ou veulent en savoir plus...le tout est de s'organiser.
On pourrait alterner les confs et les ateliers.
Des idées d'ateliers :
- comment fonctionne le projet OpenOffice.org (les projets)
- description de l'arborescence (diagramme des dépendances) : ce qu'il y a dans les sources, comment ça compile...
- les outils pour la compilation
- comment retrouver une issue, comment entrer un issue
- comment communiquer, à qui demander
- les patches
- le code (styles...etc)
- comment commiter (je pourrai même illustrer )
C'est peut-être un peu maladroit/incomplet, mais l'idée est là
Bien sur, étant moi-même asse au courant des points énooncés plus haut, je me porte déjà volontaire pour participer, mais j'espère que d'autres seront intéressés.
[^] # Re: Ce qu'il faudrait à Gtk+...
Posté par revponpuneq . En réponse au journal Projet Ridley (gtk+-3.0 ?). Évalué à 2.
>reliquat qu'est le C et qui ne fait que l'handicaper, et passer à un véritable
>langage orienté objet, tel que C++ ou Java.
...et pourquoi pas Objective-C ?
--
eric bachard
[^] # Re: euh !
Posté par revponpuneq . En réponse à la dépêche Sortie des pilotes ATI et NVIDIA. Évalué à 4.
Pour glxgears, j'avais environ X2 par rapport à ce que j'ai sans rien. C'était pas terrible, mais quelque chose fonctionnait.
IMHO, c'est délibéré : rien pour PowerPC. Après on peut imaginer plein de scénarios possibles.
--
eric bachard
[^] # Re: euh !
Posté par revponpuneq . En réponse à la dépêche Sortie des pilotes ATI et NVIDIA. Évalué à 5.
Encore une fois, et parce qu'ils le méritent bien : vive le DRI http://dri.sf.net/(...)
Ben oui, pourquoi ATI ne fait rien, et surtout pas de driver proprio sous Linux pour architecture powerpc (ben oui, rien ne les empêche a priori) ?
--
eric bachard
# Tu n'es pas au bout...
Posté par revponpuneq . En réponse au message Problème pour compiler sodipodi 0.34. Évalué à 1.
2) PKG_CONFIG_PATH est le répertoire qui contient des fichiers plein d'infos, et appartenant à d'autres paquets. Normalement, si tu utilises pkgconfig de ta distribution, tu devrais avoir un répertoire /usr/lib/pkgconfig contenant des fichiers du type "nom_appli.pc"
Exemples :
libgcompris-1.0.pc
freetype2.pc
gnome-vfs-2.0.pc
[...cut ... ]
gthread-2.0.pc
gthread.pc
Donc avant le configure, tu dois signaler au shell que PKG_CONFIG_PATH contient le nom du répertoire /usr/lib/pkgconfig (sauf si chez toi c'est un répertoire différent)
La commande à passer est :
export PKG_CONFIG_PATH="/usr/lib/pkgconfig"
./configure
...etc
Mais il se peut que tu aies d'autres paquets, parce que certaines dépendances ne sont pas satisfaites (je pense même qu'il y en a pas mal pour ne rien te cacher)
...voili en quelques mots ce qui t'attends
Dernier point : je te conseille de poser ce type de questions plutôt dans un forum consacré au développement, ici, c'est pas trop le coin. Mais je peux me tromper.
--
eric bachard
[^] # Re: Sérieux, vous y croyez?
Posté par revponpuneq . En réponse au journal Soyons solidaire de MAcbidouille. Évalué à 1.
Parce que ce serait intéressant d'avoir leur point de vue, non ?
# Au sujet des thèmes gtk et kde avec la future version d'OOo2.0...
Posté par revponpuneq . En réponse à la dépêche Intégration de OpenOffice dans KDE et l'inverse. Évalué à 1.
http://ooo.lab-project.net/~ebachard/Linux_PowerPC/2.0/m_121/(...)
http://ooo.lab-project.net/~ebachard/MacOSX/2.0/m_121/(...)
Avec en plus quelques screenshots pour les curieux :
1) Version Linux PPC
http://eric.bachard.free.fr/LinuxPowerPC/m121/screenshots/(...)
2) Version Mac OS X (m121 en fait) :
http://eric.bachard.free.fr/mac/m118/(...)
Peut-être que celui-ci attirera plus de monde :
http://eric.bachard.free.fr/mac/m118/test_themes_gtk/theme_panther.(...)
Merci d'avance pour vos retours :-)
--
eric bachard
[^] # Re: KOffice...
Posté par revponpuneq . En réponse au journal OpenDocument : pas encore au point. Évalué à 5.
Rappel : merci de faire remonter l'info si vous trouvez un bug... (listes de diffusion, IssueZilla... )
Pour ce qui est de la version 1.1.5rc1, j'ai testé deux versions que je compile :
celles pour LinuxPPC et Mac OSX/X11
Je suis extrêmement content de la version LinuxPPC, et ... pas du tout de la version Mac OSX Tiger.
Que se passe-t-il si on ouvre un document de type .odt (par exemple) avec la 115rc1 ?
Tout simplement un avertissement disant que toutes les fonctionnalités ne sont pas disponibles (je n'en sais pas plus à ce sujet, désolé). Ensuite, le document s'ouvre, et effectivement, certains champs peuvent être absents.
Pour ceux que cela intéresse, une version Intel expérimentale sera prochainement uploadée ici : <http://ooo.lab-project.net/~ebachard/Linux_Intel/1.1.5/>(...)
Pour la version Linux PPC, c'est là :
<http://ooo.lab-project.net/~ebachard/Linux_PowerPC/1.1.5/fr/>(...)
Je n'uploaderai pas, pour l'instant la version Mac OSX Tiger /X11.
--
eric bachard
[^] # Re: oups !
Posté par revponpuneq . En réponse au journal Liberté pour le logiciels. Évalué à 3.
Je trouve que décider de ça le jour du choix pour les JO, c'est quand même gonflé. Est-ce que que quelqu'un sait combien d'Eurodéputés ont été "cordialement" invités à Singapour ?
Merci d'avoir donné votre recommandation.
Que voulez-vous faire ?
->Retourner à l'article : Le Parlement européen va se prononcer sur la "brevetabilité" du logiciel
Merci d'avoir donné votre recommandation.
Que voulez-vous faire ?
->Retourner à l'article : Le Parlement européen va se prononcer sur la "brevetabilité" du logiciel
Merci d'avoir donné votre recommandation.
Que voulez-vous faire ?
->Retourner à l'article : Le Parlement européen va se prononcer sur la "brevetabilité" du logiciel
(...cut...)
Sera-ce suffisant ?
--
eric bachard
# Pour info [ un peu de pub ]
Posté par revponpuneq . En réponse au journal De la difficulté de contribuer à des gros projets. Évalué à 10.
Quand je repense à l'impression que j'ai eue quand j'ai essayé de comprendre la première fois, c'est n'est plus la même chose :-)
Alors pour apporter ma petite pierre, et témoigner, je vais faire une présentation sur le sujet
"Méthodologie du libre" à Dijon lors des RMLL, au sujet d'OpenOffice.org
En gros : comment ça marche, être contributeur pour un tel projet.
Et je serai même là pour répondre à vos questions ~ du 5 au 9 juillet sur le stand
Francophone d'OpenOffice.org.
Surtout, n'hésitez pas, je viens exprès... :-)
--
ericb@openoffice.org
# L'essentiel...
Posté par revponpuneq . En réponse au journal Le libre concurrence le propriétaire !!. Évalué à 9.
Disposer de logiciels libres est d'intérêt public : c'est pour tout le monde, pour demain, pour assurer une des base de notre démocratie.
Personnellement, quand on me demande ce que logiciel libre veut dire, je réponds "liberté, égalité, fraternité"
Un des gros problèmes des logiciels propriétaires, ce sont les gens qui trichent parce qu'ils les utilisent sans payer (un prix que je ne discuterai pas). Par ignorance, bêtise, ou même vice. Les cas sont nombreux, majoritaires même dans notre pays.
Cette tricherie est un des plus gros vecteurs de diffusion des logiciels propriétaires. Sinon, ces derniers ne seraient même pas connus.
L'argent, maintenant : L'argument des pro-propriétaires consiste à dire que le libre ne coûte rien et ils n'ont pas complètement tort.
Mais les logiciels libres ne sont pas des logiciels gratuits : il y aura toujours besoin de services autour, et cela représente même une partie non négligeable du cout d'un logiciel quel qu'il soit.
Un des points que j'apprécie dans ce texte (mais j'interprète peut-être) est qu'il met en lumière une nécessité : Il faudrait enfin mettre à l'ordre du jour que de l'argent puisse être reversé d'une manière ou d'une autre aux contributeurs de logiciels libres, car beaucoup de logiciels libres ont des problèmes de ce côté, le bénévolat ayant ses limites.
Je dis cela en tant que connaisseur, en tant que contributeur à un logiciel libre...
Enfin, arrive le point le plus important à mes yeux, et qui m'inquiète énormément en relisant : rien sur les brevets... Visiblement, personne ne semble être au courant qu'un drame va peut-être bientôt se jouer au niveau des brevets logiciels à Bruxelles.
Aurais-je mal lu ?
Donc si quelqu'un de l'ADA* lit merci de rappeler ça : NON aux brevets sur les logiciels
--
eric bachard
[^] # Re: imacs
Posté par revponpuneq . En réponse à la dépêche Logiciel de contrôle de moniteur disponible. Évalué à 2.
Si tu cherches des testeurs sur matériel Mac, j'ai un powerbook sous Linux, avec un chipset radeon 9600, et je veux bien donner un coup de main pour des tests, des valeurs, ... même mettre le nez dans le code si affinité :-)
--
eric bachard
[^] # Re: Si Apple voulait vraiment faire un effort...
Posté par revponpuneq . En réponse à la dépêche Apple ouvre le CVS de WebCore. Évalué à 5.
>choses pour linux". Le libre c'est tres vaste et ca n'inclue pas forcement linux.
Ben oui je parle du libre, et toi tu interprètes Linux. Je cite Linux parce que statistiquement, c'est un des OS libres les plus utilisé sur plateforme Mac.
Cet exemple était choisi parce que représentatif. C'est tout.
>Apple n'a rien a cogner de linux, et je les comprends, ils ont leur propre os, base sur
>un BSD, qu'est ce que tu veux qu'ils aillent se prendre la tete avec linux?
Encore une fois, c'est toi qui interprètes...
>Pour les specs, comme deja dit, c'est pas eux qui font le matos, c'est pas eux qui
>decident de la non publications des specs (bon, peut etre que ca les arrange de pas
>avoir les specs publiees, mais ca c'est un autre probleme).
Si Apple accepte un fournisseur en lui imposant dans le contrat qu'il ne refile absolument rien, c'est qui le fautif ?
>mouais. quand t'achetes une voiture, je doute que si tu demandes, meme gentiment,
>t'obtienne les specs de ton moteur ou de tout autre piece.
Ton exemple n'est pas adapté, et la comparaison n'a pas de sens. Je peux démonter tout ce que je veux dans une voiture, et les caractéristiques mécaniques des pièces me sont accessibles. Pour les caractéristiques des matériaux utilisés, c'est autre chose, car là interviennent les brevets. Mais puisque c'est breveté, je peux aussi accéder à l'information. Enfin, en théorie. Ce que je n'ai pas le droit de faire, c'est fabriquer les mêmes pièces *et* les vendre
Maintenant, encourager à ne plus avoir le mode d'emploi d'un composant électronique, c'est encourager les brevets sur les logiciels, et hypothéquer les fondements du libre, basés sur le partage des connaissances. C'est aussi quelque part hypothéquer sur notre avenir et celui de nos enfants : il n'y aura plus de limite, et tous sera marchiandise...
D'ailleurs, il ne sert à rien d'avoir le mode d'emploi d'un chipset graphique si on n'est pas capable d'écrire un driver. C'est là que la magie du partage des connaissances intervient. Ce qui signifie que même en ayant les specs, il y aura du travail supplémentaire, du temps, des bugs. Ce driver sera donc mérité, et n'arrivera pas "comme ça".
L'essentiel, c'est qu'une fois ce driver écrit, c'est définitif, et cela devient un savoir universel.
IMHO, c'est ce qui dérange les boîtes : n'ayant plus assez de biens matériels pour faire du pognon, elles décalent leurs sources de rentabilité sur l'immatériel, et voient d'un très mauvais oeil ces informations librement accessibles qu'on pourrait vendre...
>Pareil quand t'achetes de l'electromenager, de la hifi ou quoi que ce soit d'autre..
>que tu trouves ca scandaleux, ok, mais c'est une pratique tout a fait normale et >courante.
Ces pratiques sont absolument anormales, et pour répondre à tes mauvais exemples, je ne peux m'empêcher de penser aux premières machines Mac qui étaient fournies avec la ROM et un mode d'emploi. C'est l'argent qui fait tourner la tête à Apple.
Enfin, pour finir je tiens à signaler que je connais des gens formidables chez Apple. Malheureusement, je n'en connais aucun qui soit dans le service "Marketing" ;-)
P.S. : je n'ai pas écrit une seule fois Linux dans mes réponses au-dessus...
--
eric bachard
[^] # Re: Si Apple voulait vraiment faire un effort...
Posté par revponpuneq . En réponse à la dépêche Apple ouvre le CVS de WebCore. Évalué à 9.
>Linux, hein, sinon on signe pas le contrat !".
Je n'ai jamais demandé que ce soit "fourni", ni qu'Apple prenne en charge le développement ?
J'ai juste dit que quand on demande des infos sur le matos, on puisse les obtenir
J'ai une grande pratique de l'installation de Linux sur PowerPC, et j'ai vu augmenter les ennuis de façon exponentielle ces dernières années...
Pourquoi n'aurait-on pas le droit de le dire ? Apple ne fait pas d'effort, et même plus si affinité.
Dire d'un côté "nous on aime bien le libre" et nous faire toutes les embrouilles possibles même pour booter sur un Mac sous Linux, t'appelle ça de la coopération ?
J'ai hâte de voir comment on pourra installer Linux sur les MacTel, tiens...
Après, c'est facile de dire (et ils ne s'en privent pas dans leur communication) que sous Linux tout ne fonctionne pas...
Pour finir, c'est un scandale d'acheter du matériel sans pouvoir obtenir les infos techniques permettant de le faire fonctionner.
--
eric bachard
# Si Apple voulait vraiment faire un effort...
Posté par revponpuneq . En réponse à la dépêche Apple ouvre le CVS de WebCore. Évalué à -6.
--
Eric Bachard
# Tout à fait d'accord
Posté par revponpuneq . En réponse au journal On est sur un site Linux ou Apple ?. Évalué à 10.
Et pourtant, c'est loin d'être injustifié...
DLFP, ce n'est plus ce que c'était...
Allez-y, moinssez moi : je reposte la même juste après...
--
eric bachard
# "... not stop customers from running Windows..." Et Linux alors ?
Posté par revponpuneq . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à -2.
>Intel-based Mac, although the Mac OS will not run on another PC.
C'est bizarre que personne n'ait relevé : Apple peut très bien empêcher Linux de fonctionner sur ses machines sans pour autant empêcher Windows de le faire.
C'est très facile à mettre en oeuvre, techniquement. Et d'ici quelques temps, sera-t-il encore "légal" de contourner un moyen de protection ? Rien n'est moins sûr...
Le but d'Apple, d'Intel et de Microsoft, c'est de combattre les logiciels libres en général, et Linux en particulier. C'est marrant, on dirait une espèce de "protectionnisme pro-américain" quelque part...
Mais je dois me tromper....
# IbM
Posté par revponpuneq . En réponse à la dépêche Apple abandonne IBM pour Intel. Évalué à 10.
Pourquoi n'y avais je pas pensé avant...
[^] # Re: Très content pour les étudiants
Posté par revponpuneq . En réponse au journal KDE a été rajouté dans le "Google Summer of Code". Évalué à 2.
Merci pour l'info, que j'ai manquée :-)
# Très content pour les étudiants
Posté par revponpuneq . En réponse au journal KDE a été rajouté dans le "Google Summer of Code". Évalué à 3.
C'est plus juste que KDE soit aussi concerné. Par ailleurs, je trouve vraiment super, toutes ces opportunités pour les étudiants de pouvoir gagner de l'argent pendant les vacances. Je me souviens encore des galères que j'ai connues pour payer mes études.
Très content pour eux, et je suis sûr que des choses très positives vont se dégager de ces projets.
Ceci dit, est-ce que quelqu'un va aborder le problèmes des contributeurs non-étudiants ?
Pour ne parler que de mon petit cas (mais nous sommes nombreux), je donne beaucoup de mon temps, mais je ne vois pas grand chose en retour.
C'est pas de l'argent qui me ferait plaisir, mais du matos, ou un hébergement ...enfin vous voyez...
Pour finir, le problème qui mériterait d'être débattu et encore plus de voir des vraies solutions appliquées, c'est "comment mettre intelligemment de l'argent dans le développement des logiciels libres".
Et pas forcément que pour les étudiants.
Mon humble avis
--
eric bachard
[^] # Re: Anguille sous roche ?!?
Posté par revponpuneq . En réponse au journal Google et Gnome... Anguille sous roche ?. Évalué à 2.
.... À tout hasard, est-ce que tu sais s'il est déjà possible
de charger une image de fond depuis un autre endroit ?
--
ericb@openoffice.org
[^] # Re: J'adore OpenOffice.org, mais...
Posté par revponpuneq . En réponse à la dépêche Enfin une norme pour la bureautique : OpenDocument 1.0. Évalué à 4.
Pour ceux qui peuvent, où qui sont intéressés, ça se passe là : <http://www.openoffice.org/issues/show_bug.cgi?id=2497>(...)
eric bachard
--
ericb@openoffice.org
[^] # Re: Extensions des fichiers : à propos du format
Posté par revponpuneq . En réponse à la dépêche Enfin une norme pour la bureautique : OpenDocument 1.0. Évalué à 10.
Mais il faut déjà que la 2.0 sorte pour que la question se pose, parce que pour l'instant, on n'en est qu'au développement... ;-)
eric bachard
--
ericb@openoffice.org
[^] # Re: Les vieilles traditions
Posté par revponpuneq . En réponse à la dépêche Accord entre la FSF et les développeurs OpenOffice au sujet de l'utilisation de Java. Évalué à 5.
Quand j'ai des problèmes, je demande, et on m'aide. C'est très rapide, ce sont bien des développeurs de chez Sun , et je les en remercie.
--
eric bachard
ericb@openoffice.org
# confirmé
Posté par revponpuneq . En réponse au journal Quand Léa pointe sur Microsoft !. Évalué à 0.
Ceci dit, les gens de Léa Linux sont très réactifs, cela devrait être arrangé rapidement
# Proposition comme ça...
Posté par revponpuneq . En réponse au journal idée (à la noix?) pour OOo. Évalué à 1.
J'ai proposé à Chantal Bernard Putz de contribuer à un topic sur la méthodologie du libre lors de RMLL. Mais on pourrait aussi y faire une espèce de "Topic développement OOo", sans forcément avoir un horaire à la clé.
Après tout, les RMLL, c'est aussi fait pour ça..
Par exemple, je propose d'essayer d'apporter des réponses à ceux qui n'osent pas, ou veulent en savoir plus...le tout est de s'organiser.
On pourrait alterner les confs et les ateliers.
Des idées d'ateliers :
- comment fonctionne le projet OpenOffice.org (les projets)
- description de l'arborescence (diagramme des dépendances) : ce qu'il y a dans les sources, comment ça compile...
- les outils pour la compilation
- comment retrouver une issue, comment entrer un issue
- comment communiquer, à qui demander
- les patches
- le code (styles...etc)
- comment commiter (je pourrai même illustrer )
C'est peut-être un peu maladroit/incomplet, mais l'idée est là
Bien sur, étant moi-même asse au courant des points énooncés plus haut, je me porte déjà volontaire pour participer, mais j'espère que d'autres seront intéressés.
Enfin, c'était juste une proposition, comme ça...
--
eric bachard