ld, but the set of variants I had previously set seem to
> be "sticky", even after I do a "sudo port clean --all wireshark". What
> else do I need to do to clear out the previously set of variants?
>
Use - instead of + on each variant you want to remove.
Not sure but I thi
Hello,
I've been struggling with getting Wireshark 1.12.7 to build lately - there
seems to be some issue with the Lua bindings. I tried to disable the Lua
bindings in the build, but the set of variants I had previously set seem to be
"sticky", even after I do a "sudo p
e with the Lua bindings. I tried to disable the Lua
>> bindings in the build, but the set of variants I had previously set seem to
>> be "sticky", even after I do a "sudo port clean --all wireshark". What else
>> do I need to do to clear out the previously
On Sep 17, 2015, at 11:40 AM, Kennedy, Smith wrote:
> I've been struggling with getting Wireshark 1.12.7 to build lately - there
> seems to be some issue with the Lua bindings. I tried to disable the Lua
> bindings in the build, but the set of variants I had previously
FYI,
I just submitted standalone tickets for variants and patches included in my
qt4-mac concurrent ticket but not related to making Qt4 co-installable :
#46606: qt4-mac noexceptions variant
Ticket URL: https://trac.macports.org/ticket/46606
#46607: qt4-mac +KDE variant.
Ticket URL: https
Hello,
I just discovered that installing a port with a +unexisting variant goes
through without as much as a warning. A bit annoying if the install involves a
lengthy build process and you don't notice that typo until some expected
functionality proves to be absent ...
Is there a reason for
Hi,
- On 10 Oct, 2014, at 23:01, René J.V. Bertin rjvber...@gmail.com wrote:
Is there a reason for this omission?
Yes:
Consider ports A - B - C - D, where - is depends on.
A has no variants, B has +foo, C has +bar and D has +baz
sudo port install A +foo +bar +baz will install
A
B +foo
On Saturday October 11 2014 00:43:19 Clemens Lang wrote:
Is there a reason for this omission?
Yes:
Consider ports A - B - C - D, where - is depends on.
A has no variants, B has +foo, C has +bar and D has +baz
Yes, I see. But that situation could also have been addressed by disabling
On Oct 10, 2014, at 6:06 PM, René J.V. Bertin wrote:
On Saturday October 11 2014 00:43:19 Clemens Lang wrote:
Is there a reason for this omission?
Yes:
Consider ports A - B - C - D, where - is depends on.
A has no variants, B has +foo, C has +bar and D has +baz
Yes, I see
Before installing a port, how does one discover the default variants for that
port? I gather that one could search the port text file for default_variants
but it seems like there should be a command for this, perhaps port
default_variants foo.
Jerry
Port variants. It indicates which variants are on based on your variants.conf
On July 5, 2014 8:52:08 PM EDT, Jerry lancebo...@qwest.net wrote:
Before installing a port, how does one discover the default variants
for that port? I gather that one could search the port text file
On Jul 5, 2014, at 7:54 PM, Jeremy Lavergne wrote:
Port variants. It indicates which variants are on based on your variants.conf
...and based on the port's defaults. For example:
$ port variants xorg-libxcb
xorg-libxcb has the variants:
docs: Install extra documentation
python25: Use
Portfile w/ separate named subports, e.g.
git-flow-{nvie,avh,hubflow}; nvie and avh conflict
3. combination of #1 #2, w/ variants on default port set depends
Based on gnuradio, it seems #2 is preferred, then let the end-user
decide. #2 also seems easier to make gitflow variants directly
On Jun 13, 2014, at 3:23 AM, René J.V. Bertin rjvber...@gmail.com wrote:
On Thursday June 12 2014 22:13:34 Jason Mitchell wrote:
Hello,
For projects with several forks, i.e. more than stable and devel, what
is the preferred Portfile treatment? Consider git-flow, which uses the
canonical
conflict
3. combination of #1 #2, w/ variants on default port set depends
Based on gnuradio, it seems #2 is preferred, then let the end-user
decide. #2 also seems easier to make gitflow variants directly on git.
Thanks,
-jason
Disclosure: I submitted the initial git-flow Portfile
of of packages and variants that I actually wanted on the new
machine. This list contained, among others, octave +atlas+gcc48” and “inkscape
+python27+quartz”.
Issued a single port install command containing this list of packages and
variants.
Port install then proceeded to install first octave
On Thursday April 10 2014 20:52:14 Dominik Reichardt wrote:
(it then eplaced dbus @1.6.12_0+startupitem+universal with dbus
@1.8.0_0+universal)
Can anyone explain this or tell me whether there needs to be done anything?
If port installed dbus tells you you have the +universal version, you
Hi all,
today on selfupdate and upgrade, I got the following warning on upgrading dbus:
Warning: You have requested an obsolete variant
Warning: Installation of startup items are now determined by
/opt/local/etc/macports/macports.conf
Warning: See
On Thu, Mar 6, 2014 at 12:48 PM, Bradley Giesbrecht
pixi...@macports.org wrote:
Does anyone have a command for listing active ports with non-default variants?
I'm not aware of any, but I'd love to find there is one. I usually end
up dumping a list of installed ports to a file and then removing
of installed ports to a file and then removing
variants that I know are in my default configuration. Then I go port
by port, comparing what's left.
I'd love a command like port installed --without-default-variants
that would omit variants that are enabled by befault by the port or
user
Hi,
Does anyone have a command for listing active ports with non-default
variants?
I'm not aware of any, but I'd love to find there is one. I usually end
up dumping a list of installed ports to a file and then removing
variants that I know are in my default configuration. Then I go port
How do I find the list of currently installed ports which use x11 rather
than quartz? I have a bunch of ports which still specify +x11 and I want
to remove them, reinstall with +quartz as a uniform option.
Thanks.
Comer
*Comer Duncan* *, Bowling Green State University 1970-2005*
`port -v installed` will show the variant selection for installed ports.
You’ll probably want to use `port upgrade —enforce-variants …` to switch ports
the variants you want.
On Oct 28, 2013, at 16:18, Comer Duncan comer.dun...@gmail.com wrote:
How do I find the list of currently installed
On Tue, Oct 22, 2013 at 8:09 AM, Derek Ng acecali...@gmail.com wrote:
Can you install and have multiple variants active at the same time? Or are
you limited to only one active variant, and then you have to switch between
them?
You have to switch between them; since the only thing
On Tue, Oct 22, 2013 at 08:09:20AM -0400, Derek Ng wrote:
Can you install and have multiple variants active at the same time? Or are
you limited to only one active variant, and then you have to switch between
them?
If you're talking about something like
cairo +quartz+x11, or
vim +huge
-
From: Clemens Lang [mailto:neverpa...@gmail.com] On Behalf Of Clemens Lang
Sent: October-22-13 9:09 AM
To: Derek Ng
Cc: macports-users@lists.macosforge.org
Subject: Re: Multiple Variants
On Tue, Oct 22, 2013 at 08:09:20AM -0400, Derek Ng wrote:
Can you install and have multiple variants active
to the other?
correct. You can enable as many variants as you like, as long as they
don't conflict with each other (which if the Portfile is properly set up
will not be allowed).
-Original Message-
From: Clemens Lang [mailto:neverpa...@gmail.com] On Behalf Of Clemens Lang
Sent: October
to switch from one
to the other?
Exactly.
You can use port variants vim to see what variants are available and what
variants they conflict with, or you can just try the install and if the
variants you've asked for conflict, MacPorts will tell you
On Thu, Jun 20, 2013 at 1:13 PM, David Favor da...@davidfavor.com wrote:
As these are mutually exclusive someone clarify the differences.
1) It appears specifying a +quartz variant uses
http://xquartz.macosforge.org/ code
installed on a machine. Yes/No?
No. +quartz means use native Mac
On Jun 20, 2013, at 12:13, David Favor wrote:
As these are mutually exclusive
Not in all ports. Some ports, libraries in particular, can often be installed
with support for both X11 and Quartz graphics.
someone clarify the differences.
1) It appears specifying a +quartz variant uses
On Mar 24, 2013, at 18:35, Lawrence Velázquez wrote:
Would it indeed be wise to install clang 3.2 or 3.3
You can certainly install any compiler port and use it to build
individual ports. You can do this by setting configure.compiler on the
command line.
sudo port install foo
On Sun, Mar 24, 2013 at 7:45 PM, Lawrence Velázquez lar...@macports.org wrote:
Not only would it waste space, it would prevent you from using our pre-built
binaries for nearly all ports. We only build +universal packages for
dependencies of i386-only ports.
How does one access these
{archive,archivefetch,unarchive} zlib)
You can require their use with the -b flag (binary), or exclude them with -s
(source):
sudo port -b install zlib
sudo port -s install zlib
Also, they're only available for 64-bit OS X 10.6, 10.7, and 10.8. We have
archives for the default variants
MacPorts prefix /opt/local, default applications_dir
/Applications/MacPorts, default frameworks_dir /opt/local/Library/Frameworks,
default build_arch x86_64, and default variants. Also as Larry said binaries
are only available for Snow Leopard, Lion and Mountain Lion at this time. Also
binaries
and reinstalling
all ports after upgrading to Xcode 4.2.
Unless you have a specific need for Xcode 4.2, on Snow Leopard you may be
better off using Xcode 3.2.6.
Now onto Variants... When I built Wine on my previous system, it
seems as if every package used by Wine got recompiled as a +universal
does one set the default
compiler in MacPorts? Furthermore, would it be wise to build a
bootstrap install of MacPorts to obtain the desired compiler, and then
use this to build the primary MacPorts install?
Now onto Variants... When I built Wine on my previous system, it
seems as if every
it. Just be mindful that
running selfupdate may eventually replace what you've installed.
Now onto Variants... When I built Wine on my previous system, it
seems as if every package used by Wine got recompiled as a +universal
variant. I assume this is because Wine only runs under i386 arch. I
On Mar 24, 2013, at 1:53 PM, Peter Johansson rockets4k...@gmail.com wrote:
I am still running Snow Leopard but I upgraded to the latest XCode for
SL, XCode 4.2. This caused a bunch of problems which I eventually
tracked down to a problem with the clang compiler shipped with XCode 4.2
-- it
On Mar 24, 2013, at 2:53 PM, Jeremy Lavergne jer...@lavergne.gotdns.org wrote:
I noticed in several places it was suggested to make +universal the
default variant on systems running 64-bit kernels, even aside from Wine.
Is this actually a good procedure?
You certainly can always build
Hello,
MacPorts n00b here.
I'm learning OpenCV and have used MacPorts for the install using the
default install:
sudo port install opencv
I'm not sure if it was installed with Qt4 support or Python support though.
I've also installed Pallet and noticed variants such as qt4 and python26
On Wed, Aug 01, 2012 at 10:02:02AM +0100, George Profenza wrote:
I'm not sure if it was installed with Qt4 support or Python support
though.
In that case it probably didn't add python or qt4 support, because
opencv has variants to provide this support; see:
`port variants opencv
Woo hoo! clean and upgrade worked fine ! Thanks again!
On Wed, Aug 1, 2012 at 12:46 PM, Clemens Lang c...@macports.org wrote:
On Wed, Aug 01, 2012 at 12:40:30PM +0100, George Profenza wrote:
Is there a way to enforce qt4 and python27 variants on the existing
port 2.4.1 port ?
MacPorts
and python27 variants on the existing
port 2.4.1 port ?
MacPorts will always build whatever is the latest version in the ports
tree. If you really need 2.4.1 for some obscure reason you can use
http://trac.macports.org/wiki/howto/InstallingOlderPort.
However, I'm not sure why
and noticed variants such as qt4 and python26.
You can see what variants a port was installed with by running e.g.
port installed opencv
On Aug 1, 2012, at 04:58, George Profenza orgi...@gmail.com wrote:
On Aug 1, 2012, at 04:32, Clemens Lang c...@macports.org wrote:
If you want qt4 and python26
the majority of OpenCV user might not use OpenNI). For my
OpenCV/OpenNI
project I've copied the .dylibs built with OpenNI support in the project
folder.
In the future it would be cool if there would be an openni variant I could
install:
`sudo port upgrade --enforce-variants opencv +qt4 +python27 +openni
On Aug 1, 2012, at 13:39, George Profenza orgi...@gmail.com wrote:
In the future it would be cool if there would be an openni variant I could
install:
`sudo port upgrade --enforce-variants opencv +qt4 +python27 +openni`
and I imagine other developers will benefit from this, but I don't see
On Mon, Jul 9, 2012 at 6:07 PM, Adam Mercer r...@macports.org wrote:
Currently py-numpy and py-scipy have the following compiler variants:
gcc43, gcc44, gcc45, gcc46, and gcc47. Whereas the atlas port only
provides variants using gcc45, gcc46, and gcc47. Therefore I propose
removing the gcc43
On Wed, Jun 20, 2012 at 1:33 AM, Jeremy Lavergne
jer...@lavergne.gotdns.org wrote:
Error: Port cyrus-sasl2 is still broken after rebuiling it more than 3 times.
Error: Please run port -d -y rev-upgrade and use the output to report a bug.
Could you send us the output?
port -d -y rev-upgrade
[robinho@robinho ~ ]$ sudo port upgrade --enforce-variants
cyrus-sasl2 -kerberos +sql
Password:
--- Computing dependencies for cyrus-sasl2
--- Fetching archive for cyrus-sasl2
--- Attempting to fetch
cyrus-sasl2-2.1.25_0+sql+universal.darwin_11.i386-x86_64.tbz2 from
http
On Jun 19, 2012, at 19:33, Robson Roberto Souza Peixoto wrote:
Error: Port cyrus-sasl2 is still broken after rebuiling it more than 3 times.
Error: Please run port -d -y rev-upgrade and use the output to report a bug.
Could you file a bug report please?
Error: Port cyrus-sasl2 is still broken after rebuiling it more than 3 times.
Error: Please run port -d -y rev-upgrade and use the output to report a bug.
Could you send us the output?
port -d -y rev-upgrade
smime.p7s
Description: S/MIME cryptographic signature
On May 5, 2012, at 02:26, Bjarne D Mathiesen wrote:
What port commands should I use to add a variant to an installed port?
Do I need to uninstall and re-install the whole port?
Yes, unfortunately that's how variants in MacPorts work. There's no
distinction between variants that completely
My Macports installation has the following ports installed:
qt4-mac @4.7.4_1+mysql+quartz
kdegames4 @4.8.1_0
I would like to add variants +examples and +demos to qt4-mac and
variant +docs to kdegames4. These variants do not require all of
qt4-mac and kdegames4 to be downloaded, re-built
On May 4, 2012, at 20:45, Ian Wadham wrote:
My Macports installation has the following ports installed:
qt4-mac @4.7.4_1+mysql+quartz
kdegames4 @4.8.1_0
I would like to add variants +examples and +demos to qt4-mac and
variant +docs to kdegames4. These variants do not require all
On 05/05/2012, at 11:52 AM, Ryan Schmidt wrote:
On May 4, 2012, at 20:45, Ian Wadham wrote:
What port commands should I use to add a variant to an installed port?
Do I need to uninstall and re-install the whole port?
Yes, unfortunately that's how variants in MacPorts work. There's
On 3/13/12 08:00 , macports-users-requ...@lists.macosforge.org wrote:
Subject: Re: gnuplot: question about wxWidgets(-devel) Universal
variants
On Mon, Mar 12, 2012 at 01:46, Ryan Schmidt wrote:
How exactly should the code be written to enable compiling
64-bit version of gnuplot with wxt
On Tue, Mar 13, 2012 at 15:24, Jonathan Stickel wrote:
wxWidgets and 64-bit has been a real PITA for some time now. The
development series 2.9 has promise, but there are some problems.
I would have asked what kind of problems, but I don't want to open a
can of worms ;)
At least it works for
On 3/13/12 08:57 , Mojca Miklavec wrote:
On Tue, Mar 13, 2012 at 15:24, Jonathan Stickel wrote:
wxWidgets and 64-bit has been a real PITA for some time now. The
development series 2.9 has promise, but there are some problems.
I would have asked what kind of problems, but I don't want to
On Mon, Mar 12, 2012 at 01:46, Ryan Schmidt wrote:
How exactly should the code be written to enable compiling 64-bit
version of gnuplot with wxt terminal, without interfering with other
ports and without breaking functionality for 32-bit architectures?
Once/if that question is answered, I
Hello,
I would like to use gnuplot with wxt terminal (wxWidgets). The current
Portfile uses
variant wxwidgets description Enable wxWidgets front-end {
depends_lib-append port:wxWidgets
configure.args-delete --disable-wxwidgets
configure.args-append
On Mar 11, 2012, at 18:51, Mojca Miklavec wrote:
I would like to use gnuplot with wxt terminal (wxWidgets). The current
Portfile uses
variant wxwidgets description Enable wxWidgets front-end {
depends_lib-append port:wxWidgets
configure.args-delete
to
different locations. I want both Emacs.app and emacs can find the package
auctex. In this case, should I write two different port files and give the
port different names (auctex and auctex-app, for example) or should I make
one portfile with two different variants? I try the latter, but it seems
and auctex-app, for example) or should I make one
portfile with two different variants? I try the latter, but it seems that
only one variant is activated, that is, the lisp files only exist in one
lisp-dir. Are there any other options I can use to make two variants
activated at the same time
variants? I try the latter, but it seems
that only one variant is activated, that is, the lisp files only exist in
one lisp-dir. Are there any other options I can use to make two variants
activated at the same time?
You can build a port with multiple variants selected but that probably
wouldn't help
I couldn't get TeXmacs to build on lion (OS 10.7.2), so I tried with the
universal variant, and all of a sudden Macports started replacing other ports
with their universal variant. Will this cause any problems down the road?
-Mark
___
On Dec 18, 2011, at 10:43 AM, mark brethen mbret...@aim.com wrote:
I couldn't get TeXmacs to build on lion (OS 10.7.2), so I tried with the
universal variant, and all of a sudden Macports started replacing other ports
with their universal variant. Will this cause any problems down the
On Sun, Dec 18, 2011 at 10:43 AM, mark brethen mbret...@aim.com wrote:
I couldn't get TeXmacs to build on lion (OS 10.7.2), so I tried with the
universal variant, and all of a sudden Macports started replacing other ports
with their universal variant. Will this cause any problems down the
something doesn't build on MacPorts don't start trying put variants
without knowing what it does.
Universal means (on Lion and SL) that MacPorts builds a 64 AND 32bit binary of
the given port. Since the default on Lion is 64bit and that failed before you
are very unlikely to get further
On Dec 18, 2011, at 10:18, Dominik Reichardt wrote:
There might be trouble with ports that don't build in 32bit anymore.
It would be a rare port indeed that can't build 32-bit; I don't know any
offhand.
Ports that can only build 32-bit, and cannot build 64-bit (usually because they
use
On Dec 9, 2011, at 17:04, Chris Jones wrote:
On 9 Dec 2011, at 10:34pm, Bradley Giesbrecht wrote:
If the dependent port/variant combination installs different files you could
check for their existence/non-existence.
I have no idea. Seems rather messy …
It is messy, but it is the only
On Dec 9, 2011, at 17:14, Scott Webster wrote:
On Fri, Dec 9, 2011 at 2:23 PM, Chris Jones wrote:
Is it possible for a port to check if one of its dependencies is installed
with a required variant, and warn if not ?
I ask since the opengl variant of the root port requires mesa to be
On Sat, Dec 10, 2011 at 12:11 AM, Ryan Schmidt ryandes...@macports.org wrote:
wine (and wine-devel) only builds 32 bit, so if you want to install it
on a normally 64-bit system you need to make sure all the dependencies
are build universal.
MacPorts does so for you automatically, provided all
-devel, all of them have universal variants and none of them are
32-bit-only. If you originally installed them using MacPorts 1.9.0 or later,
MacPorts should have upgraded them to universal when you installed wine-devel.
___
macports-users mailing list
dependency on
gtk2. Except wine-devel, all of them have universal variants and none of them
are 32-bit-only. If you originally installed them using MacPorts 1.9.0 or
later, MacPorts should have upgraded them to universal when you installed
wine-devel.
My apologies. I have wine installed
Hi,
Is it possible for a port to check if one of its dependencies is installed with
a required variant, and warn if not ?
I ask since the opengl variant of the root port requires mesa to be installed
with the x11 variant, which is not the default. The build fails if this isn't
the case.
The
On Dec 9, 2011, at 2:23 PM, Chris Jones wrote:
Hi,
Is it possible for a port to check if one of its dependencies is installed
with a required variant, and warn if not ?
I ask since the opengl variant of the root port requires mesa to be installed
with the x11 variant, which is not the
See also: https://trac.macports.org/wiki/FAQ#dependonvariant
vq
On Dec 9, 2011, at 5:34 p.m., Bradley Giesbrecht wrote:
On Dec 9, 2011, at 2:23 PM, Chris Jones wrote:
Hi,
Is it possible for a port to check if one of its dependencies is installed
with a required variant, and warn if
On 9 Dec 2011, at 10:50pm, Lawrence Velázquez wrote:
See also: https://trac.macports.org/wiki/FAQ#dependonvariant
Yes, I know about that. I just hoped there was some way to check if a certain
variant of a port was installed or not.
In this case it seems, looking at the mesa variants
On Fri, Dec 9, 2011 at 2:23 PM, Chris Jones jon...@hep.phy.cam.ac.uk wrote:
Hi,
Is it possible for a port to check if one of its dependencies is installed
with a required variant, and warn if not ?
I ask since the opengl variant of the root port requires mesa to be installed
with the x11
or not.
In this case it seems, looking at the mesa variants, to be a one or other
choice. No way to have both.
mesa has the variants:
iglx: Install a libGL that uses your X11 server's indirect GLX path for
rendering (the default is off which allows libGL to
accelerate rendering using
`port gdal` has a lot of variants. I installed it with several of those
variants enabled. Is there a way to determine which all variants got installed?
Here is why I ask -- I want to install a software (actually, PostGIS 2.0
development version, available from its SVN repo, not from MacPorts
`port gdal` has a lot of variants. I installed it with several of those
variants enabled. Is there a way to determine which all variants got
installed?
port -v installed gdal
smime.p7s
Description: S/MIME cryptographic signature
___
macports
On Sun, Oct 16, 2011 at 4:26 PM, Mr. Puneet Kishor punk.k...@gmail.com wrote:
`port gdal` has a lot of variants. I installed it with several of those
variants enabled. Is there a way to determine which all variants got
installed?
port installed gdal
On Oct 16, 2011, at 6:28 PM, Jeremy Lavergne wrote:
`port gdal` has a lot of variants. I installed it with several of those
variants enabled. Is there a way to determine which all variants got
installed?
port -v installed gdal
Thanks. So...
punkish@lucknow ~$port installed gdal
$port installed gdal
The following ports are currently installed:
gdal @1.8.0_0+expat
gdal
@1.8.0_1+curl+expat+geos+netcdf+postgresql90+python27+spatialite+sqlite3
(active)
gdal @1.8.0_1+expat
So, it seems I have multiple versions of gdal installed, and the PostGIS
configure
On Oct 16, 2011, at 6:35 PM, Jeremy Lavergne wrote:
$port installed gdal
The following ports are currently installed:
gdal @1.8.0_0+expat
gdal
@1.8.0_1+curl+expat+geos+netcdf+postgresql90+python27+spatialite+sqlite3
(active)
gdal @1.8.0_1+expat
So, it seems I have multiple versions
I am specifically requesting for the only gdal-config available.
You can manually run gdal-config; see what values it prints out for you.
When you run it without argument it should tell you how to use it, then run it
again requesting as much information as you can from it.
smime.p7s
On Oct 16, 2011, at 6:47 PM, Jeremy Lavergne wrote:
I am specifically requesting for the only gdal-config available.
You can manually run gdal-config; see what values it prints out for you.
Makes so much sense, and seems obvious, now that you have taught me how.
Thanks!
Hallo.
Is there a way to pre-define variants, a certain package should or
should not use?
Eg.
Let's say I'd want to build curl without ssl and with sftp_scp. All
other packages should, by default, be built with ssl (if they support
it).
When manually installing the package, I'd run
sudo port
On Sep 25, 2011, at 03:08, Alexander Skwar wrote:
Is there a way to pre-define variants, a certain package should or
should not use?
Eg.
Let's say I'd want to build curl without ssl and with sftp_scp. All
other packages should, by default, be built with ssl (if they support
it).
When
I'm wondering with Macports if it's possible when installing a port to specify
a configure script argument that is not one of the list of variants that
appears with that port?
thanks
___
macports-users mailing list
macports-users@lists.macosforge.org
On Wed, Mar 23, 2011 at 10:19 AM, Matthew Wallis
matt...@worldaccent.com wrote:
I'm wondering with Macports if it's possible when installing a port to
specify a configure script argument that is not one of the list of variants
that appears with that port?
Probably the way to accomplish
On 2011-03-23 19:18 , Scott Webster wrote:
Probably the way to accomplish this is to create a custom repository
of portfiles (likely containing only the single port you want to
modify) and then edit the portfile to accomplish your desires. This
is basically described in the Macports Guide.
On Mar 13, 2011, at 11:33, Bruno DOUTRIAUX - Youmé-TECH wrote:
i've got problems installing wxWidgets
i've already tried port clean python27
mac-de-meriem-lentz:aMule-2.2.6 harlock59$ sudo port install wxWidgets
Error: Requested variants do not match original selection +darwin.
Please
On Mon, Feb 14, 2011 at 21:49, Dan Ports dpo...@macports.org wrote:
Given that py26-gtk and py26-cairo depend on numpy, keeping build time
down is quite a legitimate concern, so I too wonder whether -atlas
ought to be the default.
Atlas also seems to be the source of a lot of recent build
On Mon, Feb 14, 2011 at 11:51 PM, vincent habchi vi...@macports.org wrote:
IMHO, the problem is not in numpy depending on Atlas, which is correct ; it
is in other packages depending on numpy for tasks that may involve very
little of it (e.g. using numpy as a convenient means to get array
On Mon, Feb 14, 2011 at 08:50:13PM +0100, Olaf Foellinger said:
Hi,
for quite some time I'm using macports now, main target is gnucash.
Thanks for all the work and the support.
Today I've noticed during an upgrade that macports tries to install
atlas. That's because it's a standard
On Mon, Feb 14, 2011 at 01:42:50PM -0700, Bryan Blackburn wrote:
Use -atlas to disable that variant, which also has the effect of disabling
the need for a new gcc as well:
Until now, I'd managed to be completely oblivious to the fact that
atlas support was a variant in numpy. What are the
Hi,
* Bryan Blackburn b...@macports.org [14.02.11 21:42]wrote:
Use -atlas to disable that variant, which also has the effect of disabling
the need for a new gcc as well:
$ sudo port install py26-numpy -atlas
that's clear. I've never installed it manually but using
$ port install gnucash
Does this mean I don't really need atlas to use gimp either?
On Mon, Feb 14, 2011 at 1:49 PM, Olaf Foellinger o...@foellinger.de wrote:
Hi,
* Bryan Blackburn b...@macports.org [14.02.11 21:42]wrote:
Use -atlas to disable that variant, which also has the effect of disabling
the need for a
1 - 100 of 215 matches
Mail list logo