I need to install gfortran for my new computer - Mac OS X 10.6.
gcc47 which supposedly includes gfotran variant does not work.
What shall I do?
Please help
stone
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosfo
On Jan 24, 2012, at 8:27 p.m., guangshan chen wrote:
> The attached is the main.log file.
I don't see an attachment. Did you forget it?
vq
___
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo
Dear Lawrence,
Thanks for response.
It is a new installation. There is no old one.
The attached is the main.log file.
Thanks again for checking this.
Guangshan
On Jan 24, 2012, at 4:44 PM, Lawrence Velázquez wrote:
> On Jan 24, 2012, at 1:50 p.m., guangshan chen wrote:
>
>> Dear all,
>>
>
On Tue, Jan 24, 2012 at 12:36, Arno Hautala wrote:
>>
>> So I don't think ffmpeg brings anything usefull to SoX.
>> If anyone is using it successfully, please report.
>
> I know I have sox installed at home, so I'll check in a few hours.
I'm seeing the same behavior here and in searching for thos
On Jan 24, 2012, at 1:50 p.m., guangshan chen wrote:
> Dear all,
>
> I meet a code problem when intsll gv on my Mac. Could anybody figure out how
> to install gv? Thanks.
>
> My Mac system is Mac OSX 10.7.
> Macport version is 2.0.3.
>
> Here is the information when I installed:
> sudo port in
Dear all,
I meet a code problem when intsll gv on my Mac. Could anybody figure out how to
install gv? Thanks.
My Mac system is Mac OSX 10.7.
Macport version is 2.0.3.
Here is the information when I installed:
sudo port install gv
---> Computing dependencies for gv
---> Fetching archive for gv
On Tue, Jan 24, 2012 at 12:17, Ryan Schmidt wrote:
>
> We no longer want to use variants whose names begin with "no_".
>
> http://trac.macports.org/wiki/PortfileRecipes#default_variants
Yep, Jeremy set me straight regarding this in a message that I hadn't
realized was off-list.
Thanks.
--
arno
2012/1/24 Jan Stary :
>
> No; dirac only depends on cppunit.
> (Why would a video codec depend on a typesetting system?)
Yep, as I prefixed my previous message, I'm not at a Mac right now and
was basing my statements on my web search. I shouldn't have stopped
with a 3 year old bug report though. T
On Jan 24, 2012, at 09:17, Arno Hautala wrote:
> I think dropping the default dependency on ffmpeg isn't the right
> thing to do here. You can already drop the xorg world by modifying the
> variants of ffmpeg deps, so at most I'd think you'd want to add a
> variant that removes the ffmpeg dep (+n
Libsdl seems to be the culprit (or one culprit) for pulling in xorg.
port deps libsdl
Full Name: libsdl @1.2.14_9+x11
Library Dependencies: xorg-libXext, xorg-libXrandr, xrender
On Jan 24, 2012, at 11:38 , Jan Stary wrote:
> On Jan 24 10:17:31, Arno Hautala wrote:
>> On Tue, Jan 24, 2012 at 05:4
On Jan 24 10:17:31, Arno Hautala wrote:
> On Tue, Jan 24, 2012 at 05:45, Jan Stary wrote:
> > - drops the dependency on ffmpeg, which in turn depends on the
> > whole xorg-* world, thus turning a neat little audio app into
> > a monstrous dependency hog; the ffmpeg build is left as a variant
>
I'm not in front of a Mac right now so I can't comment on the majority
of these points, however:
On Tue, Jan 24, 2012 at 05:45, Jan Stary wrote:
>
> - drops the dependency on ffmpeg, which in turn depends on the
> whole xorg-* world, thus turning a neat little audio app into
> a monstrous depen
Below is an update to audio/sox which
- fixes checksums
- changes the description to the author's original
- fixes a hidden dependency on audio/opencore-amr
- fixes a hidden dependency on audio/lame
- fixes a hidden dependency on audio/libogg
- fixes a hidden dependency on archivers/zlib
- fixes a
13 matches
Mail list logo
