[ Re-subjecting to better reflect the new and current topic of conversation ]
> See, I thought that should be the case, but last time I went looking
> (around the time Lion was released I believe) I couldn't find sufficient
> docs to try anything. The man page for sandbox-exec is fine as far as it
On Sep 11, 2012, at 21:20, Joshua Root wrote:
> On 2012-9-12 13:30 , Jeremy Huddleston Sequoia wrote:
>> I'm still having issues with svn:
>>
>> $ svn ls https://svn.macosforge.org/repository/macports/trunk/dports
>> svn: E175002: Unable to connect to a repository at URL
>> 'https://svn.macosf
On 2012-9-12 13:30 , Jeremy Huddleston Sequoia wrote:
> I'm still having issues with svn:
>
> $ svn ls https://svn.macosforge.org/repository/macports/trunk/dports
> svn: E175002: Unable to connect to a repository at URL
> 'https://svn.macosforge.org/repository/macports/trunk/dports'
> svn: E17500
You might try "svn switch":
svn switch --relocate https://svn.macosforge.org/repository/macports
https://svn.macports.org/repository/macports
On Aug 30, 2012, at 10:47 AM, William Siegrist wrote:
> I am working on moving www, guide, and git.macports.org to new hardware
> today. Git has already
$ dig +noall +answer svn.macports.org svn.macosforge.org
svn.macports.org. 900 IN A 17.251.224.54
svn.macosforge.org. 221 IN A 17.254.20.228
Maybe dns did not change for macosforge.org.
On Sep 11, 2012, at 8:30 PM, Jeremy Huddleston Sequoia wrote:
> I'm st
I'm still having issues with svn:
$ svn ls https://svn.macosforge.org/repository/macports/trunk/dports
svn: E175002: Unable to connect to a repository at URL
'https://svn.macosforge.org/repository/macports/trunk/dports'
svn: E175002: Server sent unexpected return value (503 Service Temporarily
U
On Tue, Sep 11, 2012 at 6:42 PM, William Siegrist wrote:
> I believe all of the syncing and notification problems have been resolved.
> Let me know if you notice any additional missing change emails, trac
> changesets, git commits, etc.
>
> Thanks for being patient with the migration,
> -Bill
>
The three issues I raised where fixed within minutes of my post. Thanks.
On Sep 11, 2012, at 6:42 PM, William Siegrist wrote:
> I believe all of the syncing and notification problems have been resolved.
> Let me know if you notice any additional missing change emails, trac
> changesets, git com
I believe all of the syncing and notification problems have been resolved. Let
me know if you notice any additional missing change emails, trac changesets,
git commits, etc.
Thanks for being patient with the migration,
-Bill
On Sep 11, 2012, at 1:39 PM, David B. Evans wrote:
> On Tue, Sep
Hi,
Just to add I have a bug report against the root port, when building with
macPorts gcc 4.7 that looks to me like it could be related to what is being
discussed here. It started for the user after the recent gcc updates.
https://trac.macports.org/ticket/36093
Chris
On 11 Sep 2012, at 9:46p
This is a completely different and unrelated error that you're seeing now:
ld: -L must be immediately followed by a directory path (no space)
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Can you figure out what is being passed to the linker?
On Sep 11, 2012, at
The error, generally, is:
:info:build Undefined symbols for architecture x86_64:
:info:build "std::_List_node_base::_M_transfer(std::_List_node_base*,
std::_List_node_base*)", referenced from:
:info:build std::list
>::operator=(std::list > const&) in liboctave_la-regexp.o
:info:build "st
On Tue, Sep 11, 2012 at 1:34 PM, Bradley Giesbrecht
wrote:
> I don't see changeset 97677 in the trac timeline nor the changeset page:
>
>
> http://trac.macports.org/timeline
>
> http://trac.macports.org/changeset/97677
> /*
> Error: Invalid Changeset Number
> No changeset 97677 in the repository
>
On Tue, Sep 11, 2012 at 03:32:04PM -0400, Michael Dickens wrote:
> I've already had folks writing me that octave (via octave-devel) is now
> broken during build, because the linked libstdc++ does not contain
> certain symbols. I cannot fix this issue since it requires the correct
> libstdc++ for t
I don't see changeset 97677 in the trac timeline nor the changeset page:
http://trac.macports.org/timeline
http://trac.macports.org/changeset/97677
/*
Error: Invalid Changeset Number
No changeset 97677 in the repository
*/
Regards,
Bradley Giesbrecht (pixilla)
smime.p7s
Description: S/MIME
Are the changeset emails going out?
Look like the last one I received was at 7am PDT:
[97672] trunk/dports/python/py-robotframework-ride/Portfile
I am referring to the macports-chan...@lists.macosforge.org list.
On Sep 11, 2012, at 1:16 PM, Bradley Giesbrecht wrote:
> Works now. Thank
Works now. Thanks Bill.
--
Brad
On Sep 11, 2012, at 1:06 PM, William Siegrist wrote:
> The server had a permission problem. Please try again.
>
> -Bill
>
>
>
> On Sep 11, 2012, at 12:54 PM, Bradley Giesbrecht wrote:
>
>> Would changes to the svn server explain:
>>
>> $ svn info
>> Path:
On Tue, Sep 11, 2012 at 1:06 PM, William Siegrist wrote:
> The server had a permission problem. Please try again.
>
> -Bill
>
Bill --
Success. Thanks for your perseverance.
svn commit -m "planner: add +eds variant to fix default +universal
build, license, dependencies, configuration, livecheck
The server had a permission problem. Please try again.
-Bill
On Sep 11, 2012, at 12:54 PM, Bradley Giesbrecht wrote:
> Would changes to the svn server explain:
>
> $ svn info
> Path: .
> Working Copy Root Path: /opt/local/var/macports/sources/svn.macports.org/trunk
> URL: http://svn.macport
> Would changes to the svn server explain:
Sounds like the old host is set to read-only. Then again, could be the new one!
Can you check your lookups against other DNS servers?
___
macports-dev mailing list
macports-dev@lists.macosforge.org
http://list
Would changes to the svn server explain:
$ svn info
Path: .
Working Copy Root Path: /opt/local/var/macports/sources/svn.macports.org/trunk
URL: http://svn.macports.org/repository/macports/trunk
Repository Root: http://svn.macports.org/repository/macports
Repository UUID: d073be05-634f-4543-b044-5f
I've already had folks writing me that octave (via octave-devel) is now
broken during build, because the linked libstdc++ does not contain
certain symbols. I cannot fix this issue since it requires the correct
libstdc++ for the given GCC. I would -highly- advise reverting this
change for the time
On Sep 11, 2012, at 12:10 PM, William Siegrist wrote:
> On Sep 11, 2012, at 11:29 AM, Joshua Root wrote:
>
>> On 2012-9-12 02:48 , William Siegrist wrote:
>>> Please let me know if anything looks or acts strange. We had to rewrite a
>>> lot of scripts for this migration so there may be some b
On Sep 11, 2012, at 11:29 AM, Joshua Root wrote:
> On 2012-9-12 02:48 , William Siegrist wrote:
>> Please let me know if anything looks or acts strange. We had to rewrite a
>> lot of scripts for this migration so there may be some bugs to clean up
>> still.
>
> We seem to have lost the Changes
On 2012-9-12 02:48 , William Siegrist wrote:
> Please let me know if anything looks or acts strange. We had to rewrite a lot
> of scripts for this migration so there may be some bugs to clean up still.
We seem to have lost the Changeset column in the revision logs on Trac.
- Josh
___
On Sep 11, 2012, at 11:02 AM, David B. Evans wrote:
> On Tue, Sep 11, 2012 at 9:48 AM, William Siegrist wrote:
>> Trac and Svn have been migrated to the new hardware. We're just waiting on
>> DNS to propagate now. You should see the new IPs soon. If you have any
>> working copies using svn.mac
-- Forwarded message --
From: David B. Evans
Date: Tue, Sep 11, 2012 at 11:02 AM
Subject: Re: Trac/Subversion Server Downtime - Tue Sep 11 8-10am PDT
To: William Siegrist
Cc: MacPorts Development
On Tue, Sep 11, 2012 at 9:48 AM, William Siegrist wrote:
> Trac and Svn have been
On Tue, Sep 11, 2012 at 12:09 PM, Blair Zajac wrote:
> It's switch with the --relocate option, assuming it's exactly the same
> repository:
>
> $ svn switch --relocate OLD_URL NEW_URL
Thanks that did the trick.
Cheers
Adam
___
macports-dev mailing li
> > @@ -115,6 +115,13 @@
> > post-destroot {
> > file delete -force ${destroot}${prefix}/share/man/man7 \
> > ${destroot}${prefix}/share/info
> > +
> > + # http://trac.macports.org/ticket/35770
> > + eval delete [glob ${destroot}${prefix}/lib/${name}/libstdc++*]
> > +
> > +
> I had a repo that was still tracking svn.macosforge.org, trying to
> switch to svn.macports.org results in:
>
> $ svn switch https://svn.macports.org/repository/macports/trunk/dports
> svn: E155025: 'https://svn.macosforge.org/repository/macports/trunk/dports'
> is not the same repository as
> '
On 09/11/2012 10:05 AM, Adam Mercer wrote:
On Tue, Sep 11, 2012 at 11:48 AM, William Siegrist wrote:
Nill
Trac and Svn have been migrated to the new hardware. We're just waiting on DNS
to propagate now. You should see the new IPs soon. If you have any working
copies using svn.macosforge.org
On Tue, Sep 11, 2012 at 11:48 AM, William Siegrist wrote:
Nill
> Trac and Svn have been migrated to the new hardware. We're just waiting on
> DNS to propagate now. You should see the new IPs soon. If you have any
> working copies using svn.macosforge.org as the host, you'll need to use `svn
>
Trac and Svn have been migrated to the new hardware. We're just waiting on DNS
to propagate now. You should see the new IPs soon. If you have any working
copies using svn.macosforge.org as the host, you'll need to use `svn switch` to
change it to svn.macports.org as those two hosts are no longer
33 matches
Mail list logo
