Apres avoir relu http://linuxfr.org/comments/517501.html#517501(...) j ai entame une petite disussion avec manuel: ( desole, flemme de retirer les tags )
(23:42:38) doublehp_freenode: l incapacite de Linux a suporter plusieur flux sonores ... meme avec ALSA c est la misere ... les aplis OSS reclament toujours l exclusivite
(23:43:03) doublehp_freenode: -2- l impossibilite de detacher une apli graphique du server courant ( inherent a X11R6 )
(23:43:05) doublehp_freenode: -3-
(23:43:33) doublehp_freenode: -3- l impossibilite pour un user de creer un nouveau groupe, et de releguer un fichier a une personne particuliere:
(23:43:48) doublehp_freenode: soit un groupe de travail A ayant les membres m t z
(23:44:00) doublehp_freenode: mtz sont tous les 3 dans A
(23:44:24) doublehp_freenode: si m mets les droits 700 sur un fichier, t et z peuvent rien faire
(23:44:37) doublehp_freenode: si m met 770, t ET z peuvent tout faire
(23:44:58) doublehp_freenode: il n y as pas de solution a l interieur de A pour que m partage une ressource seulement avec t et pas avec z
(23:45:11) doublehp_freenode: Widows peut le faire sans aucun probleme avec le NTFS
(23:45:49) doublehp_freenode: ext2/3 semble rendre impossible de resoudre ce probleme d ici peu
(23:46:00) manuel: meme avec des ACLs ?
(23:46:03) doublehp_freenode: toute la gestion des drouts UNIX semble opposee a ce besoin
(23:46:26) doublehp_freenode: et je pense pas que Hurd ne puisse y changer quoi que ce soit
(23:46:42) doublehp_freenode: et pour -2- et -3-, ca me pourri la vie
(23:47:15) manuel: le Hurd n'a pas a reinventer POSIX. Il se veut compatible POSIX tout en permettant de le depasser, de repondre aux nouveaux besoins. A toi, a partir des mecanismes de base fournis par le Hurd, d'inventer le systeme nouveau.
(23:47:24) doublehp_freenode: -1- ... c est plus reserve au multimedia, donc a un public plus reduis, mais -1- deroute toujours les debutant Linux qui conaissent bien windows ... vas expliquer que win peut lire 32 sons, et Linux un seul ...
(23:48:04) doublehp_freenode: pour -3-, je pensais a SUIDer addgroup ... dans une certaine mesure ...
(23:48:32) doublehp_freenode: genre que chaque user puisse creer 1000 groupes, et les gerer comme il veut
(23:49:24) doublehp_freenode: mais bon. les props de ces groupes devraient etre homogeneisee avec /etc/group ; mais vu comment /etc/shadow est gere, je pense que faire une telle chose sur des groupes doit etre fesable ...
(23:49:48) doublehp_freenode: c est juste qu aucun fs Linux ne permet ce que je veux:
(23:50:04) doublehp_freenode: un fichier appartenant a plusieurs utilisateurs et plusieur groupes en meme temps
(23:50:21) doublehp_freenode: alors que sous Hurd, un process a plusieur jetons ...
(23:50:34) doublehp_freenode: typiquement, il faudrait aussi un FS a jetons ...
(23:50:50) doublehp_freenode: evidement, ca pose des problemes enormes :
(23:51:30) doublehp_freenode: si m:A donne les droits m:A m:M t:A a un fichier file1 sur une disquette,
(23:51:40) doublehp_freenode: et file cette disquette a d:D
(23:51:55) doublehp_freenode: que se passe t il pour le fichier file1 quand d:D la monte ?
(23:52:44) doublehp_freenode: je pense que mon concepte est clairement inaplicable aux suportes ejectables
(23:53:03) doublehp_freenode: mais appliques au stokage de masse, ca faciliterait la gestion des projets ...
(23:53:24) doublehp_freenode: imagine une enuversite de 100 000 comptes, avec 10 000 projets ...
(23:53:54) doublehp_freenode: tu peux tres bien vouloir qu un fichier soit membre de deux projets ... donc soit acessible par les utilisateurs de deux groupes ...
(23:54:03) doublehp_freenode: ce qui est clairement infesable avec l ext2 de Linux
(23:57:56) doublehp: l impossibilite qu un fichier appartienne a deux groupes
(23:58:15) doublehp: l impossibilite de jouer deux sons en meme temps ... ( meme avec ALSA )
(23:58:34) doublehp: je suis en ALSA, et je peux te dire que pour avoir 2 sons en meme temps c est la lutte
(00:01:04) doublehp: neryelle: ben installes Skype ou Gnomemeeting
(00:01:08) doublehp: neryelle: et on en reparles ...
(00:01:24) doublehp: ce sont des aplis qui reclament l exlusivite OSS
(00:04:12) doublehp: neryelle: non ... c est du a l incapacite du driver a mixer lui meme
(00:04:26) doublehp: sous Widows, il a toujours ete possible de multiplexer de maniere transparente
(00:05:00) doublehp: je trouve ca inadmissible qu un lock sur dev dsp bloque tout le driver
(00:06:05) doublehp: c est comme cette limitation de pas pouvoir avoir deux claviers sous Linux
(00:06:11) doublehp: c est stupide
(00:06:38) doublehp: faut appliquer 300 patches pour avoir deux claviers independants
(00:07:41) doublehp: j ai un quadri Xeon, avec 4 cartes graphiques PCI-E, 4 ecrans, je veux pouvoir mettre 4 developeur dessu
(00:08:13) doublehp: c est honteux de devoir utiliser le reseau pour partager une ressource
(00:08:33) doublehp: une panne reseau, et plus personne peut travailler
(00:08:52) doublehp: d un point de vue professionel, je trouve ca inadmissible
Et pour le son: ben c est simple: xmms et mplayer peuvent utiliser ALSA en meme temps, mais des qu l on veut Gnomemeeting, faut tuer xmms, mplayer, esd, s assurer que gaim ne vas pas faire de tentative ... et apres on peut esperer lancer le chat vocal ...
Mais c est surtout sur ce probleme de droits multiples que j attends vos avis ... sous 2000 avec NTFS, je pouvais partager un fichier donne avec un collegue en 1 mn, et avec lui seul si je voulais.
Forum Linux.général J en ai marre de Linux. Et je vous le prouve.
6
fév.
2005
# Et oui..
Posté par Infernal Quack (site web personnel) . Évalué à 5.
Le tout est de savoir lesquels sont les moins contraignants pour toi.
Personnellement je joue plein de son en même temps sur mon ordi (carte TV, amarok, messages systèmes,...). Il reste des programmes qui font chier leur monde mais ce sont souvent des vieux programmes qui n'ont pas évolués et souvent propriétaires.
Pour les ACL je sais que ça existe sous linux mais j'ai pas testé.
Linux n'est pas parfait (loin de là) mais il évolue et c'est très intéressant de voir cette évolution qui dans certains domaines est impressionnant mais c'est vrai que pour d'autres on peut être déçu comme toi. Mais les qualités me font préférer cette OS aux autres :)
L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire
[^] # Re: Et oui..
Posté par cho7 (site web personnel) . Évalué à 4.
hop hop hop : http://www.linuxfrench.net/article.php3?id_article=1463(...)
ca prend 5 minutes a lire et comprendre, personnellement j'utilise les acls dans certains cas particuliers, et j'avoue que c'est bien pratique.
bémol : toujours ce problème de compatibilité avec les vieux programmes (un utilisateur ayant un droit w peut faire sauter les acls sans s'en rendre compte, s'il utilise un programme travaillant avec une copie du-dit fichier, et supprimant l'original en ne backupant que les droits classiques car il ne connait pas les acls)
# Et ben ...
Posté par jerome (site web personnel) . Évalué à 4.
ç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
[^] # Re: Et ben ...
Posté par jerome (site web personnel) . Évalué à 3.
[^] # Re: Et ben ...
Posté par doublehp (site web personnel) . Évalué à 1.
rah oui, j ai clairement ecrit tout ca impulsivement, et comme vous le voyez, c etait a l origine destine a manuel sur IRC, mais je voulais quand meme partager ca avec des moules du la plage ...
Et l un dans l autre, je trouve que vous prenez ca plutot a la leger :) quand a ceux qui le prennent serieusement, ben ils proposent mme des solutions :)
enfin comme je le dis dans le texte original, pour les -2- et -3- les problems sont quasi inherent a UNIX, et je pense pas qu il soient resolus de si tot.
Pour les ACL, j etudirai la chose ... peut etr qu en declarant un XFS/EXT3 local dans un samba, il y a moyen de recuperer les avantages du NTFS meme pour des clients Linux/UNIX ... ca vous parait fesable ?
Pour mon son, je vous promet que j ai tout essaye; je suis bien en ALSA, j ai essaye dmix et arts, mais ca marche pas: les aplis ne supportant pas ALSA utilisent snd-pcm-oss/snd-mixer-osssnd-seq-midi comme elles peuvent, et elles sont alors blocantes : quand je lance Skype, je dois a tout prix couper tout le reste. Gnomemeeting me posait le meme probleme: tout ca parce que ma carte son ne supporte pas le multiplexing (0000:00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 40) inegree a un chipset VIA sur un portable) - et evidement sous Winodws Skype et Winamp cooperent sans probleme.
Quand au multi clavier, ou je sais qu il y a des patches. Mais faut google 3j pour les trouver.
Mais bon, je promet que si j ai un peu de temps, je vais packager des trucs pour que mes besoins d aujourd hui soient la realite de demain. Voir peut etre sortir ma propre distribution sur CD pour simplifier la chose pour les decideurs presses.
[^] # Re: Et ben ...
Posté par Krunch (site web personnel) . Évalué à 2.
Pour 2, en fait ce que tu veux c'est un screen(1) pour X, non ? J'ai cru comprendre que c'était exactement ce que permet de faire NX de NoMachine. http://www.nomachine.com/(...)
Pour 3, les ACL sont tes amies.
Pour ce qui est d'avoir plusieurs claviers/écrans, c'est vrai que c'est assez génant et je me demande bien pourquoi cette limitation existe toujours. Sur les *BSD c'est pareil ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Tu es dur avec ALSA
Posté par JaguarWan . Évalué à 1.
Et dans tous les cas, tu peux utiliser dmix pour avoir du multiplexage software sans surcouche à ALSA.
[^] # Re: Tu es dur avec ALSA
Posté par doublehp (site web personnel) . Évalué à 1.
[^] # Re: Tu es dur avec ALSA
Posté par JaguarWan . Évalué à 2.
pcm.dsp0 {
type plug
slave.pcm "dmix"
}
# mixer0 can stay unchanged, because it isn't used anyway, I guess ;)
ctl.mixer0 {
type hw
card 0
}
Trouvé vite fait sur google.
J'avais un asoundrc similaire à ceux proposés quand j'utilisais le chip intégré à ma carte mère, et tout marchait bien (meme si quelque fois je devais passer par le wrapper aoss).
[^] # Re: Tu es dur avec ALSA
Posté par doublehp (site web personnel) . Évalué à 1.
mais rien n y fait: aoss, esddsp ... impossible d avoir skype en meme temps qu autre chose. Avec aoss et esddsp, skype ne lock plus le snd, mais aucun son ne sort ... comme quoi il pechoent bien les appels, mais ne redirigent pas les flux correctement.
[^] # Re: Tu es dur avec ALSA
Posté par doublehp (site web personnel) . Évalué à 1.
aplay -D plug:dmix %
et quand je met
aplay -D plug:dmix file.mp3
ca fait un appel blocant ...
bon certes c est pas cense jouer un mp3, mais je trouves ca bizarre que l appel bloque ... jusqu a ce que plus aucune autre apli n utilise ALSA ...
[^] # Re: Tu es dur avec ALSA
Posté par Maxime (site web personnel) . Évalué à 1.
Chez moi, je ne peux pas lancer 2 applis utilisant le son en mm temps et c'est assez enervant... Mais je n'ai pas non plus l'envie de me prendre la tete à essayer de bidouiller pleins de choses pour que ca marche. Et je n'ai pas envie d'aller bidouiller chez les potes ensuite pour leur montrer que ca marche aussi... Et je comprendrai s'ils me disent que c'est beaucoup trop compliqué.
# Les flux sonores
Posté par bmc . Évalué à 3.
Pour le problème de partage, je suis étonné que les ACL ne permettent pas de le résoudre. Dans la conf du noyau, t'as les ACL d'ext3, ça devrait pouvoir t'aider. Note que je n'ai jamais testé ce truc, mais j'avais cru comprendre que ça répondait à ton besoin, du moins en partie.
S'il est vrai que le HURD rend a priori plus simple l'implémentation de correctifs à ces limitations, il faut quand même les penser, les concevoir, les coder, les tester, les publier, etc, ce qui n'est pas une mince affaire et qui est le plus gros problème.
# Du bon matos = moins de pb
Posté par halt . Évalué à 3.
Sur un pc de bureau, une sound blaster live à 25¤ règle tout les problèmes grâce au mixage hardware.
Sur un portable par contre ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.