patrick_g a écrit 6392 commentaires

Je suppose que Claw-mail est plus indiqué que Thunderbird du fait que c'est une appli GTK non ?

Précision : je n'ai jamais vraiment essayé Xfce (juste un live CD Zenwalk pour voir).

Ceci dit je suis quand même un peu sceptique sur la légèreté. Il faut voir que dans la vie de tous les jours on utilise beaucoup plus d'applis que celles livrés par défaut avec Xfce et qu'on se retrouve vite avec des softs non-GTK indispensables (Tellico ? K3b ? Amarok ? Firefox ? OOo ?).

Prenons juste le cas Firefox : on est tous obligé d'avoir un browser non ? Konqueror et Epiphany ne sont pas des options car ce sont les browsers de KDE et Gnome (avec des dépendances lourdes je suppose).
On est donc quasi obligé d'avoir Firefox sous Xfce (ou SeaMonkey) et ce n'est pas un modèle de légèreté.

>> Considèrent-ils le net comme un média de masse supplémentaire sans spécificités ?

Exactement.
La seule spécificité qu'ils voient c'est que le collage d'affiche coûte moins cher quand il est virtuel.

Quand je vais voir ce qu'ils entendent par ce terme je trouve cette définition sur le site du PS :


"colleurs d'affiches du web"
Chaque jour quelques clics sur les sondages en ligne et copier/coller d'argumentaires en moins de 5 minutes.

c'est quand même moins intuitif et moins facile d'accès non ?

Je plussoie : excellente dépêche qui donne bien envie de tester Xfce.

Une question : j'ai vu passer des mails au sujet de Xubuntu et qui disent que Xfce est lourdement modifié dans cette distro. Il parait que s'en est au point ou on perd les principaux bénéfices d'Xfce. Info ou Intox ?

>> Une suggestion?

Y'a peut-être un script GreaseMonkey qui s'occupe de ça ?
Va voir ici : http://userscripts.org/

>> je fais du mieux que je peux pour écrire d'une manière correct dans un bon francais, mais mon faible niveau en grammaire ne m'aide pas.

C'est pas pour retourner le couteau dans la plaie mais souvent il suffit d'un peu de réflexion, pas besoin d'un doctorat en grammaire.
Par exemple dans ta phrase qu'est ce qui est "correct" ? C'est la manière non ? c'est un mot féminin n'est-ce pas ? On dit bien "une manière". Donc il fallait écrire "d'une manière correcte".

Pas dur et ça marche avec beaucoup de trucs.

>> le fait qu'il y ait un tas de cameras partout c'est plutot une garantie de transparence

Sans vouloir entrer vraiment dans la discussion (car je suis trop partagé) je t'invite à aller voir ceci : je suis tombé sur cette affiche satirique et ça m'a fait rire :

http://oldamericancentury.org/images3/support.jpg

Y'a celle-ci également :

http://oldamericancentury.org/SAFE_STATE.jpg

>> quand Gnash sera fonctionnellement au niveau du player Adobe

Justement !
Cela arrivera d'autant plus vite si les utilisateurs refusent d'installer le player d'Adobe et aident au développement de Gnash (par du code ou des bugreports ou des dons ou de la pub...etc etc).

On est d'accord mais je pense qu'il faut faire gaffe au fait que si les utilisateurs utilisent et sont content du Flash Player d'Adobe alors ils seront beaucoup moins nombreux à utiliser Gnash. Cela ne peut que ralentir Gnash (moins de users, moins de rapports de bugs, moins de pression pour faire avancer le projet...etc).

>> Je n'ai personnellement rien à reprocher à un logiciel proprio si ce dernier utiliser des moyens standards qui lui permettent de communiquer aisément

A part qu'en utilisant un tel logiciel tu t'engage à ne pas aider autrui en lui donnant une copie de ce logiciel. Stalmann pense que c'est un important problème éthique et je suis d'accord avec lui.
L'avantage fondamental et révolutionnaire du numérique par rapport au monde matériel c'est la possibilité de copie parfaite à l'infini. C'est potentiellement la fin de la rareté et donc l'abondance pour tous. En utilisant un soft proprio tu t'engage à ne pas te servir de cet avantage fondamental pour aider les autres.
Comme le dit Stalmann ici : http://www.fsfeurope.org/documents/rms-fs-2006-03-09.ca.html

