GNU bug report logs -
#19865
tar-untar-buffer: should honor default-directory
Previous Next
Reported by: Ivan Shmakov <ivan <at> siamics.net>
Date: Sat, 14 Feb 2015 11:32:01 UTC
Severity: minor
Tags: fixed, patch
Fixed in version 27.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #53 received at 19865 <at> debbugs.gnu.org (full text, mbox):
> From: Ivan Shmakov <ivan <at> siamics.net>
> Date: Sat, 14 Feb 2015 17:32:59 +0000
>
> >>>>> Eli Zaretskii <eliz <at> gnu.org> writes:
> >>>>> From: Ivan Shmakov Date: Sat, 14 Feb 2015 15:57:36 +0000
>
> >> Well, let’s see if I can reword the report.
>
> > If all you want is for me to stop bothering you with comments, all
> > you need is just ask. There's no need to have the bug reports
> > reworded around my comments.
>
> All I want is to get the issue (that is: the misbehavior of
> tar-untar-buffer with respect to the tar-mode buffer value of
> default-directory) fixed.
>
> From where I stand, the shortest way there seems to get either
> of my two patches approved (that is: at least a single OK and no
> NAKs), so that I can safely push it. If there’s any other way I
> should be aware of – I’d like to hear about it.
>
> My understanding is that the Stefan’s comment is an OK (for a
> former patch), while your request for “someone third to resolve
> the tie” is a NAK (please correct me if it’s not.)
It is only a NAK if it's respected. I cannot force anyone here to do
anything, I don;t have that power.
> I appreciate the comments regarding the possible new “explicit
> destination directory” feature, and I guess I can work on a
> possible implementation once /this/ issue – and also #19481 –
> are fixed. However, I believe that such a new feature is no
> substitute for a proper fix to this bug.
I obviously disagree, but whatever.
This bug report was last modified 5 years and 331 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.