New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Support XDG Basedir specification #4243

Closed
michaelrsweet opened this Issue Dec 5, 2012 · 9 comments

Comments

Projects
None yet
2 participants
@michaelrsweet
Collaborator

michaelrsweet commented Dec 5, 2012

Version: -feature
CUPS.org User: eheintzmann

Please, support FreeDesktop.org XDG Basedir specification

http://ploum.net/post/207-modify-your-application-to-use-xdg-folders
https://live.gnome.org/GnomeGoals/XDGConfigFolders
http://standards.freedesktop.org/basedir-spec/latest/

@michaelrsweet

This comment has been minimized.

Show comment
Hide comment
@michaelrsweet

michaelrsweet Dec 6, 2012

Collaborator

CUPS.org User: mike

Dupe of STR #3937.

In short, we've decided that maintaining compatibility with our long-standing usage of ~/.cups is more important than supporting XDG. Sorry.

Collaborator

michaelrsweet commented Dec 6, 2012

CUPS.org User: mike

Dupe of STR #3937.

In short, we've decided that maintaining compatibility with our long-standing usage of ~/.cups is more important than supporting XDG. Sorry.

@michaelrsweet

This comment has been minimized.

Show comment
Hide comment
@michaelrsweet

michaelrsweet Dec 7, 2012

Collaborator

CUPS.org User: eheintzmann

Would not be possible to continue to use .cups dir if exits, but if .cups dir does not exit use XDG dirs instead?

Collaborator

michaelrsweet commented Dec 7, 2012

CUPS.org User: eheintzmann

Would not be possible to continue to use .cups dir if exits, but if .cups dir does not exit use XDG dirs instead?

@michaelrsweet

This comment has been minimized.

Show comment
Hide comment
@michaelrsweet

michaelrsweet Dec 7, 2012

Collaborator

CUPS.org User: mike

The problem with that is client software that doesn't use libcups to read things like the lpoptions file. And of course there is a race condition between the check and the store. And there are multiple configuration files in ~/.cups so we can't do a simple migration of a single file when we store the settings.

Collaborator

michaelrsweet commented Dec 7, 2012

CUPS.org User: mike

The problem with that is client software that doesn't use libcups to read things like the lpoptions file. And of course there is a race condition between the check and the store. And there are multiple configuration files in ~/.cups so we can't do a simple migration of a single file when we store the settings.

@michaelrsweet

This comment has been minimized.

Show comment
Hide comment
@michaelrsweet

michaelrsweet Dec 7, 2012

Collaborator

CUPS.org User: eheintzmann

Can't you use symlinks as transitional solution?

Collaborator

michaelrsweet commented Dec 7, 2012

CUPS.org User: eheintzmann

Can't you use symlinks as transitional solution?

@michaelrsweet

This comment has been minimized.

Show comment
Hide comment
@michaelrsweet

michaelrsweet Dec 7, 2012

Collaborator

CUPS.org User: mike

A) not portably, and
B) not unless we want to try migrating all of the files in ~/.cups to the XDG location

Really, we looked at this before and decided against it. I see no reason to revisit that decision at this time.

Collaborator

michaelrsweet commented Dec 7, 2012

CUPS.org User: mike

A) not portably, and
B) not unless we want to try migrating all of the files in ~/.cups to the XDG location

Really, we looked at this before and decided against it. I see no reason to revisit that decision at this time.

@michaelrsweet

This comment has been minimized.

Show comment
Hide comment
@michaelrsweet

michaelrsweet Dec 9, 2012

Collaborator

CUPS.org User: eheintzmann

What about add an option to let user decide where he wants to store his settings?

Collaborator

michaelrsweet commented Dec 9, 2012

CUPS.org User: eheintzmann

What about add an option to let user decide where he wants to store his settings?

@jcrben

This comment has been minimized.

Show comment
Hide comment
@jcrben

jcrben Jul 4, 2017

Allowing the user to set an environment variable would provide complete backwards compatibility.

jcrben commented Jul 4, 2017

Allowing the user to set an environment variable would provide complete backwards compatibility.

@michaelrsweet

This comment has been minimized.

Show comment
Hide comment
@michaelrsweet

michaelrsweet Jul 4, 2017

Collaborator

@jcrben There are security and usability issues with using environment variables for this sort of thing, and it still doesn’t solve the migration or platform issues. So this is still a no...

Collaborator

michaelrsweet commented Jul 4, 2017

@jcrben There are security and usability issues with using environment variables for this sort of thing, and it still doesn’t solve the migration or platform issues. So this is still a no...

@jcrben

This comment has been minimized.

Show comment
Hide comment
@jcrben

jcrben Jul 4, 2017

OK, altho I've got dozens of similar types of environment variables relocating config files already.

It might sound nuts, but clutter like this has pushed me to evaluate returning to Linux.

jcrben commented Jul 4, 2017

OK, altho I've got dozens of similar types of environment variables relocating config files already.

It might sound nuts, but clutter like this has pushed me to evaluate returning to Linux.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment