patrick_g a écrit 6388 commentaires

>> So dream a little about Xen for virtualisation, Xgl/AIGLX and other wonderful wobbly window bits, the goodness of Network Manager, a first flirt with multiarch support for true mixed 32-bit and 64-bit computing on AMD64, the interesting possibilities of the SMART package manager...and other pieces of infrastructure which have appeared tantalisingly on the horizon.

Je ne suis pas hyper emballé.
Le concept d'une release bleeding edge à du sens pour Ubuntu à ce moment de son cycle mais les exemples cités par Mark me semblent peu probants.

- Xen : Ubuntu est principalement utilisé comme desktop (les serveurs utilisent Debian je pense) donc Xen n'a pas beaucoup de sens dans ce contexte.
- xgl/aiglx est, bien entendu, mieux adapté pour le desktop...mais pousser ainsi cette techno alors que les cartes graphiques ayant des drivers libres sont rares me semble dangereux.
- multiarch : mouaif....pas très utile non plus dans un contexte de logiciel libre. Cela servira surtout ceux qui veulent faire tourner les applis propriétaires 32 bits (acroread; flash) sur leur x86-64.
- SMART package manager : Houlala attention ! Ce serait s'écarter pour la première fois de debian d'une façon radicale...dangereux et non souhaitable.

Encore une fois je ne rejette pas l'idée d'une Edgy Eft expérimentale mais il faut que les choses nouvelles aient du sens.

Tu dénigres les images Panini ? Alors que j'ai passé 6 délicieux mois dans mon enfance à rassembler la collection Sankukaï ?
Hérétique !

De façon générale chaque fois que j'ai entendu Serre c'était des gentilles élucubrations ronronnantes et vagues. Pour moi c'est typiquement le philosophe médiatique bateau qui fait pas de vagues et qui est télégénique avec ses gros sourcils broussailleux de grand-père. Le mec à qui on tend un micro quel que soit le sujet ET QUI ACCEPTE DE REPONDRE !!!!!
Pas ma tasse de thé......

Il me semble que les devs du projet KDE sont hardis et n'hésitent pas à changer leurs méthodes et outils de travail pour augmenter leur productivité.
Ils ont migré vers Subversion alors que Gnome reste avec CVS et maintenant ils migrent vers CMake alors qu'ils sont en pleine transition vers Qt4/KDE4.
Chez Gnome après le gros passage vers GTK+ 2 ils sont plus dans une optique d'améliorations lentes et incrémentales en gardant les mêmes outils.
C'est marrant de voir que tous les oppose...et que c'est tout bénéfice pour le choix des utilisateurs !

>> Bah faut savoir, si IIS/Windows c'est si immonde, comment se fait-il alors que le nombre de bugs de securite trouves dans IIS6 est bien moindre que dans Apache ?

Putain t'aura pas mis longtemps !
Je m'étais imaginé que, comme c'est la période des déclarations d'impôts aux USA, tu devais être occupé avec Quicken et qu'on pourrait s'amuser entre linuxiens !
Trêve de plaisanterie il me semble que ton argumentation est bien légère : Pas de contestation du schéma ? Donc il est licite de comparer ainsi la tables des appels système ? Alors ça fait vraiment peur de voir l'immonde parcours brownien sous Windows.

Pour ce qui est des bugs de sécurité j'ai trouvé un très bon résumé de l'opinion majoritaire des utilisateurs d'apache dans un post de Michel Galle ici :
http://standblog.org/blog/2004/07/01/93113570-securite-des-c(...)

Et si je t'affirme qu'un bug se niche dans l'un des deux systèmes tu va choisir lequel pour essayer de comprendre et de debugger ? Moi ce serait Apache/Linux !
Et si je suis un vilain pirate qui cherche une faille exploitable dans un recoin sombre du système je vais aller mettre mon nez ou ? Moi ce serait IIS/Windows !
Maintenant c'est vrai qu'il y a des commetaires sur le blog qui affirmeent que c'est Windows qui est mieux foutu car ce serait en fait un design modulaire au lieu d'être, comme on le croirait, un immonde bordel.

>> Il aura vraiment fallu que j'arrive sur des sites d'informaticiens pour tomber sur des traductions aussi pauvres, littérales et limite fausses du mot "review"

Tu critique sévèrement la traduction....

>> Quoique pour cette fois-ci, on puisse probablement réellement parler de revue, puisqu'on a là un examen de plusieurs éléments successifs

....pour ensuite admettre que cette traduction est correcte.

justement moi j'ai un laptop avec une carte graphique intel et je m'interroge : Sachant que mon écran est un 1024x768 j'ai l'habitude de bosser en maximisant les fenêtres donc concrétement quel serait l'avantage d'xgl pour moi ?
parceque les fenêtres chewing-gum ça doit pas trop se remarquer en maximisant non ?

sans blague ?
J'ai juste profité de la collision entre ces deux phrases (la fin de la première qui indique ou ils devraient se concentrer pour améliorer et la seconde qui commence en disant que cela devrait être extrêmement léger) pour relever que Firefox devrait faire un effort sur la lourdeur.

Prendre les deux phrases au pieds de la lettre pour faire ressortir les dysfonctionnement de façon amusante plutôt que d'expliquer platement comme je suis en train de le faire.....

>> This could provide a source of useful data to help us better understand what we should be most focusing on to improve FF.
This should be something extremely lightweight


