On Mon, 2013-11-11 at 11:00 +0200, Luiz Augusto von Dentz wrote: > Hi Bastien, > > On Sun, Nov 10, 2013 at 3:46 PM, Bastien Nocera <hadess@xxxxxxxxxx> wrote: > > On Sat, 2013-11-09 at 18:03 +0100, Bastien Nocera wrote: > >> It's per-user, so we won't try to overwrite somebody else's > >> files in /tmp when that happens. > > > > There might be another useful directory instead. We could use > > g_get_user_cache_dir() instead of the run-time dir. This would save > > cross-partition moves by default, making the move to the Downloads dir > > atomic (a single rename, which can fail, iterate until we find a "free" > > filename). > > > > Is that better for you? > > Yep, it sounds better. Regarding renaming that is up the agent, if you > really want to do that its probably fine but Im still not convinced > this is absolutely necessary if obexd is running with the same user as > the agent can just create the file while authorizing so you wouldn't > need to move after completed, but again this is completely up to the > agent to decide where the files should go. You seem to think that all the application/services running under one user would have the same rights. That's currently the case, but won't be in the future. > Btw, what about fd passing? In theory we can create a different > version of the agent interface to enable passing fd directly, and in > fact we were thinking about this already as for some services you > wanted them to be dynamic so we were thinking on having this set by > the agent when it registers. I'm fine with a file descriptor as well, but obex push server is currently broken in GNOME 3.10. I'm happy doing the changes in GNOME 3.12 (due in 6 months). Can we get the cache dir change in, and make the API change later on? Cheers -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
