Non le communisme c'est le partage de choses matériels, plus il y a de personnes, plus les parts sont petites.
Oui enfin c'est pas exactement ça non plus. Normalement, ce serait simplement "les parts sont égales". Certes, pour certains, elles seront plus petites, mais pour beaucoup d'autre elles seront plus grandes ;-)
Le modèle politique actuel n'empêche absolument pas ta relation "plus il y a de personnes, plus les parts sont petites" hein ... car ce n'est pas dépendant du modèle politique mais de la nature tangible des biens. La différence fondamentale entre capitalisme et communiste est dans la répartition de ces biens.
Avec l'openSource c'est l'inverse, les parts grossisent si le nombre de participants augmente :-)
Ben non, les parts ne grossissent pas hein. Simplement, elles ne diminuent pas parce que quelqu'un copie un logiciel, ce qui est différent.
L'économie de l'immatériel / des idées, tout ça.
Même réthorique applicable aux MP3/Piratage... la notion du "manque à gagner" étant excessivement difficile à préciser.
A priori il semble indiquer que le bouquin de l'ancien dirigeant du FMI est plutôt critique ...
Pour revenir sur l'OMC, tu ne peux pas trouver un point de vue "objectif" -- l'objectivité, c'est un doux rêve. Théoriquement, l'OMC peut être une bonne idée. En pratique, l'OMC est surtout le moyen pour les états du G8, les lobbys et les multinationales, de faire passer ce qui les arrangent le mieux.
Le coup de considérer que TOUT est marchandise et donc que l'on peut adopter le point de vue ultralibéral "parceque-ça-fera-plus-de-concurrence-donc-des-baisses-de-prix" est d'une idiotie sans bornes. Il y a certaines domaines ou, selon moi, ce point de vue est à fuire comme la peste, car avoir les services au prix le plus bas ne répondra pas au bien public -- tout simplement car pour avoir ces bas prix on sacrifiera sur la qualité.
Concernant la santé, l'éducation, la culture et généralement les domaines ou la sécurité est important (style centrales nucléaires ou réseau ferroviaire), appliquer une doctrine libérale est dangereux. Théoriquement, ce ne devrait *pas* être dangereux, car les consommateurs changeraient de fournisseurs si ils s'aperçoivent que le produit est "défectueux". Le problème c'est que tout ce qui concerne la qualité/sécurité n'est pas visible en un coup d'oeil à l'achat, mais sur du long terme ... d'ou la glissade potentielle, dangereuse, d'industriels réfléchissants à court terme et sacrifiant sécurité et qualité sur l'autel du profit immédiat.
Ca ne vaut pas la peine de prendre le risque. Certes, les administrations publiques et autres entreprises nationalisées n'ont pas forcément un fonctionnement idéal (en terme de gâchi, de redondance, d'efficacité, etc.), mais d'une part les grosses multinationales tendent à avoir un fonctionnement similaire, et deuxièmement, au moins les administrations ne sont pas censé être orienté sur le profit à court terme. Pour paraphraser churchill, ce n'est peut le meilleur système, mais c'est le moins pire.
Il y a eu un article il y a quelques semaines sur kuro5hin qui parlait de ça -- plus exactement, c'était une fiction basée sur ces camps ... certes il était dit que les camps existaient réellement, mais là, l'article du guardian fait vraiment froid dans le dos -- c'est un reportage, et le directeur de la prison ne cache pas plus que ça leurs méthodes. C'est barbare, au sens non-civilisé.
La fin justifie les moyens d'après ces connards de parents ... brrr ... de la torture pure et simple contre des adolescents, c'est pas considéré comme crime contre l'humanité ça ?
A mon avis d'ici quelques temps, un ancien de ces camps va faire un carnage chez ses parents.
à priori, ce n'est pas le code de thompson qui est moche (une boucle d'allocation) mais le code après (un peu crade avec des define et redéfinition de prototypes inutiles), codé chez SGI.
pas à ma connaissance. Il est juste le window-manager le "moins pire" pour aller avec GNUstep, et considéré comme tel -- il supporte certaines caractèristiques des applis GNUstep (comme la définition de la profondeur des fenêtres), et surtout, il reprends le look and feel NeXTSTEP. Il est donc recommandé par GNUstep sous X11, sans plus.
NeXTSTEP étant un système d'exploitation des années 80 très en avance sur son temps à bien des égards (et en particulier en étant entièrement orienté objet et utilisant à fond un affichage PostScript). Plus d'infos sur http://www.levenez.com/NeXTSTEP(...)
NeXTSTEP a donné par la suite le système OPENSTEP, une implémentation des spécifications OpenStep publiées en coopération avec Sun Microsytems, et basées sur les API NeXSTEP (avec pas mal d'ajouts). OPENSTEP a ensuite fourni la base de Mac OS X.
Beaucoup de gens font donc la confusion entre GNUstep, qui pour simplifier est une bibliothèque de programmation en Objective-C (c'est beaucoup plus que ça bien sûr, voir http://www.roard.com/docs(...)), et WindowMaker, qui est un window manager pour X11. GNUstep est une implémentation des fameuses spécifications OpenStep.
A l'origine alfredo kojima a codé WindowMaker dans l'optique d'une utilisation avec GNUstep sous X11, mais WindowMaker a évolué vers le support d'autres environnements. Il n'utilise d'ailleurs pas GNUstep, mais sa propre librairie graphique, et est codé en C et non en Objective-C .
Finalement, WindowMaker est devenu un projet plus populaire que GNUstep (!) et a évolué de son propre côté -- paradoxal ! mais ça illustre bien le problème récurrent de GNUstep : peu de gens ayant eu l'occasion de travailler sur des stations NeXT, il est difficile de convaincre de but en blanc des programmeurs de l'intérêt de coder une implémentation OpenStep. Comme on a maintenant des trucs "montrables" avec GNUstep, plus de gens s'y intéressent d'ailleurs (une démo de l'environnement est un excellent point de départ !), mais c'est rageant de voir que le projet a attiré si peu de monde dans ses débuts, ce qui a eu un impact sur la vitesse de croissance du projet et sa notoriété ...
AfterStep n'est donc évidemment pas un clone de NeXTSTEP, tout juste du look des fenêtres (et encore). WindowMaker n'est pas non plus un clone de NeXTSTEP, juste du look et un peu du feel (utilisation du dock). GNUstep n'est pas non plus un clone de NeXTSTEP, mais une implémentation des spécifications OpenStep, qui elles sont inspirés des API de programmation NeXSTEP. Ceci dit GNUstep a repris le même look au niveau des widgets que ceux sur NeXTSTEP ou OPENSTEP (bien que ça puisse être modifié)
Une remarque : quand on parle des API/spécifications, on écrit OpenStep, quand on parle de l'implémentation ou du système lui-même, on écrit OPENSTEP. Et GNUstep s'écrit avec un s minuscule :-)
Voici aussi un lien vers une vidéo commerciale NeXT d'époque, montrant la facilité de programmation d'une application sous NeXTSTEP. A titre d'information, tout ce qui est montré sur la vidéo peux actuellement être refait sous GNUstep !
La 2, très largement plus claire et lisible. Même si avoir un site avec un graphisme délirant (1.4) c'est sympa, honnêtement je pense qu'il faut privilégier la lisibilité, c'est quand même le but d'un site.
On peut le penser, mais dans ce cas je pense qu'il ordonnerait le retrait pur et simple du code GPL de l'application.
Oui je suis d'accord !
Bah dans ce cas pourquoi 2 licences différentes? Tu as un code associé a une licence qui t'autorise a le réutiliser uniquement si tu places ce code ainsi que ton propre code en GPL. Si tu ne le fais pas, tu ne respecte pas la licence, donc soit le juge t'oblige a respecter la licence (tout le code en GPL), soit il t'impose de supprimer le code GPL pour le remplacer par du code non GPL. Comme tu le dis, l'une ou l'autre des décisions pourrait être prise en fonction de l'importance (pas forcément de la quantité) de code GPL dans l'application.
idem.
Il va de soi que le code GPL devrait être retiré si non respect de la licence. Simplement, je me posais la question des mesures prises à l'encontre de l'entreprise (GPL-isation ou non de leur code), à titre de mesure de réparation pour non-respect de la licence, indépendamment du retrait ou non du code GPL utilisé illégalement.
Je n'ai pas connaissance de jurisprudence aujourd'hui, quelqu'un en a déjà vu?
Non, parce que tous les cas ou il y a eu problème (et il y en a eu pas mal, des cas), tout c'est réglé "à l'amiable" sans passer par le procès. Ce n'est pas étonnant, les boites impliqués dans ces problèmes ont simplement considéré qu'elles avaient zéro chance si procès.
\begin{spéculations personnelles}
Le seul point à mon avis qui pourrait éventuellement être minimisé dans son champ d'application avec la GPL si procès, c'est le côté "viral" : si le code GPL est comparativement à l'application qui l'intégre, relativement petit, je ne pense pas qu'un juge irait vers la GPL-isation totale de l'application.
C'est à dire que je pense possible qu'un juge considére que la GPL doit en pratique s'appliquer plus comme la LGPL, et ne GPL-iser que le code modifiant effectivement le code déja en GPL, mais pas GPL-iser un code qui se contenterait d'utiliser à un endroit du code GPL sans y toucher autrement que ça. Maintenant, ça dépends aussi de l'importance de l'appli -- si il s'agit d'une mince couche autour d'un gros bloc GPL, là je pense qu'on peut s'attendre à la GPL-isation entière de l'appli.
le truc important c'est qu'il ne se retire que du mainstream pas de la BD.
Oui, c'est ce qu'on comprends en gros... mais c'est un peu ambigüe, on sait pas trop quand même. Et puis ça fait suer que certaines séries comme Top Ten risquent de ne pas être continuées :-/
Maintenant en dehors de ça, c'est cool qu'il puisse pouvoir faire ce qu'il préfère, de toute façon, je suis un fan.
oui oui, d'ailleurs comme je le dit dans le journal, c'est une des rares BD à avoir eu le prix Hugo, qui est un prix très renommé pour les livres de S.-F. ! (y en a-t-il eu d'autre ? le prix Hugo pour La Guerre Eternelle d'Haldeman concernait le roman, pas sa (superbe) BD avec Marvano non ?)
The Watchmen est la BD qui m'a le plus impressionné. On m'avait parlé de cette BD en me disant, "surtout, ne commence pas le premier tome dans une librairie, parce que tu repart illico avec les 5 autres :-) "
Franchement, une vrai révolution.
V pour Vendetta est pas mal aussi :-) (toujours de Moore)
C'était la NeXT couleur allemande avec l'écran en prime ? j'ai hésité à la prendre :-)
Les CDs NeXTSTEP 3.3 j'ai ça si tu est sur paris, par contre j'ai pas OPENSTEP 4.2 ... ça doit pouvoir se trouver. Perso je te conseille OPENSTEP, vu qu'il peut faire fonctionner les programmes NeXTSTEP en plus de programmes OPENSTEP. Et au moins en codant avec OPENSTEP tu pourras porter tes programmes sous GNUstep et MacOSX sans trop de difficulté ! :-) (en effet les API sont pas exactement les mêmes entre NeXTSTEP et OPENSTEP)
>La question était :
>- "que se passerait-il *SI* SCO a raison?" (1)
>
>La question n'était [pas]:
>- "es-ce que SCO a raison ?" (2)
C'est vrai qu'il faut faire l'effort de sauter -- ou de lire -- le premier paragraphe de mon post, qui traitait rapidement de (2) histoire de replacer la question dans une perspective réaliste, pour trouver la phrase clé "que peut il se passer ? Réponse : " qui semble indiquer que le traitement de (1) suit...
Ben... raison sur quel point ? que du code SCO soit *effectivement* passé dans linux ? honnêtement, c'est une faible possibilité, j'ai plutôt l'impression qu'ils argument vaguement sur un très très flou concept de "travail dérivatif" -- en gros, pas d'infraction de (c), plutôt un truc à la brevet logiciel.
Maintenant, admettons pour l'amour de la démonstration (du troll ?) qu'il y ait effectivement du code SCO dans linux (et encore, faudrait prouver que si code similaire il y a, ce soit bien SCO qui l'ai écrit et pas une source commune -- BSD -- ... voir que ce soit l'inverse qui ce soit produit, code linux migrant dans le code SCO)... que peut il se passer ? Réponse :
1) IBM perds son procès pour rupture de contrat, etc (et encore faut que ce soit bien clair que ce soit la faute à IBM ...)
2) le code incriminé est réécrit dans linux
3) les utilisateurs de linux sont de toutes façon inatteignables par SCO, les distributeurs non plus, car ayants utilisé linux de bonne foi. Bien évidemment, hors de question de distribuer le code SCO *après* la décision judiciaire, mais avant, ce serait difficile d'empêcher la distribution, vu qu'SCO ne veut pas dire quel code est à eux !
4) fin de l'histoire, SCO a gagné quelques pesos, le FUD en a fait perdre aux distributeurs Linux, mais Linux en tant que tel ne peut pas être laminé, vive la GPL.
Même si ce scénario arrive (fortement improbable), ça nous promet de toute façon d'intéressant développements annexes :
1) les distributeurs linux attaquant SCO pour FUD et perte de parts de marché de la faute de ce FUD (ce dont SCO aura du mal à se tirer, même dans le cas ou il y avait effectivement du code SCO dans linux et qu'ils avaient "raison", leur comportement est absolument inadmissible et est condamnable)
2) un éventuel code linux embarqué dans UnixWare (services d'interopérabilité) vient emmerder SCO :-)
3) accessoirement, le fait qu'SCO continue encore aujourd'hui de distribuer leur kernel linux sous licence GPL sera sûrement considéré comme une acceptation en toute connaissance de cause de la GPL, qui va leur retomber sur la figure...
même pas, la plupart du temps je suis sur mon ibook en 1024x768 :-P et ça me va. Maintenant, quand je fait un export display en 1600x1200, là c'est carrément d'enfer l'UI à la NeXT.
Ce qui me géne, c'est que certains considérent ces tests plus comme un moyen de pression sur Microsoft, histoire de leurs dire "si vous ne baissez pas vos prix, on peux changer".
Oui, c'est une pratique qui semble de plus en plus courante. Même si c'est un peu énervant à observer, ça veut dire aussi -- à mon avis -- qu'il y aura de plus en plus de gens sous linux dans le futur. En effet, à force de faire des tests comparatifs pour faire peur à microsoft, les décideurs pressés vont se rendre compte au fur et à mesure qu'ils peuvent réellement passer à du linux ;-) et pas juste s'en servir pour bluffer.
Et puis, les décideurs aiment bien jouer aux moutons pour les décisions d'infrastructures informatiques. De plus en plus de gens, de grosses boites et d'administrations utilisent linux un peu partout dans le monde, et le choix de microsoft au détriment de linux va doucement être plus difficile à justifier -- de la même façon qu'il y a peu il était difficile de faire avancer du linux ouvertement, ou qu'il y a quelques années les solutions IBM régnaient en maître sur l'informatique d'entreprise.
Et ce, même si les solutions microsoft s'améliorent dans le futur -- je suis persuadé que même si microsoft arrive à réellement distancer en qualité linux, il est trop tard, le mouvement est enclenché et les gens ne voudront plus revenir à une relation de dépendance avec microsoft (d'autant que même pour les postes clients linux est de plus en plus une solution largement envisageable et déployable).
Ecoute, je lis tes articles dans LM et je suis convaincu que l'implémentation est très bonne et que, du point de vue du développeur, le framwork est excellent mais du point de vue de l'utilisateur final je ne suis pas aussi enthousiaste.
Ah cool un lecteur :-)
Ben moi j'aurais plus de doutes sur l'implémentation que sur l'ergonomie des widgets :-D -- même si c'est utilisable, il reste des choses à améliorer niveau -gui.
Je trouve les widgets assez primitif (pas de treeVue, pas de recherche automatique dans les listes, je n'arrive pas toujours à me déplacer dans les listes avec les flèches...).
Pas de treeview ? heu... et NSOutlineView c'est quoi ?
Pour la recherche automatique dans les listes, tu veux dire quoi ? si tu parles de la recherche dans un NSArray, il y a ce qu'il faut hein... si tu parles de recherche dans un NSTableView ou un NSOutlineView, franchement ce serait du bloat de coller un textfield de recherche là dedans ! ça complexifierait le widget pour pas grand chose, et ce ne serait pas forcément pertinent non plus ... généralement, un NSTableView ou un NSOutlineView donnent une représentation d'objets, faire une recherche uniquement sur le texte affiché ne serait pas forcément idéal.
Bref, j'ai (honnêtement, je trolle pas) du mal à voir l'intérêt d'intégrer un tel bouzin par défaut ?? surtout que si vraiment on a besoin d'un système comme ça, on peut pas dire non plus que ce soit bien difficile à faire... Je trouve justement qu'un des intérêt du framework est qu'il est simple et qu'il est facile de jouer au légo avec.
Pour les flêches, c'est vrai que par défaut on pourrait le prévoir, c'est pas très compliqué à ajouter, je me demande même si sous OS X ça le fait pas.
Par ailleurs, je trouve le bureau peu optimisé avec ces grosses icones statiques qui bouffent la moitier du bureau.
Ca, les gouts et les couleurs ... à l'utilisation, moi je trouve le bureau de NeXT super bien, mais bon, c'est mon point de vue. Rien n'empêche d'utiliser autre chose que WindowMaker comme window manager et de virer le Dock hein...
Enfin voilà, je suis bien concient que la pertinence de mes propos va te faire du mal mais il fallait que je le dise.
enfin il ne sera pas dit que je me déroberais à un troll, même aussi peu peaufiné que celui-là ... en quoi GNUstep (et pas GNUStep) est il archaique ? C'est un des rares framework entièrement objet (du vrai objet, pas du C++ boiteux), wysiwyg, avec un RAD, multilingue, multiplateforme ...
Accessoirement, il y a d'autres projets libres qui utilisent Objective-C, comme Swarm (outil de simulation d'agents logiciels) ou OpenGroupware.org !
Oui, c'est effectivement un très très bon projet :-P
Pour ceux qui ne connaissent pas, StepTalk permet d'inclure ultra-simplement dans une application un moteur de script (avec AppTalk), en indiquant quels sont les objets de l'appli qui peuvent être accédés. Vraiment cool.
Mais StepTalk est plus que ça, en fait il permet d'accèder très simplement à des objets qui ne sont pas forcément dans l'appli (objets répartis, ou objets d'une autre application). L'idée c'est que StepTalk soit une sorte de "glue" entre des objets et applications -- l'utilisateur ne travaillerait pas avec des "applications" en tête, mais en utilisant les objets disponibles, ou qu'ils soient. Donc c'est plus une sorte de VBScript ou AppleScript, dopé aux stéroïdes.
Théoriquement, il est langage-indépendant (les langages de scripts sont dans des bundles), mais pour le moment il n'y a que deux langages supportés : SmallTalk (héhé... forcément! :-) et Guile. Un bundle ruby serait bien cool !
Ben franchement, installer une debian/ppc sur un ibook n'est pas particulièrement compliqué. Les difficultés qu'il peut y avoir, c'est 1) partitionnage du disque 2) mauvais choix clavier ... une fois que la debian est bootée, le reste c'est de la config standard (compiler les bons modules, etc.). Vaut mieux utiliser le kernel de benh bien sûr.
On trouve pas mal de guides d'install debian/ppc sur ibook2 sur le net..
[^] # Re: Fermez vos site web !!!
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Manifestation contre les brevets logiciels à Bruxelles, mercredi 27 août. Évalué à 3.
j'ai repris la page en y allant également de mon couplet, bien évidemment tout le monde est libre de reprendre le résultat...
http://www.roard.com/(...)
http://www.roard.com/docs/(...)
[^] # Re: Manifestation contre les Brevets Logiciels à Bruxelles, mer 27 aout
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Manifestation contre les brevets logiciels à Bruxelles, mercredi 27 août. Évalué à 5.
Oui enfin c'est pas exactement ça non plus. Normalement, ce serait simplement "les parts sont égales". Certes, pour certains, elles seront plus petites, mais pour beaucoup d'autre elles seront plus grandes ;-)
Le modèle politique actuel n'empêche absolument pas ta relation "plus il y a de personnes, plus les parts sont petites" hein ... car ce n'est pas dépendant du modèle politique mais de la nature tangible des biens. La différence fondamentale entre capitalisme et communiste est dans la répartition de ces biens.
Avec l'openSource c'est l'inverse, les parts grossisent si le nombre de participants augmente :-)
Ben non, les parts ne grossissent pas hein. Simplement, elles ne diminuent pas parce que quelqu'un copie un logiciel, ce qui est différent.
L'économie de l'immatériel / des idées, tout ça.
Même réthorique applicable aux MP3/Piratage... la notion du "manque à gagner" étant excessivement difficile à préciser.
[^] # Re: c'est mal l'OMC ?
Posté par Nicolas Roard (site web personnel) . En réponse au journal c'est mal l'OMC ?. Évalué à 1.
Pour revenir sur l'OMC, tu ne peux pas trouver un point de vue "objectif" -- l'objectivité, c'est un doux rêve. Théoriquement, l'OMC peut être une bonne idée. En pratique, l'OMC est surtout le moyen pour les états du G8, les lobbys et les multinationales, de faire passer ce qui les arrangent le mieux.
Le coup de considérer que TOUT est marchandise et donc que l'on peut adopter le point de vue ultralibéral "parceque-ça-fera-plus-de-concurrence-donc-des-baisses-de-prix" est d'une idiotie sans bornes. Il y a certaines domaines ou, selon moi, ce point de vue est à fuire comme la peste, car avoir les services au prix le plus bas ne répondra pas au bien public -- tout simplement car pour avoir ces bas prix on sacrifiera sur la qualité.
Concernant la santé, l'éducation, la culture et généralement les domaines ou la sécurité est important (style centrales nucléaires ou réseau ferroviaire), appliquer une doctrine libérale est dangereux. Théoriquement, ce ne devrait *pas* être dangereux, car les consommateurs changeraient de fournisseurs si ils s'aperçoivent que le produit est "défectueux". Le problème c'est que tout ce qui concerne la qualité/sécurité n'est pas visible en un coup d'oeil à l'achat, mais sur du long terme ... d'ou la glissade potentielle, dangereuse, d'industriels réfléchissants à court terme et sacrifiant sécurité et qualité sur l'autel du profit immédiat.
Ca ne vaut pas la peine de prendre le risque. Certes, les administrations publiques et autres entreprises nationalisées n'ont pas forcément un fonctionnement idéal (en terme de gâchi, de redondance, d'efficacité, etc.), mais d'une part les grosses multinationales tendent à avoir un fonctionnement similaire, et deuxièmement, au moins les administrations ne sont pas censé être orienté sur le profit à court terme. Pour paraphraser churchill, ce n'est peut le meilleur système, mais c'est le moins pire.
[^] # Re: Le développeur principal d'xMule poursuivi en justice
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Le développeur principal d'xMule poursuivi en justice. Évalué à 1.
Il y a eu un article il y a quelques semaines sur kuro5hin qui parlait de ça -- plus exactement, c'était une fiction basée sur ces camps ... certes il était dit que les camps existaient réellement, mais là, l'article du guardian fait vraiment froid dans le dos -- c'est un reportage, et le directeur de la prison ne cache pas plus que ça leurs méthodes. C'est barbare, au sens non-civilisé.
La fin justifie les moyens d'après ces connards de parents ... brrr ... de la torture pure et simple contre des adolescents, c'est pas considéré comme crime contre l'humanité ça ?
A mon avis d'ici quelques temps, un ancien de ces camps va faire un carnage chez ses parents.
[^] # Re: SCO La suite du retour de la fin du début ....
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche SCO La suite du retour de la fin du début ..... Évalué à 8.
[^] # Re: SCO La suite du retour de la fin du début ....
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche SCO La suite du retour de la fin du début ..... Évalué à 8.
[^] # Re: Utilisabilité... C'est nouveau, ça vient de sortir ?
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Siemens étudie Linux pour la bureautique. Évalué à 1.
[^] # Re: ftp.gnu.org piraté
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche ftp.gnu.org compromis. Évalué à 3.
Oui mais bon, jamais personne du projet Mozilla n'a clamé que ce navigateur était une composante indissociable de Linux :-)
D'après Microsoft, IE est une partie de l'OS.
^_^
[^] # Re: GNUstep, WindowMaker et AfterStep
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Afterstep n'est pas mort. Évalué à 10.
pas à ma connaissance. Il est juste le window-manager le "moins pire" pour aller avec GNUstep, et considéré comme tel -- il supporte certaines caractèristiques des applis GNUstep (comme la définition de la profondeur des fenêtres), et surtout, il reprends le look and feel NeXTSTEP. Il est donc recommandé par GNUstep sous X11, sans plus.
NeXTSTEP étant un système d'exploitation des années 80 très en avance sur son temps à bien des égards (et en particulier en étant entièrement orienté objet et utilisant à fond un affichage PostScript). Plus d'infos sur http://www.levenez.com/NeXTSTEP(...)
NeXTSTEP a donné par la suite le système OPENSTEP, une implémentation des spécifications OpenStep publiées en coopération avec Sun Microsytems, et basées sur les API NeXSTEP (avec pas mal d'ajouts). OPENSTEP a ensuite fourni la base de Mac OS X.
Beaucoup de gens font donc la confusion entre GNUstep, qui pour simplifier est une bibliothèque de programmation en Objective-C (c'est beaucoup plus que ça bien sûr, voir http://www.roard.com/docs(...)), et WindowMaker, qui est un window manager pour X11. GNUstep est une implémentation des fameuses spécifications OpenStep.
A l'origine alfredo kojima a codé WindowMaker dans l'optique d'une utilisation avec GNUstep sous X11, mais WindowMaker a évolué vers le support d'autres environnements. Il n'utilise d'ailleurs pas GNUstep, mais sa propre librairie graphique, et est codé en C et non en Objective-C .
Finalement, WindowMaker est devenu un projet plus populaire que GNUstep (!) et a évolué de son propre côté -- paradoxal ! mais ça illustre bien le problème récurrent de GNUstep : peu de gens ayant eu l'occasion de travailler sur des stations NeXT, il est difficile de convaincre de but en blanc des programmeurs de l'intérêt de coder une implémentation OpenStep. Comme on a maintenant des trucs "montrables" avec GNUstep, plus de gens s'y intéressent d'ailleurs (une démo de l'environnement est un excellent point de départ !), mais c'est rageant de voir que le projet a attiré si peu de monde dans ses débuts, ce qui a eu un impact sur la vitesse de croissance du projet et sa notoriété ...
AfterStep n'est donc évidemment pas un clone de NeXTSTEP, tout juste du look des fenêtres (et encore). WindowMaker n'est pas non plus un clone de NeXTSTEP, juste du look et un peu du feel (utilisation du dock). GNUstep n'est pas non plus un clone de NeXTSTEP, mais une implémentation des spécifications OpenStep, qui elles sont inspirés des API de programmation NeXSTEP. Ceci dit GNUstep a repris le même look au niveau des widgets que ceux sur NeXTSTEP ou OPENSTEP (bien que ça puisse être modifié)
Une remarque : quand on parle des API/spécifications, on écrit OpenStep, quand on parle de l'implémentation ou du système lui-même, on écrit OPENSTEP. Et GNUstep s'écrit avec un s minuscule :-)
une page sur ces pinaillages de casse : http://www.objectfarm.org/Activities/Publications/TheMerger/Openste(...)
Voici aussi un lien vers une vidéo commerciale NeXT d'époque, montrant la facilité de programmation d'une application sous NeXTSTEP. A titre d'information, tout ce qui est montré sur la vidéo peux actuellement être refait sous GNUstep !
http://mark.spruitje.org/nextstep.rm(...)
# Re: Question de gout
Posté par Nicolas Roard (site web personnel) . En réponse au journal Question de gout. Évalué à 1.
Et puis la 2 est très jolie aussi.
[^] # Re: P2P face au droit d'auteur : vers la reconnaissance du droit du public
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche P2P face au droit d'auteur : vers la reconnaissance du droit du public. Évalué à 1.
Y'avait pas eu une prise de position vivement remarquée il y a trois ans de courtney love ?
http://archive.salon.com/tech/feature/2000/06/14/love/print.html(...)
[^] # Re: Et la GPL alors ?
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Affaire SCO/Linux : IBM contre-attaque. Évalué à 1.
Oui je suis d'accord !
Bah dans ce cas pourquoi 2 licences différentes? Tu as un code associé a une licence qui t'autorise a le réutiliser uniquement si tu places ce code ainsi que ton propre code en GPL. Si tu ne le fais pas, tu ne respecte pas la licence, donc soit le juge t'oblige a respecter la licence (tout le code en GPL), soit il t'impose de supprimer le code GPL pour le remplacer par du code non GPL. Comme tu le dis, l'une ou l'autre des décisions pourrait être prise en fonction de l'importance (pas forcément de la quantité) de code GPL dans l'application.
idem.
Il va de soi que le code GPL devrait être retiré si non respect de la licence. Simplement, je me posais la question des mesures prises à l'encontre de l'entreprise (GPL-isation ou non de leur code), à titre de mesure de réparation pour non-respect de la licence, indépendamment du retrait ou non du code GPL utilisé illégalement.
[^] # Re: Et la GPL alors ?
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Affaire SCO/Linux : IBM contre-attaque. Évalué à 3.
Non, parce que tous les cas ou il y a eu problème (et il y en a eu pas mal, des cas), tout c'est réglé "à l'amiable" sans passer par le procès. Ce n'est pas étonnant, les boites impliqués dans ces problèmes ont simplement considéré qu'elles avaient zéro chance si procès.
\begin{spéculations personnelles}
Le seul point à mon avis qui pourrait éventuellement être minimisé dans son champ d'application avec la GPL si procès, c'est le côté "viral" : si le code GPL est comparativement à l'application qui l'intégre, relativement petit, je ne pense pas qu'un juge irait vers la GPL-isation totale de l'application.
C'est à dire que je pense possible qu'un juge considére que la GPL doit en pratique s'appliquer plus comme la LGPL, et ne GPL-iser que le code modifiant effectivement le code déja en GPL, mais pas GPL-iser un code qui se contenterait d'utiliser à un endroit du code GPL sans y toucher autrement que ça. Maintenant, ça dépends aussi de l'importance de l'appli -- si il s'agit d'une mince couche autour d'un gros bloc GPL, là je pense qu'on peut s'attendre à la GPL-isation entière de l'appli.
\end{spéculations personnelles}
[^] # Re: Alan Moore retires from the mainstream
Posté par Nicolas Roard (site web personnel) . En réponse au journal Alan Moore retires from the mainstream. Évalué à 2.
Oui, c'est ce qu'on comprends en gros... mais c'est un peu ambigüe, on sait pas trop quand même. Et puis ça fait suer que certaines séries comme Top Ten risquent de ne pas être continuées :-/
Maintenant en dehors de ça, c'est cool qu'il puisse pouvoir faire ce qu'il préfère, de toute façon, je suis un fan.
[^] # Re: Alan Moore retires from the mainstream
Posté par Nicolas Roard (site web personnel) . En réponse au journal Alan Moore retires from the mainstream. Évalué à 2.
The Watchmen est la BD qui m'a le plus impressionné. On m'avait parlé de cette BD en me disant, "surtout, ne commence pas le premier tome dans une librairie, parce que tu repart illico avec les 5 autres :-) "
Franchement, une vrai révolution.
V pour Vendetta est pas mal aussi :-) (toujours de Moore)
# Re: NeXt Station Turbo Color
Posté par Nicolas Roard (site web personnel) . En réponse au journal NeXt Station Turbo Color. Évalué à 4.
Les CDs NeXTSTEP 3.3 j'ai ça si tu est sur paris, par contre j'ai pas OPENSTEP 4.2 ... ça doit pouvoir se trouver. Perso je te conseille OPENSTEP, vu qu'il peut faire fonctionner les programmes NeXTSTEP en plus de programmes OPENSTEP. Et au moins en codant avec OPENSTEP tu pourras porter tes programmes sous GNUstep et MacOSX sans trop de difficulté ! :-) (en effet les API sont pas exactement les mêmes entre NeXTSTEP et OPENSTEP)
Tu trouveras pas mal de resources sur http://www.peanuts.org/(...)
Un NeXT User group en france, je sais pas s'il en reste un... tu peux toujours poster un message sur fr.comp.sys.next !
passe éventuellement sur #gnustep sur irc.debian.org, quelques uns ont des NeXT...
[^] # Re: Affaire SCO/Linux : IBM contre-attaque
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Affaire SCO/Linux : IBM contre-attaque. Évalué à 0.
>- "que se passerait-il *SI* SCO a raison?" (1)
>
>La question n'était [pas]:
>- "es-ce que SCO a raison ?" (2)
C'est vrai qu'il faut faire l'effort de sauter -- ou de lire -- le premier paragraphe de mon post, qui traitait rapidement de (2) histoire de replacer la question dans une perspective réaliste, pour trouver la phrase clé "que peut il se passer ? Réponse : " qui semble indiquer que le traitement de (1) suit...
(-1) parce que bon.
[^] # Re: Affaire SCO/Linux : IBM contre-attaque
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Affaire SCO/Linux : IBM contre-attaque. Évalué à 9.
Maintenant, admettons pour l'amour de la démonstration (du troll ?) qu'il y ait effectivement du code SCO dans linux (et encore, faudrait prouver que si code similaire il y a, ce soit bien SCO qui l'ai écrit et pas une source commune -- BSD -- ... voir que ce soit l'inverse qui ce soit produit, code linux migrant dans le code SCO)... que peut il se passer ? Réponse :
1) IBM perds son procès pour rupture de contrat, etc (et encore faut que ce soit bien clair que ce soit la faute à IBM ...)
2) le code incriminé est réécrit dans linux
3) les utilisateurs de linux sont de toutes façon inatteignables par SCO, les distributeurs non plus, car ayants utilisé linux de bonne foi. Bien évidemment, hors de question de distribuer le code SCO *après* la décision judiciaire, mais avant, ce serait difficile d'empêcher la distribution, vu qu'SCO ne veut pas dire quel code est à eux !
4) fin de l'histoire, SCO a gagné quelques pesos, le FUD en a fait perdre aux distributeurs Linux, mais Linux en tant que tel ne peut pas être laminé, vive la GPL.
Même si ce scénario arrive (fortement improbable), ça nous promet de toute façon d'intéressant développements annexes :
1) les distributeurs linux attaquant SCO pour FUD et perte de parts de marché de la faute de ce FUD (ce dont SCO aura du mal à se tirer, même dans le cas ou il y avait effectivement du code SCO dans linux et qu'ils avaient "raison", leur comportement est absolument inadmissible et est condamnable)
2) un éventuel code linux embarqué dans UnixWare (services d'interopérabilité) vient emmerder SCO :-)
3) accessoirement, le fait qu'SCO continue encore aujourd'hui de distribuer leur kernel linux sous licence GPL sera sûrement considéré comme une acceptation en toute connaissance de cause de la GPL, qui va leur retomber sur la figure...
[^] # Re: Mon troll préféré :
Posté par Nicolas Roard (site web personnel) . En réponse au sondage Mon troll préféré :. Évalué à 1.
[^] # Re: La Navy va envoyer des pingouins sous la banquise
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche L'US Navy va envoyer des pingouins sous la banquise. Évalué à 6.
Oui, c'est une pratique qui semble de plus en plus courante. Même si c'est un peu énervant à observer, ça veut dire aussi -- à mon avis -- qu'il y aura de plus en plus de gens sous linux dans le futur. En effet, à force de faire des tests comparatifs pour faire peur à microsoft, les décideurs pressés vont se rendre compte au fur et à mesure qu'ils peuvent réellement passer à du linux ;-) et pas juste s'en servir pour bluffer.
Et puis, les décideurs aiment bien jouer aux moutons pour les décisions d'infrastructures informatiques. De plus en plus de gens, de grosses boites et d'administrations utilisent linux un peu partout dans le monde, et le choix de microsoft au détriment de linux va doucement être plus difficile à justifier -- de la même façon qu'il y a peu il était difficile de faire avancer du linux ouvertement, ou qu'il y a quelques années les solutions IBM régnaient en maître sur l'informatique d'entreprise.
Et ce, même si les solutions microsoft s'améliorent dans le futur -- je suis persuadé que même si microsoft arrive à réellement distancer en qualité linux, il est trop tard, le mouvement est enclenché et les gens ne voudront plus revenir à une relation de dépendance avec microsoft (d'autant que même pour les postes clients linux est de plus en plus une solution largement envisageable et déployable).
[^] # Re: Mon troll préféré :
Posté par Nicolas Roard (site web personnel) . En réponse au sondage Mon troll préféré :. Évalué à 1.
Ah cool un lecteur :-)
Ben moi j'aurais plus de doutes sur l'implémentation que sur l'ergonomie des widgets :-D -- même si c'est utilisable, il reste des choses à améliorer niveau -gui.
Je trouve les widgets assez primitif (pas de treeVue, pas de recherche automatique dans les listes, je n'arrive pas toujours à me déplacer dans les listes avec les flèches...).
Pas de treeview ? heu... et NSOutlineView c'est quoi ?
Pour la recherche automatique dans les listes, tu veux dire quoi ? si tu parles de la recherche dans un NSArray, il y a ce qu'il faut hein... si tu parles de recherche dans un NSTableView ou un NSOutlineView, franchement ce serait du bloat de coller un textfield de recherche là dedans ! ça complexifierait le widget pour pas grand chose, et ce ne serait pas forcément pertinent non plus ... généralement, un NSTableView ou un NSOutlineView donnent une représentation d'objets, faire une recherche uniquement sur le texte affiché ne serait pas forcément idéal.
Bref, j'ai (honnêtement, je trolle pas) du mal à voir l'intérêt d'intégrer un tel bouzin par défaut ?? surtout que si vraiment on a besoin d'un système comme ça, on peut pas dire non plus que ce soit bien difficile à faire... Je trouve justement qu'un des intérêt du framework est qu'il est simple et qu'il est facile de jouer au légo avec.
Pour les flêches, c'est vrai que par défaut on pourrait le prévoir, c'est pas très compliqué à ajouter, je me demande même si sous OS X ça le fait pas.
Par ailleurs, je trouve le bureau peu optimisé avec ces grosses icones statiques qui bouffent la moitier du bureau.
Ca, les gouts et les couleurs ... à l'utilisation, moi je trouve le bureau de NeXT super bien, mais bon, c'est mon point de vue. Rien n'empêche d'utiliser autre chose que WindowMaker comme window manager et de virer le Dock hein...
Enfin voilà, je suis bien concient que la pertinence de mes propos va te faire du mal mais il fallait que je le dise.
Arg c'est dûr !
[^] # Re: Mon troll préféré :
Posté par Nicolas Roard (site web personnel) . En réponse au sondage Mon troll préféré :. Évalué à 1.
[^] # Re: Mon troll préféré :
Posté par Nicolas Roard (site web personnel) . En réponse au sondage Mon troll préféré :. Évalué à 1.
enfin il ne sera pas dit que je me déroberais à un troll, même aussi peu peaufiné que celui-là ... en quoi GNUstep (et pas GNUStep) est il archaique ? C'est un des rares framework entièrement objet (du vrai objet, pas du C++ boiteux), wysiwyg, avec un RAD, multilingue, multiplateforme ...
Accessoirement, il y a d'autres projets libres qui utilisent Objective-C, comme Swarm (outil de simulation d'agents logiciels) ou OpenGroupware.org !
[^] # Re: Ruby 1.8.0 est sorti
Posté par Nicolas Roard (site web personnel) . En réponse à la dépêche Ruby 1.8.0 est sorti. Évalué à 1.
Pour ceux qui ne connaissent pas, StepTalk permet d'inclure ultra-simplement dans une application un moteur de script (avec AppTalk), en indiquant quels sont les objets de l'appli qui peuvent être accédés. Vraiment cool.
Mais StepTalk est plus que ça, en fait il permet d'accèder très simplement à des objets qui ne sont pas forcément dans l'appli (objets répartis, ou objets d'une autre application). L'idée c'est que StepTalk soit une sorte de "glue" entre des objets et applications -- l'utilisateur ne travaillerait pas avec des "applications" en tête, mais en utilisant les objets disponibles, ou qu'ils soient. Donc c'est plus une sorte de VBScript ou AppleScript, dopé aux stéroïdes.
Théoriquement, il est langage-indépendant (les langages de scripts sont dans des bundles), mais pour le moment il n'y a que deux langages supportés : SmallTalk (héhé... forcément! :-) et Guile. Un bundle ruby serait bien cool !
Plus d'infos :
http://steptalk.host.sk/(...)
[^] # Re: [choix de portables] Cruel dilème
Posté par Nicolas Roard (site web personnel) . En réponse au journal [choix de portables] Cruel dilème. Évalué à 3.
On trouve pas mal de guides d'install debian/ppc sur ibook2 sur le net..