gnumdk a écrit 7492 commentaires

ouh la :)
putain, il etait tot pourtant :/
l'abus de slis est mauvais pour la santé :)

"D'un autre coté déployer du LL nécessitera forcément un investissement en formation, de trouver des personnes qualifiées..."

C'est bien connu, les techniciens, ASI, IGE et IGR de l'education national sont tous des abrutis élevés à Microsoft et ne sachant rien faire d'autre. Faut arreter le délire ;) Et les formations existent deja !!! Et les gens compétants, ils sont deja la ;)

Le problème n'est pas la, il faut une migration progressive donc ca ne se fera pas du jour au lendemain. On commence d'abord par les serveurs mais les postes administratifs seront certainement sous GNU/Linux dans quelques années(vers 2006 si l'ensemble des applis de gestion ont été porté en appli web).

T'inquietes, les profs/rectorats n'attendent pas le ministere pour mettre du OpenOffice partout(meme si le message du ministere aux nouveaux fonctionnaires etait "du libre des que c'est possible").

Je peux meme rajouter que je suis moi meme étonné de voir des profs utiliser OpenOffice.org/Mozilla avant meme qu'on soit venu leur en parler :) Mais bon, de toute facon, la majorité de ceux qui n'utilisent pas OpenOffice sont encore sous Claris Works et Lotus, la minorité est sous MS Office. En tout cas c'est ce que je peux constater en Vendée. Pour Linux, c'est beaucoup plus compliqué, beaucoup de logiciels utilisés par les profs n'ont pas d'equivalent libre et encore moins tournant sous GNU/Linux :( Mais par exemple, nous avons "vendu" cette semaine à un collège(au sens que nous irons les installer) un slis, un samba edu, une solution de réplication basée sur partimage et la reinstallation complete des postes eleves avec OpenOffice.org et Mozilla.

Pour les serveurs, le projet Eole, meme si tres contesté car remettant en cause d'autre projet tel que le SLIS et Samba Edu, est une solution de serveurs administratifs et pédagogiques entierement sous GNU/Linux. Malheureusement, il s'agit encore d'un projet fait sans consultation et ne tenant pas compte de ce qu'il se trouve deja dans les établissements actuellement(slis et samba edu). Les choix techniques sont aussi criticables de part leur manque de pérénité : Mandrake pour Eole tandis que le SLIS et Samba Edu s'oriente(ou se sont orienté) vers Debian. Et pourtant, j'aime bien la Mandrake mais le ministere a oublié de prendre en compte le fait qu'un serveur doit durer plus de 3 ans sans reinstallation, et ca, à part Debian...

Voilant, donc meme si Microsoft ne disparaitra pas des écoles du jour au lendemain, il y'a une volonté globale de l'education national de passer les serveurs sous GNU/Linux et d'utiliser au maximum du logiciel libre sur les postes clients.

C'est marrant ce que les utilisateurs de logiciels libre peuvent etre focus.

OUI LOGICIEL LIBRE == GRATUIT!!!!

Certe la prestation autour de ces logiciels est payante(mais facultative et en aucun cas faisant partie du logiciel) mais le logiciel en lui meme de par son caractere libre est gratuit, à moins que tous les utilisateurs qui payent leur copie de ce dernier ne partagent rien... Ce qui n'arrive jamais. Je voudrais que l'on me donne ici un exemple de logiciel libre que je ne peux pas me procurer gratuitement.

Il n'y que pour un logiciel non existant que ce dernier n'est pas gratuit, il y'a un cout vu qu'on demande un developpement. Mais une fois que le logiciel existe, il est gratuit.

Quand Stallman parle de Free==libre et pas gratuit, il veut dire que la liberté est bien plus importante que la gratuité que cette derniere apporte.

Ah bon? Y'a pas besoin d'un VNC sous windows parce que y'a TSE :) Dans windows XP y'a TSE? T'es sur de ce que tu avances :) Comment on l'active alors :)

Oui, je le sais ca :)
C'etait pas ca ma question :)
Ma question, a ton avis, est t'il possible de faire un serveur vnc capable de se comporter comme sous Linux : Tu le lances, et tu as une nouvelle session. Doit y avoir moyen de le faire en attaquant l'api de TSE vu que tu avais expliqué ici que windows XP utilise TSE pour les connexions multiples simultanées.

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"? :)