Все же решил перейти с owncloud на nextcloud. Миграция прошла на удивление безболезненно, ничего практически не отвалилось. Помимо стандартного набора приложений у меня в виде external интегрированы rutorrent и urlwget-gui-light.

Скриншот с wget gui

На телефоне (android) используются:

• ownnote
• davdroid
• mytasks
• owncloud news
• Штатные приложения для контактов и календаря

Из впечатлений после перехода:

• Резко ускорилась синхронизация десктопным клиентом большого количества мелких файлов (синхронизирую конфигурационную директорию редактора atom между компами)
• Наконец-то теперь есть режим filedrop на каталог.
• Rainloop теперь не приходится обновлять руками.

Грабли:

• После того, как накатил nextcloud в apps/ (равно как и appstore) не оказалось приложения external, пришлось устанавливать руками.
• Отвалился ownnote, отображается некорректно, автор обещает в скором времени починить.
• Аудио плеер на большой музыкальной коллекции практически неюзабелен, album-view не загружается.
• При использовании ldap, чтобы работал авто-логин в rainloop как и раньше приходится править базу и переименоввывать каталоги для нового пользователя. Хорошо, что у меня пользователей немного и резкого роста аудитории не планируется.
• Как и раньше, из-за реюза пароля при логине по imap rainloop'ом остается загадкой, как корректно прикрутить к этому делу двухфакторную аутентификацию через yubikey.

>>> Просмотр (1920x1080, 349 Kb)

Допустим имеется программа, зависящая от liba, libb, libd. Какой является рекомендованный и самый простой способ слинковаться с liba и libb динамически, а с libd статически?

Все библиотеки установлены в системе пакетным менеджером, информация о флагах получается из pkg-config, порядок линковки может быть любой. Из pkg-config даже если передаем --static мы чаще всего получаем флаг линковки вида -ld, ничем не отличающийся от динамической линковки. Оный необходимо либо обернуть будет в -Wl,-bstatic -Wl,bdynamic.

Тогда вопрос вырождается в то, что совершенно непонятно, как заставить CMake передать компилятору такое заклинание и не наплодить говногода в CMakeLists.txt (В идеале не отказываясь от target_link_libraries)

Или лучше линковаться с libd.a просто добавляя этот файл к add_executable(blah main.c /path/to/libd.a). Но тогда не понятно, как от pkg-config получить путь и имя .a файла и какие предположения можно делать, чтобы было максимально переносимо между дистрибутивами.

Собственно сабж. Есть некоторое количество кода, работающее на «голом железе», которое покрыто энным количеством тестов (Или, что еще хуже, вообще на rtl модельке этого железа).

Если бы это было обычное приложение, то можно было бы призвать на помощь волшебные флаги gcc (-fprofile-arcs и -ftest-coverage) и далее привычными gcov/lcov/ и т.п.

При сборке получаем .gcno файлики, вместе с .o, а при запуске - .gcda, которые и обрабатываем вышеупомянутыми тулами. Соответственно в рантайме программулина читает .gcno, пишет .gcda. Но в случае с голым железом у приложения нет доступа к файловым дескрипторам. Вообще.

Есть ли какие-то более или менее общие решения, которые помогут решить данную проблему?

Дано: X11 с большим виртуальным разрешением и включенным panning, например:

xrandr --output LVDS1 --mode 1920x1080 --panning 4096x4096

Как из программы/консоли передвигать viewport?

Dark_SavanT, вылези в жаббир, есть пара вопросов. Модераторов прошу не сносить хотя бы некоторое время.

Есть истории успеха запуска сабжа? Или с тех пор как они перекроили протокол и пошли по пути ICQ в 2008-9 году и стали блочить альт. клиенты стало вообще все без вариантов?

Сабж. В идеале разместить его на /cups. Однако как не копал доки - не нашел, что cups поддерживает такое. Есть ли истории успеха с nginx в виде reverse proxy?

Пока единственным решением видится apache2 с его ProxyHTMLURLMap.

SkyForge — простой инструмент-обертка над multistrap, который позволяет быстро подготовить базовую корневую ФС Debian/Ubuntu. Может использоваться при подготовке прошивки для одноплатных компьютеров, создания базовых образов для контейнеров Docker, а также sysroot для кросс-компиляции.

Отличительная черта — поддержка снапшотов. SkyForge создает снапшот корневой фс на каждый шаг, описанный в конфигурационном файле. В случае изменения конфигурационного файла и последующей пересборки происходит откат и пересборка только тех шагов, которые затронуло внесенное изменение.

Для создания снапшотов используется файловая система OverlayFS или архивы tar.

P. S. Этот инструмент не является полноценной заменой puppet/chef: его можно использовать только для подготовки базового образа корневой фс на ранних этапах.

>>> Подробности и документация

Сабж

Приводил в порядок и документировать скрипты скрипты, которыми собираю корневую ФС для MB77.07 и других одноплатников и выдавил из себя вот такое решение. Работает для бутстрепа debian/raspbian, должно работать и для убунт.

Собственно, процесс сборки фс описывается тупым конфигом вдохновленным синтаксисом Dockerfile (Skyfile). Внутри вызывается multistrap.

Для работы требуется multistrap, qemu-static и debian-based хост система. Опционально для быстрых снапшотов - OverlayFS (соотв. ядро 3.18 и старше). Если OverlayFS нет - есть возможность тарболлить каждый шаг, что не быстро и требует места.

Главная фича - на каждую строчку Skyfile'а rootfs снапшотится, при изменении Skyfile rootfs откатывается на состояние перед тем самым местом в файле, где были произведены изменения. Это позволяет быстро экспериментировать, и при этом быть уверенным что скрипт поведет себя точно так же как и при чистом запуске.

Изначально ориентировалось на то, чтобы можно было закинуть в jenkins. Для троллей - это не переизобретение связок chef/puppet/vagrant.

Если образу требуется тонкая настройка/развертывание - проще закинуть в него chef/puppet и уже дальнейшую настройку делать chef/puppet'ом на самой плате/в chroot'е.

P.S. Так как multistrap просит рута, то этот скрипт тоже. Рекомендуется запускать в виртуалке/докер контейнере.

P.P.S. Используйте ветку ng, а не master.

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

Народ, у кого есть optimusboard или аналогичная поделка на A80 - можете снять результаты iperf поверх cdc_ncm (воткнутого в usb 3.0 порт хоста). А то вот думаю брать себе на замену odroid'у или нет ;)

CYB3R, ты вроде на Fe2.1 что-то делал, поделись шит-о-датом. А то в гугловой выдаче только product brief'ы, видимо совсем я себе карму где-то испортил.

Собственно, не помню уже кто просил отписаться, как приедет. Взял себе сабж с алиэкспресса на замену старому десктопу.

Фотка: тыц

Плюсы:

* Размер и габариты

* Полностью пассивное охлаждение, (шумит только 2.5 hdd, который я туда впихнул)

* BIOS китайцы зашили debug сборку. В setup menu овер дофига опций, в том числе явно отладочных. Secure Boot отключается, можно залить свои ключи. В общем клондайк для любителей тюнинга, оверклока и любителей воткнуть hackintosh.

* 2xGbE Lan

* Онтопик в виде стабильного debian взлетел без проблем. Сразу и все.

* Встроенное видео тянет uninine heaven ~13 FPS на ультра настройках, что для интеграшки вполне себе неплохо.

Минусы:

* Короткий кабель SATA в комплекте, пришлось ставить другой.

* Только 2 miniPCIe из 3х могут mSATA, соответственно максимум 2 SSD + 1 HDD.

* Немного подозрительная память, вся в «крестах»: Но несмотря на эти пометки два дня мемтестов прошли без ошибок.

Комплект из сабжа + 16GB RAM + 128GB mSATA SSD (BIWIN) + БП 12в 5А встал в 424$ с доставкой EMS, доехал за неполные 2 недели. По дефолту шла крякнутая семерочка. Малварю в ней не искал - сразу снес.

/proc/cpuinfo:

necromant@invyl:~$ cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 69
model name      : Intel(R) Core(TM) i7-4560U CPU @ 1.60GHz
stepping        : 1
microcode       : 0x1c
cpu MHz         : 922.625
cache size      : 4096 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 13
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm ida arat epb xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid
bogomips        : 4389.47
clflush size    : 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:
...

EDIT: Обрезал выхлоп cpuinfo, убрал фотки с рыгхоста.

На картинке виден первый собранный и даже работающий прототип сабжа. Оный все же удалось сделать достаточно узким, чтобы он не мешал воткнутому в соседний порт кабелю. Слоупочта сингапура в этот раз прослоупочила и плат я ждал больше месяца. Предыстория: В РФ не завезли юбикеев, я психанул и запилил свой. Как только отлажу фирмварю - выложу все в опенсорс и сделаю детальное описание.

Кастую интересовавшихся: Krieger_Od, true_admin

Фичи:

• 4 кнопки на каждую из которых можно повесить действие
• Аппаратный генератор случайных данных на зенер-диоде
• 2 RGB светодиода, которые можно использовать для уведомлений/moodlight/etc
• Встроенный загрузчик для обновления фирмвари по USB

На каждую кнопку можно повесить один из трех режимов:

• Режим YubiKey-OTP
• Режим Replay (отправка по нажатию на кнопку записанной последовательности клавишь)
• Режим генерации «красивых» хостнеймов (Если вдруг подведет фантазия)

Главный косяк первой ревизии - нужен корпус. Мембранные кнопки без корпуса полное УГ, сама мембрана легко может отвалиться, для нажатия надо придерживать снизу что может «навести» на соседние кнопки.

DR_SL, твои навыки моделлинга во FreeCAD'е все еще так же круты, как и раньше?

>>> Просмотр (2048x768, 555 Kb)

Так как в хозяйстве для автоматики использую Android TV Стики, вместо унылого (в плане корпусировки, размеров, ровно как и производительности) rPI решил сделать базовую платку. Результат виден на картинке.

На борту импульсник на 3А чтобы питаться от 12-24 вольт, USB Hi-Speed hub на 4 порта (на одном висит микроконтроллер), (на двух задних USB портах, можно щелкать питание), 3 релешки, 8 свободных ног.

Ноги могут работать как GPIO, либо рулить 8ю сервомашинками - в виде микроконтроллера используется ATTiny2313 с vusb стеком. 100% не содержит вредной для здоровья arduino.

Больше хайрес фоток тут (Там же есть рисунок с шелкографии в PNG и цвете).

Прошивки для мк: тыц и тыц

>>> Просмотр (2400x674, 799 Kb)

Есть ли тут обладатели сабжа? Как заказывали? У РФ представительства реквезит закончился и закупать пока не планируют, а на оф. сайте нет шипинга в РФ.

//Что-то после чтения спеки у меня в голову закрадывается мысль запилить свой YubiKy c колдунством и эльфийками.

Собираюсь понаехать в сентябре отдохнуть к друзьям в судак, и что-то очень хочется мне там убить время прокачивая себе дальше лучника. Посему вопрос тем кто там был/жил/живет: Есть ли там хороший годный лучный тир? Снаряга своя (кроме стрелоприемников, ясен пень).

Собственно из требований только хорошая лучная компания, нахождение в судаке, инструктор хороший по классическому луку, который покритикует технику идет плюсом. К остальному не особенно требователен, на большую дистанцию пока не стреляю - оттачиваю технику.

Линукс при том, что лук натягивать будет линуксоед, а лук работает под управлением GNU/Linux.

Просили рассказать что и как, как приедет железяка. Собственно, спустя полтора месяца приехала. Брал на адиэкспрессе, рассказываю.

TL;DR: Косяков в дизайне навалом, акриловый корпус убог, OpenWRT пашет с QoS'ами и VLAN'ами, при правильном приготовлении - лютый вин.

Теперь подробнее. Что мне не понравилось - нет в комплекте IPX<-->SMA косичек и антенн. Для меня не критично, я человек запасливый, но для многих может оказаться шоустоппером.

Вот все, что приехало

Начнем с хорошего. Бредкомовский свитч, которого я опасался внезапно работает, и вроде бы неплохо. Есть VLAN'ы, QoS и прочие радости. Есть поддержка всего этого добра в транке OpenWRT. OpenWRT вообще на выхлопе генерит образ для SD карточки, что не может не радовать. Ядро 3.18.6, мейнлайн. Работает SATA, есть разъем для LiPo батарейки. Если вырубают на даче свет - у этой штуки, считайте, встроенный бесперебойник. rtl8192cu завелся без проблем, в том числе и в режиме точки доступа в N режиме с полосой 40Mhz, сигнал отличный.

Корпус из акрила убог. Очень Убог.

Я даже не стал снимать защитную пленку с акрила, так что если кому нужен такой корпус - отдам ровно за столько, засколько сам взял у китайцев.

Теперь о косяках.

