On 23.05.2010, at 17:07, Derek Atkins wrote:
> And indeed AC_PROG_OBJC is called from inside a conditional...
>
> I suspect we need to find another way around this. Is there some way to
> implement this on a Mac without using Objective C?
>
Dang.
First, I've checked in a change which removes
Hi,
It looks like there is definitely a network problem. I'll look into it
but I suspect I'm going to have to get Comcast to get involved to get this
fixed. Rebooting the cable modem fixed it for a while, which is good for
me, but also bad because it means it's a comcast problem. :-(
Please be
And indeed AC_PROG_OBJC is called from inside a conditional...
I suspect we need to find another way around this. Is there some way to
implement this on a Mac without using Objective C?
-derek
On Sun, May 23, 2010 6:58 pm, Tao Wang wrote:
> Hi,
>
> I cannot build r19201 on Windows and Linux. At
Hi,
I cannot build r19201 on Windows and Linux. At first I thought it
might be my modification that cause the problem, but after a clean
check out, I still got the following error message:
configure: error: conditional "am__fastdepOBJC" was never defined.
Usually this means the macro was only inv
On Mon, May 24, 2010 at 6:55 AM, Derek Atkins wrote:
> Hi,
>
> Yes, I can verify that there is an issue over that link. It appears to be
> a problem with my cablemodem uplink, as I see the issue across all my
> networks, not just that one. (I suppose it could be my router, but I'm
> more likely
Hi,
Yes, I can verify that there is an issue over that link. It appears to be
a problem with my cablemodem uplink, as I see the issue across all my
networks, not just that one. (I suppose it could be my router, but I'm
more likely to believe it's the CM uplink).
I just rebooted the cablemodem s
Hi,
I got mtr result, tested for 1500 packets, it looks like there is a
network problem/congestion at 'c-98-242-65-37.hsd1.ga.comcast.net',
it's about 10% packet loss rates, so it's about 150 packets lost
during the 1500 packets test. it's high.
Hi,
Sorry for the top-posting here. Basically you've proven that your IP is
not being blocked. However you might be having some congestion or other
issue. Do you have access to mtr? Could you run an MTR to the server and
see what it shows? It might show you where the congestion is happening.
On Mon, May 24, 2010 at 1:56 AM, Derek Atkins wrote:
> Hi,
>
> On Sun, May 23, 2010 8:33 am, Tao Wang wrote:
>> Hi, guys,
>>
>> I cannot check out the trunk from last night, but I don't think it's
>> my network's problem, since I can git clone gtkmm smoothly. So, is
>> there any problem on our svn
Hi,
On Sun, May 23, 2010 8:33 am, Tao Wang wrote:
> Hi, guys,
>
> I cannot check out the trunk from last night, but I don't think it's
> my network's problem, since I can git clone gtkmm smoothly. So, is
> there any problem on our svn server? Thanks.
Nope, the server is running just fine. Howeve
Hi, guys,
I cannot check out the trunk from last night, but I don't think it's
my network's problem, since I can git clone gtkmm smoothly. So, is
there any problem on our svn server? Thanks.
--
Regards
Tao Wang
___
gnucash-devel mailing list
gnucash-d
On 21 May 2010, at 6:04 PM, Derek Atkins wrote:
Because a situation arises when both of you need to make writes.
Which
copy is the authoritative copy? Using svn alleviates this somewhat,
but isn't ideal.
The authoritative copy belongs to whomever has the "write token".
Otherwise known as t
12 matches
Mail list logo
