| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
--print-architecture.
I hate this, and wish it wasn't necessary to make cross compiles for
the hurd work. Closes: #88494
* Now depends on debconf-utils for debconf-mergetemplates. Closes: #87321
* Continues to depend on lynx for html changelog conversions. Yes, these
and packages with translated debconf templates are rather rare, but
it makes more sense for debhelper to consistently depend on all utilities
it uses internally rather than force people to keep their dependancies
up to date with debhelper internals. If I decide tomorrow that w3m is
the better program to use to format html changelogs, I can make the
change and packages don't need to update their build dependancies.
Closes: #88464, #77743
* Test for init scripts before running them, since they are conffiles and
the admin may have removed them for some reason, and policy wants
us to deal with that gracefully.
* dh_makeshlibs: now uses objdump, should be more accurate. Closes:
#88426
* Wildcards have been supported for a while, Closes: #54197
* dh_installdocs and dh_link have been able to make doc-dir symlinks for
a while, Closes: #51225
|
| |
|
|
|
|
| |
a given *.so* file is indeed a shared library.
|
|
|
|
|
|
| |
quite a bad bug).
* dh_installman: fixed variable socoping error, so file conversions
should work now.
|
| |
|
|
|
|
|
|
|
|
|
| |
policy. The -k flag has been done away with, as the new perl packages
don't make packlist files.
* Fixed some bugs in the new dh_perl and updated it to my current
debhelper coding standards.
* Use dh_perl to generate debhelper's own deps.
* Version number increase to meet perl policy.
|
| |
|
|
|
|
| |
* Cleanups of debhelper.1 creation process.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It is not DWIM. You tell it what to install and it figures out where
based on .TH section field and filename extention. I reccommend everyone
begin using it, since this is much better then dh_installmanpages's
evilness. I've been meaning to do this for a very long time..
Closes: #38673, #53964, #64297, #16933, #17061, #54059, #54373, #61816
* dh_installmanpages remains in the package for backwards compatability,
but is mildly deprecated.
* dh_testversion is deprecated; use build dependancies instead.
* dh_suidregister: re-enabled. Aj thinks that requiring people to stop
using it is unacceptable. Who am I to disagree with a rc bug report?
Closes: #84910 It is still deprecated, and it will still whine at you
if you use it. I appreciate the job everyone has been doing at
switching to statoverrides..
* Since dh_debstd requires dh_installmanpages (where do you think the
latter's evil interface came from?), I have removed it. It was a nice
thought-toy, but nobody really used it, right?
* Since the from-debstd document walks the maintainer through running
dh_debstd to get a list of debhelper commands, and since that document
has really outlives its usefullness, I removed it too. Use dh-make
instead.
* dh_installman installs only into /usr/share/man, not the X11R6
directory. Policy says "files must not be installed into
`/usr/X11R6/bin/', `/usr/X11R6/lib/', or `/usr/X11R6/man/' unless this
is necessary for the package to operate properly", and I really doubt
a man page being in /usr/share/man is going to break many programs.
Closes: #81853 (I hope the bug submitter doesn't care that
dh_installmanpages still puts stuff in the X11R6/man directory.)
* dh_undocumented now the same too now.
* dh_installinit: installs debian/package.default files as /etc/default/
files.
* Updated to current perl coding standards (use strict, lower-case
variable names, pod man pages).
* Since with the fixing of the man page installer issue, my checklist for
debhelper v3 is complete, I pronounce debhelper v3 done! Revved the
version number appropriatly (a large jump; v3 changes less than I had
planned). Note that I have no plans for a v4 at this time. :-)
* Testing: I have used this new version of debhelper to build a large
number of my own packages, and it seems to work. But this release
touches every file in this package, so be careful out there..
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Closes: #84974
|
|
|
|
| |
wrapping
|
|
|
|
|
|
| |
Watson
<cjw44@flatline.org.uk>, Closes: #84408
|
|
|
|
|
| |
I may chenge this to a dependancy at some point in the future,
since one debconf command needs the package to work.
|
|
|
|
| |
they were previously ignored.
|
|
|
|
| |
dpkg-buildpackage reads the real control file and gets confused.
|
| |
|
|
|
|
|
| |
debian/control as the control file. This is very useful for various and
sundry things, all Evil, most involving kernel packages.
|
| |
|
|
|
|
| |
* Added note to dh_strip man page, Closes: #82220
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Closes: #80209
* ALso guarded all update-alternatives --remove calls.
|
| |
|
| |
|