On ne peux mieux dire !
Si Firefox était extremely lightweight je serais pas à tenter de m'habituer aux bookmarks d'Epiphany
Je leur conseille donc de se "focuser" sur la légereté sur leur soft (dont le but originel affiché était d'être une alternative bien plus légère que Mozilla)

Le guacamole ça fait partie de la bouffe guatémaltèque ?

Si tu est Gnomiste et si tes besoins sont basiques tu peux utiliser Abiword et Gnumeric non ?

>> Le password de login est renseigné au login manager, application lancée en root, qui va ouvrir une session utilisateur.

heuuu....je pige pas trop là !
C'est bien mon password de user que je renseigne dans la fenêtre non ? donc c'est bien moi, le user patrick_g, qui me connecte sur mon laptop. Donc pourquoi me demander à nouveau le password du trousseau ? A quoi sert ce trousseau puisque je suis protégé par mon password de user ? Si c'est une protection contre le root, outre le fait que je suis le seul utilisateur, elle est de toute façon illusoire !

Ce que je constate c'est que je me fais chier quand je me connecte :
1) login + user password
2) password du trousseau
3) re-password du user pour apt-get des maj de sécu !

Je ne veux pas d'autologin car ce n'est pas sécurisé mais là c'est un poil trop....

Bon pour parler de mon expérience : je suis sous dapper et je ne suis pas du tout un utilisateur expert.
Pour moi, dans mon cadre particulier d'utilisation, networkmanager est une bonne appli. Je branche ma freebox, je renseigne ma passphrase WPA et roulez jeunesse ! ça marche !
Peut-être que dans d'autres cas de réseaux plus complexes networkmanager n'est pas assez bien mais pour une utilisation de base comme la mienne (DHCP) c'est très appréciable et très ergonomique de ne pas devoir se taper des configs ésotériques.

PS : c'est vrai que c'est chiant de sortir son password de login PUIS de devoir en plus sortir son password du trousseau de clé. Pourquoi c'est pas intégré ? pourquoi faut-il deux passwords ?

on en parle aussi ici de ce virus multiplatefome :

http://lwn.net/Articles/179117/

ah bon c'est pas les mêmes images ? C'est une version réduite sur le net et complète par l'appli en download ? Si c'est ça c'est pas cool...

et c'est quoi déja l'url pour visionner google earth sur le net plutot que de télécharger l'appli ?

Attention à ta signature : c'est une citation donc c'est interdit !

d'ou l'interêt que tracker se developpe pour remplacer Beagle qui, je le reconnais volontiers, peut parfaitement être très utile dans certains cas.

Sous Dapper : Raccourcis/rechercher des fichiers et j'ai une belle fenêtre de recherche bien intégrée à Gnome :

http://www.flickr.com/photos/11384633@N00/122618175/

Pour savoir quelle est la techno sous-jacente à cette belle fenêtre conviviale je vais dans l'aide (pas encore traduite sous Dapper) et j'ai l'explication suivante :

Search for Files uses the find, grep, and locate UNIX commands. By default, when performing a basic search Search for Files first uses the locate command, and then uses the slower but more thorough find command.

Y'a des brevets sur .Net déposé par Microsoft mais pas sur Python...si tu veux pas voir la différence que veux tu que j'y fasse ?
De plus tu n'a même pas mentionné ma volonté de ne pas télécharger des dizaines de Mo de librairies en plus. Sur ma Dapper j'ai déja les libs C et Python alors pourquoi s'embéter avec 24 Mo et 13 paquets en plus ?

Libre a toi d'avoir entière confiance dans un consortium ou on trouve notamment Sony et Philips et qui propose un site web absolument royal se limitant à 3 pages de marketing.
Pour ma part je préfère que le sort de Linux et du desktop Linux soit entre les mains des devs eux-mêmes et qu'ils continuent à écrire des softs avec des langages juridiquement safe (C;C++;Python...etc etc) et qui n'obligent pas à rajouter des dizaines de Mo de libs sur ma Dapper.

http://linuxfr.org/~boubou/18544.html

Merci de lire cet article pour comprendre ma réticence.

Beagle c'est bien mais c'est en Mono donc si on veut pas les dépendances c'est mort.
Kat c'est déja mieux mais c'est pour les KDE-philes.
Que reste- t'il pour les Gnomistes réfractaires a Mono ? (roulement de tambour) Tracker !!!!

http://freedesktop.org/wiki/Software/Tracker

Toutes les qualités : en C (peu de dépendances bizarres), transversal (car projet Freedesktop), DBus (pour l'intégration), démon multithreadé (pour les multi-CPU).

Faut que ce projet avance !

>> Mais là tout le monde part en troll GPL/BSD, mais ce n'est pas du tout le propos de theo de raadt. [..] il se plaint que Sun a refusé de financer la venue de certains developpeurs de OpenSSH a leur conférences sur l'interoperabilité des protocoles

Mais cette conférence sur l'interopérabilité n'aurait pas existé sans le fork propriétaire d'OpenSSH !!! C'est bien parcequ'il faut bosser sur les diverses implémentations que Sun organise ces conférences.
Si on avait gplSSH le problème de financement du voyage d'un dev ne se poserait pas puisqu'il n'y aurait que gplSSH et pas OpenSSH + le fork SunSSH + autres forks proprios....

La GPL force à la coopération. La coopération autour de GCC implique que toutes les grosses boites du secteur bossent sur GCC (IBM+Apple+Intel+RedHat+SuSE+AMD+Sun...etc etc) et cela décourage les tentations égoïstes de fork propriétaires à la OpenSSH.

Certes cela ne résoud pas le problème des financements (tant qu'une entreprise peut faire du free-riding sans payer elle le fera) mais au moins cela augmente le pool de code libre au bénéfice de tous au lieu de le fragmenter au bénéfices exclusif des entreprises.