the developer of the program has deliberately attacked the social solidarity of your community. Deliberately tried to separate you from everyone else in the World.

>> Et bien cette situation est enfin réparée et nous pouvons nous en réjouir

Si la qualité de cette version est au rendez-vous est-ce que cela ne va pas démotiver un peu les éventuels contributeurs à Gnash ?

Pour rappel Gnash ( http://www.gnu.org/software/gnash/ ) est un projet libre soutenu par la FSF.
Avantages techniques :
C'est le seul moyen pour lire des vidéos flash pour les utilisateurs d'une architecture autre que x86/x86-64.
C'est un logiciel dont les sources sont disponibles pour tous et qui nous donne ainsi l'assurance qu'il ne traficote pas des trucs louches à notre insu.
Avantages éthiques :
C'est un logiciel que je peux copier librement pour le donner à mon voisin. Sa licence ne m'interdit pas d'aider autrui, en fait elle m'y encourage à la différence de celle-ci : http://www.adobe.com/products/eulas/players/flash/

Je sais que c'est mal vu d'ergoter quand une firme bosse pour porter son logiciel sous Linux. Il est de bon ton de se réjouir bruyamment et d'anathémiser les grincheux.
Cela n'empêche pas qu'il serait mieux pour tout le monde que Gnash s'impose.

>> Linus peut décider avec le gros noyau de developpeur de passer en GPL3

Alors ça je pense que c'est absolument impossible (ou alors très très improbable). Il y a eu des milliers de contributeurs sur le kernel et il faudrait l'accord de tous. Certains sont morts, d'autres ont disparu de la circulation. Il y a des parties de code dont l'auteur est mal identifié...etc etc

C'est vraiment exclu de voir le noyau Linux (qui est en v2 only) migrer vers la v3.

Pour ce qui est du draft de la FSF c'est vrai que ce n'est pas finalisé mais de toute façon je pense que Sun est trop content de cette opportunité et qu'ils accepteront n'importe quoi du moment que cela caresse dans le sens du poil le monde du libre tout en rendant impossible la reprise de code dans Linux. C'est vraiment de l'or en barre pour eux la v3 et c'est pour ça que cette annonce, même si elle n'est pas confirmé officiellement, est plus que probable.

C'est quand même un très gros morceau qui rejoint le monde du libre et c'est donc un moment important. Je sais que la CDDl était déjà libre mais comme elle vivait dans son petit écosystème à elle le partage de code était nul.

s/evapatoria/evpatoria

>> Après, je peux me tromper...

Ben oui tu te trompes.

Arecibo a envoyé des signaux : http://fr.wikipedia.org/wiki/Message_d'Arecibo

Evapatoria a envoyé des signaux : http://www.astrosurf.com/luxorion/seti-messages.htm

Nancay a envoyé des signaux : http://www.zen-blogs.com/fr/nancay.php

Un radiotélescope c'est juste un gros miroir qui réfléchit les ondes radios...donc ça peut capter mais aussi envoyer !

Oui mais encore ?

>> a remarque laisse penser qu'il serait utile d'avoir un dispositif décentralisé capable de bouffer l'électricité produite en excès afin d'amortir les creux de consommation.

Un radiotélescope géant qui utiliserait cette énergie excédentaire pour émettre des signaux ultra-puissants à destination des systèmes solaires susceptibles d'abriter une vie intelligente ?

Juste une question : j'ai des ampoules basse conso dans ma cuisine et je trouve ça extrêmement chiant (je regrette mon achat).
Quand j'allume la lumière j'obtient une vague lueur glauquissime qui s'intensifie progressivement pour atteindre au bout de 5 bonnes minutes) un niveau normal.

Est-ce qu'il existe des ampoules basse conso qui permette d'avoir une lumière correcte dès qu'on les allume ?

>> Je te vois tellement insister bien lourdement sur le moindre défaut de FreeBSD depuis la sortie de 5.0, je me demande ce que cet OS a pu te faire pour te traumatiser à ce point. D'autant plus que comme je ne te vois jamais souligner un seul point positif tu ne dois pas non plus être un utilisateur régulier.

Je suis certain qu'en tant qu'utilisateur régulier, tu aurais plein de belles et bonnes choses à dire sur cet OS.
Pourquoi est-ce que tu ne prends pas le temps de rédiger des news sur FreeBSD ?
Moi je le fais. Je me tape les lecture de mailing list et j'essaye de synthétiser pour en faire une news potable.
Je l'ai fait pour la 5.4 : http://linuxfr.org/2005/05/10/18908.html et maintenant pour la 6.2 (cette news est d'ailleurs largement laudative envers cet OS ce qui infirme ton reproche).
Bien entendu critiquer les autres est largement plus simple.

