gnumdk a écrit 7495 commentaires

"Libconf: http://www.libconf.net/(...(...))
Ceci dit, ce genre de projets est tres bien, mais est un gros hack pour une mauvaise conception a la base. La registry permet d'ameliorer la conception du systeme de config et rend theoriquement libconf inutile."

Non, c'est un hack immonde si les fichiers de conf sont mal branlés... comme sous mandrake :/

Un petit exemple, Suse a deja "un editeur de fichier de conf" à la regedit. Ca marche tres bien, mais un fichier de conf Suse, ca a une autre gueule que sous Mdk par exemple:

## Path: Hardware/Hotplug
## Description: Common hotplug options
## Type: list(default,off,verbose)
## Default: default
## ServiceRestart:
#####################################################################

## Type: list(syslog,file,console,auto)
## Default: syslog
## ServiceRestart:
#
# The (debug) output and error messges of all hotplug scripts are written to
# syslog by default and will be lost if no syslogd is running. Therefore you
# may change that setting. You may choose one of these:
# syslog all messages go to syslog (default)
# file all messages will be written to /var/run/hotplug
# console all messages will be written to /dev/console
# auto use syslog if syslogd is running and file if not
# Any other value is interpreted as syslog.
#
HOTPLUG_SYSLOG=syslog

## Type: string
## Default: ""
## ServiceRestart:
#
# If there are some types of events you don't want to be handled add it here.
# Multiple types have to be seperated by whitespace.
#
HOTPLUG_SKIP_EVENTS=""

## Type: yesno
## Default: no
## ServiceRestart:
#
# Sometimes there are multiple modules that match a device, but mostly we need
# only one of them. Therefore we stop module loading after the first module of
# the list was succesfully loaded. If you want hotplug to always load all
# modules it gets then set this variable to 'yes'.
#
HOTPLUG_LOAD_MULTIPLE_MODULES=no


Voila, c'est propre, pas besoin de remettre en question tout le systeme de conf actuel!

Apres, vouloir uniformiser le format des fichiers de conf des logiciels me parait idiot voir meme impossible. La suse a bien un fichier de conf comme celui ci dessus pour Postfix mais y'a un script qui build le fichier de conf Posftix a partir de celui ci. Meme sous windows, il y'a beaucoup de soft(meme des softs microsoft) qui n'utilisent pas regedit car cela ne repond pas a leur besoin.

En meme temps, je vois pas comment tu vas me faire rentrer la conf d'apache dans une base de registre! Meme sous windows ca ne marche pas comme ca.

"Le truc bien c'est de fournir une api "centralisée" pour gerer tout ça et permettre à quelques noobs de se dépatouiller plus facilement."

Gruik? En quoi une API centralisée va aider le debutant? Tu veux le faire coder en python? :)

Apres, je pense que cela existe deja dans chez Mandrake & co. Mais tu le vois pas, et l'api est propre à la distrib.

Mais ce truc, c'est un tueur de distribution en puissance, parce que si tout se configure de la meme facon sur chaque distrib, ou est l'interet d'avoir plusieurs distrib?

En meme temps, on est pas obligé d'utiliser 50 distribs! Linux n'est pas un OS, une distribution GNU/Linux est un OS donc à chaque OS de choisir la facon dont il se configure :)

Donc la question est plus à quand "Regedit GNU/Linux"? :)

Oui, mais l'interet c'est d'utiliser ce qui existe deja et qui marche(/etc/sysconfig) et de normalisé son fonctionnement, pas de tout reprendre de zero.

J'aime beaucoup ce quand a fait Suse par exemple.

Cela existe deja, ca s'appelle /etc/sysconfig sous mdk, fedora, ...

Il suffit d'unifier le tout entre les distribs et de recuperer le code de YaST pour créer une API d'acces a ces fichiers.

"Je n'ai pas encore regardé le projet...mais avoir un tool graphique qui récapitule clairement, fichier par fichier, l'ensemble des fichiers config me semble une idée excellente et surtout indispensable pour la clarification..."

Wai, exactement ce que l'on trouve sous Suse dans Yast. Chaque fichier de config est commenté. Franchement, cet outils est bien pensé et permet de rapidement prendre en main la distribution.

http://l3lx202.univ-lille3.fr/~bellegarde/yast_config.png(...)

Ben pour commencer, je dirais Mandrake, Fedora ou Suse.

