Bapt a écrit 772 commentaires

Un autre groupe à développé ceci :
http://openconnector.org/(...)

Si je ne me trompe pas, la but initial était de faire un connecteur pour opengroupware, ils ont l'air d'avoir fait pas mal de progrès depuis ma dernière visite.

Je ne suis pas très sûr de ce que tu avances :
http://get-e.org/Main/FAQs.html#6(...)
sur la faq ils disent que justement, que e17 utilise la vrai transparence, et que les programmes avec de la fausse transparence ne sont pas supportés à cause de ça.

Les termes que j'ai employé ne sont pas forcément les bon le but n'étant pas de classer les utilisateurs, mais plutôt d'offrir un choix du nombre d'options en fonction des goût des utilisateurs.

moi par exemple j'aime bien les applis GTK, car je n'utilise ni gnome, ni KDE, et que j'ai une préférence pour le look&feel GTK, les applis GTK suivent de plus en plus le HIG gnome, ce qui permet d'avoir un environnement homogène, ils utilisent de plus en plus aussi les lib gnome et deviennent ainsi des applis gnome. Devenant des applis gnome ils respectent donc (ce qui est normal) les recommandations gnome. Parmis ces recommandations, il y a d'offrir l'interface "la plus dépouillée et simple possible" ce qui me va. En revanche ce qui ne me va pas c'est que je n'aime pas avoir aller à trifouillé dans gconf pour accéder à des options "cachées". Je ne remet pas en cause gconf, mais je pense qu'il serait bien de pouvoir configurer toutes ces options depuis les applis elle-même. et donc de permettre de choisir, de suivre les recommendations minimalistes et avoir peu d'option, ou de faire apparaître une préférences avancées ou un truc du genre.

Je pense que des utilisateurs.de KDE peuvent faire les mêmes remarques dans l'autre sens.

J'en ai pourtant parlé presqu'à chaques journal qui parlait de Flash...

Mais il est vrai que le projet est reparti il y a peu notamment avec gplflash2 qui est très promettre et qui pourrait enfin permettre d'avoir flash sur les archi non x86 pour tous les OS libres...

Mais pour le moment ce qui est dans le CVS, compilé sur amd64 fait crasher violemment firefox.

A suivre...

euh...
juste une remarque :
evince c'est pas du tout e17, c'est du gnome...

en revanche tu pensais peut-être à evidence qui lui est de l'e17.

enfin on a compris ce que tu voulais dire.

J'avoue ne pas avoir poussé du côté de kivio, pour deux raisons :
- je n'aime pas trop kde et les applis kde (mais si le soft me paraissait bien je l'aurais quand même utilisé)
- je n'aime la politique kivio : GPL+plein de truc proprio : vous voulez faire du moche il est bien, pour faire du beau faut payer, il existe malgré tout des stencils libre (klipart entre autres) qui n'ont pas l'air mal.

J'ai plus investigué du côté de dia.

Donc pour répondre à ta question : je ne sais pas :)

Quand tu es sur des serveurs de prod hétérogènes AIX/SOLARIS/... et que tu n'as pas accès à l'installation de nouveaux langages : Ruby/Python ou que perl n'est pas installé (et oui, tous les OS ne l'installent pas par défaut) et quand bien même tu ne peux pas lui rajouter de modules CPAN, pas les droits, pas de compilo, ..., le shell en POSIX permet de faire beaucoup de choses : le projet sur lequel je suis on a des scripts KSH de plus de 2000 lignes qui fonctionne sur plusieurs OS différents. Heureusement que l'on utilise pas Fish car on peterait un cable pour si retrouver : le end la il correspond à quoi déjà ??

C'est un peut comme les sondages ce truc : plein de chiffres qui ne veulent rien dire, des classements sur des bases non pertinentes, ...

Bref aucun des langages n'est testé à la même manière, pour certains, il manque plein de tests. Comparer des résultats sur un langage/compilo sans avoir effectué les mêmes/même nombre de test ça ne veut rien dire.

De plus, comment faire un truc pareil sans appeler au troll, genre ouais mais il a utilisé gcc 3.4.4 pou gcj alors qu'il y a la 4.0.0 qui est mieux ou inversement. Il a utilisé tels optimisations de compilation alors que pour ce truc, il aurait mieux valu tel ou tel option,il ne sait pas codé en tel langage, et a écrit sont truc comme une procasse, il aurait du coder la même de telle ou telle manière et mon langage aurait tout torcher.

Bref ces benchmarks ne sont aucunement significatifs et ne veulent rien dire du tout !!!

mais pondre du Java te fera sûrement chier aussi ;p).

Je parle pour moi, mais non, java-gnome compile très bien en natif avec gcj, pas besoin de la 4, gcc3 marche aussi pour ça.

