I loaded Fedora Core 5 and notice that udev is part of the bootup. I think this is why in this new version, 2 applications called gMFSK and XLog do not work now. They both require excess to /dev/ttyS0 and /dev/dsp and udev is not giving these to it when the user is non-root.
I have verified that both appear to work if started by root. But they do not work if started by user 0500, me. If I am to remain on fedora core 5 these applications must work. I have the old Fedora core 2 still on the computer and it runs just fine there.
Karl
Karl Larsen wrote:
I loaded Fedora Core 5 and notice that udev is part of the bootup. I think this is why in this new version, 2 applications called gMFSK and XLog do not work now. They both require excess to /dev/ttyS0 and /dev/dsp and udev is not giving these to it when the user is non-root.
On my system, /dev/dsp is owned by my user by default (user peter, group root); and /dev/ttyS0 is owned by user root, group uucp (R/W for both). You could add yourself to the uucp group to get access to the ttyS0 device node:
# gpasswd -a username uucp
Hope that helps somewhat...
Peter Gordon wrote:
Karl Larsen wrote:
I loaded Fedora Core 5 and notice that udev is part of the bootup. I think this is why in this new version, 2 applications called gMFSK and XLog do not work now. They both require excess to /dev/ttyS0 and /dev/dsp and udev is not giving these to it when the user is non-root.
On my system, /dev/dsp is owned by my user by default (user peter, group root); and /dev/ttyS0 is owned by user root, group uucp (R/W for both). You could add yourself to the uucp group to get access to the ttyS0 device node:
# gpasswd -a username uucp
Hope that helps somewhat...
Hi Peter I did make my user name karl a member of uucp but it still can't use /dev/ttyS0 for some reason. Also it complains that /dev/dsp is busy and can't be used. Does that make sense?
Karl
Karl Larsen wrote:
Hi Peter I did make my user name karl a member of uucp but it still can't use /dev/ttyS0 for some reason.
Hmm. Group changes usually require you to log out and log back in again to take effect. Have you tried this?
Also it complains that /dev/dsp is busy and can't be used. Does that make sense?
/dev/dsp is for the deprecated OSS/Free sound drivers ("Open Sound System"). OSS/Free had no method of mixing sound if the hardware does not support it. Thus, if one program is using the sound device, it blocks sound I/O from other programs. Its successor, ALSA ("Advanced Linux Sound Architecture") does sound mixing by default (in hardware if its capable, otherwise through a software system called dmix), which means that this is no longer a problem in most - if not all - cases.
Peter Gordon wrote:
Karl Larsen wrote:
Hi Peter I did make my user name karl a member of uucp but it still can't use /dev/ttyS0 for some reason.
Hmm. Group changes usually require you to log out and log back in again to take effect. Have you tried this?
Yes I did and know the change in /dev/ttyS0 does work fine. Thank you.
Also it complains that /dev/dsp is busy and can't be used. Does that make sense?
/dev/dsp is for the deprecated OSS/Free sound drivers ("Open Sound System"). OSS/Free had no method of mixing sound if the hardware does not support it. Thus, if one program is using the sound device, it blocks sound I/O from other programs. Its successor, ALSA ("Advanced Linux Sound Architecture") does sound mixing by default (in hardware if its capable, otherwise through a software system called dmix), which means that this is no longer a problem in most - if not all - cases.
It is a problem for this application. The software is called gMFSK and it has many digital devices that use the sound card DSP engine to make the transmitter and receiver. I have several other applications using the DSP and they all fail to function on FC5. This is why I have gone back to FC2. Everything works fine on this version of Fedora. You can read about gMFSK by just putting that in Google.
Karl\