В руководстве по установке Diaspor'ы на Debian wheezy есть сноска о том что неплохо бы иметь cURL посвежее. Вот собственно и вопрос, где взять свежую версию cURL для wheezy на ARM?

Можно ли взять deb из jessie или он не поставится из-за зависимостей и библиотек (тянуть все зависимости не хочется)? Если собрать cURL самому, то как его упаковать в deb чтобы получился deb максимально похожий на тот (те: curl, libcurl, libcurl4-openssl-dev) что в репозитарии, но с более свежей версией?

Я просто оставлю это здесь.

Ъ: Red Hat — танцевальный центр для возрослых и детей.

Кто-нибудь уже сделал сравнение Nexus Player и Tronsmart Orion R28 Pro? Дюже похожие устройства. Наконец-то мы сможем сравнить x86 и ARM в одной весовой категории (а не как раньше, серверы с телефонами в пересчёте на ватт). Перечислю некоторые характеристики железок.

Nexus Player:

• 4-x ядерный Atom
• 1 Гб ОЗУ
• 8 Гб флеша
• 99 $ в Google Play

Tronsmart Orion R28 Pro:

• 4-x ядерный RockChip RK3288
• 2 Гб ОЗУ
• 16 Гб флеша
• 99 $ на Aliexpress'е с доставкой

Делаем ставки, ждём обзоров.

Хочу на своём домашнем сервере запустить узел Diaspor'ы. Действую почти по инструкции. Исходники скачал, базу создал, но при запуске сервер выдаёт ошибку:

FATAL: Can't generate public/source.tar.gz for you.
Please tar up a copy of your Diaspora installation and place it there.

Использую Ubuntu-14.04 на ARM (Mele A2000G). Ruby из репозитерия, версия 1.9.3p484.

Нежданно-негаданно некоторые команды в Ubuntu на моей телеприставке стали выдавать ошибки из-за неправильных SSL'ных сертификатов. Так например wget не хочет качать с gist.githubusercontent.com, bundler жалуется на неправильный сертификат rubygems.org. При этом apt-get update нормально качает свежие списки пакетов, а gem update нормально ставит свежие gem'ы.

Это проблема сертификатов в моей Ubunt'е? Правильно ли я употребил в названии темы слово «корневые»? Как проверить что у меня установлены правильные сертификаты? Если дело не в сертификатах, то почему с некоторыми сайтами возникают такого рода проблемы? Подключение к указанным сайтам с ноутбука никаких ошибок SSL не выдаёт.

Для начала некоторые вопросы про IPv6. Настроил на маршрутизаторе по руководству из Ubuntu Wiki.

auto he-ipv6
iface he-ipv6 inet6 v4tunnel
endpoint 216.66.86.122
address  2001:470:6e:60f::2
netmask  64
up ip -6 route add default dev he-ipv6
down ip -6 route del default dev he-ipv6

Что означает адрес 2001:470:6e:60f::2? Почему на конце 2, а не 1 или 0?

Не влияет ли команда ip -6 route add default dev he-ipv6 на маршрутизацию IPv4?

Собственно последний вопрос волнует меня более всего, потому что сложилось впечатление, что влияет. Порою пропадают статические IPv4 маршруты до провайдерского сервера XL2TP и DNS, отваливается интернет, а вместе с ним, понятное дело, туннель в IPv6. Как прописать, что интерфейс he-ipv6 должен подниматься только при поднятом ppp0? Не влияет ли маршрутизация IPv6 на маршруты IPv4?

Есть ЭВМ, которой я управляю по SSH, есть пакет bonnie++, который я хочу поставить на удалённой ЭВМ, но плюсы в названии пакета воспринимаются bash'ем как регулярное выражение, поэтому команда

ssh remotehost "sudo apt-get install bonnie++"

ssh remotehost "sudo apt-get install bonnie\+\+"

В новостях проскакивало, что гугломобили в нынешнем виде (или похожем на нынешний) не пустят на дороги общего пользования, что надо будет обязательно добавить рулевую баранку, педали и прочий хлам, а так же возможность для мешка с костями брать управление на себя. Объяснение законодателей понятно, если у человека есть возможность перехватить управление, то мы объявим его водителем, обяжем следить за дорожной ситуацией и назначим виновным в случае ДТП. Таким образом решается проблема ответственности в случае ДТП.

