Respect XDG Basedirectories #343

New Issue

xeruf · 2022-08-15T22:32:17Z

xeruf commented

2022-08-15 22:32:17 +00:00

I don't want my home-directory littered, not even with symlinks, please respect XDG like any good Linux citizen: https://wiki.archlinux.org/title/XDG_Base_Directory

https://docs.coopcloud.tech/operators/handbook/#understanding-abra
You could either put everything under XDG_STATE_HOME/abra or separate the servers subdirectory into XDG_DATA_HOME and potentially some of the other stuff into cache, that way you won't have to tell people to handle subdirectories differently.

You can always fall back to an existing .abra dir and/or only respect XDG when the respective variables are set.

I don't want my home-directory littered, not even with symlinks, please respect [XDG](https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html) like any good Linux citizen: https://wiki.archlinux.org/title/XDG_Base_Directory https://docs.coopcloud.tech/operators/handbook/#understanding-abra You could either put everything under `XDG_STATE_HOME/abra` or separate the `servers` subdirectory into `XDG_DATA_HOME` and potentially some of the other stuff into cache, that way you won't have to tell people to handle subdirectories differently. You can always fall back to an existing `.abra` dir and/or only respect XDG when the respective variables are set.

xeruf added the

enhancement

abra

labels 2022-08-15 22:32:17 +00:00

xeruf changed title from ~~Respect XDG spec~~ to Respect XDG Basedirectories

2022-08-15 22:32:25 +00:00

decentral1se commented

2022-08-18 19:04:17 +00:00

I've never even heard of XDG_STATE_HOME tbh.

I don't think splitting up the recipes/servers/etc. into random "cache" dirs would help hacking workflows... especially since folks are used to the directory layout already...

I would'nt be against accepting a change set for respecting the base dirs if it is backwards compatible (no existing installs have to migrate). Hopefully everything under ~/.abra/... could stay there...

(edit: would 👉 wouldn't )

I've never even heard of `XDG_STATE_HOME` tbh. I don't think splitting up the recipes/servers/etc. into random "cache" dirs would help hacking workflows... especially since folks are used to the directory layout already... I would'nt be against accepting a change set for respecting the base dirs if it is backwards compatible (no existing installs have to migrate). Hopefully everything under `~/.abra/...` could stay there... (edit: would 👉 wouldn't )

xeruf commented

2022-08-21 08:53:35 +00:00

XDG_STATE_HOME has been added in the last revision to fill a gap in the previous directories.
And no, they are not random, my cache dir has plenty of folders which makes backing up and cleaning my device very convenient. Please, I have had discussions about this plenty of times, can't we just respect established standards?

especially since folks are used to the directory layout already...

I would be against accepting a change set for respecting the base dirs if it is backwards compatible

Hu? With backwards compatibility all of this would be no issue.

XDG_STATE_HOME has been added in the last revision to fill a gap in the previous directories. And no, they are not random, my cache dir has plenty of folders which makes backing up and cleaning my device very convenient. Please, I have had discussions about this plenty of times, can't we just respect established standards? > especially since folks are used to the directory layout already... > I would be against accepting a change set for respecting the base dirs if it is backwards compatible Hu? With backwards compatibility all of this would be no issue.

decentral1se commented

2023-09-05 16:03:53 +00:00

Workaround for the time being: export ABRA_DIR=... (only available on latest HEAD)

Workaround for the time being: `export ABRA_DIR=...` (only available on latest HEAD)

❤️ 1

Sign in to join this conversation.

No Milestone

No project

No Assignees

2 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: coop-cloud/organising#343