Quentin Delance a écrit 140 commentaires

rpcbind = port 111 = portmap

Voir /etc/services pour correspondance

Il faut arreter (ou plutot ne pas demarrer) le demon portmap.

Attention, il est necessaire pour NIS (sans doute pas utile pour toi) et surtout NFS (plus embetant deja car NFS c'est assez utile. Apres il reste la possibilite de dire a portmap de n'ecouter que certaines adresses et de proteger le tout avec une couche iptables si necessaire.

Il y a ca aussi en utilisant les marqueurs de debut et fin de mot

$ echo grEu | sed -e 's/\(\<[a-zA-Z]\)\([a-zA-Z]*\>\)/\u\1\L\2/g'
Greu

Noter la difference entre \u (un caractere) et \L (plusieurs caracteres)

Normalement, la gestion des peripheriques n'est pas vraiment la faute de Mandrake lui meme mais du noyau directement.

Essaye peut etre un noyau plus recent (recompilation) cela regle parfois des problemes. Apres si le chip n'est pas supporte par Linux (ca serait bizarre mais bon) changer de distrib ne fera rien.

Quant au support du materiel sous Linux, au risque de repasser toujours le meme disque : tant que les constructeurs ne se decideront pas a tester un minimum leur matos sous autre chose que Windows et a filer un minimum les specs de leur matos il y aura toujours du retard et/ou des problemes sous Linux

Je viens de faire le test en sniffant les paquets avec ethereal.

Avant : ttl = 64 (defaut), apres 128 (normal)

Comment as tu fait ton test ?

En general les distribs Linux fournissent la version Novell/Suse/ximian de OOo qui contient un certain nombre de patchs en particulier celui sur "icon switching" et ce avant la disponibilite dans le OOo "officiel" (celui de SUN).

Il y a fort a parier que la version cairo de Ooo (dans impress) sera dispo sous Linux AVANT sont inclusion officielle dans OOo de la meme maniere...

Solution 1) partir du CVS Xorg (peur peur)
Solution 2) avoir une super distrib (debian => ok ;) qui te permet facilement de reconstruire tes paquets a partir des sources. Il te faut :
+ la ligne deb-src dans le sources.list
+ descendre les sources avec apt-get source
+ editer les sources et corriger le pb
+ lancer la commande magique dpkg-buildpackage qui va te produire les paquets *.deb

Voir ici pour plus d'infos : http://www.debian.org/doc/manuals/apt-howto/ch-sourcehandlin(...)

La clef "domain admin group" n'existe pas.
Je pense que tu veux faire reference a "admin users" (cf man smb.conf).

Sinon pour la maj de l'horloge, il faut etre admin sur la machine cliente et avoir "time server = yes" cote PDC (c'est le cas chez toi) donc je ne sais pas trop ce qui ne va pas. Peut etre le nom de la machine (dans ton poste c'est \\serveur-samba au lieu de \\srv-samba d'apres la conf...)

Etant l'auteur du bug report, je peux te donner le conseil suivant :

va voir sur le bug Xorg associe et le mieux est de recup les sources du paquet Xorg (apt-get source) et d'appliquer les patch de Alan.

A l'arrivee, tu n'a plus qu'a installer les paquets debian (modifies par tes soins) xserver-common et xserver-xorg

Autre solution, trouver une SID avec le vieux Xorg 6.8.2 et faire un dpkg-repack dessus pour "porter" les vieux Xorg sur ta machine.

Pas top mais tant que ce n'est pas corrige dans le CVS de Xorg itself ben ca sera dur d'avoir des paquets debian qui fonctionnent...

