Frédéric Lopez a écrit 759 commentaires

Surtout que s'ils le vendent, ça pourrait faire baisser les coûts de production et permettre d'en distribuer encore plus à ceux qui n'ont pas les moyens de s'en acheter un.

J'ai regardé dans la doc d'Allegro, mais il est indiqué que la détection du retour horizontal n'est pas supportée pour fbcon. Il faudrait peut-être regarder dans les docs/sources de SDL ou d'autres librairies 2D pour confirmer, mais à priori ce que tu cherches à faire ne semble pas possible avec le frame buffer.

Sinon, tu peux toujours passer par SVGAlib, mais j'imagine qu'il faut être root pour pouvoir détecter le retour vertical.

Je ne comprends pas bien ce que ça change le nombre de versions majeures de MS Windows ou Linux des 5 dernières années. Le binaire Linux pour l'installation de Quake 3 est sorti il y a plus de 5 ans par exemple, il fonctionnait sur les distributions de l'époque et il fonctionne encore aujourd'hui sur les distributions actuelles.

Elle n'a qu'à fournir un binaire installable sur toutes les distributions avec Loki Installer ou makeself, comme le fait nvidia ou les boîtes qui diffusent des jeux propriétaires sous Linux (id software, Epic, Activision, etc.).

D'ailleurs, c'est ce que font les éditeurs quand ils distribuent des applications sous MS Windows...

Après, si l'éditeur ne veut pas lier statiquement son code, il est effectivement préférable de créer un paquet pour chaque distribution, mais j'ai du mal à croire qu'une boîte soit prête à assurer une garantie sur son logiciel sans maîtriser les librairies qu'il utilise.

Pour désinstaller un tar.gz, il suffit de taper make uninstall (en tant que root) si le paquet est fait correctement.

Hum, vu le score de mon post, je pense qu'il est utile de préciser que je ne bosse pas pour eux et que je n'ai aucun intérêt personnel à leur faire de la pub. Le but était simplement de répondre à la question : « existent-ils des prestataires spécialisés pour ce genre de besoin ? ».

J'ai cité Smile parce que j'ai déjà un peu étudié le sujet et lu leurs livres blancs sur les CMS et les portails et que je les trouvais particulièrement bien faits.

Pour revenir au sujet principal, si tu cherches des informations sur ce type de projet, le mieux est d'essayer de trouver sur le Web des CCTP¹ fait par d'autres collectivités. Ça peut t'apporter des idées supplémentaires et te permettre de comparer tes besoins avec ceux de collectivités de taille similaire. Tu peux ensuite essayer de les contacter directement pour savoir ce qu'ils ont choisi et comment se passe la mise en place.

¹Cahier des Clauses Techniques Particulières
En gros, équivalent à un cahier des charges fonctionnel pour les appels d'offres dans le cadre des marchés publics pour les collectivités.

Smile a choisi d'être le spécialiste français des solutions de gestion de contenu (CMS) en logiciel libre (open source software). Dans cet environnement, quelques outils se distinguent clairement: Cofax, OpenCms, Jahia et Lenya d'une part pour un environnement J2EE, Spip, Typo3 et ezPublish d'autre part pour un environnement Php. Smile a investi sur chacun de ces logiciels, afin d'être en mesure de conseiller ses clients sur ces outils, dont les caractéristiques sont assez différentes et complémentaires.

http://www.smile.fr/

Il n'est pas déjà disponible dans Debian/sid ?

http://www.lazarus.freepascal.org/

Ils parlent de ce qui existe, mais je n'ai pas encore vu de fausses informations sur ces sujets. Sur aucun des liens que tu donnes ils ne disent qu'il y a un vaccin contre le cancer ou le VIH.

Je trouve qu'ils font bien leur boulot à ce niveau, ils informent des avancées dans le domaine, même s'il y a un côté un peu sensationaliste, il n'y a pas de contres-vérités.

Sur /. ils ont effectivement annoncé un vaccin¹ contre le SIDA (le syndrome), mais aucun contre le VIH (le virus). Concernant le cancer, ils n'ont à ma connaissance jamais annoncé de vaccin, seulement présenté des travaux prometteurs.

¹http://science.slashdot.org/article.pl?sid=05/07/08/1844240&(...)

Si tu ne sais pas à quoi correspondent les variables argc et argv, il faut que tu apprennes le C, c'est une des premières choses qu'on apprend dans ce langage.

Pour le reste, tu n'es visiblement disposé à faire aucun effort pour apprendre par toi même, donc je vais arrêter de perdre mon temps à te donner des conseils.

Pour ce type d'applications, je te conseille d'utiliser une librairie pour interfaces graphiques. Comme tu voulais une librairie C, le meilleur choix est probablement GTK+. Tu peux utiliser Glade/libglade pour te faciliter la tâche et construire l'interface de façon visuelle.

Je ne suis pas sûr que SDL soit adapté à tes besoins. Dans ton premier message, tu parles d'ouvrir une fenêtre graphique, mais SDL ne gère normalement qu'une seule fenêtre. Dès que tu initialises la libairie, la fenêtre s'ouvre automatiquement.

Le mieux serait que tu nous dises ce que tu veux faire plus précisément.

Est-ce que tu veux développer une application classique avec un menu et plusieurs fenêtres ? Dans ce cas il faudra regarder du côté des librairies de type interface graphique comme GTK+. Si tu sais programmer en C++, tu peux aussi envisager QT ou WxWidgets.

Si tu veux développer une application avec une fenêtre unique sans menu, il faudra alors plutôt s'orienter vers une librairie de type jeu vidéo (donc en plein écran le plus souvent). Dans ce cas, tu peux utiliser SDL ou Allegro par exemple.

Ces deux types de librairies permettent de toute façon de tracer des segments à la souris et de récupérer les coordonnées de la souris. Après, pour savoir comment procéder, le mieux est d'aller voir directement sur le site de ces librairies où tu trouveras toute la documentation nécessaire.

Tu peux aussi utiliser VMware player¹ qui est distribué gratuitement depuis quelques semaines. VMware fournit également des machines virtuelles pour le player², notamment une « Browser Appliance » qui est en fait une Ubuntu préinstallée avec quelques applications (Gnome, Firefox, Gaim, etc.). Tu trouveras plus d'informations sur le journal³ qui a été consacré à cette sortie.

¹http://www.vmware.com/products/player/
²http://www.vmware.com/vmtn/vm/
³http://linuxfr.org/~phhusson/19762.html

Tu ne peux pas linker un programme LGPL avec un programme GPL ! Sauf, si tu detiens le copyright sur le programme en GPL dans ce cas, tu diffuse une partie du code sous license LGPL pour permettre aux utilisateurs de greffer des modules sous une autre license.

N'importe quoi ! Non seulement tu peux lier du code GNU GPL a du code GNU LGPL, mais en plus tu peux les lier statiquement.

http://www.gnu.org/philosophy/license-list.html#GPLCompatibl(...)
« GNU Lesser General Public License, or GNU LGPL for short.
[...] It is compatible with the GNU GPL. »

http://www.gnu.org/licenses/gpl-faq.html#WhatIsCompatible
« What does it mean to say a license is "compatible with the GPL".
It means that the other license and the GNU GPL are compatible ; you can combine code released under the other license with code released under the GNU GPL in one larger program. »

C'est utile quand tu lis régulièrement des forums par exemple. Après avoir affiché la liste des nouveaux messages, tu cliques sur le bouton du milieu pour ouvrir tous ceux qui t'intéressent. Pour les forums à fort volume, ça peut monter très rapidement à 30-40 pages. Ça permet de lire tranquillement après avoir fait ta sélection.

Oui, maintenant la question est, quelle source croire ?

Comme je l'ai déja dit, ça ne change pas grand chose.

C'est marrant comme tu affirmes que du code a ete vole

J'ai cité plusieurs sources différentes corroborant cette information.

comment sais-tu que le code a ete traduit ?

Je n'ai pas dit que le code avait été traduit, j'ai dit qu'il avait été soit repris tel quel soit traduit depuis l'assembleur. Pour ces deux hypothèses, j'ai cité mes sources.

Qui te dit qu'ils n'ont pas simplement reutilise les memes architectures et concepts ?

Oui, ils ont fait ça aussi. Mais la ressemblance va au dela de ça, là aussi j'ai cité mes sources. L'une d'entre elle disait même qu'il faudrait un livre entier pour citer ces ressemblances.

