--- Begin Message ---
Subject: |
Mail System Error - Returned Mail |
Date: |
Thu, 7 Jul 2005 02:53:18 +0000 |
This Message was undeliverable due to the following reason:
Your message was not delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most likely there is a network problem that prevented delivery, but
it is also possible that the computer is turned off, or does not
have a mail system running right now.
Your message was not delivered within 5 days and 0 hours.
Host linux-fr.org is not responding.
The following recipients did not receive this message:
<address@hidden>
Please reply to <address@hidden>
if you feel this message to be in error.
Reporting-MTA: dns; qsrv02sl.mx.bigpond.com
Arrival-Date: Sat, 2 Jul 2005 02:13:41 +0000
Received-From-MTA: dns; [147.10.133.38]
Final-Recipient: RFC822; <khali@linux-fr.org>
Action: failed
Status: 5.2.0
Remote-MTA: dns; linux-fr.org
Diagnostic-Code: smtp;
451 4.7.1 Greylisting in action, please come back in 00:05:00
--- Begin Message ---
Subject: |
Re: gquilt 0.07 |
Date: |
Sat, 02 Jul 2005 12:13:40 +1000 |
User-agent: |
Mozilla Thunderbird 1.0.2-6 (X11/20050513) |
Jean Delvare wrote:
Hi Peter,
I am now using gquilt 0.07 everything seems to work OK :) Good job!
I'd have a few feature requests for the next version though:
1* A way to know which version of gquilt I am running.
OK.
2* A way to know which version of quilt gquilt is using (only if quilt
--version works, of course).
OK.
3* A way to refresh the playground. I am sometimes doing changes to the
playground without gquilt being aware about them (e.g. manually changing
the order of the patches in the series file, or upgrading the codebase),
and I have to reopen the same playground each time I do. A shortcut
would be great.
Yes, this is already on my list of URGENT features as I sometimes have
the same need. I'm planning on adding a drop down menu to the menu bar
for this with the ability to update each view separately and/or all at
once. I've toyed with the idea of doing automatic updates every few
seconds but am reluctant to do this. What do you think?
When "quilt series -v" is capable of indicating whether patches need
refreshing automatic updating of the patch list becomes more attractive.
Although a call to determine the status of just the top patch would
enable something with less overhead to be done.
BTW I've added a feature such that if QUILT_PATCHES is defined its value
is displayed at the top of the patch list.
Peter
--
Peter Williams address@hidden
"Learning, n. The kind of ignorance distinguishing the studious."
-- Ambrose Bierce
--- End Message ---
--- End Message ---