Backporting dar is quite simple - you just need to recompile the Etch version in a Sarge environment. It's a nice occasion to cover the very basics.
You need to modify
debian/changelog though. Enter the
dar-2.3.0 directory, and type:
If you want to use another editor, you can also:
EDITOR=emacs dch -i
madduck suggest to use the following command to generate the initial changelog entry template (didn't try out yet):
dch -D sarge-backports -b -v$(dpkg-parsechangelog | sed -ne 's,^Version: ,,p')~bpo.1 -- Rebuilt for sarge.
Here's my final changelog entry:
dar (2.3.0-5~bpo.1) sarge-backports; urgency=low * Rebuild for Debian Backports <http://www.backports.org/> (new version adds support for extended attributes) -- Sylvain Beucler <email@example.com> Thu, 14 Sep 2006 16:37:59 +0200
What did I do?
- Changed version according to bpo convention,
- the testing version was: 0.4-7
dchproposes by default
- I use
- Changed distribution from
- Added a terse explanation
root <root@sylvain>with a real e-mail address.
Then, in the
dar-2.3.0 directory, start the compilation.
debuild -us -uc
-sa debuild option: not necessary: by default, if the version ends with '0' or '1' (as 'bpo1' does), dpkg-buildpackage uses the existing source release (the .orig.tar.gz file must be present in the parent directory, though).
Now you can test your dar package:
sudo dpkg -i dar_2.3.0-5~bpo.1_i386.deb libdar64-4_2.3.0-5~bpo.1_i386.deb
[modifier] Check your changes
Check your changes using
mkdir tmp cd tmp cp ../dar*.diff.gz . gunzip * interdiff dar_2.3.0-5.diff dar_2.3.0-5~bpo.1.diff
If you see some source changes that you didn't do, then your backport is not clean (probably it's a leftover from an incomplete
make clean). Usually, just remove the current directory and extract a new clean one using