WebRTC is now at M75

https://github.com/react-native-community/releases/blob/master/CHANGELOG.md#v0598

It was extracted from the RN core to a community maintained package.

New M69 build with Metal crash fixes.

Time has come. We need to enable bitcode. It's optional for iOS targets, but
mandatory for the entire project if there is a watchOS target. Since we have a
watchOS target, it's time to enable it.

Co-authored-by: Pawel Domas <pawel.domas@jitsi.org>

Fixes a crash on some old Android devices.

This new version comes with an updated JSC runtime, so we no longer need to
depend on the updated version ourselves.

This is done at the app level, not the SDK.

Currently 2 Firebase services are used:

  - Crashlytics
  - Dynamic Links

They are enabled in tandem, if the appropriate Google services file
(GoogleService-Info.plist on iOS or google-services.json on Android) is found.

Each service needs to be individually enabled in the Firebase console.

Bumping React to 16.6.3 is a requirement for this update.

WebRTC no longer actively fixes iOS 9 issues.

The upstream package has been unmaintained for 2 years now, and making the litle
changes needed as React Native needs them is getting old. The actual
funcionality is a couple of one-liners plus tons of boliterplate, which gets
reduced by quite a bit if we just embed it. So here it goes.

It causes false positives when submitting the app to the Store. Use the new
permissions API in react-native-webrtc instead.

App Store Connect reported the following issues in (and rejected the binary
of) Jitsi Meet 1.18.x:

NSBluetoothPeripheralUsageDescription
NSAppleMusicUsageDescription
NSMotionUsageDescription
NSSpeechRecognitionUsageDescription

Starting spring 2019, all apps submitted to the App Store that access user
data will be required to include a purpose string for the following:

NSLocationAlwaysUsageDescription
NSLocationWhenInUseUsageDescription

PR https://github.com/wmcmahan/react-native-calendar-events/pull/186 has
been merged upstream.

Includes a fix for not running expensive operations on the main thread.

Use react-native-fastimage, which uses 2 full-native image impleentations using
well known and mature (native) libraries.

This gets us rid of 2 libraries which were observerd as a source of bugs and
created trouble with dependencies: react-native-fetch-blob and
react-native-img-cache. They are also no longer well maintained.

It will only be requested if a user joins a meeting or flips the switch from
video to audio and back, but never as the first thing when the welcome page is
mounted.

Syntax changed slightly with an update to CocoaPods.

Turns out sometimes a calendar is missing the tile and it crashes because nil is
inserted into a NSDictionary. Fix it by applying this pending PR:
https://github.com/wmcmahan/react-native-calendar-events/pull/164