| Commit message (Collapse) | Author | Age |
| |
|
| |
|
|
|
|
| |
third party programs such as dh_installtex. Closes: #419060
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
/etc/udev/rules.d/, not
using the symlinks. MD has agreed that this is more appropriate for most
packages.
* That fixes the longstanding bug that the symlink was only made on brand
new installs of the package, rather than on upgrade to the first version
that includes the udev rules file. Closes: #359614
* dh_installudev: Add preinst and postinst code to handle cleanly moving
the rules file to the new location on upgrade.
* This would be a good time for the many packages that manage rules files
w/o using dh_installudev to begin to use it..
|
| |
|
|
|
|
| |
/etc/network/if-up.d, etc files. Closes: #217552
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
preinst and postinst scripts. For example, if a package uses
dh_pysupport before dh_installinit, the prerm will first stop the init
script and then remove the python files.
* Introducing beginning of v6 mode.
* dh_installwm: In v6 mode, install a slave manpage link for
x-window-manager.1.gz. Done in v6 mode because some window managers
probably work around this longstanding debhelper bug by registering the
slave on their own. This bug was only fixable once programs moved out of
/usr/X11R6. Closes: #85963
* dh_builddeb: In v6 mode, fix bug in DH_ALWAYS_EXCLUDE handling, to work
the same as all the other code in debhelper. This could only be fixed in
v6 mode because packages may potentially legitimately rely on the old
buggy behavior. Closes: #242834
* dh_installman: In v6 mode, overwrite exsiting man pages. Closes: #288250
|
| |
|
|
|
|
|
|
| |
initial
package install. Closes: #415717
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
leading zeros
can be used (also so that a leading "z" that is not "z60" can be
specified). Closes: #381851
|
| |
|
|
|
|
|
|
| |
hidden
away inside a subdirectory. The code missed this before. See #200905
|
|
|
|
|
| |
Closes: #404785
* Man page improvements. Closes: #406707
|
|
|
|
| |
Closes: #406921
|
|
|
|
| |
too.
|
|
|
|
| |
influencing it.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
dh_installinfo
|
| |
|
|
|
|
|
|
| |
* dh_installinfo: Put the section madness to bed by not passing any section
information to install-info. Current install-info parses INFO-DIR-SECTION
on its own if that's not specified. Closes: #337215
|
|
|
|
|
| |
in an IMHO rather futile attempt to deal with derived distributions.
Closes: #395495
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
field.
|
| |
|
| |
|
|
|
|
|
|
| |
better.
* Add size test exception for dh_python, since it's deprecated.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
lines. This is not a joke, and 100 lines would be better.
|
| |
|
| |
|
|
|
|
| |
* move po4a to Build-Depends as it's run in clean.
|
| |
|
| |
|