Quentin Delance a écrit 140 commentaires

Salut Ganael,


Pour ce qui est de la suppression des groupes, je ne fais effectivement pas de vérif. afin de voir s'il s'agit du groupe primaire d'un utilisateur ou non... L'idée de départ était de rester "simple" ; à voir...


En fait je te dis car un pb se prose quand tu utilises UsrMgr.exe Lors de la suppression d'un groupe, Samba va appeler directement le script de suppression de groupe sans controle. Du coup, tu te retrouves dans ton annuraire LDAP avec un utilisateur donc le sambaPrimaryGID qui pointe vers un groupe inexistant (du vecu avec les scripts perl).

Bon courage pour tes scripts en tous cas, je suis content d'avoir une alternative aux scripts perl...

Est ce juste pour le plaisir d'utiliser du shell plutot que du perl ?

D'autant que les smbldap-tools semblent soutenus officiellement par la samba team et qu'un package debian existe...

Bon sinon, il me semble que tu supprimes un groupe sans faire de verif si c'est l'unique groupe d'un des utilisateurs (ou son groupe primaire windows). J'avais eu ce pb sur les smbldap-tools il y a qq mois ;)

Au lieu de te defouler pour pas cher, note que l'admin - qui me semble a moi aussi incompetent - n'a pas dit de ne pas installer firefox sur un serveur car c'est mal d'utiliser une appli cliente sur un serveur d'un point de vue secu.

Il a dit d'utiliser IE a la place.

Et ca c'est autrement pire que d'installer firefox.

C'est partiellement faux !

Samba ne peut pas remplacer active directory, il ne sait gerer que les bons vieux reseaux NT4.

Alors dans pas mal de cas, ce n'est pas la peine d'avoir un active directory (surtout quand on a un Samba + LDAP) mais quand meme.

Active directory c'est pour Samba 4...

qui représente entre 0,3% et 0,5% des systèmes installés

Tu as certainement des sources pour avancer tes chiffres...

il y a un pilote libre pour faire fonctionner les cartes ATI, donc le minimum syndical est là :-)

ATI n'y est pour rien puisqu'ils ne sont pas fichus de filer leurs specs donc decidemment non le minimum syndical n'est pas là. Ce que je leur demande (et note que je parle uniquement en mon nom) c'est de fournir les specs permettant l'ecriture d'un driver libre digne de ce nom.

C'est pour ca que Nautilus effectue une verif du magic avant execution/ouverture pour savoir si c'est en accord avec l'extension. Cela permet d'eviter les problemes...

Pour des raisons de perf, Nautilus utilise maintenant l'extension et pas le magic number pour connaitre le type de fichier lors d'un parcours de repertoire. Par contre quand tu essaye de l'ouvrir, le magic est verifie.

Tu peux tester en copiant une image en doc.rtf et tu verras une icone RTF plutot qu'une vignette.

Est ce que konqueror ne fonctionne pas de la meme maniere ? Auquel cas pas de probleme pour ton "document" travail.rtf !

Si ca peut te rassurer je me suis fait avoir de la meme maniere !

