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-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-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-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-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:
---
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-01 17:13 , Ryan Schmidt wrote:
On Feb 27, 2010, at 16:39, rai...@macports.org wrote:
Revision: 64265
http://trac.macports.org/changeset/64265
Author: rai...@macports.org
Date: 2010-02-27 14:39:35 -0800 (Sat, 27 Feb 2010)
Log Message:
---
On 2010-02-26 09:39 , Ryan Schmidt wrote:
On Feb 26, 2010, at 02:02, Jeremy Huddleston wrote:
so
x11 conflicts with gtk2, but gtk2 requires x11 ?!
Oops, I forgot the conflicts were also declared in the x11 variant. I removed
them in r64220.
Thanks. Bad review from my side for this
On 2010-02-18 23:58 , Ryan Schmidt wrote:
On Feb 18, 2010, at 15:28, Rainer Müller wrote:
On 2010-02-18 02:41 , Jeremy Huddleston wrote:
What is the point of the +x11 version? What does it actually do
with X11? Is it just the clipboard sharing or something? I think
this is a variant
On 2010-02-18 02:41 , Jeremy Huddleston wrote:
~ $ sudo port -v install vim Error: vim: Variant x11 conflicts with
gtk2 Error: Unable to open port: Error evaluating variants To report
a bug, see http://guide.macports.org/#project.tickets
Uhm... making +x11 and +gtk2 conflict is a bad idea
On 2009-11-23 04:23 , j...@macports.org wrote:
Revision: 60769
http://trac.macports.org/changeset/60769
Author: j...@macports.org
Date: 2009-11-22 19:23:47 -0800 (Sun, 22 Nov 2009)
Log Message:
---
stop including command output in the return value of the system proc
On 2010-01-30 07:14 , Ryan Schmidt wrote:
On Jan 29, 2010, at 11:56, rai...@macports.org wrote:
Revision: 63213
http://trac.macports.org/changeset/63213
Author: rai...@macports.org
Date: 2010-01-29 09:56:38 -0800 (Fri, 29 Jan 2010)
Log Message:
---
editors/vim,
On 2010-01-30 20:23 , Rainer Müller wrote:
On 2010-01-30 07:14 , Ryan Schmidt wrote:
On Jan 29, 2010, at 11:56, rai...@macports.org wrote:
Revision: 63213
http://trac.macports.org/changeset/63213
Author: rai...@macports.org
Date: 2010-01-29 09:56:38 -0800 (Fri, 29 Jan 2010
On 2010-01-24 11:46 , Joshua Root wrote:
I've added a new option python.link_binaries to the python26
portgroup, on by default, which in post-destroot will create
version-suffixed links in ${prefix}/bin/ to everything installed by the
port in ${python.prefix}/bin/.
I think we should do the
On 15.01.2010 00:07, Jeremy Lavergne wrote:
That's pretty straightforward for SourceForge projects: we can write
a licensecheck just like livecheck.
What about something like lint --guess? It would try to find missing
values (could also be used in the same way for other mandatory fields
like
On 2010-01-14 00:07 , j...@macports.org wrote:
Revision: 62692
http://trac.macports.org/changeset/62692
Author: j...@macports.org
Date: 2010-01-13 15:07:10 -0800 (Wed, 13 Jan 2010)
Log Message:
---
remove receipt_sqlite.tcl
Removed Paths:
-
On 2010-01-11 10:49 , Jeremy Lainé wrote:
I am trying to work my way through issues reported against qt4, and one of
the things which is making things a bit awkward is the fact that there are
too many qt4-* ports.
Does anyone use qt4-kde (which is lagging behind qt4-mac) or can it safely
On 2009-12-17 05:37 , Dan Ports wrote:
On Wed, Dec 16, 2009 at 09:04:13PM -0600, Ryan Schmidt wrote:
My recommendation is to not install llvm-gcc42 until this issue is resolved.
If anyone can assist in resolving this issue, it would be appreciated.
Isn't the solution to both of these
On 2009-12-22 19:41 , Panayotis Katsaloulis wrote:
Hello
I have created a new port for launch4j a week ago, but there is no feedback.
The ticket is here
http://trac.macports.org/ticket/22914
Could you have a look?
Committed in r62576. Thanks for your submission!
To file updates in the
On 2009-12-24 16:51 , Jeremy Huddleston wrote:
I just use configure.optflags in src/port1.0/portconfigure.tcl:
-default configure.optflags {-O2}
+default configure.optflags {-ggdb3 -O0}
We should probably let the optflags be customizable via macports.conf, but
this works fine for me.
Sorry for the late reply, I did not have quite the time over the last
weeks to follow posts to the list.
On 2009-11-29 15:33 , Ryan Schmidt wrote:
See, both before and after the configure phase, configure.env only
contains the FOO=bar variable I added. But what I actually want to
know about
On 2009-12-11 23:12 , Ryan Schmidt wrote:
Yes, but if you set (rather than append to) configure.env in a
portfile, you overwrite the default environment. Therefore it was
unexpected to me not to be able to see the default environment in
configure.env when querying it. No matter; I've found
On 2009-10-30 10:58 , Scott Haneda wrote:
I am running port install pure-ftpd +mysql + postgresql
I see my error now, I missed the mysql5 in the variant, so the port
went ahead and started installing pure-ftpd and postgresql.
If I issue a `port install something +nonexistant` I would
Daniel J. Luke wrote:
I personally think it's a waste of time to try to force portfile
maintainers to use specific whitespace conventions (also, I'm pretty
sure all of my Portfiles use tabs ;-) ).
It's possible that the last time it was discussed the four people who
really cared about it
Ryan Schmidt wrote:
A port can override any phase, but there's little reason to override
fetch and extract, and no reason to override checksum, install, and
activate. That leaves patch, configure, build, and destroot, which is
where ports typically do their distinctive work. muniversal
On 2009-10-17 18:49 , Ryan Schmidt wrote:
If not, then I would also like to have MacPorts base auto-create $
{prefix}/share/doc/${name} before the destroot phase, so each port
doesn't have to xinstall -d it manually. MacPorts base already
creates ${prefix}/share/${name} automatically so I
On 2009-10-18 00:55 , Jack Howarth wrote:
I just noticed that MacPorts is building the FSF gcc
releases within the source tree. The upstream FSF gcc
developers frown upon this as poor technique. All of the
gcc4X packages should be creating a separate build directory,
eg darwin_objdir,
On 2009-10-17 19:47 , Jeremy Lavergne wrote:
Question for anyone who happens to know the innards of MacPorts with
regards to its software directory: is it suppose to be emptied out
when you have uninstalled all ports?
Yes, would say so.
This is on a build box for me, and I have
On 2009-10-17 01:24 , Jack Howarth wrote:
Why exactly is python.bin resolving to
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/Resources/Python.app/Contents/MacOS/Python
instead of
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/python or
On 2009-10-16 09:52 , Emmanuel Hainry wrote:
So, the present state is
sync only does some synchronization.
selfupdate updates port itself.
And selfupdate also does sync unless you use --nosync.
It seems clear enough to me.
Also, sync needs to be used far more often than selfupdate, so
On 2009-10-14 20:06 , Blair Zajac wrote:
Ryan Schmidt wrote:
Note that for proper escaping, you either need double backslashes in
front of the periods...
livecheck.regex CouchDB (0\\.\[0-9\]+(\\.\[0-9\]+)?)
...or you need to enclose the entire regex in curly quotes to disable
tcl
On 2009-10-12 02:40 , Jack Howarth wrote:
DEBUG: Found Dependency: receipt exists for python26
--- Activating py25-pmw @1.3.2_1
DEBUG: Image error:
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/Pmw/__init__.py
is being used by the active py26-pmw
On 2009-10-11 12:18 , Eric wrote:
Here is a patch http://trac.macports.org/ticket/21991
Thanks, committed in r59194.
Rainer
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-dev
On 2009-10-11 19:21 , Jack Howarth wrote:
I am confused though as to why the python26 package doesn't provide
the same access to its headers and development libraries as the python25
package. In the case of the of python25 for example, we have the headers
included in
On 2009-10-11 08:26 , Jeremy Lavergne wrote:
ya or nay?
it has gcc34 as a dep. yup, 34, not 43.
Agreed, remove it. Last upstream release is from 2004.
Rainer
___
macports-dev mailing list
macports-dev@lists.macosforge.org
On 2009-10-11 22:44 , Jack Howarth wrote:
Am I correct in assuming that it is best practices to
construct packaging that builds against python25 or python26
without requiring the associated python to be activated?
I believe the current pymol packaging should now build
regardless of the
On 2009-10-07 22:21 , Bryan Blackburn wrote:
Note that I also added py26-distribute, but as you note it does conflict
with py26-setuptools, so moving to it would be painful. Maybe it can be the
preferred one for py27 ports?
We could use a replaced_by to get rid of py26-setuptools completely
On 2009-10-06 00:15 , Perry Lee wrote:
How about using one of the time_ variables kept track of by curl?
For example (from the man page):
time_connect: The time, in seconds, it took from the start until the TCP
connect to the remote host (or proxy) was completed.
Simultanously opening
On 2009-10-01 22:24 , Ryan Schmidt wrote:
On Oct 1, 2009, at 12:04, Kjell Konis wrote:
I just upgraded to 1.8.1 and when it tried to upgrade freetype it
borked. I am using a 1GHz pb G4 runnning OS X 10.4.11 (hey, it still
points doesn't it!?) which I guess is now unsupported
My
On 2009-10-01 11:44 , Ryan Schmidt wrote:
-# doesn't build 64-bit
-configure.universal_archs-delete x86_64 ppc64
+configure {
+if {[variant_isset darwin_10] ![variant_isset universal]} {
+# Kernel can be 32-bit or 64-bit, so build both
+configure.cflags-append
On 2009-10-01 11:56 , Ryan Schmidt wrote:
Would you consider:
platform darwin 10 {}
if {[variant_isset darwin_10]} {
default_variants +universal
}
Would that not have the same effect as what you do, but also indicate
in the variants that this is a universal build?
But then that
On 2009-10-01 12:07 , Ryan Schmidt wrote:
On Oct 1, 2009, at 05:05, Rainer Müller wrote:
On 2009-10-01 11:56 , Ryan Schmidt wrote:
Would you consider:
platform darwin 10 {}
if {[variant_isset darwin_10]} {
default_variants +universal
}
Would that not have the same effect as what
On 2009-09-28 20:55 , Ryan Schmidt wrote:
I agree it's a peculiar thing to have in a portgroup, but so is the
xcodeversion portgroup, and they both fill a need. The alternative is
to duplicate a bunch of code in a bunch of ports, so I think this is
better. Better still would be support
On 2009-09-20 10:22 , Anders F Björklund wrote:
There are not many mac ports working with platform freebsd,
but that's not the goal either (although some might be fixed)
The test is more for base, to test whether it remains working
without the proprietary parts... And thus far, it still does.
On 2009-09-20 00:28 , Ryan Schmidt wrote:
If your MANPATH is empty (as I believe we recommend), then man will
automatically search for things in all the locations specified in PATH
(that is, for every path in PATH, man will look in ../share/man for
manpages).
The installer still sets up
On 2009-09-20 15:11 , Ryan Schmidt wrote:
We could write code in base to check the platform -- for example to
check that if platforms is macosx that we are really running on
Mac OS X and not PureDarwin. But since I doubt anybody is using
MacPorts on anything other than Mac OS X, our
On 2009-09-18 14:47 , Ryan Schmidt wrote:
Leaving rlwrap out of it for the moment, I can run tclsh (or
tclsh8.4 or tclsh8.5). But as soon as I try to source ~/path/to/
macports_testing.tcl I don't see the successful 1.0 message but
instead:
can't read workpath: can't read
On 2009-09-17 16:43 , Anders F Björklund wrote:
Jeremy Lavergne wrote:
So yeah, you will have to clean it manually - there is no force
or rearchive option yet.
To do so:
sudo port clean --archive PORTNAME
That was the inferred manual part.
But no option to the archive command ?
On 2009-09-17 23:26 , Ryan Schmidt wrote:
Personally, I prefer to tell the user where the sample files are so
they can make copies if and when they want. Other port authors have
taken recently to copying the sample files for the user.
If the software requires the config file to run at all,
Ryan Schmidt wrote:
Most ports that need to print such messages do so in the post-activate
phase. I believe you are correct that this will not be shown when
installing from binary archives, but since we have no means to centrally
build and distribute such archives at this time, and everybody
On 2009-09-16 02:10 , Jack Howarth wrote:
On Tue, Sep 15, 2009 at 07:20:20PM -0400, Jack Howarth wrote:
+ else
+ if sysctl -a | grep -c hw.cpu64bit_capable/dev/null 21
; then
+ UNAME_PROCESSOR=x86_64
Please execuse the error in the
On 2009-09-14 15:01 , Jack Howarth wrote:
Coming from working with fink for all these years, the first thing
that struck me was how painful it is in MacPorts to visually
scan through the various Portfiles. In fink, if you are looking
for coding examples of packaging, you could go to one of the
On 2009-09-14 18:21 , Jack Howarth wrote:
Yes, this is one thing I definitely miss from fink. Most packages providing
development libraries are either present as...
foobar headers
foobar-bin binaries
foobar-shlibs shared libraries
or
foobar-dev headers
foobar
On 2009-09-13 18:23 , rai...@macports.org wrote:
--- trunk/dports/python/py26-cairo/Portfile 2009-09-13 15:53:37 UTC (rev
57580)
+++ trunk/dports/python/py26-cairo/Portfile 2009-09-13 16:23:23 UTC (rev
57581)
@@ -37,7 +37,7 @@
platform darwin 9 {
post-patch {
-
On 2009-09-13 20:37 , Anders F Björklund wrote:
ps I can imagine that this might in concept be solved by
requiring the user to do a selfupdate instead, however you
would still need a mechanism to stage the build order in
a manner that required version/revision dependencies are
satisfied in
On 2009-09-13 00:41 , Ryan Schmidt wrote:
Due to the volume of information printed by the -d switch, its use can
cause you to overlook important messages ports sometimes print out.
For developing your own portfiles using -d is great and helpful, but
for general use, I recommend you
On 2009-09-13 21:30 , Jack Howarth wrote:
It certainly would be nice to have some sort of basic
version/revision tracker for at least the buiild process of
MacPort.
Of course I do not disagree that dependencies with versions would be
useful. :-)
My proposal would be to add the version to
On 2009-09-09 01:52 , Ryan Schmidt wrote:
It seems Apple has decided that in Snow Leopard we may now only read
HFS volumes but not write to them. I need to write to an HFS disk
image. Anybody know of a way to still do this in Snow Leopard?
Wow, didn't notice and probably would not have
On 2009-09-02 08:33 , Ryan Schmidt wrote:
This doesn't seem right. Besides the obvious point that Markus did not
commit this portgroup and it is not 2007, does it make sense for
portgroups to be marked as copyrighted by a particular person? We
don't do that for portfiles. Some of the
On 2009-09-02 17:46 , Jeremy Huddleston wrote:
On Sep 2, 2009, at 07:51, Ryan Schmidt wrote:
Note that we already crippled MacPorts for users of 1.7.1 and
earlier on August 29 by adding license info to 35 ports, including
openssl (which has 274 dependents) and most of the gcc ports (50
Hi,
python23 is very old and outdated. It is a non-framework build, not
supported by python_select and should not be used anymore.
There are a few dependents, most of which have also not been updated in
years, so I assume nobody cares anymore.
nonpareil
zope
zopeedit
gwee
waitfor
Martin, if
On 2009-08-22 22:32 , Ryan Schmidt wrote:
That syntax looks nice. But all the existing use_ options are in
MacPorts base code. Part of the motivation for my suggestion is to
move this out of MacPorts base and into something inside the dports/
_resources directory, e.g. a portgroup.
Well,
On 2009-08-23 22:39 , Ryan Schmidt wrote:
On Aug 23, 2009, at 08:46, rai...@macports.org wrote:
Modified: trunk/dports/_resources/port1.0/variant_descriptions.conf
===
--- trunk/dports/_resources/port1.0/variant_descriptions.conf
On 2009-08-22 17:57 , Ryan Schmidt wrote:
On Aug 22, 2009, at 06:43, jo...@macports.org wrote:
+depends_lib port:R
+
+variant custom_r description {Use a custom R installation instead
depending on macports' R} {
+depends_lib-delete port:R
+}
Why this? Is there a good reason
On 2009-08-22 21:29 , Scott Haneda wrote:
Simplify the base code, or simplify the port files? The port files
list a url, which I find highly readable, and also nice, because I can
easily know what that url is, and ping, curl, or http request it.
You would still be able to read the URL in
On 2009-08-22 22:03 , Ryan Schmidt wrote:
On Aug 22, 2009, at 13:15, Jeremy Lavergne wrote:
I'd suggest we do something akin to the extract options:
use_sourceforge or use_googlecode.
That would be another option But perhaps another motivation to
move the logic out of MacPorts base
On 2009-08-20 13:11 , Jeremy Lavergne wrote:
Doesn't the revision need to go higher, not lower?
Revision got to 1 from 0 at adding the patch, now it is 2 after removing
the patch, which is fine. This will cause unnecessary rebuilds for most
people, but we do not have a better way to handle
On 2009-08-21 17:57 , Blair Zajac wrote:
This ticket was opened
https://trac.macports.org/ticket/20748
Does building a port modify PATH so it would ignore the gnubin
directory?
Yes. The environment variable PATH is by default set to
On 2009-08-21 19:13 , Ryan Schmidt wrote:
On Aug 21, 2009, at 11:36, Rainer Müller wrote:
You would only have to add ${prefix}/gnubin at the front of your
PATH to
use the GNU versions.
${prefix}/gnubin would be an mtree violation, which we try to avoid,
but ${prefix}/libexec/${name
On 2009-08-12 03:45 , William Siegrist wrote:
On Aug 11, 2009, at 6:41 PM, Ryan Schmidt wrote:
Oh. Perhaps this could be announced on macports-dev?
It was just a warning (and lack of Trac browser) for all of 15m.
We've always just used IRC for this stuff.
I don't think we need to
On 2009-08-08 22:35 , Scott Haneda wrote:
Very good to know. Are you on Intel by any chance? That was my
concern, in that there are a some comments of massive memory usage on
Intel.
Yes, I am on Intel using SSHKeychain from MacPorts.
... %CPU %MEM VSZRSS ...TIME COMMAND
On 2009-08-09 13:06 , Giorgio Valoti wrote:
Re: the livechecks. Is there a way to maintain a parallel macports
system, say one under /opt/local and one under ~/ports?
Yes, you can have as many MacPorts installations as you would like on
the same machine. Just use distinct paths for each of
On 2009-08-07 20:43 , Scott Haneda wrote:
I'm looking to clear ssh-agent which is becoming an issue in and of
itself. I was hoping there may be a file that was created or destroyed
in wake/sleep that I could set launchd to look at as a watch folder.
[...]
I know sshkeychain has this
On 2009-08-08 02:18 , Sean Fulton wrote:
One solution from the gdal perspective is to have a variant for
pthreads and requite pth. In most cases I would accept that a variant
is appropriate but here I'm not so sure. pthreads is the standard
library for threads, I think, in the vast
Please join us in welcoming the following new MacPorts committers:
- Anil Madhavapeddy (avsm)
- Scott Cantor (scantor)
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 2009-07-23 20:02 , Maximilian Nickel wrote:
i've started work on MacPorts support for Vim. Right now it consists
of syntax coloring for Portfiles, lint support and autoloading stuff.
Syntax coloring is still in early stages, down to the configure phase
most stuff should work though.
Very
On 2009-07-23 21:43 , Scott Haneda wrote:
His concern was that of course, it downloads the entire page, and uses
regex to parse out the important bits. He was willing to create a
current-version.txt file that he maintains, as he was worried about
bandwidth.
I see this as a semi valid
On 2009-07-24 01:50 , Darren Weber wrote:
I've found that MacVim provides fairly useful tcl highlighting just by
using the mode line that is suggested here:
http://guide.macports.org/#development.practices
That is,
# -*- coding: utf-8; mode: tcl; tab-width: 4; indent-tabs-mode: nil;
Please join us in welcoming the following new MacPorts committers:
- Anthony Collins (aecollins1)
- David Baumgold (singingwolfboy)
- Maximilian Nickel (mnick)
We look forward to continued excellent contributions from these new team
members.
- Bryan, Joshua, Rainer, and Ryan
Do you want to
On 2009-07-18 05:36 , Mike Alexander wrote:
Using macports from SVN version r53993, which is pretty much up to
date, I get an error if I do
port uninstall foo
port install foo
where foo is any installed port. The error is
Error: Target org.macports.activate returned: Registry error:
Hi Juan,
first of all you are doing good on this so far. But I also have some
comments and proposals:
First of all, the initial loading of the port list takes a long time
about 1-2 minutes for my installation. How is this list being retrieved?
Could this be made faster? For example, instead of
On 2009-07-14 06:58 , Anil Madhavapeddy wrote:
Can I get a macports account to put the new ports in or could someone
take a gander?
I would like to see some maintainer for the various ocaml related ports.
The main problem for other committers is to test or verify if the ports
are doing
On 2009-07-07 00:47 , Jean-Michel Pouré wrote:
* How can I manage sleep so that it is triggered after an SSH
disconnection and let's say 30 minutes of inactivity.
* When using screen, I would like to be sure that the Mac does not go to
sleep.
I don't know any way how to prevent the Mac going
On 2009-07-07 09:41 , lars.h...@me.com wrote:
13 days ago I opened a bug for bzr in order to bump its version
number. As it seems bzr has no active maintainer currently. Therefore
I'd like to ask if someone can have a look at my provided patches add
maybe incorporate them.
I saw the ticket,
George Armah wrote:
Juan's internet connection at home has been down this past week. He is
working to get it back online as soon as possible.
If he doesn't respond by Wednesday, I will attempt contacting him by
phone and compose a message on his behalf.
Students also have to fill out a form
Hi Dmitry and Juan,
you have been working now for about 5 weeks on MacPorts code. Now the
mid-term evaluation of your work will happen from 6th to 13th July.
All your new code is only visible to those who have been following the
branches in Subversion. It would be nice if you could give a quick
On 2009-06-30 01:46, Ryan Schmidt wrote:
On Jun 29, 2009, at 10:31, William Siegrist wrote:
I believe the problem is MacPorts will wait for a while (10
seconds?) before giving up on a mirror which just drops packets
instead of refusing the connection outright. It does not break MP,
On 2009-06-20 19:51, James Kyle wrote:
in the tclsh, the following pattern matches correctly:
% set text newmat10.tar.gz or newmat10.zip - newmat10D source files
newmat10.tar.gz or newmat10.zip - newmat10D source files
% set worldlist [regexp -inline -all -- {newmat(10)\.tar\.gz or
On 2009-06-24 21:30, Darren Weber wrote:
I was about to add this note to the page, but something is already
there. However, the current update contains a -d option; should that be
a -v option?
The switch -d implies -v, but -v is enough in this case. Changed the
wiki page accordingly.
Rainer
On 2009-06-21 01:49, t...@macports.org wrote:
--- trunk/dports/security/cyrus-sasl2/Portfile2009-06-20 23:35:06 UTC
(rev 52667)
+++ trunk/dports/security/cyrus-sasl2/Portfile2009-06-20 23:49:38 UTC
(rev 52668)
@@ -84,16 +84,14 @@
file copy ${worksrcpath}/doc
On 2009-06-18 22:15, Blair Zajac wrote:
On Jun 18, 2009, at 1:12 PM, Daniel J. Luke wrote:
Perhaps base/ needs to be enhanced so that it keeps track of the
libraries that a port links to (and what ports they are associated
with)?
Yes, this should be a dynamic search for a port's
On 2009-06-11 22:17, Daniel J. Luke wrote:
On Jun 11, 2009, at 2:38 PM, Ryan Schmidt wrote:
Since they produce the same output, and MacPorts doesn't present
checkboxes or radio buttons to the user, I don't think that that's
really a valid distinction.
I think it is valid, since several
On 2009-06-08 22:36, Ryan Schmidt wrote:
I imagine you've been working on this for awhile, and since this is
an open source project, it would have been nice to know you were
working on this, and to have the code in the MacPorts repository (the
users area would have been a good place for
On 2009-06-09 21:02, Jeremy Huddleston wrote:
I wasn't around during the leadup to Leopard, so I'd like a few
pointers. How should I be handling SL regressions in MacPorts during
these coming months? Should we have a special tag/keyword to place on
radars? trac doesn't support
On 2009-06-07 00:27, Ryan Schmidt wrote:
svn.tag and livecheck.check are NOT superseded and should NOT be
avoided (and in fact, must continue to be used) until MacPorts 1.8.0
is released. Thus, these features should NOT be marked as deprecated
until 1.8.0 is released. That is the point
On 2009-06-09 21:08, Andre Stechert wrote:
Note that we currently allow users to log crash reports using TRAC --
an automated build failure notification just makes it easier for the
user and, if appropriately designed (as Ian said), easier for us too.
Once the logging proposal has been
801 - 900 of 1310 matches
Mail list logo