| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
5.10 is in stable, which is good enough for me.
(And this dependency was added for very unclear reasons in the first place.)
|
|
|
|
|
| |
It was only needed so dh_shlibdeps and dh_strip, which are no longer run
during build.
|
|
|
|
| |
The man page recode is not necessary as the man pages are utf-8 already.
|
| |
|
|
|
|
|
|
| |
Note to backporters: If you remove that dependency, debhelper will fall
back to not doing multiarch stuff in v9 mode, which is probably what you
want.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
GetOptionsFromArray. Closes: #536310
|
| |
|
|
|
|
| |
dpkg-gencontrol.
|
| |
|
| |
|
|
|
|
| |
dh_shlibdeps, which both use it. (It could be changed not to, but it's good to have it run all the commands as a test.) Closes: #486439
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I uploaded man-db 2.5.1-1 to incoming this morning, so I think we can
now proceed with the plan we discussed a while back:
http://lists.debian.org/debian-i18n/2007/10/msg00063.html
I've attached a patch against git HEAD that recodes all manual pages to
UTF-8 on installation. I've tested this with debconf and it seems to be
doing the right thing. I suspect a small number of packages that have
inconsistently-encoded manual pages will fail to build as a result of
this, but I believe that these are rather few and I contend that they
were buggy anyway (as man would fail to display those pages).
The reason for the slightly baroque installation method (install file,
man --recode to .new, mv back) is that this allows man to guess the
encoding based on the installation directory.
Note that the original (non-.UTF-8) installation directories are
retained, per the latest discussion in #440420.
|
| |
|
|
|
|
|
|
| |
dpkg-shlibdeps. The old behavior of passing -L to dpkg-shlibdeps didn't
affect where it looked for symbols files. Closes: #459224
* Depend on dpkg-dev 1.14.15, the first to support dpkg-shlibdeps -S.
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
in an IMHO rather futile attempt to deal with derived distributions.
Closes: #395495
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
best of
a difficult situation.
* Revert all dh_python changes. Closes: #381389, #378604
* Conflict with python-support << 0.5.3 and python-central << 0.5.5.
* Make dh_python do nothing if debian/pycompat is found.
The new versions of dh_pysupport or dh_pycentral will take care of
everything dh_python used to do in this situation.
* dh_python is now deprecated. Closes: #358392, #253582, #189474
* Non-maintainer upload.
* Update of dh_python
- when buidling for a non-standard Python version, generate more
reasonable Depends like "python (>= X.Y) | pythonX.Y"
Closes: #375576
- fix handling of private extensions. Closes: #375948
- fix parsing of XS-Python-Version, it didn't work if only fixed versions
were listed in XS-Python-Version.
- fix use of unitialized value. Closes: #374776
- fix typos in POD documentation. Closes: #375936
* Non-maintainer upload.
* Update of dh_python
- vastly refactored, easier to understand, and the difference
between old policy and new policy is easier to grasp
- it supports an -X option which can be used to not scan some files
- uses debian/pyversions as reference source of information for
dependencies but also parse the XS-Python-Version header as fallback.
- ${python:Versions}'s default value is XS-Python-Version's value
instead of "all" when the package doesn't depend on a
specific python version. Closes: #373853
- always generate ${python:Provides} and leave the responsibility to the
maintainer to not use ${python:Provides} if he doesn't want the
provides.
- uses debian/pycompat or DH_PYCOMPAT as reference field to run in new
policy mode. The presence of XS-Python-Version will also trigger the
new policy mode (this is for short-term compatibility, it may be removed in
the not too-distant future).
DH_PYCOMPAT=1 is the default mode and is compatible to the old policy.
DH_PYCOMPAT=2 is the new mode and is compatible with the new policy.
* Use "grep ^Version:" instead of "grep Version:" on the output of
dpkg-parsechangelog since the above changelog entry matched "Version:" and
thus made the build fail.
* Non-maintainer upload.
* Integrate the new dh_python implementing the new Python policy. Closes: #370833
|
| |
|
|
|
|
| |
* move po4a to Build-Depends as it's run in clean.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
dh_installxfonts, dh_link and dh_compress manpages
* Delete -f option in po4a command line. Bug in po4a has been corrected in new version (0.24.1).
* Change build-depends for po4a. New version (0.24.1).
* Add code for removing empty "lang" directories into man/ when cleaning.
|
|
|
|
|
|
| |
templates files via debconf-mergetemplate (keep a warning if any are
found, for now). Allows dropping debhelper's dependency on
debconf-utils. Closes: #331796
|
|
|
|
| |
* Depends on dpkg-dev 1.13.13 for dh_shlibdeps change.
|
| |
|
| |
|
|
|
|
| |
Closes: #328791
|
| |
|
| |
|
|
|
|
|
|
| |
#265777
* Complete Spanish translation of all man pages thanks to Rubén Porras
|
| |
|
|
|
|
|
| |
* dh_installman: match .so links with whitespace after the filename
Closes: #208753
|
| |
|