Richard Van Den Boom a écrit 388 commentaires

Oui, merci. Reviens plus souvent.
Bien sur qu'ils prennent ce qu'ils veulent. Ca ne m'enlève pas le droit de trouver leur choix et leur orientation un peu discutable.
J'aurais préféré une approche à la xine, où avec des libs communes, tu peux avoir soit Totem bien intégré à Gnome, soit Kaffeine bien intégré à KDE. Comme ça tout le monde est content et tout le monde en profite, plutôt que d'avoir 4 ou 5 projets en parallèle qui supplient tous pour des devs et qui avancent lentement.

Richard

La plupart des gars qui utilisent un tableur en entreprise ne se limite pas à des calculs, mais en sorte des graphes et écrivent des macros pour extraire des données précises de tableaux plus gros.
Aux dernières nouvelles, ni Gnumeric ni KSpread ne sont encore assez évolués sur ce niveau.

Richard

j'utilise KOffice personnellement régulièrement pour mes docs persos mais ni la compatibilité Office, ni les fonctionnalités ne sont encore suffisantes pour une utilisation d'entreprise : Kword a un publipostage plutôt basique, les macros manquent un peu partout, etc.
J'aime beaucoup KOffice mais je ne pense pas que c'est un projet qui sera vu par les entreprises comme une alternative à MS de sitôt.

Richard

Réponse contestable : Gnome a Abiword et Gnumeric.
Pourtant ni KOffice, ni Abiword/Gnumeric ne sont pour le moment suffisants pour être sérieusement considérés en entreprise comme des alternatives sérieuses à Office.
OO l'est mais il n'est pas bien intégré aux environnements graphiques. Il est déplorable de voir qu'ils décident d'en privilégier un plutôt qu'un autre, alors qu'il y aurait surement solution fournir l'accès à ses fonctionnalités à tous.
Si toutefois ils font autre chose que se donner un look, comme le suggère le post ci-dessus.

Richard

>The Gnome Desktop system will be delivered as a set of packages in the
>RPM format.
>Attention, trolls en vue !

Je veux.
Ils feraient mieux de proprement séparer leur projet en lib d'un côté et frontend de l'autre, au lieu de décider arbitrairement de supporter seulement l'intégration avec un seul des environnements majeurs. Cela permettrait alors que chacun puisse avoir une interface bien intégrée.
Mais non : ils choisissent Gnome et tant pis pour la moitié des Linuxiens qui utilisent KDE, dont moi.
Oui, je sais, je peux lancer OO sous KDE même si c'est une appli Gnome, mais l'intégration dans l'environnement, ça a du bon (prévisualisation, communication entre les applis).

Et moi qui pensais que c'est vers ce genre de solution qu'ils se dirigeaient...

Richard

J'ai parlé de Python, ImageMagick et éventuellement je verrai bien l'utilisation de xine pour la récupération de flux vidéo et de transcode/ffmpeg pour l'exportation.
Ou as-tu vu HTML? :-)

Richard

J'ai essayé le Main Actor de demo en version 5. Problème, dans les 2 versions que j'ai téléchargées, il ne voit pas les images en PNG.
Bref, je suis revenu à mes scripts Python/ImageMagick qui font ce que je demande.
Il va falloir, cela dit, que je jette un coup d'oeil à ton Myrtille, car (et cela rappellera une conversation qu'on a eu il y a quelques mois) finalement, une petite interface graphique serait finalement la bienvenue.Je voudrais à terme arriver à un logiciel de montage très basique ou tu peux agencer des séquences (à partir d'un chutier comme celui de Myrtille) et éventuellement insérer des transitions simples. Je sais que Myrtille est en Python donc cela devrait me faciliter la vie. Je suis ultra-débutant et je n'ai pas un temps fou mais bon, faut bien se lancer de temps à autre.

Richard

Y'as un thread sur le forum de Ace's Hardware (en anglais) qui laisse entendre qu'en gros, les versions Linux des drivers ATI seraient tout de même plus lents sous Linux que sous Windows, en tout cas avec UT2K3 :

http://www.aceshardware.com/forum?read=105046610(...)

Bon, c'est pas de beaucoup et cela ne devrait pas rendre le jeu injouable mais tout de même, c'est plus lent.

Richard

Désolé, c'était effectivement le principal à mettre :

http://kaffeine.sourceforge.net/(...)

Tout bête mais à préciser néanmoins.

Je signale au passage une front-end pour KDE, Kaffeine, qui est devenu mon interface de choix à titre personnel. L'avantage est que le développement est actif, tandis que kxine a apparemment cessé d'être développé depuis un moment.
Kaffeine n'est pas encore totalement intégré à KDE, mais c'est apparemment prévu à terme : on pourra donc avoir des previews des fichiers vidéo dans Konqueror, une intégration dans les pages web, et toute cette sorte de fonctionnalités un peu inutiles mais très hype. :-)

