Смотрел лет 6 назад. Фильм начинается с того, что кто-то воспроизводит преступления по книге какого-то писателя. Больше ничего не помню. Действия вроде происходят примерное в наши дни.

Нагуглил Ворон, но это не он.

Привет, поднял какое-то время назад binhost для личного использования. Полет нормальный (с июля было только одна две поломки), так что делюсь ссылкой (пока только с ЛОР-ом), может кому-нибудь пригодится.

Правда, я не знаю, как решается проблема с доверием хрен знает чьем бинарным пакетам ;)

Ссылки:

• buildbot, который вызывает emerge каждую ночь
• binhost
• конфигурация сервера (world, make.conf, package.*), обновляется, если я правлю эти конфиги

Сейчас make.conf на сервере такой.

Пакеты в world добавить по просьбе не трудно. USE-флаги в принципе тоже можно править, но в разумных пределах. Жаббер в профиле.

Привет, есть сервак с сертификатом, купленным на gogetssl, самый дешевый Domain Validation на 5 лет.

В браузере https работает, а wget и curl ругаются на сертификат. В чем может быть проблема?

Тестовый URL: https://enise.org/users/victor/share/stash/hello.txt

$ wget https://enise.org/users/victor/share/stash/hello.txt                              
--2014-09-17 12:27:29--  https://enise.org/users/victor/share/stash/hello.txt
Resolving enise.org... 78.46.50.209
Connecting to enise.org|78.46.50.209|:443... connected.
ERROR: cannot verify enise.org's certificate, issued by ‘/C=GB/ST=Greater Manchester/L=Salford/O=COMODO CA Limited/CN=PositiveSSL CA 2’:
  Unable to locally verify the issuer's authority.
