# I am the Watcher. I am your guide through this vast new twtiverse.
# 
# Usage:
#     https://watcher.sour.is/api/plain/users              View list of users and latest twt date.
#     https://watcher.sour.is/api/plain/twt                View all twts.
#     https://watcher.sour.is/api/plain/mentions?uri=:uri  View all mentions for uri.
#     https://watcher.sour.is/api/plain/conv/:hash         View all twts for a conversation subject.
# 
# Options:
#     uri     Filter to show a specific users twts.
#     offset  Start index for quey.
#     limit   Count of items to return (going back in time).
# 
# twt range = 1 18
# self = https://watcher.sour.is/conv/yfko2ya
adi
twtxt.net
View Thread
I wonder why people didn't settle on XDG_CONFIG_HOME as ~/etc. Makes so much sense!
lyse
lyse.isobeef.org
View Thread
@adi So how do your other XDG variables lool like?
adi
twtxt.net
View Thread
@lyse

export XDG_DATA_HOME=~/share
export XDG_CONFIG_HOME=~/etc
export XDG_STATE_HOME=~/local/state
export XDG_CACHE_HOME=~/var/cache
export XDG_RUNTIME_DIR=~/var/run
adi
twtxt.net
View Thread
@lyse

export XDG_DATA_HOME=~/share
export XDG_CONFIG_HOME=~/etc
export XDG_STATE_HOME=~/local/state
export XDG_CACHE_HOME=~/var/cache
export XDG_RUNTIME_DIR=~/var/run
lyse
lyse.isobeef.org
View Thread
@adi Ah, didn't know about the "recently" added state directory.
mckinley
twtxt.net
View Thread
@adi Huh, you're right. I never thought about that.
movq
www.uninformativ.de
View Thread
I wonder if I should regularly wipe XDG_STATE_HOME just like I do with XDG_CACHE_HOME. So far, only wireplumber appears in this directory … Hm …
movq
www.uninformativ.de
View Thread
I wonder if I should regularly wipe XDG_STATE_HOME just like I do with XDG_CACHE_HOME. So far, only wireplumber appears in this directory … Hm …
movq
www.uninformativ.de
View Thread
I wonder if I should regularly wipe XDG_STATE_HOME just like I do with XDG_CACHE_HOME. So far, only wireplumber appears in this directory … Hm …
adi
twtxt.net
View Thread
@movq

My XDG_STATE_HOME directory doesn't even exist, no program has created it.

> $XDG_STATE_HOME defines the base directory relative to which user-specific state files should be stored. If $XDG_STATE_HOME is either not set or empty, a default equal to $HOME/.local/state should be used.
>
> The $XDG_STATE_HOME contains state data that should persist between (application) restarts, but
>that is not important or portable enough to the user that it should be stored in $XDG_DATA_HOME. It may contain:
>
> actions history (logs, history, recently used files, …)
>
> current state of the application that can be reused on a restart (view, layout, open files, undo history, …)

I don't believe it's a good idea to wipe it.

$ cat /etc/fstab
...
swap /home/adi/var/cache mfs rw,-s512M,noatime,nosuid,nodev 1 0

and https://dataswamp.org/~solene/2021-12-15-openbsd-mfs-persistency.html for XDG_CACHE_HOME.
adi
twtxt.net
View Thread
@movq

My XDG_STATE_HOME directory doesn't even exist, no program has created it.

> $XDG_STATE_HOME defines the base directory relative to which user-specific state files should be stored. If $XDG_STATE_HOME is either not set or empty, a default equal to $HOME/.local/state should be used.
>
> The $XDG_STATE_HOME contains state data that should persist between (application) restarts, but
>that is not important or portable enough to the user that it should be stored in $XDG_DATA_HOME. It may contain:
>
> actions history (logs, history, recently used files, …)
>
> current state of the application that can be reused on a restart (view, layout, open files, undo history, …)

I don't believe it's a good idea to wipe it.

$ cat /etc/fstab
[...]
swap /home/adi/var/cache mfs rw,-s512M,noatime,nosuid,nodev 1 0

and https://dataswamp.org/~solene/2021-12-15-openbsd-mfs-persistency.html for XDG_CACHE_HOME.
adi
twtxt.net
View Thread
@movq

My XDG_STATE_HOME directory doesn't even exist, no program has created it.

> $XDG_STATE_HOME defines the base directory relative to which user-specific state files should be stored. If $XDG_STATE_HOME is either not set or empty, a default equal to $HOME/.local/state should be used.
>
> The $XDG_STATE_HOME contains state data that should persist between (application) restarts, but
>that is not important or portable enough to the user that it should be stored in $XDG_DATA_HOME. It may contain:
>
> actions history (logs, history, recently used files, …)
>
> current state of the application that can be reused on a restart (view, layout, open files, undo history, …)

I don't believe it's a good idea to wipe it.

$ cat /etc/fstab
[...]
swap /home/adi/var/cache mfs rw,-s512M,noatime,nosuid,nodev 1 0

and https://dataswamp.org/~solene/2021-12-15-openbsd-mfs-persistency.html for XDG_CACHE_HOME.
adi
twtxt.net
View Thread
@movq

My XDG_STATE_HOME directory doesn't even exist, no program has created it.

> $XDG_STATE_HOME defines the base directory relative to which user-specific state files should be stored. If $XDG_STATE_HOME is either not set or empty, a default equal to $HOME/.local/state should be used.
>
> The $XDG_STATE_HOME contains state data that should persist between (application) restarts, but
>that is not important or portable enough to the user that it should be stored in $XDG_DATA_HOME. It >may contain:
>
> actions history (logs, history, recently used files, …)
>
> current state of the application that can be reused on a restart (view, layout, open files, undo history, …)

I don't believe it's a good idea to wipe it.

$ cat /etc/fstab
[...]
swap /home/adi/var/cache mfs rw,-s512M,noatime,nosuid,nodev 1 0

and https://dataswamp.org/~solene/2021-12-15-openbsd-mfs-persistency.html for XDG_CACHE_HOME.
adi
twtxt.net
View Thread
Related threads https://nixers.net/Thread-How-do-you-tidy-your-home-aka-tree-L2, https://nixers.net/Thread-XDG-CONFIG-HOME-as-etc?pid=23654#pid23654
movq
www.uninformativ.de
View Thread
@adi

> I don't believe it's a good idea to wipe it.

Hmm, that list sounds just like the sort of thing that I'd want wiped. 😅 Probably a matter of personal taste.

By “wiping”, I mean mounting it as tmpfs / mfs. (Deleting that directory during runtime is probably a very bad idea, yeah.)
movq
www.uninformativ.de
View Thread
@adi

> I don't believe it's a good idea to wipe it.

Hmm, that list sounds just like the sort of thing that I'd want wiped. 😅 Probably a matter of personal taste.

By “wiping”, I mean mounting it as tmpfs / mfs. (Deleting that directory during runtime is probably a very bad idea, yeah.)
movq
www.uninformativ.de
View Thread
@adi

> I don't believe it's a good idea to wipe it.

Hmm, that list sounds just like the sort of thing that I'd want wiped. 😅 Probably a matter of personal taste.

By “wiping”, I mean mounting it as tmpfs / mfs. (Deleting that directory during runtime is probably a very bad idea, yeah.)
adi
twtxt.net
View Thread
@movq I so wouldn't want to delete this :

> view, layout