Mon coeur penche plus pour la Mandrake car avec les autres, tu risques d'en chier des que tu veux installer un truc. Il est vrai que les contributions + PLF permettent d'avoir un nombre de logiciels impressionnants pour une distribution commerciale.

Si tu choisis Mandrake, http://urpmi.org/(...) , tout est expliqué. Ca peut paraitre compliqué au debut mais urpmi facilite vraiment les chose.

Pour ce qui est de la facilité d'utilisation, avec la 10.0, les outils de conf sont devenus assez stables et je n'ai pas eu de mauvaises surprises.

Mon chef de service à mon ancien taf avait son telephone portable/yopy/evolution synchronisés. Je sais plus bien ce qu'il utilisait par contre.

"Tu calmes ta joie.
Qt dépend de X11.
Ça sera faux mais pour l'instant c'est vrai."

Ben c'est pas de ma faute si depuis le debut du thread t'as pas compris qu'on parle de Kde 4.0... On s'en bat un peu les couilles de kde 3.4 et qt 3.4 :p Si un jour gstreamer est dans Kde, ca sera avec Qt 4!

"kdelib utilise arts."

Et?

Kde n'est en rien dépendant de Arts et donc en rien dépendant de la glib. Quand les devels de Kde on choisis arts comme framework multimedia(pour kde 2.0 donc y'a un moment), arts n'etait pas linké à la glib :p

Va sur le site de Arts, tu vera que ce n'est pas un projet Kde.

"Qt dépend de X11"

Bam, faux avec Kde 4.0 qui utilisera QT 4.0 !!

"Puis je le répète encore. KDE utilise déjà la glib."

FAUX

Arts utilise la glib(depuis peu)!!! Pas Kde. Tu as certains soft Kde qui sont linkés à des libs utilisant la glib comme kword afin de permettre a ce derniere de comprendre les formats gnome, mais ce n'est en rien obligatoire.

"Je ne veux pas me battre avec toi (utilisateur kde?) :
KDE a raison, les autres tords (dont moi) et ils ne font que troller."

Bwarf. C'est marrant, j'utilise Kde donc je suis contre gstreamer, faut arreter ton délire mon pauvre.

Je ne veux pas de MAS dans Kde si tu veux mon point de vu: trop de fonctionnalitées inutiles pour un desktop.

Et je suis 100% pour gstreamer meme si il est vrai que NMM semble aussi intéressant.

Mais si tu veux savoir, actuellement, gstreamer a été choisi meme si Markey(devel de amarok) veut un wrapper afin que Kde puisse utiliser les deux. Mais, tout le monde n'est pas d'accord avec lui. Puis de toute facon, si Kde supporte les deux, gstreamer prendra le dessus vu que la majorité des distrib supporte gnome et kde. Ils vont pas s'amuser a foutre deux framework multimedia dans la distrib alors qu'avec un c'est possible.

A je te tiens en train de parler de freedesktop :p

Tu m'as tellement pris la tete la derniere fois que j'ai pas insisté.
Comme ca fait une semaine que il y'a une discution sur les ml gstreamer/amarok/kde-multimedia/NMM/MAS pour savoir quel framework multimedia choisir pour Kde et apres confirmation des developpeurs de amarok qui ont commencé a essayer MAS, TU AVAIS TORD.

MAS comme ARTS est un framework multimedia(audio seulement) et un serveur de son. Il fait les deux à la fois! En clair, la derniere fois, tu nous a pris la tete pour rien. Alors avant de dire que les gens n'ont rien compris, il faudrait peut etre te demander si toi tu as compris :p Donc oui j'avais raison de comparer mas et gstreamer :p

Idem pour cette fois ci, lors de la conf à l'aKademy, X.Org a bien été montré comme faisait partie du projet freedesktop! De plus, ne pas confondre X.org avec X.Org. Le projet n'est pas celui de la fondation X.org, il est soutenue par cette derniere par contre. Mais ce que tu reprends est juste, freedesktop 1.0 est sur le point de sortir X11R6.8 comme cela a été dit a l'aKademy.

Cordialement :p

Plastik sera le theme par defaut de kde 4.0.

Apres, le theme Qt n'a rien avoir avec windows, par contre, il est vrai que le theme kwin a un arriere gout de longhorn build jesaispluscombien.

