GNU bug report logs -
#7638
question about make link issue
Previous Next
Reported by: Yixuan Huang <yixuan178 <at> gmail.com>
Date: Tue, 14 Dec 2010 14:45:02 UTC
Severity: normal
Tags: notabug
Done: Jim Meyering <jim <at> meyering.net>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 7638 in the body.
You can then email your comments to 7638 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-coreutils <at> gnu.org
:
bug#7638
; Package
coreutils
.
(Tue, 14 Dec 2010 14:45:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Yixuan Huang <yixuan178 <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-coreutils <at> gnu.org
.
(Tue, 14 Dec 2010 14:45:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hello,
When I try to make link on partition which mount from windwos through
cifs. It will be prompt like:
ln: creating symbolic link `aa.lnk': Operation not supported
Do we have any work around method to get it work if I want to make link on it?
Thanks,
yixuan
Information forwarded
to
owner <at> debbugs.gnu.org, bug-coreutils <at> gnu.org
:
bug#7638
; Package
coreutils
.
(Tue, 14 Dec 2010 15:00:03 GMT)
Full text and
rfc822 format available.
Message #8 received at 7638 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 12/14/2010 07:11 AM, Yixuan Huang wrote:
> Hello,
> When I try to make link on partition which mount from windwos through
> cifs. It will be prompt like:
> ln: creating symbolic link `aa.lnk': Operation not supported
>
> Do we have any work around method to get it work if I want to make link on it?
Thanks for the report; however, it is lacking a bit in details.
What machine are you running 'ln' on - Windows or a Unix-like system?
And which system is hosting the cifs drive that your local machine is
trying to access? Also, if you are using ln on windows, where did you
get it? If it is from cygwin, there have been some recent improvements
to make cygwin try to use native symlinks rather than windows .lnk files
on remote drives that have an appropriate extension, although that may
only be samba rather than cifs. If it is from mingw, there's no symlink
support whatsoever (since native windows symlink support was a
relatively recent addition, and is incompatible with POSIX semantics for
symlinks). You may be better off taking your issue to the distro where
you got your copy of ln, since we probably won't be able to help you
much here.
--
Eric Blake eblake <at> redhat.com +1-801-349-2682
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
owner <at> debbugs.gnu.org, bug-coreutils <at> gnu.org
:
bug#7638
; Package
coreutils
.
(Wed, 15 Dec 2010 14:45:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 7638 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
[please keep the list in the loop]
On 12/14/2010 10:09 PM, Yixuan Huang wrote:
> Dear Eric,
> Thanks for your response.
> I ran ln on sles11 x64, and mount windos shared folder through mount -t cifs.
> My scripts will do ln -s xx xx.so, so it will report error and said like:
> tar: pegasus/lib/libpegcommon.so: Cannot create symlink to
> `libpegcommon.so.1': Operation not supported
Thanks for the additional information. It sounds like you are running
into the issue on the Linux side of things, where you are locating files
on a cifs mount hosted natively by Windows. Remember, Windows has very
poor symlink support, and cifs is accurately reporting that it cannot
create a symlink because the underlying file system on the native
Windows side can't represent symlinks. This is not a bug in ln, but a
fundamental limitation of your choice of file system.
--
Eric Blake eblake <at> redhat.com +1-801-349-2682
Libvirt virtualization library http://libvirt.org
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-coreutils <at> gnu.org
:
bug#7638
; Package
coreutils
.
(Sun, 13 Nov 2011 11:58:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 7638 <at> debbugs.gnu.org (full text, mbox):
tags 7638 notabug
close 7638
thanks
Eric Blake wrote:
> [please keep the list in the loop]
>
> On 12/14/2010 10:09 PM, Yixuan Huang wrote:
>> Dear Eric,
>> Thanks for your response.
>> I ran ln on sles11 x64, and mount windos shared folder through mount -t cifs.
>> My scripts will do ln -s xx xx.so, so it will report error and said like:
>> tar: pegasus/lib/libpegcommon.so: Cannot create symlink to
>> `libpegcommon.so.1': Operation not supported
>
> Thanks for the additional information. It sounds like you are running
> into the issue on the Linux side of things, where you are locating files
> on a cifs mount hosted natively by Windows. Remember, Windows has very
> poor symlink support, and cifs is accurately reporting that it cannot
> create a symlink because the underlying file system on the native
> Windows side can't represent symlinks. This is not a bug in ln, but a
> fundamental limitation of your choice of file system.
Closing as "notabug".
Added tag(s) notabug.
Request was from
Jim Meyering <jim <at> meyering.net>
to
control <at> debbugs.gnu.org
.
(Sun, 13 Nov 2011 11:58:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
7638 <at> debbugs.gnu.org and Yixuan Huang <yixuan178 <at> gmail.com>
Request was from
Jim Meyering <jim <at> meyering.net>
to
control <at> debbugs.gnu.org
.
(Sun, 13 Nov 2011 11:58:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 11 Dec 2011 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 13 years and 191 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.