*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
ps: Sorry to dampen anyones spirits, but the latest version (installed
1/2 hr ago) of gnome commander also does not preserve dates on copy (at
least, not all the time - only tried it on one file - but working
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
That doesn't work, either. :(
I'd say, thanks for those who have made progress on this issue, but am
worried by the optimism above:
** .. this bug is fixed***
in several posts.
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
I just tested with a FAT32 USB MP3 player. Timestamps are preserved here,
please see the screenshot.
Please post the output of apt-cache policy libglib2.0-0.
Mine:
$ apt-cache policy libglib2.0-0
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
Thank you for taking this seriously.
here's my versions:
[EMAIL PROTECTED]:~$ apt-cache policy libglib2.0-0
libglib2.0-0:
Installed: 2.16.3-1ubuntu3
Candidate: 2.16.3-1ubuntu3
Version table:
***
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
continued: attached is a copy of the same folder.
Note all the date/times have been altered.
Copied using copy/paste in Nautilus.
Folder and copy are both in the same fat32 drive (not a USB).
Thanks.
**
** This bug is no longer a duplicate of bug 215499
Nautilus not preserving timestamps
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
The ntfs-3g bug is fixed - see Comment 18. Marking as fix released.
The nautilus/gvfs/glib problems are tracked in Bug #215499.
** Changed in: nautilus (Ubuntu)
Status: New = Invalid
** Changed in: ntfs-3g (Ubuntu)
Status: Invalid = Fix Released
--
Copyng a file to a NTFS drive
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
** Changed in: ntfs-config
Status: New = Invalid
** Changed in: ntfs-3g (Ubuntu)
Status: New = Invalid
** This bug has been marked a duplicate of bug 215499
Nautilus not preserving
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
Just done all proposed update.
Connected digital camera via usb. Imported photo's via F-spot and Gthumb only
to fine that the date modified was todays date, ie the creation date on my pc,
and not the date
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
Can anyone please advise what else to do besides installing libglib2.0-0
(2.16.3-1ubuntu3), to make the fix work.
(I installed the new package and nautilus copy still alters the date).
I'd also like to add
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
2008/6/22 Drew [EMAIL PROTECTED]:
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
Can anyone please advise what else to do besides installing libglib2.0-0
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
Thanks, Ramos for trying, but problem persists.
Tried as you say -- no fix. Tried rebooting ubuntu -- no fix.
Noticed another package libglib2.0-data - installed new vrsion of that as well
- still no change
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
Confirming that this bug is fixed in Hardy Proposed repo. My many
thanks to those addressed this!!
@Drew -- Did you enabled the proposed repository? In synaptic pick
Settings|Repositories then go to the
*** This bug is a duplicate of bug 215499 ***
https://bugs.launchpad.net/bugs/215499
Thanks, HDave, for your comment. Especially that there is hope at the
end of all this...
However, I already did that. I only allowed the upgrade to the libglib
packages, though - but no dependencies
No question this is a bug, one that should be addressed as urgent if not
critical. Creation and modification dates, and other attributes have
always been preserved in Linux copy and move, and to state otherwise is
ridiculous. Changing this behavior is disasterous, and it did change
from 7.10 to
I think the idea that this is not a bug is totally wrong. This bug OP
does not want Linux to work differently than the UNIX spec. He wants
Linux to work according to the NTFS spec when writing to an NTFS file
system. NTFS tracks a creation date and a modified date. We all
understand that ext3
the bug should also likely be marked duplicate of bug #215499 now
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus
you will notice that all users writing here have the same expectation
as the bug filer.
sure, why users who don't consider the current behaviour as buggy would
go to the bug tracker, search for this bug and comment there?
this is a feature, not a bug
no, I'm saying that feature of bug is a
Due to this BUG, I switch from Ubuntu to Mandriva.
In Mandriva all work perfectly, I found a greater number of programs, the
installation of GoogleEarth (and other programs) is simpler, I can connect and
syncronize with my Htc Touch in a very simply way.
Bye, Bye Ubuntu
--
Copyng a file to a
Due to this BUG, I switch from Ubuntu to Mandriva.
you are free to use the system you want but such comments are not really
useful on a bug, you should rather send your comments to an user forum
or mailing list, note that the gvfs issue is an upstream one so the
current mandriva will have it too
Due to this BUG, I switch from Ubuntu to Mandriva.
you are free to use the system you want but such comments are not
really useful on a bug
Who cares - this story about this wrong copying has now going on for X
months, we all are fed up with the responsible people not caring about
it. So we
Sorry.
My first installation of a Linux is Mandrake (today Mandriva), used only 15
day, some years ago.
Then, in 2007, I have used Linux next Year, from ubuntu 7.04 to 8.04, and I
liked Ubuntu, and Linux.
The BUG, found in Ubuntu 7.10, is present in Ubuntu 8.04
I switch to Mandriva to try if
I agree that from a purely technical point of view, there is some
inherent logic in that. From the user's point of view, this is, however,
not understandable.
You can ask yourself which information a user would expect to have: The
birthdate of the file or the date of some copying process.
did you read the previous comment? different users might have different
expectation about the modification date there, technically the new file
has been created when you did the copy so changing the date for this one
is correct, anyway discussing the settings is not constructive and will
not make
did you read the previous comment?
Yes, and I answered to it. Please read.
different users might have different expectation about the
modification date there
Actually, when you read this thread carefully, you will notice that all
users writing here have the same expectation as the bug filer.
Why is this classified as wishlist anyway? From my limited knowledge I
would say this clearly adresses a bug.
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug notification because you are a member of Ubuntu
the standard unix copy does the same, the behaviour might be different
from what you expect but that doesn't make it really a bug
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug notification because you are a
Depends upon whether you see the behaviour of standard Unix as the
measure.
Personally, I would say that if I wanted Unix I would buy Unix, and the
only question important here is whether current defaults make sense or
might be dangerous for the average Ubuntu user.
Cf. Wikipedia, s.v. Software
this applies here: If you copy a file, you expect your file creation
date not to be destroyed. Current defaults prevents the software from
behaving as intended by the bug filer.
not really, a copy is writting the content in a different directory,
having the creation date being the copy one
1.) Am I getting this right: The problem is still the same as described
by the bug filer but now for another reason, which is described in
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/215499?
2.) Does anyone know whether a proper file copying system will be
available with 8.10?
--
Try using gnome commander or a different file manager also as a work
around in 8.10.
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is
You mean you are trying or you are advising me to try this?
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in
This particular bug IS fixed in 8.04 (and in 7.10 in the backports
repository). There is a new bug in GNOME with the new GVFS that is
causing modified dates to get changed for file copy/move across ALL file
systems. That is bug 215499
I am sorry, but this bug is NOT solved with 8.04 - in contrary it
appears again with all folders, while this problem didn't show up in
7.04.
I also defintiely need the creation date of a file to be copied in the
target folder and not the copy date! Especially with images from a
camera!
This
It looks like this is fixed in release 1.1120 of NTFS-3G which is also
the package currently in the Hardy (8.04) repository
http://packages.ubuntu.com/hardy/ntfs-3g so this bug may be resolved in
8.04.
--
Copyng a file to a NTFS drive change the date and the time of the file
added ntfs-config project
Carmelo Viavattene
** Also affects: ntfs-config
Importance: Undecided
Status: New
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug notification because you are a member of
ntfs-config
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for nautilus in ubuntu.
--
desktop-bugs mailing list
Auto-reply.
Sorry, another correction:
I'am changed:
UUID=567ECDF67ECDCF45 /media/sda2 ntfs defaults,umask=007,gid=46 0 1
in:
UUID=567ECDF67ECDCF45 /media/sda2 ntfs-3g defaults,locale=it_IT.utf8 0 1
and all is OK.
Then, changing the permission, my problem is solved (the modify time is
Ntfs-3g updates the times the same way as other file systems.
ext3:
# stat test1
File: `test1'
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
Device: 805h/2053d Inode: 2275396 Links: 1
Access: (0664/-rw-rw-r--) Uid: ( 1004/ szaka) Gid: ( 100/
Try to extract some or all the files of a compressed file (.zip, .tar, ...):
in the compressed file You see
the date and the time of the file, and if You extract in a NTFS drive, at
this moment You see the date of
the copy. Expected is the original date (and time), and this is OK if you
Is not a Nautilus problem.
To search the problem, i go to a complete re-install of my Ubuntu 7.10.
Now, i check all.
The ntfs-3g installed in my computer is version 1:1.913-2ubuntu1.
My computer have only a hard disk:
sda1 is a Windows XP C: drive, filesystem NTFS
sda2 is a Windows D: drive,
Sorry, a correction:
I think I must change:
UUID=567ECDF67ECDCF45 /media/sda2 ntfs defaults,umask=007,gid=46 0 1
in:
UUID=567ECDF67ECDCF45 /media/sda2 ntfs defaults,locale=it_IT.utf8 0 1
and can be I solve the problem of preserving the modify time?
(In this way I set the permissions of NTFS
Just to clarify: do you want the file change timestamp to be the start
time of the copy, not the end time of the copy? If the driver doesn't do
things this way then that will be fixed (one unrelated ctime update
problem is already fixed).
If you're interested in the creation time then
I not want the start time of the copy. I not want the end time of the copy. I
want the same time of the file origin of the copy:
An example: if I'am a file of 2005-10-24 8.34.56, and I copy this file to a
NTFS drive, the copyed file MUST have the same time of 2005-10-24 8.34.56. So,
if I see in
Please, change my comment of the original report from
I MUST know when my file is writed.
to
I MUST know when my file is created.
Regards,
Carmelo Viavattene
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug
** Changed in: ntfs-3g (Ubuntu)
Importance: Undecided = Wishlist
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug contact for
@ Carmelo: For the case you want to change something on further reports,
notice that there's a «Edit description/tags» option at the left
(section «Actions»). Cheers!
** Changed in: nautilus (Ubuntu)
Importance: Undecided = Wishlist
--
Copyng a file to a NTFS drive change the date and the
We've check it out now and NTFS-3G indeed doesn't update the creation
time correctly sometimes (originally you commented the modification
time).
Thank you for the bug report, this is planned to be fixed in the next
NTFS-3G release.
Szaka
==
NTFS-3G Lead Developer: http://ntfs-3g.org
** Description changed:
Ubuntu 7.10
I'am a hard disk with NTFS partition.
I use Nautilus to copy files or directory, and the problem appear.
If I copy a file to the NTFS partition, the date and the time of the copyed
file is changed to the time of the end of copy.
The same problem in a
@ Siegfried: Thank You,
Then, I have changed the description of my first report with «Edit
description/tags» at the left.
At this point, i know a best way to report a bug to Ubuntu team, and to change
a my not perfect description.
@ Szabolcs:
Moreover, I am happy to have guessed to
When you /bin/cp a file then it gets new timestamps by default whatever
is the file system. Nautilus maybe redefines this behaviour but not
consistently.
** Changed in: nautilus (Ubuntu)
Sourcepackagename: ntfs-3g = nautilus
--
Copyng a file to a NTFS drive change the date and the time of the
If I copy my files from a disk to another or to another directory, I
want know when my files are created.
Can You help me?
Regards,
Carmelo Viavattene
--
Copyng a file to a NTFS drive change the date and the time of the file
https://bugs.launchpad.net/bugs/157396
You received this bug
52 matches
Mail list logo