забавно, что тривиальные изменения в ебилдах для поддержки intel mkl не реализовали.

Собственно, пользующиеся гентой и питоном для всяких численных расчетов — как оно, с ванильным blas?

потыкался я тут в эту книжку. Забавно, но непонятно:

1. система без пакетного менеджера живет до первого серьезного обновления?

2. для чего пишутся инструкции? Все равно большая часть их тупо копипастится в терминал.

В общем, если вы его используете — то _как_ вы это делаете?

вот интересно — чем вообще привлекателен гитхаб? Это я просто к тому, что как-то так складывается, что git == github в сознании уже довольно большого количества народа.

Сам юзаю гит, и довольно активно, но в виде пары локалхостов с gitolite. С гитхабом завязал, после того, как эти нехорошие люди похерили мой репозиторий с пометкой DMCA Takedown (хотя ничего закопирайченого там и рядом не валялось, а им было лень разбираться).

что-то уж больно убогий он. Подскажите, нет ли каких способов вернуть вид, как был в gtk2?

господа, а работает ли у кого эта фича нормально? Делаю так:

• Запускаю pcbnew
• Тыкаю иконку footprint editor'а
• В нем выбираю либу, потом создаю новый пустой компонент
• Тыкаю Import DXF, выбираю любой валидный файл
• Нажимаю OK, и pcbnew падает с ошибкой доступа к памяти

Забавно, что если импортировать тот же DXF на саму плату (не в футпринт), то все работает замечательно.

Проверьте те, кому не лень. Ну и вообще до кучи интересно — непонятно, планировалось ли использование DXF в редакторе футпринтов, или это пока некий переходный процесс по выделению общей функциональности в разделяемые куски кода. Вроде раньше в кикаде была мешанина из ifdef...

Eddy_Em. Гм, кто еще там кикад юзал?

---

А реактивные они веники, за пару дней пофиксили багрепорт

купил, значит, beaglebone black rev. c для бесчеловечных экспериментов с целью прикручивания его к 3d-принтеру в качестве контроллера шаговых двигателей и прочего барахла типа экструдеров.

Поскольку лентяй, то взял Cape RAMPS, заказал печатные платы, распаял — вроде все норм.

Но все это не так важно. Прикол случился, когда я на bb подал питание от ATX-блока (5 вольт, как и положено) и воткнул его в HDMI-вход монитора. BB ярко моргнул светодиодами и умер. Разбор полетов показал, что блок питания был не заземлен, а монитор — заземлен, и между ними была разница потенциалов, достаточная для выбивания искр (если попытаться hdmi-разъемом коснуться корпуса БП). Вскрытие (т.е. прозвонка платы) показало, что существует КЗ на линии 3.3 вольта. Спаял с линии все, что на ней находилось, остался только процессор. Тестер все равно показывает КЗ. Ну ок, отпаиваю и его, прозваниваю. Таки да, сгорели некоторые банки (например, P7 коротит на землю).

Я все понимаю, внимательность и заземление важны и нужны. Но вот чего техасы решили буферы 74 серии-то не ставить на пины общего назначения, если у них плата чуть ли не как полупромышленная позиционируется?

запускаю ipython notebook, открывается дефолтный браузер (в моем случае — firefox 48), а в нем вот такая вот засада наблюдается. Поля ввода, короче говоря, работают явно не так, как задумано.

При этом в гуглохроме вроде бы все ОК.

Подскажите, как пофиксить.

что-то запутался я с либами kicad'а. Как я понимаю, в настоящий момент зоопарк выглядит примерно так:

1. *.lib — файлы с символами для схемотехнического редактора, аналог SchLib в альтиуме
2. директория *.pretty с файлами *.kicad_mod — файлы посадочных мест, ссылки на которые можно указывать в *.lib
3. директория *.3dshapes с файлами *.wrl — 3d-модели, на которые могут ссылаться посадочные места

Как вообще принято это дело в порядке поддерживать? То, как предлагают работать в kicad, меня просто убивает:

1. lib-файлы хранятся локально, в проекте (*.pro) указываются те, что используются.
2. футпринты предлагают хранить в виде ссылок на (фак мой мозг!) гитхабовские репозитории. Т.е. в стандартной поставке кикада их нет, но можно нафигачить себе локальную копию с помощью их мастера.
3. 3д-модели опять же хранятся локально, хотя ссылаются на них футпринты из гитхаба.

Абзац полный. Чего хочется: такого способа организации библиотек, при котором центральным понятием был бы компонент (состоящий из символа, футпринта и опционально 3д-модели). Если уместна аналогия — то как IntLib в Altium Designer.

Может, те, кто пользуются kicad'ом расскажут или намекнут, как с этим адом бороться.

гляжу я на свой moto g 1st gen, а потом, значит, на всякие там новости по поводу того, как леновы это имя насилуют.

Почему они из вполне практичных девайсов (что мото, что thinkpad) делают непойми-какое-азиатское-говно?

Да, вот само чтиво

столкнулся с необычным для меня поведением кикада в части переходных отверстий. А именно: хочется сделать аналог via stitching из Altium Designer (это когда два полигона соединяются массивом переходных отверстий).

ОК, полигоны я нарисовал, дырок наставил... А как им net name назначить? Через GUI никак?

ОК, делаю через питоновские скрипты. Заливаю — замечательно, дырки «прицепляются» к полигонам, и логически-то полигоны должны быть соединены. Но кикад упорно считает их несвязанными.

И хуже того, при небольших изменениях на плате этот хитрый хмырь опять сбрасывает NetCode дырок на 0 (т.е. на not connected), и при перезаливке полигонов они оказываются отцепленными от него.

Прошу прощения за сумбурность описания проблемы. Просто удивительно, как такая простая фича (задание net name для трека или переходного отверстия) не реализована в таком популярном CAD'е.

а подскажите, какими аддонами можно хоть как-то привести к юзабельному состоянию bookmarks в firefox?

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

непонятно, зачем они нужны

ввод проводов в шину по мануалу вроде бы делается явным образом, т.е. я в любом случае фигачу меток по количеству элементов в шине (неименнованные вводы вроде бы не работают). Никакой экономии в смысле меток не получается.

Так тогда зачем они нужны? Тянуть шину через весь лист? Так кикад вроде бы неплохо соединяет сети с одинаковыми названиями и безо всяких шин...

имеется некоторая пдфка, в которую криворукие дятлы запихали встроенные шрифты в кастомной кодировке. Вопрос в том, как бы его назад «декодировать» (а именно: сделать возможным поиск по документу)

Собственно, сам документ. Прошу поручиков сильно не ржать на тему содержимого.

в общем, как всегда хочется странного, а именно примерно такой конструкции в Makefile

SRCS := a.c b.c c.c

define my_template = 
__tmp_target := список операций над $(1)
$(__tmp_target): $(1)
    тут фигня для сборки цели
clean_files += $(__tmp_target)
endef # my_template

$(foreach src,$(SRCS),$(eval $(call my_template,$(src))))

Проблема возникает из-за временной переменной __tmp_target: цели получаются типа таких

a.o:
    bla-bla-bla

b.o: a.c
    bla-bla-bla

c.o: b.c
    bla-bla-bla

И вот понять я не могу — почему переменная __tmp_target себя так ведет?

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

Получается, что винтовая линия — это линия, изогональная семейству окружностей с центром в вершине развертки конуса?

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

Насторожил пример KeeFox'а (это аддон для firefox, который с keepass общается именно по вебсокету). Бегло прочитал википедию — не нашел в них ничего такого, чего бы не было в обычных tcp-сокетах.

В чем прикол? Они проще? Или просто на том же моно написаны готовые классы для работы с ними? А почему не простой tcp?

что-то не могу понять логики работы omni completion в vim. Значит, когда пишу хелловорлд вроде

#!/usr/bin/python2

import os
os.pat<C-X><C-O>

он, значит, дополняет строку до os.path.

Однако с другим модулем он, например, уже не дружит:

import xcb
import xcb.randr

conn = xcb.conn<C-X><C-O>