To connect to enise.org insecurely, use `--no-check-certificate'.

$ openssl s_client -connect enise.org:443 -debug

Выхлоп: https://bpaste.net/show/c5c4225e60b3

На клиенте установлен пакет app-misc/ca-certificates, пробовал версии 20130906-r1 и 20140325.3.16.3. Пробовал передавать wget опцию --ca-directory=/etc/ssl/certs, тоже не помогает.

Конфиг nginx:

listen 443 ssl;
server_name enise.org;
  
ssl on;

ssl_certificate /srv/data/cert/enise.crt;
ssl_certificate_key /srv/data/cert/enise_nopassword.key;

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_prefer_server_ciphers on;
ssl_ciphers "EECDH+ECDSA+AESGCM EECDH+aRSA+AESGCM EECDH+ECDSA+SHA384 EECDH+ECDSA+SHA256 EECDH+aRSA+SHA384 EECDH+aRSA+SHA256 EECDH EDH+aRSA !RC4 !aNULL !eNULL !LOW !3DES !MD5 !EXP !PSK !SRP !DSS";

Файлы для nginx генерировал так:

$ openssl genrsa -des3 -out enise.key 2048
$ openssl req -new -key enise.key -out enise.csr
$ openssl rsa -in enise.key -out enise_nopassword.key

Как определить, в чем проблема - в том, как приготовлен сертификат, или в доверии к корневому сертификату или еще в чем-то?

Привет.

Есть сервер с несколькими контейнерами (docker). Нужно разграничивать доступ к разным контейнерам.

Для http используется nginx, который перенаправляет разные url в разные контейнеры. Есть ли аналог такого прокси для ssh? Например, он мог бы перенаправлять разных пользователей в разные контейнеры.

Нужно, чтобы прокси был прозрачным, и чтобы пользователь, имеющий ssh-доступ в некоторый контейнер, не имел доступа на хост или другие контейнеры. Вот здесь задавали такой же вопрос, советуют apache, либо vpn, либо открыть кучу портов.

А есть еще варианты?

Привет, посоветуйте хорошие jabber-клиенты под iOS. Можно платные.

Желательно, чтобы отображал список ресурсов для каждого контакта.
Хорошо бы была поддержка Message Archiving и Message Carbons.

Перемещено mono из desktop

Пишу клиент-серверную программу и читаю всякие советы по проектированию REST API.

Есть 2 вида запросов, возвращающих JSON:

http://example.com/calendar/2014/april/1    # день
http://example.com/calendar/2014/april      # массив дней

Вопрос в том, что делать с запросами:

http://example.com/calendar/2014
http://example.com/calendar

Приходят в голову варианты:

• Возвращать массив или хеш месяцев и лет.
• Возвращать массив идентификаторов месяцев и лет (без содержимого).
• Возвращать 404.

В статьях советуют первый вариант, но смущает, что:

• Эти запросы не нужны в текущих сценариях.
• Эти запросы будут возвращать большой объем данных.

Как это решают в хороших API?

В избранных тегах есть i3wm.

www.linux.org.ru/tag/i3wm

Тег видимо удален. Как его удалить из избранных непонятно.

FYI: https://code.google.com/p/aprof/

Строит зависимость сложности функции от RMS (Read Memory Size), т.е. количества обращений функции к памяти.

Анонс на comp.unix.programmer:

Hi everyone, 

We are developing a new Valgrind tool called aprof, a performance profiler for C/C++ designed to help developers understand how an application’s performance scales as a function of its input data. The tool automatically generates, for each executed function, a 2D chart that relates performance to input size, yielding clues to the «big Oh» of the underlying algorithm and exposing possible asymptotic inefficiencies. Charts that analyze the input workloads are also generated, among many others. 

The tool and a profile visualizer have been brewing for some time and we think they are mature enough to be released. For the time being, we're keeping them at: 

https://code.google.com/p/aprof 

Please check the wiki for a manual and a brief tutorial explaining the main goals of our profiler and how to use it. For an example of the kind of info one can get from aprof see, e.g., Frank Reininghaus' blog http://tinyurl.com/oyuud99. 

We would be happy to hear about any experience, difficulties, questions, or suggestions about aprof. 

Cheers,  Emilio Coppa

Доброго времени суток.

Люди часто используют понятия вроде связности кода, зависимости, внутреннего состояния объекта, и т.п.
Что они означают на практике всем понятно.

Подскажите литературу, в которой подобная терминология систематизируется и вводится более-менее строго в математическом смысле?

Всем доброго времени суток.

Есть ли в Linux механизм, который позволил бы из userspace отдать ядру UDP-пакет и указать момент времени, в который он должен быть отправлен?

Время, когда нужно послать пакет, известно точно, но время, когда есть возможность его послать — плавает, из-за случайной задержки (~5мс) между моментом истечения таймера в ядре и моментом передачи управления потоку в userspace, который вызовет sendto().

Интересуют способы уменьшения этого джиттера. Настойщий real-time не требуется.

Есть ли в userspace варианты кроме nice, SCHED_RR, etc?

Доброе время суток.

Какие есть модули для парсинга и генерации пакетов RTP и RTCP для скриптовых языков, либо конвертеры между бинарным пакетом и JSON/XML/etc.?

Есть rtptools, для Perl есть Net::RTP и Net::oRTP, а есть что-то еще?

Есть дерево TODO в org-mode, например такое:

* TODO План
** TODO Пункт 1
   Описание 1

*** DONE Сделать A
*** TODO Сделать B

** TODO Пункт 2
   Описание 2

*** DONE Сделать C
*** TODO Сделать D

Хочется из него генерировать разные отчеты. Как можно сделать следующее?

• Получить файл с узлами глубины <=N и их описаниями:

  * План
  ** Пункт 1
     Описание 1
  
  ** Пункт 2
     Описание 2
  

• Получить «срез» дерева с узлами DONE, без описаний:

  Уже готово
  ----------
  * План
  ** Пункт 1
  *** Сделать A
  
  ** Пункт 2
  *** Сделать C
  

• Получить «срез» дерева с узлами TODO, без описаний:

  Еще не готово
  -------------
  * План
  ** Пункт 1
  *** Сделать B
  
  ** Пункт 2
  *** Сделать D
  

Смотрел org-timeline, но не смог заставить его сохранять исходное дерево, он его превращает в список.

Спасибо.

В линуксовом мане написано:

tcgetsid(3)

The function tcgetsid() returns the session ID of the current session that has the terminal associated to fd as controlling terminal. This terminal must be the controlling terminal of the calling process.

Верно ли, что в Linux эта функция всегда возвращает либо -1, либо getsid()? То же самое интересует для других *nix.

Доброе время суток, ищу GUI для автоматических бэкапов на десктопе, желательно морду к duplicity или rdiff-backup, который бы умел:

• Висеть в трее и менять статус, когда начинает бэкапить.
• Несколько задач, каждая задача со своим расписанием.
• Инкрементальные бэкапы.
• SSH.
• Если сети нет, откладывать бэкап до тех пор, когда сеть появится.

Также хотелось бы иметь возможность настраивать или указать скрипт проверки дополнительных предусловий, например,
разрешать бэкап в сеть, только если компьютер находится в сети с определенным именем (ноутбук с wi-fi).

Есть в природе что-то подобное? Смотрел Deja Dup, Keep, KBackup, Backintime, SBackup, но нужного не нашел.

PS. cron + zenity не предлагать :)

Возможно ли в quick view (C-x q) включить подсветку синтаксиса?

При поиске "100%" находятся сообщения в которых есть отдельно "100" и "%", наверное это неправильно.

Подскажите пожалуйста модуль/команду, которая берет список всех функций в буфере и открывает новый буфер, содержащий только сигнатуры этих функций, при нажатии на которые можно переместится к оригиналу.

Когда-то видел такое, но сейчас никак не могу найти. Вроде в названии было то ли summary, то ли overview. Вроде работало поверх semantic. Нужно для C/C++.

Если что, это не speedbar и не ecb.

Есть ли способ читаемо переформатировать s-expression (он очень длинный), который находится в буфере?

Например чтобы буфер с таким текстом:

(hello (world (123 456 789) arg))

стал таким:

(hello
  (world
    (123
     456
     789)
   arg))

При включенном linum-mode прокрутка (и клавиатурой и мышью) становится медленной и появляются рывки. При отключенном работает плавно. В сети про это многие пишут, но решения, кроме отключения режима, не нашел. Emacs24, GTK.

Кто-нибудь сталкивался? Возможно ли как-то починить?

PS. Настройки linum и scroll дефолтные. Изменение параметров вроде mouse-wheel-scroll-*, redisplay-dont-pause, jit-lock-defer-time почти не помогает.

PPS. setnu-mode заметно быстрее, но тоже притормаживает и настройки не все есть.

Доброго времени суток.

Как настроить ECB так, чтобы окно ecb-methods работало с python? Нужен ли для этого CEDET? Если да, нужен оригинальный или подойдет тот, что встроен в emacs >= 23? Нужны ли какие-то дополнительные настройки ECB или какой-то специальный режим для питона?

Пробовал включить semantic-mode (т.е. CEDET 1.0 в составе emacs) и CEDET 1.1 (внешний). Для питон-файлов окно ecb-methods пустое. Emacs 24.2, ECB 2.40.

Спасибо.