On peut néanmoins regreter (AMHA) que les 2 equipes de SCRIBUS et OPENOFFICE ne travaillent pas ensemble histoire de faire un ensemble complet style MS OFFICE avec Publisher
Sans vraiment connaitre a fond les produits en question, je me demande si ce ne serait pas plutot mieux que scribus travaille avec koffice, non ? Scribus est une application qui utilise QT, donc qui devrait avoir des facilites en terme de compatibilite avec Koffice.
Neanmoins, meme si ces applications sont graphiques, ne perdons pas de vue un element de la philosophie Unix qui en fait sa puissance: a chaque tache son outil et a chaque outil sa tache, et la meilleure communication possible entre les outils.
Ne faisons pas comme Microsoft dont les logiciels font tout ( ce qui est bien) et n'importe quoi (ce qui est moins bien)
S'il vous plait les gens, faites la distinction "open-source" et "libre": c'est pas pareil. Et quand c'est open-source, taire le fait que c'est libre sous-entend que c'est proprietaire! Quand c'est libre, dites-le!
La liberte se trouve dans le format du fichier. Si tu peux choisir le logiciel de ton choix, libre ou non, mais qu'il en existe au moins un de libre, alors peu importe si la concurrence fait du non libre.
Par contre, il faut se mefier: StarOffice ne doit pas remplacer MSOffice en terme de position dominante. Sinon, on n'aura pas vraiment avance.
StarOffice, MSOffice, Openoffice.org, et d'autres qui inspirent moins confiance aux decideurs presses qui en ont entendu parler: KOffice, GnomeOffice (abiword+gnumeric+...), ces suites logicielles doivent se faire concurrence, de la meme maniere que Oracle, Sybase, Postgresql, Mysql etc se font concurrence. Il y a des gros et des petits. Mais chacun existe et personne n'a de position monopolisante.
Le plus important n'est pas le logiciel, mais le format de fichier qui doit etre un standard, standard controle par un organisme en qui l'on peut faire confiance.
Le bonjour chez vous,
Yves
Si c'est juste parce que tu l'as vu dans certains projets, sache que c'est le programmeur qui, dans son fichier configure. ajoute des lignes avec echo et le nom des variables. Ceci dit, c'est bien sympathique :)
(et Torvald, outre le fait que c'est un v et pas un w, ca s'ecrit sans S, comme X-Window qui s'ecrit aussi sans S)
Moyen mnemotechnique: les S, ca se remplace trop facilement par des $ :)
Tout d'abord, on nous raconte que la commande habituelle est "./configure --prefix=/opt". Vraiment ?
Quand je ne fais pas mes propres paquets, je fais meme --prefix=/opt/logiciel/logiciel-version
Et si je suis motive, j'utilise GNU Stow pour faire les liens qui vont bien dans /usr/local.
Chacun son style d'installation.
Il nous dit qu'il y a pas mal de chance de tomber sur "You have an autoconf version which is three weeks old; please upgrade". Ca ne m'est jamais arrivé en 5 ans.
En tant que developpeur, qui developpe sur une mandrake cooker, mais qui prend le soin de tester sur une debian stable, ce genre de probleme m'arrive a chaque fois.
Chacun son style d'utilisation.
Pour le reste, par contre, je suis d'accord: l'auteur de l'article a l'air de pas aimer autoconf/automake tout simplement parce qu'il lui arrive des trucs qui ne lui arriveraient pas, ou qui n'auraient pas d'importance, s'il savait s'en servir correctement.
En tout cas, moi je vais jeter un coup d'oeil a cons et scons, mais a court terme, pas question d'abandonner autoconf/automake!
Le bonjour chez vous,
Yves
Depuis quand on a besoin d'avoir autoconf installé pour lancer un script configure ?
Dans certaines conditions, par exemple si configure.in (ou maintenant configure.ac) est plus recent que le script configure, alors configure le detecte, et tente de relancer autoconf/automake avant de s'auto-relancer lui-meme.
Quand tu telecharges un paquet depuis le net, normalement, l'auteur a fait un "make distcheck" qui genere ce paquet, avec un configure posterieur au configure.in (ou configure.ac), et le probleme ne se pose pas.
Quand tu bosses sur ton projet, que tu changes de machines ou que tu mets a jour ta machine regulierement, ce genre de situations peut survenir et poser le probleme.
Donc non, c'est pas un troll. Mais c'est un probleme qui est reserve aux developpeurs, et aux malheureux utilisateurs de logiciels dont le developpeur a mal fait son tarball. L'utilisateur qui telecharge un paquet propre n'a pas ce probleme.
Le bonjour chez vous,
Yves
Perl est tres lisible comme la plupart des langages dignes de ce nom, quand on le programme proprement.
Perl devient vite illisible quand on le code avec les pieds.
Il se trouve que Perl dispose de fonctionnalites assez puissantes. Pour le Perl, en l'occurence, les expressions rationnelles permettent de faire de grandes choses. Et etant donne leur syntaxe pleine de symboles non alphanumeriques, elles rendent le Perl vite pas tres lisible si on les utilise n'importe ou et n'importe comment. Voila ce qui fait la reputation de langage pas tres lisible.
Maintenant, je le repete: quand on programme proprement, le code est lisible, peu importe le langage.
L'obscurite du C vs l'illisibilite du Perl ?
Ca va troller, cherie :)
Serieusement, c'est n'importe quoi, ce genre d'argument, non justifie en plus. Tout langage digne de ce nom, C et Perl compris, sont tres clairs et tres lisibles a condition de programmer proprement.
Par ailleurs, le choix du langage devrait se faire en besoin du programme a coder, pas en fonction de criteres a deux balles comme une soi-disante obscurite.
Vieux mais actuel. Toujours interessant à mon sens. Pourquoi une interview, un propos, ne serait qu'interessant au moment où il est prononcé ?
Vieux, oui. Actuel, faudrait demander aux gens concernes.
Un propos est interessant des annees apres avoir ete prononce a condition d'etre replace dans son contexte.
Ici, c'est un site de news, donc c'est pas specialement l'endroit pour poster des vieux trucs.
En ce qui concerne le contexte, il a bien change depuis 1998. A l'epoque, Microsoft ne reconnaissait pas en Linux son ennemi numero 1. Entre autres. Il aurait fallu un peu plus documenter. Et la page des news de linuxfr n'a pas vocation de faire du documentaire.
Bref, cette "news" n'a rien a faire ici, meme si elle presente un interet certain.
... Et Linus Torvald a aussi dit que Linux ne tournerait jamais sur autre chose qu'un 386 parce qu'il n'avait pas les moyens de s'acheter une autre machine
Ils se plaignent également de n'avoir pas eu suffisamment accès à MacOS, ce qui les aurait empêché d'intégrer correctement leur navigateur.
Un navigateur est un logiciel, pas une composante de l'OS.
Au risque de lancer un troll, est-ce qu'ils disent ainsi de facon deguisee que ca ne sert a rien de continuer IE s'ils ne peuvent mettre de backdoors dans l'OS ?
Et comment t'economises l'argent ? Bah en utilisant installant de la bonne plomberie. Comme ca, t'es pas tout le temps en train d'acheter des serpilleres en attendant le plombier que tu devras bien evidemment payer aussi :)
Une revue de presse postee ici permet de n'avoir qu'une seule nouvelle au lieu d'une par mag, comme c'etait l'habitude jusqu'a maintenant. Ca evitera peut-etre les trolls redondants ? peut-etre pas ? :)
Par ailleurs, ca fait maintenant longtemps que linuxfr.org, chaque mois, permet aux gens de faire leurs trolls et commentaires constructifs sur les revues du monde linux. Il ne faut pas nous en priver!
Bref, pour moi, cette revue de presse est une excellente initiative!
Vrai pour QT, gtk+... (et encore)
Faux pour C, et depuis que la serie Perl est reprise par les mongueurs de Perl, c'est faux aussi pour Perl: les articles sont independants les uns des autres.
Et surtout, une Open Mandrake serait-elle aussi belle et aussi ergonomique qu'une Mdk ? Et évoluerait-elle aussi vite ?
Oui, une telle distribution serait forcement aussi belle et aussi ergonomique qu'une mdk, puisque c'est sa grande force, ce qui plait beaucoup. Peut-etre qu'elle serait meme encore mieux, puisque completement liberee de toute contrainte commerciale (quoiqu'elles ne sont pas vraiment apparentes chez mdk et c'est bien).
Par contre, non, elle evoluerait pas aussi vite.
Actuellement y'a des gens qui sont payes a bosser dessus a plein temps. Les gens devraient bosser a temps partiel dessus ou sur leurs temps de loisir autrement.
Faut pas rever non plus.
Only one remote hole in the default install, in more than 7 years! (voir sur http://www.openbsd.org,(...) c'est les premiers mots)
Donc un seul trou de securite utilisable a distance dans l'installation par defaut.
OpenBSD n'installe pas grand chose par defaut qui peut s'exploiter a distance. Pas de demons inutiles. C'est presque comme s'ils disaient qu'ils n'avaient jamais eu de trous de securite exploitable a distance sur une machine qui n'a pas de carte reseau!
Bref, c'est du pipo.
Pour moi l'informatique n'est qu'une section des mathématiques.
Demontre moi avec des arguments crédible que l'écriture d'un programme informatique n'est pas un probléme mathématique (OK, c'est aussi un pbs de frics).
A moins que tu n'assimiles informatique et programmation version pissage de code, ca se demontre facilement.
Que fais-tu des dessinateurs qui participent aux jeux ou aux sites web ?
Que fais-tu des musiciens qui te font le bruitage ou la musique d'applications, souvent des jeux mais pas toujours ?
Que fais-tu des administrateurs systemes, reseaux, securite qui, s'ils etaient payes a la ligne de code, seraient deja morts de faim ?
Que fais-tu des informaticiens qui ecrivent non pas du code, mais du texte, comme celui d'un site web, ou la documentation d'un logiciel, ou d'autres documents encore, que seul un informaticien a la competence d'ecrire ?
Que fais-tu des services de support technique qui sont plus du domaine de la communication que du domaine mathematique, et dans lesquels tu ne peux mettre que des informaticiens (et quand c'est pas le cas, le client est plutot mecontent :)
Et j'oublie surement de nombreux domaines de l'informatique!
Ne confonds pas informatique et mathematiques appliquees, qui sont effectivement une section des mathematiques!
Le codage n'est que la mise en application de moyen technique pour arrivée à un certain résultat. En gros, le code c'est comme le mouvement du poignée, vers la droite on visse et vers la gauche on dévisse
Non, pas vraiment. Il y a une expression artistique en plus. Le codage ne se compare pas au trempage du pinceau dans le pot de peinture puis a la repartition de la peinture sur une toile. Le codage se compare plutot a la toile, au resultat.
Et le clou ? bah il permet de fixer la toile sur son cadre, voyons :)
[^] # Re: Scribus 1.0 : la PAO libre arrive sous GNU/Linux
Posté par a_jr . En réponse à la dépêche Scribus 1.0 : la PAO libre arrive sous GNU/Linux. Évalué à 1.
Sans vraiment connaitre a fond les produits en question, je me demande si ce ne serait pas plutot mieux que scribus travaille avec koffice, non ? Scribus est une application qui utilise QT, donc qui devrait avoir des facilites en terme de compatibilite avec Koffice.
Neanmoins, meme si ces applications sont graphiques, ne perdons pas de vue un element de la philosophie Unix qui en fait sa puissance: a chaque tache son outil et a chaque outil sa tache, et la meilleure communication possible entre les outils.
Ne faisons pas comme Microsoft dont les logiciels font tout ( ce qui est bien) et n'importe quoi (ce qui est moins bien)
Le bonjour chez vous,
Yves
[^] # Re: OpenGroupware.org ou OGo, la réponse libre à MSExchange
Posté par a_jr . En réponse à la dépêche OpenGroupware.org ou OGo, la réponse libre à MSExchange. Évalué à 3.
j'ai eu la meme reaction, mais je suis alle voir plus loin.
OpenGroupware.org est LIBRE.
Licence: GPL ou LGPL au choix.
http://www.opengroupware.org/en/license/index.html(...)
S'il vous plait les gens, faites la distinction "open-source" et "libre": c'est pas pareil. Et quand c'est open-source, taire le fait que c'est libre sous-entend que c'est proprietaire! Quand c'est libre, dites-le!
Le bonjour chez vous,
Yves
[^] # Re: Société Générale et les standards du W3C
Posté par a_jr . En réponse à la dépêche Société Générale et les standards du W3C. Évalué à 3.
http://www.php.net/manual/fr/ref.cybermut.php(...)
(je ne dirai pas ou je place mes sous, d'ailleurs, ils sont dans mon matelas :)
Le bonjour chez vous,
Yves
[^] # Re: OpenOffice.org vs Microsoft Office : Chronique d'une migration réussie à grande échelle
Posté par a_jr . En réponse à la dépêche OpenOffice.org vs Microsoft Office : Chronique d'une migration réussie à grande échelle. Évalué à 4.
[^] # Re: libtool
Posté par a_jr . En réponse à la dépêche Autoconf/Automake... la relève ?. Évalué à 2.
Ne te fie pas aux apparences. Je n'ai pas la chance d'avoir un boulot qui me permet de diffuser les sources de mes progs.
Merci de ne pas etre si affirmatif et dedaigneux.
Yves
[^] # Re: Autoconf/Automake... la relève ?
Posté par a_jr . En réponse à la dépêche Autoconf/Automake... la relève ?. Évalué à 1.
[^] # Re: libtool
Posté par a_jr . En réponse à la dépêche Autoconf/Automake... la relève ?. Évalué à 1.
Si je puis me permettre, ca m'en a peut-etre fait perdre lors de l'apprentissage, mais apres, tu ne peux pas savoir combien j'en ai gagnees ensuite.
Es-tu developpeur pour affirmer de telles choses ?
Le bonjour chez vous,
Yves
[^] # Re: Autoconf/Automake... la relève ?
Posté par a_jr . En réponse à la dépêche Autoconf/Automake... la relève ?. Évalué à 1.
Si c'est juste parce que tu l'as vu dans certains projets, sache que c'est le programmeur qui, dans son fichier configure. ajoute des lignes avec echo et le nom des variables. Ceci dit, c'est bien sympathique :)
Le bonjour chez vous,
Yves
[^] # Re: Lapsus revelateur?
Posté par a_jr . En réponse à la dépêche HP et Linux : 'SCO ou pas, nous fonçons!'. Évalué à 1.
[^] # Re: Autoconf/Automake... la relève ?
Posté par a_jr . En réponse à la dépêche Autoconf/Automake... la relève ?. Évalué à 5.
[^] # Re: Autoconf/Automake... la relève ?
Posté par a_jr . En réponse à la dépêche Autoconf/Automake... la relève ?. Évalué à 10.
[^] # Re: Début d'une série d'articles sur Perl
Posté par a_jr . En réponse à la dépêche Début d'une série d'articles sur Perl. Évalué à 3.
'my $h={"a"=>"b"}; print "$$h{a} ${$h}{a} $h->{a}\n";
Et apres on dit que le C, c'est obscur :)
Mouahahahahaha
Le bonjour chez vous,
Yves
[^] # Re: Début d'une série d'articles sur Perl
Posté par a_jr . En réponse à la dépêche Début d'une série d'articles sur Perl. Évalué à 2.
Perl devient vite illisible quand on le code avec les pieds.
Il se trouve que Perl dispose de fonctionnalites assez puissantes. Pour le Perl, en l'occurence, les expressions rationnelles permettent de faire de grandes choses. Et etant donne leur syntaxe pleine de symboles non alphanumeriques, elles rendent le Perl vite pas tres lisible si on les utilise n'importe ou et n'importe comment. Voila ce qui fait la reputation de langage pas tres lisible.
Maintenant, je le repete: quand on programme proprement, le code est lisible, peu importe le langage.
Le bonjour chez vous,
Yves
[^] # Re: Début d'une série d'articles sur Perl
Posté par a_jr . En réponse à la dépêche Début d'une série d'articles sur Perl. Évalué à 2.
C'est pas aussi simple, tu sais...
$machin->{truc}
# Re: Début d'une série d'articles sur Perl
Posté par a_jr . En réponse à la dépêche Début d'une série d'articles sur Perl. Évalué à 10.
L'obscurite du C vs l'illisibilite du Perl ?
Ca va troller, cherie :)
Serieusement, c'est n'importe quoi, ce genre d'argument, non justifie en plus. Tout langage digne de ce nom, C et Perl compris, sont tres clairs et tres lisibles a condition de programmer proprement.
Par ailleurs, le choix du langage devrait se faire en besoin du programme a coder, pas en fonction de criteres a deux balles comme une soi-disante obscurite.
Le bonjour chez vous,
Yves
[^] # Re: Microsoft (par la voix de B. Gates) encourage au piratage
Posté par a_jr . En réponse à la dépêche Microsoft (par la voix de B. Gates) encourage au piratage. Évalué à 9.
Vieux, oui. Actuel, faudrait demander aux gens concernes.
Un propos est interessant des annees apres avoir ete prononce a condition d'etre replace dans son contexte.
Ici, c'est un site de news, donc c'est pas specialement l'endroit pour poster des vieux trucs.
En ce qui concerne le contexte, il a bien change depuis 1998. A l'epoque, Microsoft ne reconnaissait pas en Linux son ennemi numero 1. Entre autres. Il aurait fallu un peu plus documenter. Et la page des news de linuxfr n'a pas vocation de faire du documentaire.
Bref, cette "news" n'a rien a faire ici, meme si elle presente un interet certain.
Le bonjour chez vous,
Yves
[^] # Re: Microsoft (par la voix de B. Gates) encourage au piratage
Posté par a_jr . En réponse à la dépêche Microsoft (par la voix de B. Gates) encourage au piratage. Évalué à 8.
# Re: Internet Explorer pour Mac, c'est fini
Posté par a_jr . En réponse à la dépêche Internet Explorer pour Mac, c'est fini. Évalué à 2.
Un navigateur est un logiciel, pas une composante de l'OS.
Au risque de lancer un troll, est-ce qu'ils disent ainsi de facon deguisee que ca ne sert a rien de continuer IE s'ils ne peuvent mettre de backdoors dans l'OS ?
Le bonjour chez vous,
Yves
[^] # Re: Une note de Steve Ballmer au sujet de la menace Linuxienne.
Posté par a_jr . En réponse à la dépêche Une note de Steve Ballmer au sujet de la menace Linuxienne.. Évalué à 1.
[^] # Re: Revue de Presse - Juin 2003
Posté par a_jr . En réponse à la dépêche Revue de Presse - Juin 2003. Évalué à 3.
Par ailleurs, ca fait maintenant longtemps que linuxfr.org, chaque mois, permet aux gens de faire leurs trolls et commentaires constructifs sur les revues du monde linux. Il ne faut pas nous en priver!
Bref, pour moi, cette revue de presse est une excellente initiative!
Le bonjour chez vous,
Yves
[^] # Re: Revue de Presse - Juin 2003
Posté par a_jr . En réponse à la dépêche Revue de Presse - Juin 2003. Évalué à 2.
Vrai pour QT, gtk+... (et encore)
Faux pour C, et depuis que la serie Perl est reprise par les mongueurs de Perl, c'est faux aussi pour Perl: les articles sont independants les uns des autres.
Le bonjour chez vous,
Yves
[^] # Re: Interview de Gaël Duval (MandrakeSoft) sur Transfert
Posté par a_jr . En réponse à la dépêche Interview de Gaël Duval (MandrakeSoft) sur Transfert. Évalué à 4.
Oui, une telle distribution serait forcement aussi belle et aussi ergonomique qu'une mdk, puisque c'est sa grande force, ce qui plait beaucoup. Peut-etre qu'elle serait meme encore mieux, puisque completement liberee de toute contrainte commerciale (quoiqu'elles ne sont pas vraiment apparentes chez mdk et c'est bien).
Par contre, non, elle evoluerait pas aussi vite.
Actuellement y'a des gens qui sont payes a bosser dessus a plein temps. Les gens devraient bosser a temps partiel dessus ou sur leurs temps de loisir autrement.
Faut pas rever non plus.
Le bonjour chez vous,
Yves
[^] # Re: C'est vrai ça ?
Posté par a_jr . En réponse à la dépêche Les nouvelles de MS : changement de discours sur Linux et «petit vent d'été». Évalué à 1.
Donc un seul trou de securite utilisable a distance dans l'installation par defaut.
OpenBSD n'installe pas grand chose par defaut qui peut s'exploiter a distance. Pas de demons inutiles. C'est presque comme s'ils disaient qu'ils n'avaient jamais eu de trous de securite exploitable a distance sur une machine qui n'a pas de carte reseau!
Bref, c'est du pipo.
Par contre, ce qui n'est pas du pipo, c'est l'audit de securite qui se fait par ailleurs par l'equipe d'OpenBSD. Voir http://www.openbsd.org/security.html(...)
Le bonjour chez vous,
Yves
[^] # Re: Droit d'auteur et travailleurs
Posté par a_jr . En réponse à la dépêche Droit d'auteur et travailleurs. Évalué à 3.
Demontre moi avec des arguments crédible que l'écriture d'un programme informatique n'est pas un probléme mathématique (OK, c'est aussi un pbs de frics).
A moins que tu n'assimiles informatique et programmation version pissage de code, ca se demontre facilement.
Que fais-tu des dessinateurs qui participent aux jeux ou aux sites web ?
Que fais-tu des musiciens qui te font le bruitage ou la musique d'applications, souvent des jeux mais pas toujours ?
Que fais-tu des administrateurs systemes, reseaux, securite qui, s'ils etaient payes a la ligne de code, seraient deja morts de faim ?
Que fais-tu des informaticiens qui ecrivent non pas du code, mais du texte, comme celui d'un site web, ou la documentation d'un logiciel, ou d'autres documents encore, que seul un informaticien a la competence d'ecrire ?
Que fais-tu des services de support technique qui sont plus du domaine de la communication que du domaine mathematique, et dans lesquels tu ne peux mettre que des informaticiens (et quand c'est pas le cas, le client est plutot mecontent :)
Et j'oublie surement de nombreux domaines de l'informatique!
Ne confonds pas informatique et mathematiques appliquees, qui sont effectivement une section des mathematiques!
Le bonjour chez vous,
Yves
[^] # Re: [bruit] De la clef de 12 et des clous
Posté par a_jr . En réponse à la dépêche Droit d'auteur et travailleurs. Évalué à 1.
Le codage n'est que la mise en application de moyen technique pour arrivée à un certain résultat. En gros, le code c'est comme le mouvement du poignée, vers la droite on visse et vers la gauche on dévisse
Non, pas vraiment. Il y a une expression artistique en plus. Le codage ne se compare pas au trempage du pinceau dans le pot de peinture puis a la repartition de la peinture sur une toile. Le codage se compare plutot a la toile, au resultat.
Et le clou ? bah il permet de fixer la toile sur son cadre, voyons :)
Le bonjour chez vous,
Yves