Skip to content
/ File-XDG Public

Basic implementation of the XDG base directory specification

Notifications You must be signed in to change notification settings

uperl/File-XDG

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

51 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

File::XDG static linux macos

Basic implementation of the XDG base directory specification

SYNOPSIS

use File::XDG 1.00;

my $xdg = File::XDG->new( name => 'foo', api => 1 );

# user config
my $path = $xdg->config_home;

# user data
my $path = $xdg->data_home;

# user cache
my $path = $xdg->cache_home;

# system $config
my @dirs = $xdg->config_dirs_list;

# system data
my @dirs = $xdg->data_dirs_list;

DESCRIPTION

This module provides a basic implementation of the XDG base directory specification as exists by the Free Desktop Organization (FDO). It supports all XDG directories except for the runtime directories, which require session management support in order to function.

CONSTRUCTOR

new

my $xdg = File::XDG->new( %args );

Returns a new instance of a File::XDG object. This must be called with an application name as the "name" argument.

Takes the following named arguments:

  • api

    [version 0.09]

    The API version to use.

    • api = 0

      The default and original API version. For backward compatibility only.

    • api = 1

      Recommended stable API version for all new code.

  • name

    Name of the application for which File::XDG is being used.

  • path_class

    [version 0.09]

    The path class to return

    • File::Spec

      All methods that return a file will return a string generated by File::Spec.

    • Path::Class

      This is the default with api = 0. All methods that return a file will return an instance of Path::Class::File and all methods that return a directory will return an instance of Path::Class::Dir.

    • Path::Tiny

      This is the default with api = 1. All methods that return a file will return an instance of Path::Tiny.

    • CODEREF

      If a code reference is passed in then this will be called in order to construct the path class. This allows rolling your own customer path class objects. Example:

      my $xdg = File::XDG->new(
        name => 'foo',
        # equivalent to path_class => 'Path::Tiny'
        path_class => sub { Path::Tiny->new(@_),
      );
    • ARRAY

      Similar to passing a code reference, an array reference with two code references means the first code reference will be used for file paths and the second will be used for directory paths. This is for path classes that differentiate between files and directories.

      # equivalent to path_class => 'Path::Class'
      my $xdg = File::XDG->new(
        name => 'foo',
        path_class => [
          sub { Path::Class::File->new(@_) ),
          sub { Path::Class::Dir->new(@_) },
        ],
      );
  • strict

    [version 0.10]

    More strictly follow the XDG base directory specification. In particular

    • On Windows a an exception will be thrown when creating the File::XDG object because the spec cannot correctly be implemented.

      Historically this module has made some useful assumptions like using ; instead of : for the path separator character. This breaks the spec.

    • On some systems, this module will look in system specific locations for the "runtime_home". This is useful, but technically violates the spec, so under strict mode the "runtime_home" method will only return a path if one can be found via the spec.

METHODS

data_home

my $path = $xdg->data_home;

Returns the user-specific data directory for the application as a path class object.

config_home

my $path = $xdg->config_home;

Returns the user-specific configuration directory for the application as a path class object.

cache_home

my $path = $xdg->cache_home;

Returns the user-specific cache directory for the application as a path class object.

state_home

my $path = $xdg->state_home;

Returns the user-specific state directory for the application as a path class object.

runtime_home

[version 0.10]

my $dir = $xdg->runtime_home;

Returns the directory for user-specific non-essential runtime files and other file objects (such as sockets, named pipes, etc) for the application.

This is not always provided, if not available, this method will return undef.

Under strict mode, this method will only rely on the XDG_RUNTIME_DIR to find this directory. Under non-strict mode, system specific methods may be used, if the environment variable is not set:

  • Linux systemd

    The path /run/user/UID will be used, if it exists, and fulfills the requirements of the spec.

data_dirs

my $dirs = $xdg->data_dirs;

Returns the system data directories, not modified for the application. Per the specification, the returned string is :-delimited, except on Windows where it is ;-delimited.

For portability "data_dirs_list" is preferred.

data_dirs_list

[version 0.06]

my @dirs = $xdg->data_dirs_list;

Returns the system data directories as a list of path class objects.

config_dirs

my $dirs = $xdg->config_dirs;

Returns the system config directories, not modified for the application. Per the specification, the returned string is :-delimited, except on Windows where it is ;-delimited.

For portability "config_dirs_list" is preferred.

config_dirs_list

[version 0.06]

my @dirs = $xdg->config_dirs_list;

Returns the system config directories as a list of path class objects.

exe_dir

[version 0.10]

my $exe = $xdg->exe_dir;

Returns the user-specific executable files directory $HOME/.local/bin, if it exists. If it does not exist then undef will be returned. This directory should be added to the PATH according to the spec.

lookup_data_file

my $xdg = File::XDG->new( name => $name, api => 1 ); # recommended
my $path = $xdg->lookup_data_File($filename);

Looks up the data file by searching for ./$name/$filename (where $name is provided by the constructor) relative to all base directories indicated by $XDG_DATA_HOME and $XDG_DATA_DIRS. If an environment variable is either not set or empty, its default value as defined by the specification is used instead. Returns a path class object.

my $xdg = File::XDG->new( name => $name ); # back compat only
my $path = $xdg->lookup_data_file($subdir, $filename);

Looks up the data file by searching for ./$subdir/$filename relative to all base directories indicated by $XDG_DATA_HOME and $XDG_DATA_DIRS. If an environment variable is either not set or empty, its default value as defined by the specification is used instead. Returns a path class object.

lookup_config_file

my $xdg = File::XDG->new( name => $name, api => 1 ); # recommended
my $path = $xdg->lookup_config_file($filename);

Looks up the configuration file by searching for ./$name/$filename (where $name is provided by the constructor) relative to all base directories indicated by $XDG_CONFIG_HOME and $XDG_CONFIG_DIRS. If an environment variable is either not set or empty, its default value as defined by the specification is used instead. Returns a path class object.

my $xdg = File::XDG->new( name => $name ); # back compat only
my $path = $xdg->lookup_config_file($subdir, $filename);

Looks up the configuration file by searching for ./$subdir/$filename relative to all base directories indicated by $XDG_CONFIG_HOME and $XDG_CONFIG_DIRS. If an environment variable is either not set or empty, its default value as defined by the specification is used instead. Returns a path class object.

SEE ALSO

XDG Base Directory specification, version 0.7

CAVEATS

This module intentionally and out of necessity does not follow the spec on the following platforms:

  • MSWin32 (Strawberry Perl, Visual C++ Perl, etc)

    The spec requires : as the path separator, but use of this character is essential for absolute path names in Windows, so the Windows Path separator ; is used instead.

    There are no global data or config directories in windows so the data and config directories are empty list instead of the default UNIX locations.

    The base directory instead of being the user's home directory is %LOCALAPPDATA%. Arguably the data and config base directory should be %APPDATA%, but cache should definitely be in %LOCALAPPDATA%, and we chose to use just one base directory for simplicity.

SEE ALSO

  • Path::Class

    Portable native path class used by this module used by default (api = 0) and optionally (api = 1).

  • Path::Tiny

    Smaller lighter weight path class used optionally (api = 0) and by default (api = 1).

  • Path::Spec

    Core Perl library for working with file and directory paths.

  • File::BaseDir

    Provides similar functionality to this module with a different interface.

AUTHOR

Original author: Síle Ekaterin Aman

Current maintainer: Graham Ollis [email protected]

COPYRIGHT AND LICENSE

This software is copyright (c) 2012-2022 by Síle Ekaterin Aman.

This is free software; you can redistribute it and/or modify it under the same terms as the Perl 5 programming language system itself.

About

Basic implementation of the XDG base directory specification

Resources

Stars

Watchers

Forks

Packages

No packages published

Languages