http://www.windowsitpro.com/Articles/Index.cfm?ArticleID=449(...)
« Nevertheless, the migration of VMS internals to NT was so thorough that within a few weeks of NT's release, Digital engineers noticed the striking similarities. Those similarities could fill a book. »

Je vais t'aider, si tu regardes le code(par exemple en downloadant illegalement le code de Windows 2000, chose que tu ne devrais pas faire...) du kernel, tu verras que le code est ecrit "a la windows".

J'imagine que le code de MS Windows NT a dû évoluer depuis sa création (1988) jusqu'à la version 2000. Et je ne vois vraiment pas l'intérêt de regarder ce code sans avoir regardé celui de Mica avant, dont je n'ai pas les sources non plus.

C'est marrant, mais j'aimerais bien savoir qui a part des gens ayant travaille a la fois sur le code de NT et sur le code de Mica auraient pu savoir cela vu que les commentaires ne sont pas presents dans un binaire, et qui seraient donc ces gens ? Les gars de DEC qui sont partis chez MS, 20 au total, aucun d'eux n'a jamais ete vire bizarrement.

C'est bien ce qu'indique le commentaire par « inside sources ».

Un des gars de DEC qui explique que :
a) NT etait a la base destine a un CPU qui n'avait rien a voir avec le CPU pour lequel Mica etait destine(prototype de DEC qui n'a finalement jamais vu le jour)

Rien à voir ? C'étaient tous les deux des processeurs RISC de type VLIW, avec 32 registres de 32 bits et 32 registres flottants et ils avaient pas mal d'autres caractéristiques en commun*. Il y avait d'ailleurs eu un projet commun entre leurs deux fondeurs, Intel et Apollo, avant leur sortie.

* http://www.sasktelwebsite.net/jbayko/cpu5.html
« They were multi-chip CPUs, not microprocessors, but affected some microprocessor designs that followed. »
« Like the Intel i860 (Intel's results from the initial joint project), PRISM could dispatch a single integer, or one integer and one floating point instruction per cycle. »

b) Ils ont ecrit le code eux-meme

Je n'ai jamais dit qu'ils n'avaient pas écrit le code eux-mêmes, j'ai dit qu'ils s'étaient basés sur du code qu'ils avaient écrit quand ils étaient chez DEC. C'est la raison pour laquelle DEC a attaqué d'ailleurs.

Tiens, encore un autre dev de NT qui l'affirme : [...] NT was 100% new code

Si on considère que le code de Mica n'a jamais été publié par DEC et que suite à l'arrangement avec Microsoft, DEC leur a cédé tous les droits sur ce code, on peut effectivement dire que NT était du « 100% new code ». Il n'en reste pas moins que comme le disait un des articles : Although Microsoft presents NT as a homegrown OS, NT is actually much older than its official 1993 birthdate.

http://www.windowsitpro.com/Windows/Articles/ArticleID/4494/(...)

Bref, tes affirmations tiennent sur pas grand-chose pour le moins, des rumeurs et pas grand chose d'autre.

Mes affirmations ne reposent pas sur des rumeurs, mais sur un ensemble d'informations trouvées sur Internet et qui se recoupent. Après, on peut toujours dire qu'Internet n'est pas une source fiable d'information, mais c'est tout ce qu'on a pour se faire une idée de ce qui s'est vraiment passé.

A noter que tes affirmations reposent sur des informations provenant du même endroit, mais qui je ne sais pour quelle raison te semblent plus pertinentes que les miennes. Chacun voit midi à sa porte.

Moi je retire de tout ceci que Microsoft a volé du code à DEC pour écrire NT et que contre 150 millions de dollars et quelques arrangements, DEC a autorisé Microsoft à utiliser ce code pour leur système.

T'auras du mal a me donner le code source vu qu'il est precise que le code du kernel VMS etait en assembleur et le code de NT est en C

Le code volé n'était pas celui de VMS, mais celui de Mica (son successeur) et celui-ci n'était pas écrit en assembleur VAX puisqu'il était destiné à la nouvelle architecture Prism RISC. Je n'ai rien trouvé à propos du langage utilisé pour Mica par contre (assembleur ou C).

Une des sources¹ que j'ai donnée précédemment indique qu'il y a de nombreuses portions du code (et des commentaires) de NT qui sont identiques à celui de Mica, ce qui indiquerait que Mica avait été écrit en C. Une autre source² indique que le code de VMS a été réécrit en C pour NT, mais c'est partiellement inexact puisque toutes les autres sources disent que c'est le code de Mica qui a été utilisé.

Quoi qu'il en soit, du code appartenant à DEC a bien été volé par Microsoft et utilisé pour NT, soit par copie pure et simple, soit par traduction depuis l'assembleur par les gens qui avaient écrit le code. Bref, NT c'est loin d'être du 100% Microsoft pour reprendre ton expression.

¹ http://www.windowsitpro.com/Articles/Print.cfm?ArticleID=715(...)
« According to inside sources, many portions of NT’s code and even the comments were identical to Mica. »
² http://www.windowsitpro.com/Articles/Index.cfm?ArticleID=449(...)
« In developing NT, these designers rewrote VMS in C, cleaning up, tuning, tweaking, and adding some new functionality and capabilities as they went. »

Vole ? Ca reste a prouver, le reglement a l'amiable pourrait l'etre pour plein de raisons, genre piquer les ingenieurs a DEC, etc...
Ils n'ont pas vole le code [...] ils ont donc logiquement repris les memes concepts et architecture, mais ils ont reecrit le code de 0

Quatre sources indépendantes affirmant la même chose, ça t'ira comme preuve ou il faut que je te fournisse la totalité du code source incriminé pour que tu admettes que c'est vrai ?

http://www.jmusheneaux.com/index10.htm
« 1989 (VMS) Digital sued Microsoft (over code of Digital VMS) eventually paid $150 million & formed an Alliance with Digital (below) »
http://tonga.globat.com/~jmusheneaux.com/index.html
« 1988 - Dave Cutler & Team (20 people) quit Digital , go to Microsoft. Digital also believed David Cutler brought VMS code "Mica" to Microsoft & Digital sued Microsoft in 1995. »
http://www.windowsitpro.com/Articles/Print.cfm?ArticleID=715(...)
« According to inside sources, many portions of NT’s code and even the comments were identical to Mica. As a result, Digital sued Microsoft. »
http://www.melbournelinux.com/nt_history.html
« After NT was released Digital engineers noticed striking similarities between Microsoft's "New Technology" and VMS. Reference [1] gives a long list of similarities between internal workings of NT and VMS. There is even a list of direct translations of VMS to NT terminologies ("Interrupt Priority Level" in VMS is the same as "Interrupt Request Level" in Windows NT, etc). To divert a legal action threatened by Digital, in 1995 Microsoft payed to Digital between 65 million and 100 million dollars [3]. »

Tu peux nous donner le nom de cette societe s'il te plait ?

Digital Equipment Corporation.

Mais le code n'a pas vraiment été acheté à DEC, il leur a été volé par Microsoft. DEC a ensuite attaqué Microsoft en justice et ils ont trouvé un arrangement à l'amiable pour 150 millions de dollars.

http://www.windowsitpro.com/Articles/Print.cfm?ArticleID=715(...)
« According to inside sources, many portions of NT’s code and even the comments were identical to Mica. As a result, Digital sued Microsoft. »

http://en.wikipedia.org/wiki/History_of_Microsoft_Windows
« Microsoft eventually paid $150 million US and agreed to support DEC's Alpha CPU chip in NT. »

faudrait voir a rester honnetes !

T'as vraiment honte de rien toi :
http://linuxfr.org/comments/635165.html#635165
http://linuxfr.org/comments/635508.html#635508

Freeamp n'existe plus, il a été remplacé par Zinf qui n'a pas l'air d'être maintenu très activement. Le mieux est peut-être d'envisager une autre solution, comme XMMS, AmaroK, Rhythmbox ou MPD.

Sinon, la façon d'installer un logiciel dépend de ta distribution, il suffit de lire sa documentation.

Ok, bonne nouvelle :)

je viens de tenter mais gcc m'a posé des problèmes et du coups je garde mes anciens drivers (fonctionnels sous XFree) ...

Ça arrive quand tu essayes de compiler le driver avec une mauvaise version de gcc. Essaye avec un export CC=gcc-3.3 avant de tenter l'installation.