SUSE Package Hub 15 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-Standard-Pool
Package Hub 15
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-Standard-Pool
Package Hub 15
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 SP1 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-SP1-Backports-Pool
Package Hub 15 SP1
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 SP1 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-SP1-Backports-Pool
Package Hub 15 SP1
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 SP2 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-SP2-Backports-Pool
Package Hub 15 SP2
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 SP2 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-SP2-Backports-Pool
Package Hub 15 SP2
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 SP3 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-SP3-Backports-Pool
Package Hub 15 SP3
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 SP3 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-SP3-Backports-Pool
Package Hub 15 SP3
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 SP4 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-SP4-Backports-Pool
Package Hub 15 SP4
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 SP4 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-SP4-Backports-Pool
Package Hub 15 SP4
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 SP5 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-SP5-Standard-Pool
Package Hub 15 SP5
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.
SUSE Package Hub 15 SP5 one-click install
Install perl-Data-Hierarchy
NOTE: This one-click installation requires that the SUSE Package Hub extension to already be enabled.
See http://packagehub.suse.com/how-to-use/ for information on enabling the Package Hub extension
If the extension is not enabled, this installation will fail while trying to enable an invalid repo.
This package might depend on packages from SUSE Linux Enterprise modules. If those modules are not enabled, a package dependency error will be encountered.
SUSE-PackageHub-15-SP5-Standard-Pool
Package Hub 15 SP5
Dummy repo - this will fail
-
perl-Data-Hierarchy
Handle data in a hierarchical structure
the Data::Hierarchy manpage provides a simple interface for manipulating
inheritable data attached to a hierarchical environment (like a
filesystem).
One use of the Data::Hierarchy manpage is to allow an application to
annotate paths in a real filesystem in a single compact data structure.
However, the hierarchy does not actually need to correspond to an actual
filesystem.
Paths in a hierarchy are referred to in a Unix-like syntax; '"/"' is the
root "directory". (You can specify a different separator character than the
slash when you construct a Data::Hierarchy object.) With the exception of
the root path, paths should never contain trailing slashes. You can
associate properties, which are arbitrary name/value pairs, with any path.
(Properties cannot contain the undefined value.) By default, properties are
inherited by child paths: thus, if you store some data at '/some/path':
$tree->store('/some/path', {color => 'red'});
you can fetch it again at a '/some/path/below/that':
print $tree->get('/some/path/below/that')->{'color'};
On the other hand, properties whose names begin with dots are uninherited,
or "sticky":
$tree->store('/some/path', {'.color' => 'blue'});
print $tree->get('/some/path')->{'.color'}; # prints blue
print $tree->get('/some/path/below/that')->{'.color'}; # undefined
Note that you do not need to (and in fact, cannot) explicitly add "files"
or "directories" to the hierarchy; you simply add and delete properties to
paths.