Update Russian Translation-Mock SMS-CM10

Added Russian Translation-Fix typo-CM10
PackageManager: Restrict system packages to protected storage

Don't allow packages signed with the platform key to be
installed into user (or app) controlled storage

(cherry-picked from 64fa8092090d067d78163b8ebce45baa1123ce9d
 with changed file path)

Patch set 2: Fix compile error due to changed function name

Change-Id: I7390b3bdf5289411f7a335c69635bed9f74bbfb3
Debug RILJ wakelocks on Smdk4210Ril:

Original author's commit message:
------------------------------------
There is a battery drain due to a wakelock being held for an unspecified
length of time. BetterBatteryStats shows it to be RILJ holding the wakelock.
I've narrowed it down to a RIL request named RIL_REQUEST_SET_TTY_MODE. I
dumped out RILJ.mRequestsList during the held wakelock and I see this request
staying around and waiting for a response from the RIL. It's as if the RIL
is not responding to this request and I don't see RILReceiver processing a
response to this request.

One thing to note is that RIL_REQUEST_SET_TTY_MODE is generated when we see
EVENT_TTY_PREFERRED_MODE_CHANGED from PhoneApp. This happens when the phone
boots up and also when you plug in a pair of headphones. Thus this wakelock
can be reproduced by plugging in a pair of headphones.

To work around this, I've added logic to perform a lazy removal of RILRequests
that haven't received a response in the existing wake lock timeout
(60 seconds.)  The removal itself is done as part of
findAndRemoveRequestFromList().  Since new RIL requests are appended to this
list, we're guaranteed that the stale TTY requests will eventually be removed
either when the existing timeout fires, or through this new lazy removal
------------------------------------
Additional comments from Andrew Dodd:

There seem to be all sorts of things that can cause similar behavior.

Rather than purge requests known to have issues, we just print them
so we can fix root cause.

Change-Id: I0a80ba8fb5a1811ab1d8f78e3b8d1bcbfc627377
Smdk4210RIL: block unsupported requests to avoid RIL wakelocks

Change-Id: I7abd83e33284268da7aaf8ab3da9cb04a381720d
fix cherry pick from aokp we don't need an unnecessary toggle!
Merge branch 'jb-mr0-release' of https://android.googlesource.com/platform/frameworks/base into jb
Add group mms threading (2/3)

Change-Id: Ia6cd4a395328c56791f10e153aca91976cd36155
ActionBar: Compute required items prior to optional items

When computing if a item should be shown in the action bar, required items need to be compute prior
to optional ones. Otherwise, in some cases (when the optional menu goes to the left of required
items then the algorithm could determine that optional has space to be shown and force the show of
required items, causing the required items to not be shown).
A concrete case is in the Email app. In the message_view_fragment_option.xml are defined 5 menus,
that when are all shown (xe: in Exchange mailbox account type) the bar is complete filled. But if
the overflow button is forced to be shown (the device has no permanent menu key) the overflow button
overlaps the older button, because space of 'ifRoom' items are wrong computed.

Discussion Change: http://review.cyanogenmod.com/#/c/22396/

+ aosp change https://android-review.googlesource.com/#/c/34700/
Prevent empty overflow popup when there are no overflow items. (jakewharton@gmail.com)

Change-Id: I6fc8e3e202d76f9704d7ec2383c7ee6f7b05ba76
So I am un-fixing something I "fixed". If all toggles are
disabled, none should be displayed. But I had it displaying
the stock toggles if all are unchecked.. d'oh!

Change-Id: Ibdcb3e433f5f9493b5fffb7684e30b5591789c90
Signed-off-by: gdanko <gdanko@gmail.com>
Add option for vibrate on notif expand (1/2)

committed by xoomdev
NavBar Widgets (1 of 2)
Frameworks side of Widgets

Change-Id: Ib8e9cd526c7ebc5901fe433d7a3cf96fe0251a0d
Signed-off-by: Zaphod <mwilson@acesappraisal.com>
SystemUI: add screenshot to navbar

Add screnshot button and longpress option to navbar

Patch Set 2: Fix opacity of screenshot icons

Change-Id: I2dfea1769cbb0c6e0e263f9f7f21b21c261fde39

committed by Stevespear426
SystemUI: CustomNav bar for Tablets / TabletUI

Embeds the same NavBar object used for phones into the
Tablet status bar.  This will make it easier to extend functionality
to both types of devices in the future, since using same basic code set.

Patchsets:
1) Initial commit
2) General clean up. I left the stuff I commented out in so Mike
can see what I did so far.
3) Addresses a lot of sizing issues, lightsout/menu functionality, etc.
4) Left menu sizing derp
5) Moar tweaking for tablet menu buttons
6) even Moar tweaking for menu buttons (tablets & phones too)
7) Adds ability to change weights based on # of buttons used,
   useful for phones in "Hybrid" lets not waste space. Also
   adds the ablity to hide the compatablity mode button. (requires
   RC part.)
8) Add per button weight
9) Fix adjust weights on the fly when chagning the number of buttons.
10) Get rid of layout thats not needed and messes with navrings on
xhdpi when in tabletui.
11) adjust weight calculations & make them easier to read & change
12) Tweak the weights a bit
13) adjust NavBarGlow

    set bounds of glow to not overlap other views.
    While the default methodology worked fine for stock
    navbars with only 3 buttons, we now can have anywhere
    from 1 to 7.  In addition we have varying navbar widths
    due to Tablet & phone styles, etc.
    This keeps the glow within our bounds.

Change-Id: I591d3fae925ed5e9d983c98a108ded5aad67355b

committed by Stevespear426
add missing string from cherry pick for navbar widgets
redo navbar keys images
fixes to tablet navbar targets the default spacing was too much and we still need the search panel.
cleanup to ril fixing data on xoom
fix up status_bar_brightnes_slider in Settings.java
card emulation patch port to JB

Patch Set 2: Added missing @hide statements and rebased

Change-Id: I73fe9aa30830951ea5b9d44e9a9bf83cb720e567
* Only do a cancel discovery if the device is discovering.
* explicitly close input and outputstream. This could prevent objects from being cleaned up before
  the next connect attempt.

Change-Id: I43edf58baccf56046abf79202739af31558ac098