Etant habituer de bien separer les partitions, et venant d'une vieille distrib base linux 2.4, j'ai continue avec un / de 128 Mo. Autant le dire de suite c'est la galere : rien que les modules d'UN noyau (tous les modules = cas d'un noyau precompile par une distrib) c'est 35 Mo dans /lib, le /etc/gconf c'est 25 Mo... bref ca va vite et a l'arrivee impossible de faire cohabiter 2 noyaux debian sans faire d'immondes bidouilles.

Bref 256 Mo c'est le minimum pour un / aujourd'hui... (je comprends pourquoi les red hat affichaient un warning sur les / trop petits...)

Malheureux !

Tu te compliques la vie en essayant de rajouter les numero dans les styles (arrete moi si j'ai mal compris ce que tu dis ;).

Il y a 2 etapes :
+ 1 tu appliques tes styles (sans les numeros) titre 1, titre 2 etc, tu peux editer la mise en forme (couleur/police/taile) mais laisse tomber les numero pour le moment
+ 2 tu choisis le format de numerotation via outils -> numérotation des chapitres (cf post auquel tu reponds) et la : magie !, la numerotation s'applique aux styles titre 1, titre 2 etc (tu n'as qu'a parametrer le format de la numerotation 1 ou I ou A etc) etl'espacement numero <=> texte

Moi aussi je me suis fait avoir a essayer de rajouter le numero dans le style lui meme (me rappelle meme plus si ca marchait en fin de compte...).

Je seconde !

Je conseille a pas mal de lecteurs de ce journal de se plonger dans le dernier bouquin d'Hubert REEVES (Mal de Terre) ou le Monsieur nous parle des problemes du nucleaire. Ca ne semble pas evident pour tout le monde mais les dechets ne se resument pas au combustible. Et non je ne parle pas des km2 de Terre polluee dans le cas d'un accident type Tchernobyle. Je parle simplement des centrales actuelles qui arriveront en fin de vie dans qq années (ca va vite arriver). Ca fera des m2 de beton et autre a retraiter ca va etre autre chose que les kg de combustible (meme si moins dangereux). Alors on va pousser des centrales en fin de vie a bout avec les risques qu'on connait...

Donc ouvrons un peu les yeux et arretons de croire nos politiques qui essayent de nous faire avaler qu'on est les meilleurs parce qu'on a mise sur le nucleaire plutot que le petrole. Nucleaire comme petrole ne sont pas une solution durable.

Le package manager de red hat (RPM) est quand meme utilise par Redhat/Fedora, Mandrake et SuSE au minimum. Pour ce qui est de dpkg/apt il n'y a pas que Debian qui les utilise.

Pour Grub je suis etonne car le programme a ete revu il y a a peine plus d'un an de tete.

Alors oui le programme ne couvre pas tout mais il ne se limite pas a une distribution. En ce qui concerne les gestionnaires de packages, avec RPM et DPKG tu couvres une grosse partie du marché. Et puis une formation c'est pas magique. C'est pas parce que tu as un beau certificat que tu connais tout. Ca permet juste d'avancer que tu as une "culture" generale suffisante pour t'en sortir au quotidien.

cepandant, dans un contexte contractuel, php4 n'est pas la panacée puisqu'on peut acceder aux membres de la classe.

Hum, c'est pas ca qu'on appelle l'encapsulation ? Tu viens donc exactement de dire ce que j'ai dit plus haut !

En gros tu developpe une appli qui aura la meme interface sur une page web que sur une application/applet java ?

Plus exactement les 2 vues (HTML, SWING ou autre) accederont aux memes objets côte serveur. Les interfaces ne seront pas identiques pour autant. Tout simplement parce qu'il y a une difference entre mode connecte et deconnecte et que les composants de formulaires ne sont pas les memes (tres peu evolues en html).

peut on systematiquement avoir l'equivalent HTML d'une applet/application java

Euh je ne comprends pas bien la question mais comme j'ai dit juste au dessus les IHM ne sont pas les memes en HTML et en client lourd. Et il n'existe pas de moyen de generer automatiquement un client a partir d'un autre.

j'ai pas compris la ? je ne vois pas ce qui empeche de reutiliser du code php ?

Rien n'empeche de reutiliser du code en PHP
Simplement le nombre de librairies est plus important en Java. Tout simplement parce qu'en general, ces librairies peuvent etre reutilisees dans des clients lourds ET legers.

Si on prend l'exemple du graphique, compare JFreeChart et JPgraph

Le premier (Java) peut etre utilise en SWING et dans des servlets. Le deuxieme ne sera utilise que pour les appli web (a moins que bcp de gens de fasse du PHP-GTK mais je ne crois pas...). Bref plus d'utilisateurs/de developpeurs => meilleure qualite + de fonctions etc etc.

ben justement, a partir de quel niveau ca devient interessant, parceque c'est ca que j'essais de determiner?

Quand tu commences a voir plein d'objets a stocker en BD ca devient tres utile de programmer en Java. Tu peux utiliser des couches de persistence comme Hibernate (http://hibernate.sf.net(...)) qui n'ont pas d'equivalent en PHP... Pas besoin de gerer une centrale nucleaire pour voir les apports de Java rassure toi :)

En fait pour repondre un peu a la question :

J2EE c'est plus sympa pour les grosses appli avec plein d'objets metier derriere.
Tu codes ainsi ton metier dans un vrai langage objet (pas de troll et non je n'ai pas encore utilise PHP5) donc ca sera plus reutilisable (si tu veux faire un client leger et un client lourd par exemple). Coder objet en PHP (version 4) ca ne servait a rien (pas d'encapsulation notamment). En version 5 j'imagine que c'est mieux mais tu n'as pas possibilite de reutiliser autant de librairies qu'en Java.

Donc oui il ne faut pas s'etonner de ne pas voir les avantages de J2EE sur un simple Hello world...

Avec PHP aussi tu peux programmer par templates.

Il y a plein de moteurs disponibles (smarty ou avec les extensions PEAR).

Donc l'avantage ne tient pas AMA

On les voit les boulets qui se plantent dans l'utilisation du browser.

Allez moinser moi tout ca :(

J'ai failli repondre "trop gros passera pas" mais vu le ton presque serieux du message je vais faire une vraie reponse.

1) C# n'existerait probablement pas sans Java ; sans rire regarde un peu le nombre d'idees repompees sur Java par le C#. Alors oui aujourd'hui c'est Java qui reprend des choses mais ce n'est qu'un juste retour des choses

2) SUN ne surfe pas sur la mode C# Tout simplement parce que si l'adoption de C# se fait petit a petit je ne sens pas une grande mode. Au debut oui avec les effets d'annonce de M$ mais depuis la mode retombe un peu. On se rend compte que c'est une plateforme prometteuse mais qui n'a definitivement pas le niveau de maturite de Java et encore moins la meme communaute derriere (Eclipse, Tomcat, Hibernate, JBoss)

J'ai failli repondre "trop gros passera pas" mais vu le ton presque serieux du message je vais faire une vraie reponse.

1) C# n'existerait probablement pas sans Java ; sans rire regarde un peu le nombre d'idees repompees sur Java par le C#. Alors oui aujourd'hui c'est Java qui reprend des choses mais ce n'est qu'un juste retour des choses