Sauf evolution monstrueuse de ces 2 softs (considerant que je parle de l'epoque du m505 ca fait qq annees), je pense que tu plaisantes (et je viens de regarder les screens de jpilot visiblement rien de bien neuf).

Il faut avoir utilise un jour Palm Desktop pour voir son cote sympa convivial et stable. Si Palm avait voulu le liberer....

Serieusement, pour le grand public tu ne peux vraiment pas comparer une seconde ces outils a ceux fournis par Palm. Va dire aux gens d'utiliser un outil en ligne de commande pour synchroniser le Palm, moi en tous cas c'est niet. Je veux pouvoir passer plus de temps a utiliser le Palm, qu'essayer de le faire marcher. Si ce n'est pas possible et bien tant pis, pas de Palm.

Je pense que vous vous enflammez un peu vite.

C'est une TRES bonne nouvelle que Linux arrive a percer dans le monde de l'embarque (apres Maemo et les Zaurus ca commence a faire quelques plateformes sympa).

Mais a quoi bon acheter un Palm (meme si c'est Linux qui tourne dessus) si aucune des appli fournies par Palm pour communiquer avec le PDA depuis ton PC (synchronisation) n'existe sous Linux.

Pour avoir eu un m505 il y a qq annees je peux te dire que l'OS dessus etait genial de simplicite (certes proprio) MAIS le plus gros pb pour moi etait l'absence de Palm Desktop sous Linux.

Dans notre cas, Pam Source a fait le choix d'utiliser Linux pour l'OS embarque (je repete, c'est une bonne chose) mais il est plus que probable qu'ils ne se donneront pas la peine de porter leur appli de synchro sous Linux.

Noter le cote intuitif et evident qui consiste a :
+ aller dans la FAQ (jusque la pourquoi pas, apres tout quand on a un pb c'est normal)
+ deviner que le lien mail ne se trouve pas dans une rubrique "nous contacter" mais derriere "vous n'avez pas trouve la reponse a votre question"
+ devoir rentrer une adresse mail (@free.fr obligatoirement alors que mon adresse de contact est @laposte.net) + mot de passe
+ tenter de rediger un mail en moins de XXX caracteres en ligne (lorsqu'on a des gros pb avec free on sait que ce n'est pas assez...)
+ attendre 2 jours pour avoir une reponse
+ et finir par pleurer en lisant la reponse (enlever les condo de la prise ou eloigner l'hallogene pres de la freebox) qui solutionne rarement le probleme

On finit souvent pas revenir vers le telephone payant (quand ca decroche, on finit par comprendre qu'il faut appeler a 22h00 et y couler bien plus que ce qu'on y gagne en abonnement mensuel.

Sous debian, il faut se mettre dans le groupe video.
Je pensais que c'etais reserve aux webcams au debut et le jour ou j'ai vu OOo planter comme une m**** parce que je n'etais pas dans video j'ai compris la difference ;)
Une fois dedans les glxinfo indique DRI activé !

J'ai du mal a verifier ce qui a ete soumis et ce qui a ete valide.
Je dirai quand meme qu'il faut reconnaitre a SUN d'avoir standardise son format. Sans cela, il est probable que M$ n'aurait meme pas pense a commencer a essayer de tenter de la faire.

Sinon pour le plugin on ne se comprend pas.
Sun a fait sa part de boulot en faisant le "plugin office" dans OOo.
Reste a M$ a faire la sienne avec le "plugin OOo" dans Office.

Sun a voulu imposer son format tout seul, bien, bah qu'il démontre qu'il est interopérable en écrivant un plugin à Word qui fait l'import/export.

Tu as des sources SVP ?

Sinon le plugin en question il ressemble tout betement a OOo. Ben oui OOo sait lire et ecrire les formats Office et Open Document. 100 % des fonctionnalites pour Open Document (logique) pour les formats Office je ne sais pas (donc je ne balance pas de chiffres) mais en ce qui concerne la lecture je constate qu'OOo me relit bien (pas parfaitement certes mais tres bien quand meme) les documents Office.

Donc de son cote Sun a prouve ce qu'il devait prouver (entre parentheses il n'a pas le choix car il doit coller au standard de fait). Pour MS on attend toujours, mais bon tant que plusieurs pays ou grosses entreprises n'auront pas fait la migration, il n'y a rien a attendre de leur part (meme pb pour le respect des normes du W3C qui ne devient interessant que maintenant que la part de marche de IE diminue).

A noter que Andrew Tridgell a recu un award cette annee pour son travail dans le monde du libre.

http://www.fsf.org/news/free-software-awards-2005

Recompense meritee a mon sens car Samba est vraiment un des projets fondamentaux du libre en entreprise (cela va s'accentuer avec Samba 4).

Bon en ligne de commande tu as elm, pine, mutt au choix.

Mais je pense que plus qu'en ligne de commande tu veux du non interactif (pour scripter).

C'est le role de mail mais mail va se tourner vers le SMTP local (localhost:25) qui n'est probablement pas configure pour envoyer le mail a l'exterieur.

Il faut certainement configurer ton serveur SMTP (Postfix j'espere pour toi) pour qu'il envoi les mails non locaux vers smtp.xxx.yyy.

Essaye relayhost = smtp.xxx.yyy

Tracer le cheminement du mail dans /var/log/mail.*

Attention tout de meme, la configuration d'un serveur de mail est delicate, il ne faut en aucun cas le transformer en open relay

Ton probleme vient je pense de ta confusion entre groupe de travail et domaine.

Dans un groupe de travail tous les ordinateurs sont au meme niveau et conservent leur propre base d'utilisateurs. Dans un domaine, il y a un chef aussi appele PDC/CDP et c'est lui qui possede les comptes des utilisateurs/groupes/machines. Dans ce cas seuls les utilisateurs du domaine peuvent ouvrir un session sur la machine windows (a moins d'ouvrir une session locale.

Cette difference est fondamentale.

Il faut configurer Samba en PDC (verifier la sortie de testparm, la ligne avec ROLE_XXX) c'est a dire avoir :

domain master = yes
domain logons = yes


Creer les comptes des utilisateurs ET des machines sur le PDC puis joindre les machines XP pro dans le domaine (avec un compte admin du PDC => root par defaut que l'on peut aliaser en Administrateur via les users.map).

Pour la theorie des reseaux win : http://www.linux-france.org/article/serveur/netbios/

Idem, j'ai achete une psc 1610 justement grace au support de HP (http://hpinkjet.sourceforge.net/).

La qualite et la vitesse en sont pas au top je pense mais ca me suffit et point de galere :

sous debian ca se resume a installer les paquets hplip et xscane (pour simplifier je ne me rappeler plus bien) et tu peux 1) imprimer avec cups 2) scanner sous Gimp via XSane

Seule deception : impossible de partager l'imprimante sous Linux pour la machine Windows de ma femme. J'ai configure le partage dans Samba ... mais il faut installer les drivers sous Windows a partir du CD de drivers HP et ca plante miserablement pour cause de DLL non trouvee (merci HP, vous faites bien de financer a 99% les equipes de dxev des drivers Windows). Donc la PSC 1610 semble bien etre une imprimante local only.

Sinon boycotter canon par tous les moyens puisqu'ils ne font AUCUN effort (voir http://linuxprinting.org/).

En realite il ne faut pas utiliser le mode security = server qui est un mode un peu batard (cf man smb.conf).

Il faut mettre ton Samba en tant sur machine serveur membre (en gros client d'un domaine Windows dont les comptes seront geres dans le PDC Windows).

Pour cela :

passer security = user
joindre la machine au domaine avec net rpc join
integrer les comptes du domaine windows sur la machine linux/samba avec winbind + pam_winbind.so
(c'est surtout ca qui est tres dur, abuser de la doc PAM et NSS, jouer avec getent)

Puis le reste c'est tout con : si samba est compile avec support des ACL, il suffit de monter la partoche a partager avec l'option "acl" (pour ext3, je ne sais pas pour les autres fs)

Plus d'infos si besoin (et si je pense a revenir sur le forum...).

Ca me fait bien rire tout ca.
Il y a environ 6 mois j'ai eu l'occasion d'installer 2 serveurs xseries identiques pour faire un cluster.

Une carte mere a rendu l'ame et j'ai du appeler le support. Le mec au bout du fil (en plus d'avoir un accent qui sent bon les vacances à l'étranger) ne connaissait a l'evidence pas Linux (il l'a reconnu lui meme...).

Plus grave, lors du changement de carte mere, le tech m'a flashe tout ce qui etait flashable (BIOS SCSI diagnostiques) et ... depuis impossible d'activer l'hyperthreading (a config equivalente, le serveur avec la vieille carte a la fonction activee => 1 CPU est vu 2 fois mais ce n'est pas le cas du serveur avec la nouvelle carte). Je leur ai envoye les dmesg cpuinfo et autre mais jamais eu un seul rappel (j'ai toujours un incident ouvert, peut etre qu'en fin d'annee ils me rappeleront lorsqu'ils vont tenter de clore leurs incidents ;).

Bilan ca m'a bien casse le mythe IBM qui fait de la pub Linux dans tous les sens (equipe de basket au nom avec joueur Linux etc etc). Pour moi tout ca, cela reste de la com'.

Bon conseil.

Ecoute ce monsieur et fait un alsaconf qui devrait te detecter la carte sans pb (oui je sais...) surtout que ca a l'air assez standard comme matos.

Ensuite n'oublie pas de te mettre dans le groupe audio comme dit plus bas dans un post car tu auras ainsi le droit de modifier le volume sans etre root (devices appartenant au groupe audio) et evitera (par exemple) un message d'erreur en ouverture de session gnome.

Place toi aussi dans d'autre groupes selon besoin (pluggdev pour les clefs usb, camera pour les appareils phots etc).

Bon courage.

Pour le multimedia sous Debian, il faut aller chercher des codecs proprio (tu as conscience que wmv et wma c'est mal (tm) et plein de brevets ?).

Pour cela, ajouter la source de paquets dans sources.list :

deb ftp://ftp.nerim.net/debian-marillat/ sid main

(sur une unstable = sid => a adapter)

Et installer le paquet w32codecs

Il faut ensuite lire avec un player sachant charger les dll (mplayer et xine, pas encore dispo sous gstreamer d'apres ce que je comprends). Sous sid, le totem de gnome est par defaut avec xine (donc chargement des fichiers OK avec le paquet indique).

Pour le glxinfo, ca me parait bizarre comme probleme.
Normalement, avec les dependances Debian, il n'est pas possible de "casser" de cette maniere une install. N'aurais tu pas plutot installer un driver video proprio ?

Pour le framebuffer, laisse tomber si tu veux mon avis. L'interet est minime pour un poste client qui reste la plupart du temps en graphique (pas vrai ? ;). Le frame buffer n'est pas ce qui se fait de plus stable (depend des chips video) et ca ralentit pas mal.

Il n'y a pas moyen de faire cela de maniere super simple et coherente.

Tout depend de ce que tu veux faire et sous quel environnement tournent tes utilisateurs.

Sous KDE le commentaire du haut mentionne KIOSK, sous GNOME tu as les clefs GCONF (chercher les outils comme sabayon http://www.gnome.org/projects/sabayon/ ou pessulus http://www.gnome.org/~vuntz/) mais tout ne peut pas etre fait de cette maniere et c'est parfois tres "work in progress" (sourtout cote GNOME).

Certaines choses sont standards (freedesktop) comme la creation d'icones sur le bureau (~/Desktop) d'autre moins.

OK merci pour la reponse.

Le handbook est en effet particulierement bien foutu.

Content de voir que le fonctionnement en mode binaire n'est pas le "parent pauvre" cote freebsd, L'utilisation "a partir des sources" et "avec paquets binaires" correspond en effet d'apres moi a ces 2 modes tres differents (tuning contre facilite en prod...).

Par contre je voudrais nuancer concernant la facilite. Certes les scripts ont un aspect plus "brut" et plus facile a prendre en main mais qq exemples tires de mon experience perso :

+ remplacer sendmail par postfix n'est pas aussi simple que apt-get install postfix (cf chapitre switch MTA dans la doc)
+ installer vsftpd => pas de script de demarrage du service (version 4.11 donc ca a pu changer...) donc copie obligatoire a partir d'un autre script
+ changer le home d'un user directement dans /etc/passwd = mal (mal sous Linux mais sous FreeBSD revenir au bon vieux reflexe vipw qui lui pense a mettre le fichier *.db a jour)

Alors bon surtout pour le dernier point, ca se discute et quand on a 8 ans de Linux dans les pattes c'est sur qu'on maitrise un peu plus qu'avec 5 jours sous FreeBSD (environ mon experience actuelle). Et c'est vrai aussi que FreeBSD laisse une impression d'un systeme bien propre et bien pense mais quand meme <pub>une bonne Debian c'est aussi tres simple a administrer je trouve</pub>

Bon je vois que le thread est encore en vie et passe en tete de site donc j'en profite pour poster ma question meme si je suis un peu a la bourre :

Quels sont les automatismes a retrouver sous FreeBSD quand on est habituer a utiliser Linux (ce qui est mon cas).

J'ai eu l'occasion de jouer un peu avce FreeBSD il y a qq temps et ce que j'ai mis un peu de temps a retrouver c'est les automatisme du type (exemple debian) apt-get dist-upgrade pour tout mettre a jour y compris les MAJ de securite.

Tel que je l'ai compris, il y a bien un pkg_update mais ce n'est pas vraiment avec cet outil qu'on fait les MAJ critiques non ? Tel que je le comprend il vaut mieux essayer ceci :

http://www.taosecurity.com/keeping_freebsd_up-to-date.html

Donc contrairement a Debian (ou RedHat entre autre), les correctifs de securite ne sont pas une source de paquets comme les autres et les MAJ ne sont pas faites avec les meme outils que les MAJ non secu mais necessitent un outil specifique. Par contre comment je fais pour MAJ d'un coup tous les paquets de binaires installes sur mon systeme ?

Autre question. Est ce que l'utilisation des paquets de binaires ne va pas un peu contre la "philo" d'utilisation de FreeBSD (peut etre plus proche d'une Gentoo) consistant a privilegier des sources (ports). Auquel cas le principe general pour mettre a jour le systeme serait de se placer dans l'arbo des ports, faire un gros cvs update et tout recompiler comme un fou. Me trompe-je ?