Daniel P. Berrange wrote:
> On Thu, Apr 27, 2017 at 06:24:20PM +0400, Roman Bogorodskiy wrote:
> > Christophe Fergeau wrote:
> >
> > > On Sun, Apr 16, 2017 at 05:38:10PM +0400, Roman Bogorodskiy wrote:
> > > > Daniel P. Berrange wrote:
> > > >
> > > > > On Wed, Feb 08, 2017 at 07:46:50PM +0400, Roman Bogorodskiy wrote:
> > > > > > Christophe Fergeau wrote:
> > > > > >
> > > > > > > On Wed, Feb 08, 2017 at 05:37:27PM +0400, Roman Bogorodskiy wrote:
> > > > > > > > Roman Bogorodskiy wrote:
> > > > > > > >
> > > > > > > > > ---
> > > > > > > > > data/os/freebsd.org/freebsd-11.0.xml.in | 50 +++++++++++++++++++++++++++++++++
> > > > > > > > > 1 file changed, 50 insertions(+)
> > > > > > > > > create mode 100644 data/os/freebsd.org/freebsd-11.0.xml.in
> > > > > > > > >
> > > > > > > > > diff --git a/data/os/freebsd.org/freebsd-11.0.xml.in b/data/os/freebsd.org/freebsd-11.0.xml.in
> > > > > > > > > new file mode 100644
> > > > > > > > > index 0000000..9af534f
> > > > > > > > > --- /dev/null
> > > > > > > > > +++ b/data/os/freebsd.org/freebsd-11.0.xml.in
> > > > > > > >
> > > > > > > > ping?
> > > > > > >
> > > > > > > Hey, thanks for the reminder, ACK and pushed! Would you have iso test
> > > > > > > data which we could add to libosinfo test suite? (isoinfo -d -i output)
> > > > > >
> > > > > > Thanks!
> > > > > >
> > > > > > I'll add the test, but need to figure out why the existing tests fail.
> > > > >
> > > > > If tests fail it'll mostly likely be due to the tests picking up outdated
> > > > > content for osinfo-db. Setting OSINFO_SYSTEM_DIR ought to fix it
> > > > > generally.
> > > >
> > > > Had no luck with that, still have "test-isodetect" failing:
> > > >
> > > > Running suite(s): List
> > > > 0%: Checks: 14, Failures: 14, Errors: 0
> > > > test-isodetect.c:355:F:Core:test_fedora:0: ISO yarrow-i386-disc1.iso.txt was not matched by OS fedora1
> > > > test-isodetect.c:355:F:Core:test_rhel:0: ISO RHEL-Atomic-Host-Installer-7.0.0-Beta.iso.txt was not matched by OS rhel-atomic-7.0
> > > > ... and other 12 similar errors skipped ...
> > > >
> > > > I've removed the osinfo related packages from my system and only have
> > > > things checked out using git in my home directory.
> > > >
> > > > I've tried setting OSINFO_SYSTEM_DIR to "/path/to/osinfo-db/checkout"
> > > > and to "/path/to/osinfo-db/checkout/data" and it didn't help.
> > > >
> > > > Also, when I do this, I try "./tools/osinfo-query os" and it shows empty
> > > > list as well.
> > > >
> > > > I've also tried importing the database to my user directory:
> > > >
> > > > ./osinfo-db-import --user ~/code/osinfo-db/osinfo-db-20170415.tar.xz
> > > >
> > > > and then trying to set OSINFO_SYSTEM_DIR to `./osinfo-db-path --user`,
> > > > but it didn't help.
> > > >
> > > > Before I debug this further, maybe I'm missing something obvious?
> > >
> > > Just double check that make check passes for me with latest git. Maybe
> > > 'CK_FORK=no strace -e open ./test-isodetect' could give you a clue as to
> > > what's going on (at least this could confirm there are no old files
> > > lying around)
> >
> > I tried that on Ubuntu 16.04 host and it worked fine for me too. But
> > when I'm using FreeBSD, it fails. There's no 'strace' on x86_64 FreeBSD,
> > but there's a similar tool called 'truss'. I tried to use it and grep
> > out open(2) calls and grep out 'freebsd.org' so I don't have too much
> > info to process:
> >
> > OSINFO_SYSTEM_DIR="/home/novel/code/osinfo-db/data/" truss -f ./test/test-isodetect 2>&1|grep "open("|grep freebsd.org
> >
> > And the only matches I see are just:
> >
> > 2262: open("/home/novel/code/osinfo-db/data/os/freebsd.org",O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC,057) = 13 (0xd)
> >
> > (a number of exactly the same calls, looks like it's matching the number
> > of tests).
>
> Ok, so to be clear - aaccording to truss is only opening the dirs, and
> *not* opening any '.xml' files.
>
> That would mean the problem is in the db loader code.
>
> Presumably 'osinfo-query os' doesn't report any OS ?
Yeah, it shows an empty list, I wrote about that in one of the previous
mails.
> Does it work if you make install to the "normal" location and
> unset OSINFO_SYSTEM_DIR ?
It does not, when I do './tools/osinfo-query os', it shows nothing.
However, if I use system version of libosinfo (1.0.0), it works.
Basically:
git version: ./tools/osinfo-query os --> empty
1.0.0: osinfo-query os --> works fine
Also, when I try the OSINFO_SYSTEM_DIR trick with 1.0.0:
OSINFO_SYSTEM_DIR="/home/novel/code/osinfo-db/data/" osinfo-query os
it does work.
So it looks like some regression in the git version indeed.
Roman Bogorodskiy
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ Libosinfo mailing list Libosinfo@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libosinfo