• Аккумулятор (в комплекте нет, сойдет любой LiIon на 3.7 В) сажается в XH-2 2.54mm разъем. Если HDD воткнут - аккум уже не воткнуть, надо разбирать. Положение разъема очень неудачное. В стоковом корпусе под него нет места.
• Жесткий диск не вытащить не снимая боковую стенку корпуса.
• Питание исключительно через microusb разъем. Нет ОТК на этих содомитов. Даже если разъем протянет 2А (В жидком азоте если только), (грубо) 500мА жрет зарядка аккума, 500мА по спекам что-то воткнутое в USB (а их там у нас 2, считая OTG), еще 500-600мА жесткий диск. И это не считая broadcom'овского свитча с интегрированной физикой. 5 гигабитных портов это вам не диодиком мигнуть и сам SoC. Впрочем, при питании через microusb у меня даже жесткий диск не раскрутился из-за падения на проводах. Поскреб напильником плату, подпаял JST шнурок, все заработало.
• Родной корпус не обеспечивает нормального охлаждения свитча, а он греется весьма, даже без трафика. Гигабит же!
• Плата крайне тонкая и будет деформироваться, особенно под весом жесткого диска!
• Sysupgrade на OpenWRT при загрузке с SD (ext4) не работает. squashfs образ не делает по дефолту rw оверлея, с этим еще предстоит разобраться.
• Пин который управляет питанием HDD по дефолту в режиме «вход», в нем и остается, HDD без хаков не раскручивается.

С этим надо было как-то бороться, потому я быстро и решительно взял припасенный для другого проекта корпус из люминия и начал экзекучию. Посадил 3 отрезных диска для гравера, покрылся стружкой - но сделал вырез для ethernet'ов сбоку. На оба microusb забил - все равно на мейнлайне inventra'вский musb заводится с кровавыми патчами и без DMA.

Разметил боковую стенку, засверлил и смотрировал туда два SMA разъема. Встали как родные.

Далее по месту засверлил корпус, нарезал резьбу и вкрутил стойки, шедшие в комплекте. С обратной стороны торчащую резьбу срезал гравером и подшлифовал, чтобы не торчало.

Все, конструкцию можно собирать. Свитч расположен снизу, потому я в этом месте сделал охлаждение на корпус. Заодно еще одна точка опоры в центре - не будет так прогибаться от жесткого диска. Так как одного USB мне показалось мало, а хаб был под рукой только на 4 (мало) и 13 портов, после процедуры укорочения кабеля приклеил на двусторонний скотч 13-портовый хаб.

TODO:

• Починить sysupgrade.
• Вывести уровень заряда батареи на dashboard в OpenWRT
• Подобрать и вывести разъем для питания и батареи на торец. Есть шальная мысля заюзать PS/2 со старой материнки, который с клеплением к корпусу, на него же вывести и UART. Но это надо будет еще думать.
• Настроить OpenVPN, pppoe, и прочие радости жизни, прогнать iperf.
• Придумать для чего использоваться место на этом жестком диске. Пока напрашивается туда повесить apt-cacher или squid.

Задавайте свои вопросы. Больше фоток - тут http://pics.ncrmnt.org/index.php?album=junk/lamobo-r1/ Качество некоторых фоток фиговое - их снимал на голову ведьмы старый китафон.

>>> Просмотр (2000x1124, 757 Kb)

Осторожно, по ссылке зашкаливающий мимими в виде индоутят:

http://cloud.ncrmnt.org/owncloud/index.php/s/bEZDCEdrqfLDvRB

Пару дней назад только достали из инкубатора.

Сабж. Думаю себе собрать из спичек и желудей филаструдер и перегнать старые бэкапы на болванках времен начала нулевых в хороший, годный пластик для 3д печати (ибо лазерных дисков у меня накопилось что-то многовато). Вопрос чем бы диски дешево и бюджетно измельчить, дабы удобно было в бункер на переплавку засыпать.

Собственно, есть debian jessie, который грузится с RAID-1 зеркала из двух HDD, которые разбиты на 3 зеркаленых раздела (root, swap, data). initrd нет, ибо дело происходит на armel системе, используется kernel autodetection. Загружаемся с root=/dev/md0

/dev/md1 и /dev/md2 раньше монтировались через fstab и все было хорошо, до тех пор пока не обновились до jessie и systemd.

systemd при старте висит в ожидании:

A start job is running for dev-md1.device
A start job is running for dev-md2.device

после чего вываливается в emergency shell, несмотря на то, что все mdX девайсы есть в системе, devtmpfs смонтирован еще ядром.

Есть мысли что с этим делать?