jerome a écrit 818 commentaires

Coucou Médéric,
a priori, ça présente le même comportement que les droits unix habituels.
Si admin1 chmod 777 foo.bar, admin2 ne peut ni changer la propriété (chown) ni les privilèges (chmod) sur ce fichier. Le propriétaire demeure :

man 5 setfacl :

PERMISSIONS
The file owner and processes capable of CAP_FOWNER are granted the
right to modify ACLs of a file. This is analogous to the permissions
required for accessing the file mode. (On current Linux systems, root
is the only user with the CAP_FOWNER capability.)

Il faudrait donc pouvoir supporter "plusieurs propriétaires", ou un "groupe propriétaire", pas encore possible apparemment.

Jérôme.

Une station SGI rien que ça ?
Et ben mon cochon, je sais pas ce que tu faisais à l'époque, mais tu avais du être bien sage pour que le père noël t'apporte ça :)

Hé bien, si ça marche en à partir de la ligne de commande, ça devrait passer aussi à partir de XFCE, qui doit utiliser smbmount. Ha mais, c'est un logiciel libre, suis je bête, donc tu peux regarder dans le source pour traquer la raison du problème, peut être que ça n'utilise pas smbmount (ce serait bizarre hein), ptet que ça n'utilise pas toutes les options, peut que la regexp utilisée coupe sur "=", ptet que ... À toi de jeter un coup d'oeil.
Sinon, pour l'avenir, il vaut mieux passer direct à cifs pour monter les volumes samba, c'est à la fois plus rapide et plus pratique.

GNU Image Finding Tool. Ça fait ce genre de chose, il faut peut être regarder de plus près comment ça marche.

Tu as essayé gmpd / gpmc ? C'est un peu lourd en terme de proc, mais ça marche pas mal, je le laisse régulièrement tourner pendant plusieurs jours (ouais, j'éteins la chaine et pas le PC, ahem) et ça n'a jamais planté ici.
En même temps, c'est vraiment du léger en terme de fonctionnalité amarok-like.

Le libre, on l'utilise pour le panache, Horthense. Sinon :

je me souviens d'un "bug" fermé sans raison et qui n'est toujours corrigé dans the gimp 2.2.2 ... 

Parce que ce n'est pas du tout un bug. Je ne vois pas pourquoi le fait de changer de calque (car c'est bien de celà que l'on parle) devrait modifier la pile de calque. Il y a bien des reproches à faire à GIMP pour ce qui est de la gestion des fenêtres, mais certainement pas ça.

je me souviens aussi d'une faille de sécurité un peu majeur qui est mal documenté mais facile a reproduire ... 

Pas un bug de OOo, mais peut être plutôt du gestionnaire de fenêtre. Il devrait suffire de lui dire de ne pas donner le focus aux applications de WM_CLASS OpenOffice.org ... un truc du genre. Pour ce qui est de la finalité d'un outil, je suis sûr que l'on trouvera autant de définitions que de personnes. Je ne vois pas en quoi il serait étrange de dire que les gens de libre voit l'informatique comme autre chose qu'un outil | un bien de consommation | un art | une passion | une drogue | un paliatif affectif | un hobby. Si les logiciels libres se définissent par rapport aux libertés conférées à leurs utilisateurs, ils n'imposent rien quant à l'attitude pour poser / répondre à des questions, etc. Fais ce que tu veux, après tout, «Free software is about choice.»

Voyons, pour les cartes son multiples avec ALSA :
http://alsa.opensrc.org/index.php?page=MultipleCards(...)

Pour le partage de clavier, pas facile, vraiment pas. Par contre, il faut ptet que tu réfléchisses à transformer une des machines en "serveur" central et l'autre en terminal X par exemple (voir le site du linux terminal server project).
Peut être que de toute façon, en tant que bon LFSien, patcher kernel, xfree86 ne te dérangera pas.

De manière générale, c'est vrai qu'il est pénible d'avoir plusieurs machines toujours allumées, mais en même temps, ça fait parfois un peu peur de savoir toutes ses données sur la même machine qu'un serveur HTTP, etc.

Déjà, il faudra que tu sélectionnes le bon périph pour ta souris dans la config de X.
Que tu rêgles un peu les params éventuellement.
Et puis après, si ça ne marche toujours pas, mais je ne sais pas trop ce qu'il faudra faire. Ça dépendra quand même pas mal des valeurs retournées pour les évènements ...

C'est bien tenté de dévier sur un troll FS mais ça ne prend pas terrible.
Je pense que dans le cadre du benchmark, le chooix du FS peut quand même avoir une importance non négligeable, mais en effet cela sera particulièrement sensible au moment de faire des vacuum, d'écrire beaucoup de données d'un seul coup, un gros BLOB, ou plein de petites entrées en grand nombre, bref ...

Et "xev" sous X, il dit quoi quand tu cliques ? Ici, ça donne un truc comme ça pour un clic gauche suivi d'un clic droit :

ButtonPress event, serial 27, synthetic NO, window 0x3a00001,
    root 0x5e, subw 0x0, time 694357165, (113,110), root:(685,132),
    state 0x10, button 1, same_screen YES

