Store data in proper Linux data dir for cli app

currently the cli app stores its data in /tmp.

changed milestone to %Mailbox: Manage app lifecycle

added Mailbox Sponsor 6 T: task labels

assigned to @quite

!16 (diffs)

For me this means looking for env XDG_DATA_HOME, falling back to $HOME/.local/share, adding briar-mailbox. And creating all missing dirs with mode 0700 (possibly creating only briar-mailbox, and failing if path until there is not present).

sounds good to me. You can check the briar-headless app as well that does something similar, but not as sophisticated

We could also use XDG_DATA_HOME at briar-headless/briar-desktop, but I don't know how that would translate to Windows/macOS. Currently ~/.briar gets translated to C:\Users\[user]\.briar.

Here is a lib which helps with following XDG-like conventions on other platforms: https://github.com/dirs-dev/directories-rs#projectdirs . It is somewhat involved.

Thanks! Here's also a JVM version: https://github.com/dirs-dev/directories-jvm

Maybe nothing for the mailbox right now, but probably useful for the desktop team.

thanks, we'll have a look @ialokim @nicoalt

Can I use java.nio.* in the cli app?

I think I can. It is only on Android that nio possibly can't be used (but can nowdays?)

I would think so. I think the reason to target Java 1.6 on Android is for reasons that do not apply on the CLI side

Not sure btw. what JDK we want to target here, but the latest stable (longterm) release maybe?

There's maybe some kotlin IO methods you can use as well or instead.

Seems that's just an (experimental) layer on top of java.nio https://kotlinlang.org/api/latest/jvm/stdlib/kotlin.io.path/

If you're mainly looking for something else than java.io.File I would think that Path and Files from nio are sound choices, but I don't know kotlin so well yet

mentioned in merge request !18 (merged)

mentioned in commit c75a587d

closed with merge request !18 (merged)

added Weight: 1 label

added R: fixed label

added Mailbox app label