Evergreen takes root at Kent County Public Library
09-03-2008 01:00 PM
Adopting an open source library automation system allowed a small group of libraries on Maryland's eastern shore to save money and create a more intuitive, user-friendly catalog system for both librarians and patrons.
Whenever i switch from root to another user, by doing su - user, it takes me to home directory of user. This is very annoying as i want to be in same dir to run different commands as root sometimes and sometimes as normal user.
How to fix this? (1 Reply)
I was installing sfw sudo and its dependencies (libiconv, libintl, libgcc)on Solaris 10, running on an x86 x4200 and I corrupted some PAM library files. It's a standard Solaris 10 base install, with some added software & libraries from a vendor.
I am on console trying to get root access back,... (1 Reply)
Hi,
I have an executable that takes indefinitely long time to search for the libsendfile.so in particular solaris machines only. The library is actually in the /lib folder. Where as it works fine on few of the machines, it takes long time in few others.
I have checked crle options. Its... (1 Reply)
DH_INSTALLXMLCATALOGS(1) Debhelper DH_INSTALLXMLCATALOGS(1)NAME
dh_installxmlcatalogs - install and register XML catalog files
SYNOPSIS
dh_installxmlcatalogs [debhelper options] [-n]
DESCRIPTION
dh_installxmlcatalogs is a debhelper program that installs and registers XML catalog files. It complies with the Debian XML/SGML policy.
The file debian/package.xmlcatalogs lists the local XML catalog files to be installed per package as well as the XML entities in those
local XML catalog files that are to be registered in the XML catalog system.
The local XML catalog file entries in that file should be of the form "local;source;dest", where the verbatim "local" indicates this is an
entry for a local XML catalog file, "source" indicates where the local XML catalog resides in the source tree, and "dest" indicates the
destination location for the local XML catalog under the package build area. "dest" should start with /usr/share/xml/.
The entries for the XML entities to be registered in the package XML catalog file should be of the form "package;type;id;catalog", where
the verbatim "package" indicates this is an entry for an XML entity to be registered in the package XML catalog file, "type" indicates the
XML entity type (public, system, uri), "id" indicates the XML entity id, and "catalog" indicates the local XML catalog file.
The entries for the XML entities to be registered in the root XML catalog file should be of the form "root;type;id", where the verbatim
"root" indicates this is an entry for an XML entity to be registered in the root XML catalog file, "type" indicates the XML entity type
(public, system, uri), and "id" indicates the XML entity id.
If an entry for is to be registered identically in the root catalog and the package catalog file, you can use the form
"root-and-package;type;id;catalog", where the verbatim "root-and-package" indicates this is an entry for an XML entity to be registered in
both the root and package XML catalog files, "type" indicates the XML entity type (public, system, uri), "id" indicates the XML entity id,
and "catalog" indicates the local XML catalog file.
XML entity types are described in update-xmlcatalog(8). Using the "root" or "package" commands, a type of "public" will general
"delegatePublic" statements in the applicable catalog file. Generally you will want to use the types "public" for any formal public
identifiers, and "system" for any files on the local filesystem or URLs. "uri" is only used for non-local files which are not part of the
external document subset, e.g., they are not used for entities or DTDs.
dh_installxmlcatalogs automatically adds maintainer script snippets for the registration and unregistration of the listed XML entities in
the XML catalog system (unless -n is used). A dependency on the xml-core package will be added to "${misc:Depends}", so be sure to use
that variable in the file debian/control. See dh_installdeb(1) for an explanation of Debhelper maintainer script snippets.
OPTIONS -n, --noscripts
Do not modify postinst/postrm/prerm scripts.
NOTES
Note that this command is not idempotent. "dh_clean -k" should be called between invocations of this command. Otherwise, it may cause
multiple instances of the same text to be added to maintainer scripts.
SEE ALSO debhelper(7)
/usr/share/doc/xml-core/
AUTHOR
Ardo van Rangelrooij <ardo@debian.org>
Adam Di Carlo <aph@debian.org>
perl v5.14.2 2012-09-10 DH_INSTALLXMLCATALOGS(1)