osinfo-db-validate(1)
π NAME π
osinfo-db-validate β the tool that gives your libosinfo XML data files a full-on vibe check β¨
π¦ SYNOPSIS π¦
osinfo-db-validate [OPTIONS...]
osinfo-db-validate [OPTIONS...] LOCAL-PATH1 [LOCAL-PATH2...]
osinfo-db-validate [OPTIONS...] URI1 [URI2...]
πΈ DESCRIPTION πΈ
Okay so bestie, osinfo-db-validate is literally the friend who looks at your XML files and tells you if they pass the RNG schema check or not β it validates XML files living in one of the osinfo database locations, no cap. π
Here's the location tea, because you need to know:
systemThis is the primary system-wide database location, bestie β it's meant for operating system vendors distributing database files in the native package format. The RNG schema is expected to be present in this location, so yeah, it lives here. πlocalThe secondary system-wide database location. This one's for system administrators who want to provide an updated database for all users. It may provide an RNG schema override β and if it doesn't, the RNG schema from thesystemlocation gets used instead. π«ΆuserThe user private database location, for unprivileged local users who want to give the applications they use an updated database. It may provide an RNG schema override β otherwise the RNG schema from thelocallocation is used, or failing that, thesystemlocation. It's giving fallback chain realness. π
And here's the default behaviour, lowkey important: if you run it with a privileged account (ie root), the local database location will be validated by default. Otherwise, the user location gets validated. β
Alternatively β and this is the fun part β you can straight up hand it a list of files to validate using the LOCAL-PATH1 or URI1 arguments. Iconic. π¦
Any validation errors will be displayed on the console when detected, so you'll know immediately. π
β¨ OPTIONS β¨
--userβ overrides the default behaviour and forces validating files from theuserdatabase location π--localβ overrides the default behaviour and forces validating files from thelocaldatabase location π--systemβ overrides the default behaviour and forces validating files from thesystemdatabase location π--dir=PATHβ overrides the default behaviour and forces validating files from the custom directoryPATHπ--root=PATHβ prefixes the database location with the root directory given byPATH. This is so useful when you wanna validate files that are inside a chroot environment or equivalent, fr fr π-v,--verboseβ displays verbose progress information while validating files, so you can watch it do its thing π₯
π EXIT STATUS π
The exit status will be 0 if all files passed validation, or 1 if a validation error was hit. That's it, that's the whole mood. π
π§ SEE ALSO π§
π AUTHORS π
Daniel P. Berrange <berrange@redhat.com>
π COPYRIGHT π
Copyright (C) 2012-2016 Red Hat, Inc.
π LICENSE π
osinfo-db-validate is distributed under the terms of the GNU LGPL v2+ license. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Like, zero warranty bestie, don't come for them π
That's the whole page, slay! π«Ά Brought to you by osinfo-db-tools-1.12.0, dated 2025-05-02 β mwah, go validate something iconic πβ¨
π¦ where this page comes from
- opensuse-leap 16.0: osinfo-db-tools 1.12.0-160000.2.2 Β· LGPL-2.1+ and GPL-2.0+
- opensuse-leap 16.0: osinfo-db-tools 1.12.0-160000.2.2 Β· LGPL-2.1+ and GPL-2.0+
- opensuse-leap 16.0: osinfo-db-tools 1.12.0-160000.2.2 Β· LGPL-2.1+ and GPL-2.0+
- opensuse-leap 16.0: osinfo-db-tools 1.12.0-160000.2.2 Β· LGPL-2.1+ and GPL-2.0+
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms