[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Recommended method to manage vendor branch for Linux kernels (after patching) and svn_load_dirs.pl

From: maser <maseriyer_at_yahoo.com>
Date: 2007-11-15 22:43:04 CET

Hello

We're trying to store patched kernels in a SVN
repository, using the structure of the Vendor branches
listed in
http://svnbook.red-bean.com/nightly/en/svn.advanced.vendorbr.html#svn.advanced.vendorbr.svn_load_dirs

The current algorithm used is listed below, it is time
consuming to svn add and svn delete files; is there a
better technique or script that can automate this
process ?

#svn checkout current
http://example.com/svn/repos/charger/vendor/kernel/current_kernel.org

#cd <to checkout dir>

Get patch from kernel.org and patch current_kernel.org
checked out :

# bzip2 -dc ../patch-2.6.21.bz2 | patch -p1

List all items that need to be added or deleted
# svn status

# svn add <select by hand files to be added from svn
status>
# svn delete <select by hand files to be deleted from
svn status>

compile kernel with patch

# svn commit <patched kernel to current_kernel.org>

tag the current_kernel.org

On the other hand, svn_load_dirs.pl seems to be the
right automated script to use for this job --- but
svn_load_dirs.pl takes a lot of time to run and halts
at .mailman, and then asks to delete the temp
directory,. are we missing anything ?

suggestions appreciated.

~iyer

      ____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Nov 15 22:43:28 2007

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.