Opened 10 years ago

Closed 10 years ago

Last modified 10 years ago

#44599 closed defect (invalid)

povray-3.7.0.0_1 + Build fails + Makefile:398: *** multiple target patterns. Stop.

Reported by: stallenlu@… Owned by: ryandesign (Ryan Carsten Schmidt)
Priority: Normal Milestone:
Component: ports Version: 2.3.1
Keywords: Cc:
Port: povray

Description (last modified by ryandesign (Ryan Carsten Schmidt))

Computing dependencies for povray
--->  Fetching archive for povray
--->  Attempting to fetch povray-3.7.0.0_1.darwin_13.x86_64.tbz2 from http://packages.macports.org/povray
--->  Attempting to fetch povray-3.7.0.0_1.darwin_13.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/povray
--->  Attempting to fetch povray-3.7.0.0_1.darwin_13.x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/povray
--->  Fetching distfiles for povray
--->  Attempting to fetch povray-3.7.0.0.tar.gz from http://jog.id.distfiles.macports.org/macports/mpdistfiles/povray
--->  Verifying checksums for povray
--->  Extracting povray
--->  Applying patches to povray
--->  Configuring povray
--->  Building povray
make: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_povray/povray/work/povray-3.7.0.0'
Makefile:398: *** multiple target patterns.  Stop.
make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_povray/povray/work/povray-3.7.0.0'
Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_povray/povray/work/povray-3.7.0.0" && /usr/bin/make -j8 -w all
Exit code: 2
Error: org.macports.build for port povray returned: command execution failed
Warning: targets not executed for povray: org.macports.activate org.macports.build org.macports.destroot org.macports.install
Please see the log file for port povray for details:
    /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_povray/povray/main.log
To report a bug, follow the instructions in the guide:
    http://guide.macports.org/#project.tickets
Error: Processing of port povray failed

Attachments (3)

main.log (58.8 KB) - added by stallenlu@… 10 years ago.
main.2.log (3.7 MB) - added by stallenlu@… 10 years ago.
new "main.log" after "sudo port clean povray"
Makefile (42.4 KB) - added by stallenlu@… 10 years ago.

Change History (11)

Changed 10 years ago by stallenlu@…

Attachment: main.log added

comment:1 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)

Description: modified (diff)
Keywords: povray removed
Owner: changed from macports-tickets@… to ryandesign@…
Port: povray added

The main.log file you attached is not the one produced by the console output you showed above. The console output you showed is from a clean build attempt but the main.log is not. Please "sudo port clean povray" and then try again and attach that main.log to this ticket. It builds fine for me, so I'll need to compare your log with mine to see what's different. Please also let me know your version of Xcode.

comment:2 Changed 10 years ago by stallenlu@…

Thank you for your reply. I reinstall povray after "sudo port clean povray" and upload the new "main.log". The version of my Xcode is "Version 5.1.1 (5B1008)"

--->  Computing dependencies for povray
--->  Fetching archive for povray
--->  Attempting to fetch povray-3.7.0.0_1.darwin_13.x86_64.tbz2 from http://packages.macports.org/povray
--->  Attempting to fetch povray-3.7.0.0_1.darwin_13.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/povray
--->  Attempting to fetch povray-3.7.0.0_1.darwin_13.x86_64.tbz2 from http://nue.de.packages.macports.org/macports/packages/povray
--->  Fetching distfiles for povray
--->  Verifying checksums for povray
--->  Extracting povray
--->  Applying patches to povray
--->  Configuring povray
--->  Building povray
Error: org.macports.build for port povray returned: command execution failed
Please see the log file for port povray for details:
    /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_povray/povray/main.log
To report a bug, follow the instructions in the guide:
    http://guide.macports.org/#project.tickets
Error: Processing of port povray failed
Last edited 10 years ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

Changed 10 years ago by stallenlu@…

Attachment: main.2.log added

new "main.log" after "sudo port clean povray"

comment:3 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)

That does fail pretty immediately once it gets to the build phase. Could you also attach the file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_povray/povray/work/povray-3.7.0.0/Makefile so I can see what its problem is with line 398?

Last edited 10 years ago by ryandesign (Ryan Carsten Schmidt) (previous) (diff)

comment:4 in reply to:  3 Changed 10 years ago by stallenlu@…

