#38205 closed defect (fixed)
libvpx: configure failure
Reported by: | vgmbabbab@… | Owned by: | jeremyhu (Jeremy Huddleston Sequoia) |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.1.3 |
Keywords: | Cc: | neverpanic (Clemens Lang), cooljeanius (Eric Gallager) | |
Port: | libvpx |
Description
I dont' know what the err message in log file says but it says it failed ;)
Attachments (2)
Change History (11)
Changed 12 years ago by vgmbabbab@…
Changed 12 years ago by vgmbabbab@…
Attachment: | config.err added |
---|
comment:1 follow-up: 2 Changed 12 years ago by cooljeanius (Eric Gallager)
comment:2 follow-up: 8 Changed 12 years ago by vgmbabbab@…
Replying to egall@…:
This is probably the relevant part of the log:
:info:configure Unrecognized toolchain 'ppc32-darwin-gcc'libvpx uses some x86 assembly in it so it makes sense that it would fail on ppc. This should probably be marked in the Portfile though.
I'm actually trying to install gimp. and this was in deps list do i need libvpx to use gimp?
comment:3 Changed 12 years ago by larryv (Lawrence Velázquez)
Keywords: | libvpx configure removed |
---|---|
Summary: | libvpx fails at configure → libvpx: configure failure |
:debug:main Executing org.macports.main (libvpx) :debug:main Privilege de-escalation not attempted as not running as root. :debug:main Skipping completed org.macports.archivefetch (libvpx) :debug:main Privilege de-escalation not attempted as not running as root. :debug:main Skipping completed org.macports.fetch (libvpx) :debug:main Privilege de-escalation not attempted as not running as root. :debug:main Skipping completed org.macports.checksum (libvpx) :debug:main Privilege de-escalation not attempted as not running as root. :debug:main Skipping completed org.macports.extract (libvpx) :debug:main Privilege de-escalation not attempted as not running as root. :debug:main Skipping completed org.macports.patch (libvpx) :debug:main Privilege de-escalation not attempted as not running as root. :debug:configure configure phase started at Mon Feb 25 16:14:44 EST 2013 :notice:configure ---> Configuring libvpx
This was not a clean build attempt. Please run the following and attach the new main.log
if it still fails.
sudo port clean libvpx && sudo port install libvpx
comment:4 Changed 12 years ago by neverpanic (Clemens Lang)
Cc: | cal@… added |
---|---|
Owner: | changed from macports-tickets@… to jeremyhu@… |
This is a regression introduced by r100911. Jeremy, you commit message doesn't detail why this change was necessary. Do you want to fix this, or should I just revert your change?
comment:6 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
No need to revert it ... just do the same thing for ppc32 and ppc64 ... I'll do it
comment:7 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:8 follow-up: 9 Changed 12 years ago by cooljeanius (Eric Gallager)
Replying to vgmbabbab@…:
Replying to egall@…:
This is probably the relevant part of the log:
:info:configure Unrecognized toolchain 'ppc32-darwin-gcc'libvpx uses some x86 assembly in it so it makes sense that it would fail on ppc. This should probably be marked in the Portfile though.
I'm actually trying to install gimp. and this was in deps list do i need libvpx to use gimp?
This is a little late, but libvpx is a video compression library used by ffmpeg, and ffmpeg is needed by gegl, which in turn is needed by gimp2. So it's 3 dependency levels down.
Edit: gegl actually lists ffmpeg as an optional dependency, not a needed one: http://www.gegl.org/#_dependencies
Perhaps the port for gegl could have its ffmpeg dependency moved to a variant? According to the link, libopenraw, libsdl, jpeg, openexr, and librsvg are also all optional dependencies; perhaps all of them could be moved to one big +optional_dependencies
variant or something?
comment:9 Changed 9 years ago by ryandesign (Ryan Carsten Schmidt)
Replying to egall@…:
Edit: gegl actually lists ffmpeg as an optional dependency, not a needed one: http://www.gegl.org/#_dependencies
Perhaps the port for gegl could have its ffmpeg dependency moved to a variant? According to the link, libopenraw, libsdl, jpeg, openexr, and librsvg are also all optional dependencies; perhaps all of them could be moved to one big
+optional_dependencies
variant or something?
Just because an upstream project considers some dependencies to be optional does not mean that we will necessarily make them optional in MacPorts.
This is probably the relevant part of the log:
libvpx uses some x86 assembly in it so it makes sense that it would fail on ppc. This should probably be marked in the Portfile though.