2) SUN ne surfe pas sur la mode C# Tout simplement parce que si l'adoption de C# se fait petit a petit je ne sens pas une grande mode. Au debut oui avec les effets d'annonce de M$ mais depuis la mode retombe un peu. On se rend compte que c'est une plateforme prometteuse mais qui n'a definitivement pas le niveau de maturite de Java et encore moins la meme communaute derriere (Eclipse, Tomcat, Hibernate, JBoss)

La difference c'est que dans le cas de RH et Debian tu peux le faire pour verifier (pas comme dans la future pseudo ouverture de code bidon de microsoft).

Et ce n'est pas parce que tu ne recompiles pas que les autres font comme toi.

Dans la mesure ou Microsoft a finance la campagne electorale de Bush (oui de son concurrent aussi c'est plus sur...) qui attaque aujourd'hui l'UE a propos des subventions recues par Airbus, c'est la moindre des choses qu'Airbus ne soutienne pas MS non ?

Enfin la logique dans tout ca.

Pour repondre aux 2 posts a la fois, Abiword + Gnumeric c'est tres chouette (leger, bien integre a GNOME) mais fonctionnellement a des annees lumieres de MS Office.

Pour Gnumeric les graphs sont a la traine, pour Abiword c'est les filtres d'import/export qui sont tres mauvais (inutilisable en milieu professionnel) sans compter les nombreuses fonctions pas encore vraiment bien implementees (tables, gestion des revisions etc).

Deplus OOo c'est un equivalent power point + outil de dessin en plus.

Bref Abiword et Gnumeric c'est tres bien pour les gens qui n'echangent pas de fichier avec d'autres personnes et qui ont des besoins legers en bureautique (je sais c'est pas mal de monde deja mais encore une fois ca ne correspond pas a une bonne partie du monde professionnel)

Mais pour avoir un module binaire pour chacun des periph que tu cites ne cherches plus ca existe deja et ca s'appelle Windows.

Un mec comme RMS il a commence et il n'y avait rien, il a consacre sa vie au libre. Maintenant que Linux devient utilisable (le fait qu'une webcam ne soit pas supportee ne remet pas au cause la possibilite de faire de la bureautique, de l'internet etc etc bcp de choses dont pas mal de gens revent encore) il n'y a pas de raison de dire "bon c'etait sympa RMS cette idee de faire un truc libre mais maintenant on passe aux choses serieuses et on utilise du binaire".

J'en ai une, et elle marche _très_ bien sans utiliser la partie binaire du driver. Je me demande d'ailleurs pourquoi tu n'essayes pas plutôt que de faire confiance au "à droite à gauche"...

Ben chez moi la debian me charge pwc par defaut (mais evidemment je n'ai pas pwcx...). Par contre l'acces au periph /dev/video0 deconne toujours et en faisant des recherches, je suis arrive sur le forum gnome meeting ou j'ai cru comprendre que pwc necessitait pwcx depuis les dernieres versions (pas eu le temps de creuser pour savoir si ca tient au linux 2.6 ou au pwc 9). Du coup je ne me suis pas compiler mon PWC 9. Ceci dit cette solution est quand meme penible car chaque MAJ de noyau t'oblige a refaire une compil des modules (puisque le dernier PWC n'est pas integre au noyau).

Mais ca ne m'empeche pas d'etre choque egalement par les entreprises qui violent la GPL.

Tout le monde n'a pas besoin d'acceleration 3D ni de webcam sur son bureau.
Effectivement on se coupe de pas mal d'utilisateurs potentiels mais quand j'ai commence sous Linux c'est ma carte graphique qui ne marchait pas de base. Et ca ne m'a pas empeche de passer a Linux.