ничего не находит.

Ни разу не спец ни в питоне, ни в виме, но как-то странно это.

Да, код замечательно автодополняется в IPython.

---

В общем, лучшее, что нашел — это https://github.com/ivanov/vim-ipython. Немного геморройно ключевые места кода отсылать ipython'у, зато автокомплит там наиболее полный.

захотелось тут один китайский программатор прикрутить через libusb к линуксу, благо что общение с железкой там осуществляется через dll, вызовы в которой прям один в один походят на libusb API.

Соответственно, написал spec-файл для winebuild с описанием соответствия функций в линуксовом исходнике виндовой dll, наваял простенькую затычку, которая дергает функции libusb и ... офигел.

Извините за экспрессию, но иначе это не назвать. dll.so, один и тот же, на одной машине работает корректно, на другой — падает от каждого чиха. Та же последовательность usb-функций, выполнененная из консольного «макета» приложения, отрабатывает удачно на всех доступных мне линуксовых компах.

Подозрения падают на pthreads, которые используются внутри libusb-1.0. Переписал dll.so со старой версией libusb-0.1 — все работает стабильно (она потоки внутри себя не юзает).

Вопрос к знатокам разработки fakedll под вайн — как вы обходитесь с потоками? Где какие грабли в нем расставлены и как их обходить?

--

P.S. Код в силу его дубовости и тупости не выкладываю. Ну, если разве кому понадобится...

столкнулся с неприятной ситуацией — какого-то черта в иксовом эмуляторе терминала zsh устанавливает пустую переменную окружения. Вывод env выглядит примерно так

...
XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
=
DISTCC_SAVE_TEMPS=0
...

Всякий там софт типа numpy или mpich2 от такого сильно огорчается и начинает падать. Вот мне бы как-то поглядеть, где именно при старте zsh такая переменная создается...

наигрался с настройкой проброса видеокарты в qemu через vfio-pci, а теперь возник закономерный вопрос — как сделать то же самое, но от простого пользователя? Из того, что удалось нагуглить, — предложение сменить права доступа для устройств в /dev/vfio/*. Сейчас оно выглядит так:

$ ls -l /dev/vfio
crw-rw-rw- 1 dmitriy qemu 246,   0 фев 16 00:57 1
crw-rw-rw- 1 dmitriy qemu  10, 196 фев 16 00:57 vfio

Да, видеокарта находится именно в 1-й группе. При попытке запустить ВМ получаю

qemu-system-x86_64: -device vfio-pci,host=0000:02:00.0,bus=root.1,addr=00.0,multifunction=on: VFIO_MAP_DMA: -12
qemu-system-x86_64: -device vfio-pci,host=0000:02:00.0,bus=root.1,addr=00.0,multifunction=on: vfio_dma_map(0x55ba05696ef0, 0x0, 0x80000000, 0x7f2bd3a00000) = -12 (Cannot allocate memory)
qemu-system-x86_64: -device vfio-pci,host=0000:02:00.0,bus=root.1,addr=00.0,multifunction=on: VFIO_MAP_DMA: -12
qemu-system-x86_64: -device vfio-pci,host=0000:02:00.0,bus=root.1,addr=00.0,multifunction=on: vfio_dma_map(0x55ba05696ef0, 0x100000000, 0x180400000, 0x7f2c53a00000) = -12 (Cannot allocate memory)
qemu-system-x86_64: -device vfio-pci,host=0000:02:00.0,bus=root.1,addr=00.0,multifunction=on: vfio: memory listener initialization failed for container
qemu-system-x86_64: -device vfio-pci,host=0000:02:00.0,bus=root.1,addr=00.0,multifunction=on: vfio: failed to setup container for group 1
qemu-system-x86_64: -device vfio-pci,host=0000:02:00.0,bus=root.1,addr=00.0,multifunction=on: vfio: failed to get group 1
qemu-system-x86_64: -device vfio-pci,host=0000:02:00.0,bus=root.1,addr=00.0,multifunction=on: Device initialization failed

Явно где-то не хватает прав доступа, но вот где именно...