Your message dated Sat, 05 Sep 2015 22:00:20 +0200
with message-id <[email protected]>
and subject line Re: Bug#345439: Changed wildcard handling in v5 mode
has caused the Debian Bug report #345439,
regarding want a way to specify regexes with zero match mode in v6
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
345439: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=345439
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: debhelper
Version: 5.0.7
When updating glibc to use debhelper v5 mode instead of v4 mode, I
discovered that the line:
debian/tmp-amd64/usr/lib*/librpcsvc.a* usr/lib64
No longer works for excluding a file. This file is only produced when
natively compiling glibc, but not when cross compiling. We generate the
debhelper install lists from some master versions. In v4 mode, the
wildcard matches nothing as well and debhelper continues on. In v5
mode, I now get an abort because the file doesn't exist.
I realize that this might not actually be a bug, but if not then the
changed globbing handling should be documented in the debhelper manpage
as a change from v5. If that's also the case, can you suggest the
current Best Practice for listing a file that might not be there?
Tks,
Jeff Bailey
signature.asc
Description: Ceci est une partie de message numériquement signée
--- End Message ---
--- Begin Message ---
On Mon, 02 Jan 2006 10:31:28 -0500 Jeff Bailey
<[email protected]> wrote:
> [...]
>
> Ah, okay. Thanks. I used to rely on this behavious quite heavily. As
> a feature request for v6 mode, will you consider changing these to be
> regular expressions with an option to allow a "zero match" mode?
>
> The problem I'm trying to solve with glibc is that I have a list of .a
> files. Most of which I want. One of which might not get generated
> under some circumstances, and 4 or 5 of which should not be in this
> package because they're profiling libraries (*._p.a).
>
> Listing them is annoying because the list of libraries that glibc ships
> changes as add-ons are changed, or as the library changes over time.
>
> Tks,
> Jeff Bailey
>
Hi Jeff,
Thanks for the suggestion.
These days we provide filtering and renaming via compat 9 + dh-exec
(with dh-exec doing the heavy lifting). Therefore I will consider this
feature implemented and the bug solved. :)
Thanks,
~Niels
--- End Message ---
