> On Jan 10, 2015, at 9:58 AM, Joshua Root wrote:
>
> On 2015-1-11 00:18 , Clemens Lang wrote:
>>
>>
>> - On 10 Jan, 2015, at 12:28, Mojca Miklavec mo...@macports.org wrote:
>>
>>> I already mentioned a while ago some annoying behaviour of macports:
>>> sudo port uninstall
>>> (maybe a
Given that the outdated pseudo port now returns all ports where the darwin
version doesn’t match the current version, is it true that Migration of ports
(following update of MacPorts) is as simple as:
sudo port upgrade outdated
This has worked well for me in the last few OS updates, inc
Ok, I’ll bite with a few more…
port correct
port audit
port investigate
port checkup
port repair
port fix
port fixup
port troubleshoot
I rather like the last, I think.
James
___
macports-dev mailing list
macports-dev@lists.macosforge.org
https://lists.
Hi Ryan,
It does this because it’s prepared to handle showing the version as well. i.e.,
in port echo installed, for instance.
The special cases could be changed to use a minimal amount of white space, I
suppose, depending on what fields are being displayed.
Note, too, that passing the quiet f
Ryan,
Congrats. I think it’s starting to look really good. A couple of quick comments:
- I think I would swap-in “that” for “which” in the following sentence:
MacPorts is a package management system for OS X which lets you easily
install…
(see
http://www.quickanddirtytips.com/
On Nov 16, 2013, at 2:45 PM, Christoph Iserlohn wrote:
> Am 16.11.13 22:46, schrieb Ryan Schmidt:
>> On Nov 15, 2013, at 14:04, Daniel J. Luke wrote:
>>
>>> Before I do more work on #41378, I figured that I'd ask and see if anyone
>>> has worked up a nice recipe for detecting a java install on
On Oct 28, 2013, at 5:34 PM, James Berry wrote:
>
> On Oct 28, 2013, at 5:12 PM, Ned Deily wrote:
>
>> In article ,
>> Ryan Schmidt wrote:
>>> If you do that, make sure you only print that on Mavericks and later, since
>>> on earlier OS versions tclCo
On Oct 28, 2013, at 5:12 PM, Ned Deily wrote:
> In article ,
> Ryan Schmidt wrote:
>> If you do that, make sure you only print that on Mavericks and later, since
>> on earlier OS versions tclConfig.sh is not part of the command line tools
>> and
>> it should already be there out of the box.
On Oct 27, 2013, at 5:45 AM, Ryan Schmidt wrote:
>
> On Oct 26, 2013, at 16:45, James Berry wrote:
>
>> On Oct 26, 2013, at 2:01 PM, Ryan Schmidt wrote:
>>
>>> On Oct 26, 2013, at 14:09, jbe...@macports.org wrote:
>>>
>>>> Revision
>>
On Oct 26, 2013, at 2:01 PM, Ryan Schmidt wrote:
>
> On Oct 26, 2013, at 14:09, jbe...@macports.org wrote:
>
>> Revision
>> 112573
>> Author
>> jbe...@macports.org
>> Date
>> 2013-10-26 12:09:19 -0700 (Sat, 26 Oct 2013)
>> Log Message
>>
>> Allow the github portgroup to specify that tarballs
On Oct 15, 2013, at 8:02 AM, Jeremy Huddleston Sequoia
wrote:
> On Oct 15, 2013, at 3:36, Rainer Müller wrote:
>> On 2013-10-15 01:53, Jeremy Huddleston Sequoia wrote:
>>>
>>> On Oct 14, 2013, at 12:34, Rainer Müller wrote:
>>>
On 2013-10-14 21:22, jerem...@macports.org wrote:
> Mod
I ran across a couple of utilities just now that aren't yet available in
MacPorts. I don't have time to look at these at the moment, but thought
somebody else might, as they both look good:
awscli -- A cli for Amazon AWS, from Amazon: https://github.com/aws/aws-cli
jq -- A very nice looking
On Jan 31, 2013, at 3:08 AM, Ryan Schmidt wrote:
>
> On Jan 30, 2013, at 11:16, jbe...@macports.org wrote:
>
>> Revision: 102310
>> https://trac.macports.org/changeset/102310
>> Author: jbe...@macports.org
>> Date: 2013-01-30 09:16:19 -0800 (Wed, 30 Jan 2013)
>> Log Message:
>> -
On Jun 18, 2012, at 8:56 PM, Joshua Root wrote:
> On 2012-6-19 13:30 , James Berry wrote:
>> I believe Josh has put in the work already to at least accomplish (a). Do we
>> need to create an apple-recognized official signing key for (1) before we
>> distribute that?
>
&
would conceivably tell Mountain Lion to
"allow" our unsigned binaries by path during install).
James
> Regards,
> Blair
>
> On Jun 18, 2012, at 8:30 PM, James Berry wrote:
>
>> Here's a bit of dreaming out loud about MacPorts under Mountain Lion and
>&g
Here's a bit of dreaming out loud about MacPorts under Mountain Lion and future
architectures in a Gatekeeper world.
With Gatekeeper, there are three (or four) tiers of binary deliver we
can/should/might consider signing:
(a) The MacPorts installer should be signed.
(b) The MacPorts-installa
On May 16, 2012, at 3:51 PM, Bjarne D Mathiesen wrote:
> Clemens Lang wrote:
>> On Wed, May 16, 2012 at 11:17:02PM +0100, Chris Jones wrote:
> Is there something I can do to switch this progess thingy off ???
>>
>>> disabling the feature isn't really the same thing as just disabling
>>> the
ki/MacPortsHistory
>
> This is helpful but not very detailed. It doesn't clearly explain how
> much involvement, if any, Apple has had since this email was sent[1],
> in which is was written that, 'James Berry, a member of the
> DarwinPorts steering committee says: "We
On Mar 29, 2012, at 8:56 PM, Jeremy Lavergne wrote:
>> My take on this is that GKG.NET has at least one example on record of their
>> behaving in a less than exemplary manner, namely using the BBB logo without
>> permission:
>>
>> http://www.bbb.org/bryan/business-reviews/internet-services/gkg
@macports.org email aliases will not. Our IRC channel, #macports on
> Freenode, will also continue to be available. Further information will
> be posted in these two places if necessary.
>
> Background on the issue:
>
> James Berry, who handles the domain registrations for the pro
On Mar 23, 2012, at 7:23 AM, Daniel Ericsson wrote:
> On 22 mar 2012, at 12:04, Ryan Schmidt wrote:
>
>> But this fails if the user has installed Xcode 4.3 but not Xcode 4.3's
>> command line tools.
>>
>> Is there a way we can discover the version of Xcode that the installed
>> command line t
On Feb 24, 2012, at 3:48 PM, Jeremy Huddleston wrote:
>
> On Feb 24, 2012, at 15:08, James Berry wrote:
>
>> ...
>> I mean, what are they protecting by making you accept a license agreement to
>> run xcodebuild from the command line? What are they protecting that
On Feb 24, 2012, at 2:55 PM, Jeremy Lavergne wrote:
>> I'm honestly not sure, sorry. I did file a radar asking for a better
>> command line interface to accepting and checking the status of acceptance,
>> and that should work for your needs, but unfortunately that doesn't quite
>> help with t
I agree with Josh. Consider that we're just saying "I'm going to be calling
myself 'macports' for a while, and I want Xcode to have my preferences while I
do." The macports user is a user that macports controls, and is really just a
proxy for the current user while macports is running. The irony
On Feb 20, 2012, at 5:40 PM, Dan Ports wrote:
> On Mon, Feb 20, 2012 at 07:41:00AM -0800, James Berry wrote:
>> Any more information you can give about the failure mode would be
>> appreciated. According to my testing, xcode-select -print-path can be safely
>> run even i
On Feb 20, 2012, at 1:49 AM, Joshua Root wrote:
> On 2012-2-20 19:32 , Dan Ports wrote:
>> On Mon, Feb 20, 2012 at 05:48:55PM +1100, Joshua Root wrote:
>>> On 2012-2-20 11:14 , jberry at macports.org wrote:
Use xcrun -find to find xcode compiler if it's not found in /usr/bin.
>>>
>>> I deli
On Feb 20, 2012, at 3:15 AM, Dan Ports wrote:
> On Fri, Feb 17, 2012 at 10:32:48AM -0800, James Berry wrote:
>>> (2) If developer_dir is not set, or is not correct, do the following,
>>> in order
>>>
>>> (a) Use any valid value from: xcod
On Feb 19, 2012, at 10:48 PM, Joshua Root wrote:
> On 2012-2-20 11:14 , jberry at macports.org wrote:
>> Revision: 90028
>> http://trac.macports.org/changeset/90028
>> Author: jberry at macports.org
>> Date: 2012-02-19 16:14:16 -0800 (Sun, 19 Feb 2012)
>> Log Message:
>> --
On Feb 19, 2012, at 9:00 AM, James Berry wrote:
> Art,
>
> On Feb 19, 2012, at 5:11 AM, Art McGee wrote:
>
>> Sorry to intrude:
>>
>>> sudo xcode-select -switch /Applications/Xcode.app
>>
>> Shouldn't the command actually be:
>>
>&
Art,
On Feb 19, 2012, at 5:11 AM, Art McGee wrote:
> Sorry to intrude:
>
>> sudo xcode-select -switch /Applications/Xcode.app
>
> Shouldn't the command actually be:
>
> sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer
>
> If you use the former, then xcodebuild -version ret
On Feb 18, 2012, at 10:46 PM, j...@macports.org wrote:
> set env(HOME) to our own dirs (#31827) and link user's xcode 4.3 plist into
> them
>
Josh,
Have you tested this? On my lion system, ~/Library/Preferences is 0700
permissions (and I don't think I've done anything to change that), which
On Feb 18, 2012, at 10:09 AM, Dan Ports wrote:
> On Sat, Feb 18, 2012 at 08:32:40AM -0800, James Berry wrote:
>> - The record of whether you've agree to the license is stored per-user
>> in ~/Library/Preferences/com.apple.dt.Xcode.plist:
> [...]
>> Maybe we n
Just a bit of information:
- The record of whether you've agree to the license is stored per-user
in ~/Library/Preferences/com.apple.dt.Xcode.plist:
http://www.apple.com/DTDs/PropertyList-1.0.dtd";>
IDELastGMLicenseAgreedTo
EA0720
IDEXcodeVersionForAgreedToGMLi
On Feb 17, 2012, at 2:45 PM, James Berry wrote:
> The idea behind Xcode 4.3, as I understand it, is that it can be a
> first-class App Store app: it doesn't need to install anything as root, or
> outside of its sandbox: it uses external installers for this (witness the
> C
On Feb 17, 2012, at 3:02 PM, Dan Ports wrote:
> On Fri, Feb 17, 2012 at 02:53:13PM -0800, James Berry wrote:
>> - Was Xcode 4.3 installed at that point?
>>
>> - Had Xcode been run after the install? (In other words, had you agreed to
>> the license?)
>
&g
Hi Dan,
On Feb 17, 2012, at 2:43 PM, Dan Ports wrote:
> On Fri, Feb 17, 2012 at 12:58:56PM -0800, James Berry wrote:
>> On Feb 17, 2012, at 12:41 PM, Daniel J. Luke wrote:
>>> I had 4.2 installed, downloaded 4.3 from the app store, ran new Xcode
>>> (4.3), told it t
The idea behind Xcode 4.3, as I understand it, is that it can be a first-class
App Store app: it doesn't need to install anything as root, or outside of its
sandbox: it uses external installers for this (witness the Command Line Tools
installer, etc).
So if that is indeed the case, I have a que
Daniel,
On Feb 17, 2012, at 12:41 PM, Daniel J. Luke wrote:
> On Feb 17, 2012, at 1:41 PM, Jeremy Huddleston wrote:
>>> sudo xcode-select -switch /Applications/Xcode.app
>>
>> The Command Line Tools are not responsible for that. I believe this should
>> be done for you when you launch Xcode.ap
On Feb 17, 2012, at 8:05 AM, James Berry wrote:
> Sounds like there are at least several issues that MacPorts is facing with
> Xcode, not all of which are new:
>
> (1) Make sure the Xcode terms have been accepted
>
> (2) Find the proper Xcode is use. We ca
Sounds like there are at least several issues that MacPorts is facing with
Xcode, not all of which are new:
(1) Make sure the Xcode terms have been accepted
(2) Find the proper Xcode is use. We can no longer assume /Developer
(3) Ensure the command line tools have been i
On Feb 16, 2012, at 11:43 AM, Jack Howarth wrote:
> Does anyone know what the situation is for Xcode 4.3 vs X11 SDK?
> The Xcode 4.3 installation doesn't install the Command Line Tools by
> default and installing Xcode 4.3 from the AppStore left the Downloads
> preference panel in Xcode 4.3 sho
On Jan 29, 2012, at 3:48 AM, Rainer Müller wrote:
> On 2012-01-28 00:18 , James Gregurich wrote:
>> I'm not sure if this is known or not, but Xcode 4.3 breaks macports.
>> I'll report what I have learned in hacking my macports install into
>> working. Note that /Developer has been moved inside th
On Jan 29, 2012, at 1:34 AM, Andrea D'Amore wrote:
> On Sat, Jan 28, 2012 at 18:04, James Berry wrote:
>
>> (3) With my recent changes to finding compilers, we now use xcrun to find a
>> compiler, but not to invoke it. One possible change that could help this
>
On Jan 27, 2012, at 5:32 PM, James Gregurich wrote:
>
> expat.
>
>
> I'm developing on 10.7 against the 10.6 sdk.
>
>
> On Jan 27, 2012, at 5:03 PM, James Berry wrote:
>
>> James,
>>
>> I've check into svn a fix for the first proble
James,
I've check into svn a fix for the first problem. We now use xcrun to find the
compiler tools, and so can find the compilers okay.
I hadn't encountered the other issue, likely because I haven't been building
any macports app that use the sdk.
I'll see if I can take a look at the other is
On Jan 26, 2012, at 1:32 PM, Ryan Schmidt wrote:
>
> On Jan 26, 2012, at 14:01, jbe...@macports.org wrote:
>
>> Revision: 89359
>> http://trac.macports.org/changeset/89359
>> Author: jbe...@macports.org
>> Date: 2012-01-26 12:01:52 -0800 (Thu, 26 Jan 2012)
>> Log Message:
>> -
On Dec 22, 2011, at 10:08 AM, Jordan K. Hubbard wrote:
> Just wondering if it's time to remove this port given that it's been
> abandonware since 2008 and fuse4x has effectively replaced it on all versions
> of OS X that matter. The maintainer for it is set to "dports", hence this
> query on
On Dec 21, 2011, at 8:46 AM, Jeremy Lavergne wrote:
>> If you want to enforce having a local port override the tree, what if you
>> were to do that by enforcing that the database search for category:kde,
>> etc, return only the first of any such items found?
>
> It's not so much a local port as
On Dec 21, 2011, at 6:24 AM, Jeremy Lavergne wrote:
>> This code is in opIntersection in base/src/port/port.tcl [1]. First, it
>> creates a map from the port names to the list index in $b. If a port
>> appears multiple times in this list, the last index is stored in the
>> array. This is clearly
On Jul 25, 2011, at 7:16 PM, Rodolfo Aramayo wrote:
> David is right. This is a hard issue and believe me I have burn many,
> many candles during Holidays and weekends trying to solve userIDs
> conflicts in MacOSServers.
>
> It looks to me that MacPorts installer has these options:
>
> 1. Look
On Jun 16, 2011, at 12:44 PM, Daniel J. Luke wrote:
> On Jun 16, 2011, at 3:40 PM, Ryan Schmidt wrote:
>> I assume you are correct. I'm not sure whether Bradley was pointing this out
>> as a good or bad thing, but in my opinion it might be a bad thing. If I have
>> ports installed that are not p
Sorry for the cross-post, but as this issue has been on both the users and the
dev lists, I'm posting to both.
I know that there's a lot of concern about the cost of Xcode 4, as well as of
some compatibility issues. I know the portmgr team has been thinking about
this, and has passed on some of
On Mar 8, 2011, at 12:29 AM, Anders F Björklund wrote:
> Jordan K. Hubbard wrote:
>
>>> Currently, we are updating four: version (i.e. affecting the distfile),
>>> md5, sha1, rmd160. Just saying that it would be less clutter to have, say
>>> "SIZE" and "SHA256" collected in a "distinfo" file,
On Feb 3, 2011, at 11:05 AM, Toby Peterson wrote:
> On Feb 2, 2011, at 5:49 PM, James Gregurich wrote:
>
>> I"m not sure what to do about this one. The expat port does not use
>> muniversal to do a universal build. The configure script fails when it
>> attempts to invoke the preprocessor. Is t
I'd like to take a moment to reflect on the last year and thank the great team
at MacPorts for all the work that's been done over the last year by port
Committers and Maintainers, the PortMgr team, and by all the users who file bug
reports.
MacPorts has 136 committers, something like 7671 ports
Dave,
One other note: you may want to check in and coordinate with Blair Zajac who is
one of the maintainers of the maven2 and maven3 ports.
James
On Oct 11, 2010, at 8:22 AM, James Berry wrote:
> Hi Dave,
>
> You're not already a MacPorts committer, right? Why don
Hi Dave,
You're not already a MacPorts committer, right? Why don't you prepare any
patches you want to Maven, and submit them as a ticket. Among that change
should be your change to the maintainer line. Please note in the ticket that
you want to become maintainer of the port. Also, please let m
Blair,
Thanks! I've assigned these to you. They're happy to find a good home.
James
On Oct 8, 2010, at 12:02 PM, Blair Zajac wrote:
> On 10/08/2010 09:00 AM, James Berry wrote:
>> I'm listed as a maintainer on a lot of key Java ports, which I've been sadly
>
I'm listed as a maintainer on a lot of key Java ports, which I've been sadly
neglecting of late because I'm not doing much with Java recently. Is there
anybody out there who would be interested in adopting those ports?
James
___
macports-dev mailing li
When we last looked into forming a legal entity for MacPorts, we decided that
creating our own legal entity was probably too onerous and too expense, both in
terms of up-front money and in terms of annual costs and legal/accounting
maintenance.
One of the options that we considered then, and sh
So all of this comes down to page rank for our site vs that "other"
site.
I've got to believe we have better incoming links to our site, so if
we better structured our site to do cross linking between categories
(and perhaps stoop to the subdomain tricks he does), we could
presumably impr
Well, Mat Caughron , or caugh...@gmail.com, who is
the guy who runs the darwinports [dot] com site in question, and who
makes money by confusing our users and soliciting donations for the
work of the macports proejct, none of which ever get to the project,
is a apparently a consultant who p
On Mar 13, 2009, at 9:22 AM, Andre Stechert wrote:
A good answer is that if you read the reply I just gave to Ryan,
you'll see
that port echo is extremely lightweight, and meant to be so. It
just tells
you what you told it. It really doesn't have the information that
port list
gets. And if
On Mar 12, 2009, at 11:28 PM, Andre Stechert wrote:
The difference in the output between 'port installed' and 'port echo
installed' seems
to be about as minor as the difference between 'port echo installed'
and 'port list installed':
'port installed' lines look like: a52dec @0.7.4_0 (active)
'
Hi Ryan,
On Mar 13, 2009, at 1:42 AM, Ryan Schmidt wrote:
I have not used "port list" or "port echo" very often.
Now that I'm looking at them, I'm confused about echo's behavior.
I'll try to answer this; the reasons for this are a little subtle. As
the author of this stuff, at least I unde
Hi Bryan,
On Mar 12, 2009, at 10:54 PM, Bryan Blackburn wrote:
I'd like to see two options from port removed, -i and -x.
For -i, the man page says
Read commands from stdin. Short for -F -
which means for handling commands from, eg, pipes. However, not
using -i
does that anyway as "echo
Congratulations to all of those who worked so hard on this release,
and who pulled the final rabbit out of the hat by releasing it!
Well done.
James
On Dec 13, 2008, at 8:12 PM, Bryan Blackburn wrote:
The MacPorts Project is happy to announce that, after nearly a year in
the making, the 1.7
> PortMgr by July 1st, 2009, so as to give plenty of notice in case
> they need a replacement.
>
> Is that reasonable?
>
> -- Ernie P.
>
> On Oct 14, 2008, at 6:39 AM, James Berry wrote:
>
>> The (current) PortMgr team is pleased to be able to announce the
>
The (current) PortMgr team is pleased to be able to announce the
appointment of a new PortMgr team.
Four people expressed interest in the PortMgr positions, and have all
been appointed by proclamation:
Ryan Schmidt
Rainer Müller
Joshua Root
Bryan Blackburn
W
Per my previous note to Jordan, I'd like to set a deadline of this
coming Friday, Oct 10, for those wishing to be part of the new PortMgr
slate. If you are interested in these posts, please express your
interest, or ask somebody to nominate you, by that time.
In throwing in your hat, or acc
Hi Jordan,
As usual, you work well to cut through the bureaucracy ;) I'm not so
opposed to going along with your suggestion to just get this thing
done, or that an official "vote" may be superflous. But I also think
it's premature to assume that the list of nominees so far, is
complete, g
Adam,
Thanks for the patch. This looks good to me. Does anybody have a use
case where inheritance is not the right thing here?
James
On Sep 30, 2008, at 12:03 PM, Adam Byrtek wrote:
There had been no response to my previous post (quoted below), so I
decided to try again. Could one of the M
As many of you know, MacPorts is loosely governed by the "PortMgr"
team, which is currently made up of three people: Markus Weissmann,
Juan Manual Palacios, and James Berry.
We each love MacPorts, and hope to see it continue to prosper and grow
in the future. And we want to c
Hi Philip,
Just a reminder to you (and others):
If there is no other maintainer, then the maintainer should be set to
"nomaintainer". "openmaintainer" should be used only in conjunction
with a primary maintainer(s), indicating that the primary maintainer
is willing for others to make chang
Our official policy is to support only the two most recent OS versions.
I think I interpret that pretty loosely.
For those working on MacPorts base:
- Don't kill worry too much about keeping stuff alive pre-Tiger, or
about not implementing features that might not work pre-Tiger.
Bill,
Done. The test host is wwt.macports.org.
James
On Jun 13, 2008, at 10:24 AM, William Siegrist wrote:
> James, can you add a domain for this test website? Maybe Randall
> has a desired hostname, but anything should do. www2? www-test?
> test? Just point it to the same IP as the real w
On Apr 2, 2008, at 3:44 PM, Peter O'Gorman wrote:
Eric Hall wrote:
On Tue, Apr 01, 2008 at 02:02:57AM -0700, Jordan K. Hubbard wrote:
On Apr 1, 2008, at 1:27 AM, Florian Ebeling wrote:
This is sadly somewhat controversial. I think dependencies should
definitely be directed at the depot lo
On Mar 31, 2008, at 9:14 AM, Jordan K. Hubbard wrote:
There are two few committers for dports/ and REALLY very few
committers for base/ - I think we should be more liberal in allowing
new committers, being ever mindful of the fact that source control
always means you can back things out (a
On Mar 31, 2008, at 9:47 AM, Daniel J. Luke wrote:
On Mar 31, 2008, at 12:41 PM, Jordan K. Hubbard wrote:
No offense to jmpp intended, but I think what macports is really
lacking is effective technical leadership. There are a lot of good
ideas floating around, but nobody really driving the
Those of you who are a college student, work on a college campus, know
college students, or have a college student as a child, please notice:
The Google Summer of Code student application deadline for 2008 has
been extended for one week to April 7. This means that students have
one addition
On Mar 26, 2008, at 8:53 AM, Landon Fuller wrote:
Why does that matter? These "your contribution is in error!" mails
are soul draining.
It makes one feel as if you've stumbled into the Department of Motor
Vehicles and
forgot registration form B.5.
I agree fully with Landon. The automated
Hi Thomas,
On Mar 23, 2008, at 8:58 PM, Adam Mercer wrote:
On Sun, Mar 23, 2008 at 10:05 PM, Thomas Reifferscheid
<[EMAIL PROTECTED]> wrote:
Dear James, I dont feel well with your changes. It will make life
even
harder for submitters to the ticket database choosing the right
maintainer.
W
Hi Thomas,
On Mar 23, 2008, at 8:58 PM, Adam Mercer wrote:
On Sun, Mar 23, 2008 at 10:05 PM, Thomas Reifferscheid
<[EMAIL PROTECTED]> wrote:
Dear James, I dont feel well with your changes. It will make life
even
harder for submitters to the ticket database choosing the right
maintainer.
W
t;
> -Bill
>
>
>
> On Mar 7, 2008, at 11:14 AM, Jordan K. Hubbard wrote:
>> Gah! If it's me or nobody, I'll do it. :-) We really shouldn't
>> let
>> the opportunity just slip through our fingers. Hey, Jumpy, where are
>> you? :-)
>>
esday, March 12.
Anybody?
James
On Mar 4, 2008, at 8:27 AM, James Berry wrote:
> Thanks to everybody who pitched ideas for GSoC 2008.
>
> Now the rubber needs to meet the road. We need:
>
> - Somebody to head up our GSoC 2008 effort (get us signed up with
> Google, do
student applications. The number of student
applications is probably guided in part by several factors: promotion
and appeal to the student community; number and appeal of project
proposals; etc.
James
On Feb 29, 2008, at 3:48 PM, James Berry wrote:
> I'm writing to attempt
I'm writing to attempt to gauge interest in whether and how MacPorts
should participate in Google Summer of Code (GSoC) for 2008. See
http://code.google.com/soc/2008/
.
You might be inclined to address any of the following questions:
- Do you feel MacPorts should participate in GSoC 2008?
On Jan 21, 2008, at 2:25 PM, Kevin Van Vechten wrote:
On Jan 21, 2008, at 6:15 AM, Juan Manuel Palacios wrote:
Whatever happened to the "port submit" project initiative anyway?
Wasn't that supposed to come about for free with the remote
index? :-)
Sure, it was! Remote Index would have
Hi Mark,
So it looks like the bit magic that got this to work is the -f
command, which basically tells dhcpd not to daemonize, which would be
a good thing in our case, as the process of daemonizing would look to
daemondo or launchd as if dhcpd were exiting, which would cause the
constantl
Our friends at MacOSForge tell us that the servers running macports
will be down in about 5 hours for some scheduled maintenance:
We need to take the servers down briefly to apply some updates and
configuration changes. All services will have 5-10m of downtime
starting around 8PM on Monday.
Hi Ryan,
On Jan 1, 2008, at 12:56 PM, Ryan Schmidt wrote:
On Jan 1, 2008, at 11:09, [EMAIL PROTECTED] wrote:
Revision: 32441
http://trac.macosforge.org/projects/macports/changeset/32441
Author: [EMAIL PROTECTED]
Date: 2008-01-01 09:09:21 -0800 (Tue, 01 Jan 2008)
Log Message:
-
Hi Ryan,
On Dec 2, 2007, at 3:45 PM, Ryan Schmidt wrote:
On Nov 30, 2007, at 21:32, [EMAIL PROTECTED] wrote:
The ChangeLog was orignally meant to be a user-parsable file
listing only major changes to base, so that we could
use it in our release process to advertise our new goodies.
Unfortu
ts functionality:
*) one is a corner-case bugfix against the "dp2mp-move" upgrade code
(paths with spaces embedded in them), which I satisfactorily tested,
and
*) the other is the path munging work by James Berry, which I'm
inclined to remove from the branch.
Note please that m
Hi Juan,
On Dec 2, 2007, at 9:50 AM, Juan Manuel Palacios wrote:
So, has any conclusion been reached for this issue? I'm inclined to
backing this feature out of the release_1_6 branch until a working
consensus is reached, and only release it to the public at that time
(in 1.6.x (x > 0)). U
Hi Kirk,
On Nov 29, 2007, at 5:12 PM, Kirk Kelsey wrote:
On Nov 29, 2007, at 7:43 PM, James Berry wrote:
The /etc/[man]paths.d/macports approach is equivalent, and cleaner
than hitting the /etc/[man]paths files. read path_helper(8).
James
Equivalent in that they are both used by
wrote:
On Nov 29, 2007, at 2:43 PM, James Berry wrote:
I think it's a question for the group in general: which is the
best approach? The range of choices we have is basically to pick
from the following menu:
- Install a file into /etc/manpaths.d/
- Install
Hi Kirk,
On Nov 29, 2007, at 1:27 PM, Kirk Kelsey wrote:
On Nov 29, 2007, at 2:43 PM, James Berry wrote:
I think it's a question for the group in general: which is the best
approach? The range of choices we have is basically to pick from
the following menu:
- Install a file
Hi Emmanuel,
On Nov 29, 2007, at 7:03 AM, Emmanuel Hainry wrote:
Citando James Berry :
I just checked in some code (r31491:31492) that supplies and
installs spec
files for the /etc/paths.d and /etc/manpaths.d directories if they
are
present, as they are on Leopard.
I thought macports
On Nov 29, 2007, at 6:16 AM, Adam Mercer wrote:
On 29/11/2007, James Berry <[EMAIL PROTECTED]> wrote:
The only way to turn it off is to manually remove or modify the files
installed by macports. Note that having the paths in your PATHs twice
shouldn't hurt anything and probably a
Hi Adam,
On Nov 29, 2007, at 5:49 AM, Adam Mercer wrote:
On 25/11/2007, James Berry <[EMAIL PROTECTED]> wrote:
On Nov 25, 2007, at 1:14 PM, James Berry wrote:
I just checked in some code (r31491:31492) that supplies and
installs spec files for the /etc/paths.d and /etc/manp
1 - 100 of 217 matches
Mail list logo
