| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the beginning, I tried to be careful to have commands that added a
substvar remove it when ran again with different options that caused it
to not be needed. However, now when I look over the code, I see 3 places
that got it right, 1 that was right but I just broke, and a dozen that
don't even try to handle this case.
Also, handling the case is hard; code that adds substvars may be complex
and calculate versioned dependencies. The removal code then has to somehow
also come up with those same exact dependency strings. It's a recipe for
nasty code and maintenance headache even if I went and fixed everything
right now.
Instead, I dropped the whole thing. Many debhelper commands make no
pretense of being idempotent anyway; it's easy and normal to call dh_prep
when starting a binary package build, with the exact purpose of not needing
to worry about idempotency.
I did leave in the delsubstvar function, as well as the option to
addsubstvar that, confusingly, causes an item to be removed. Just for
library compatability reasons.
|
| |
|
|
| |
#548382
|
| |
|
|
| |
field.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
| |
python-support for packages providing private modules or python-only
modules, since python policy hasn't been updated for this yet.
Closes: #347758
|
| | |
|
| |
|
|
|
|
| |
* dh_python: Minimal fix from Joss for -V to make it search the right
site-packages directories. Closes: #312661
*
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
"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
|
| |
|
|
| |
* Fix mispelling in prerm-sgmlcatalog. Closes: #215189
|
| |
|
|
|
| |
* dh_link: Improve error message if link destination is a directory.
Closes: #206689
|
| |
|
|
|
|
| |
* dh_python: patch from Josselin to support packages only
shipping binary (.so) modules, and removal of any already byte-compiled
.py[co] found.
|
| |
|
|
|
|
| |
a package
use. Patch from Josselin, of course.
|
| |
|
|
|
|
| |
#204717
* dh_pythn: also stylistic and tab damage fixes
|
| | |
|
| |
|
|
|
| |
* dh_link: don't complain if tmp dir does not exist yet when doing pre-link
scan.
|
| |
|
|
|
| |
* dh_python: don't bother terminating the regexp, 2.2.3c1 for example.
Closes: #194531
|
| |
|
|
| |
python in stable, version 2.1.3+.
|
| | |
|
| |
|
|
| |
* Typo, Closes: #183267
|
| |
|
|
|
|
|
|
| |
* Cleaned up error message if python is not installed. Closes: #173524
* dh_python: Bug fix from Josselin Mouette for case of building an arch
indep python package depending on a arch dependent package. However, I
used GetPackages() rather than add yet another control file parser.
Untested.
|
| |
|