Richard

Va faire un tour chez ardour. C'est encore en développement mais cela me parait l'une des applications de traitement audio open source les plus avancées actuellement.
Le site : http://ardour.sourceforge.net/(...)

Grandiose, Touch of Zen! Je l'avais vu au ciné quand la FNAC Micro de Saint-Germain était encore un ciné asiatique.Ce qui était vraiment marrant et assez typique du concept d'histoire chinoise, c'est le récit se focalisant tour à tour sur un personnage spécifique, sans avoir de héros réel. Les films récents me paraissent bien occidentalisés.

Sympa merci. Les codecs Real, c'est effectivement utile. :-)

A peluche!

En général, la meilleure doc, c'est celle du projet Open Source lui-même. Pour poursuivre ton exemple de XFree, la lecture de la doc Xfree apprend que depuis la 4.0, tu peut lancer "xfree86 -configure" et ca autodetecte plus ou moins ton matos et génère un fichier XF86Config dans ton /root que tu peux copier dans /etc/X11.
La Slack ne change pratiquement rien à la manière de configurer l'un quelconque des logiciels Open Source, ce qui fait que les instructions de configuration desdits projets y sont pratiquement toujours valables.
La seule chose à regarder en détail, c'est les scripts d'init mais ils sont très bien anotés et vraiment pas dur à comprendre.

Pour mplayer, j'ai jamais réussi à le compiler sur ma Slack mais ca doit être possible puisque des packages sont disponibles sur www.linuxpackages.net.
Perso, j'utilise xine, ca compile très bien et ca marche très bien. C'est même dans la distribution maintenant.
Pour les polices, j'ai eu aussi beaucoup de problèmes avec ces derniers temps, qui viennent d'être miraculeusement résolus hier avec la dernière upgrade de la Current, qui incorpore la dernière version de freetype et une recompilation d'Xfree avec cette nouvelle version. Quelque chose me dit qu'il y avait quek'chose de pas catholique.
Sinon, voila quelques petits liens Slack :

http://www.linuxpackages.net/(...) (des packages en plus)
http://slackware.tuxfamily.org/(...) (site en français)
http://www.audioslack.com/(...) (Hé oui, des packages audios pour la Slack, dont ardour)
http://www.linuxquestions.org/questions/forumdisplay.php?forumid=14(...) (forum en anglais dédié à la Slack)

A peluche!

Je viens de me mettre à swaret aussi et je dois dire que je trouve ca vraiment pas mal. Il y a même un début de gestions de dépendances à l'installation pour les librairies.

