Merge branch 'call'

Update .gitignore for the new files

Turn g_prints into DEBUGs

Build fix

Set 'Empathy' as program class in empathy-call

Port empathy-call to GtkApplication

Based on the changes to empathy-av.

CallWindow: properly track the dialpad status again

This stopped working properly as the latest EvSidebar didn't
have notify::current-page anymore.

EvSidebar: add a changed signal

call-window: Put the details vbox in a scroll window

Conflicts:

src/empathy-call-window.c

Adapt to EmpathySidebar -> EvSidebar

Change the page before showing the sidebar

To avoid showing it without the dialpad, which would cause
the dialpad menu callback to be called to hide it before
the page was changed, causing the sidebar to be hidden again!

Factor out the block/set/unblock code

Disable the dialpad when the call ends

Make it a toggle button

CallWindow: add a dialpad menu entry

Clear audio_output when the call ends

So we create a new one when redialing instead of reusing it.

CallWindow: show 'On hold' in the statusbar when appropriate

Directly call the callback if we're ready

Instead of duplicating the code in two places.

Implement empathy_call_handler_start_call() for redialing

CallHandler: move on_call_accepted_cb() around

CallHandler: emit signal with the correct parameters

Remove empathy_call_factory_new_call_with_streams

It's unused and empathy_call_new_with_streams is better.

Correct the interface names used in Empathy.Call.client

Keep a persistent source video tee around

Always keep the video input tee around, so we can easily hook up new
video contents even if the camera isn't currently enabled. This fixes
issues where a new content is added without the local camera being
enabled.

Don't build a shared telepathy-yell

Include yell before anything else

Since we want to build against our copy of yell. Otherwise if
you have yell installed in /usr, it'll be picked from there as
we get -I/usr/include/telepathy-1.0 and telepathy-yell is installed
as telepathy-yell/telepathy-yell.h in that directory.

Minimize the scope in which we use TpyCallChannel

Prepare the video input pipeline when there is an initial content

Wait for the channel to be ready before handling it

Use a new id for accepting without video

Conflicts:

src/empathy-status-icon.c

Also add Answer with video to the notification dialogs

Conflicts:

src/empathy-status-icon.c

Add Answer with video to the default dialogs

We should be able to answer calls with or without video. This patch only
implements that for Call type channels, but for clarity have ``Answer
with video'' as the only button on SM channels for video calls to be
sure it's clear to the user what to expect

Follow the sending state of the channel to determine whether we should send video

When the remote side hangs up, clean up the call channel

Cope with unexpected call channel invalidation

Use modern private structure handling

Correct Call channel refcounting

The Call channel will get unreffed by the destroy function that's given
to empathy_tp_contact_factory_get_from_id. So don't unref it in the
callback explicitely

Don't start the Call when the streams start

Since that can happen before the call is accepted. Instead of that,
wait for the Call state to be ACCEPTED.

Conflicts:

src/empathy-call-window.c

client file channel file should be Call.DRAFT

Add depend on new GStreamer for gst_element_request_pad

Conflicts:

configure.ac

Reject approval if call was hung up during approval

If an incoming call gets ENDED during our approval stage either we or
someone else closed it. In that case reject the approval (which will
claim and close the channel). A future improvement could be to show a
notification in case this happens

Only distroy the video output if it exists

Monitor the call state and close the channel when it ends

Lock the hash table contents when using them

Ensure our bin doesn't change state before being in the hash table

Remove live-adder

Implement request pads for multiple sinks

Instead of using an live-adder we're moving to using multiple pulseaudio
sinks as pulse can do the right thing (tm). To make this easy for the
call window have one bin that handles all the juggling of audiosinks and
audio conversion

Keep a ref to our handler instance

More consistent naming of the call handler option

make the dots consistent

auto-detect the presence of farsight

No need to borrow the connection, it gets passed to us

Trivial coding style fix (>80 chars)

Retrieve the contact for incoming calls so we can display it

Stop ringing after approving a Channel.Type.Call channel

event-manager Remove HAVE_CALL ifdefs, even if we didn't build the handler we can still approve

Close call channels after hanging up

Explicitely use the libtelepathy-yell .la file for dependency tracking

Conflicts:

libempathy/Makefile.am

Remove stray debug

Only change the UI in the main thread

Use target-contact instead of members

Move to using ->priv pointer in the object instance

coding style trivia

Add TargetContact property that's guaranteed to exist on CallHandler

Conflicts:

src/empathy-call-factory.c

Recognize Call channel capabilities

Don't use wildcards for just one marshal file

When a build is triggered from a location that isn't the top build dir,
the generated files break as the wrong prefix gets passed for some
reason. Given we only create one -marshal file, being smart doesn't
actually save us anything, so do things the simple way

Add a .client and a .service file for empathy-call

https://bugzilla.gnome.org/show_bug.cgi?id=644500

Check for TP_ERROR_EMERGENCY_CALLS_NOT_SUPPORTED when a call fails

Add missing files to POTFILES.in

Conflicts:

po/POTFILES.in

Return meaningful errors when starting a call fails

empathy_call_new_with_streams: prefer StreamedMedia over Call

Conflicts:

libempathy-gtk/empathy-call-utils.c

Always build telepathy-yell and handle Call channels

Just keep empathy-call optional.

Conflicts:

libempathy-gtk/empathy-call-utils.c
libempathy/empathy-channel-factory.c

Show an error dialog if starting a call fails

Don't require EmpathyContacts to start a call

Conflicts:

libempathy-gtk/empathy-contact-menu.c
libempathy-gtk/empathy-individual-menu.c
libempathy-gtk/empathy-new-call-dialog.c

Move empathy_call_* util functions to libempathy-gtk

Since we want to pop up a dialog when starting a call fails.

Conflicts:

libempathy/empathy-utils.c

Initialize GObject

Conflicts:

src/empathy.c

Temporarily disable some code

Call: check for priv->members to enable the video button

Use the new empathy_call_create_call_request thoroughly

Don't use tpy_call_channel_is_receiving_video

Rely on src-pad-added to show the remote user's video.

Don't use tpy_call_channel_is_sending_video

Check if we have initial video instead.

Use EMPATHY_CALL_BUS_NAME_SUFFIX instead of the literal

empathy_call_new_with_streams: start Calls when we support them

Conflicts:

libempathy/empathy-utils.c

Define EMPATHY_CALL_BUS_NAME{,_SUFFIX}

Updated Spanish translation

Initialize telepathy-yell

Conflicts:

src/empathy.c

Show notifications for Calls

Conflicts:

src/empathy-status-icon.c

Build an empathy-call binary when we have Call support

Conflicts:

src/Makefile.am

EmpathyEventManager: handle Call channels

Conflicts:

src/empathy-event-manager.c

Teach EmpathyChannelFactory how to create Call channels

Conflicts:

libempathy/empathy-channel-factory.c

NewCallDialog: support Calls

Conflicts:

libempathy-gtk/Makefile.am
libempathy-gtk/empathy-new-call-dialog.c

Add empathy-call

Add an EmpathyCallWindowFullscreen class

Add an EmpathyCallWindow class

Add an EmpathyCallHandler class

Add an EmpathyCallFactory class

Check for telepathy-yell if requested

Add telepathy-yell as a submodule

Add ax_config_dir from audacity

Check we actually have a part #1 before requesting it

We were checking echo->len >= 1, but then requesting index 1 (the second part).
So if we didn't have a second part, this would quite happily blow up.