shouldn't the directory be ~/.config/pulseaudio now ?<br><br><a href="http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html">http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html</a><br> <br><br><div class="gmail_quote">2009/5/14 Lennart Poettering <span dir="ltr"><<a href="mailto:lennart@poettering.net">lennart@poettering.net</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> <div class="im">On Wed, 13.05.09 11:57, mike _ (<a href="mailto:arizonagroovejet@gmail.com">arizonagroovejet@gmail.com</a>) wrote:<br> <br> ><br> > 2009/5/9 mike _ <<a href="mailto:arizonagroovejet@gmail.com">arizonagroovejet@gmail.com</a>>:<br> > ><br> > > I'm not in a position to try the python you posted until Monday but<br> > > I'll try it both on a file that is several megabytes in an NFS home<br> > > directory and one of the much smaller files on the local disk and post<br> > > the results.<br> ><br> > I've tried the Python you suggested on both a file in an NFS mounted<br> > home directory and a home directory on the local disk. In both cases I<br> > got the error 'resource temporarily unavailable' but when I copied the<br> > files in to /tmp and used the Python on them it worked.<br> > For both files the result was the same:<br> <br> </div>That error is probably due to the bsd locking gdbm does by default. We<br> disable that, and so should you when you access those files via<br> python. I.e. pass "u" in the mode string to gdbm.open().<br> <div class="im"><br> > Yep, 3.1M. So it seems that file size discrepancies are not caused by<br> > pulseaudio but by gdbm. Or by gdbm+NFS. Or gdbm+NFS+the file system in<br> > use. Or something. Not pulseaudio anyway.<br> <br> </div>I have now reproduced this here. A trivial gdbm file is 13k in side<br> when written directly. 769k when written via nfs on the same<br> location. Weird shit.<br> <br> gdbm should probably be considered obsolete and this is just another<br> indication that there is every reason to consider it so.<br> <br> There have been plans to abstract the db interfacing in pa as a new<br> pa_database API. We probably should do that and then switch to tdb as<br> default backend on Linux. Always happy to take patches.<br> <div class="im"><br> > That leaves the issue of pulseaudio not working and saying ""failed to<br> > create secure directory: permission denied" when ~/.pulse is a symlink<br> > to somewhere on the local harddisk. Anyone got any ideas on that?<br> <br> </div>We want to make sure nobody can play games with us and redirect<br> ~/.pulse to some unsafe location. We hence verify that ~/.pulse is a<br> proper directory.<br> <div class="im"><br> Lennart<br> <br> --<br> Lennart Poettering Red Hat, Inc.<br> lennart [at] poettering [dot] net<br> <a href="http://0pointer.net/lennart/" target="_blank">http://0pointer.net/lennart/</a> GnuPG 0x1A015CC4<br> _______________________________________________<br> </div><div><div></div><div class="h5">pulseaudio-discuss mailing list<br> <a href="mailto:pulseaudio-discuss@mail.0pointer.de">pulseaudio-discuss@mail.0pointer.de</a><br> <a href="https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss" target="_blank">https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss</a><br> </div></div></blockquote></div><br><br clear="all"><br>-- <br>"A little rudeness and disrespect can elevate a meaningless interaction to a battle of wills and add drama to an otherwise dull day." - Calven<br>