Re: ICU: wrong links
Angelo Graziosi schrieb: After the update to icu-4.5.1-1, I notice that $ ls -lrt /usr/lib [...] lrwxrwxrwx 1 root root 14 20 set 00.02 cygiculx.dll - cygiculx45.dll lrwxrwxrwx 1 root root 14 20 set 00.02 cygicule.dll - cygicule45.dll lrwxrwxrwx 1 root root 14 20 set 00.02 cygicuio.dll - cygicuio45.dll lrwxrwxrwx 1 root root 16 20 set 00.02 cygicui18n.dll - cygicui18n45.dll lrwxrwxrwx 1 root root 16 20 set 00.02 cygicudata.dll - cygicudata45.dll [...] lrwxrwxrwx 1 root root 14 20 set 00.02 cygicuuc.dll - cygicuuc45.dll lrwxrwxrwx 1 root root 14 20 set 00.02 cygicutu.dll - cygicutu45.dll [...] are _wrong_ symlinks. Perhaps, a packaging error. Yes, for sure. Thanks. -- Reini -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
ICU: wrong links
After the update to icu-4.5.1-1, I notice that $ ls -lrt /usr/lib [...] lrwxrwxrwx 1 root root 14 20 set 00.02 cygiculx.dll - cygiculx45.dll lrwxrwxrwx 1 root root 14 20 set 00.02 cygicule.dll - cygicule45.dll lrwxrwxrwx 1 root root 14 20 set 00.02 cygicuio.dll - cygicuio45.dll lrwxrwxrwx 1 root root 16 20 set 00.02 cygicui18n.dll - cygicui18n45.dll lrwxrwxrwx 1 root root 16 20 set 00.02 cygicudata.dll - cygicudata45.dll [...] lrwxrwxrwx 1 root root 14 20 set 00.02 cygicuuc.dll - cygicuuc45.dll lrwxrwxrwx 1 root root 14 20 set 00.02 cygicutu.dll - cygicutu45.dll [...] are _wrong_ symlinks. Perhaps, a packaging error. Ciao, Angelo. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Wrong links?
I have noticed that if I do 'ls -l /bin'
I get the following wrong links:
X11 - ../X11R6/bin
pnmnoraw - pnmtoplainpnm.exe [1]
rcs2log - ../share/cvs/contrib/rcs2log
webcheck - ../share/webcheck/webcheck.py
If I do 'ls -l /usr/bin', only [1] is still wrong, the remaining links
are OK.
Regarding [1], 'pnmtoplainpnm.exe' does not exist, only 'pnmtoplainpnm'
is there, without '.exe'!
Is this different behaviour ('ls -l /bin' / 'ls -l /usr/bin') to be
expected?
Cheers,
Angelo.
---
...da cui vergine nacque
Venere, e fea quelle isole feconde
col suo primo sorriso,...
-
Ugo FOSCOLO, A Zacinto
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: Wrong links?
Angelo Graziosi wrote on 25 March 2008 14:38:
I have noticed that if I do 'ls -l /bin'
I get the following wrong links:
X11 - ../X11R6/bin
In what sense is that wrong?
pnmnoraw - pnmtoplainpnm.exe [1]
rcs2log - ../share/cvs/contrib/rcs2log
webcheck - ../share/webcheck/webcheck.py
If I do 'ls -l /usr/bin', only [1] is still wrong, the
remaining links are OK.
What do you mean by wrong? Soft-links are text strings, they cannot be
inherently wrong or right unless you have some extra criterion to apply.
Regarding [1], 'pnmtoplainpnm.exe' does not exist, only 'pnmtoplainpnm'
is there, without '.exe'!
Is this different behaviour ('ls -l /bin' / 'ls -l /usr/bin') to be
expected?
It's an interaction between two things:
1. /bin and /usr/bin are the same physical directory, /usr/bin being a
mount point for /bin.
2. exe magic only works on links when they can be resolved.
cheers,
DaveK
--
Can't think of a witty .sigline today
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Wrong links? (Attn: netpbm, cvs, and webcheck maintainers)
On Tue, 25 Mar 2008, Angelo Graziosi wrote:
I have noticed that if I do 'ls -l /bin'
I get the following wrong links:
X11 - ../X11R6/bin
pnmnoraw - pnmtoplainpnm.exe [1]
rcs2log - ../share/cvs/contrib/rcs2log
webcheck - ../share/webcheck/webcheck.py
If I do 'ls -l /usr/bin', only [1] is still wrong, the remaining links
are OK.
Regarding [1], 'pnmtoplainpnm.exe' does not exist, only 'pnmtoplainpnm' is
there, without '.exe'!
[1] is a packaging error. pnmtoplainpnm is a bash script, and the link is
in this form in the binary tarball.
Is this different behaviour ('ls -l /bin' / 'ls -l /usr/bin') to be
expected?
Well, yes. Since the links are relative, doing ls -l /bin will attempt
to find the files in /share, which doesn't exist.
These are also packaging errors because, again, the links exist in the
relative form in the binary tarballs (I've only checked the cvs tarball,
but I assume webcheck has the same issue).
This may be a cygport bug as well.
Good catch.
Igor
--
http://cs.nyu.edu/~pechtcha/
|\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!)
|,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski
'---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow!
That which is hateful to you, do not do to your neighbor. That is the whole
Torah; the rest is commentary. Go and study it. -- Rabbi Hillel
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Wrong links? (Attn: netpbm, cvs, terminfo, and webcheck maintainers)
Igor Peshansky ha scritto:
On Tue, 25 Mar 2008, Angelo Graziosi wrote:
I have noticed that if I do 'ls -l /bin'
I get the following wrong links:
X11 - ../X11R6/bin
pnmnoraw - pnmtoplainpnm.exe [1]
rcs2log - ../share/cvs/contrib/rcs2log
webcheck - ../share/webcheck/webcheck.py
If I do 'ls -l /usr/bin', only [1] is still wrong, the remaining links
are OK.
Regarding [1], 'pnmtoplainpnm.exe' does not exist, only 'pnmtoplainpnm' is
there, without '.exe'!
[1] is a packaging error. pnmtoplainpnm is a bash script, and the link is
in this form in the binary tarball.
Is this different behaviour ('ls -l /bin' / 'ls -l /usr/bin') to be
expected?
Well, yes. Since the links are relative, doing ls -l /bin will attempt
to find the files in /share, which doesn't exist.
These are also packaging errors because, again, the links exist in the
relative form in the binary tarballs (I've only checked the cvs tarball,
but I assume webcheck has the same issue).
This may be a cygport bug as well.
Good catch.
Igor
Also 'ls -l /lib' / 'ls -l /usr/lib' shows something similar with:
X11 - ../X11R6/lib/X11
terminfo - ../share/terminfo
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Wrong links?
Dave Korn ha scritto: What do you mean by wrong? 'ls -l /bin' shows them in RED (as if they were unresolved), instead 'ls -l /usr/bin' shows them in CYAN, i.e. pointing to the right files. Cheers, Angelo. --- Physics is like sex: sure it may give some pratical results, but that's not why we do it. - Richard Philips FEYNMAN -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Wrong links in /etc
Following the discussion Re: [ANNOUNCEMENT] Updated: vim-7.0.122-1 (http://cygwin.com/ml/cygwin/2006-10/msg00411.html...) I have discovered that in /etc there are 4 wrong links (I say that them are 'wrong' because 'ls' shows them in RED instead of CYAN): hosts - C:\WINDOWS\system32\drivers\etc\hosts protocols - C:\WINDOWS\system32\drivers\etc\protocol services - C:\WINDOWS\system32\drivers\etc\services networks - C:\WINDOWS\system32\drivers\etc\networks Now, I have the cygdrive prefix mounted to '/', i.e. when I installed Cygwin, I have run mount --change-cygdrive-prefix / so that I can access drives as /c (C:), /a (A:), /d (D:, DVD burner) and /e (E: CD burner). I would ask if it is the case, as workaround, to recreate, manually, those links in the correct way, for example: ln -sf /c/WINDOWS/system32/drivers/etc/hosts hosts ... Thanks, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wrong links in /etc
Angelo Graziosi wrote: Following the discussion Re: [ANNOUNCEMENT] Updated: vim-7.0.122-1 (http://cygwin.com/ml/cygwin/2006-10/msg00411.html...) So why are you starting a new thread when the discussion in the existing one is still ongoing? http://cygwin.com/ml/cygwin/2006-10/msg00463.html I would ask if it is the case, as workaround, to recreate, manually, those links in the correct way, for example: ln -sf /c/WINDOWS/system32/drivers/etc/hosts hosts Or more simply just for F in hosts protocols services networks; do ln -sf $(cygpath -S)/drivers/etc/$F $F; done But the whole point is that if you (or another user on the system) later changes the cygdrive prefix after you create the links, then they will break. So as long as you don't regularly change cygdrive then that is fine, but for the purposes of a correct solution the need remains for a /cygdrive-like tree that can be relied on existing. FWIW, my vote goes for making something like /dev/systemroot to map to the Windows system32 directory, rather than making a second cygdrive prefix that never changes. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wrong links in /etc
Brian Dessent wrote: Or more simply just for F in hosts protocols services networks; do ln -sf $(cygpath -S)/drivers/etc/$F $F; done This works fine for hosts, services, networks but not for protocols protocols -- /c/WINDOWS/system32/drivers/etc/protocol ^^^^^^ Thanks, Angelo. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wrong links in /etc
On Thu, Oct 12, 2006 at 04:01:45PM -0700, Brian Dessent wrote: FWIW, my vote goes for making something like /dev/systemroot to map to the Windows system32 directory, rather than making a second cygdrive prefix that never changes. This isn't up for a vote. There will be no filesystems under /dev as long as I'm associated with Cygwin. As I stated earlier, I don't see any reason to add more complication to Cygwin's path handling. We can deal with the current problem with a mount point. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wrong links in /etc
On Fri, 13 Oct 2006, Angelo Graziosi wrote: Brian Dessent wrote: Or more simply just for F in hosts protocols services networks; do ln -sf $(cygpath -S)/drivers/etc/$F $F; done This works fine for hosts, services, networks but not for protocols protocols -- /c/WINDOWS/system32/drivers/etc/protocol ^^^^^^ Try http://cygwin.com/ml/cygwin/2006-10/msg00488.html. Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wrong links in /etc
Christopher Faylor wrote: On Thu, Oct 12, 2006 at 04:01:45PM -0700, Brian Dessent wrote: FWIW, my vote goes for making something like /dev/systemroot to map to the Windows system32 directory, rather than making a second cygdrive prefix that never changes. This isn't up for a vote. There will be no filesystems under /dev as long as I'm associated with Cygwin. As I stated earlier, I don't see any reason to add more complication to Cygwin's path handling. We can deal with the current problem with a mount point. I've set cygdrive prefix to /dev for years with no ill effects -- Andrew DeFaria http://defaria.com What was the best thing before sliced bread? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wrong links in /etc
Andrew DeFaria wrote: Christopher Faylor wrote: On Thu, Oct 12, 2006 at 04:01:45PM -0700, Brian Dessent wrote: FWIW, my vote goes for making something like /dev/systemroot to map to the Windows system32 directory, rather than making a second cygdrive prefix that never changes. This isn't up for a vote. There will be no filesystems under /dev as long as I'm associated with Cygwin. As I stated earlier, I don't see any reason to add more complication to Cygwin's path handling. We can deal with the current problem with a mount point. I've set cygdrive prefix to /dev for years with no ill effects Have you looked behind your computer recently? ;-) -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Wrong links in /etc
Larry Hall (Cygwin) wrote: Andrew DeFaria wrote: Christopher Faylor wrote: On Thu, Oct 12, 2006 at 04:01:45PM -0700, Brian Dessent wrote: FWIW, my vote goes for making something like /dev/systemroot to map to the Windows system32 directory, rather than making a second cygdrive prefix that never changes. This isn't up for a vote. There will be no filesystems under /dev as long as I'm associated with Cygwin. As I stated earlier, I don't see any reason to add more complication to Cygwin's path handling. We can deal with the current problem with a mount point. I've set cygdrive prefix to /dev for years with no ill effects Have you looked behind your computer recently? ;-) Are you kidding? There's way too many old fast food containers back there! ;-) -- Andrew DeFaria http://defaria.com There are a number of mechanical devices which increase sexual arousal, particularly in women. Chief among these is the Mercedes-Benz 380SL. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
