gnumdk a écrit 7486 commentaires

bwarf, 007, tu sais qu'on peut s'envoyer des messages avec linuxfr.org now?
Parce que la, c'est quand meme du gros hors sujet. Apres, certe le rc.sysinit de mandrake fait n'importe quoi(Tv out, ...) et j'ai pas encore eu l'occasion de regarder celui de redhat ^^ Mais j'aime pas le principe, POINT FINAL. Si t'as des trucs a me dire, tu utilises le systeme de linuxfr :p

ps: cf la news sur Reiserfs(si je me souviens bien) pour ceux qui voient pas le rapport avec la choucroute(je vous rassure y'en a pas) :)

"prise de contrôle à distance"

Prendre le controle d'une machine depuis un endroit distant !!
c'est pas compliqué, c'est du francais, je vois pas ce qu'il y'a de marketeu la dedans.

"Comme X11.
Donc X11 est un moyen pour prendre le contrôle."

NON, X11 permet de déporter l'affichage d'une application, ce n'est pas de la prise de controle a distance vu que la personne sur la machine ou fonctionne l'application ne voit pas ce que tu fais. Dans l'idée, si tu veux, il faut comprendre : "faire à la place de l'utilisateur" d'ou le "prise de controle" => prendre, enlever à l'utilisateur le controle de la machine. Tandis qu'avec un export X ou un connexion ssh, l'utilisateur local et distant ont le controle de la machine, il n'y a pas l'idée de prise de controle.

"C'est lié à une limitation de Windows. Et ce n'est vraiment pas une "feature"."

Sous GNU/Linux aussi VNC peut fonctionné comme ca avec xrfb(un truc dans le genre) et krfb.

Apres, sous windows XP/2003 (et autre? faudrait demandé a PBPG), les sessions sont multiples via TSE justement. Il doit donc y avoir moyen de faire un VNC à la GNU/Linux comme il a été possible de faire un VNC à la windows sous GNU/Linux. En fait, il s'agit d'une limitation de VNC sous windows mais certainement pas d'une limitation de windows ;) A confirmer pas un mec qui s'y connait plus(PBPG here?).

Et avant que je découvre krfb, ben j'etais bien emmerdé pour proposer une solution de prise de control distant sous GNU/Linux. 95% (et encore, je suis gentil) de l'utilisation de VNC est de la prise de control à distance comme le fait PCanywhere.

krfb (serveur) et krdc (client) pour VNC sur toutes les distribs qui fournissent Kde :)

Et c'est simplissime, on lance krfb, on envoie une invitation par mail, l'autre personne recoit le mot de passe et peut se connecter.

Pour Linux, il y'a ca:

http://www.ltsp.org/(...)

Je ne sais pas ce que ca vaut.
Quelqu'un a deja testé?

T'as pensé a faire un strace sur mozilla. Parfois ca aide a voir sur quoi il quitte.

Sauf que ces outils sont open source mais pas libre.

Le code est la mais la licence interdit de l'utiliser pour recreer l'algo de compression rar. En clair, ca pu c pas libre! :)

Le probleme, c'est que la facon dont une Suse et une Mandrake gere la connection ADSL est aussi differente que celle dont windows et GNU/Linux gerent l'installation de logiciel.

Sous Suse, ils utilisent smpppd et pas sous Mandrake. Difficile de gerer en commun la conf de deux distribs quand elles n'utilisent pas les memes outils.

"mais quand je fais du gftp, j'ai de base tous les fichiers et repertoires cachés dans l'arborescence. "

Problème de configuration de gftp, si tu veux pas les voir, ben tu le dis a gftp :p

"Par exemple, mozilla : j'ai (j'avais) un rep caché pour la config de phoenix, un pour mozilla, un pour thunderbird. je savais plus trop où regarder quand je cherchais quelques choses... "

Mauvais exemple, que ca soit dans ~ ou dans ~/.config, ca changera rien, t'auras tjs 3 rep mozilla et tu seras pas lequel est le bon, le probleme est un probleme de mozilla.

"Là, on te propose du clé en main, universel."

Si GNU/Linux avait été ca, j'aurais pas continué l'informatique et j'aurais arreter mes études ;)

Sous Suse:

linux:/home/gnumdk # ifup dsl0
dsl0
interface dsl0 is up

linux:/home/gnumdk #config -export dsl0 > MonJoliFichierExport.txt

Sous Debian:

cerelaserv:/home/bellegarde# config -import dsl0 < MonJoliFichierExport.txt

cerelaserv:/home/bellegarde# ifup dsl0
Ignoring unknown interface dsl0=dsl0.

et oui, les distributions sont toutes tres differentes dans leur fonctionnement et vouloir tout uniformiser est utopique.

Si tu veux un parc homogene, t'install une seul distribution ou tu en payes les conséquences. Passe a FreeBSD sinon :p

" Par contre, pouvoir propager toute une partie de la conf sur l'ensemble du parc (même avec des distribs différentes !"

Ca, ca se developpe en bash. Mais si tu veux creer un projet de ce genre, pkoi pas, tu commences a par definir le format de tes fichiers de conf, tu fais un script qui parse le tout et qui te crée la conf pour chaque distrib, un coup de scp/rsync et c'est partie.

C'est à la mode en ce moment.

Le devel de cdrecord a changé sa licence(plus libre) pour obliger les distribs à lui facilité l'intégration des modifs( faites par MandrakeSoft pour que ce dernier puisse graver des DVD par ex)

En clair, il dit, mon cdrecord qui grave des DVD est pas libre, vous avez modifié mon cdrecord libre pour graver des DVD, je veux tout recupérer. Ca sent aussi le fork.

J'ai quand meme du mal a saisir l'interet du .config :)

avant:

cd ~
ls -a
plein de reps/fichiers


avec .config:

cd ~
cd .config
ls -a
plein de reps/fichiers

Donc, a part que tu vas dans un sous rep, je vois pas. A moins ce qu'il y'ait des gens ici qui mettent leur zik dans des reps cachés?

Quand ton serveur Windows à des problémes, avec une simple connection ADSL, tu peut faire des miracles....

Bon, si t'arrives a te depatouiller de ta base de registre moisie mais l'admin a distance sous windows, ca existe aussi :) Le regedit s'execute en local mais recupere les infos sur la machine distante.

Je parle de la conf de la distrib comme tu pourras le voir plus loin.

La seul unification a faire serait d'utiliser la syntaxe de Suse et de faire une lib commune a toutes les distribs afin d'avoir un gconf like comme dans YaST.

Ben pourtant, la facon dont est organisée la conf d'une distrib est decisive dans le choix de cette derniere.

"si Gnome, KDE, etc. fournissent un seul utilitaire permettant d'éditer le maximum de config, ça aiderai le noobs."

Ca existe deja, ca s'appelle Kconfigeditor et ca permet d'editer les deux :)

http://extragear.kde.org/apps/kconfigeditor/kconfigeditor3.png(...)

"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!