Программное обеспечение для управления домашними квантовыми сетями, наподобие SEQOQC, теперь стало свободным и перелицензировано под GPL, а ряд используемых протоколов также стандартизирован IETF. Такие сети используются для шифрования передаваемых данных с помощью безусловно стойкой квантовой криптографии.

Последний стабильный релиз — R7 Де Бройль, девелоперская версия — R8 Планк. Работа с квантовой сетью осуществляется через устройство qd и библиотеку libqkd. Сеть работает через виртуальные сетевые интерфейсы q3p0, q3p1, реализующие квантовый протокол point-to-point, и настраивается стандартным образом через ifconfig. Имеется поддержка квантового роутинга через OSPF.

При отсутствии настоящего оборудования для квантовой криптографии имеется возможность работать с свободным симулятором квантовой сети. Как симулятором, так и остальным софтом поддерживаются дистрибутивы Linux, основанные на Debian и RedHat, но рекомендуемая разработчиками система — Debian «Squeeze». Доступны исходники, а также deb/rpm-пакеты для 32-битной и 64-битной версий Linux.

Проект имеет свой багтрекер и форум поддержки, имеется возможность создавать собственную среду разработки.

Информация по развёртыванию сети в систематизированном виде и на русском языке представлена здесь. Квантовая сеть является прообразом будущего квантового интернета, поэтому разработчики надеются на помощь в тестировании используемого софта открытым сообществом.

Метод работы квантовой криптографии в доступной неспециалистам форме объяснён в статье здесь. Перспективы и мотивация её использования — здесь.

>>> Подробности

Если ещё тут не обсуждали эту ссылку: http://izvestia.ru/news/535724
Прощайтесь с Torами, SSHами и всем остальным.
Обсуждение на pgpru.

Делаю как в www.linux.org.ru/wiki/en/LOR-FAQ-LaTeX

Пишет

 $ latex xx.tex 
This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian)
 restricted \write18 enabled.
entering extended mode
(./xx.tex
LaTeX2e <2009/09/24>
Babel <v3.8l> and hyphenation patterns for english, usenglishmax, dumylang, noh
yphenation, loaded.
(/usr/share/texmf-texlive/tex/latex/base/article.cls
Document Class: article 2007/10/19 v1.4h Standard LaTeX document class
(/usr/share/texmf-texlive/tex/latex/base/size12.clo))

! LaTeX Error: File `mathtext.sty' not found.

Type X to quit or <RETURN> to proceed,
or enter new name. (Default extension: sty)

Enter file name: 

А если mathtext закомментить, пишет

Package babel Warning: No hyphenation patterns were loaded for
(babel)                the language `Russian'
(babel)                I will use the patterns loaded for \language=0 instead.


! Package babel Error: No Cyrillic encoding definition files were found.

See the babel package documentation for explanation.
Type  H <return>  for immediate help.
 ...                                              
                                                  
l.91        lcyenc.def, lwnenc.def, ot2enc.def.}
                                                %
? 

Причём такая же ошибка и при использовании инструкций из всех других мануалов. Гуглил до посинения, но везде либо старые мануалы с русификацией по koi8-r, либо рекомендации поставить texlive-lang-cyrillic. У меня же оно даёт (apt-get update делал тоже, не помогает):

# apt-get install texlive-lang-cyrillic
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Package texlive-lang-cyrillic is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  texlive-binaries
E: Package texlive-lang-cyrillic has no installation candidate

Надо упорно добиваться установки этого пакета, или теперь как-то по-другому делается? Все остальные пакеты должны стоять, ставил всё, что может потенциально пригодиться, латех уже несколько лет юзаю, но конкретно для кириллицы пока не приходилось.

Был некогда славный топик в новостях про переполнение в vim:
http://www.linux.org.ru/news/security/3028734
Много лоровцев успели отписаться, но ни у одного «не воспроизвелось». Мейнтейнер vim в pkgsrc на своём NetBSD-amd64 тоже не увидел проблему, и её условно заморозили. Кстати, вот его сайтец:
http://kuparinen.org/martti/bcard/
Спустя полтора года в рассылку pkgsrc поступила жалоба из канады:
http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=42909
Только после этого мейнтейнер зачесался, и проверил именно на i386, ВНЕЗАПНО обнаружив, что проблема-то и в самом деле не надуманная. После этого он отписался апстриму, и за 4 дня дискуссий проблема была решена. Вот егоофициальная переписка с разработчиками vim (ржач):
http://groups.google.com/group/vim_dev/browse_thread/thread/8365a632168dd54a
А вот финальный патч:
http://groups.google.com/group/vim_dev/browse_thread/thread/1eb041ef35881b73
Наглядно демонстрирует все сайд-эффекты от преимущества открытой безответственной разработки. Стоит ещё отметить, что разработчик vim так и не удосужился первым решить проблему, пока ему со стороны не прислали патч.


А теперь главный вопрос: коллективный разум, имея на руках все факты, может теперь объяснить, ПОЧЕМУ эта проблема с vim в Linux это НЕ воспроизводится?

Всем привет!

Я в курсе, что среди здешней публики обретается много народу, слушающего метал. Наткнулся на композицию, вроде как что-то очень популярное, но спросить не у кого. Кого не сильно затруднит, напишите, плиз, группу и название песни. Файл 4.4 метра, на сопутствующем видео чел показывает бильярдные трюки (видео тоже зачётное, как и музон).

http://omploader.org/vM3JnNQ/2157.wmv

Наверняка все встречались с таким поведением программ, когда они внезапно после поломки начинают работать снова. Подобные баги почти всегда списываются на криворукость пользователей, так как едва ли воспроизводимы. Замечательный пример отловленного подобного экземпляра в Ubuntu приведён по ссылке.
Подробности

Перемещено boombick из Ubuntu Linux

При помощи одного специально сформированного IP-пакета атакующий может вызвать панику ядра (как из локальной сети, если используется правило NAT, так и извне, если используется правило RDR).

Публичного эксплоита нет, но его нетрудно сделать самому. Баг проверен (эксплоит) на OpenBSD 4.3. Уязвимости подвержены все версии OpenBSD, в которые вошел PF.

Быстрый способ устранить проблему - указать явно список траслируемых протоколов в конфиге:
nat/rdr ... inet/inet6 proto { tcp udp icmp/icmp6 } ...

Информация на русском

>>> Официальная errata и патч