Nuvola, ce sont les icones ;) Oui, le theme kde que tu vois c'est plastik ;)

Sur le screenshot gnome du monsieur, y'a nuvola pour les icones et un version nuvola(les icones gtk) du theme Lush(il me semble).

Hmm, c'est marrant que dans l'interview, on ne retrouve que les arguments de la campagne anti linux de Microsoft.

A mon avis, ils ont eu droit à la super promo de l'année by Microsoft mais il fallait en echange appuyer la campagne de Microsoft.

PBPG va encore me traiter de parano :) Mais bon, j'ai des echos de comment Microsoft se comporte avec l'education national pour ralentir la migration en cours vers le logiciel libre, et c'est vraiment une honte. Ca donne envie de torturer un ou deux commercial de chez MS tout ca ...

Si tu regardes la vidéos Freedesktop de aKademy, ils parle de freedesktop 1.0 qui va sortir dans quelques jours(avec X.Org). Mais j'ai eu beaucoup de mal a comprendre le monsieur donc si quelqu'un a vu la video et peu nous en dire un mot :)

Si la debian est a la bourre c'est parce que le support inter-architecture est complet, cad qu'ils ne font pas de cadeaux aux possesseurs de x86 avant les autres, quand un package sort, c'est pour toutes les archis, donc ca prend du temps. Mais y'a surement des packages non officiels pour la debian.

http://kdelook.org/content/show.php?content=5358(...)

N'ai pas peur de cliquer, y'a aussi la version gnome ;) Bon, apres, c'est clairement pas un theme gnome donc mal adapté à gnome (ie incomplet) alors que sous Kde il rosk et j'espere bien qu'il remplacera crystal dans kde 4.0 (vu que c'est le numero 1 sur kdelook, ca serait logique).

Pour le theme gtk, y'a une adaptation de Lush pour Nuvola mais je sais pas ou :) Cherche :)

"On ne peut pas donner au concurrent les spécification de sa bête"

Le probleme n'est pas vraiment la, le probleme, c'est de ne surtout pas donner le code de son driver. Et quand on code soit meme son driver, y'a plus d'interet à donner les specs aux devels libres(surtout que ils ne peuvent pas tout donner), c'est une logique d'entreprise.... :(

Vous trouverez aussi plus d'info sur le forum de nvidia, les devels ont deja expliqué le pourquoi du comment, a de nombreuses reprises vu que la question des "GPL drivers" revient en permanence sur ce forum.

J'en ai deja parlé hier.
http://linuxfr.org/comments/465168,1.html(...)


Et ATI est entré dans la danse de Nvidia. En meme temps, avant la radeon 8500, les drivers ATI etait merdique sous Windows et on comprend que ati n'avait pas le temps de bosser sur ses propres drivers pour Linux, c'etait tellement plus simple de laisser bosser les gens du libres...

M'enfin il ne faut pas oublier que tout ce que Nvidia développe à coté de son driver est GPL : installeur et nvidia-setting. De plus, j'ai deja vu des patchs from @nvidia.com dans Mesa. Certe, un devel de chez nvidia peut le faire sur son temps libre mais c'est deja pas mal que le boite le laisse faire :)

kcmshell audiocd

en ligne de commande.

Fait un journal, Demande à monsieur Manuel Menal, Kilobug ou autre, je tiens cela d'eux, enfin de HappyPeng :) Faut se mefier remarque :D

"Mais oui, pas besoin de recompiler le noyau pour changer de driver, et surtout (ahh, le jour ou se sera possible sous linux en standard parce que c'est tres chiant de recompiler ses drivers quand on met a jour son noyau) pas besoin de changer de driver quand on change de noyau (un driver windows xp sp1 fonctionnera NORMALEMENT sous sp2)."

Sous Linux aussi ;) Mais c'est clairement pas conseillé :) Y'a une option pour pouvoir charger un modules d'un noyau n-1 dans un noyau n.

"Gentoo/Fedora/Mandrake/etc c'est un peut la version de développement de GNU/Linux, le Longhorn de GNU/Linux."

Franchement, t'es grave. Mandrake et Gentoo, ca te fait bander de dire une annerie pareil?

Sinon, je reste solidaire avec PBPG(meme si j'aime bien le taquiner avec les problemes que je rencontre sous windows au taf), balancer des FUD les un derriere les autres, ca rend pas crédible ;)