ButtonRelease event, serial 27, synthetic NO, window 0x3a00001,
    root 0x5e, subw 0x0, time 694357267, (113,110), root:(685,132),
    state 0x110, button 1, same_screen YES

ButtonPress event, serial 27, synthetic NO, window 0x3a00001,
    root 0x5e, subw 0x0, time 694359565, (113,110), root:(685,132),
    state 0x10, button 3, same_screen YES

ButtonRelease event, serial 27, synthetic NO, window 0x3a00001,
    root 0x5e, subw 0x0, time 694359667, (113,110), root:(685,132),
    state 0x410, button 3, same_screen YES

note les "button 3" et "button 1"

Oui, et puis on pourrait parler longuement du choix de ReiserFS pour Linux, du fait que Solaris tourne là sur un Intel, Du choix des kernels génériques pour (Net|Open)BSD, des linuxthreads pour FreeBSD.
Bref, ya vraiment pas mal de facteurs de variabilité.

Ya quand même des lâchage de tr^W^W^W^W^Wconclusions sympathiques auxquel(le)s je ne peux résister :
. les Unix libres tiennent bien la dragée haute à Solaris (bon, c'est ptet presque libre de nos jours mais quand même),
. FreeBSD, c'était mieux à vent,
. NetBSD 2.0, ça ownzor FreeBSD avec une main dans le dos,
. OpenBSD, comme les autres BSD, ça sait pas se servir d'un biproc,
. Linux, ben comme d'hab, ça "just works".

Bonne lecture, mais vous êtes invités à troller direct.

(PS: merci patrick_g de lâcher ça avant midi histoire de pouvoir en profiter pleinement au retour du déjeuner).

Je ne sais pas exactement ce qu'utilise sodipodi et inkscape pour imprimer mais bon, il y a plusieurs points que tu peux vérifier avant de chercher plus loin :
. quel driver utilises tu pour ton imprimante (pour donner une idée, moi, c'est un driver Samsung fourni pas gs-esp)
. quel mode utilises tu ? Dans mon sodipodi, il me demande si je veux imprimer en PostScript (vectoriel) ou en Bitmap (ben, bitmap, une grille quoi), ça donne quoi chez toi ?
. as tu essayé d'exporter ton document en ps et voir ce que ça donnait ?

J'ai bien l'impression que sodipodi n'utilise pas gimpprint, c'est bien dommage.

Non, ça n'a rien de monstrueux.
Pour une base de données qui ne sera vraisemblablement jamais fusionnée avec une autre, de dimension moyenne, le type serial (4bit, ou bigserial à 8) vaut largement les UUID (qui ne sont pas supportés comme type de données par défaut dans postgresql me semble t il d'ailleurs).
Pour rappel, un entier naturel sur 4bit, ça couvre environ 4,3.10^9 déjà.

Les UUID sont des Universal Unique ID, ce qui signifie qu'ils sont universellement uniques. 2 enregistrements ne devraient jamais avoir le même ID dans le temps et l'espace. Ce qui permet de fusionner (entre autres hein) des bases sans craindre des problèmes de perte de données, de cohérence.
Les UUID sont généralement codés sur 16 bit, mais est ce vraiment utile pour des gens qui veulent utiliser OpenOffice pour faire un petit formulaire rapidos ?

Pour moi, ce bug est clairement un point gênant, compte tenu du type de base de données que l'on utilise avec OpenOffice.

Ta souris doit être accessible sur les dev suivants (pas forcément tous hein):
/dev/psaux
/dev/mouse
/dev/input/mice
/dev/input/mouse0 ou 1 ou 2 ...

pour vérifier ce qui se passe :
cat /dev/XXX et tu bouges la souris
Ya aussi xxd : xxd /dev/XXX qui hexdump ou le contraire ...
Bouge et clique, essaie de voir s'il se passe quelque chose, éventuellement, essaie de voir s'il n'y a pas un dev qui marche mieux qu'un autre et adapté ta conf X en fonction.

ben si tu ne veux pas retourner à la ligne sépare les instructions avec un point virgule ";" (j'ai pas trop compris l'intérêt mais bon).
Sinon, tu peux jeter un coup d'oeil à find / xargs, ça devrait te plaire.

qu'est ce qui ne te vas pas dans dbdesigner ?
Pour ma part, le fait que ça supporte surtout mysql et pas trop postgresql, mais bon, on peut toujours utiliser la feuille xslt fourni en contrib pour faire les transformations qui vont bien. DBdesigner fait même du reverse.

Sinon ya knoda, un truc KDE.
Sinon ya TCM, Toolkit for Conceptual Modeling.
Sinon ya Dia, qui marche pas si mal en mode UML (puis en utilisant uml2sql, etc).
Voilà, l'intérêt de ces trucs là, c'est quand même de générer du SQL derrière donc si c'est juste pour faire des dessins, utilise n'importe quel truc de dessin vectoriel, ce sera plus simple.

ouais, le driver ODBC ... Ben faut pas s'en servir pour postgresql.
Son défaut majeur : on ne peut pas créer une nouvel enregistrement si la clé primaire est de type serial (incrementation automatique). Ce qui est diablement facheux.
Bon, je ne serai pas de mauvaise foi, il existe un driver pour postgresql, mais il n'est pas dans main, faut que je cherche un peu.
Sinon l'éditeur de formulaire de OO n'est pas si mal, mais je crois qu'on n'est jamais mieux servi que par soi même dans ces cas là. Du coup, il va aussi falloir que je me refasse un petit coup de PHP.

Oublier les double quotes autour des variables peut s'avérer douloureux de temps à autres (tous ceux qui un jour ont fait un "rm -fr /home/foo/ bar", notez l'espace après foo/, voient de quoi je parle. donc :

for i in blabla; do
        mv "$i" ${i%%.pdf};
        ...
done

Il faut ptet penser à positionner correctement la variable IFS :

IFS=$'\n'

C'est toujours pratique.

on lance X avec xinit (ou startx).
xinit (ou startx) lit le contenu du fichier $XINITRC :
. /etc/X11/xinit/xinitrc comme conf générale
. ~/.xinitrc par utilisateur.

Tu peux donc ouvrir un fichier ~/.xinitrc et écrire :
"tonprogram"
dedans.
Tu peux aussi lancer un gestionnaire de fenêtre ou pas, utiliser "exec tonprogram" ou pas, bref, une foultitude chose.
Par contre, je ne vois pas trop comment faire pour qu'il se relance tout seul après un ctrl+alt+backspace.

Reste ensuite le solution xdm|gdm|kdm et le fichier ~/.xsession qui va bien avec.

Au contraire, la release "2006" en 2005, avec la version familiale et la version professionelle, sans compter la version serveur, et bien figure toi que ça me rappelle pas mal un autre OS.
Je ne dis pas que leur modèle soit mauvais, apparemment, ils ne s'en plaignent pas. En même temps, ça me parait complètement inadapté à l'esprit des distributions linux qui montent vraiment :
. on télécharge une ISO qui correspond à l'avancement de la distribution à l'instant donné,
. on télécharge des mises à jour régulièrement faisant évoluer la distribution en apportant non seulement des correctifs de sécurité mais aussi de nouvelles versions des paquets, etc.

D'un point de vue marketing, je pense qu'il vaut mieux jouer sur le fait de payer un abonnement aux mises à jour que sur l'achat d'une boite.

D'un point de vue technique, faire des distributions "typées" (serveur, jeu, etc" me semble être une aberration. Nos unix libres sont polyvalents, il faut jouer sur ça.

Je suis globalement contre l'idée que se plier aux atouts du concurrent est un moyen de gagner en popularité. Je pense aux contraire qu'il faut pousser techniquement et "marketingement" dans des directions orthogonales qui permettent de vraiment sentir la différence, les enjeux, les bienfaits de nos systèmes.

Tu pourrais t'appliquer un peu !
Je veux bien que tu prennes en photo le batiment EDF à la Défense. Il est beau, tu loupes la photo, il est tout flou, OK, on s'en fiche.
* Mais pas la BSD chick ! *

je n'utilise pas torsmo mais pour les applis comme, heu, les terms, j'utilise terminus. Genre, -*-terminus-*-*-*-*-12-*-*-*-*-*-*-*
Les fontes artwiz sont assez sympathiques aussi.

Oups, smbcacls/setacl et getacl pardon.

Pour le son :
ça me fait bien rire, tu iras parler de ça aux gens qui font jack&co. Ça ne m'étonne pas que certains drivers posent problème par contre.
Des applis OSS, comme audacity marchent très bien en même temps qu'autre chose ici. J'utilise ALSA et une carte son ymf744b.

Pour la gestion de plusieurs claviers indépendants :
ce n'est quand même pas une fonctionnalité très demandée (des claviers indépendants bien sûr), et c'est possible de manière compliquée ou de manière simple en utilisant le réseau. C'est déjà pas si mal et figure toi que le fait d'avoir un OS libre te permet de patcher les softs nécessaires pour faire ce que tu veux, déjà pas mal je trouve.

Pour ce qui est de POSIX :
et bien, c'est vrai qu'il y a des limites. Elles sont pénibles. Il y a tout un tas de choses dans /etc, qui demandent d'avoir les privilèges root pour modifier des permissions (pg_hba.conf, smb.conf, password, etc). Ça assure certainement une certaine sécurité par défaut ...
Concernant samba et le partage de fichier à la windows, les smbcacl, smbcontrol peuvent peut être utiles à condition que tu supportes les ACL (voyons, mon 2.6.10 supporte les ACL pour ext3 et XFS ...). À partir de là, man smbcTAB devrait être ton ami.
Ça marche sous windows 2000 avec NTFS, ben ça marche avec linux et XFS, ext3 et ptet d'autres, je les ai pas dans mon noyau. Faut pas raler donc.

Donc, ce n'est pas Linux qui t'énerve, c'est POSIX, voire UNIX en général. Voire ptet que tu as bu trop de café :P

... des docs officielles et des contributions "non officielles", je voulais dire.