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

Tracking vendor sources

From: Kenneth P. Turvey <kt-usenet_at_squeakydolphin.com>
Date: 2006-03-23 22:52:27 CET

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've pretty much decided that I'm going to have to start using a custom
kernel under Ubuntu (Linux) for various reasons that I won't bother you
with now. Since I'm going to have to use a custom kernel I don't see any
point in not keeping up with developments in the stable version of the
kernel and the various patches that I will need. This is where I'm a bit
confused on how to use subversion to solve this problem.

The issue is that I want to use multiple vendor branches to keep the
sources in. That's where things start getting a bit messy. Some of the
vendor sources are distributed as patches to specific versions of the
kernel. I'm not sure how to organize this under subversion so I can
update the patches as development proceeds along on them, merge them
altogether with some version of the kernel (not necessarily the one they
were distributed for) and maintain any of my own custom changes in trunk.

Is there a standard way to solve this problem. I understand that the
patch files can be checked in just as another file, but this just doesn't
seem like the way to handle this. Shouldn't a patch really be applied on
some branch in the repository?

Thanks for any suggestions.

- --
Kenneth P. Turvey <kt-usenet@squeakydolphin.com>

XMPP IM: kpturvey@jabber.org
Yahoo IM: kpturvey2
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFEIxiRi2ZgbrTULjoRAr05AJ9kfl7AuMu7re2LBLA3lBK/yZuNsgCg0AHW
Mrfei1TdaZ8Dnph+IqJbv+8=
=WzAC
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Mar 23 22:52:23 2006

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