Камера в ноутбуке — это просто USB устройство (http://www.thinkwiki.org/wiki/Integrated_camera; очень редко — PCIe устройство) со своим контроллером и прошивкой. Контроллер должен быть запитан, чтобы выполнить инициализацию USB (PCIe) и обнаружиться в ОС для выбора подходящего драйвера. И именно прошивка контроллера будет давать питание на светодиод. В некоторых случаях прошивка сделает это сама, в других — по команде от драйвера. В некоторых драйверах LED можно не включать при активации камеры (что может быть полезно для режима "motion-activated camera") — Logitech QuickCam — "LVUVC_LEDControl=0x0", в других требуется перезаливка модифицированной прошивки в камеру macbook 2008 — iSight = iSeeYou (здесь LED включается аппаратно при сигнале 0 на линии Standby между Cypress EZ-USB FX2LP и CMOS-модулем; в своей прошивке авторы ввели команду, после которой cypress не подает 0 на standby и не включает led).
Некоторые авторы считают, что в стандарте UVC есть контроль за LED — "LED indicator light is controlled by the host software" ("The UVC utilities that come with Linux allow you to control this light directly with a command-line tool, being able to turn off the light while the camera is on."). На самом деле в UVC есть протокол для изменения настроек контроллера, и uvcdynctrl умеет выключать LED для двух контроллеров — пример для QuickCam.

/*
Генерирует предупреждение V519.
Одному и тому же объекту дважды подряд присваиваются значения.
Высока вероятность опечатки.
Пример:
x = 1;
x = 2;
Исключения:
1) Объект участвует во втором выражении в правой части:
  x = 1;
  x = x + Foo();
2) Объект является результатом выражения с участием функции.
 (На самом деле отбрасываем больше случаев. Если слева выражение,
 которое представляет не унарную операцию разыменования '*' или
 не обращение к элементу массива - то мы не анализируем дальше).
 GetRef() = 1;
 GetRef() = 1;
3) Слева используется инкремент или декремент.
 *p++ = 1;
 *p++ = 1;
4) Для индексации к элементам используется неконстантное выражение.
 int i;
 p[i] = 1; 
 Foo(); //Foo может менять i.
 p[i] = 2;
5) Не ругаться, если первый раз переменной типа указатель (или класс) присваивается 0.
   p = nullptr;
   p = new int[n];
6) Если слева переменная имеет особые исключительные имена. Имена:
   gLibNcFTP_Uses_Me_To_Quiet_Variable_Unused_Warnings (используетсяв макросе LIBNCFTP_USE_VAR)
7) Если в одном блоке более одной ситуации, когда подряд присваивается значение одной и
   той-же переменной, то это безопасно. Пример:
    res = RegQueryValueEx(...);
    res = RegQueryValueEx(...);
    res = RegQueryValueEx(...);
8) Если первая строка это объявление переменной.
   Если в первой строке мы объявляем ссылку:
   int &x = a;
   x = 2;
9) Если первая строка это объявление переменной. И это не Си файл.
10) Если первая строка это объявление переменной.
    Инициализируем литералом/константой 0, -1 или "".
    Возможно, есть приведение к какому-то типу: HRESULT hr = ((HRESULT)0L);
11) Если между двумя присваиваниями упоминается данный объект:
    A = 10;
    x = A;
    A = 20;
12) Если между двумя присваиваниями имеется:
    *case;
    *default;
    *break;
    *continue;
    *goto
    *return
    *delete
    *высказывание ((void)0); Такое бывает, когда исчезает assert().
    *пустое высказывание ';'. Такое бывает, когда исчезает что-то типа VivaAssert().
    *throw
13) Если между двумя присваиваниями имеется вызов неитерабельной функции и при этом объект
    является глобальным (или ссылкой, или статической переменной,
    и мы не разыменовываем указатель или брался адрес этой переменной ). 
    Примеры:
    1) A = B; A = FOO();
    2) A = B; FOO(); A = C;
      Исключение из исключения, случай, когда справа одинаковый вызов функции:
        A = z.F(1);
        A = z.F(1); //Скорее всего это copy-paste.
        В общем Исключение N13 не срабатывет, если 2 строки совпадают.
    3) И ещё отдельно рассматриваем такой случай:
       temp = strchr(hoststr, '/');
       *temp = '\0';
       hostlen = strlen( hoststr );
       *temp = '/';
14) Между двумя присваиваниями есть #if/#else/#endif
15) Всегда безопасно, если первый раз присваиваем -1. 
    При этом между первым и вторым присваиванием есть хоть один вызов функции или оператор new.
16) Создаётся список с помощью выражения вида: t = t->next = ptr; 
    Не ругаемся, если записываем результат присваивания в переменную A, являющуюся левой частью для A->B.

Уровни:
  По умолчанию уровень 2. 
  Если первая строка это объявление переменной - уровень 3.
  На 3 уровень, если переменная имеет имя: hr, hres, err, result

  Если это массив и строки рядом, то на 1 уровень.
*/

Например, сейчас если у вас есть функция, которая принимает параметром коллекцию и не меняет ее (например, считает что-то на основе данных в коллекции), то в Rust вам придется написать две версии такой функции: одну для immutable коллекции, и одну — для mutable, — потому что так сейчас устроена система типов.

pub struct SomeCollection<T> {
    // ...
}

impl<T: Copy> SomeCollection<T> {
    fn get(&self, i: uint) -> T { ... }
    fn set(&mut self, i: uint, v: T) { ... }
}

fn compute_something(coll: &SomeCollection<int>) -> int {
    // здесь можно вызвать coll.get():
    let x = coll.get(0);
    // но вызвать coll.set() нельзя, будет ошибка компиляции
    // coll.set(0, x+1); 
    x
}

fn compute_and_modify(coll: &mut SomeCollection<int>) -> int {
    // здесь можно и то, и другое
    let x = coll.get(0);
    coll.set(0, x+1);
    x
}

fn main() {
    // s1 - неизменяемый слот (переменная)
    let s1: SomeCollection<int> = SomeCollection { ... };

    // можно вызвать compute_something(), но не compute_and_modify()
    println!("{}", compute_something(&s1));
    // println!("{}", compute_and_modify(&mut s1));

    let mut s2 = s1;  // перемещаем в мутабельный слот
    // можно вызвать и то, и другое
    println!("{}", compute_something(&s2));
    println!("{}", compute_and_modify(&mut s2));
}

enum

static const

Note that the options AllowDeactivateGrabs and AllowClosedownGrabs will allow users to remove the grab used by screen saver/locker programs. An API was written to such cases. If you enable this option, make sure your screen saver/locker is updated.

* PrGrbs: распечатать в лог-файл список активных захватов устройств ввода
* DeaGrb: отключить все захваты
* KilGrb: убить все приложения, у которых есть захваты
* PrWins: вывести в файл древовидный список окон

To use these, you need to modify your XKB maps, e.g. the following to
have Ctrl+Alt+Enter print all currently active grabs:
— compat/xfree86:
interpret XF86DOS {
action = Private(type=0x86, data=«PrGrbs»);
};

— symbols/pc:
key { type=«CTRL+ALT», [ Return, XF86DOS ] };


Но мы с вами помним, что отключение захватов и убивание приложений давным-давно уже было реализовано. По иронии судьбы, реализовано оно было через этот же механизм «приватных действий». Соответственно, действия «отключить все захваты» и «убить всех захватчиков» уже имели свои идентификаторы. О чем и напомнил Даниэлю… Peter Hutterer:

compat/xfree86 still has the stuff for «Ungrab» and «ClsGrab».

#define XF86XK_Ungrab 0x1008FE20 /* force ungrab */
#define XF86XK_ClearGrab 0x1008FE21 /* kill application with grab */

we should keep using them if possible.

Даниел, разумеется, согласился и заменил в своем патче «DeaGrb» на «Ungrab», а «KilGrb» на «ClsGrb». Вместе с другими поправками патч попал в master-ветку git-репозитория Xorg.

Но никто не заметил, что для старых «Ungrab» и «ClsGrb» уже были назначены сочетания клавиш — те самые ctrl + alt + / и ctrl + alt + *. Только в то время они были по-умолчанию выключены и включались через конфиг, поэтому никого не пугали. А автор нового патча предполагал, что сам факт назначения клавиш на эти действия будет являться подтверждением желания пользователя их использовать, но он не знал, что они уже назначены по умолчанию.

Результат, как говорится, на лицо.

Как же правильно исправить этот баг? Правильно! Снять назначенные клавиши, что и предлагают сделать в разных местах Сети.

Что же сделали, например, в Debian (спасибо porzione за выдержку из лога)? Они полностью откатили этот патч! То есть пользователи Debian теперь даже если захотят, не смогут включить возможность противостоять «захватчикам» их экрана. :)

Такая вот непридуманная история, господа.