Thank you. The "Makefile" is uploaded.

Changed 10 years ago by stallenlu@…

Attachment: Makefile added

comment:5 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)

Ok, so in configure.ac povray attempts to learn the owner and group of the home directory this way:

povowner=`stat -c %u ${HOME}`
povgroup=`stat -c %g ${HOME}`

This only works with GNU stat, but OS X comes with BSD stat, so we patch configure.ac and change it to this:

povowner=`stat -f %u ${HOME}`
povgroup=`stat -f %g ${HOME}`

Your main.log contains these lines that mine does not:

:info:configure stat: cannot read file system information for '%u': No such file or directory
:info:configure stat: cannot read file system information for '%g': No such file or directory

My Makefile has correctly gotten the group and owner information:

povgroup = 0
povowner = 501

Your Makefile has this unexpected output:

povgroup =   File: "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_povray/povray/work/.home"
    ID: 100000200000011 Namelen: *       Type: hfs
Block size: 4096       Fundamental block size: 4096
Blocks: Total: 121928231  Free: 61043182   Available: 60979182
Inodes: Total: 121928229  Free: 60979182
povowner =   File: "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_povray/povray/work/.home"
    ID: 100000200000011 Namelen: *       Type: hfs
Block size: 4096       Fundamental block size: 4096
Blocks: Total: 121928231  Free: 61043182   Available: 60979182
Inodes: Total: 121928229  Free: 60979182

I can produce similar output and similar error message by using the gstat program (the GNU version of stat) that's part of the coreutils port. So it seems to me that you have replaced OS X's BSD version of stat with a copy of GNU stat. Could that be? If you're not sure, try running "/usr/bin/stat --version". The correct output for OS X's BSD stat is:

/usr/bin/stat: illegal option -- -
usage: stat [-FlLnqrsx] [-f format] [-t timefmt] [file ...]

The incorrect output, which you would see if you had replaced it with GNU stat, would be something like this:

stat (GNU coreutils) 8.22
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Michael Meskes.

If that's what you get, you'll need to put back OS X's versions of stat, and any other utilities you replaced. For example, you could restore them from your Time Machine backup, or by reinstalling OS X.

comment:6 Changed 10 years ago by stallenlu@…

Thank you very much. It's indeed the unexcepted replacement of the "stat" caused the error. When i enter "/usr/bin/stat --version", it returns:

stat (GNU coreutils) 8.21
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

I've no idea what cause the replacement. May be it caused by installing some program by Macports. Could you tell me how to fix the problem without reinstalling OS X?(I don't use Time Machine before Using Macports)

comment:7 in reply to:  6 Changed 10 years ago by ryandesign (Ryan Carsten Schmidt)

Resolution: invalid
Status: newclosed

Replying to stallenlu@…:

I've no idea what cause the replacement. May be it caused by installing some program by Macports. Could you tell me how to fix the problem without reinstalling OS X?(I don't use Time Machine before Using Macports)

MacPorts definitely did not cause this. One of the primary design goals of MacPorts is to let you install software without affecting your OS-provided software. MacPorts tries to confine its activities to its prefix, usually /opt/local. Some files go in /Applications/MacPorts and some in /Library/LaunchDaemons but in any case if ever MacPorts were to try to install a file that was already present on your system, it would issue a big error and exit without doing so. Only if you used the "-f" flag to force the operation would MacPorts overwrite existing files. But I know of no port that would attempt to install /usr/bin/stat.

Since you cannot explain how /usr/bin/stat got replaced with non-Apple software, there's no way to know if other files got replaced as well. For example, GNU stat is part of coreutils; perhaps all of coreutils got installed over your Apple software, which might cause other problems down the road. Reinstalling the OS is the safest solution and should not be a problem. You just boot to your recovery partition and reinstall the OS, then reinstall the latest combo update and whatever else software update presents to you. Your data and settings should not be affected. Of course backing up before doing so is a good idea.

comment:8 Changed 10 years ago by stallenlu@…

Thank you very much. Yes, you are rught. Nearly all the gnu coreutils have replaced related Apple software by my mistake. I'll try to reinstall the OS X. Best wishes.

Version 0, edited 10 years ago by stallenlu@… (next)
Note: See TracTickets for help on using tickets.