Personnellement, j'avais réussi à bidouiller une solution proche de pdf995 (d'après ce que je lis sur le site) en utilisant RedMon ( http://www.cs.wisc.edu/~ghost/redmon/index.htm(...) ) et GhostScript combiné au driver PostScript générique d'Adobe ( http://www.adobe.com/support/downloads/product.jsp?product=pdrv&(...) ). Il est important de bien sélectionner le fichier PPD (il me semble qu'il en a un qui est "générique" ou "standard"). Ca marchait avec le driver Adobe 4.2.x. La dernière fois que j'ai essayé, il y a deux ou trois ans, avec le nouveau driver Adobe 1.x (oui, la version 1 est postérieure à la version 4), Ghostscript avait des problème pour lire le PostScript généré.
Tout ceci permet probablement d'obtenir une meilleure qualité de reproduction que pdf995 car on utilise un pilote provenant directement d'Adobe.
Donc si vous tentez l'expérience, ou si vous voulez plus d'infos, contactez-moi.
dolmen .arobase. bigfoot .point. com
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
Et quand on voit la vitesse a laquelle les boites de service en LL apparaissent et disparaissent, cela ne doit pas rassurer.
Mais le jour ou une boite inspirera confiance pour la migration, cela se fera tres vite.
C'est le problème de l'oeuf et de la poule. Sans oeuf, pas de poule. Sans poule pas d'oeuf.
Sans société de service en LL, peu d'utilisateurs rofessionnels de LL. Sans clients, pas de société de service.
Bien sûr, tout dépend de la crédibilité de l'offre.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[...]et comme je suis vieux :-( je suis credible :-)[...]
Est-ce que qulequ'un a essayé les pillules "Je suis crédible face à mon banquier" ? Est-ce que ça marche aussi pour présenter Linux à un directeur informatique ?
;^)
PS: blague réservée à ceux qui ont un peu de culture publicitaire...
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
Je connais aussi une boîte où le service informatique (~ 10 personnes), mené par la responsable informatique, est rattaché à la direction financière.
Cette situation est historique. L'informatique est entré petit à petit dans la société : une ou deux personnes d'abord, cela ne justifiait pas une direction à part entière. Surtout que les premiers informaticiens embauchés ne sont pas forcément ceux capables d'établir un budget annuel, de négocier des contrats avec les fournisseurs...
Mais le service informatique va finir par avoir son indépendance.
Dans une autre société, l'informatique était rattaché à la "Direction de l'organisation" : 2 personnes pour organiser et 20 pour l'informatique !
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
Désolé
mais le débutant, je le vois mal allé tripatouiller les options dans son make menuconfig pour que sa carte son marche ou bien aller modifier son XF86Config-4 pour pouvoir gérer une résolution plus élévée
L'une des raison de migrer les postes de travail sous Linux, c'est la sécurité. Configurer X ou le noyau, c'est réservé à root.
Gérer la résolution des postes de travail et le fonctionnement des cartes sons c'est la responsabilité des administrateurs, pas de l'utilisateur.
Quant à donner un poste Linux sans une interface graphique décente, c'est du suicide si tu t'occupe du SAV (support technique).
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
DivXNetworks en profite pour régler leurs comptes et en rajouter une couche pour dire que ce sont de gros méchants :
We also want to formally announce that DivXNetworks has no relationship with Sigma Designs whatsoever, and no product designed or produced by Sigma Designs is DivX compatible.
Ils sont un peu remontés suite à l'approche foireuse en février de cette année, liée à la "certification DivX" (notez les guillemets) de produits Sigma ayant en fait des problèmes de compatibilité.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
Le boulot *parfait*, comme tu dis, fait par deux programmeurs *parfaits*, n'empêchera pas que leur codes sources soient différents.
Il n'y a pas que le nom des variables et les textes des messages d'erreurs, mais l'organisation complète du code : division du code en différentes fonctions, l'ordonnancement d'instructions indépendantes... Tout cela peut s'appeler le "style" du développeur.
Si tu est contre l'application de la propriété intellectuelle aux programmes, tu scie les bases de la GPL et tu permets ainsi à n'importe qui d'utiliser n'importe quoi. La loi du marché risque du coup que des entreprises comme SIGMA en profitent et que plus personne n'ait intérêt à créer des logiciels libres plutôt que propriétaires. Les créateurs de logiciels libres, tels que les auteurs de Xvid, se feraient piller leur oeuvres sans aucune protection. Bien sûr, on pourrait aussi piller les logiciels propriétaires, mais, sans la possibilité de les faire évoluer, il ne sont pas très utiles.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
Le problème est que s'ils continuent à clamer que le code est le leur et non celui de Xvid (voir le copyright dans les sources) et que personne n'y fait attention, rien ne les empêche ensuite de distribuer des binaires à eux sans les nouvelles versions des sources.
La diffusion du code sous licence GPL n'est peut-être qu'une diversion pour calmer le jeu et diviser la communauté avant de reprendre leurs manoeuvres...
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
La notion de logiciel libre est basée sur le droit à l'inspiration et, pour éviter tout problème légal dû à l'interprétation de cette notion, à la copie pure et simple.
L'une des forces de la GPL, l'aspect "viral", est finalement d'amener les développeurs à développer de plus en plus de logiciels libres plutôt que des logiciels propriétaires car il est ainsi plus simple de réutiliser le code existant (moins de problèmes légaux liés à la réutilisation de code).
Le développement de code clé sous license GPL plutôt que d'autres licences libres plus permissives (BSD, LGPL) permet ainsi d'assurer la viabilité à long terme des logiciels libres en rendant trop couteux le développement de solutions propriétaires alternatives aux solutions libres/gratuites.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
D'après les textes cités, le désassemblage est autorisé...
...sous réserve que soient réunies les conditions suivantes :
1° Ces actes sont accomplis par la personne ayant le droit d'utiliser un exemplaire du logiciel ou pour son compte par une personne habilitée à cette fin ;
2° Les informations nécessaires à l'interopérabilité n'ont pas déjà été rendues facilement et rapidement accessibles aux personnes mentionnées au 1° ci-dessus ;
3° Et ces actes sont limités aux parties du logiciel d'origine nécessaires à cette interopérabilité.
Les informations ainsi obtenues ne peuvent être :
1° Ni utilisées à des fins autres que la réalisation de l'interopérabilité du logiciel créé de façon indépendante ;
2° Ni communiquées à des tiers sauf si cela est nécessaire à l'interopérabilité du logiciel créé de façon indépendante ;
3° Ni utilisées pour la mise au point, la production ou la commercialisation d'un logiciel dont l'expression est substantiellement similaire ou pour tout autre acte portant atteinte au droit d'auteur.
Donc le désassemblage pour déterminer le piratage ne semble pas être autorisé, puisque ce n'est pas pour l'interopérabilité. La diffusion de ce code désassemblé en France serait aussi illégale.
Mais, par contre, désassembler Word pour faire un filtre d'import/export est autorisé.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
une boite utilise le code de quelqu'un dans un des ses produits sans lui demander l'autorisation, elle est en tort, même pas besoin de lire la gpl pour ça, il s'agit juste de la loi
C'est justement la licence (la GPL en l'occurrence) qui définit les autorisations que donne l'auteur.
Est-ce que tu as demandé l'autorisation à Linus d'utiliser son code sur ton PC ? Si tu n'as pas besoin de le faire, c'est bien parce que la GPL te dit que cette utilisation est autorisée. Ce n'est pas la loi régissant les droits d'auteur qui le dit. Cette loi donne à l'auteur l'exclusivité du choix du destin de son oeuvre. Elle n'impose pas quel doit être ce destin.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
Avez-vous remarqué que l'annonce de presse concernant la publication du code source ne mentionne pas du tout la GPL, ou tout autre détail concernant la licence ?
[^] # Une autre solution pour "imprimer" des PDF sous Windows
Posté par Dolmen (site web personnel) . En réponse à la dépêche Problème de licence, qui dois-je appeler ?. Évalué à 1.
n'est pas équivalente : pdf995 permet de générer des PDF directement depuis une quelconque application, y compris propriétaire, car il se présente comme une imprimante.
Personnellement, j'avais réussi à bidouiller une solution proche de pdf995 (d'après ce que je lis sur le site) en utilisant RedMon ( http://www.cs.wisc.edu/~ghost/redmon/index.htm(...) ) et GhostScript combiné au driver PostScript générique d'Adobe ( http://www.adobe.com/support/downloads/product.jsp?product=pdrv&(...) ). Il est important de bien sélectionner le fichier PPD (il me semble qu'il en a un qui est "générique" ou "standard"). Ca marchait avec le driver Adobe 4.2.x. La dernière fois que j'ai essayé, il y a deux ou trois ans, avec le nouveau driver Adobe 1.x (oui, la version 1 est postérieure à la version 4), Ghostscript avait des problème pour lire le PostScript généré.
Tout ceci permet probablement d'obtenir une meilleure qualité de reproduction que pdf995 car on utilise un pilote provenant directement d'Adobe.
Donc si vous tentez l'expérience, ou si vous voulez plus d'infos, contactez-moi.
dolmen .arobase. bigfoot .point. com
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Re: Quelques remarques sur la news
Posté par Dolmen (site web personnel) . En réponse à la dépêche Etude comparative TCO Linux / Windows. Évalué à 4.
C'est le problème de l'oeuf et de la poule. Sans oeuf, pas de poule. Sans poule pas d'oeuf.
Sans société de service en LL, peu d'utilisateurs rofessionnels de LL. Sans clients, pas de société de service.
Bien sûr, tout dépend de la crédibilité de l'offre.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Re: Mon point de vue, vu d'une entreprise
Posté par Dolmen (site web personnel) . En réponse à la dépêche Etude comparative TCO Linux / Windows. Évalué à 7.
Est-ce que qulequ'un a essayé les pillules "Je suis crédible face à mon banquier" ? Est-ce que ça marche aussi pour présenter Linux à un directeur informatique ?
;^)
PS: blague réservée à ceux qui ont un peu de culture publicitaire...
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Hors sujet: directino informatique
Posté par Dolmen (site web personnel) . En réponse à la dépêche Etude comparative TCO Linux / Windows. Évalué à 3.
Cette situation est historique. L'informatique est entré petit à petit dans la société : une ou deux personnes d'abord, cela ne justifiait pas une direction à part entière. Surtout que les premiers informaticiens embauchés ne sont pas forcément ceux capables d'établir un budget annuel, de négocier des contrats avec les fournisseurs...
Mais le service informatique va finir par avoir son indépendance.
Dans une autre société, l'informatique était rattaché à la "Direction de l'organisation" : 2 personnes pour organiser et 20 pour l'informatique !
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Re: Quelques remarques sur la news
Posté par Dolmen (site web personnel) . En réponse à la dépêche Etude comparative TCO Linux / Windows. Évalué à -4.
L'une des raison de migrer les postes de travail sous Linux, c'est la sécurité. Configurer X ou le noyau, c'est réservé à root.
Gérer la résolution des postes de travail et le fonctionnement des cartes sons c'est la responsabilité des administrateurs, pas de l'utilisateur.
Quant à donner un poste Linux sans une interface graphique décente, c'est du suicide si tu t'occupe du SAV (support technique).
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Re: Dangereux ...
Posté par Dolmen (site web personnel) . En réponse à la dépêche Arrêt du développement de XviD. Évalué à 1.
Le problème, c'est que tu n'a pas le code des logiciels propriétaires ! As-tu déjà vu le code de Micosoft Word queque part sur le Net ?
Et décompiler un logiciel et le patcher pour l'améliorer, c'est possible, mais difficile.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Re: Divx
Posté par Dolmen (site web personnel) . En réponse à la dépêche Arrêt du développement de XviD. Évalué à 5.
Ils sont un peu remontés suite à l'approche foireuse en février de cette année, liée à la "certification DivX" (notez les guillemets) de produits Sigma ayant en fait des problèmes de compatibilité.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Re: Dangereux ...
Posté par Dolmen (site web personnel) . En réponse à la dépêche Arrêt du développement de XviD. Évalué à 6.
Il n'y a pas que le nom des variables et les textes des messages d'erreurs, mais l'organisation complète du code : division du code en différentes fonctions, l'ordonnancement d'instructions indépendantes... Tout cela peut s'appeler le "style" du développeur.
Si tu est contre l'application de la propriété intellectuelle aux programmes, tu scie les bases de la GPL et tu permets ainsi à n'importe qui d'utiliser n'importe quoi. La loi du marché risque du coup que des entreprises comme SIGMA en profitent et que plus personne n'ait intérêt à créer des logiciels libres plutôt que propriétaires. Les créateurs de logiciels libres, tels que les auteurs de Xvid, se feraient piller leur oeuvres sans aucune protection. Bien sûr, on pourrait aussi piller les logiciels propriétaires, mais, sans la possibilité de les faire évoluer, il ne sont pas très utiles.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Re: Pas sur...
Posté par Dolmen (site web personnel) . En réponse à la dépêche Arrêt du développement de XviD. Évalué à 4.
La diffusion du code sous licence GPL n'est peut-être qu'une diversion pour calmer le jeu et diviser la communauté avant de reprendre leurs manoeuvres...
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Re: Dangereux ...
Posté par Dolmen (site web personnel) . En réponse à la dépêche Arrêt du développement de XviD. Évalué à 6.
L'une des forces de la GPL, l'aspect "viral", est finalement d'amener les développeurs à développer de plus en plus de logiciels libres plutôt que des logiciels propriétaires car il est ainsi plus simple de réutiliser le code existant (moins de problèmes légaux liés à la réutilisation de code).
Le développement de code clé sous license GPL plutôt que d'autres licences libres plus permissives (BSD, LGPL) permet ainsi d'assurer la viabilité à long terme des logiciels libres en rendant trop couteux le développement de solutions propriétaires alternatives aux solutions libres/gratuites.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Désassemblage illégal en France
Posté par Dolmen (site web personnel) . En réponse à la dépêche Arrêt du développement de XviD. Évalué à 6.
Donc le désassemblage pour déterminer le piratage ne semble pas être autorisé, puisque ce n'est pas pour l'interopérabilité. La diffusion de ce code désassemblé en France serait aussi illégale.
Mais, par contre, désassembler Word pour faire un filtre d'import/export est autorisé.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
[^] # Re: 1er test grandeur nature
Posté par Dolmen (site web personnel) . En réponse à la dépêche Arrêt du développement de XviD. Évalué à 3.
C'est justement la licence (la GPL en l'occurrence) qui définit les autorisations que donne l'auteur.
Est-ce que tu as demandé l'autorisation à Linus d'utiliser son code sur ton PC ? Si tu n'as pas besoin de le faire, c'est bien parce que la GPL te dit que cette utilisation est autorisée. Ce n'est pas la loi régissant les droits d'auteur qui le dit. Cette loi donne à l'auteur l'exclusivité du choix du destin de son oeuvre. Elle n'impose pas quel doit être ce destin.
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt
# Annonce du code source : bidon !?!??
Posté par Dolmen (site web personnel) . En réponse à la dépêche Arrêt du développement de XviD. Évalué à 2.
Notez également que les binaires restent sous une licence 100% propriétaire : http://www.sigmadesigns.com/products/RMP4_SLA.htm(...)
Mainteneur de LiquidPrompt - https://github.com/nojhan/liquidprompt