Le package Slack correspond à ce que tu obtiens avec "make install" dans les sources de xine (comme dans la plupart des packages slack d'ailleurs).
Donc, il y a tout sauf la libdvdcss qui permet de lire les DVD cryptés et les codecs Windows, comme tu le dis, mais ils sont finalement peut utilisé car xine lit la plupart des codec en natif, y compris Quicktime/Sorenson.
Pour les dvd cryptés, il suffit de télécharger la librairie libdvdcss sur le site de videolan, la compiler et l'installer, xine l'utilise si elle est disponible, même si elle n'était pas présente à la compilation.
Vali valou.

Un package Slackware est généralement équivalent au résultat de la compilation d'un package source du projet. En gros, il incorpore tout ce qu'installe un "make install", donc les headers et autres.
En dehors de quelques packets tordus genre javadsk, il est rarissime qu'ils dépassent 2 ou 3 Mo. Et je ne vois pas l'intérêt de n'avoir que des petits packages de 500ko s'il faut en télécharger 5 ou 6 à chaque fois pour faire fonctionner une appli.
C'est d'ailleurs ce qui rend la crétion d'un package Slackware trivial à partir de source. :-)

A peluche!

Pfff, laisse tomber, il y en aura toujours pour fuir la lumière...
Personnellement, je trouve de plus en plus que c'est la simplicité des fichiers de conf qui fait la beauté de la slack : pas de fichiers ésotériques mis dans des sous-répertoires improbables comme sur la Debian : tout est à l'endroit où les développeurs du projet Open Source ont prévu que leurs fichiers de conf devaient être. C'est simple et les scripts d'init BSD sont triviaux à comprendre.

Pour les packages, Volkerding vient de mettre dans la Current en Extra Swaret, qui fonctionne en gros comme apt-get. Un seul fichier de conf, /etc/swaret.conf, bien documenté et super-fastoche à éditer.
Je viens d'updater ma Slack en Current avec en une seule ligne de commande. Ca vérifie même des dépendances de base (les librairies essentiellement).
Rien de nouveau, bien entendu, mais qu'on aille pu me gaver avec apt-get ou urpmi.

Donc des trolls comme celui de notre ami ci-dessus ne montrent qu'une chose : il n'a jamais essayé et ne fait que répéter les habituels lieux-communs.
Bon, ceci étant dit, pourquoi ce thread sur la Mandrake dérive encore sur la Debian? La bonne distribe, c'est celle qu'on connait et qu'on maîtrise, ca me parait évident.

>totem ne fait pas partie de la release car le backend gstreamer ne
>marche pas suffisamment bien
Mouais. Un communautairmse déplacé, vu que Totem marche très bien avec xine. Donc, ne mettons rien plutôt que de mettre au autre projet que celui qu'on défend, mais qui, lui, marche.
Dommage pour les utilisateurs.

Richard.

Le dernier format d'OpenOffice (j'arrive pas à mettre le .org, je trouve ca débile) est il me semble un zip d'un répertoire ou se trouve un fichier XML, les images et d'autres trucs. C'est plus sur l'interpretation des tags XML que va se faire la compatibilité et je suppose que cela n'est pas si simple.

Cordialement,

C'est sur que c'est pas encore totalement au point. Pour les images, j'utilise Kuickshow qui est fourni avec KDE et est à la fois plus stable et plus rapide que Kview. Je l'ai configuré pour servir d'afficheur systématique et j'en suis assez content.
Pour le multimédia, moi, j'utilise xine, mais si tu veux un utilitaire KDE, alors il faut recompiler kdemultimedia avec le xine-arts plugin (et tes libxine installées). De cette manière, Noatun peut utiliser les libs xine pour lire les fichiers multimédias et les DVD et ca marche plutôt bien. Tu peux aussi installer Kaffeine, qui est un front-end graphique KDE pour xine, ou l'équivalent chez Mplayer mais là, je ne peux rien en dire car je n'utilise pas Mplayer.

Bref, c'est pas encore tellement du "out-of-the-box" mais avec un peu d'efforts, on arrive tout de même bien à avoir un système exploitable.

Cordialement,

S'il a froid, il a qu'à mettre des godillots au lieu de sandales..;

Bon, j'ai besoin de vacances, moi. Allons lire l'article au lieu de dire des conneries.

Cordialement,

Si, ca s'appelle "Si tu tends l' oreille". Je crois que le DVD est commandable à la FNAC en import pour 66,01 euros.
Mais ca à l'air d'être bêtement la traduction littérale du nom japonais.

Cordialement,

RedStorm aussi utilise des Opterons. :-)
La grande nouveauté me semble être plutôt que c'est un Supercalculateur chinois. On est plus habitué à voir ca en Europe, US ou Japon.

Cordialement,

Y a-t-il un utilitaire de traitement de son multipiste scriptable en ligne de commande? Le support de module LADSPA serait bien.

Cordialement,