Your message dated Tue, 31 Jan 2012 16:48:58 +0100
with message-id <[email protected]>
and subject line dpatch: closing old wontfix bugs
has caused the Debian Bug report #531607,
regarding dpatch: Support multiple patch phases
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.)
--
531607: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=531607
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dpatch
Version: 2.0.30
Severity: wishlist
For packages with build systems as awful as Eclipse's, not all the patches can
be applied at the same phase in the build process. It would be nice to be able
to apply a named group of patches at once with the group being maintained in a
file in /debian/patches, and still being able to use deapply-all to restore
everything to the unpatched state.
Suggested command line syntax: dpatch apply-foo
While there are several ways that groups could be specified in 00list, it seems
like the easiest way to handle it would be to require cpp mode and pass in the
group name as a define. If you want a non-cpp mode for the feature, you could
have 00group.foo files. 'all' would read 00list and all 00group files, while
'foo' would only read 00group.foo.
-- System Information:
Debian Release: 5.0
APT prefers jaunty-updates
APT policy: (500, 'jaunty-updates'), (500, 'jaunty-security'), (500, 'jaunty')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-2-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dpatch depends on:
ii bash 3.2-5ubuntu1 The GNU Bourne Again SHell
Versions of packages dpatch recommends:
ii dpkg-dev 1.14.24ubuntu1 Debian package development tools
ii fakeroot 1.12.1ubuntu1 Gives a fake root environment
ii patchutils 0.2.31-4 Utilities to work with patches
Versions of packages dpatch suggests:
pn curl <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi!
I'm closing a few of age-old bugs filed against dpatch, which have been
marked wontfix for a while now, and which I consider safe to close for
one reason or the other.
These are:
#358019: As explained in my wontfix mail, I don't consider this fixable,
and it's better 'fixed' in another way: changing one's workflow.
#400897: The examples are meant to be simple, and showcase the
defaults. If one deviates from the defaults, then he must take care of
the side-effects too, dpatch is not going to guard against
corner-cases. That is, this isn't a bug, but a design decision.
#217299: See David's explanation from 2004. I'm closing the bug, since
there were no followups anyway.
#328391: Since dpatch-getorigtargz was removed, -b cannot be made
default, therefore I'm closing the bug. dpep wasn't meant to do
everything on behalf of the user anyway.
#330808: No response since 2005, and dpatch was meant to handle
dpatches, and dpatches alone. Furthermore, migrating from dpatch (where
the dpatches are all patch files) to another patch system is trivial,
you can just drop the files there and done. All dpatch scripts that use
the default template are also valid patch files.
#342768: This is actually two feature requests, the first part of which
has been supported by dpatch for ages, the other requires tweaking
dpatch-edit-patch, which would be more effort than the gain. The bug
hasn't seen any noticable traffic since 2005, not even after my spam
late last year, so I'm closing it now.
#345900: 00list is a design decision, it's going to stay.
#531607: dpatch wasn't designed to be able to group patches together,
that would be a larger feature, one which I don't want to do. One can
already achieve something similar, it's just that dpatch apply-all
won't work. But, this is by design, and is going to stay that way.
--
|8]
--- End Message ---
