gi-ostree-1.0.15: OSTree bindings
CopyrightWill Thompson and Iñaki García Etxebarria
LicenseLGPL-2.1
MaintainerIñaki García Etxebarria
Safe HaskellSafe-Inferred
LanguageHaskell2010

GI.OSTree.Constants

Description

 
Synopsis

Documentation

pattern YEAR_VERSION :: Int32 Source #

ostree year version component (e.g. 2017 if VERSION is 2017.2)

Since: 2017.4

pattern VERSION_S :: Text Source #

ostree version, encoded as a string, useful for printing and concatenation.

Since: 2017.4

pattern VERSION :: Double Source #

ostree version.

Since: 2017.4

pattern TREE_GVARIANT_STRING :: Text Source #

No description available in the introspection data.

pattern TIMESTAMP :: Int32 Source #

The mtime used for stored files. This was originally 0, changed to 1 for a few releases, then was reverted due to regressions it introduced from users who had been using zero before.

pattern SUMMARY_SIG_GVARIANT_STRING :: Text Source #

No description available in the introspection data.

pattern SUMMARY_GVARIANT_STRING :: Text Source #

No description available in the introspection data.

pattern SIGN_NAME_ED25519 :: Text Source #

The name of the default ed25519 signing type.

Since: 2020.4

pattern SHA256_STRING_LEN :: Int32 Source #

Length of a sha256 digest when expressed as a hexadecimal string

pattern SHA256_DIGEST_LEN :: Int32 Source #

Length of a sha256 digest when expressed as raw bytes

pattern REPO_METADATA_REF :: Text Source #

The name of a ref which is used to store metadata for the entire repository, such as its expected update time (ostree.summary.expires), name, or new GPG keys. Metadata is stored on contentless commits in the ref, and hence is signed with the commits.

This supersedes the additional metadata dictionary in the summary file (see repoRegenerateSummary), as the use of a ref means that the metadata for multiple upstream repositories can be included in a single mirror repository, disambiguating the refs using collection IDs. In order to support peer to peer redistribution of repository metadata, repositories must set a collection ID (repoSetCollectionId).

Users of OSTree may place arbitrary metadata in commits on this ref, but the keys must be namespaced by product or developer. For example, exampleos.end-of-life. The ostree. prefix is reserved.

Since: 2018.6

pattern RELEASE_VERSION :: Int32 Source #

ostree release version component (e.g. 2 if VERSION is 2017.2)

Since: 2017.4

pattern ORIGIN_TRANSIENT_GROUP :: Text Source #

The name of a GKeyFile group for data that should not be carried across upgrades. For more information, see deploymentOriginRemoveTransientState.

Since: 2018.3

pattern META_KEY_DEPLOY_COLLECTION_ID :: Text Source #

GVariant type s. This key can be used in the repo metadata which is stored in OSTREE_REPO_METADATA_REF as well as in the summary. The semantics of this are that the remote repository wants clients to update their remote config to add this collection ID (clients can't do P2P operations involving a remote without a collection ID configured on it, even if one is configured on the server side). Clients must never change or remove a collection ID already set in their remote config.

Currently, OSTree does not implement changing a remote config based on this key, but it may do so in a later release, and until then clients such as Flatpak may implement it.

This is a replacement for the similar metadata key implemented by flatpak, xa.collection-id, which is now deprecated as clients which supported it had bugs with their P2P implementations.

Since: 2018.9

pattern METADATA_KEY_LINUX :: Text Source #

GVariant type s: Contains the Linux kernel release (i.e. uname -r)

Since: 2021.1

pattern METADATA_KEY_BOOTABLE :: Text Source #

GVariant type b: Set if this commit is intended to be bootable

Since: 2021.1

pattern MAX_METADATA_WARN_SIZE :: Int32 Source #

This variable is no longer meaningful, it is kept only for compatibility.

pattern MAX_METADATA_SIZE :: Int32 Source #

Default limit for maximum permitted size in bytes of metadata objects fetched over HTTP (including repo/config files, refs, and commit/dirtree/dirmeta objects). This is an arbitrary number intended to mitigate disk space exhaustion attacks.

pattern GPG_KEY_GVARIANT_STRING :: Text Source #

No description available in the introspection data.

pattern FILEMETA_GVARIANT_STRING :: Text Source #

No description available in the introspection data.

pattern DIRMETA_GVARIANT_STRING :: Text Source #

No description available in the introspection data.

pattern COMMIT_META_KEY_VERSION :: Text Source #

GVariant type s. This metadata key is used for version numbers. A freeform string; the intention is that systems using ostree do not interpret this semantically as traditional package managers do.

This is the only ostree-defined metadata key that does not start with ostree..

Since: 2014.9

pattern COMMIT_META_KEY_SOURCE_TITLE :: Text Source #

GVariant type s. This should hold a relatively short single line value containing a human-readable "source" for a commit, intended to be displayed near the origin ref. This is particularly useful for systems that inject content into an OSTree commit from elsewhere - for example, generating from an OCI or qcow2 image. Or if generating from packages, the enabled repository names and their versions.

Try to keep this key short (e.g. < 80 characters) and human-readable; if you desire machine readable data, consider injecting separate metadata keys.

Since: 2017.13

pattern COMMIT_META_KEY_REF_BINDING :: Text Source #

GVariant type as; each element is a branch name. If this is added to a commit, ostree_repo_pull() will enforce that the commit was retrieved from one of the branch names in this array. This prevents "sidegrade" attacks. The rationale for having this support multiple branch names is that it helps support a "promotion" model of taking a commit and moving it between development and production branches.

Since: 2017.9

pattern COMMIT_META_KEY_ENDOFLIFE_REBASE :: Text Source #

GVariant type s. Should contain a refspec defining a new target branch; ostree admin upgrade and OstreeSysrootUpgrader will automatically initiate a rebase upon encountering this metadata key.

Since: 2017.7

pattern COMMIT_META_KEY_ENDOFLIFE :: Text Source #

GVariant type s. This metadata key is used to display vendor's message when an update stream for a particular branch ends. It usually provides update instructions for the users.

Since: 2017.7

pattern COMMIT_META_KEY_COLLECTION_BINDING :: Text Source #

GVariant type s. If this is added to a commit, ostree_repo_pull() will enforce that the commit was retrieved from a repository which has the same collection ID. See ostree_repo_set_collection_id(). This is most useful in concert with OSTREE_COMMIT_META_KEY_REF_BINDING, as it more strongly binds the commit to the repository and branch.

Since: 2018.6

pattern COMMIT_META_KEY_ARCHITECTURE :: Text Source #

GVariant type s. Intended to describe the CPU architecture. This is a freeform string, and some distributions which have existing package managers might want to match that schema. If you don't have a prior schema, it's recommended to use uname -m by default (i.e. the Linux kernel schema). In the future ostree might include a builtin function to compare architectures.

Since: 2020.4

pattern COMMIT_GVARIANT_STRING :: Text Source #

No description available in the introspection data.

pattern BUILT_FEATURES :: Text Source #

Whitespace separated set of features this libostree was configured with at build time. Consult the source code in configure.ac (or the CLI ostree --version) for examples.

Since: 2019.3