in an effort to beat this 7.3 install into submission, i have tried to figure out why my xglobe background isn't working. so, for a start, i did locate xglobe from a prompt. i was informed that there was no locatedb. so, as root i did an updatedb. it chugged along for awhile and then announced that the database would be empty. any idea what that would be about? also -- could someone who has sound working properly tell me the permissions they have for /dev/dsp? kde at start informs me it doesn't have permission to use it, so the sound that worked perfectly in 7.3 now doesn't. thx! -- dep There is sobbing of the strong, And a pall upon the land; But the People in their weeping Bare the iron hand; Beware the People weeping When they bare the iron hand.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 31 October 2001 05:31 pm, dep wrote:
in an effort to beat this 7.3 install into submission, i have tried to figure out why my xglobe background isn't working. so, for a start, i did locate xglobe from a prompt. i was informed that there was no locatedb. so, as root i did an updatedb. it chugged along for awhile and then announced that the database would be empty. any idea what that would be about?
also -- could someone who has sound working properly tell me the permissions they have for /dev/dsp? kde at start informs me it doesn't have permission to use it, so the sound that worked perfectly in 7.3 now doesn't.
thx!
This is what I have got, sound works with Sblive card....Xglobe doesn't do anything, just sits there at the command line though. What does it do? :). lrwxrwxrwx 1 root root 4 Oct 26 12:31 dsp -> dsp0 Matt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE74Ke8WER6riTj1jIRApiJAKDQ+oyjv2dJlIadb30JkLG8j9Vr9gCfaRw1 ZOVGVt90Vb3VdghfVUHppNA= =ruJq -----END PGP SIGNATURE-----
On Wednesday 31 October 2001 20:39, StarTux wrote: | This is what I have got, sound works with Sblive card....Xglobe | doesn't do anything, just sits there at the command line though. | What does it do? :). | | lrwxrwxrwx 1 root root 4 Oct 26 12:31 dsp -> dsp0 well, weird. i have the same permissions -- an ensoniq chip on the motherboard; did work, doesn't now. (i have a feeling i'm gonna have to recompile about half the distribution before things work properly. just a feeling.) xglobe puts a very cool planet earth application in place of the normal desktop; i have mine set up with a high-res moon map so that it's a realtime moonphase app. when it works. which it did with 7.2, and which it doesn't now. -- dep There is sobbing of the strong, And a pall upon the land; But the People in their weeping Bare the iron hand; Beware the People weeping When they bare the iron hand.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 31 October 2001 06:04 pm, dep wrote:
On Wednesday 31 October 2001 20:39, StarTux wrote: | This is what I have got, sound works with Sblive card....Xglobe | doesn't do anything, just sits there at the command line though. | What does it do? :). | | lrwxrwxrwx 1 root root 4 Oct 26 12:31 dsp -> dsp0
well, weird. i have the same permissions -- an ensoniq chip on the motherboard; did work, doesn't now. (i have a feeling i'm gonna have to recompile about half the distribution before things work properly. just a feeling.)
First of all check to make sure you are part of the audio group (yast system configuration and group admin, then F3 to slect audio, finally make sure your name is on the members line). Then check to see if you have KDE set to use full duplex, if it is take that off and try again.
xglobe puts a very cool planet earth application in place of the normal desktop; i have mine set up with a high-res moon map so that it's a realtime moonphase app. when it works. which it did with 7.2, and which it doesn't now.
Going to have to figure this one out, sounds too cool to let die. Typing xglobe -kde should work right? Matt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE74K/JWER6riTj1jIRArYnAKDTcWAar+DxaUPM+Trie0rFpUuKsQCgvdn/ xhWarYRaq1UXsLuCgrVrrx8= =duYu -----END PGP SIGNATURE-----
On Wed, Oct 31, 2001 at 09:04:05PM -0500, dep wrote:
On Wednesday 31 October 2001 20:39, StarTux wrote:
| This is what I have got, sound works with Sblive card....Xglobe | doesn't do anything, just sits there at the command line though. | What does it do? :). | | lrwxrwxrwx 1 root root 4 Oct 26 12:31 dsp -> dsp0
This is just the permissions of the symbolic link chaps, meaningless in this context, it is the permissions and group identity of /dev/dsp0 that is interesting. You may need to be in group "sound" to use it. -- Regards Cliff
On Thursday 01 November 2001 02.39, StarTux wrote:
This is what I have got, sound works with Sblive card....Xglobe doesn't do anything, just sits there at the command line though. What does it do? :).
lrwxrwxrwx 1 root root 4 Oct 26 12:31 dsp -> dsp0
Matt
All symlinks look this way. The premissions are set by the object it points to. Look at ls -l /dev/dsp0 for the real permissions regards Anders
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 31 October 2001 06:09 pm, Anders Johansson wrote:
On Thursday 01 November 2001 02.39, StarTux wrote:
This is what I have got, sound works with Sblive card....Xglobe doesn't do anything, just sits there at the command line though. What does it do? :).
lrwxrwxrwx 1 root root 4 Oct 26 12:31 dsp -> dsp0
Matt
All symlinks look this way. The premissions are set by the object it points to. Look at ls -l /dev/dsp0 for the real permissions
regards Anders
Ahhh gives this... crw------- 1 matthew users 14, 3 Sep 23 18:54 /dev/dsp0 Matt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE74LBSWER6riTj1jIRAlA9AJ4tl/T3/+o4a5eFvOVAGpSBK7lSkQCdGCQS rGXwD4yBkF1Q7YogGDhNkxk= =VQbO -----END PGP SIGNATURE-----
--- StarTux
Ahhh gives this...
crw------- 1 matthew users 14, 3 Sep 23 18:54 /dev/dsp0
This is all screwed up. At the very least, it should be more like: crw-rw---- 1 root audio 14, 3 Sep 23 18:54 /dev/dsp0 The device should be owned by root and the group audio. This allows any user in the group audio to read or write to it. Why is your's so badly mangled? Try MAKEDEV to rebuild your devices properly. (Um, `makedev --help'? I don't recall the capitolization, there may be a .sh extension, but the script should be in the /dev directory. Sorry, not sitting at a Linux box at the moment.) ===== -- -=|JP|=- Hit me! - http://www.xanga.com/cowboydren/ Jon Pennington | Debian 2.3 -o) cowboydren @ yahoo . com | Auto Enthusiast /\\ Kansas City, MO, USA | ICQ UIN 69 67 29 31 _\_V __________________________________________________ Do You Yahoo!? Make a great connection at Yahoo! Personals. http://personals.yahoo.com
On Thursday 01 November 2001 03.33, Jon Pennington wrote:
--- StarTux
wrote: Ahhh gives this...
crw------- 1 matthew users 14, 3 Sep 23 18:54 /dev/dsp0
This is all screwed up. At the very least, it should be more like:
crw-rw---- 1 root audio 14, 3 Sep 23 18:54 /dev/dsp0
The device should be owned by root and the group audio. This allows any user in the group audio to read or write to it. Why is your's so badly mangled? Try MAKEDEV to rebuild your devices properly.
(Um, `makedev --help'? I don't recall the capitolization, there may be a .sh extension, but the script should be in the /dev directory. Sorry, not sitting at a Linux box at the moment.)
Mine looks the same, and everything works. I suspect this is a little hack to achieve with sound what Xauth does for graphics, ie that only the person logged in on the X server should be allowed to play sounds. I could be wrong of course, and I haven't actually found the startup script that sets it, but it does have a certain logic. Why should 'any user in the group audio' be allowed to send sounds to my speakers, or listen to what I'm listening to, when 'any user in group video' isn't allowed access to my screen. Just my SEK0.02 Anders
Op donderdag 1 november 2001 03:48, schreef Anders Johansson:
On Thursday 01 November 2001 03.33, Jon Pennington wrote:
--- StarTux
wrote: Ahhh gives this...
crw------- 1 matthew users 14, 3 Sep 23 18:54 /dev/dsp0
This is all screwed up. At the very least, it should be more like:
crw-rw---- 1 root audio 14, 3 Sep 23 18:54 /dev/dsp0
The device should be owned by root and the group audio. This allows any user in the group audio to read or write to it. Why is your's so badly mangled? Try MAKEDEV to rebuild your devices properly.
(Um, `makedev --help'? I don't recall the capitolization, there may be a .sh extension, but the script should be in the /dev directory. Sorry, not sitting at a Linux box at the moment.)
Mine looks the same, and everything works. I suspect this is a little hack to achieve with sound what Xauth does for graphics, ie that only the person logged in on the X server should be allowed to play sounds. I could be wrong of course, and I haven't actually found the startup script that sets it, but it does have a certain logic. Why should 'any user in the group audio' be allowed to send sounds to my speakers, or listen to what I'm listening to, when 'any user in group video' isn't allowed access to my screen.
My look the same as well, but like "dep" mine system sound is not working (CD sound is okay). So, I made the dsp as adviced, like: crw-rw---- 1 root audio 14, 3 Sep 23 18:54 /dev/dsp0 checked this with ls -l. After logging out and back into kde, the settings were back to, say: rw------- 1 matthew users 14, 3 Sep 23 18:54 /dev/dsp0 It seems there is a script (with root permission) that is run during logging that changes the dsp settings. Or are the /dev/dsp devices built up during logging in? -- Richard Bos For those without home the journey is endless
On Wed, Oct 31, 2001 at 06:33:15PM -0800, Jon Pennington wrote:
--- StarTux
wrote: Ahhh gives this...
crw------- 1 matthew users 14, 3 Sep 23 18:54 /dev/dsp0
This is all screwed up. At the very least, it should be more like:
crw-rw---- 1 root audio 14, 3 Sep 23 18:54 /dev/dsp0
The device should be owned by root and the group audio. This allows any user in the group audio to read or write to it. Why is your's so
Whoops I meant to say group "audio" in my previous post, not group "sound"..apologies for any confusion. -- Regards Cliff
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Whoops I meant to say group "audio" in my previous post, not group "sound"..apologies for any confusion.
Well it "sounded" right :). Matt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE74PfNWER6riTj1jIRAiXJAJ97jr6+SPIGCelBz7wYFhvtHOCy0wCeO7FX WohWO93zhqkve6BuOBzIW/A= =HoL0 -----END PGP SIGNATURE-----
On Wed, Oct 31, 2001 at 06:33:15PM -0800, Jon Pennington wrote:
--- StarTux
wrote: Ahhh gives this...
crw------- 1 matthew users 14, 3 Sep 23 18:54 /dev/dsp0
This is all screwed up. At the very least, it should be more like:
crw-rw---- 1 root audio 14, 3 Sep 23 18:54 /dev/dsp0
The device should be owned by root and the group audio. This allows any user in the group audio to read or write to it. Why is your's so badly mangled? Try MAKEDEV to rebuild your devices properly.
Just try.. chmod 666 /dev/dsp0 chown root /dev/dsp0 chgrp audio /dev/dsp0 Change the first chmod to 660 if you really only want people in group "audio" to have .. errm "audio"... -- Regards Cliff
participants (6)
-
Anders Johansson
-
Cliff Sarginson
-
dep
-
Jon Pennington
-
Richard Bos
-
StarTux