On Dec 6, 2006, at 13:39, Mark Duling wrote:
The php5 port installs
php.ini-dist and
php.ini-recommended
and I see the binary is set to look for php.ini in /opt/local/etc, but
strangely I never set this and php5 works fine for me. How does
it find
the wonky mysqld.sock location? And
On Dec 12, 2006, at 18:44, Andy Kish wrote:
On Dec 12, 2006, at 6:55 PM, Ryan Schmidt wrote:
On Dec 12, 2006, at 11:16, Mark Duling wrote:
PHP5 installed fine with curl 7.15.5, now it fails with curl
7.16.0. See
below. Any ideas on what to do about this? Is there a problem
with curl
On Jan 17, 2007, at 11:18, Cédric Luthi wrote:
Please someone with commit access, take care of this ticket ;-)
http://trac.macports.org/projects/macports/ticket/11248
This will be needed for a port I plan to update also: aria2.
Does the current maintainer agree with these changes, and is he
On Jan 23, 2007, at 17:52, Mark Duling wrote:
Port gd2 is at 2.0.33. If gd 1.x is no longer needed couldn't we just
delete it and use the gd2 port?
Aaaa! Yes, why was r21414 committed? I would have thought the point
of having a gd and a gd2 port was to keep the 1.x and 2.x series
On Jan 24, 2007, at 01:56, Mark Duling wrote:
$ port deps cvsgraph cvslock
cvsgraph has library dependencies on:
gd
cvslock has library dependencies on:
gd
$ port deps cvslock cvsgraph
cvslock has no dependencies
cvsgraph has library dependencies on:
gd
I am unable to
On Jan 25, 2007, at 02:26, Randall Wood wrote:
I have seen no standard that states how patch files are to be named
I have:
http://darwinports.opendarwin.org/docs/ch04s07.html
The standard convention is to name the patch file 'patch-
filename.diff, with one diff file per file altered in the
On Jan 25, 2007, at 20:54, Kevin Ballard wrote:
At this very moment I am committing a bunch of changes to
properties. Unfortunately it's going to come across as... wow, 39
commits (assuming there are changes in every category, which there
probably are). That's because I'm committing once
On Jan 25, 2007, at 21:10, Kevin Ballard wrote:
If you create a new Portfile, you should set svn:eol-style to
native on it (`svn propset svn:eol-style native Portfile`).
If you add any patches to the repository, don't set any properties
on them.
If you add files which aren't patches or
Please make [EMAIL PROTECTED] a valid email address. See the
failure message below for the consequences of not doing this, when
trying to send messages to SourceForge email addresses.
Begin forwarded message:
From: [EMAIL PROTECTED]
Date: January 26, 2007 14:48:28 CST
To: [EMAIL
On Feb 11, 2007, at 15:05, Blair Zajac wrote:
Regarding the left sidebar of links on
http://www.macports.org/
I have some suggestions.
The term Source Code is not as obvious as Download which people
are more familiar with. We can say, we only provide source
downloads, no binaries.
On Feb 11, 2007, at 23:30, Jordan K. Hubbard wrote:
On Feb 11, 2007, at 1:41 PM, Ryan Schmidt wrote:
By total coincidence, I see the mailing lists are available under
the menu item About Us. I would change that menu item to
Mailing Lists.
Also, I would remove the links to other Mac OS
On Feb 10, 2007, at 20:58, Vincent Lefevre wrote:
On 2007-02-09 11:39:20 -0600, Ryan Schmidt wrote:
I assume that's due to the stupid setting available in emacs or vi or
whatever editor it is that actually encourages that behavior. The one
where they've said We want to indent to 4-space tabs
On Feb 11, 2007, at 22:56, Kevin Ballard wrote:
Are there any more thoughts on this matter?
For now, every line I modify is going to have its hard tabs
converted to 4-width soft tabs (and reindented if necessary).
Why will this occur? Is it because this is how your editor is
configured,
On Feb 13, 2007, at 00:06, Paul Guyot wrote:
On 12 févr. 07, at 22:02, Kevin Ballard wrote:
Who here is actively modifying, or considering modifying, base/? I
ask because, in order to resolve the Spacing issue, we need to
simply make a decision one way or the other and stop debating it.
On Feb 13, 2007, at 00:06, Douglas Philips wrote:
In any case, I'm pretty sure there are existing programs to
convert tabs, but I can't recall any offhand.
Yep. expand and unexpand. Even take the size(s) of the tabstops.
Neat! They're even included with the OS already. Thanks.
On Feb 14, 2007, at 17:56, Regis Vincent wrote:
I'm not sure this is the right mailing list (from the archive it
seems so), I have made a new portfile for an open-source
project called playerstage (see playerstage.sourceforge.net) but I
don't how to submit this port
to the main tree
On Jan 30, 2007, at 02:44, Anant Narayanan wrote:
I'm new to this list; and so I don't know what the actual procedure
for
introducing a new port is. Nevertheless, I am attaching the
Portfile for
x11/gtk2-extra. GtkExtra is a set of useful widgets for Gtk+. The port
for gtk-extra
On Feb 18, 2007, at 14:56, Elias Pipping wrote:
On Feb 18, 2007, at 9:51 PM, Ryan Schmidt wrote:
I guess the MacPorts copy command isn't available until MacPorts
1.4? so system cp ... ... is still the best way to copy
something? Once MacPorts makes the copy command available, I
suppose
On Feb 25, 2007, at 00:13, Anant Narayanan wrote:
I've created a ticket (#11436) for libsexy, which is another library
that provides a set of useful Gtk+ widgets. Since it compiles
cleanly on
OS X, there isn't anything in the Portfile except the hashes of the
source file :)
On Feb 18, 2007, at 18:30, Jann Röder wrote:
here's a list of ports I submitted a while ago. I think they can be
put into the ports tree now:
Update for John and John-devel:
http://trac.macports.org/projects/macports/ticket/11298
http://trac.macports.org/projects/macports/ticket/11297
On Feb 18, 2007, at 18:30, Jann Röder wrote:
here's a list of ports I submitted a while ago. I think they can be
put into the ports tree now:
[...]
Drill:
http://trac.macports.org/projects/macports/ticket/11366
This one is a dig-like tool whith support for DNSSec. It depends on
the ldns
Here's a patch to add a +universal variant to the zlib portfile:
http://trac.macports.org/projects/macports/ticket/11438
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-dev
On Mar 2, 2007, at 01:10, Cédric Luthi wrote:
On 1 mars 07, at 23:57, Eric Hall wrote:
One very useful thing I can think of is getting dependencies
to support variants - i.e. port 1 need 'port 2 +variantA'.
And also versions:
port 1 need 'port 2 @2.6.27'
Obviously, port 2 @2.6.28
On Mar 5, 2007, at 08:39, Giulio Eulisse wrote:
I've updated the sqlobject port to 0.8.0 in my private area. What's
the preferred way of submitting a patch?
Create a ticket in Trac. Attach the patch to the ticket. Then send an
email to this list telling us the ticket number so that
On Mar 5, 2007, at 06:15, Isaac Huang wrote:
The glib2 configure script makes conclusions about endianness and
atomic operations from host cpu type, and generates headers with such
assumptions inside. I've searched this list and someone said glib2
needed a patch for this. But I couldn't find
Dear MacPorts committers,
I've seen a lot of commits to portfiles that do more than one thing.
For example, a commit that updates the port to a new version, adds a
new variant, and changes the indentation of the entire file. This
makes it incredibly difficult to see what actually changed,
On Mar 6, 2007, at 00:00, Elias Pipping wrote:
I hate to break it to you but I guess glib2 will have to go to the
same steps as openssl:
I have to agree with the earlier post in another thread that the
openssl port has become quite a mess with this universal stuff, and I
think it would
On Mar 9, 2007, at 20:15, Kevin Ballard wrote:
On Mar 6, 2007, at 1:56 AM, Ryan Schmidt wrote:
If we're serious about universal binaries, the mozilla project's
unify script is useful. Install once for ppc to a given path,
install a second time for i386 to a different path, then call
When installing gettext +universal, port warns me that it might not
work because the port already overrides CFLAGS or LDFLAGS:
$ sudo port install gettext +universal
Warning: This port already overrides CFLAGS or LDFLAGS. The universal
variant may break it.
--- Extracting gettext
---
On Mar 18, 2007, at 06:31, Takeshi Enomoto wrote:
I submitted a portfile for fftw-3.1.2.
fftw-2 and fftw-3 are incompatible so port fftw should remain as it
is.
http://trac.macosforge.org/projects/macports/ticket/11578
Port fftw-3 already exists. See further notes in the ticket.
On Mar 18, 2007, at 07:55, Sbranzo wrote:
A new version of mutt-devel is available:
http://trac.macports.org/projects/macports/ticket/11553
I received no response so far from the maintainer, can someone commit
the (trivial) patch?
Had you already sent an email to the maintainer? If you only
On Mar 19, 2007, at 03:14, Boey Maun Suang wrote:
On 19/03/2007, at 11:13, Ryan Schmidt wrote:
If you only submitted the ticket, the maintainer may not have seen
it yet; Trac does not send email unless you list the address in
the CC field
Oh, I thought to the contrary, given this part
On Mar 20, 2007, at 23:25, Mark Duling wrote:
cairo-devel is ancient, broken, and looks unnceccesary now. The
tarball
is fetched from ~/pkern. Can it be deleted?
I'd say nuke it, along with pango-devel and glib2-devel. Should I do
it? Sigh... I forget again: is there an easy way to
On Mar 21, 2007, at 13:46, Sbranzo wrote:
On 18/03/07 13:55, Sbranzo wrote:
A new version of mutt-devel is available:
http://trac.macports.org/projects/macports/ticket/11553
I received no response so far from the maintainer, can someone commit
the (trivial) patch?
ping :-)
Oop! Sorry.
Someone with the ability please add version 1.5 to the Version pop-up
menu in the Trac tickets. I have MacPorts installed from trunk, and
I'd like to be able to submit bugs and accurately represent the
version of the software I currently use. Thanks.
On Mar 24, 2007, at 09:31, Yves de Champlain wrote:
I just made a port for the yaz php extension. Now since there are
many such extensions that are all potential ports, does anybody any
naming scheme proposition ?
How about
www/php_yaz
Hmm. Do we have any ports for php extensions yet?
On Mar 24, 2007, at 19:19, Takeshi Enomoto wrote:
What is the difference between fftw-3 and fftw-3-single?
I am not the original author.
Fink has only one package for fftw3.
I will try to merge the two.
We could name the merge package fftw3 and
deprecate fftw-3 and fftw-3-single while keep
On Mar 29, 2007, at 13:04, Daniel J. Luke wrote:
On Mar 29, 2007, at 1:30 PM, Elias Pipping wrote:
On Mar 29, 2007, at 6:55 PM, Daniel J. Luke wrote:
Does anyone else have build problems with the lynx port?
(I haven't done any looking into it yet ...):
. -I../src
On Mar 30, 2007, at 19:09, Elias Pipping wrote:
On Mar 31, 2007, at 12:12 AM, Jann Röder wrote:
Is there a reason why we still have the old freetype version
2.1.10 in
macports although 2.3.2 is available by now ? Or is it that simply
nobody has updated it, yet ?
maybe. maybe not. rather
On Mar 30, 2007, at 20:07, Elias Pipping wrote:
On Mar 31, 2007, at 2:46 AM, Ryan Schmidt wrote:
There was a ticket open about this. I had not upgraded the port
because I had some concerns, which are explained in the ticket:
http://trac.macports.org/projects/macports/ticket/11520
Do you
On Mar 30, 2007, at 21:22, Vincent Lefevre wrote:
On 2007-03-30 09:10:35 -0400, Daniel J. Luke wrote:
The macports change to always add -I and -L options isn't in a
release
version (yet). We should probably think about it some more and do
lots of
testing to make sure that it won't
On Mar 31, 2007, at 03:16, Boey Maun Suang wrote:
CPATH, CFLAGS, CPPFLAGS, CXXFLAGS, LDFLAGS, possibly
LD_LIBRARY_PATH and DYLD_LIBRARY_PATH, and any other similar
variables I may not yet know about, and give advice about the
scenarios in which one might want to use each of them, or point
On Mar 31, 2007, at 22:53, Yves de Champlain wrote:
Any reason reinplace does not call sed with -E (extended grep
patterns) ?
Wouldn't most of the existing invocations of reinplace break if we
change that now?
___
macports-dev mailing list
On Apr 1, 2007, at 09:12, Randall Wood wrote:
This seems to be one of those if you can't make it work in the
current release (1.4) then you shouldn't do it situations
Until the current release has universal support then I would not
commit universalized ports.
If we don't try to make
On Mar 31, 2007, at 12:28, Landon Fuller wrote:
I received a bug report about the zlib port not working -- it was
modified to use private API in an attempt to hack in Universal
support.
The port, which I originally wrote in 2003, went from this:
On Apr 2, 2007, at 20:31, Adam Mercer wrote:
I've submitted a ticked updating the bazaar-ng port to the recently
released 0.15. Could someone with commit access please review and
commit this?
http://trac.macports.org/projects/macports/ticket/11712
Sure; done in r23494.
On Apr 3, 2007, at 12:27, Yves de Champlain wrote:
http://trac.macosforge.org/projects/macports/ticket/3073
Don't know, I haven't tried. But it looks like a very weird idea
to me.
I mean, what can it give except loads of problems ?
But I'm still young and naive ...
The bug says:
I
On Apr 6, 2007, at 06:18, Jochen Küpper wrote:
I just performed a port selfupdate to 1.4.0 yesterday and now try
to install python24 / py-numpy / matplotlib with it.
The first point that raises is the following: It installed the
gcc42 port, and I do habe /opt/local/bib/gcc-dp-4.2 and
On Apr 7, 2007, at 03:37, Jochen Küpper wrote:
As far as I know, all ports should continue to use the Apple
gcc-4.0, unless the port specifically depends on the gcc42 port
and redefines the CC, CXX, etc variables.
Thanks for clarifying that.
In case I then also define CC, CXX, and friends
On Apr 8, 2007, at 08:50, Adam Nohejl wrote:
The current freetype package contains version 2.3.3, while some
other packages still need the pre-2.2.0 FreeType with exposed
internals and therefore fail to build with the current version of
FreeType. For instance libsdl_ttf (see
I would like to improve the php5 port so that both an Apache 1 or 2
module and the FastCGI binary can be installed at the same time. The
php build system does not accommodate targeting multiple SAPIs at
once. Therefore it will be necessary to have port build once for the
Apache module of
On Apr 9, 2007, at 03:06, Landon Fuller wrote:
On Apr 9, 2007, at 12:46 AM, Ryan Schmidt wrote:
My preliminary patch for php5 is attached to this ticket:
https://trac.macosforge.org/projects/macports/ticket/8599
However I still need a fix that will let it work with either MP
1.4.0
On Apr 9, 2007, at 20:21, Juan Manuel Palacios wrote:
destroot {
xinstall -d -m 0755 ${destroot}/Applications/MacPorts
- system cp -R ${worksrcpath}/build/MacSword.app \
+ system cp -R ${worksrcpath}/build/Deployment/MacSword.app \
On Apr 9, 2007, at 12:55, Landon Fuller wrote:
On Apr 9, 2007, at 02:22, Ryan Schmidt wrote:
$ cd doc/guide
$ make
xmllint --xinclude --noout xml/guide.xml
http://www.oasis-open.org/docbook/xml/4.2/dbpoolx.mod:99: parser
error : Content error in the external subset
!ENTIT
make xhtml
On Apr 10, 2007, at 08:20, Daniel J. Luke wrote:
On Apr 10, 2007, at 2:48 AM, Ryan Schmidt wrote:
If I do that, how can I avoid each port (php5-apache2, php5-
fastcgi, etc.) having to download the php5 source again?
By setting distname and dist_subdir
(like the apr port used to do
On Apr 10, 2007, at 06:55, Ryan Schmidt wrote:
The other related situation is that when I install MacPorts 1.5.0
from trunk and run portindex and ask for info about sleepwatcher, I
get:
$ port info sleepwatcher
sleepwatcher 2.0.4, sysutils/sleepwatcher (Variants: universal,
universal
I'll continue this discussion on the dev list, where I probably
should have started it in the first place.
On Apr 13, 2007, at 01:18, Cédric Luthi wrote:
On 13 avr. 07, at 03:11, Ryan Schmidt wrote:
Are there any ports that install binaries? I mean, any ports that
don't compile things
This livecheck.distname stuff doesn't work:
On Apr 13, 2007, at 14:34, [EMAIL PROTECTED] wrote:
Total number of ports parsed: 3876
Ports successfully parsed: 3871
Ports failed: 5
Failed to parse file fuse/fusefs/Portfile: invalid command name
livecheck.distname
On Apr 13, 2007, at 08:49, Daniel J. Luke wrote:
On Apr 12, 2007, at 10:37 PM, Boey Maun Suang wrote:
As far as I can tell, however, work on base to allow for executing
${build} in multiple directories would probably be necessary to
deal with curlhandle and nefu, as well as with the
On Apr 14, 2007, at 22:04, Paul Guyot wrote:
On Apr 15, 2007, at 11:53 AM, Ryan Schmidt wrote:
On Apr 13, 2007, at 22:34, [EMAIL PROTECTED] wrote:
Modified: trunk/base/doc/portfile.7 (23967 = 23968)
--- trunk/base/doc/portfile.7 2007-04-14 01:54:40 UTC (rev 23967)
+++ trunk/base/doc
On Apr 14, 2007, at 21:58, Elias Pipping wrote:
Working on openssl +universal, I needed a file list.
It'd have to consist of all the single-arch files
(except for the .o files) that end up in the worksrcdir
once compiling for a single architecture has finished.
It'd also come into play when
On Apr 14, 2007, at 22:43, Elias Pipping wrote:
On Apr 15, 2007, at 5:36 AM, Ryan Schmidt wrote:
Recall the unify script from the Mozilla project, which they use
to create universal binaries of Firefox and other programs from a
ppc tree and an i386 tree, and my suggestion some time ago
On Apr 15, 2007, at 10:39, James Berry wrote:
A note for developers working on the MacPorts base code:
- It is your responsibility to keep the ChangeLog up to date with
substantive changes in base.
- Not only does this tell users what has changed, but it also
helps us internally track
On Apr 12, 2007, at 21:37, Boey Maun Suang wrote:
Aside from the fact that the radassist port has a really badly
generated patchfile (diff -ur ../radassist-0.9.6rc3.orig/10.3-
desktop-negative.T ./10.3-desktop-negative.T -- sorry to whoever
wrote it, but yuck!), it's easy to fix; I just
On Apr 16, 2007, at 06:21, Paul Guyot wrote:
Ok, that's what I'm doing (in sleepwatcher), but it's resulting in
weirdness: port info shows two universal variants; see:
$ port info sleepwatcher | head -n 1
sleepwatcher 2.0.4, Revision 2, sysutils/sleepwatcher (Variants:
universal, server,
The portfile for freeimage begins with this line:
# -*- tcl -*-
I don't know what the line does. I guess it informs some editor that
this is a tcl file, but I don't know what editor that would be. Does
anyone know?
No other portfiles begin with (or contain) such a line, so I would
like
On Apr 17, 2007, at 16:19, Landon Fuller wrote:
I once said I would work on a pre-commit hook script we could
install which would reject any commit that did not conform with
these requirements. I haven't gotten around to that yet, but I
haven't forgotten either.
If we're going to be
On Apr 18, 2007, at 08:43, Takeshi Enomoto wrote:
I am not with recent discussions these days,
but it seems that the universal option is added to g95 as well.
A global universal variant was made available for all ports, yes.
A user reported that the build with +universal fails on Intel Mac.
On Apr 18, 2007, at 15:19, Dominik Fisch wrote:
I responded to ticket #11789 which indicates that pdflib does not
build.
I've upgraded pdflib to the current version 7.0.1 (new Portfile)
and extended the patch file
patch-config-mkcommon.inc.in to solve the described problem.
Could a fixed-width font be used in the diff section of the commit
mails? That would help columns to align properly.
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo/macports-dev
On Apr 19, 2007, at 01:09, [EMAIL PROTECTED] wrote:
is the output from 'port list inactive' expected? it appears to
list the active port version and revision rather than the
inactive one.
yes it is, although it might be confusing.
to get a list of inactive ports, type
port echo
On Apr 18, 2007, at 21:45, Daniel J. Luke wrote:
On Apr 18, 2007, at 7:15 PM, Ryan Schmidt wrote:
Could a fixed-width font be used in the diff section of the commit
mails? That would help columns to align properly.
you could always view the plain-text alternative in a mailer with a
fixed
On Apr 21, 2007, at 03:13, Ryan Schmidt wrote:
On Apr 18, 2007, at 15:20, Dominik Fisch wrote:
I've opened ticket #11796 to describe the build problem I
experienced while
trying to build auctex development variant. After playing around a
bit I found
the problem within the Portfile
On Apr 23, 2007, at 13:21, N_Ox wrote:
Variants' names should be consistent, I don't think it's the case now:
for example, libsdl-framework has a nostatic variant, whereas the
expat's one is named no_static.
It would be nice to have some kind of naming guidelines for this
kind of things.
Juan, I agree with pretty much everything you've written here.
On Apr 24, 2007, at 18:15, Juan Manuel Palacios wrote:
First and foremost, I propose we make our use of trunk branches
tags for base only as explicit as it can be, and therefore
reorder the existing hierarchy as follows:
On Apr 26, 2007, at 17:28, Sbranzo wrote:
On 27/04/07 08:17, Boey Maun Suang wrote:
The only thing that comes to my mind is that port outdated won't pick
up that there's a new version of a port available until PortIndex is
updated, and that happens every twelve hours on the MacPorts rsync
On Apr 27, 2007, at 11:04, Juan Manuel Palacios wrote:
Nice going with this rename, in sync with my dp2mp-move branch ;-)
Will we see this move in other gcc ports, like gcc41, even though
they're no longer current? [snip]
Isn't gcc41 the current version of gcc?
On Apr 28, 2007, at 12:49, Blair Zajac wrote:
I'm trying to use the port unarchiving feature but it appears that
the unarchive.env is not being honored.
[snip]
Error: Target com.apple.unarchive returned: error copying /opt/
local/var/db/dports/build/
On Apr 28, 2007, at 20:34, Juan Manuel Palacios wrote:
Hi Blair!
Failure to pick up tbz2 archives for (re)installation is an
overlook of mine, as I added support for said extension at archival
time (base/src/package1.0/portarchive.tcl) to the release_1_4
branch in r22584 and
On Apr 28, 2007, at 21:06, [EMAIL PROTECTED] wrote:
+ gohome {
+ set homepage $portinfo(homepage)
+ if { $homepage != } {
+ # TODO we should autoconfigure this, and perhaps leave an
On Apr 28, 2007, at 21:59, Juan Manuel Palacios wrote:
Working on my dp2mp-move branch just now I came up with some
questions regarding our naming as a project, as there are still
some references to darwinports, opendarwin and, eeehhhmmm, Apple in
key parts of our sources, and I'm not too
On Apr 29, 2007, at 17:32, Sbranzo wrote:
I dont' know if my installation is broken, because I'm facing a new
problem. Macports is updated at today (version 1.430).
I was trying to spot the mutt-devel maintainer, because 1.5.15 is out,
using port maintanier but:
[sbranzo] gufo ~ $ port
On May 1, 2007, at 13:16, Salvatore Domenick Desiano wrote:
On Tue, 1 May 2007, Juan Manuel Palacios wrote:
On May 1, 2007, at 1:16 PM, Salvatore Domenick Desiano wrote:
Have we had the mailng list prefix argument? As my spam
increases, I find it
very useful to be able to visually pick
On Apr 30, 2007, at 04:31, Ryan Schmidt wrote:
Otherwise, I think the commit mails are the default SVN::Notify
HTML::ColorDiff style. I'm not sure if there's a simple hook to
change the font that the CSS sets.
I wanted to play with svnnotify to see if I could find such an
option, but I
On May 2, 2007, at 01:16, Blair Zajac wrote:
On May 1, 2007, at 11:14 PM, Chris Pickel wrote:
On the subject of frameworks:
Is there a standard install directory for frameworks? On some
Portfiles (notably the libsdl*-framework ports), frameworks are
installed to /Library/Frameworks. On
On May 1, 2007, at 20:11, Mark Duling wrote:
Can't locate Net/SMTP_auth.pm in @INC (@INC contains: /opt/local/lib/
perl5/5.8.8/darwin-2level /opt/local/lib/perl5/5.8.8 /opt/local/lib/
perl5/site_perl/5.8.8/darwin-2level /opt/local/lib/perl5/site_perl/
5.8.8 /opt/local/lib/perl5/site_perl
On Apr 30, 2007, at 10:04, Elias Pipping wrote:
On Apr 29, 2007, at 9:55 AM, Ryan Schmidt wrote:
It's annoying that port search shows description, but port
info only shows long_description.
Isn't that precisely what description and long_description were
made for?
Is it? I don't know
MacPorts 1.4.40 was released, so I hope the fix made it into that...
On May 8, 2007, at 02:46, Jordan K. Hubbard wrote:
Why can't we get the work-around committed for now? A lot of
things depend on ncurses, and it's a fallacy to assume that a lot
of people don't track trunk and it can be
On May 8, 2007, at 08:35, Daniel J. Luke wrote:
On May 8, 2007, at 9:31 AM, James Berry wrote:
On May 8, 2007, at 6:06 AM, [EMAIL PROTECTED] wrote:
Failed to parse file devel/libxfcegui4/Portfile: can't set
depends_lib: invalid depspec: port::libxfce4util
Failed to parse file
On May 8, 2007, at 07:47, James Berry wrote:
If I understand Guido's suggestion, the workaround is to the
Portfile, not to trunk, right? Who wants to fix it?
Looks like you committed a fix already:
http://trac.macosforge.org/projects/macports/changeset/24928
Why did that necessitate a
On May 9, 2007, at 00:30, Boey Maun Suang wrote:
Incidentally (I apologise for not putting this in a separate email,
but I'm in a rush), Growl wouldn't build with the -t flag; it
appears that the Rez command that gets invoked insists on creating
temporary files in /.vol and fails when it
On May 10, 2007, at 09:44, Vincent Lefevre wrote:
It seems that selfupdate got broken:
prunille:~ sudo port -d selfupdate
DEBUG: Rebuilding the MacPorts base system if needed.
Synchronizing from file:///Users/vinc17/wd/macosx/dports
DEBUG: /opt/local/bin/svn update --non-interactive
On May 10, 2007, at 18:15, James Berry wrote:
- We really need a nicely designed front-presence that describes
the project and gives access to ports and documentation. Our
current front end does those things only marginally.
I've been thinking about this for awhile. I haven't fired up
On May 12, 2007, at 09:11, Boey Maun Suang wrote:
P.S. scrubbed / is only to give the spambots less fodder (I got
my first macports spam today :-( ). No prizes for guessing what it
actually is.
I get about 60-75 spams to my macports email address a day. :-( I
wish it wouldn't get
On May 13, 2007, at 16:58, [EMAIL PROTECTED] wrote:
I'd just like to know if its possible to port the Realtek alc 861
linux sound driver to OSX and to make it work with OSX 10.4.9
If yes, Then, how?
This list and the MacPorts project are not really about porting
software to Mac OS X, in
On May 13, 2007, at 22:06, Norman MacIntyre wrote:
That is a bad idea. What purpose would it serve other
than collecting statistics and curiosity?
Let me know when you do this so I can immediately use
only fink.
I see! Well, that's two people vehemently opposed so far. :)
Interesting.
On May 7, 2007, at 23:59, James Berry wrote:
Release 1.4.40 (7-May-2007, tagged at r24909 by jberry):
Please add 1.4.40 to the list of MacPorts versions in Trac.
Currently we jump from 1.4.3 to 1.5.0.
___
macports-dev mailing list
On May 15, 2007, at 15:44, Yves de Champlain wrote:
Le 07-05-15 à 14:23, Michael Jackson a écrit :
On May 15, 2007, at 10:42 AM, James Berry wrote:
The MacPorts Web App (mpwa) is online for some initial testing at
http://db.macports.org/
Looks great! Can't wait to see this up and
On May 16, 2007, at 23:57, James Berry wrote:
On May 16, 2007, at 9:44 PM, [EMAIL PROTECTED] wrote:
Revision 25283 Author [EMAIL PROTECTED] Date 2007-05-16 21:44:07
-0700 (Wed, 16 May 2007) Log MessageRemove workdir variable. *
Placement of the work symlink in the portdir is now optional
On May 17, 2007, at 06:00, Ian Eiloart wrote:
On 16 May 2007 17:12:10 -0700 James Berry wrote:
Following discussion with several of you, and more thought, my
thinking
is now:
(1) Obfuscate plain text email addresses by using the form:
- tld/domain/username
1 - 100 of 6607 matches
Mail list logo