bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] bootstrap: a new option --no-git, prohibiting the use git in


From: Aleksey Avdeev
Subject: Re: [PATCH] bootstrap: a new option --no-git, prohibiting the use git in the bootstrap process.
Date: Sat, 20 Mar 2010 16:56:29 +0300
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; ru; rv:1.9.1.5pre) Gecko/20091019 Thunderbird/3.0pre

20.03.2010 15:00, Eric Blake пишет:
> [writing to undisclosed-recipients makes it hard to guess where you
> wanted the reply to go to]
> 
> On 03/19/2010 09:52 AM, Aleksey Avdeev wrote:
>>   Ability to explicitly disable the use git when calling bootstrap will
>> exclude recourse to third-party resources for assembly rpm package. What,
>> in particular, significantly simplify the preparation of packages to build
>> on git.alt
>> (see <http://en.altlinux.org/Git.alt_reference#Building_packages_with_gear>).
>>
>>   The patch in my repository:
>> <http://git.altlinux.org/people/solo/public/?p=gnulib.git;a=commit;h=8741ad8a412b2aa9f7a4e3fc69902c12a6ed9d69>.
>>
>>   Background: see <https://bugzilla.redhat.com/show_bug.cgi?id=562743>.
> 
> So if I understand correctly, you are trying to re-bootstrap libvirt
> rather than using a tarball which has already been bootstrapped, but in
> the process, you don't want to use git.  Why?  From an rpm perspective,
> it seems like you should have no need to rerun bootstrap - use the
> existing tarball which has already been bootstrapped.  Without a solid
> reasoning why it is desirable to rerun bootstrap without having the full
> compliment of developer tools available, I don't see what this patch
> buys you.

  I need to allow the assembly of a fixed commit repository. Without any
uploads in the build process: the code sent to the assembly no longer be
updated. (In terms of off-line installation packages for all distributions.)

  If you build packages using gnulib see two options:

1. Run bootstrap hands and git commit its result. (This option is used
in libvirt earlier, see
<http://git.altlinux.org/people/solo/packages/?p=libvirt.git;a=commit;h=c15c1c3435e9f23571d4f16116aee8c848266447>.)
Herewith:

a) the operation is performed manually, although it is well-automated;

b) As a result we have the technical commit large diff (see
<http://git.altlinux.org/people/solo/packages/?p=libvirt.git;a=commit;h=d0953a77691f8338e91b5cd542fa54f9679b70dd>);

c) as the author of changes in files embedded gnulib fixed man carried
out the git commit, though he only copied the files gnulib.git to a new
location (in your working repository) ...

2. Assign the bootstrap the build system, set it in spec and fixing the
desired commit gnulib.git (and connecting it via git merge-s ours). Then
for rpmbuild it will be another tar (not git repository) with source
code that contains the correct version of gnulib. This is the version I
now use in libvirt (see
<http://git.altlinux.org/people/solo/packages/?p=libvirt.git;a=commit;h=0204c297c632f2ddf87f9caf963d50b8f0a97d19>).
And it is for his support, I propose this patch to you (and
<https://bugzilla.redhat.com/show_bug.cgi?id=562743> for libvirt).

-- 

С уважением. Алексей.


Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]