[Pkg-xen-changes] r15 - trunk/debian
Jeremy Bouse
jbouse at costa.debian.org
Fri Feb 17 22:32:23 UTC 2006
Author: jbouse
Date: 2006-02-17 22:32:21 +0000 (Fri, 17 Feb 2006)
New Revision: 15
Removed:
trunk/debian/README.build
trunk/debian/config.dbs
Modified:
trunk/debian/libxen-dev.install
trunk/debian/libxen3.0.install
Log:
- Removed old filed README.build and config.dbs that are not needed
- Modified libxen-dev and libxen3.0 install files appropriately to
split necessary libs from development libs
- Used wildcards in install lib regexp to ensure future libs get
included on install without editing
Deleted: trunk/debian/README.build
===================================================================
--- trunk/debian/README.build 2006-02-17 18:11:04 UTC (rev 14)
+++ trunk/debian/README.build 2006-02-17 22:32:21 UTC (rev 15)
@@ -1,92 +0,0 @@
-This file is quite old. I don't know if it is still having useful
-information, so I am not deleting it...
-
-But be careful, maybe this information is not correct anymore!
-
---Ralph Passgang
-
--------------------------------------------------------------------------
-
-Xen uses a new, unreleased patch management system. The preliminary name
-for it is dbs-ng.
-
-Features:
-
-* Pre-applied patches.
-
- After extracting the source(with dpkg-source -x), all patches in
- debian/patches are already applied. There is no need to run any
- external script, nor any target in debian/rules to produce an editable
- source tree.
-
-* Patch dependencies.
-
- Patches can depend on other patches. This is used for ordering, during
- application. No longer do patches have to be numbered in a certain
- order(which meant any time a patch was inserted, you might have had to
- renumber others, which was painful).
-
-* Patches have meta-data now.
-
- At the top of each patch, is a dpkg control paragaph. This paragraph
- contains a description(short and long), what the prune value should be
- (default 1), the dependency list, and a set of flags(currently, whether
- the patch has already been submitted upstream(see below)).
-
- Additionally, a Signed-off-by field can be included, to document who has
- looked at, and modified, the patch. This is patterned after the
- linux-kernel patch acceptance policy.
-
-* Upstream patch submittance handled semi-automatically.
-
- The tool used to manage these patches has the ability to automatically
- send patches to an upstream address. It will send one patch per email,
- and a 00-index mail, describing the patch set.
-
- Another command the tool does, is list patches that have not yet been
- sent upstream. It makes use of the submitted flag(above), to know which
- patches have already been sent. This command knows about the
- dependencies, and will only list patches that have no other depends, or
- only depend on patches already submitted.
-
-* Modifying the source.
-
- Developers and regular users can modify the extracted source directly.
- When their changes are done, they produce a normal diff like any other
- package in debian. There is no implicit need to add it to
- debian/patches.
-
- At some point, the dbs-ng will be released, and then patches could be
- submitted to the maintainer in split form; however, the design is such
- that this is not nescessary.
-
-Now, for a few extra explanations about dbs-ng.
-
-It's designed to replace dpkg-source. It can handle, what I am calling,
-v1 sources. That is, a standard orig.tar.gz+diff.gz, or single tar.gz.
-
-The format discussed about is probably best described as v1.5. It is
-backwards compatible with standard dpkg-source(a bonus).
-
-V2 sources will support more advanced changes. Binary modifications, file
-renames, archives(ar/cpio/tar). Also, I have plans to support source
-build-depends. You will be able to extract files from other source
-packages with this feature.
-
-dbs-ng does not yet support v2 format; nor, does it support edit-patch. I
-have an idea of how to do edit-patch, but haven't yet needed it myself.
-
-There is preliminary support for xdelta patches(insofar as the tool can
-be extended with different patch types, and both unified diff and xdelta
-are implemented).
-
-dbs-ng also validates each patch file, and does a test application first,
-before applying. For unified diffs, if there is any fuzz or offset, it
-aborts, and doesn't apply it.
-
-There is a config file, debian/config.dbs(name will change). This config
-current lists filenames, directories, and file paths to ignore when
-diffing. This is helpful when upstream isn't too careful about cleaning
-up after themselves. By default, the ignore regex used by dpkg-source
-is always enabled.
-
Deleted: trunk/debian/config.dbs
===================================================================
--- trunk/debian/config.dbs 2006-02-17 18:11:04 UTC (rev 14)
+++ trunk/debian/config.dbs 2006-02-17 22:32:21 UTC (rev 15)
@@ -1,7 +0,0 @@
-ignore-files:
- foo.patch
- Makefile.save
- .*\.patch
-ignore-filenames:
- xen/include/xen/banner.h
-
Modified: trunk/debian/libxen-dev.install
===================================================================
--- trunk/debian/libxen-dev.install 2006-02-17 18:11:04 UTC (rev 14)
+++ trunk/debian/libxen-dev.install 2006-02-17 22:32:21 UTC (rev 15)
@@ -2,4 +2,6 @@
usr/include/xen/*.h
usr/include/xen/io/*.h
usr/include/xen/linux/*.h
+usr/lib/*.a
+usr/lib/*.so
usr/include/xen/COPYING
Modified: trunk/debian/libxen3.0.install
===================================================================
--- trunk/debian/libxen3.0.install 2006-02-17 18:11:04 UTC (rev 14)
+++ trunk/debian/libxen3.0.install 2006-02-17 22:32:21 UTC (rev 15)
@@ -1,11 +1,4 @@
-usr/lib/libxenctrl.a
-usr/lib/libxenctrl.so
-usr/lib/libxenctrl.so.3.0
-usr/lib/libxenctrl.so.3.0.0
-usr/lib/libxenguest.a
-usr/lib/libxenguest.so
-usr/lib/libxenguest.so.3.0
-usr/lib/libxenguest.so.3.0.0
-usr/lib/libxenstore.so
+usr/lib/*.so.3.0
+usr/lib/*.so.3.0.0
usr/lib/xen/bin
usr/lib/xen/boot
More information about the Pkg-xen-changes
mailing list