<div dir="ltr">Its OK if I need to have root permissions only once right? I can change the /etc/modules/ once during installation of the activity and need not load the module every time I run the activity. I am new programming on Linux and wasnt sure what to change to make the XO load the oss module on startup. So my plan is if I  know how to make the XO load the  oss modules  I can do this in a script and run the script during installation of the activity so that when I launch the activity I would not need root permission.Could you please tell me how to change /etc/modules to load oss modules on startup?<br>
<br>Thanks<br>Shivaprasad<br><br><div class="gmail_quote">On Wed, Aug 13, 2008 at 6:54 PM, Erik Garrison <span dir="ltr"><<a href="mailto:erik@laptop.org">erik@laptop.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On Wed, Aug 13, 2008 at 06:16:58PM +0530, shivaprasad javali wrote:<br>
> Hi,<br>
><br>
>    I am porting a application to the XO. It uses the OSS sound Api's to<br>
> render sound. I found that the oss modules are not loaded on the xo by<br>
> default. I was able to load the oss modules by running modprobe snd-pcm-oss<br>
> which created the /dev/dsp and other device files required by the oss<br>
> modules and was able to run my application on the XO. But the problem is<br>
> every time I reboot the XO I will have to run the commands and load the oss<br>
> modules.<br>
><br>
>    Is there any way I can tell the XO to always load the oss modules? Even<br>
> if I have a script to run the commands on launching the application these<br>
> commands would require super user privileges which I wont have when I launch<br>
> the application from the activity bar. Any Ideas?<br>
<br>
</div></div>Without root access, your activity will have difficulty modifying<br>
/etc/modules to enable autoloading the snd-pcm-oss module at boot.  I am<br>
unsure if there is any way around this issue unless the deployment scope<br>
for your activity is a set of machines on which you have root access.<br>
<font color="#888888"><br>
Erik<br>
</font></blockquote></div><br></div>