[asterisk-dev] Compiling from a /team branch.

[Obelix]

Quoting "Jeffrey C. Ollie" <jeff at ocjtech.us>:

I started Asterisk with -vvvvvvvgc and the displayconnects is already set in the
manager.conf and the 'Connection attempt from xxx unable to authenticate' is the
full message I get. This last time it took at least 6 times until the connection
succeeded. The trunk version succeeded fine first time.

The connection appears to be rejected for some reason and the 'unable to
authenticate message' does not give the real reason.

Is there some other log these failures are logged to?


> On Sun, 2006-05-21 at 16:18 +0000, Obelix wrote:
> > Quoting Tzafrir Cohen <tzafrir.cohen at xorcom.com>:
> >
> > When I ran the * this is the header message:
> >
> > Connected to Asterisk SVN-jcollie-bug6082-r29134
> >
> > When I did the check out this was the revision number printed at the end
> 29163.
> >
> > There appear to be a lot of changes involved. What I am looking for is a
> fixed
> > based from which the changes related to the new DTMF events can be built
> from
> > and ignore the others for the time being. Is there a way to isolate all the
> > necessary changes from say the 1.2.7.1 version and apply those only?
>
> That branch is based upon trunk.  It was originally started with r26877
> of trunk.  All of the changes that have been applied to trunk since then
> have been merged into the bug6082 branch thanks to the automerge cron
> job (that's what all of the 'automerge commit' messages mean).
>
> Development of new features should always be done against trunk (or on a
> branch based upon trunk like the bug6082 branch), so it wouldn't make
> sense (or even be very easy) to get a diff against 1.2.7.1.
>
> > I also noticed another fault. Connection to the Manager API is now random.
> Some
> > times it connects, some times it doesn't. And it doesn't give detailed
> message.
> > just
> >
> >  'Connection attempt from xxx unable to authenticate'
> >
> > Is there a place where the reasons for failure are logged to?
>
> If you turn 'displayconnects' on in manager.conf and turn verbose
> messages on the connection attempts should be logged to the console.
> It's certainly possible I messed up something while working on the
> global options.  Any help here debugging would be appreciated.
>
> Jeff
>