Tu notera que plus haut dans le thread je ne fais que copier/coller des phrases de développeurs FreeBSD !
C'est eux-mêmes qui disent que ULE 1 était raté. Je suppose que si c'est eux qui le disent c'est normal et acceptable mais que si c'est moi qui copie/colle ces phrases alors je suis un con fanatique anti-FreeBSD ?

Sinon pour ce qui est d'utiliser FreeBSD j'ai une partition avec PC-BSD et j'essaye régulièrement toutes les releases de cette distro que j'aime bien.
Tu peux lire en dessous ( http://linuxfr.org/comments/794429.html#794429 ) que j'en parle de façon élogieuse.

Tu notera (ou pas) que j'ai écrit la première news sur PC-BSD ( http://linuxfr.org/2005/04/26/18821.html ) et que j'ai poursuivi par la news sur PC-BSD 1.1 ( http://linuxfr.org/2006/06/04/20903.html ) et que ces news essayent d'êtres impartiales et mesurées. Je souligne ce qu'il me semble être les points forts et les défauts de la release.

J'ai également écrit plusieurs journaux qui évoquent les problèmes de stabilité de la branche 5.x. Ces problèmes ce n'est pas moi qui suis allé les inventer ! Je n'ai fait que reprendre les avis postés partout sur le net et qui signalaient que les premiers pas des releases 5.x étaient plus qu'hésitants. En quoi cela est-il critiquable d'en parler ? Cela me classe à vie dans les salauds ?
Mais peut-être préfères-tu une hagiographie aveugle plutôt que la franchise ?

Et le deuxième avis présent sur le site est celui-ci :

The original SCHED_ULE was underperforming and buggy, so it got reworked.

Il se confirme donc que ULE n'est vraiment pas la panacée ;-)

>> Mais machine est en ULE, elle fonctionne tres bien. C'est vraiment sur des serveurs critiques, par exemple dans le cas d'un cluster mysql que tu peux voir une difference avec un linux.

Heu oui mais bon si on regarde l'avis présent sur le site posté en lien (celui qui annonce les nouveautés de la branche 7) on trouve ceci :

Since SCHED_ULE (the original version) never lived up to its expectations, and was in general underperforming and not very stable, a new scheduler project was started

Donc on peut pas dire que ULE soit la panacée....

Je te conseille d'essayer PC-BSD qui est une sorte de distribution pour FreeBSD.
C'est une distro simple pour débutant (installation de softs sous la forme de .pbi qui sont des sortes de paquets statiques) mais qui offre également toutes les fonction d'un FreeBSD classique (les ports et autres).

Pour les avantages/inconvenients par rapport à Linux : le support matériel est moins étendu mais c'est toujours intéressant d'aller voir ailleurs pour découvrir des trucs.

>> Tu trouves anormal de voir adopter une autre approche sur un projet décevant plutôt que de foncer dans un mur ?

Pas du tout. Au contraire c'est un signe positif de lancer un nouveau projet plutôt que de stagner avec du code qui ne fonctionne pas bien.
Je note quand même que ce problème de scheduler est assez grave car ULE devait être le scheduler par défaut dans la branche 5...puis ça a été annulé et il devait faire son apparition dans la branche 6...et maintenant c'est annulé et ULE 2 va être développé pour apparaître dans la branche 7.
Etant donné le temps de développement et de stabilisation d'un tel morceau de code je pense qu'il y a des chances que ULE 2 ne soit pas activé par défaut dans la branche 7 et qu'il faille attendre la 8.

Merci pour ce lien.
En ce qui concerne ULE je suis surpris de voir que les devs de FreeBSD abandonnent le projet et se concentrent sur une nouvelle version ULE 2.
Et c'est quoi ce SCHED_CORE ? C'est encore un autre candidat ? Quel sera le scheduler par défaut dans FreeBSD 7 ?

Je crois que le but de Fortress est de masquer la complexité diabolique de la programmation parallèle en proposant un langage conçu spécialement pour ça.