| Commit message (Collapse) | Author | Age |
|
|
|
| |
a core dump.) Closes: #477391
|
| |
|
| |
|
|
|
|
| |
for compleness, support .icon files. This matches the set of extensions supported by gtk-update-icon-cache. Closes: #448094
|
|
|
|
| |
when saving the output back, save it to a non-compressed filename (and delete the original, compressed file). Closes: #470913
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
just those installed by the program.
|
| |
|
|
|
|
|
| |
lintian to worry about supporting. Closes: #109642, #166320, #206765
(Thanks to Steve M. Robbins for the initial implementation.)
|
| |
|
|
|
|
| |
(hash key order), so sort it. Closes: #468959
|
| |
|
|
|
|
|
| |
The time stamp information need not be contained in the .gz file since the
time stamp is preserved when compressing and decompressing. Closes: #467100
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
* dh_strip: The -k flag didn't work (--keep did). Fix.
|
| |
|
|
|
|
|
|
|
| |
which can include debug libraries that dpkg-shlibdeps should look at,
only skip the subdirectories of it that contain separate debugging
symbols. (Hardcoding the names of those directories is not the best
implementation, but it will do for now.) Closes: #461339
|
|
|
|
| |
with policy. Closes: #461392
|
| |
|
| |
|
|
|
|
|
|
| |
install a directory ending with "/." (slashdot effect?) when exclusion is
enabled. Emulate the behavior of cp in this case. Closes: #253234
* dh_install: Fix #459426 here too.
|
|
|
|
|
|
| |
* Avoid infiinite recursion when told to install a directory ending with
"/." (slashdot effect?). Indeed, arbitrarily complex paths can be used
now, although there's really no point in using them. Closes: #253234
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
| |
much smarter, and these options are almost never needed. Closes: #459226
* dh_shlibdeps: If a relative path is specified in -l, don't prepend the pwd
to it, instead just prepend a slash to make it absolute. dpkg-shlibdeps
has changed how it used LD_LIBRARY_PATH, so making it point into the
package build directory won't work.
|
| |
|
| |
|
|
|
|
| |
the characters that the doc-base manual allows in the id. Closes: #445541
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Patch from Frédéric Bothamy. Closes: 453051
|
|
|
|
| |
Closes: #452337
|
| |
|
|
|
|
|
|
| |
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
|
| |
|
| |
|
| |
|
|
|
|
| |
call update-icon-caches command. Thanks, Josselin Mouette.
|
| |
|