GeneralZod a écrit 2316 commentaires

Dans ce cas-là, ça marche peut-être, mais une nomenclature doit prévoir tout les cas.
De plus, "Environnement de Bureau Moblin", c'est plus parlant que Moblin pour l'utilisateur final.

Et tu gères comment les conflits potentiels avec les noms de paquets ?

suffit de configurer PackageKit ou simplement de le désinstaller.

> et pourquoi pas les internationaliser
# yum groupinstall "Environnement de bureau Moblin"
Enjoy ;-)

Evince a ajouté la possibilité de modifier et d'enregistrer des annotations textuelles associées à des fenêtres surgissantes
les mots clés sont modifier et enregistrer, pour le moment Evince ne permet de créer des annotations juste de les éditer.

Oui, le live-cd permet également de réaliser une installation persistante, tu peux également générer très facilement un live-usb (avec persistance des données) à partir de l'iso.
Tu peux également récupérer d'autres spins (KDE, XFCE, jeux, électronique)
http://spins.fedoraproject.org/

Le problème c'est que pendant le cycle de développement, les paquets (rawhide) ne sont pas signés donc personne ne s'en est rendu compte.
Et comme cette fonctionnalité (eh oui, c'en est une) n'a pas été mis en avant que ce soit sur la mailing-list, les releases notes, etc ... ===> paf, on se prends la bonne nouvelle en plein dans la gueule.

Personnellement, ce qui m'a dérangé, ce n'est pas tant la fonctionnalité en elle-même que la gestion cavalière de la question. Un petit nombre de mainteneurs ont introduit un changement majeur dans le comportement et le modèle de sécurité de la distribution sans informer leurs pairs et sans revue externe.


Actuellement, la discussion s'oriente sur la création de profils (paranoïaque, serveur, bureau etc ...) et éventuellement l'intégration à un outil graphique. Le débat dantesque sur la m-l fedora-devel aura eu le mérite de faire avancer les choses reste que beaucoup auraient appréciés qu'il ait lieu avant la sortie de Fedora 12.



En terme d'image, ça ruine (partiellement) le travail qui a été accompli ces dernières années par l'équipe marketing. Oublié le travail monstrueux qui a été fait, oubliée la documentation officielle enrichie et relookée:
http://doc.fedoraproject.org/
Idem pour les efforts de l'équipe marketing pour donner plus de visibilité aux spins:
http://spins.fedoraproject.org/

C'était surtout une manière détournée et politiquement correcte d'annoncer la remise sur le marché de la charmante Alice Taglioni, parce que machin (désolé, j'arrive pas à retenir son nom) c'était un acteur de seconde (voire troisième) zone dont personne ne se rappelle.
De son vivant, il n'a marqué personne, je me suis même rendu compte que j'ai vu une bonne partie de sa filmographie sans me rendre de sa présence.

On n'a pas fait autant de bruit quand l'ineffable Charles Bronson s'est bronsonisé lui-même.

C'est pas comme si les administrateurs n'étaient effectivement pas des gros boulets, sous-formés ce qui justifie leur bas salaires et permet au passage à Microsoft de prétendre derrière que Windows à un CTO inférieur à GNU/linux.
Effectivement, tout va bien sous le Soleil.

Des arguments ?
Les briques de bases du bureau GNOME sont en C/Gtk+ et il n'est pas question d'utiliser autre chose. Certes, on parle d'utiliser Vala *ponctuellement* mais Vala offre une totale interopérabilité avec le C.
Quant aux bindings, ils sont là pour permettre aux développeurs de développer des applications GNOME avec différents langages en accord avec la philosophie initiale de GNOME.

C'est peut-être vendredi, mais un bon troll, ça se travaille monsieur !

http://arstechnica.com/microsoft/news/2007/05/microsoft-uac-(...)
http://ubuntulinuxtipstricks.blogspot.com/2007/05/did-micros(...)
Pour rigoler, chercher la date de dépôt:
http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sec(...)

old stuff

Mouais, c'est pas parce qu'UNE seule distribution a tout compris de travers (et visiblement continue de le faire d'après les billets du planet KDE, vu récemment but this really is a new level of broken packaging) que toutes les autres n'ont pas compris.

Mandriva et OpenSuSE ont proposé KDE4 en parrallèle de KDE3 pendant un moment.
Pour Fedora, KDE4 a été l'occasion de réorganiser la maintenance de KDE avec un groupe de contributeurs dédiés. Primo, aider le développement des logiciels libres fait partie de la mission de Fedora et KDE4 avait grand besoin de testeurs, secundo, KDE était délaissé dans Fedora et vu les moyens à disposition, il était préférable de se concentrer sur KDE4 que sur KDE3 en fin de vie.

La communication autour de KDE4 était très claire, la majorité des distributeurs l'ont bien compris. Pour les utilisateurs, ça n'a pas été le cas visiblement, mais j'ai constaté que certains se fiaient plus à des bruits de couloirs qu'aux annonces officielles.
Vu les conditions initiales (nouveau toolkit), KDE a plutôt bien gérer la transition. Ils ont continués à fournir des correctifs pour KDE3, les applications KDE3 étaient disponibles pour les utilisateurs de KDE4 en attendant le portage, bref, un utilisateur "enragé" (dans le sens, il n'utilisera rien d'autre même provisoirement) de KDE n'était pas laissé sur le carreau.


> Gnome souhaite je pense éviter le même syndrôme.

La transition GNOME 2 -> 3 n'a rien à voir avec KDE 3 -> 4, pour plusieurs raisons:
- évolution en douceur du toolkit sous-jacent: Qt4 était une réécriture quasi totale de Qt, Gtk+3 est une version "toilettée", on se débarrasse des vieilleries, on fait évoluer l'API. Certes il y aura des incompatibilité avec Gtk+2 mais rien de bien méchant.
- des API matures: la quasi totalité des fondations de KDE4 a été réécrite, ce ne sera pas le cas pour GNOME3. La raison d'être de GNOME3 c'est de revisiter l'ergonomie du bureau, mais force est de constater que toutes les briques sont déjà là. Les APIs évolueront pour proposer des fondations cohérentes, beaucoup de chemin a été accompli entre GNOME 2.0 et la 2.30 (en cours de développement). Il n'y aura pas deux versions de GNOME en parrallèle contrairement à KDE.
Il n'y aura pas de rupture brutale entre GNOME2 et GNOME3 en dehors de l'ergonomie du bureau (et encore, il y aura surement la possibilité de revenir à un bureau classique pendant un certain temps)

Par curiosité, j'ai visité le site d'ImageMaster et quelle fut ma surprise de voir que le projet était hébergé par la fondation codeplex.
http://www.codeplex.com/ImageMaster

http://www.fsf.org/blogs/rms/microsoft-codeplex-foundation

... et OS X, c'est "prévu" sous GNU/Linux.
http://www.google.com/chat/video

Empathy 2.28, certes ce n'est pas (encore) parfait mais ça marche (vidéo fluide, son ok, connexions stables -plus de 6h d'affilée, c'est plus que correct-)

Tu peux très bien créer une application Android sans avoir à générer de code, ni même utiliser les fichiers de description XML pour l'IHM.
Quant au plugin Eclipse, il ne fait qu'utiliser les outils fournis par le SDK, le script de construction, c'est un script Ant classique.

Tu veux faire une application Android à la main, ben tu utilises les outils du SDK pour créer un projet minimal, et tu crées ton IHM à la main comme en Java classique.
Je comprends qu'on ne gobe pas XML, mais les outils de description d'IHM comme Glade, Qt Designer sont fiables et permettent de gagner beaucoup de temps.


Ce qui m'a le plus dérangé, c'est le mélange un peu bâtard entre l'API JavaSE classique et les API spécifiques Android qui peut porter à confusion. Même si je préfére de loin, la plateforme Maemo ou bien iPhone, Android est pas trop mal foutu.

Certains sous le couvert du "pragmantisme" défendent et promeuvent l'inclusion des pilotes propriétaires, et font fi de la possibilité que le constructeur puisse un jour abandonner la maintenance de son pilote. Aujourd'hui, c'est une obscure petite entreprise du nom d'Intel, demain ce sera peut-être le "géant" nVidia.
"Mais ça n'arrivera jamais !" disaient-ils en ricanant, aujourd'hui le pire est arrivé.

Les pilotes propriétaires sont et doivent rester des citoyens de seconde zone, une roue de secours pour ceux qui n'ont *vraiment* pas d'autres choix, ceux qui ont achetés du matériel non supporté sans le savoir. Achetez des produits compatibles avec les systèmes libres ou en passe de l'être, boycottez le reste.

En plus, cette histoire était prévisible, le GMA500 est basé sur des technologies PowerVR, une boite très très amicale avec le libre. PowerVR est très probablement à l'origine de ce fiasco, Intel ne voyant que la rentabilité immédiate s'est fait avoir et par la même occasion a "arnaqué" sa clientèle libriste.

Le GMA500 est une bouze infâme sans avenir, et les libristes le répétent depuis le début. J'espère que ça fera réfléchir à deux fois les "pragmantiques", ceux qui chantent les grâces des pilotes nVidia actuellement l'un des acteurs les moins collaboratifs dans son domaine.

La fonctionnalité est toujours présente, d'ailleurs l'outil apparence de GNOME signale désormais les fonds d'écrans dynamique par une "pile" et des petites flèches permet de prévisualiser les variations temporelles.
Actuellement, dans les dépôts Fedora, en fonds d'écrans dynamiques (liste non exhaustive) tu as Infinity (F-8), Waves (F-9), Solar (F-10), et earth-and-moon, cosmos. Tout les thèmes depuis Fedora Bubbles (FC6) sont empaquetés, pour les plus anciens, il y avait effectivement un projet de les empaqueter mais il semble être au point mort.

T'avais pas la barre de progression: blanche/bleu clair/bleu foncé ? Si oui, c'est le fallback framebuffer de plymouth, y a moyen de le rendre plus joli mais personne ne s'est penché dessus.
Dans le cadre du projet Fedora, la priorité est clairement d'améliorer le support de KMS dans les pilotes libres (intel, radeon(HD), nouveau), que de faire un fallback plus agréable visuellement. Si un gentil contributeur se manifeste, il sera très bien accueilli par les mainteneurs. ;-)
Rien à voir avec l'émulation du Bios, EFI est supporté nativement depuis quelques temps, c'est surtout que le sous-système graphique du noyau est encore en chantier. Moi-même, j'ai eu quelques soucis avec les chipsets intel les plus récents, KMS cassé, puis KMS pas cassé etc ... durant le cycle de développement.

Il existe une extension brasero-nautilus, je te laisse deviner ce qu'elle fait (même l'url burn:// est toujours présente).
Au passage, Brasero est plus activement développé que l'ancienne solution et fournit une api plus haut niveau. C'est toujours aussi simple, intuitif qu'avant mais plus solide encore. ;-)

> Xsplash est aussi compatible avec du matériel/drivers qui ne supporte pas KMS
Comme plymouth, ça fait 18 mois que je l'utilise et en 18 mois, il ne m'a jamais lâché avec ou sans KMS.

> XSplash fournit un serveur X complet et permet donc rapidement la mise en place d'une interface graphique pour intéragit avec l'utilisateur.
Je ne sais pas comment fonctionne exactement xsplash, mais si je me fie à ta description, ça ressemble drôlement à RHGB qui était lent, lourd et une impasse.

> Si on peux démarrer plymouth, c'est qu'on peut démarrer Xorg, autant démarrer directement Xorg.
Pas forcément, plymouth utilise KMS uniquement pour te fournir un joli démarrage et supprimer le flicker quand le noyau cède le témoin à Xorg pour l'affichage.


C'est vrai que ça peut sembler saugrenu de redévelopper un nouveau truc sans KMS alors que KMS constitue la pierre angulaire du démarrage graphique moderne. Vu la communication confuse autour de xsplash/plymouth, il doit y avoir d'autres raisons certainement très pertinentes.
Ce serait ballot de faire un nouveau truc pour le jeter dans 6 mois/1 an.

> le fait de passer à zeitgeist et de dire "ah bah les applets vont mourir, y a pas de solution de remplacement, mais c'est pas grave"

Tu confonds Zeitgeist avec Gnome-shell. Zeitgeist est un journal de logs en beaucoup plus puissant, Gnome-shell c'est un plugin à Mutter (un fork de Metacity utilisant Clutter) et qui constituera le coeur du paradigme IHM de GNOME.
Gnome-shell est en développement actif, certes Gnome-shell ne supporte pas (encore) les applets mais ce n'est pas définitif. D'ailleurs les applets, c'est le dernier module dépendant de Bonobo destiné à disparaitre (même Evolution a fait le saut, c'est pour dire). Dès qu'ils auront une solution satisfaisante (très certainement basé sur DBus), les applets feront certainement leur grand retour.

Je te plusse à l'infini !!!!!
Dans ce cas-là, c'est que personne ne s'est désigné volontaire pour faire une jolie interface de configuration. C'était prévu au départ, mais les développeurs par manque de temps ont préféré faire un desktop manager solide et moderne que *bling-bling*.
C'est comme le "simple greeter" actuellement en service, c'était un greeter provisoire, même si macslow avait fait quelques prototypes assez sympathiques basé sur Clutter mais pas de nouvelles depuis.
http://macslow.thepimp.net/?p=163


C'est du logiciel libre, au lieu de pleurnicher, envoyez des correctifs, mes biches !

Signaler le caractère privateur propriétaire du service, c'était la moindre des choses. Il y a même eu une polémique au sein même de la communauté autour de l'utilisation de la marque "Ubuntu".
http://en.wikipedia.org/wiki/Ubuntu_One

> Mais pour ça faudrait patcher le noyau non ?
Euh non, le noyau Fedora est certes basé sur les sources git et actuellement on n'a pas de patchs intrusifs.
Après, c'est peut-être pas la priorité de certains de faire avancer Nouveau. (hein, vendredi toussa)