From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1DraMK-0002Kl-RS for garchives@archives.gentoo.org; Sun, 10 Jul 2005 11:52:33 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6ABoWCP007735; Sun, 10 Jul 2005 11:50:32 GMT Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j6ABoVQL004837 for ; Sun, 10 Jul 2005 11:50:32 GMT Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DraKU-0007Cj-4l for gentoo-amd64@lists.gentoo.org; Sun, 10 Jul 2005 13:50:38 +0200 Received: from ip68-230-66-193.ph.ph.cox.net ([68.230.66.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Jul 2005 13:50:38 +0200 Received: from 1i5t5.duncan by ip68-230-66-193.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Jul 2005 13:50:38 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-amd64@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-amd64] Re: Re: arts Date: Sun, 10 Jul 2005 04:50:23 -0700 Organization: Sometimes Message-ID: References: <36728.80.166.75.19.1120793029.squirrel@mail.junc.org> <48612.80.166.75.19.1120990641.squirrel@mail.junc.org> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-amd64@gentoo.org Reply-to: gentoo-amd64@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-66-193.ph.ph.cox.net User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table) Sender: news Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by robin.gentoo.org id j6ABoWDO007735 X-Archives-Salt: 4262f0f0-04a9-4831-a792-a2a9d9da339d X-Archives-Hash: d59b744f815064e48e99cc875a59d18d Benny Pedersen posted <48612.80.166.75.19.1120990641.squirrel@mail.junc.org>, excerpted below,=20 on Sun, 10 Jul 2005 12:17:21 +0200: > On Fri, July 8, 2005 11:21, Duncan wrote: >=20 >> Expanding on what Zac said, ensure your user is in the audio group, an= d >> that udev is set up to use that group for audio devices and that the m= ode >> is 660. >=20 > that was the pointer for me[3], i have disabled arts and enabled alsa o= lso > in the kernel after that rebuild all that hasuse arts[1] in use setting= s, > and last emerged all als=E5 supporting tools[2], wonderfull it sound is > again working on my asus sk8n LOL! I've never used the usermod tool. I always simply edit the /etc/group or /etc/passwd files directly (yes, I know about the possible race conditions, but if I'm the only human user and I'm not in the middle of an emerge or something else that might try to edit the files...). I'm used to loading them to grab a quick look at what users are on what groups, as well. BTW, all you would have needed to do (and you still might want to, to catch any other changes you may have missed) is run emerge --ask --newuse --verbose (-aNv), and portage would have figured out what packages were emerged with outdated flags and asked you if you wanted to remerge them. The --newuse (-N) flag is one of the quite useful newer features in the portage 2.0.51 series, so if you didn't know about it, take a look at the emerge man page and note that flag for further reference. >> Also, check your PAM settings, console.perms IIRC. Gentoo is moving a= way >> from using the PAM console-perms module by default, because it causes >=20 > will pam still be an problem for me now when the silence is dead here ? It may not be, but it'a /always/ a useful thing to keep in the back of your mind to check, if for some reason you appear to be having permission problems, particularly if it seems to work sometimes and not others (alth= o it's entirely possible you only see the "fail" condition, if you never satisfy the conditions that would trigger "success" in your normal routine), because PAM has a number of features that can be used to dynamically control permissions. It's also useful to keep PAM in mind fo= r that dynamic permission control feature, just in case you sometime need t= o control access to something by time of day, or some other such strange thing.=20 (A caveat with the time of day thing -- there's a sort of bypass ability if you don't set it up right, for those smart enough to figure it out, so don't count on something like that to be 100% foolproof, at least not without reading the PAM documentation, which explains the issue quite well. It works well in the same fashion a padlock does, however. Most padlocks are easily snipped in seconds with a bolt cutter, many easily knocked open with just the right tap from a hammer, but they serve as an indicator of intended lack of permission, and as they say, to "keep the honest people honest", even if everyone knows they aren't really all that secure if one's intent is to get at what they are "protecting".) > using kernel 2.6.12 r4 now Hmm... I haven't the foggiest what Gentoo's kernel ebuilds are like, as = I learned how to download and build my own kernel relatively quickly after switching from MSWormOS (within 90 days), and had been doing it on Mandrake for some time before switching to Gentoo, so saw no reason at al= l to change that, so didn't. > [1] equery hasuse arts > [2] equery hasuse alsa > emerge from the listning above > [3] usermod -G audio myuser --=20 Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html --=20 gentoo-amd64@gentoo.org mailing list