integ/virt/libvirt
Rafael Falcao 9ffeea6a76 Update debian package versions to use git commits
The Debian packaging has been changed to reflect all the
git commits under the directory, and not just the commits
to the metadata folder.

This ensures that any new code submissions under those
directories will increment the versions.

- The commit "Add debian package for virt/cloud-init"
  (SHA 6d1244bda9) was choosen to be the SRC_BASE_SRCREV
  of the cloud-init's metadata because is the commit that
  creates the debian directory with build files structure.

- The commit "Add debian package for virt/kvm-timer-advance"
  (SHA 4cb5d17a7f) was choosen to be the SRC_BASE_SRCREV
  of the kvm-timer-advance's metadata because is commit
  creates the debian directory with build files structure.

- The commit "Add debian package for virt/libvirt-python"
  (SHA 6420a976d3) was choosen to be the SRC_BASE_SRCREV
  of the libvirt-python's metadata because is the commit that
  creates the debian directory with build files structure.

- The commit "Debian: Add build structure for virt/libvirt"
  (SHA 1f37f8b5d4) was choosen to be the SRC_BASE_SRCREV
  of the libvirt's metadata  because is the commit that
  creates the debian directory with build files structure.

- The commit "Debian: Add build structure for virt/qemu"
  (SHA 75a234904f) was choosen to be the SRC_BASE_SRCREV
  of the qemu's metadata because is the commit that
  creates the debian directory with build files structure.

Test Plan:
PASS: build-image
PASS: build-pkgs -c -p cloud-init
PASS: build-pkgs -c -p kvm-timer-advance
PASS: build-pkgs -c -p libvirt-python
PASS: build-pkgs -c -p libvirt
PASS: build-pkgs -c -p qemu
PASS: commit a file change under cloud-init, rebuild and
      see that the cloud-init version has increased.

Story: 2010550
Task: 47468

Signed-off-by: Rafael Falcao <rafael.vieirafalcao@windriver.com>
Change-Id: Ica6638b220e6366a9fb1be47d5380fa44046ed84
2023-02-22 15:11:29 -03:00
..
centos remove /data which is not being used 2021-08-16 09:50:38 -04:00
debian Update debian package versions to use git commits 2023-02-22 15:11:29 -03:00
libvirt Formatting cleanups in libvirt hook bash script 2019-03-13 09:50:35 -06:00
.gitignore Internal restructuring of stx-integ 2018-08-01 10:06:31 -04:00
PKG-INFO Internal restructuring of stx-integ 2018-08-01 10:06:31 -04:00
README Internal restructuring of stx-integ 2018-08-01 10:06:31 -04:00

README

The Centos 7 libvirt source rpm was taken from:
http://vault.centos.org/centos/7/updates/Source/SPackages/libvirt-1.2.17-13.el7_2.3.src.rpm

It's possible to resolve the source rpm based on the yum repos:
$ yumdownloader --source --urls libvirt

The libvirt source code was forked under .../cgcs/git/libvirt.
Notes: - The branch is based on upstream tag v1.2.17-maint.
       - Then each RedHat patches have been committed one by one in the same
         order specified in the RedHat spec (actually this was automated to use
         'git am' for each of the patches mentionned in the spec).
       - The last patch from RedHat is tagged 'libvirt-1.2.17-13.el7_2.3'.
       - After this tag, all the patches are port from R2.

The libvirt git repository doesn't come with the ./configure script (and its
dependancies).  This has to be built using autoconf (but the libvirt releases
comes with those, releases are generated using 'make dist').

One caveat is that bootstrap is made to be executed in a git tree.  Trying to
execute it out of tree, like the Centos build environment, was unsuccessfull
so far.

The current workaround for now is to commit the configure scripts in the
libvirt git repo:

$ NOCONFIGURE=1 ./autogen.sh --copy
$ NOCONFIGURE=1 ./autogen.sh --copy
# Remove all .gitignore temporarily for showing modified files
$ find . -name .gitignore | xargs rm
$ git add -A
$ git reset HEAD .gitignore
# Repeat last command for all .gitignore files removed
$ git commit

Autogen is executed twice.  The first time soft links are created under
build-aux/.  Running it a second time makes bootstrap copying them and
replacing the soft links (there is most likely a smarter way to do this).