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

Re: [Xen-users] how to reduce time of git pulling each time when you do a make world on Xen source


  • To: xen-users@xxxxxxxxxxxxxxxxxxx
  • From: Tapas Mishra <mightydreams@xxxxxxxxx>
  • Date: Thu, 3 Mar 2011 14:34:11 +0530
  • Cc: Patrick Scharrenberg <pittipatti@xxxxxx>
  • Delivery-date: Thu, 03 Mar 2011 01:05:37 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oTX5f1eApXVSLenIQM3PuQN9BwlbY9BU/YWscwvzzc5jNZ7b9Tvhck/Yr02RonBDFX urAHiVYUsMlTD7jdfvmIrORD24FQHJSYLLC0tYIrLELi0jb/qdPJ82IvpuLYZvrCmE7c KrROROr2cATlOIIDitjDyLeS4krJp23rPOigA=
  • List-id: Xen user discussion <xen-users.lists.xensource.com>

On Sat, Feb 26, 2011 at 10:33 PM, Tapas Mishra <mightydreams@xxxxxxxxx> wrote:
> On Sat, Feb 26, 2011 at 9:59 PM, Patrick Scharrenberg <pittipatti@xxxxxx> 
> wrote:
>> You can take a look into the Makefile:
>> there you'll find e.g.:
>>
>> world:
>>        $(MAKE) clean
>>        $(MAKE) kdelete
>>        $(MAKE) dist
>>
>> so what a "make world" does is
>>   make clean
>>   make kdelete
>> and finally
>>   make dist
>>
>> so if you solely do a "make dist" the build process skips the deletition of
>> the compiled binary objects (make clean) and skips deleting your checked out
>> kernel tree (make kdelete)
Thanks for this information Patrick.
>> so a "make dist" after an upgraded working copy (hg pull -u) only compiles 
>> the
>> files which have changed, which saves time.
>>
>> Please have a look at the Makefile, do a "make help" and take a look at the
>> README file for further information.
>>
>> Patrick
>>
>>
>>
>>
>

After digging this problem for some time I finally found a remedy for the same.

One needs to fix the src.git-clone file  for the same from the xen-4.0 tar


When you untar xen-4.0.1.tar then you see

xen-4.0.1/buildconfigs directory open file
src.git-clone and comment out following

[ -d $(LINUX_SRCDIR) ]; then \
               rm -rf $(LINUX_SRCDIR) $(LINUX_SRCDIR).tmp; \
               mkdir $(LINUX_SRCDIR).tmp; rmdir $(LINUX_SRCDIR).tmp; \
               $(GIT) clone -o $(XEN_GIT_ORIGIN) -n
$(XEN_LINUX_GIT_URL) $(LINUX_SRCDIR).tmp; \
               (cd $(LINUX_SRCDIR).tmp; git checkout -b
$(XEN_LINUX_GIT_LOCALBRANCH) $(XEN_LINUX_GITREV) ); \
               mv $(LINUX_SRCDIR).tmp $(LINUX_SRCDIR); \
fi

The above lines in src.git-clone are responsible for this time consuming pull.

So what I did was manually did a pull in the above directory location
and during make xen and make tools etc I had had uncommented above
lines.So that pull does not happen again and again.

Now when you need to compile again and again xen-tools you can simply
copy the $HOME/linux-2.6-pvops.git.tmp to /usr/src/xen-4.0.1/

and  begin the compile process again.

make install xen-tools
and it should work fine.

I feel with this approach I have been able to save a lot of expensive
bandwidth and download time as well.
Let me know if some one feels this is wrong.
----
Regards
Tapas

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.