| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
|
|
There is some concern that passing -B to make may violate debian policy.
<eyeroll>
|
|
|
|
* dh: debian/rules override targets can change what is run
for a specific debhelper command in a sequence.
* dh: Redid all the examples to use override targets, since these
eliminate all annoying boilerplate and are much easier to understand
than the old method.
* Remove rules.simple example, there's no need to use explcit targets
with dh anymore.
|
|
|
|
|
|
|
|
|
|
later).
|
|
|
|
|
|
lintian to worry about supporting. Closes: #109642, #166320, #206765
(Thanks to Steve M. Robbins for the initial implementation.)
|
|
|
|
|
|
* Really fix the prerm-sgmlcatalog, not the postrm. Closes: #209131
|
|
#186819
|
|
* Cleaned up error message if python is not installed. Closes: #173524
* dh_python: Bug fix from Josselin Mouette for case of building an arch
indep python package depending on a arch dependent package. However, I
used GetPackages() rather than add yet another control file parser.
Untested.
|
|
* Make python postinst fragment only run python if it is installed, useful
for packages that include python modules but do not depend on python.
|
|
|
|
from processing by any command that takes a -X option, and dh_builddeb
will also go in and rm -rf any that still sneak into the build tree.
* dh_install: A patch from Eric Dorland <eric@debian.org> adds support for
--sourcedir, which allows debian/package.files files to be moved over to
debian/package.install, and just work. Closes: #146847
* dh_movefiles: don't do file tests in no-act mode. Closes: #144573
* dh_installdebconf: pass --drop-old-templates to debconf-mergetemplate.
Means debhelper has to depend on debconf-utils 1.1.1.
|
|
from debstd, its interface and implementation suck, and I have maintained
it while never really deigning to use it. Now there is a remplacment:
dh_install, which ...
- copies files, doesn't move them. Closes: #75360, #82649
- doesn't have that whole annoying debian/package.files vs. debian/files
mess, as it uses debian/install.
- supports copying empty subdirs. Closes: #133037
- doesn't use tar, thus no error reproting problems. Closes: #112538
- files are listed relative to the pwd, debian/tmp need not be used at
all, so no globbing issues. Closes: #100404
- supports -X. Closes: #116902
- the whole concept of moving files out of a directory is gone, so this
bug doesn't really apply. Closes: #120026
- This is exactly what Bill Allombert asked for in #117383, even though I
designed it seemingly independantly. Thank you Bill! Closes: #117383
* Made debhelper's debian/rules a lot simpler by means of the above.
* Updated example rules file to use dh_install. Also some reordering and
other minor changes.
* dh_movefiles is lightly deprecated, and when you run into its bugs and
bad design, you are incouraged to just use dh_install instead.
* dh_fixperms: in v4 only, make all files in bin/ dirs +x. Closes: #119039
* dh_fixperms: in v4 only, make all files in etc/init.d executable (of
course there's -X ..)
* dh_link: in v4 only, finds existing, non-policy-conformant symlinks
and corrects them. This has the side effect of making dh_link idempotent.
* Added a -h/--help option. This seems very obvious, but it never occured to
me before..
* use v4 for building debhelper itself
* v4 mode is done, you may now use it without fear of it changing.
(This idea of this upload is to get v4 into woody so people won't run into
many issues backporting from sarge to woody later on. Packages targeted
for woody should continue to use whatever compatability level they are
using.)
|
|
to say
what debhelper compatability level your package uses. It has the big
advantage of being available to debhelper when you run it at the command
line, as well as in debian/rules.
* A new v4 feature: dh_installinit, in v4 mode, will use invoke-rc.d.
This is in v4 for testing, but I may well roll it back into v3 (and
earlier) once woody is released and I don't have to worry about breaking
things (and, presumably, once invoke-rc.d enters policy).
* Some debhelper commands will now build up a new substvars variable,
${misc:Depends}, based on things they know your package needs to depend
on. For example, dh_installinit in v4 mode adds sysvinit (>= 2.80-1) to
that dep list, and dh_installxfonts adds a dep on xutils. This variable
should make it easier to keep track of what your package needs to depends
on, supplimenting the ${shlibs:Depends} and ${perl:Depends} substvars.
Hmm, this appears to be based loosely on an idea by Masato Taruishi
<taru@debian.org>, filtered through a long period of mulling it over.
Closes: #76352
* Use the addsubstvar function I wrote for the above in dh_perl too.
|
|
#110418
|
|
|
|
|
|
packages that contain suid binaries should include the binaries suid in
the .deb, and dpkg-statoverride can override this. If this is done
to a program that previously used suidmanager, though, you need to
conflict with suidmanager (<< 0.50).
* Made dh_suidmanager check to see if it would have done anything before.
If so, it states that it is obsolete, and refer users to the man
page, which now explains the situation, and then aborts the build.
If it would have done nothing before, it just outputs a warning that
it is an obsolete program.
|
|
turn on by default for fear of breaking backwards compatability:
- dh_makeshlibs makes the postinst/postrm call ldconfig. Closes: #77154
Patch from Masato Taruishi <taru@debian.org> (modified). If you
use this, be sure dh_makeshlibs runs before dh_installdeb; many
old rules files have the ordering backwards.
- dh_installdeb now causes all files in /etc to be registered as
conffiles.
- debian/README is now supported: it is treated exactly like
debian/README.Debian. Either file is installed as README.Debian in
non-native packages, and now as just README in native packages.
Closes: #34628
* This is really only the start of the changes for v3, so use with
caution..
* dh_du has finally been removed. It has been deprecated for ages, and
a grep of the archive shows that nothing is using it except biss-awt
and scsh. I filed bugs on both almost exactly a year ago. Those bugs
should now be raised to severity important..
* --number option (to dh_installemacsen) is removed. It has been
deprecated for a while and nothing uses it. Use --priority instead.
|
|
versions.
|
|
changes I hoped to get in that broke backwards compatability. That
development stalled after only the most important change was made,
although I did get out over 100 releases in the debhelper 2.0.x tree.
In the meantime, lots of packages have switched to using v2, despite my
warnings that doing so leaves packages open to being broken without
notice until v2 is complete.
* Therefore, I am calling v2 complete, as it is. Future non-compatabile
changes will happen in v3, which will be started soon. This means that
by using debhelper v2, one major thing changes: debhelper uses
debian/<package> as the temporary directory for *all* packages;
debian/tmp is no longer used to build binary packages out of. This is
very useful for multi-binary packages, and I reccommend everyone
switch to v2.
* Updated example rules files to use v2 by default.
* Updated all documentation to assume that v2 is being used.
* Added a few notes for people still using v1.
* Moved all of the README into debhelper(1).
|
|
|
|
|
|
depend on the build and install targets.
|
|
|
|
* Copyright date updates.
|
|
|
|
|
|
|
|
failed if
you try to build binary-indep and binary-arch targets in the same make
run. Make tries to be too smart. Modified the file so it will work,
though it's now uglier. Closes: 46287
* examples/*: It's important that one -not- use a install-stamp target.
Install should run every time binary-* calls it. Otherwise if a binary-*
target is called twice by hand, you get duplicate entries in the
maintainer script fragment files. Closes: #46313
|
|
failed if
you try to build binary-indep and binary-arch targets in the same make
run. Make tries to be too smart. Modified the file so it will work,
though it's now uglier. Closes: 46287
* examples/*: It's important that one -not- use a install-stamp target.
Install should run every time binary-* calls it. Otherwise if a binary-*
target is called twice by hand, you get duplicate entries in the
maintainer script fragment files. Closes: #46313
|
|
|
|
purge.
* Broke all debconf support off into a dh_installdebconf script. This
seems conceptually a little cleaner.
|
|
|
|
install-docs. I'm told this is better in some cases. (Closes: #45608)
* examples/rules.multi2: clarified what you have to comment/uncomment.
|
|
|
|
specific to
a single target of a Makefile. This works tremendously well with
DH_OPTIONS: no need to put "-i" or "-pfoo" after every debhelper command
anymore.
* debhelper.1: mentioned above technique.
* examples/rules.multi: use the above method to get rid of -i's and -a's.
* examples/rules.multi2: new file, example of a multi-binary package that
works for arch-indep and arch-dependant packages, and also allows
building of single binary packages independntly, via binary-<package>
targets. It accomplishes all this using only one list of debhelper
commands.
* examples/*: removed source and diff targets. They've been obsolete for 2
years -- or is it 3? No need for a nice error message on failure anymore.
|
|
|
|
|
|
|
