Hello,
I am going to submit an application on behalf of The MacPorts Project
for the Google Summer of Code (GSoC) program 2010. I think most of you
will already have heard of it. Google pays students to work on various
Open Source projects over the summer. It is also a good start for
students
On 2010-03-08 20:50 , Ryan Schmidt wrote:
On Mar 8, 2010, at 08:39, rai...@macports.org wrote:
Revision: 64541
http://trac.macports.org/changeset/64541
Author: rai...@macports.org
Date: 2010-03-08 06:39:14 -0800 (Mon, 08 Mar 2010)
Log Message:
---
On 2010-03-08 02:30 , Rainer Müller wrote:
The deadline for this application is *this Friday, March 12th*.
So far I only got one response, but yet nobody volunteered as mentor.
Additionally MacPorts cannot apply without a backup organization
administrator. Should I provide more general
On 2010-03-11 15:39 , William Siegrist wrote:
You can list me as the backup admin. And I'll help with any projects needing
server-side support of course.
Thank you for taking the job, Bill!
Rainer
___
macports-dev mailing list
On 2010-03-11 16:49 , Scott Haneda wrote:
I don't know much about GSoC, but I'm willing to offer whatever I can
from the perspective of someone who would not physically be there.
I'm not even sure this is an on location camp style event.
No, all communication and work happens online over the
On 2010-03-20 18:37 , Francisc Simon wrote:
Portfile changed since last build; discarding previous state.
--- Computing dependencies for eve
--- Fetching eve
--- Attempting to fetch eve-0.1.tar.gz from http://download.eve.de/eve/pub/
--- Verifying checksum(s) for eve
--- Extracting eve
On 2010-03-20 20:38 , Francisc Simon wrote:
i've attached for you the port file.
In the Makefile $(DESTDIR) should only appear in front of target install
directories, not before immediate files created during build or in clean
targets.
Rainer
___
Hello,
this is a notice to all of you who are a student accepted into or
enrolled in a college, university or masters programs:
Google Summer of Code is a yearly program offering students stipends to
write code for Open Source projects. Students can choose one of many
mentoring organizations to
On 2010-03-21 11:07 , Ryan Schmidt wrote:
Do you suppose it would be nice to use setpriority in other phases as
well? There are some ports that, though perhaps they shouldn't,
compile in either the configure or destroot phases; perhaps they
should use lower priority then too. Even ports that
On 2010-03-23 12:33 , giorgi...@macports.org wrote:
-livecheck.type regex
+livecheck.check regex
livecheck.urlhttp://pgfoundry.org/frs/?group_id=1000258
livecheck.regex pgbouncer-(\[0-9\\.\]+)\\.tgz
livecheck.type was correct here, livecheck.check has been deprecated
On 2010-03-25 16:44 , Rodney Rehm / Medialize.de wrote:
It would be nice if `port install phpmyadmin +apache2vhost` would
1) add a dependency to apache2
2) create a vhost for phpmyadmin using a (pre-configured) domain scheme (e.g.
${portname}.dev or ${portname}.localhost)
3) register
Hello,
we are now accepting applications from students!
You can visit
http://socghop.appspot.com/
to apply now.
For more information refer to
http://trac.macports.org/wiki/SummerOfCode
and the mail below.
Rainer
On 2010-03-21 05:47 , Rainer Müller wrote:
Hello,
this is a notice to all
On 2010-04-01 09:29 , Ryan Schmidt wrote:
On Mar 21, 2010, at 12:06, Rainer Müller wrote:
But if we want to lower priority, we would only have to add
configure.nice/destroot.nice options to portconfigure/portdestroot.
For the benefit of those quirky ports that for whatever reason do
On 2010-03-31 06:23 , Ryan Schmidt wrote:
On Mar 30, 2010, at 22:43, Daniel wrote:
Also, if people are going to keep assigning me bugs, please give me the
ability to close them or mark them fixed.
AFAIK you should have the ability to do so, once you log in to our Trac
system with the
On 2010-04-04 00:22 , Jeremy Lavergne wrote:
Using the previous registry, if a package was busy installing and
another instance of MacPorts desired to install something it would
hit a lock and indicate that it would wait. With registry 2, it
seems to simply error out.
The lock on the state
On 2010-04-05 14:32 , j...@macports.org wrote:
Revision: 66048
http://trac.macports.org/changeset/66048
Author: j...@macports.org
Date: 2010-04-05 05:32:02 -0700 (Mon, 05 Apr 2010)
Log Message:
---
add 'rdependents' action (#22346)
Wouldn't it be better to use
Hello Jordan,
On 2010-04-07 00:38 , Jordan Schneider wrote:
- Will the rev-upgrade command be called on all dependents any time a
dynamic library is upgraded? Or will this be left for the user to do and
figure out themselves?
Eventually it should become automated at upgrade if it is feasible
On 2010-04-07 21:44 , Jordan Schneider wrote:
Please correct me if I'm wrong, but from looking at some Portfiles, I
don't see any information identifying ports as being dynamic
libraries. Would it be necessary to implement a line in the Portfiles
for dynamic libraries flagging them as such, or
On 2010-04-08 01:00 , Adam Mercer wrote:
But (as you raise in the ticket) if graphviz, or grpahviz-devel, is
installed Graph Ancestry support will be enabled even with the
+no_graphviz variant.
It's really just a runtime dependency, which was wrong first. bzrtools
does not check for graphviz
On 2010-04-10 21:16 , Ryan Schmidt wrote:
Since this problem is not specific to Snow Leopard (merely most commonly
observed there), it would be better to fix this kind of problem with the
following code:
if {[info exists supported_archs]} {
supported_archs i386 ppc
}
switch
On 2010-04-10 22:04 , Ryan Schmidt wrote:
Wait, why is it right to skip the dependency archcheck? If gimp2 is
installed for x86_64, how are you able to install its dependent
gimp-app for i386?
gimp-app has a depends_run on gimp2 as it only runs the binary. It does
not link to it, so it does
On 10.04.2010 22:42, C. Florian Ebeling wrote:
Maybe you have seen it, I have just dropped maintainership of ports. I
have neglected them for too long now and maybe should have done this
earlier. My focus has changed and I don't really find the time to do
it properly anylonger. Thanks
Hello David, Landon, and Eric (two times ;-))
at the moment you maintain the ports gnome-python-desktop,
gnome-python-extras, gnome-python26-extras and py*-gnome. They are quite
similar and refer to the same upstream source. It's quite unfortunate
that they use different naming. This should be
On 2010-04-15 07:35 , Eric Le Lay wrote:
To my mind, there shouldn't even be 2 ports but 2 variants.
I would rather see the bindings being divided into more smaller ports.
For example I just needed the wnck part of the python bindings, but
instead I was forced to install lots of other libraries
On 2010-04-17 23:05 , tom...@macports.org wrote:
+depends_lib-append port:py-gtk2
+
+use_configure no
+
+post-patch {
+reinplace s|/usr/bin/env python|${prefix}/bin/python|g \
+${worksrcpath}/src/usr/bin/diffuse
+}
No port provides ${prefix}/bin/python, so this cannot
On 2010-04-18 10:26 , Ryan Schmidt wrote:
My favorite livecheck which you've probably seen me add to many ports
is:
livecheck.type regex livecheck.regex ${name}-(\[0-9.\]+)\\.tar
This checks the project's homepage (the default livecheck.url is
${homepage}); this works great if they always
On 2010-04-18 18:08 , Bradley Giesbrecht wrote:
I would like port -v livecheck to report the current mp version and
the highest source version found although I wouldn't put a much of
priority on it. But is one were to implement the master_sites patch
from Rainer maybe consider this
On 2010-04-18 17:22 , Ryan Schmidt wrote:
On Apr 18, 2010, at 10:04, Thomas Keller wrote:
It seems as if py26-gtk needs py26-cairo, which needs py26-numpy,
which ends up needing gcc43.
True, though py26-numpy has a +no_gcc43 variant you can use if you
want to skip the parts that need a
On 2010-04-19 11:01 , Ryan Schmidt wrote:
Sounds interesting, but something to pay attention to with such an
effort is the other effort that was going on with the science ports,
to make all of them use a common compiler (they chose gcc43) because
you don't want programs linking with each other
Hi Martin,
I tried to build gnat-gcc right now. If none of the variants have been
selected, you should return an error. Otherwise the Portfile will still
try to run the configure script which will fail anyway in the end.
Add something like this to the Portfile:
pre-configure {
if
On 2010-04-24 22:17 , Joseph Holsten wrote:
I don't currently use the dev branch of macports or I would try to do
this myself. Is there a guide to this in the wiki somewhere?
You don't need to change base for this, the livecheck is in
_resources/port1.0/livecheck/sourceforge.tcl as port of the
Please join us in welcoming the following new MacPorts committers:
- Eric A. Borisch (eborisch)
- Tom Hutchinson (th5)
We look forward to continued excellent contributions from these new team
members.
- Bryan, Joshua, Rainer, and Ryan
Do you want to join the MacPorts team? If you would like
On 2010-04-26 20:59 , Jeremy Lavergne wrote:
I know the topic has come up a few times, but why haven't we solved
the whole web directory issue by creating a new macports variable
to define it's location?
When I asked Ryan about it he pointed out that we do have variables
for
Hello,
for this year's issue of the Google Summer of Code program The MacPorts
Project got three slots. Our mentors had to make the hard decision how
to fill these slots from the 15 different proposals for various tasks we
received in total. Thank you for your time scoring and ranking proposals.
On 2010-04-27 01:02 , Ryan Schmidt wrote:
On Apr 26, 2010, at 16:34, Rainer Müller wrote:
I would prefer ${prefix}/var/www.
According to man porthier we already decided on ${prefix}/www but if you
want it changed I don't care one way or the other.
Hm, I wasn't aware of that :-)
I just
On 2010-05-02 22:28 , Rainer Müller wrote:
notes-append should work now as of r67209 on trunk.
It still has some bugs as notes-delete does not work... I don't think
notes-delete will be used often, but I will look into this.
It has one drawback, it requires to pass one string/list to notes
On 2010-05-03 00:18 , Joshua Root wrote:
The milestone is now empty. Does anyone have anything really important
they'd like to commit before we branch and build a beta?
The only thing for me would be 'rdeps' vs. 'deps --recursive' (or the
abbreviated version 'deps --r'). But I guess that only
On 2010-05-13 15:20 , dlc wrote:
just bad timing, day after I submitted patch upstream released new
version. Should I just replace the pending portfile diff with the new
version bump or continue to do the incremental portfile diffs when an
update occurs while a previous update is
On 2010-05-15 20:03 , Blair Zajac wrote:
How about extending patchfiles to specify the number of directory path
elements
to strip from the patch, like patch's -p?
This would allow us to use upstream patches without modification if they are
generated with git, which prepends a/ and b/ to
Hello Tom,
in your request for commit rights for MacPorts you said you are
interested in ocaml and would like to create some new ports. In our Trac
are ocaml port submissions which are queued for almost two years now.
Nobody else seemed to be interested to work on these tickets yet.
Please,
On 2010-05-16 01:59 , Blair Zajac wrote:
The format could be
patchfiles foo.diff:2
which would be equivalent to patch -p2 foo.diff.
The colon is already being used to specify subdirectories and tags for
fetching in the same way as it is being used in distfiles:
patchfiles foo.diff:tag
On 19.05.2010 10:40, Takeshi Enomoto wrote:
I need a local repository
- to develop a new port. portindex runs fast.
You don't need to run portindex when editing a Portfile. Most operations
just fall back to the Portfile in the current directory or you can
explicitly use the pseudo-port
Hello,
with MacPorts 1.9 we will begin to store Portfiles into the registry to
run activate/deactivate hooks later. For this, we cannot use the include
statement anymore as sourced files are not being stored in the registry
and therefore would not be available later.
As far as I was able to
On 2010-05-26 18:11 , Rainer Müller wrote:
with MacPorts 1.9 we will begin to store Portfiles into the registry to
run activate/deactivate hooks later. For this, we cannot use the include
statement anymore as sourced files are not being stored in the registry
and therefore would
On 2010-05-30 19:12 , Sven Schober wrote:
LD yacc
ld: library not found for -lcrt0.o
collect2: ld returned 1 exit status
make[1]: *** [yacc] Error 1
make: *** [all] Error 2
Error: Target org.macports.build returned: shell command cd
On 2010-06-03 23:56 , mk-macpo...@techno.ms wrote:
I just read the tips and tricks for committers at
http://trac.macports.org/wiki/CommittersTipsAndTricks and found that
there is no word about how the trunk's local working copy gets
created using svn. Probably it's explained somewhere else,
On 2010-06-10 08:58 , Ryan Schmidt wrote:
It appears that port sync will create the index locally, even for ports
trees using svn, but if you've been using svn up directly (as I was) then
you'll have to keep the index updated another way.
svn up portindex should be sufficient, too. But if
On 2010-06-16 22:25 , Marko Käning wrote:
Is the following workflow correct?
1) sudo port selfupdate
2) change port format in macports.conf to sqlite
3) sudo port setrequested PORTS
4) get macports tip from svn and install directly with 'make install' (i.e.
w/o deinstallation of current
On 2010-06-18 22:55 , Michael Dickens wrote:
* I see at the end of the qt4-mac Portfile's post-destroot, a comment
about Install select file for qt4_select ... but, there is no
qt4-select port. Anyone know if this port is going to happen, or can
I just remove those lines?
*_select should be
On 2010-06-19 21:05 , Scott Haneda wrote:
sed -e '/_VERSION_HEADER_/$VERSION_HEADER' DOCUMENTATION
sed -e '/_TOKEN_/$DOWNLOAD' DOCUMENTATION
sed -e '/_OTHER_TOKEN_/$ALT_DOWNLOAD' DOCUMENTATION
^
You would need:
sed -e 's/_VERSION_HEADER_/$VERSION_HEADER/'
On 2010-06-28 08:43 , Joshua Root wrote:
On 2010-6-28 15:38 , Ryan Schmidt wrote:
The port-rdeps script had an option I used often to generate a Graphviz
graph of the dependencies, but port-rdeps was slow; MacPorts 1.9's port
rdeps is much faster so I'd rather use that. But it doesn't seem
On 06/28/2010 02:08 PM, Jeremy Lavergne wrote:
Does anyone recall how to properly do query strings inside master_sites?
See the Portfile recipes:
https://trac.macports.org/wiki/PortfileRecipes#fetchwithgetparams
Rainer
___
macports-dev mailing list
On 2010-06-30 17:02 , Michael Dickens wrote:
In the file dports/_resources/port1.0/group/select-1.0.tcl:54-60
{{{
post-destroot {
if {${select.file} != || ${select.group} != } {
select::install ${select.group} ${select.file}
} else {
ui_debug PortGroup select:
On 06/30/2010 07:09 PM, Michael Dickens wrote:
I think my changes to the qt4-* series are almost stabilized; one reason
there have been so many issues is because Qt is so large in size and
takes so long to compile (~2 hours on my 2.6 GHz MacBook Pro) -- hence
some changes were done by winging
On 2010-06-29 09:20 , michae...@macports.org wrote:
Revision: 69272
http://trac.macports.org/changeset/69272
Author: michae...@macports.org
Date: 2010-06-29 00:20:40 -0700 (Tue, 29 Jun 2010)
Log Message:
---
Corrected use of qt4-mac dependency.
Modified Paths:
Hi,
the following ports declare a dependency on python_select:
$ port echo dependentof:python_select
glib2
rubber
swig-python
No port should ever declare a dependency on python_select, as this does
*not* pull in any python and therefore you cannot be sure that it works.
Also the symlink
On 07/05/2010 11:46 AM, Emmanuel Hainry wrote:
Which means? When you install python_select and no python, the symlink
goes to the system's python.
Which would be against our policy that we are using our own libs and do
not rely on the system.
For example, are you sure your script still works
On 07/07/2010 10:37 PM, Michael Dickens wrote:
I can set up the Portfile to default to using, say, qt4-mac by either
(1) setting variable defaults such that this is the case, and then
changing those variables when variants are selected; or (2) by creating
a bunch of variants and then setting
On 07/08/2010 02:58 PM, Jeremy Lavergne wrote:
MacPorts currently has a game port named chromium. This blocks the browser by
the same name.
Do we have any interest in adding chromium (the browser) to the repo by
renaming chromium (the game) to its full name, Chromium B.S.U.?
I would
On 07/08/2010 03:58 PM, Michael Dickens wrote:
...
which as you can see is very similar to what you wrote. With the code
as is, doing just sudo port install ... fails because ${qt_dir} isn't
properly set; ditto for upgrade. If I uncomment out the 2 obvious
lines (really, just the set line),
On 2010-07-07 21:18 , Michael Dickens wrote:
Here's a simple patch for 'select.sh' that adds in a check to make sure
the target's directory exists -- and if not then creates it. I've
tested this patch locally and it works correctly, both when the target
directory already exists and when it
On 2010-07-10 00:38 , Ryan Schmidt wrote:
I once suggested it would be a good idea to replace the
use_parallel_build yes/no switch with a more fine-grained switch
(say parallel_jobs) where you could specify the maximum number of
parallel jobs. parallel_jobs 1 would then be the equivalent of
On 07/10/2010 03:52 PM, Joshua Root wrote:
Seems kind of overengineered to me. The few ports that have a known safe
build.jobs limit 1 can just do:
if {${build.jobs} $safe_limit} {
build.jobs $safe_limit
}
In this case we should also get rid of use_parallel_build no and
replace it
On 2010-07-05 19:17 , Daniel wrote:
Would someone committ http://trac.macports.org/ticket/25127 please?
Committed in r69627.
It feels odd to have to request commits every time I want a port
committed. Surely there must be some more efficient way of doing this?
Sorry, but that's we way we do
On 2010-07-08 16:47 , Michael Dippery wrote:
Can someone commit the latest patch to the Clojure port? [1] It's
been four months since it was submitted but it hasn't been committed
yet apparently.
Committed in r69628.
Rainer
___
macports-dev mailing
On 2010-07-28 20:40 , vincent habchi wrote:
Le 28 juil. 2010 à 18:45, Ryan Schmidt ryandes...@macports.org
mailto:ryandes...@macports.org a écrit :
Xcode updates via Software Update on Snow Leopard? That would be
handy. I hadn't seen that yet.
Not in any way I am aware of.
According to
On 2010-07-29 11:57 , Mark Farnell wrote:
Are there any way to make ports relocable?
In OS X, applications are placed in Foo.app
I see a lot of applications in /usr/bin.
whereas shared libraries (Framework) and data are placed under /Library
There are many libraries in /usr/lib and lots of
On 2010-07-30 03:55 , Thomas Keller wrote:
Am 30.07.10 03:47, schrieb Ryan Schmidt:
Were your changes approved by the port's maintainers, by the way?
Actually not, but as the port was largely outdated I did this (and the
earlier) NMU without the create-ticket-wait-72-hours-finally-continue
On 07/30/2010 12:24 PM, Thomas Keller wrote:
Am 30.07.10 07:53, schrieb Rainer Müller:
As the ticket was sitting 6 months without attention should we call port
abandonement for parrot?
I'd vote for a less bureaucratic way to handle all this, i.e. less
ticket work and less restrictions. One
On 2010-08-01 00:07 , Jeremy Huddleston wrote:
I have boost installed as +python26+universal:
$ port installed boost
The following ports are currently installed:
boost @1.42.0_0+icu+python26+universal (active)
but when upgrading, it's trying to pull in openmpi (which is a variant that
On 2010-08-02 07:48 , Jeremy Huddleston wrote:
From the Portfile:
foreach s ${pythons_suffixes} {
set p python${s}
set v [string index ${s} 0].[string index ${s} 1]
set i [lsearch -exact ${pythons_ports} ${p}]
set c [lreplace ${pythons_ports} ${i} ${i}]
eval [subst
Please join us in welcoming the following new MacPorts committers:
- Michael Feiri (mfeiri)
We look forward to continued excellent contributions from these new team
members.
- Bryan, Joshua, Rainer, and Ryan
Do you want to join the MacPorts team? If you would like to be
considered for team
Michael, thanks for implementing the fix for this problem.
On 2010-08-03 06:49 , michae...@macports.org wrote:
+# set configure parameters depending on if universal or not
+if {![variant_isset universal]} {
+# specify only the single target, otherwise 'configure' will try
+# for a
On 2010-08-02 18:46 , David Baumgold wrote:
I'm fine with all of that. Kimura, do you want to be the maintainer of the
ruby_select port? Ryan, can you instruct us on the proper way to write a
select port, now that the select functionality is built into Macports?
Just do the same as
On 2010-08-05 11:45 , Joshua Root wrote:
On 2010-8-5 19:05 , Ryan Schmidt wrote:
On Aug 4, 2010, at 03:14, Joshua Root wrote:
Does anyone have any more patches that should go into the 1.9.2
release?
The change you made to fix 19935 seems to be drastic.
On 2010-08-08 22:46 , Ryan Schmidt wrote:
Is there a reason why you're using md5 and not sha1 or rmd160, or a
combination of multiple algorithms like we do for portfile checksums?
My understanding was that md5 is old and now considered insecure and
should not be used for new code anymore.
On 2010-08-23 01:13 , Ryan Schmidt wrote:
Now that MacPorts 1.9.0 is out, we should no longer prefer no_
variants, so instead this should be an ogg variant which is on by
default (default_variants +ogg).
We do not enforce use of the sqlite registry yet which is vital for
deselected variants to
On 2010-08-23 18:43 , Daniel wrote:
http://trac.macports.org/ticket/25996
Committed in r70852.
http://trac.macports.org/ticket/26145
Committed in r70853.
Rainer
___
macports-dev mailing list
macports-dev@lists.macosforge.org
On 2010-08-27 07:42 , Scott Webster wrote:
I guess maybe the name isn't really indicative of what MacPorts really
does... because I don't think it is porting :)
Right, at the moment we are only packaging software to be easily
installed...
Q: Yeah, why are we not porting software to Mac OS X?
On 2010-08-31 16:53 , Frank Schima wrote:
I use Qt4 and PyQt4 every day. Ultimately I just care if PyQt4 works.
However, the Mac way is to use Frameworks and python26 and above use
it. I don't see how py26-pyqt4 will work without a framework build of
Qt4, but I don't actually know either way.
On 2010-09-01 21:10 , michae...@macports.org wrote:
Revision: 71115
http://trac.macports.org/changeset/71115
Author: michae...@macports.org
Date: 2010-09-01 12:10:52 -0700 (Wed, 01 Sep 2010)
Log Message:
---
Add NOTE about the renaming of this port.
You should use
On 2010-09-05 23:25 , Ryan Schmidt wrote:
Have you also put in any rate-limiting checks? I've run into problems
lately with the mirror for gcc46 delivering part of a file to me,
then stalling, and MacPorts sitting forever waiting for data and not
giving up and trying another mirror as I would
On 2010-09-07 23:27 , Titus von Boxberg wrote:
Am 07.09.2010 um 21:43 schrieb Bradley Giesbrecht:
In which ever phase you want to work you can add some if [variant_isset
myvariant] logic.
man portfile
/variant
Found it. The variable holding all selected variants of the port is
On 2010-09-04 17:00 , Michael Dickens wrote:
On Wed, 01 Sep 2010 21:18 +0200, Rainer Müller
rai...@macports.org wrote:
You should use the replaced_by option with a revision bump
which will automatically remove the old port and install
the new one on upgrade.
replaced_by gnuradio-companion
On 2010-09-09 17:30 , raph...@macports.org wrote:
Revision: 71338
http://trac.macports.org/changeset/71338
Author: raph...@macports.org
Date: 2010-09-09 08:30:18 -0700 (Thu, 09 Sep 2010)
Log Message:
---
vtk5:
* collect post-destroot phases of all variants to
On 2010-09-10 12:03 , Kjell Konis wrote:
What I am having trouble figuring out is how to turn off the variant. When I
run (Portfile is in the cwd)
bash-3.2# port install -recommended
The syntax is
port install -- -recommended
or
port install current -recommended
The command line
From http://trac.macports.org/ticket/26421#comment:1
I caused this by switching ImageMagick to use the new `-replace` syntax in
r70377. [...] [The] problem is that when I asked it to replace `--with-x`
with
`--without-x` in the `configure.args`, in fact it replaced `--with-
xml` with
On 2010-09-11 01:00 , rai...@macports.org wrote:
Revision: 71380
http://trac.macports.org/changeset/71380
Author: rai...@macports.org
Date: 2010-09-10 16:00:39 -0700 (Fri, 10 Sep 2010)
Log Message:
---
pextlib1.0:
Add new 'system -W path' which changes into the
On 2010-09-11 17:18 , Bradley Giesbrecht wrote:
Replace curly braces with double quotes for reinplace regex.
post-configure {
if {[variant_isset universal]} {
foreach arch ${universal_archs} {
reinplace -E s|-dynamiclib|-dynamiclib -arch ${arch}| $
On 2010-09-11 22:05 , Harry van der Wolf wrote:
I tried:
if {[variant_isset universal]} {
configure.ldflags-append ${configure.universal_ldflags}
} else {
configure.ldflags-append ${configure.ld_archflags}
}
That doesn't work. Do I use it incorrectly?
No,
On 2010-09-13 16:59 , Oliver King-Smith wrote:
It would be convenient to run MacPorts in such a fashion where it can
just use a local directory for the source files as opposed to grabbing a
tar ball from an http or ftp server. This would allow me to make
changes to source code and then
On 2010-09-18 21:15 , Jeremy Huddleston wrote:
Do we do the right thing by not having them use 'sudo' for LaunchAgents on
Snow Leopard?
MacPorts does not make any difference between LaunchDaemons and
LaunchAgents. The default for startupitem.location is LaunchDaemons and
I am not aware of any
On 2010-09-18 22:23 , Ryan Schmidt wrote:
if {${build.asroot} == yes} {
ui_msg (no newline) sudo
}
ui_msg port load ${name}
No, build.asroot does not have anything to do whether we are using
Leopard or Snow Leopard, so that's not the solution. Also note that you
don't need sudo for
On 2010-09-24 22:24 , Ryan Schmidt wrote:
I just noticed that port -q -v is not the same as port -v -q:
$ port -v -q installed zlib
zlib @1.2.5_0+universal (active)
$ port -q -v installed zlib
zlib @1.2.5_0+universal (active) platform='darwin 10' archs='i386 x86_64'
This is
On 2010-09-24 23:00 , Ryan Schmidt wrote:
It makes sense to me that quiet would hide some info that's
normally shown, and verbose would show some info that's normally
hidden. As you said, I want to hide the usually-shown header, and
show the usually-hidden architectures and platforms. I want
On 2010-09-26 16:56 , Ryan Schmidt wrote:
Oops, but now you've got a post-destroot inside a post-destroot. I wonder,
does that work? Maybe it does. :P
It does work, but that's merely a coincidence. For example it wouldn't
work to add a pre-destroot inside a post-destroot...
I would advice to
On 10/02/2010 06:37 PM, eri...@macports.org wrote:
Added: trunk/dports/python/py26-pyzmq/Portfile
===
--- trunk/dports/python/py26-pyzmq/Portfile (rev 0)
+++ trunk/dports/python/py26-pyzmq/Portfile
On 2010-10-03 20:16 , David Evans wrote:
Actually the latest version of gtk+ 2.22.0 breaks gdk-pixbuf out
separately again (also 2.22.0) to keep
it out of the gtk3 development path. So a gdk-pixbuf-2 port will be
necessary when gtk2 is upgraded (and some
logic to disable the old gtk2 before
On 2010-10-06 20:54 , eri...@macports.org wrote:
Revision: 72200
http://trac.macports.org/changeset/72200
Author: eri...@macports.org
Date: 2010-10-06 11:54:51 -0700 (Wed, 06 Oct 2010)
Log Message:
---
llvm with clang version default
Modified Paths:
On 2010-10-09 09:06 , Marko Käning wrote:
Wondering whether this is connected with my Email address used for
trac login which is not m...@macports.org (used for committing to
svn), but mk-macpo...@techno.ms (used for mailing list and trac
login).
You should use a Trac account with your
501 - 600 of 1310 matches
Mail list logo
