http://www.groklaw.net/article.php?story=20120807133033596

I will try my best to translate the legalese for you: the money is almost all gone, so it's not fun any more. SCO can't afford Chapter 11. We want to shut the costs down, because we'll never get paid. But it'd look stupid to admit the whole thing was ridiculous and SCO never had a chance to reorganize through its fantasy litigation hustle. Besides, Ralph Yarro and the other shareholders might sue. So they want the litigation to continue to swing in the breeze, just in case. But SCO has no money coming in and no other prospects, so they want to proceed in a cheaper way and shut this down in respects to everything else.

Краткий перевод: у троллей закончились деньги, в них никто уже не верит и поэтому они подают в суд на ликвидацию фирмы.

Нужно использовать три раскладки, но одна из них бывает нужна очень редко, поэтому хотелось бы для переключения на нее иметь отдельную комбинацию клавиш, например, caps lock для циклического переключения двух раскладок и alt+shift для переключения на третью. Можно ли это как-нибудь дружелюбно настроить в юнити или гноме, не прибегая к правке xorg.conf?

http://www.phoronix.com/scan.php?page=article&item=amd_linux_wec7&num=1

Для Ъ:

AMD has been porting the open-source Radeon Linux driver to Windows Embedded Compact 7 (WEC7) as its graphics driver.

It is somewhat surprising that AMD would be porting the open-source Linux driver to a Windows platform rather than using the Catalyst driver as a base. The Catalyst driver code-base is already OS-agnostic for the most part and then there is the Windows and Linux-specific shims. It's disturbing to think just how dirty and crusty the Catalyst code-base actually is, if it's easier for AMD to port a (non-feature-complete) Linux driver to Windows rather than relying upon the mature Catalyst driver and migrating the existing Windows driver interfaces to WEC7.

Собственно проблема вот в чем: я все время нахожусь в университетской сетке. Хорошая скорость, много всяких плюшек - это конечно хорошо, но есть одно но: на выходе в интернет стоит большой НАТ с фильтром, блокирующий всякую подозрительную активность, к которой причисляется и скайп, который становится супернодой.

Выходов из ситуации два: блокировать порты для скайпа, как это предлагает техподдержка, не вариант, по-крайней мере я не нашел, как можно блокировать порты на уровне приложений.

Второй вариант уже получше: в документации скайпа стоит, что если выходить в интернет через прокси, то скайп никогда не станет супернодой. Чем я и пользуюсь в последнее время, создавая прокси с помощью ssh. Но это не очень удобно, даже используя autossh.

Я предположил, что можно было бы установить прокси у себя на локалхосте, и сказать скайпу подключаться только к нему. Поэтому хотел спросить, а не подскажет ли кто-нибудь, существуют ли прокси, которые могут роутить трафик на активное сетевое соединение, то есть динамически и не быть привязанным к конкретному интерфейсу?

Посмотрел я тут вывод lshw и никак не могу понять, откуда у двухядерного процессора взялось по 16 логических cpu на ядро? Ведь учитывая hyper threading их должно было бы быть по два на ядро.