chiark
/
gitweb
/
~ianmdlvl
/
dgit.git
/ blobdiff
commit
grep
author
committer
pickaxe
?
search:
re
summary
|
shortlog
|
log
|
commit
|
commitdiff
|
tree
raw
|
inline
| side by side
dgit: clone multisuite works even without --no-rm-on-error.
[dgit.git]
/
dgit-user.7.pod
diff --git
a/dgit-user.7.pod
b/dgit-user.7.pod
index 08647c61bbd3e80f5c2a41ecfbe06cb7e37294a7..aacdf4d4482dfa0a67d13422999ffc9b46cd00f1 100644
(file)
--- a/
dgit-user.7.pod
+++ b/
dgit-user.7.pod
@@
-197,7
+197,7
@@
or upstream's git history.
But for many packages the real git history
does not exist,
or has not been published in a dgitish form.
But for many packages the real git history
does not exist,
or has not been published in a dgitish form.
-So y
u
u may find that the history is a rather short
+So y
o
u may find that the history is a rather short
history invented by dgit.
dgit histories often contain automatically-generated commits,
history invented by dgit.
dgit histories often contain automatically-generated commits,
@@
-232,7
+232,7
@@
that are in debian/patches before you do anything else!
Debian package builds are often quite messy:
they may modify files which are also committed to git,
Debian package builds are often quite messy:
they may modify files which are also committed to git,
-or leave outputs and teporary files not covered by C<.gitignore>.
+or leave outputs and te
m
porary files not covered by C<.gitignore>.
If you always commit,
you can use
If you always commit,
you can use
@@
-349,7
+349,7
@@
The proper solution
is to build the package for all the architectures you
have enabled.
You'll need a chroot for each of the secondary architectures.
is to build the package for all the architectures you
have enabled.
You'll need a chroot for each of the secondary architectures.
-This i
w
somewhat tiresome,
+This i
s
somewhat tiresome,
even though Debian has excellent tools for managing chroots.
C<sbuild-createchroot> from the sbuild package is a
good starting point.
even though Debian has excellent tools for managing chroots.
C<sbuild-createchroot> from the sbuild package is a
good starting point.
@@
-362,7
+362,7
@@
If neither of those are an option,
your desperate last resort is to try
using the same version number
as the official package for your own package.
your desperate last resort is to try
using the same version number
as the official package for your own package.
-(The vers
e
ion is controlled by C<debian/changelog> - see above).
+(The version is controlled by C<debian/changelog> - see above).
This is not ideal because it makes it hard to tell what is installed,
and because it will mislead and confuse apt.
This is not ideal because it makes it hard to tell what is installed,
and because it will mislead and confuse apt.