| Commit message (Collapse) | Author | Age |
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Open compat level 9, which incompatibly changes dh_auto_configure behavior
to set --libdir and --libexecdir to the multiarch directory path. This
requires dpkg-dev 1.16.0 (not yet released) for the multiarch directory
variable, so bump the dependency to this version.
Also set a new substvar, misc:Pre-Depends, to multiarch-support, a virtual
package provided by versions of eglibc that support the multiarch library
paths at runtime; this needs to be a pre-dependency to ensure unpacked but
not-yet-configured libraries can still be found during upgrades, so library
packages converting to multiarch (i.e., switching to compat 9) will need to
add this substitution by hand to debian/control.
|
| |
|
| |
|
|\ |
|
| |
| |
| |
| |
| | |
dh_strip, dh_makeshlibs: use triplet-objdump, triplet-objcopy and
triplet-strip from cross-binutils when cross-compiling; closes: #412118.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
As advised in man(1), always use: B<bold text> type exactly as shown.
I<italic text> replace with appropriate argument.
s/debian/Debian/ if needed. s/ / / also.
s/perl/Perl/ s/python/Python/ and s/emacs/Emacs/ too.
|
| | |
|
| | |
|
|/
|
|
| |
it generates shlibs files for. This means that -X can be used to exclude libraries from processing by dpkg-gensymbols. It also means that libraries in unusual locations, where dpkg-gensymbols does not itself normally look will be passed to it, a behavior change which may break some packages. Closes: #557603
|
|
|
|
|
|
|
|
|
| |
Closes: #557603 (Peter Samuelson)"
This reverts commit a6d3e307da558f6bf455a0d21e1cb9ec1b4fef03.
Necessary because it caused a behavior change and broke some package
builds.
|
|
|
|
| |
#557603 (Peter Samuelson)
|
| |
|
| |
|
|
|
|
|
| |
* dh_makeshlibs: Re-add --add-udeb support. Closes: #518655
* dh_shlibdeps: Remove --add-udeb switch (was accidentially added here).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
uses them.
Affected options are: -x, -r, -R, -l, -L, -m, --include-conffiles,
--no-restart-on-upgrade, --no-start, --restart-after-upgrade,
--init-script, --filename, --flavor, --autodest, --libpackage, --add-udeb,
--dpkg-shlibdeps-params, --dpkg-gencontrol-params, --update-rcd-params,
--major, --remove-d, --dirs-only, --keep-debug, --version-info,
--list-missing, --fail-missing, --language, --until, --after, --before,
--remaining, --with
* If any third-party debhelper commands use any of the above options,
they will be broken, and need to be changed to pass options to init().
* To avoid breaking rules files that pass options to commands that do not
use them, debhelper will now only warn if it encounters an unknown
option. This will be converted back to an error later.
|
|
|
|
|
|
| |
properly support includes. Closes: #452717
* Increase dpkg-dev dependency to 1.14.12 to ensure that dh_makeshlibs
isn't used with an old dpkg-gensymbols that doesn't support -I.
|
|
|
|
|
|
| |
Packages using this support should build-depend on dpkg-dev (>= 1.14.8).
Symbols files can be downloaded from mole:
http://qa.debian.org/cgi-bin/mole/seedsymbols
|
| |
|
|
|
|
| |
via --add-udeb parameter. Closes: #345471
|
|
|
|
| |
Closes: #305812, #305814, #305819, #305818, #305817, #305822
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
"XC-Package-Type: udeb" in debian/control. See debhelper(1) for
details.
* Dh_Lib: add and export is_udeb and udeb_filename
* dh_builddeb: name udebs with proper extension
* dh_gencontrol: pass -n and filename to dpkg-gencontrol
* dh_installdocs, dh_makeshlibs, dh_md5sums, dh_installchangelogs,
dh_installexamples, dh_installman, dh_installmanpages: skip udebs
* dh_shlibdeps: skip udebs. This may be temporary.
* dh_installdeb: do not process conffiles, shlibs, preinsts, postrms,
or prerms for udebs. Do not substiture #DEBHELPER# tokens in
postinst scripts for udebs.
* dh_installdebconf: skip config script for udebs, still do templates
|
|
|
|
|
|
| |
* dh_python: patch from Josselin to support packages only
shipping binary (.so) modules, and removal of any already byte-compiled
.py[co] found.
|
|
|
|
| |
Closes: #204559
|
|
|
|
|
|
| |
case dh_clean is run on one package at a time.
* Removed the debian/substvars removal code entirely. It was only there to
deal with half-built trees built with debhelper << 3.0.30
|
|
|
|
| |
* Typo, Closes: #183267
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.)
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
data in a file. Substvars data may be put in debian/package.substvars.
(Those files used to be used by debhelper for automatically generated
data, but it uses a different internal filename now). It will be merged
with any automatically determined substvars data. See bug #98819
* I want to stress that no one should ever rely in internal, undocumented
debhelper workings. Just because debhelper uses a certian name for some
internally used file does not mean that you should feel free to modify
that file to your own ends in a debian package. If you do use it, don't
be at all suprised when it breaks. If you find that debhelper is lacking
a documented interface for something that you need, ask for it!
(debhelper's undocumented, internal use only files should now all be
prefixed with ".debhelper")
|
|
|
|
| |
look just like shared libs, but are not.
|
| |
|
|
|
|
|
|
|
| |
for *.so* files. This should work for the variously broken db3,
liballeg, and it will fix the problem with console-tools-dev, which
contained (arguably broken) absolute symlinks to real files, which were
followed. Closes: #85483
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
--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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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..
|
| |
|
| |
|
|
|
|
|
| |
data like "debian/libruby/usr/lib/ruby/1.6/i486-linux/etc.so".
Closes: #78139
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|