Changes between Initial Version and Version 3 of Ticket #13145


Ignore:
Timestamp:
Nov 7, 2007, 8:14:34 PM (17 years ago)
Author:
jmpp@…
Comment:

Although I had the inclination to fix this limitation in my upgrade code, truth of the matter is that we don't really support installing onto paths with spaces at all that well in the first place. I tried configuring MacPorts sources to install onto "/opt/mac ports" to test a fix and I couldn't even get past that very first stage. Now I know the OP had MacPorts in the default /opt/local, but the path leading up to his home dir (where MacPorts also looks for files) did have spaces in it ("/Volumes/Litter Box/Users/(...)", if I'm not mistaken).

MacPorts put aside, Unix software in general behaves very poorly with paths that contain with spaces, needing escaping and/or quoting all around to bypass them. So, in general, I'd really recommend against this setup.

Thanks for the report, though, will turn it into a FAQ entry for later reference! Closing ticket.

-jmpp

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #13145

    • Property Status changed from new to closed
    • Property Resolution changed from to wontfix
  • Ticket #13145 – Description

    initial v3  
    11I installed MacPorts 1.5.0 on PPC Mac running 10.4.10. Then I ran selfupdate and got the following output and error:
    22
     3{{{
    34MacPorts base version 1.5 installed
    45Downloaded MacPorts base version 1.520
     
    3536sed: Box/Users/stodd/.macports/macports.conf: No such file or directory
    3637make: *** [upgrade] Error 1
     38}}}
    3739
    3840Based on the line "sed: /Volumes/Litter: No such file or directory" it looks to me like the installer does not handle volume names containing spaces. The actual volume name is "Litter Box".