И вот в этой ситуации мне непонятно вот что: почему бы Гуглу, Тесле и прочим Тойотаприусам не учредить страховой фонд для выплат пострадавшим при ДТП? Я имею в виду, что стоило бы отстоять удаление из транспортного средства эргономического мусора, взять ответственность за действия автопилота на себя. Известно же, что гугломобили не устроили ни одной (!) аварии за весь срок эксплуатации. Единственное столкновение гуглотойотыприус с другим автомобилем произошло во время ручного управления. Избегание столкновений относительно простая задача по сравнению с распознаванием разметки, знаков, других автомобилей, пешеходов, велосипедистов, предсказанием их поведения на дороге.

Автоматический автомобиль без руля реальная рыночная бомба.

Не могу понять почему у меня Redmine не хочет работать через FastCGI. Запускаю webrick:

ruby script/rails server webrick -e production

Пытаюсь запустить spawn-fcgi:

sudo spawn-fcgi -a 127.0.0.1 -p 2005 -u www-data -g www-data -f /var/www/redmine/public/dispatch.fcgi -n

/var/lib/gems/1.9.1/gems/activerecord-3.2.19/lib/active_record/connection_adapters/abstract/connection_specification.rb:47:in `resolve_hash_connection': database configuration does not specify adapter (ActiveRecord::AdapterNotSpecified)
	from /var/lib/gems/1.9.1/gems/activerecord-3.2.19/lib/active_record/connection_adapters/abstract/connection_specification.rb:41:in `resolve_string_connection'
	from /var/lib/gems/1.9.1/gems/activerecord-3.2.19/lib/active_record/connection_adapters/abstract/connection_specification.rb:25:in `spec'
	from /var/lib/gems/1.9.1/gems/activerecord-3.2.19/lib/active_record/connection_adapters/abstract/connection_specification.rb:130:in `establish_connection'
	from /var/lib/gems/1.9.1/gems/activerecord-3.2.19/lib/active_record/railtie.rb:88:in `block (2 levels) in <class:Railtie>'
	from /var/lib/gems/1.9.1/gems/activesupport-3.2.19/lib/active_support/lazy_load_hooks.rb:36:in `instance_eval'
	from /var/lib/gems/1.9.1/gems/activesupport-3.2.19/lib/active_support/lazy_load_hooks.rb:36:in `execute_hook'
	from /var/lib/gems/1.9.1/gems/activesupport-3.2.19/lib/active_support/lazy_load_hooks.rb:26:in `block in on_load'
	from /var/lib/gems/1.9.1/gems/activesupport-3.2.19/lib/active_support/lazy_load_hooks.rb:25:in `each'
	from /var/lib/gems/1.9.1/gems/activesupport-3.2.19/lib/active_support/lazy_load_hooks.rb:25:in `on_load'
	from /var/lib/gems/1.9.1/gems/activerecord-3.2.19/lib/active_record/railtie.rb:80:in `block in <class:Railtie>'
	from /var/lib/gems/1.9.1/gems/railties-3.2.19/lib/rails/initializable.rb:30:in `instance_exec'
	from /var/lib/gems/1.9.1/gems/railties-3.2.19/lib/rails/initializable.rb:30:in `run'
	from /var/lib/gems/1.9.1/gems/railties-3.2.19/lib/rails/initializable.rb:55:in `block in run_initializers'
	from /var/lib/gems/1.9.1/gems/railties-3.2.19/lib/rails/initializable.rb:54:in `each'
	from /var/lib/gems/1.9.1/gems/railties-3.2.19/lib/rails/initializable.rb:54:in `run_initializers'
	from /var/lib/gems/1.9.1/gems/railties-3.2.19/lib/rails/application.rb:136:in `initialize!'
	from /var/lib/gems/1.9.1/gems/railties-3.2.19/lib/rails/railtie/configurable.rb:30:in `method_missing'
	from /var/www/redmine/config/environment.rb:14:in `<top (required)>'
	from /var/www/redmine/public/dispatch.fcgi:4:in `require'
	from /var/www/redmine/public/dispatch.fcgi:4:in `<main>'

production:
  adapter: mysql2
  database: redmine
  host: localhost
  username: redmine
  password: "somepassword"
  encoding: utf8

Есть маршрутизатор, который получает IP провайдерской сети по DHCP. Вместе с IP адресом прилетает основной маршрут через хост в той же сети в которой раздаются адреса. То есть как обычно, получаю IP, например, 192.168.14.28, default gateway 192.168.14.1. Через умолчальный маршрут можно достучаться до провайдерских DNS'ов и сервера VPN, которые находятся в другой подсети. После поднятия VPN умолчальным маршрутом становится адрес интерфейса ppp. Если не прописать маршруты до DNS и сервера VPN ppp отвалится. Это обычная ситуация у многих провайдеров.

Сейчас я прописал создание нужных маршрутов в сценарий ppp if-up. Всё работает, но до поры до времени. Раз в иногда таблица маршрутизации опустошается, умолчальным маршрутом становится 192.168.14.1. С чем это может быть связано? Не может ли так быть, что мой проводной интерфейс обновляет DHCP lease и вместе с тем вновь получает default gw 192.168.14.1? Можно ли в /etc/network/interfaces прописать «бери по DHCP IP адрес, но не бери маршруты»? Читал man interfaces. Там в секции The dhcp method такое вроде бы не описано.

Если я напишу в /etc/network/interfaces

auto eth0
iface eth0 inet dhcp
post-up route add -host 192.168.192.8 gw 192.168.14.1 || true
post-up route add -host 192.168.192.3 gw 192.168.14.1 || true
post-up route add -net 192.168.38.0 netmask 255.255.255.0 gw 192.168.14.1 || true

Как в Debian'е и Ubunt'е правильно прописать статические маршруты чтобы они не отваливались ни при подключении/отключении кабеля к eth0, ни при обрыве связи с ppp, ни при каких-то ещё условиях?

Запустил Mele A2000G с Ubuntu-14.04 в качестве маршрутизатора в интернеты. Работает, но больше 2 мегабайтов в секунду не пропускает, при этом xl2tpd съедает весь процессор. Как же так? Старенький (даже WiFi нет) маршрутизатор D-Link спокойно пропускает в 5 раз больше. В старом маршрутизаторе, пить дать, процессор на пару сотен мегагерц и ОЗУ что-нибудь в районе 16 Мб, а в Mele A2000G гигагерцовый ARM и гигабайт ОЗУ. Почему же тормозит, почему xl2tpd съедает весь процессор?

В интернетах я встречал информацию, что xl2tpd бывает ядерный и userspace'ный. Какой лучше? Как узнать какой используется в моём случае, какие это опции xl2tpd и ядра? Или дело не в этом?

Захотел я на localhost'е поднять почтовый сервер, благо полосатый провайдер предоставляет статический IP, а доменное имя у меня куплено давно. Но Пчелайн не прописывает PTR записи для абонентов, так что для большинства SMTP серверов письма будут приходить с безымянного IP'шника.

Есть ли сервис пересылки сообщений который я мог бы использовать в качестве SMTP сервера для исходящих сообщений? По сути relay, только не совсем open, потому что я даже готов зарегистрироваться.

Это ШIN! Хотя явно не первое место в конкурсе на самый дурацкий или бесполезный закон.

Госдума приняла законопроект о возврате к «зимнему времени»

Заводы стоят, одни часовщики в стране.

Собираю Ubuntu-14.04 для Mele A2000G (телеприставка на ARM'е). По инструкциям sunxi собрал ядро, загрузчик, debootstrap'нул файловую систему, но собрать всё воедино не получается.

Попробовал оттолкнуться от того что имею, взял готовый рабочий образ SD'шки с Ubuntu-12.10, посмотрел тамошний boot.scr. И вот теперь сижу и думаю, что же всё это значит.

Во-первых, что это за параметр такой LOADADDR, который нужно установить при сборке ядра? И в какое значение? sunxi его вообще не указывают, в интернете обычно встречается

LOADADDR=0x40008000 make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- uImage modules

Далее. sunxi пишут такой boot.cmd:

setenv bootargs console=ttyS0,115200 root=/dev/mmcblk0p2 rootwait panic=10 ${extra}
fatload mmc 0 0x43000000 script.bin || ext2load mmc 0 0x43000000 boot/script.bin
fatload mmc 0 0x48000000 uImage || ext2load mmc 0 0x48000000 uImage boot/uImage
bootm 0x48000000

ext2load mmc 0 0x46000000 uImage
ext2load mmc 0 0x49000000 sun4i-a10-a1000.dtb
env set fdt_high ffffffff
bootm 0x46000000 - 0x49000000 

Что это за числа после mmc 0 и bootm? Почему они различаются и какие они должны быть?

Я пробовал положить ядро linux-sunxi/experimental/3.10 и его модули в образ Ubuntu-12.10, но ОС не загрузилась. Возможно не только загрузчик неправильно настроил, но ещё и некоторые параметры ядра надо было включить. Однаков вопрос с магическими числами остаётся открытым.

Есть ЭВМ с Debian Wheezy, хочу гонять на ней пачку виртуалок с выходом в локальную сеть. Ту же самую локальную сеть к которой физически подключена ЭВМ.

Сейчас у меня такой /etc/network/interfaces

# The loopback network interface
auto lo
iface lo inet loopback

auto eth0
iface eth0 inet manual

auto br0
iface br0 inet static
address 192.168.32.2
netmask 255.255.255.0
broadcast 192.168.32.255
gateway 192.168.32.254
bridge_ports eth0

В результате br0 получает статический IP 192.168.32.2, а eth0 почему-то по DHCP 192.168.32.204.

А я хочу чтобы br0 вообще не имел IP, а eth0 был 192.168.32.2. Как это задать в конфигах?

В Debian'е вообще возможно через /etc/network/interfaces задать br0 без адреса?

Смотрю лекции к courser'овскому курсу о LaTeX'е (кому интересно — ещё не поздно записаться, первое задание желательно успеть сдать до 25 мая), огорчаюсь. LaTeX отделяет содержание от оформления, да. Но вот множество вопросов по оформлению приходится решать самостоятельно. Хочешь нарисовать несколько формул — сам укажи по какому символу они будут выравнены, хочешь скобки в формуле — обычных символов "(" и ")" недостаточно, нужны специальные команды, хочешь кириллицу в формулах — подключи специальный пакет который может конфликтовать с другими пакетами (а на дворе 2014 год и Unicode).

Может быть были попытки создать издательскую систему на похожих принципах, но с другим поведением? Чтобы большее количество разнообразных типовых ситуаций обрабатывалось умолчальным образом, и только в специальных случаях пользователь мог вмешаться. Ведь все алгоритмы TeX'а и LaTeX'а известны.

mm3

Не могу понять чем принципиально инструменты для приёмочного (acceptance) тестирования отличаются от инструментов для модульного (unit), функционального (functional) и даже нагрузочного (load). Что я думаю не так?

Что мы имеем, например, в nosetests — инструменте для модульного тестирования python'ового кода:

• Придумываем некоторое утверждение, например: «Функция вызваная с такими параметрами возвращает 4»
• Пишем код для вызывающий функцию с нужными параметрами, возможно заменяем какие-то объекты mock'ами
• Сравниваем результат

Что мы делаем для функционального тестирования? То же самое:

• Придумываем или берём из ТЗ утверждение
• Вызываем функцию или программу
• Сравниваем результат

Что мы делаем в FitNesse, инструменте для приёмочного тестирования:

• Придумываем или берём из ТЗ какое-то утверждение
• Пишем вызывальщик функции или программы, возможно используем какие-то обёртки для вызова браузера или графической тестилки (Selenium, Sikuli)
• Сравниваем результат

То есть шаги всегда одни и те же: вызываем действие, сравниваем результат. Почему бы тогда не пользоваться тем же nosetest'ом не только для модульного тестирования, но и в качестве пускалки python'овских сценариев запускающих нагрузочные тесты, функциональные тесты, Sikuli, прочее. В нашем распоряжении сразу оказывается язык с большой библиотекой, поддержка на уровне платформы (framework'а) таких вещей как фикстуры, сценарии запускаемые перед тестом, после теста, запуск из командной строки, возможность легко привязать к системе контроля версий. Зачем тогда городить FitNesse, который сам себе standalone вики с возможностью нажать кнопочку test и запустить примерно такие же скрипты, и ответ увидеть не в командной строке, а в виде зелёных прямоугольничков в браузере. Зачем всё это?

Призыв к распространению вареза.

Цисководы должны страдать.

Intel показала разъём USB 3.1 Type-C. Я ДЖВА ГОДА ЭТОГО ЖДАЛ! Маленький как micro-B, разъём можно подключать так и сяк, кабель тоже можно подключать так и сяк (одинаковые разъёмы на ноутбуках, принтерах и т.п.).