Eric Hall wrote:
On Mon, Mar 09, 2009 at 07:02:06PM -0700, Bradley Giesbrecht wrote:
On Mar 9, 2009, at 5:27 PM, Marcus Calhoun-Lopez wrote:
There is the issue that the user must modify his or her manpath.
An alternate solution is to rename the manpages.
Not according to my tests. Creating
Rainer Müller wrote:
Also, if you have a specific idea what could be improved in MacPorts,
but you never had the time to do it yourself, please put a proposal on
our ideas page. I already cleared up the list from the last year and
there are still interesting and important projects
MacPorts wrote:
#16372: version update request psycopg2 2.0.5.1 -- 2.0.7x
+---
Reporter: jbus...@… | Owner: land...@…
Type: enhancement | Status: new
Rainer Müller wrote:
MacPorts will apply to be one of the mentoring organizations. The
students can propose their project ideas to us and we will choose the
most appealing applications.
For the students application, I added the following additional questions
to be required:
* What are your
Jeremy Lavergne wrote:
How familiar are they with the languages we use in MacPorts?
Okay, that would be:
* How much experience do you have with Tcl and C?
In my opinion, having experience with Tcl is a weak criterion. There is
the community bonding period (about 4 weeks) during which students
Joshua Root wrote:
Jeremy Lavergne wrote:
Any idea when milestone 1.7.1 will be complete?
RSN. :-)
I have one last idea for which I will send out another mail after this.
It seems that all tickets but one are closed, and the last real activity
on it is on the order of months.
Yes. Now
Hi,
The 'port list' command has led to much confusion in the past.
For most people it does not do what they expect, as it is listing the
latest version of available ports. For example, 'port list installed'
will not list the installed versions, but the versions available. It can
also happen that
Jeremy Lavergne wrote:
I should like to think that we should mimic other port systems ---
what methods do they commonly have available?
But what should 'port list' do in your opinion? We can try to fix the
existing command. But in its current form, it causes too much confusion.
I happen to
Jeremy Lavergne wrote:
For port list specifically, I would expect a listing of package
names and package versions with an indication that it's out of date
--- much like port outdated. I suggest we then throw in an additional
third column indicating the status of that specific version.
Jeremy Lavergne wrote:
Note that the command echo exists to test such expansions:
port echo depends:expat and 'a*'
Gives you a list of all ports that depend on expat and start with the
character 'a'.
I'm confused why the user has to come up with all these queries rather
than just doing:
Andre Stechert wrote:
***a student becomes enlightened***
I previously thought port echo was just a loopback/diagnostic
because if I do port echo asdfjk I get asdfjk.
True.
'port echo' simply expands the list you give to the command. If you
would run
port install asdfjk
it would search
Jeremy Lavergne wrote:
That sounds like functionality I would expect from port search but I
worry that there are some advanced uses that I'm not considering.
So you would like to do 'port search' and then copy the results by hand
to another port command?
For more pseudo-port usage, I am
Orville Bennett wrote:
On Mar 12, 2009, at 2:29 PM, Bradley Giesbrecht wrote:
Is there anyone else who thinks it would be nice to collect ui_msg
and display the messages at the very end of the port run?
Awesome Idea. Maybe even summer of code material if it's complicated
enough.
I
Andre Stechert wrote:
In some other CLI's (e.g., mysql, IOS), the word show is used to
communicate what is being done here.
e.g.,
port show outdated
port show installed
port show maintainer:nomaintainer
As I said before, if we are going to use a single command, I would
expect
On 13.03.2009 22:43 Uhr, Ryan Schmidt wrote:
On Mar 13, 2009, at 16:06, rai...@macports.org wrote:
This won't work if MacPorts is installed somewhere else. So you
mustn't put /opt/local into your files. Instead, use a placeholder
like @PREFIX@ and then reinplace s|@PREFIX@|${prefix}|g $
On 18.02.2009 19:47 Uhr, Perry Lee wrote:
On Feb 18, 2009, at 1:03 AM, Ryan Schmidt wrote:
There are probably also other changes on trunk that are not
described in the ChangeLog.
You may also want to merge in r46810 (it fixes a bug in wrapline). As
far as I can tell, it applies to the
On 14.03.2009 5:03 Uhr, ryandes...@macports.org wrote:
--- trunk/dports/games/netpanzer/Portfile 2009-03-14 03:52:29 UTC (rev
48076)
+++ trunk/dports/games/netpanzer/Portfile 2009-03-14 04:03:51 UTC (rev
48077)
@@ -44,4 +44,4 @@
livecheck.check regex
livecheck.url
On 14.03.2009 6:29 Uhr, rai...@macports.org wrote:
Revision: 48083
http://trac.macports.org/changeset/48083
Author: rai...@macports.org
Date: 2009-03-13 22:29:50 -0700 (Fri, 13 Mar 2009)
Log Message:
---
base/aclocal.m4, base/configure:
Do expansion on ~ when
On 14.03.2009 9:15 Uhr, Neil wrote:
Why not send The following ports are currently installed: to stderr?
Hm, stderr and stdout do not have to be synchron, I am not sure it is a
good idea to mix them for this purpose.
Recently I added a wrapper around isatty(3) which is already used in
port. It
On 12.03.2009 22:41 Uhr, Ryan Schmidt wrote:
We should still merge back from trunk those handful of small changes
that I mentioned in another thread some weeks ago.
For reference:
http://lists.macosforge.org/pipermail/macports-dev/2009-February/007440.html
Proposed merges (reformatted):
| We
On 15.03.2009 17:09 Uhr, css...@mac.com wrote:
Looking at a CMake bug [1], it seems like there might be differences
in the limits defined for the MacPorts environment. This apparently
causes a problem when building CMake. It apparently builds fine
outside MacPorts, but not within it. I
Hi Bradley and Eric,
(and all others still following this thread),
I invested some time to find out how other packagement systems I use
deal with this issue. I checked mostly with the Getopt::Long and CGI
modules. The versions below are what I have currently installed, YMMV.
== Gentoo ==
The
On 2009-03-16 17:33, Bradley Giesbrecht wrote:
I was very interested in having the per5.8 rename it's man extensions
to something that would be found after p5 module.
I couldn't find where the Configure script allowed for this although
they do make allowances for having man pages for man1,
On 2009-03-15 23:25, Bradley Giesbrecht wrote:
I'm thinking I like this.
I just added paths for ${PREFIX}/apach2/bin and ${PREFIX}/lib/mysql5/
bin to /opt/local/etc/env_helper/paths/PATH/(apache2 mysql5).
Okay, so you expect this to be added to PATH. At the front? At the end?
In which
On 2009-03-17 02:07, Ryan Schmidt wrote:
On Mar 14, 2009, at 23:28, rai...@macports.org wrote:
--- trunk/base/src/macports1.0/macports.tcl 2009-03-15 03:49:27 UTC
(rev 48122)
+++ trunk/base/src/macports1.0/macports.tcl 2009-03-15 04:28:51 UTC
(rev 48123)
@@ -2086,6 +2086,7 @@
#
On 2009-03-17 02:07, Ryan Schmidt wrote:
On Mar 14, 2009, at 23:28, rai...@macports.org wrote:
Revision: 48123
http://trac.macports.org/changeset/48123
Author: rai...@macports.org
Date: 2009-03-14 21:28:51 -0700 (Sat, 14 Mar 2009)
Log Message:
---
On 2009-03-17 04:53, Ryan Schmidt wrote:
And I wasn't aware of option_deprecate.
It was dead code before, but I revived it and made it actually work.
I also would like to deprecate livecheck.check and rename it to
livecheck.type in the same way for consistency with other phases. This
will
Olivier Le Floch wrote:
On 17 mars 09, at 08:29, rai...@macports.org wrote:
Revision: 48229
http://trac.macports.org/changeset/48229
Author: rai...@macports.org
Date: 2009-03-17 00:29:53 -0700 (Tue, 17 Mar 2009)
Log Message:
---
www/includes/header.inc:
The
Rainer Müller wrote:
To address the issues mentioned above and support a little bit more we
would have to split it into env and profile:
${etcdir}/env-avail.d/:
apache2
mysql5
${etcdir}/env.d/:
apache2 - ../env-avail.d/apache2
mysql5 - ../env-avail.d/mysql5
${etcdir}/profile
Hello,
MacPorts has been accepted for Google Summer of Code 2009!
So for students who are interested in working on MacPorts over the
summer and even earn money for it, visit our Summer of Code wiki page
and read on:
http://trac.macports.org/wiki/SummerOfCode
Oh, and if some idea from you
Bradley Giesbrecht wrote:
On Mar 18, 2009, at 11:44 AM, Rainer Müller wrote:
Rainer Müller wrote:
[...]
A user would only need to add this line to his .profile to load
MacPorts:
[ -f /opt/local/etc/profile ] source /opt/local/etc/profile
What is left is the caching, I would still
Jeremy Lavergne wrote:
If I want to append a space and ampersand at the end of a known line,
what's the way to write this in reinplace?
I tried (without success):
reinplace s|psppire|psppire |g
reinplace s|psppire|psppire\ |g
reinplace s|psppire|psppire\ \|g
Any
rai...@macports.org wrote:
Revision: 48384
http://trac.macports.org/changeset/48384
Author: rai...@macports.org
Date: 2009-03-20 09:52:08 -0700 (Fri, 20 Mar 2009)
Log Message:
---
port1.0/portutil.tcl:
New handle_option-replace proc which allows to apply strsed on
Rainer Müller wrote:
You have to quote the replace pattern, otherwise |g is interpreted as a
filename.
reinplace s|psppire|psppire |g ...
And please note that does not do here what it usually does with sed.
It will not be replaced with the matched pattern. But this just as a
side-note
Rainer Müller wrote:
Rainer Müller wrote:
You have to quote the replace pattern, otherwise |g is interpreted as a
filename.
reinplace s|psppire|psppire |g ...
And please note that does not do here what it usually does with sed.
It will not be replaced with the matched pattern
Rainer Müller wrote:
Note this is not real sed, only a small subset is supported (lacking
documentation). You can only do s/foo/bar/ which replaces a single
instance of the search pattern or g/foo/bar/ to make the replace
global, i.e. apply on all occurrences. It is also possible to leave out
Bradley Giesbrecht wrote:
This is what I ended up with to escape double quotes. I'm sure someone
here will show me a better way.
set CCARGS [concat ${CCARGS} -DUSE_SASL_AUTH -
DDEF_SERVER_SASL_TYPE=\\dovecot\\]
First, there is usually no need to do:
set foo [concat
Daniel J. Luke wrote:
We probalby want to eventually use -nostdinc and -nostdlib plus adding
back all of the paths that don't include /usr/local to fix the /usr/
local searching issue.
I don't think -nostdlib really does what you assume. It removes the
standard libraries which are linked,
Ryan Schmidt wrote:
On Mar 22, 2009, at 13:28, ro...@macports.org wrote:
Revision: 48455
http://trac.macports.org/changeset/48455
Author: ro...@macports.org
Date: 2009-03-22 11:28:17 -0700 (Sun, 22 Mar 2009)
Log Message:
---
Changed /opt/local/include/qt3 to
Toby Peterson wrote:
On Sun, Mar 22, 2009 at 16:19, Ryan Schmidt ryandes...@macports.org wrote:
So I ask again: can you think of any reason why we should not set these
variables in the build, test and destroot phases? Can you think of any
problems it would cause?
CC is probably safe, others
Ryan Schmidt wrote:
It's deprecated if you're running trunk. No warning for 1.7 users.
Right, and I am suggesting that we remove the deprecation warning for
svn.tag from trunk again, and not re-add it until the next version of
MacPorts has been released which includes svn.revision.
C. Florian Ebeling wrote:
Sure, there's all kinds of stuff like that that we could do with a
working MPWA/db.macports.org.
What's the status of this thing anyway?
It is on our ideas list for Google Summer of Code this year again, as it
already was last year, but the project failed on the
Jeremy Lavergne wrote:
Were both of those links suppose to be to macports-dev ?
Of course not, thanks for noticing. Copy and paste error :-)
Fixed now.
Rainer
___
macports-dev mailing list
macports-dev@lists.macosforge.org
Rainer Müller wrote:
I agree that the warning is a bit annoying, and I did not commit the
livecheck.check - livecheck.type rename yet because it is even more
talkative. The deprecation warning there appears for nearly all ports,
each time it is parsed. For example on a dependency walk. I
Rainer Müller wrote:
On 14.03.2009 9:15 Uhr, Neil wrote:
Why not send The following ports are currently installed: to stderr?
Hm, stderr and stdout do not have to be synchron, I am not sure it is a
good idea to mix them for this purpose.
Recently I added a wrapper around isatty(3) which
Ryan Schmidt wrote:
Assuming that you're even going to build PowerPC binaries, it
shouldn't be so hard
finding cheap used hardware for it. The new machines available only
use Intel anyway.
If we want to support universal binaries -- and given the effort
that's been put in so far on
Allen McBride wrote:
I submitted a port a little over a week ago
(http://trac.macports.org/ticket/18870
), but no one has committed it or commented on it yet. No big hurry,
but in someone else's earlier ticket (http://trac.macports.org/ticket/18220
), Rainer suggested that people nudge
Allen McBride wrote:
On Mar 24, 2009, at 11:48 PM, Rainer Müller wrote:
Looking at the Portfile right now, we do not have a top-level category
education [1]. What would be the best next match? Maybe we should
really
have education?
Rainer
[1] http://trac.macports.org/browser/trunk
C. Florian Ebeling wrote:
Wouldn't it make sense to provide a separate and conflicting whole
port maybe for this hten? I now that seems a bit farfetched, but
I'm trying to understand the implications of an hypothentical
removal of the variant concept altogether, which I would find
quite a
Shreevatsa R wrote:
Variants frequently don't get tested when ports are updated, so things break
without the maintainer realizing it.
Exactly! I am glad there is some consensus on this point, although
some people still disagree.
Breaking ports can always happen. Why would this be different
illogic...@macports.org wrote:
--- trunk/dports/_resources/port1.0/group/cmake-1.0.tcl 2009-03-26
22:55:37 UTC (rev 48663)
+++ trunk/dports/_resources/port1.0/group/cmake-1.0.tcl 2009-03-26
23:10:33 UTC (rev 48664)
@@ -44,7 +44,7 @@
Orville Bennett wrote:
On Mar 26, 2009, at 8:35 PM, Rainer Müller wrote:
Not all software using cmake is automatically KDE related. Why did you
change it to qt4-kde by default? I would like to avoid having to
install
multiple versions of qt4-*.
I assumed nothing else was using the cmake
Marcus Calhoun-Lopez wrote:
Apparently it depends on which sourceforge mirror the file is download from.
The server http://voxel.dl.sourceforge.net/lcms seems to be fast but wrong
so a bad file keeps being downloaded.
I got it from switch.*, mesh.* and kent.* with the wrong checksum.
Is it
The MacPorts Project is proud to announce the release of version 1.7.1.
This is a bugfix release with small changes only.
Notable changes for end users:
- port upgrade will no longer act on ports which are not installed
Notable changes for port authors:
- port lint no longer requires
Ryan Schmidt wrote:
On Mar 28, 2009, at 13:06, William Siegrist wrote:
I will be installing a spam plugin for Trac next week.
It's sad that this kind of thing is necessary. :(
I am wondering how http://trac.edgewall.com does it. They even allow
anonymous edits, so if there are spammers out
As this is a totally different issue now from what was initially in the
ticket, I am going to move the discussion to the list.
On 2009-04-01 23:32, MacPorts wrote:
#19110: gdb: Malformed receipt
---+
Reporter: dwe...@…
On 2009-04-02 00:35, Jeremy Lavergne wrote:
How can I get adduser to create the account with the string NSD User
as the real name? Am I missing something obvious? I'm using Macports
1.710.
If it works like I suspect, you might try using {NSD User}.
Close :-)
You should use:
adduser ...
On 2009-04-02 07:39, Bryan Blackburn wrote:
On Thu, Apr 02, 2009 at 01:43:45AM +0200, Rainer Müller said:
Fixed in r49013 [1] and merged back to release_1_7 in r49014 [2].
Does that mean we'll be having a 1.7.2 at some point?
Currently trunk is not yet in a state where we can estimate a time
On 2009-04-02 12:32, m...@macports.org wrote:
Revision: 49051
http://trac.macports.org/changeset/49051
Author: m...@macports.org
Date: 2009-04-02 03:32:18 -0700 (Thu, 02 Apr 2009)
Log Message:
---
version 1.0.0-beta1
Is it really wise to upgrade to a beta? Shouldn't
On 2009-04-02 16:40, Rainer Müller wrote:
On 2009-04-02 12:32, m...@macports.org wrote:
Revision: 49051
http://trac.macports.org/changeset/49051
Author: m...@macports.org
Date: 2009-04-02 03:32:18 -0700 (Thu, 02 Apr 2009)
Log Message:
---
version 1.0.0-beta1
On 2009-04-02 16:34, David Osguthorpe wrote:
On Thu, Apr 02, 2009 at 04:11:14AM -0600, Ryan Schmidt wrote:
On Apr 2, 2009, at 04:51, Anand Buddhdev wrote:
Oh yes, understood. But sorry, no, there is no post-uninstall hook.
There are several ports where this would be useful, but nobody has
On 2009-04-02 12:54, Ryan Schmidt wrote:
Absolutely. We already need a flag for whether distfiles may be
distributed. William is currently maintaining that list manually in
his mirror script, which isn't optimal. Anyone have a suggestion for
what such a flag could be called?
Either we
On 2009-04-02 19:17, David Evans wrote:
For some ports, licensing is dependent on variant selected. For
instance, ffmpeg
is GPL by default but is LGPL if the +no_gpl variant is specified
causing GPL modules to be disabled.
Good catch.
This would work in these cases if it is acceptable to
On 2009-04-02 12:56, Ryan Schmidt wrote:
I might just make it as simple as having port lint complain if the
port doesn't specify the license. It's not too hard for a port
maintainer to figure out and indicate what the license is, once
they're made aware that they should do so.
Of course
On 2009-04-04 21:56, Marcus Calhoun-Lopez wrote:
On Apr 4, 2009, at 3:31 PM, t...@macports.org wrote:
Message
More fixes to handle recent base change.
Also, remove insanity from muniversal_get_arch_flag
Modified Paths
• trunk/dports/_resources/port1.0/group/muniversal-1.0.tcl
...
On 2009-04-08 02:37, Bryan Blackburn wrote:
The version is 'devel'? Does that mean each time it needs to be updated,
the revision will be increased, so it is devel_0, devel_1, etc? Otherwise
this should probably use something which increments and is logical, like the
date being used in
Marcus Calhoun-Lopez wrote:
I think binaries would be great idea.
There would not be much reason for intel/ppc universals
anymore because the user could simply download the correct architecture.
MacPorts just didn't manage to deliver reliable PowerPC/Intel universal
building in time. I would
Ryan Schmidt wrote:
I still think rather than devote a lot of energy to this mechanism,
we should instead focus on building binaries, and let the server
merge them together -- or even let the user download both the powerpc
and intel binaries and have the user's macports merge them.
Ryan Schmidt wrote:
On Apr 7, 2009, at 22:58, rai...@macports.org wrote:
Revision: 49345
http://trac.macports.org/changeset/49345
Author: rai...@macports.org
Date: 2009-04-07 20:58:44 -0700 (Tue, 07 Apr 2009)
Log Message:
---
doc:
Converted port.1 to asciidoc
Ryan Schmidt wrote:
On Apr 10, 2009, at 18:11, rai...@macports.org wrote:
+pre-configure {
+system cd ${worksrcpath}/src make autoconf
+}
This could be
use_autoconf yes
autoconf.dir ${worksrcpath}/src
The vim autoconf setup is a bit special. They have src/configure.in but
keep
Ryan Schmidt wrote:
On Apr 10, 2009, at 20:41, rai...@macports.org wrote:
-variant python description {Enable Python scripting} {
-configure.args-append --enable-pythoninterp
+variant python requires python25 description {Compatibility
variant, requires +python25} {}
+variant
Arthur Koziel wrote:
The current python25 port doesn't install the core modules. It expects
the user to install the ones he need. This leads to some confusion, as
new users generally assume that core modules like hashlib should
always be available (and a lot python script do rely on
Julio Biason wrote:
On Sun, Apr 12, 2009 at 4:23 AM, Rainer Müller rai...@macports.org wrote:
In my opinion, most users won't need tkinter and thus do not need to
install tk. As you can see from above, this is what pulls the most
dependencies in. So what about removing only tk from the default
C. Florian Ebeling wrote:
On Fri, Apr 10, 2009 at 10:42 PM, Rainer Müller rai...@macports.org wrote:
For everyone who did not notice yet what this is about, I documented my
plans about a new help system based on AsciiDoc at
http://trac.macports.org/wiki/NewHelpSystem.
Really good to see
Bryan Blackburn wrote:
It would be nice to move 2.4 and 2.5 (or at least 2.5) to the same model as
2.6+, but that is quite a bit of work; not to update the python25 port but
to remove all the dependencies which have built up using those modules that
would no longer be needed.
The dependencies
Arthur Koziel wrote:
Here's how I thought of it (using hashlib as an example):
Once the python25 port is updated, the hashlib module will be located
one level
above the site-packages directory. So, all import hashlib
statements would
result in importing the hashlib module installed by
Blair Zajac wrote:
Blair Zajac wrote:
Rainer Müller wrote:
As far as I know the only advantage of the frameworks is currently to
have working pythonw and IDLE. Is there really no way to get this
without a framework build or did just nobody try yet?
The Ice Python bindings requires
Hi,
in this years edition of Google Summer of Code, The MacPorts Project
will mentor the following 2 students:
Juan Germán Castañeda Echevarría:
GUI frontend using MacPorts.framework
Dmitry Gorbik:
Logging system
Dmitry, Juan, welcome to our community!
I would appreciate if you
kimura wataru wrote:
I write experimental ruby_select for ruby186 and ruby18.
http://trac.macports.org/browser/users/kimuraw/ruby_select
Will ruby19 be moved to ruby? Or what will happen to the existing ruby
port at all?
I would like to avoid the situation we created with python, where we
Darren Weber wrote:
The {!pattern} syntax is supposed to NOT that file name pattern. I
have a directory of binary executables among a lot of .dylib files and I
want to exclude all the .dylib files from the glob.
Tcl's glob is unable to invert a pattern. As you say, {!...} is not
going to
Darren Weber wrote:
Does configure.optflags apply to CMAKE? I don't think so.
Does not look like it does. I am not sure if this would be applicable
and how it would be done.
While I agree that debugging during software development is better
without optimization, the real compromise here is
On 2009-05-05 01:35, MacPorts wrote:
Changed page Tickets by rai...@macports.org from 91.11.184.2*
Page URL: http://trac.macports.org/wiki/Tickets
Diff URL: http://trac.macports.org/wiki/Tickets?action=diffversion=4
Revision 4
Ryan Schmidt wrote:
On May 4, 2009, at 18:40, Rainer Müller wrote:
My idea was to propose to make more use of keywords in our bug tracker
to fight the never-ending amount of open tickets [1]. But now I realize
that maintainers without commit access would also not be able to set
C. Florian Ebeling wrote:
One other thing I noticed is that ruby_select does not
declare any dependency on any ruby, which surprised me
a bit. But python does not require any python either.
There is probably some reasoning behind this. I would
like to learn more about the this.
I would find
On 2009-05-12 16:08, William Siegrist wrote:
If you want a way to list and track science-related tickets, you can
add a keyword such as science to tickets. Then you can use the
ticket query wiki macro to list science tickets on the wiki page. Or
you can create a custom report that
On 2009-05-13 23:56, Darren Weber wrote:
Just noticed this from 'port outdated'
libtheora 1.0_0 1.0_0
libtheora has recently seen an epoch increment after a wrong update has
been committed. This port is now considered outdated for everyone as the
epoch is being used in
On 2009-05-14 18:30, James Kyle wrote:
I would really appreciate such efforts. For example, we already have
groups of developers working on KDE or Ruby related ports.
Developers in
these groups would just need to figure out a good way of coordinating
their work using branches, tickets and
On 2009-05-20 22:07, Darren Weber wrote:
Perhaps the python2.5 port could not pretend to be a framework
installation (i.e., place no symlinks into the python framework, or
actually install as a framework, as in python2.6), or the port
activation process could be a little more flexible to allow
On 2009-05-18 23:11, William Siegrist wrote:
In case it was not obvious, Mac OS Forge can provide extra mailing
lists for this if needed.
Thanks for the reminder, Bill. Having extra lists might be nice.
But for now with only a few developers it could be better to just post
on macports-dev
On 2009-05-22 21:07, Darren Weber wrote:
The following tcl code should work for python 2.4, 2.5, and 2.6 (as of
May 2009). The nice thing about this tcl code is that a port can use it
to set a python dependency for configuration that will be specific to a
python version. This proc can be
On 2009-05-23 11:11, Jordan K. Hubbard wrote:
After seeing 2 people volunteer their services as MacPorts committers
recently, it occurred to me to wonder just how these sorts of ad-hoc,
informal how can I help? messages are being acted on. If someone
from project management has already
On 2009-05-24 01:56, Scott Haneda wrote:
From the users list:
Hello, can someone closer to these two ports give me an idea of what
their status is?
http://trac.macports.org/ticket/17709
No patch has been attached. Could you please attach it as it sounds you
are already using it?
On 2009-05-25 06:17, b...@macports.org wrote:
Revision: 51429
http://trac.macports.org/changeset/51429
Author: b...@macports.org
Date: 2009-05-24 21:17:42 -0700 (Sun, 24 May 2009)
Log Message:
---
macports1.0/macports_fastload.tcl.in - don't try sourcing files from a
On 2009-05-25 21:52, Bryan Blackburn wrote:
On Mon, May 25, 2009 at 01:58:20PM +0200, Rainer Müller said:
On 2009-05-25 06:17, b...@macports.org wrote:
Since macports_fastload.tcl doesn't know whether it's being called during
make or actual runtime, I couldn't think of a better solution than
On 2009-05-30 10:57, Ryan Schmidt wrote:
On May 30, 2009, at 01:12, Blair Zajac wrote:
One can always check out from the svn repository using git svn,
which works nicely (except it commits the $Id$ properties using an
expanded value).
Is there already a bug report with the developers
On 2009-05-30 00:11, Darren Weber wrote:
An example of how to remove a line with some search text in it. Assume
tmp.txt contains:
# BEGIN (not in file)
abc
def
# END (not in file)
reinplace {$!N;s|^.*abc.*\\n||g} tmp.txt
Easier sed syntax to remove a line would be:
reinplace
On 2009-05-30 14:50, Akira Kitada wrote:
It seems Git and Mercurial just think keyword substitutions are't so
useful, and even it hurts, maybe.
So if there were a report on that, I wonder it will be fixed.
By the way, I also do not find $id$ is so useful. I just use it
because MacPorts Guide
On 2009-05-29 20:52, Daniel J. Luke wrote:
On May 29, 2009, at 2:34 PM, Scott Haneda wrote:
If I remove the CLICOLOR variable, it will build fine. Since I have
had MacPorts build so many things, and never had this issue, I was
hoping someone here can explain to me how to make sure
On 2009-05-30 02:24, Bryan Blackburn wrote:
$ cd /path/to/macports/checkout/trunk/dports/graphics/InsightToolkit
$ svn merge
http://svn.macports.org/repository/macports/users/dweber/graphics/InsightToolkit
A small side-note, as of Subversion 1.6 you do not have to type the full
URL anymore.
On 2009-05-30 22:00, Bradley Giesbrecht wrote:
What do you think about having port -v cat assp print the file port
is running cat on and then dump the contents?
Would be easy to implement, but what is your use case for the additional
filename?
Note you can run multiple commands at once
301 - 400 of 1310 matches
Mail list logo