unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#268: marked as done (unable to copy directory recursively to  a vfat partition)
       [not found] ` <871w41jb5o.fsf@river.rdd.mine.nu>
@ 2008-07-24 16:25   ` Emacs bug Tracking System
  0 siblings, 0 replies; only message in thread
From: Emacs bug Tracking System @ 2008-07-24 16:25 UTC (permalink / raw)
  To: Chong Yidong

[-- Attachment #1: Type: text/plain, Size: 877 bytes --]


Your message dated Thu, 24 Jul 2008 12:19:23 -0400
with message-id <87vdyvfe5w.fsf@stupidchicken.com>
and subject line Re: unable to copy directory recursively to a vfat partition
has caused the Emacs bug report #268,
regarding unable to copy directory recursively to a vfat partition
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 don@donarmstrong.com
immediately.)


-- 
268: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=268
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems

[-- Attachment #2: Type: message/rfc822, Size: 5285 bytes --]

From: rdd@comhem.se (Richard Dörwaldt)
To: bug-gnu-emacs@gnu.org
Subject: unable to copy directory recursively to a vfat partition
Date: Sat, 17 May 2008 15:46:43 +0200
Message-ID: <871w41jb5o.fsf@river.rdd.mine.nu>


Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.

Your bug report will be posted to the bug-gnu-emacs@gnu.org mailing list,
and to the gnu.emacs.bug news group.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

Copying a directory recursively in dired to a vfat partition fails because
`dired-copy-file-recursive' calls `set-file-modes' on directories after creating
them.  This behaviour appears to be new in 22.2, same recursive copy worked in
22.1.

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    `bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
/usr/share/emacs/22.2/etc/DEBUG for instructions.


In GNU Emacs 22.2.1 (x86_64-pc-linux-gnu, GTK+ Version 2.12.9)
 of 2008-05-13 on river
Windowing system distributor `The X.Org Foundation', version 11.0.10400090
configured using `configure  '--prefix=/usr' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--datadir=/usr/share' '--sysconfdir=/etc' '--localstatedir=/var/lib' '--program-suffix=-emacs-22' '--infodir=/usr/share/info/emacs-22' '--without-carbon' '--with-sound' '--with-x' '--with-toolkit-scroll-bars' '--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-xpm' '--with-x-toolkit=gtk' '--without-hesiod' '--without-kerberos' '--without-kerberos5' '--libdir=/usr/lib64' '--build=x86_64-pc-linux-gnu' 'build_alias=x86_64-pc-linux-gnu' 'host_alias=x86_64-pc-linux-gnu' 'CFLAGS=-O2 -march=athlon64 -pipe' 'LDFLAGS=''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: en_US.UTF-8
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: nil
  locale-coding-system: utf-8
  default-enable-multibyte-characters: t

Major mode: Lisp Interaction

Minor modes in effect:
  paredit-mode: t
  eldoc-mode: t
  partial-completion-mode: t
  iswitchb-mode: t
  show-paren-mode: t
  shell-dirtrack-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  unify-8859-on-encoding-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t

Recent input:
C-x 3 C-x 3 C-x + C-x C-f / m n t / u 3 RET C-u s R 
RET C-x 2 C-x C-f ~ / m s <tab> <backspace> u s <tab> 
s o r t <tab> RET C-s a r c C-s RET RET C-n C-n C-p 
C m u s i c <tab> RET y C-n C-p g M-o g C-s 2 0 0 7 
RET d x y M-o C-x 2 C-x + M-x r e p o r t - e m a c 
s - b u g RET

Recent messages:
Recursive copies of /home/rdd/music/sorted/arctic_monkeys/2007-favourite_worst_nightmare? (y or n) 
Copy: 1 of 1
Copying error for /home/rdd/music/sorted/arctic_monkeys/2007-favourite_worst_nightmare:
(file-error Doing chmod operation not permitted /mnt/u3/music/2007-favourite_worst_nightmare)

Mark saved where search started
Delete music/2007-favourite_worst_nightmare (y or n) 
1 of 1 deletions
1 deletion done
Loading emacsbug...done

-- 
rdd




[-- Attachment #3: Type: message/rfc822, Size: 1545 bytes --]

From: Chong Yidong <cyd@stupidchicken.com>
To: Sven Joachim <svenjoac@gmx.de>
Cc: emacs-devel@gnu.org, 268-done@emacsbugs.donarmstrong.com
Subject: Re: unable to copy directory recursively to a vfat partition
Date: Thu, 24 Jul 2008 12:19:23 -0400
Message-ID: <87vdyvfe5w.fsf@stupidchicken.com>

Sven Joachim <svenjoac@gmx.de> writes:

> I think we should avoid the first chown and create the directory with
> correct permissions from the start.  Here is a patch for EMACS_22_BASE:

Checked in, thanks.


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2008-07-24 16:25 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <87vdyvfe5w.fsf@stupidchicken.com>
     [not found] ` <871w41jb5o.fsf@river.rdd.mine.nu>
2008-07-24 16:25   ` bug#268: marked as done (unable to copy directory recursively to a vfat partition) Emacs bug Tracking System

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).