Donc moi je dis vive java-gnome!!! pas de exe/dll sur mon système, un langage agréable, pas de jre ki pue et kepalibe, et pas de .jar, .class (enfin si tu n'en veux pas, sinon tu peux toujours)

Non tu ne choisi pas directement ta version, sauf si tu es en stable et que tu veux certains package ~arch, en l'occurence, je suis en ~ arch donc en instable (je connais les risques), ce que je constate, c'est que avant, les ebuild en ~arch posaient moins de problèmes que ces derniers temps.

Je compare, les problèmes de compilation et de stabilité des paquets obetenu sur un FreeBSD et sur une Gentoo, dans le premier cas, il y a rarement d'erreur et ça fonctionne directe, alors que sur gentoo, j'ai plus souvent des erreurs (la plus part du temps corrigeable) et des problèmes d'instabilité pour des versions souvent moins à jour.

Ce ne sont pas des packages qui me manque, mais une réactivité de mise à jour genre evolution 2.2 qui a été super long à être intégré, comme tout le groupe gnome 2.10, souvent je refait mes ebuilds perso à partir des anciens afin de mettre à jour des paquets en attendant la version officielle. (OOo2-beta par exemple à l'époque), et les packages mettent de plus en plus de temps avant de rentrer dans portage : evince par exemple.

Pour gcc, la même que debian ou mandrake, ou beaucoup de distrib proposant plusieurs versions de gcc, mais qand on parle de distribution source ou de BSD, il y en a forcément 1 officiel qui sert à la génération des packages, mais gentoo ne permet pas d'en faire cohabiter plusieurs en parallèle, il faut choisir à coup de gcc-config celui que l'on veut et il fonctionnera pour tous les appels à gcc. Alors que concerver ce comportement mais permettre aussi une installation en parrallèle invoqué par la commande gcc40 par exemple alors que la commande gcc concerve le compilo officiel.

Il n'y a pas de useflags dans FreeBSD c'est vrai, mais il y a des options de compilation via des menus ou des variables d'environnement définissable dans le make.conf pour le choix des dépendances pour beaucoup de packages donc c'est similaire, même si c'est poussé à l'extrême ou presque dans Gentoo (ce qui me plait.)

Tu as raison je le fait de suite :)

Je le sais, et c'est aussi ce que je disais dans mon journal, mais je fais simplement un constat de dégradation (constat subjectif et peut être pas justifié d'ailleurs).

Sur le site de Gentoo il est recommandé de soumettre un rapport de bogue lorsqu’un paquet fonctionne bien sur une nouvelle architecture.

C'est ce que je fait, mais c'est le cas pour beaucoup de distrib.

Je ne sais pas ce que tu as comme carte tv, mais : pour un chipset bt848 ou bt878 :
http://telepresence.dmem.strath.ac.uk/bt848/(...)
et pour voir la tv :
http://people.freebsd.org/~rhh/fxtv/(...)

Ca marche très bien chez moi

Sur ZSH y a un module prévu à cet effet : zftp :)
"info zsh" pour plus d'information

En effet la démo est pas mal, mais je ne comprends pas l'intérêt d'utiliser du flash, même si lisible avec gplflash.

Pour une vidéo, puisque c'est une vidéo, il ne serait pas plus avantageux d'utiliser xvidcap ?
http://xvidcap.sourceforge.net/(...)

La carte IGP320M est supportée en 3D depuis, mais les prefs sont désastreuses...
Donc abandonne l'OpenGL, ca marche pour les trucs qui sont très peu gourmant en 3D.

Je suis une slackware ;) je Rulez.

Bien vue

Evince est excellent, merci de me l'avoir fait découvirer...

Il a toutes les fonctionnalités que je cherchais :
- recherche dans le texte (rapide en plus ;))
- léger
- Gtk2
- etc.

tout simplement génial.

gplflash

Il faut se renseigner, pour la lecture du flash, j'utilise sous FreeBSD gplflash qui marche très bien pour le plupart des sites, c'est GPL, totalement libre, ne repose si je ne me trompe pas sur rien de libre, bref j'en suis très content pour mappy c'est largement suffisant, par exemple.
Les développement avait arrêter depuis 4 ans, mais ont repris en 2004.
http://gplflash.sourceforge.net(...)

Pour la creation c'est un peu plus complexe, mais il existe des chose en libre un tour rapide sur Freshmeat :
http://spalah.sourceforge.net/(...) (GTK)
http://f4l.sourceforge.net/(...) (QT)
openoffice, http://www.quiss.org/swftools/,(...) ...

Certains projets sont jeunes, je veux bien que ce ne sois pas encore abouti, mais il existe en libre toute la chaine de la creation (au moins au niveau des libs) à la lecture.

PS: J'aime quand même pas le Flash, mais c'est juste pour tordre le cou à des idées reçues.

Je te soutiens ;)

Malgré tous les arguments avancés dans les autres postes pour défendre OSX, je continuerai à me battre pour des raisons simple.

Selon moi et ça n'engage que moi, Mac est un profiteur qui pompe dans le libre ce qu'il ne sait pas faire : un vrai kernel propre, stable, efficace et surtout multi-tâche, donc merci FreeBSD de me fournir tes développeurs et ton noyaux, je te promets, je te redonnerais un peu du code fait pour Darwin.
Maintenant, ils n'ont fait aucun efforts pour remettre dans le libre ce qu'ils savent faire, ils ont un super serveur graphique, quelqu'un a-t-il vue une version libre ?

Profiter du libre sans lui en rendre un peu, c'est du foutage de gueule. (Je sais ils ne sont pas les seuls, mais mon avis est le même pour les autres)

De plus ils se positionnent maintenant comme défenseur de libre: "Vous voyez nous sommes le combattant historique du vilain Microsoft sur le domaine du desktop, et nous fédérons aussi les gens du libre"... sans commentaire.

Je suis un intégriste pour moi (que du libre : BSD, Linux, etc.), mais les autres font ce qu'ils veulent, mais il ne faut pas se foutre de notre gueule, MacOS est propriétaire et doit être traité comme tel, si demain ils font plus d'effort envers la communauté : son serveur graphique par exemple, alors on en reparlera.

PS: Au revoir petits XP...

Moi je l'utilise pour :
DFBSee : http://www.directfb.org/dfbsee.xml
DFBPoint : http://www.directfb.org/dfbpoint.xml
qingy : http://qingy.sourceforge.net/
mplayer : dfbmga (driver de sortie) quand je ne prend pas mga ou xmga.

Sur Slashdot il répond en disant qu'il va mieux. ;)

Dommage pour ZSH c'est license BSD