lp://qastaging/libosinfo

Created by Robert Ancell and last modified
Get this branch:
bzr branch lp://qastaging/libosinfo

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Registry Administrators
Project:
libosinfo
Status:
Development

Import details

Import Status: Suspended

This branch is an import of the HEAD branch of the Git repository at git://git.fedorahosted.org/libosinfo.git.

Last successful import was .

Import started on pear and finished taking 20 seconds — see the log
Import started on pear and finished taking 20 seconds — see the log
Import started on pear and finished taking 15 seconds — see the log
Import started on pear and finished taking 15 seconds — see the log

Recent revisions

1062. By Daniel Berrange

Remove all files and add pointer to new git repostory location

1061. By Roman Bogorodskiy

Fix build with older GCC

Build with older gcc fails with:

  CC libosinfo_1_0_la-osinfo_avatar_format.lo
In file included from ../osinfo/osinfo_os.h:30,
                 from ../osinfo/osinfo.h:55,
                 from osinfo_avatar_format.c:28:
../osinfo/osinfo_media.h:68: error: redefinition of typedef 'OsinfoMedia'
../osinfo/osinfo_install_script.h:43: error: previous declaration of 'OsinfoMedia' was here

To avoid redefinition, use forward-declaration in a similar way
like it's done for OsinfoOs in osinfo/osinfo_os.h.

1060. By Guido Günther

Update CD URLs to latest Debian Jessie point release

1059. By Fabiano Fidencio

build: Fix .vapi generation

After a267020e272a generation of the .vapi file broke. It no longer has
path_pattern property while get_path_pattern() is still there.
Adding nodist_libosinfo_1_0_include_HEADERS to the list of the files
passed to the .gir generation solves the problem.

1058. By Daniel Berrange

don't include autogenerated enum files in dist

Previous commit 77cf2730eb6e5503a9bd40e6baf7cc0b393a9dc7
reverts 4e488678d4af0e54da7400851d554bc4c4497c76 (fixes
to the VPATH build) because it was said to break the
make distcheck.

After examining the problem, it seems this commit was not
in fact the problem - it merely exposed the existing bug
elsewhere.

The real problem is that we were including the autogenerated
enum files in the dist. So when doing builds from git those
files were in $builddir, but when doing builds from dist
those files were in $srcdir. Except that 'make distclean'
would delete the enum files, which would again cause them
to appear in $builddir.

So the real fix is stop including the enum files in the dist

Signed-off-by: Daniel P. Berrange <email address hidden>

1057. By Daniel Berrange

build: fix VPATH based builds

The VPATH build fails because the enum generator is told to
look for two generated files in the $srcdir instead of builddir.
We should not in fact loom the generated files at all when building
enums, so they can be removed.

The g-ir-scanner is also missing a -I$(build_dir) to let it find
the generated files.

Finally the gtk-doc tools were not being told to look in the
$(build_dir)

Signed-off-by: Daniel P. Berrange <email address hidden>

1056. By Daniel Berrange

autobuild.sh: enable gtk doc build when testing

1055. By Daniel Berrange

autobuild.sh: fix flag to turn on werror

In commit 97091136bd037aa44da13873ac910320b9ad7e6b we changed
to use gnulib's compiler warnings code, but forgot to change
the autobuild.sh flag to match. It should be --enable-werror

Signed-off-by: Daniel P. Berrange <email address hidden>

1054. By Daniel Berrange

autobuild.sh: run parallel make for faster builds

Set MAKEFLAGS to use -j option matching number of available
CPUs.

Signed-off-by: Daniel P. Berrange <email address hidden>

1053. By Daniel Berrange

autobuild.sh: set a default value for AUTOBUILD_INSTALL_ROOT

Signed-off-by: Daniel P. Berrange <email address hidden>

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers

No subscribers.