In addition, as the copyright holder of CUPS, Apple Inc. grants the following special exceptions:
1. Apple Operating System Development License Exception;
1. Software that is developed by any person or entity for an Apple Operating System ("Apple OS-Developed Software"), including but not limited to Apple and third party printer drivers, filters, and backends for an Apple Operating System, that is linked to the CUPS imaging library or based on any sample filters or backends provided with CUPS shall not be considered to be a derivative work or collective work based on the CUPS program and is exempt from the mandatory source code release clauses of the GNU GPL. You may therefore distribute linked combinations of the CUPS imaging library with Apple OS-Developed Software without releasing the source code of the Apple OS-Developed Software. You may also use sample filters and backends provided with CUPS to develop Apple OS-Developed Software without releasing the source code of the Apple OS-Developed Software.
2. An Apple Operating System means any operating system software developed and/or marketed by Apple Computer, Inc., including but not limited to all existing releases and versions of Apple's Darwin, Mac OS X, and Mac OS X Server products and all follow-on releases and future versions thereof.
3. This exception is only available for Apple OS-Developed Software and does not apply to software that is distributed for use on other operating systems.
4. All CUPS software that falls under this license exception have the following text at the top of each source file:
This file is subject to the Apple OS-Developed Software exception.
2. OpenSSL Toolkit License Exception;
1. Apple Inc. explicitly allows the compilation and distribution of the CUPS software with the OpenSSL Toolkit.
On dirait bien que tout nouveau développement va être problématique...
Je trouve que tu grattes du bon côté, en effet un des principaux problème dans la vitesse d'affichage, ce sont les applis et plus particulièrement les toolkits qu'elles utilisent. Lorsqu'une fenêtre a besoin d'être redessiner, c'est effectivement l'application à qui appartient cette fenêtre qui va devoir s'y coller. On s'aperçoit du problème lorsque l'on utilise un thème un peu lourd pour son toolkit préféré, ca devient parfois extrêmement lent. Il faut donc qu'une attention toute particulière soit portée sur les moteurs de thèmes utilisés par les toolkits.
Ensuite tu parles de l'ajout d'un écran à chaud, etc... Je suis tout à fait d'accord sur ce point aussi, j'aimerai bien changer ma config sans pour autant perdre toutes mes fenêtres. De ce point de vue, je suis sur qu'il y a des choses encore plus puissantes à mettre en oeuvre que ce que l'on peut trouver chez M$ ou Apple.
Il faut continuer de pousser dans ces directions, je pense sincèrement que X est sur la bonne voie, et même sur plusieurs ;)
J'espère que ca fera comprendre à pas mal de gens qui utilisent des drivers proprios et qui souhaitent leur intégration dans le noyau linux qu'il est grand temps d'arrêter de déconner.
J'ai été assez embêté que dernièrement les pilotes ipw2200 soit inclus dans le noyau. Bien qu'ils soient libres, ils contribuent à un relachement sur la politique d'inclusion d'un pilote dans l'arbre officiel du noyau, du fait de la possibilité de charger un firmware proprio.
Il faut absolument que l'installation de drivers propriétaire soit marginalisée en particulier pour les matériels grand public. Il faut au maximum promouvoir un projet libre visant à créer un pilote libre pour un matériel qui n'en dispose pas ou dispose d'un driver propriétaire. C'est par exemple ce que fait Xorg lorsque que l'on sait que la prochaine version permettera l'utilisation de pilotes libre (avec 3d) pour certains cartes ATI jusque là uniquement disponibles avec le driver propriétaire.
Soyons clair, les pilotes proprios soit, mais pas dans les projets libres. Et puisque pour la plupart d'entre nous, nous sommes sensibles à la promotions des logiciels libres, restons intègres et vigilants, en veillant par exemple à acheter du matériel qui fonctionne avec des drivers libres.
Personnellement je trouve que gnome s'améliore depuis la version 2.0. Et je le préfère largement à gnome 1.X.
Aujourd'hui j'utilise seulement des parties de gnome, le panel, nautilus, mais pas le reste, et ca marche très bien. Modulariser les outils de configuration par en plusieurs programmes par exemple, c'est une super idée, ca permet de ne pas se manger un utilitaire gros comme mozilla (c'est donc plus rapide). Il est aujourd'hui possible d'utiliser des parties de gnome sans pour autant tout utiliser. Par exemple, j'utilise le gnome-panel sans tout le reste. Pas de nautilus qui me fout des icônes sur le bureau. Et ca marche très bien, nautilus à toutes les options permettant de ne pas gérer le desktop. De plus le mode spatial n'est qu'une option, le mode navigationnel est tjrs utilisable (ce qui me convient tout à fait étant donné que c'est ce dernier que j'utilise). Quand à GConf, j'étais pas très chaud au départ, et c'est vrai qu'il faut un faire une utilisation raisonnable. Mais cet outil est très utile. Quand à ceux qui trouvent que cela ressemble à la base de donnée de Windows, ils ont raison. Après tout il n'y a pas que des mauvaises idée chez M$ (d'ailleur si ca se trouve, elle n'est même pas d'eux), mais GConf a quand même d'énomes avantages, comme de séparer sa base en plusieurs fichier (ce qui n'est pas le cas de M$, si je me souviens bien), ou d'être complètement utilisateur dépendant.
Les 2/3 petites choses qui ne me plaisent pas sont les suivantes :
-les boîtes de dialogue qui vous annocent qu'un de vos programme vient de crasher (genre on s'en aperçoit pas ...), on ce crorait vraiment sous windows ...
-la suppression de nombreuses options et aussi le passage à des logiciels ayant moins de fonctionnalitées (par exemple l'abandon de Sawfish pour MetaCity qui est un wm tout à fait respectable, mais bien moins puissant que Sawfish, le passage de galeon à epiphany, là aussi on a perdu pas mal de choix. Dans un sens c'est compréhensible pour Sawfish, le projet étant plus ou moins mort depuis plus d'un an maintenant, mais pour galeon ce n'est vraiment pas le cas.)
Pour finir je suis un peu effrayé par l'éventuelle intégration de Mono. J'ai dernièrement testé Muine (un lecteur de media audio écrit en C# utilisant GTK+). Je suis sous debian, et bizzarement c'est l'un des seul package à n'être disponible que pour i386. Un peu étrange pour un technologie et un langage qui se veulent portable. De plus lorsque l'on lance muine et que l'on matte les processus tournant, on s'aperçoit qu'il y a un certain Muine.exe. Surpris par un tel nom je m'empresse d'aller faire un petit less sur le fichier en question. et là que vois-je : "This is dos executable ...". La fameuse phrase que l'on trouve dans tous les executables dos... Si la portabilité c'est faire tourner des binaires dos sur n'importe quelle plateforme, je ne suis pas très chaud ... Je rappelle quand même qui Muine est libre, ces sources sont disponibles, alors pourquoi utiliser un binaire dos/windows...
Je reconnais ne pas connaître grand chose à Mono, je peux surement me faire une mauvaise opinion sur Mono et de C#, mais pour l'instant j'ai quand même du mal à croire que c'est l'avenir, du moins je préfèrai que ca ne le soit pas.
J'aimerai bien savoir pourquoi une aussi grosse partie des commentaires sur ce sujet parle des problèmes de mise à jour de votre Gentoo ...
Je vois vraiment pas ce que ca vient faire ici.
C'est idiot de dire qu'un fork est un echec, au contraire, c'est toute la force des licences libres, si ca devient n'importe quoi tu as encore accès aux sources pour faire ce que tu en souhaite.
Si XFree avait été sous licence beaucoup plus restrictive, et que les développeurs aient décidé de la rendre encore plus contraignante, tu crois qu'on pourrait encore faire un fork pour garder ce qu'on a dans le libre ?
On applaudit bien fort les 254 trou du cul qui ont voté "un gestionnaire d'installation/désinstallation de logiciels", c'est vrai que apt urpmi etc craignent un max... Windows Update roulez
Israël est pas vraiment un pays pauvre...
Il me semble que le pays traverse une grave crise économique surtout à cause des mesures à l'encontre des pays qui l'entoure...
Comme quoi il sort il sort des bonnes choses même dans les mauvaises situations.
Il est fort possible que cela donne des idées à d'autres pays qui se trouve dans une situation économique délicate.
En fait le patch pour le kernel 2.5 n'est qu'une adapation du Makefile et des headers, mais aucune modification de code. Il se peut que la license l'interdise... C'est bien dommage...
Je suis assez d'accord, les drivers sont plutôt de bonne qualitée.
Je sais vraiment pas pourquoi nvidia continue à les publier sous
license propriétaire...
mouahahaha spice de blaireau...
On écrase pas forcement /home/ à moins que tu fasses la config de ton utilisateur dans /etc/, je vois pas ou est le problème.
'culé de power desktop user à la con ;)
Je doute que cela soit un jour possible, car maintenant la plupart des protocols
calculent des valeurs de hachage. Avec la taille d'un fichier et la valeur de hach
on peut à 99,999...% identifier un fichier. Hors selon le protocol on utilise pas
forcement les mêmes fonctions de (MD5, SHA, ...)
En fait arriver à supporter ce genre de fonctionnalité sur tous les protocols,
il faudrait déjà que les sociétés qui les conçoivent se mettent d'accord une base
commune. Etant donné que ce n'est pas dans leur intérêt, ca m'étonnerai que ca
se fasse.
C'est pour ca qu'il faut mieux (je pense) se tourner vers de protocols libre comme
OpenFT
Le projet giFT s'est recentré sur un nouveau protocol appelé OpenFT, mais giFT étant un daemon chargeant des plugins, certains développeurs ont tenté de faire un nouveau plugin pour FastTrack, ce coup ci ca marche même avec les protections du protocol FastTrack (reverse enginering?) c'est plus ou moins légal selon le pays dans lequel on se trouve...
ouai jasta est un vrai salopard avec les newbies =)
mais bon, dans un sens on peut le comprendre, il a repris le projet et a quasiement tout réécrit lui même (la masse de travail est imprésionnante), enfin il code bien, et c'est ca qui importe.
d'autres personnes bien moins qualitiées pourrait tout à fait aider les gens qui ont des problèmes courants (et qui relève souvent d'un mauvaise manip)
[^] # Re: Adieu cups
Posté par Jésus Christ . En réponse à la dépêche Apple rachète CUPS. Évalué à 4.
# Adieu cups
Posté par Jésus Christ . En réponse à la dépêche Apple rachète CUPS. Évalué à 1.
1. Apple Operating System Development License Exception;
1. Software that is developed by any person or entity for an Apple Operating System ("Apple OS-Developed Software"), including but not limited to Apple and third party printer drivers, filters, and backends for an Apple Operating System, that is linked to the CUPS imaging library or based on any sample filters or backends provided with CUPS shall not be considered to be a derivative work or collective work based on the CUPS program and is exempt from the mandatory source code release clauses of the GNU GPL. You may therefore distribute linked combinations of the CUPS imaging library with Apple OS-Developed Software without releasing the source code of the Apple OS-Developed Software. You may also use sample filters and backends provided with CUPS to develop Apple OS-Developed Software without releasing the source code of the Apple OS-Developed Software.
2. An Apple Operating System means any operating system software developed and/or marketed by Apple Computer, Inc., including but not limited to all existing releases and versions of Apple's Darwin, Mac OS X, and Mac OS X Server products and all follow-on releases and future versions thereof.
3. This exception is only available for Apple OS-Developed Software and does not apply to software that is distributed for use on other operating systems.
4. All CUPS software that falls under this license exception have the following text at the top of each source file:
This file is subject to the Apple OS-Developed Software exception.
2. OpenSSL Toolkit License Exception;
1. Apple Inc. explicitly allows the compilation and distribution of the CUPS software with the OpenSSL Toolkit.
On dirait bien que tout nouveau développement va être problématique...
[^] # Re: Cher Père Noël...
Posté par Jésus Christ . En réponse à la dépêche X11R7.0 sous le sapin de Noël. Évalué à 3.
Ensuite tu parles de l'ajout d'un écran à chaud, etc... Je suis tout à fait d'accord sur ce point aussi, j'aimerai bien changer ma config sans pour autant perdre toutes mes fenêtres. De ce point de vue, je suis sur qu'il y a des choses encore plus puissantes à mettre en oeuvre que ce que l'on peut trouver chez M$ ou Apple.
Il faut continuer de pousser dans ces directions, je pense sincèrement que X est sur la bonne voie, et même sur plusieurs ;)
# Pilotes ndiswrapper
Posté par Jésus Christ . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 1.
J'espère que ca fera comprendre à pas mal de gens qui utilisent des drivers proprios et qui souhaitent leur intégration dans le noyau linux qu'il est grand temps d'arrêter de déconner.
J'ai été assez embêté que dernièrement les pilotes ipw2200 soit inclus dans le noyau. Bien qu'ils soient libres, ils contribuent à un relachement sur la politique d'inclusion d'un pilote dans l'arbre officiel du noyau, du fait de la possibilité de charger un firmware proprio.
Il faut absolument que l'installation de drivers propriétaire soit marginalisée en particulier pour les matériels grand public. Il faut au maximum promouvoir un projet libre visant à créer un pilote libre pour un matériel qui n'en dispose pas ou dispose d'un driver propriétaire. C'est par exemple ce que fait Xorg lorsque que l'on sait que la prochaine version permettera l'utilisation de pilotes libre (avec 3d) pour certains cartes ATI jusque là uniquement disponibles avec le driver propriétaire.
Soyons clair, les pilotes proprios soit, mais pas dans les projets libres. Et puisque pour la plupart d'entre nous, nous sommes sensibles à la promotions des logiciels libres, restons intègres et vigilants, en veillant par exemple à acheter du matériel qui fonctionne avec des drivers libres.
[^] # Re: pilotes ipw2x00
Posté par Jésus Christ . En réponse à la dépêche Sortie du noyau 2.6.14. Évalué à 2.
# pilotes ipw2x00
Posté par Jésus Christ . En réponse à la dépêche Sortie du noyau 2.6.14. Évalué à 3.
[^] # Re: Un fork pour un gnome d'expert
Posté par Jésus Christ . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 8.
Aujourd'hui j'utilise seulement des parties de gnome, le panel, nautilus, mais pas le reste, et ca marche très bien. Modulariser les outils de configuration par en plusieurs programmes par exemple, c'est une super idée, ca permet de ne pas se manger un utilitaire gros comme mozilla (c'est donc plus rapide). Il est aujourd'hui possible d'utiliser des parties de gnome sans pour autant tout utiliser. Par exemple, j'utilise le gnome-panel sans tout le reste. Pas de nautilus qui me fout des icônes sur le bureau. Et ca marche très bien, nautilus à toutes les options permettant de ne pas gérer le desktop. De plus le mode spatial n'est qu'une option, le mode navigationnel est tjrs utilisable (ce qui me convient tout à fait étant donné que c'est ce dernier que j'utilise). Quand à GConf, j'étais pas très chaud au départ, et c'est vrai qu'il faut un faire une utilisation raisonnable. Mais cet outil est très utile. Quand à ceux qui trouvent que cela ressemble à la base de donnée de Windows, ils ont raison. Après tout il n'y a pas que des mauvaises idée chez M$ (d'ailleur si ca se trouve, elle n'est même pas d'eux), mais GConf a quand même d'énomes avantages, comme de séparer sa base en plusieurs fichier (ce qui n'est pas le cas de M$, si je me souviens bien), ou d'être complètement utilisateur dépendant.
Les 2/3 petites choses qui ne me plaisent pas sont les suivantes :
-les boîtes de dialogue qui vous annocent qu'un de vos programme vient de crasher (genre on s'en aperçoit pas ...), on ce crorait vraiment sous windows ...
-la suppression de nombreuses options et aussi le passage à des logiciels ayant moins de fonctionnalitées (par exemple l'abandon de Sawfish pour MetaCity qui est un wm tout à fait respectable, mais bien moins puissant que Sawfish, le passage de galeon à epiphany, là aussi on a perdu pas mal de choix. Dans un sens c'est compréhensible pour Sawfish, le projet étant plus ou moins mort depuis plus d'un an maintenant, mais pour galeon ce n'est vraiment pas le cas.)
Pour finir je suis un peu effrayé par l'éventuelle intégration de Mono. J'ai dernièrement testé Muine (un lecteur de media audio écrit en C# utilisant GTK+). Je suis sous debian, et bizzarement c'est l'un des seul package à n'être disponible que pour i386. Un peu étrange pour un technologie et un langage qui se veulent portable. De plus lorsque l'on lance muine et que l'on matte les processus tournant, on s'aperçoit qu'il y a un certain Muine.exe. Surpris par un tel nom je m'empresse d'aller faire un petit less sur le fichier en question. et là que vois-je : "This is dos executable ...". La fameuse phrase que l'on trouve dans tous les executables dos... Si la portabilité c'est faire tourner des binaires dos sur n'importe quelle plateforme, je ne suis pas très chaud ... Je rappelle quand même qui Muine est libre, ces sources sont disponibles, alors pourquoi utiliser un binaire dos/windows...
Je reconnais ne pas connaître grand chose à Mono, je peux surement me faire une mauvaise opinion sur Mono et de C#, mais pour l'instant j'ai quand même du mal à croire que c'est l'avenir, du moins je préfèrai que ca ne le soit pas.
Gnome dans sa forme actuel est un bon projet
[^] # Re: mise à jour flippante
Posté par Jésus Christ . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à -5.
Je vois vraiment pas ce que ca vient faire ici.
[^] # Re: Le libre
Posté par Jésus Christ . En réponse à la dépêche XFree86 a de moins en moins la côte. Évalué à 3.
Si XFree avait été sous licence beaucoup plus restrictive, et que les développeurs aient décidé de la rendre encore plus contraignante, tu crois qu'on pourrait encore faire un fork pour garder ce qu'on a dans le libre ?
# Re: Le logiciel qui me manque sous Linux (ou le(s) logiciel(s) existant ne me plait pas)
Posté par Jésus Christ . En réponse au sondage Le logiciel qui me manque sous Linux (ou le(s) logiciel(s) existant ne me plait pas). Évalué à 2.
[^] # Re: Sondage: slip ou caleçon ?
Posté par Jésus Christ . En réponse au journal Sondage: slip ou caleçon ?. Évalué à 1.
[^] # Re: Le gouvernement israélien migre vers OpenOffice
Posté par Jésus Christ . En réponse à la dépêche Le gouvernement israélien migre vers OpenOffice. Évalué à 2.
Il me semble que le pays traverse une grave crise économique surtout à cause des mesures à l'encontre des pays qui l'entoure...
Comme quoi il sort il sort des bonnes choses même dans les mauvaises situations.
Il est fort possible que cela donne des idées à d'autres pays qui se trouve dans une situation économique délicate.
[^] # Re: aptitude - apt(itude)
Posté par Jésus Christ . En réponse à la dépêche Synaptic, une interface graphique conviviale pour apt-get. Évalué à -6.
[^] # Re: Verisign jette l'éponge ?
Posté par Jésus Christ . En réponse à la dépêche ICANN vs. Verisign ?. Évalué à 0.
[^] # Re: La GNU Free Documentation License et Debian
Posté par Jésus Christ . En réponse à la dépêche La GNU Free Documentation License et Debian. Évalué à -1.
Tu as raison, le contrat social debian a qqles failles...
[^] # Re: Wherever Racer (Tux revient!)
Posté par Jésus Christ . En réponse à la dépêche Wherever Racer (Tux revient !). Évalué à 2.
[^] # Re: Noyau 2.6.0-test4
Posté par Jésus Christ . En réponse à la dépêche Noyau 2.6.0-test4. Évalué à 4.
[^] # Re: Le fork de XFree prends forme.
Posté par Jésus Christ . En réponse à la dépêche Le fork de XFree prend forme.. Évalué à -1.
[^] # Re: Nouveaux drivers Nvidia disponibles
Posté par Jésus Christ . En réponse à la dépêche Nouveaux pilotes Nvidia disponibles. Évalué à 1.
Je sais vraiment pas pourquoi nvidia continue à les publier sous
license propriétaire...
[^] # Re: La Clinique Pasteur soigne ses postes de travail avec Linux
Posté par Jésus Christ . En réponse à la dépêche La Clinique Pasteur soigne ses postes de travail avec Linux. Évalué à -7.
On écrase pas forcement /home/ à moins que tu fasses la config de ton utilisateur dans /etc/, je vois pas ou est le problème.
'culé de power desktop user à la con ;)
# Re: Logiciels de P2P ...
Posté par Jésus Christ . En réponse au sondage Logiciels de P2P .... Évalué à -1.
[^] # Re: Logiciel de pirates
Posté par Jésus Christ . En réponse à la dépêche Mldonkey 2.5.3 est sorti. Évalué à 4.
calculent des valeurs de hachage. Avec la taille d'un fichier et la valeur de hach
on peut à 99,999...% identifier un fichier. Hors selon le protocol on utilise pas
forcement les mêmes fonctions de (MD5, SHA, ...)
En fait arriver à supporter ce genre de fonctionnalité sur tous les protocols,
il faudrait déjà que les sociétés qui les conçoivent se mettent d'accord une base
commune. Etant donné que ce n'est pas dans leur intérêt, ca m'étonnerai que ca
se fasse.
C'est pour ca qu'il faut mieux (je pense) se tourner vers de protocols libre comme
OpenFT
[^] # Re: domaine public ???
Posté par Jésus Christ . En réponse à la dépêche Les sources de PlayerPRO (Mac) dans le domaine public. Évalué à 0.
le domaine public y a pas mieux...
[^] # Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Posté par Jésus Christ . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 1.
[^] # Re: > NdM: et vous, qu'utilisez-vous pour échangez vos fichiers ?
Posté par Jésus Christ . En réponse à la dépêche Lmule est mort, vive Xmule !. Évalué à 0.
mais bon, dans un sens on peut le comprendre, il a repris le projet et a quasiement tout réécrit lui même (la masse de travail est imprésionnante), enfin il code bien, et c'est ca qui importe.
d'autres personnes bien moins qualitiées pourrait tout à fait aider les gens qui ont des problèmes courants (et qui relève souvent d'un mauvaise manip)