Displaying 20 results from an estimated 50000 matches similar to: "1.39 proposal: Let's split up the libguestfs git repo and tarballs"
2019 Jun 10
3
Re: 1.39 proposal: Let's split up the libguestfs git repo and tarballs
Sorry for the late reply to this ...
On Tue, Apr 30, 2019 at 06:28:01PM +0200, Pino Toscano wrote:
> On Friday, 9 February 2018 19:01:53 CEST Richard W.M. Jones wrote:
> > My contention is that the libguestfs git repository is too large and
> > unwieldy. There are too many separate, unrelated projects and as a
> > result of that the source has too many dependencies and takes
2018 Feb 12
1
Re: 1.39 proposal: Let's split up the libguestfs git repo and tarballs
On Mon, Feb 12, 2018 at 09:22:30AM +0000, Daniel P. Berrangé wrote:
> On Fri, Feb 09, 2018 at 06:01:53PM +0000, Richard W.M. Jones wrote:
> > My contention is that the libguestfs git repository is too large and
> > unwieldy. There are too many separate, unrelated projects and as a
> > result of that the source has too many dependencies and takes too long
> > to build
2019 Jul 01
2
Re: 1.39 proposal: Let's split up the libguestfs git repo and tarballs
On Mon, Jul 01, 2019 at 06:10:48PM +0200, Pino Toscano wrote:
> On Monday, 10 June 2019 17:35:52 CEST Richard W.M. Jones wrote:
> > So while I'm not a massive fan of git submodules, now that I have used
> > them a few times with riscv stuff, they do solve a certain problem as
> > long as they are managed carefully. I think the common code and the
> > generator are
2019 Jul 02
3
Re: 1.39 proposal: Let's split up the libguestfs git repo and tarballs
On Tue, Jul 02, 2019 at 09:32:26AM +0200, Pino Toscano wrote:
> On Monday, 1 July 2019 22:47:32 CEST Richard W.M. Jones wrote:
> > > > Does this mean we need to move immediately to a submodule if just
> > > > splitting virt-p2v, or copy code as you suggest? Maybe not, because
> > > > you can imagine for just this project copying the code needed from the
>
2019 Jul 01
0
Re: 1.39 proposal: Let's split up the libguestfs git repo and tarballs
On Monday, 10 June 2019 17:35:52 CEST Richard W.M. Jones wrote:
> Sorry for the late reply to this ...
>
> On Tue, Apr 30, 2019 at 06:28:01PM +0200, Pino Toscano wrote:
> > On Friday, 9 February 2018 19:01:53 CEST Richard W.M. Jones wrote:
> > > My contention is that the libguestfs git repository is too large and
> > > unwieldy. There are too many separate,
2019 Oct 15
2
Re: Splitting the large libguestfs repo
On Tue, Oct 15, 2019 at 03:59:04PM +0200, Pino Toscano wrote:
> On Tuesday, 15 October 2019 10:01:28 CEST Richard W.M. Jones wrote:
> > I got a little way into this. The two attached patches are
> > preliminary work.
>
> I see the work was done already, so I guess providing alternative ideas
> (or opinions, apparently) is of no use now...
It's always valued.
>
2019 Apr 30
0
Re: 1.39 proposal: Let's split up the libguestfs git repo and tarballs
On Friday, 9 February 2018 19:01:53 CEST Richard W.M. Jones wrote:
> My contention is that the libguestfs git repository is too large and
> unwieldy. There are too many separate, unrelated projects and as a
> result of that the source has too many dependencies and takes too long
> to build and test.
>
> The project divides (sort of) naturally into layers -- the library,
>
2018 Feb 09
0
Re: 1.39 proposal: Let's split up the libguestfs git repo and tarballs
On 02/09/2018 12:01 PM, Richard W.M. Jones wrote:
> My contention is that the libguestfs git repository is too large and
> unwieldy. There are too many separate, unrelated projects and as a
> result of that the source has too many dependencies and takes too long
> to build and test.
>
> The project divides (sort of) naturally into layers -- the library,
> the bindings, the
2018 Feb 12
0
Re: 1.39 proposal: Let's split up the libguestfs git repo and tarballs
On Fri, Feb 09, 2018 at 06:01:53PM +0000, Richard W.M. Jones wrote:
> My contention is that the libguestfs git repository is too large and
> unwieldy. There are too many separate, unrelated projects and as a
> result of that the source has too many dependencies and takes too long
> to build and test.
>
> The project divides (sort of) naturally into layers -- the library,
>
2019 Nov 29
2
Re: Continuing the split (was: Let's split up the libguestfs git repo and tarballs)
On Friday, 29 November 2019 13:09:47 CET Richard W.M. Jones wrote:
> So, the difficulty of git submodules aside, we have now split off
> virt-v2v and virt-p2v into separate projects.
>
> I also yesterday split off the boot analysis tools into a repo which
> is likely to be rarely used and which I'll probably not bother to
> package in Fedora.
>
2019 Jul 09
7
[PATCH 0/5] Split virt-p2v in own repository
Hi,
as it was already discussed on this list, here it is my attempt in
splitting virt-p2v in an own repository. Sadly there are things that
must be copied from libguestfs, as it cannot be avoided.
The approach taken was to run a script (will send separately) to just
get the "p2v" subdirectory with its history as own repository, and then
add in few followup commits all the bits needed
2019 Nov 27
6
[v2v PATCH 0/5] Various build cleanups
Brought to you by the "I haven't rebuilt the libguestfs universe in a
while" saga.
Pino Toscano (5):
build: remove extra gnulib submodule
build: remove extra checks and submodules
build: stop using gnulib in test-harness
build: remove unused gnulib modules
Remove extra entries from podfiles
.gitmodules | 3 --
Makefile.am | 2 -
bootstrap
2019 Nov 29
1
Re: Continuing the split (was: Let's split up the libguestfs git repo and tarballs)
On Fri, Nov 29, 2019 at 12:09:47PM +0000, Richard W.M. Jones wrote:
> So, the difficulty of git submodules aside, we have now split off
> virt-v2v and virt-p2v into separate projects.
>
> I also yesterday split off the boot analysis tools into a repo which
> is likely to be rarely used and which I'll probably not bother to
> package in Fedora.
>
2018 Apr 10
6
[PATCH 0/5] Some improvements in bootstrap, m4 and configure.ac
Lin Ma (5):
configure: error out if using libvirt backend and no header files
configure: output the default backend in summary
configure: try pcre-config if pcre pkg-config file not found
configure: output clearer message when missing libmagic
configure: support using local gnulib src directory as $GNULIB_SRCDIR
bootstrap | 78
2019 Nov 27
5
[v2v PATCH v2 0/5] Various build cleanups
Brought to you by the "I haven't rebuilt the libguestfs universe in a
while" saga -- now with working test suite.
Pino Toscano (5):
build: remove extra gnulib submodule
build: remove extra checks and submodules
build: stop using gnulib in test-harness
build: remove unused gnulib modules
Remove extra entries from podfiles
.gitmodules | 3 --
Makefile.am
2020 Feb 24
1
[PATCH] docs: fix instructions for building from git
On current Fedora releases the ocaml modules will fail to
link unless CFLAGS contains -fPIC.
The autogen.sh script only updates the 'gnulib' submodule,
and so the build will fail due to the missing 'common'
submodule. This needs to be manually initialized at checkout.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com>
---
The above was required for me to build on
2019 Oct 15
4
Splitting the large libguestfs repo
I got a little way into this. The two attached patches are
preliminary work.
My proposed split is:
libguestfs.git
common -> git submodule libguestfs-common.git
generator/
lib/
all language bindings
C based tools (eg. virt-df, virt-edit, guestfish)
guestfs-tools.git
common -> git submodule libguestfs-common.git
2019 Jul 11
5
[p2v PATCH 0/4] More imports and fixes
See individual patches for details.
Pino Toscano (4):
Add valgrind suppression file
podwrapper: the tools here start with p2v
Import some internal documentation
podwrapper: adapt footer to p2v
.gitignore | 6 +
Makefile.am | 4 +-
configure.ac | 1 +
docs/Makefile.am | 65 ++++++++
docs/p2v-building.pod | 259
2018 Nov 19
1
[supermin PATCH] autogen: Run bootstrap if submodule is not initialized
This used to be the case before commit 30de2cb603cd.
Signed-off-by: Martin Kletzander <mkletzan@redhat.com>
---
README | 1 -
autogen.sh | 5 +++++
2 files changed, 5 insertions(+), 1 deletion(-)
diff --git a/README b/README
index 679bf7010bbe..e5187a65ed47 100644
--- a/README
+++ b/README
@@ -107,7 +107,6 @@ Building and installing
If you're cloning this from git the first
2019 Jul 02
0
Re: 1.39 proposal: Let's split up the libguestfs git repo and tarballs
On Monday, 1 July 2019 22:47:32 CEST Richard W.M. Jones wrote:
> > > Does this mean we need to move immediately to a submodule if just
> > > splitting virt-p2v, or copy code as you suggest? Maybe not, because
> > > you can imagine for just this project copying the code needed from the
> > > common/ directory, and creating a new "mini-generator" for