| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
* dh_gencontrol only needs to pass -p to dpkg-gencontrol if there is more
than one package in debian/control. This makes it a bit more flexible in
some cases.
|
|
|
|
|
|
/usr/X11R6/lib/X11/fonts/{100dpi,75dpi,misc}, as is required by policy.
|
|
paths in autoscripts. Neither is in posix, but which is in debianutils, so
will always be available. command -v is not available in zsh.
Closes: #148172
|
|
* Documented what globbing is allowed.
|
|
|
|
.so.* in its
name, stirp it as a ELF binary. It seems that GNUstep has files of this
sort. See bug #35733 (not sufficient to close all of it).
|
|
|
|
|
|
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.
|
|
|
|
Closes: #143234
|
|
debconf-mergetemplate.
* dh_installman: don't whine about zero-length man pages in .so conversion.
* Forgot to export filedoublearray, Closes: #142784
|
|
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.)
|
|
|
|
* Fixed dh_md5sums conffile excluding/including.
|
|
|
|
|
|
|
|
|
|
|
|
works.
I had to modify his patch to use cp --parents, since -P spews warnings
now. Also, I made it continue to use cp -a if nothing is excluded,
which is both faster, and means this patch is less likely to break
anything if it turns out to be buggy. Also, stylistic changes.
Closes: #40649
* Implemented -X for dh_installexamples as well.
* dh_clean -X substvars will also work now. Closes: #66890
|
|
|
|
* Ignore leading/trailing whitespace in DH_OPTIONS, Closes: #132645
|
|
doesn't get
upset. Closes: #131322
|
|
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.
|
|
- Better indenting of generated code.
- Better ordering of generated code (minor fix).
|
|
* dh_installxfonts:
- Packages that use this should depend on xutils. See man page.
- However, if you really want to, you can skip the dep, and the
postinst will avoid running program that arn't available. Closes: #131053
- Use update-fonts-dir instead of handling encodings ourselves. Yay!
- Pass only the last component of the directory name to
update-fonts-*, since that's what they perfer now.
- Other changes, chould fully comply with Debian X font policy now.
|
|
* dh_installxfonts:
- Packages that use this should depend on xutils. See man page.
- However, if you really want to, you can skip the dep, and the
postinst will avoid running program that arn't available. Closes: #131053
- Use update-fonts-dir instead of handling encodings ourselves. Yay!
- Pass only the last component of the directory name to
update-fonts-*, since that's what they perfer now.
- Other changes, chould fully comply with Debian X font policy now.
|
|
#128546
* Fixed dh_builddeb SYNOPSIS, Closes: #128548
|
|
jump), and it
is only for the very brave right now since I will unhesitatingly break
compatability in v4 mode as I'm developing it. Currently, updating to v4
mode will only make dh_makeshlibs -V generate shared library deps that
omit the debian part of the version number. The reasoning behind this
change is that the debian revision should not typically break binary
compatability, that existing use of -V is causing too tight versioned
deps, and that if you do need to include the debian revision for some
reason, you can always write it out by hand. Closes: #101497
* dh_testversion is deprecated -- use build deps instead. A warning message
is now output when it runs. Currently used by: 381 packages.
* dh_installxaw is deprecated -- xaw-wrappers in no longer in the
distribution. A warning message is now output when it runs. Currently used
by: 3 packages (bugs filed).
* Added referneces to menufile in dh_installmenu man page. Closes: #127978
(dh_make is not a part of debhelper, if you want it changed, file a bug on
dh-make.)
|
|
|
|
any weird
characters in filenames to a shell. Closes: #126491
* fixed dh_testdir man page
|
|
* Export dirname from Dh_Lib, and related cleanup, Closes: #125770
* Document dirname, basename in PROGRAMMING
|
|
|
|
|
|
Closes: #87972
* Optimized dh_installdeb conffile finding. Closes: #119035
* dh_installdeb: changed the #!/bin/sh -e to set -e on a new line. Whether
this additional bloat is worth it to make it easier for people to sh -x
a script by hand is debatable either way, I guess. Closes: #119046
* Added a check for duplicated package stanzas in debian/control,
Closes: #118805
|
|
and modified docs (Closes: #115733).
|
|
it work
properly. It was not stripping the language part from the installed
filenames.
|
|
|
|
the path and dpkg enforces it. Closes: #112385
|
|
|
|
#110418
|
|
Closes: #92826
Also some indentation fixes.
|
|
* Use -x to test for existance of init scripts, rather then -e since
we'll be running them, Closes: #109692
* dh_clean: remove debian/*.debhelper. No need to name files
specifically; any file matching that is a debhelper temp file.
Closes: #106514, #85520
|
|
generate them now, it used to and they may still be lurking in build
trees. Closes: #106514
* Fixed a typo. Closes: #106532
|
|
|
|
|
|
|
