Кто там страдал из-за отсутствия текстовых уроков по кикаду?

Держите:

«Одним из критических замечаний к предыдущей статье было следующее: дескать фу таким быть, стрелять из пушки по воробьям да ещё проприетарным софтом за 10000$, к тому же наверняка украденным с торрентов. Оставляя за кадром моральную сторону вопроса, а так же презумпцию невиновности, обратимся к следующему вопросу — а что там у нас имеется в Open Source секторе, пригодное для решения задач проектирования электронной техники. В частности изготовления печатных плат. Наиболее достойной, на мой взгляд, оказалась кроссплатформенная программа KiCAD, распространяемая по лицензии GNU GPL. Имеются версии для Linux, Windows и macOS.

Рассмотрим этот инструмент подробнее применительно к уже решенной мною задаче — трассировке печатной платы для преобразователя уровней на базе MAX232.»

https://geektimes.ru/post/278442/

Я просто решил оставить тут несколько фактов о принципах работы wayland и их применимости на android.

И прежде всего я обращаю внимание на тот факт, что ровно две конторы решили сделать мобильные ОС поверх драйверов android: Canonical и Mozilla. Обе перед этим разрабатывали софт под андроид, ubuntu for android и firefox for android соответственно. В ходе разработки они столкнулись с одними и теми же проблемами и интересными решениями от команды разработчиков из Google. Разумность этих решений и побудила их к тому, что они делают.

Часть I, или wayland — не дисплейный сервер

Wayland — название протокола, описанного в XML файле. Из файла генерируется документация к протоколу и код на C, позволяющий общаться посредством этого протокола (libwayland). Если кто-то из разработчиков вейланда говорит вам, что «в вейланде явно не специфицируется то-то и то-то», его слова следует просто игнорировать: протокол-то не специфицирует, но реализация у него была и есть одна — weston — а он как раз специфицирует многие вещи; кроме того, попробуйте-ка заставить авторов тулкитов и mesa вот так взять и добавить поддержку особенностей альтернативной реализации протокола wayland (а таковой в будущем мог бы стать даже mir). С вас шкуру спустят, за то что опять фрагментируете бедное комьюнити своими забагованными альтернативными реализациями.

Часть II, pixmap <-> texture

На многих устройствах с android стоит относительно слабый процессор, и даже его мощность следует максимально беречь из-за батарейки (например, один из смартфонов самсунга имеет два ядра на 1,3 и 1,9 ГГц, но в нормальном режиме работает только слабое ядро), ОЗУ надо беречь из-за батарейки. Также на устройствах есть интеграшка вместо видеокарты и большой экран (у Samsung S3 он больше, чем у iPad без ретины). Увеличение размера экрана в n раз увеличивает число пикселей в n² раз. Как мы все уже знаем, современные тулкиты рисуют готовую картинку и отправляют её серверу, но делать это можно четырьмя способами

1. Выделять места в памяти, рисовать там картинки, отправлять серверу. Это всегда даёт оверхед на ОЗУ, даёт оверхед на передачу данных по шине для дискретных видеокарт и оверхед на копирование памяти для интеграшек. OpenGL использовать нельзя, аппаратного ускорения нет. В начале своего пути Wayland умел только так.
2. Выделять OpenGL framebuffer, рисовать туда командами OpenGL, забирать оттуда пиксели с помощью glReadPixels, а потом способ №1; про его оверхед уже сказано. Хотите я вас обрадую? У драйверов android есть баги, например, на видеокартах Qualcomm иногда пиксели из фреймбуфера читаются некорректно, потому что они оптимизировали вывод графики и потребление ресурсов с помощью тайлинга (разбиения фреймбуфера на квадраты 16x16, которые обрабатываются отдельно) и теперь не гарантируют, что весь фреймбуфер целиком может быть нормально разобран на пиксели. Отдельные баги, может быть, исправлены в android 4.2, но кто исправит их в android 4.1, на котором и основан cyanogen mode? Конкретные проблемы и сопутствующий оверхед можно пофиксить путём использования способа №4.
3. Выделять OpenGL framebuffer, рисовать туда командами OpenGL, отдавать дисплейному серверу. Используется в weston и mir. Кстати, в обоих случаях используется библиотека EGL, которая выступает связующим звеном между объектами OpenGL/OpenGLES/OpenVG и знакомыми всем программистам понятиями из мира программной отрисовки, такими как pixmap, surface, и так далее. В обоих случаях надо попросить weston или mir создать окно, потом попросить libEGL о создании EGLSurface из полученного окна, а дальше уже средствами чистого EGL создать контекст OpenGL и другие ништяки. Недостаток — невозможность использовать частично программную отрисовку, всё только через GPU.
4. В реальных устройствах на андроиде все карты — интеграшки, и выделенной памяти у них нет. Просим у драйвера видеокарты область оперативной памяти в виде EGLImage (у EGL для android есть такое нестандартное расширение), связываем его с текстурой либо фреймбуфером, рисуем в картинку софтварно и/или через OpenGL и используем дальше как текстуру. Это — идеал, именно он используется внутри андроида, но недоступен прямо через NDK или java: [1], [2], [3]. Нулевой оверхед на копирование, нулевой оверхед на ОЗУ. Поддерживают ли этот способ тулкиты на вейланде? Поддерживает ли его Weston? Зато есть заявления о работоспособности Weston под android и непонимание, зачем нужен Mir.

Впрочем, замечу, что Jolla пытается накостылить поддержку способа №4 в Weston [4].

Часть III, server allocated buffers

Wayland нам абсолютно неинтересен. Смотреть надо на Weston, и он действует так: клиент просит у видеодрайвера буфер, рисует в него что-то, а затем передаёт этот буфер и время, когда он был отрисован, для Weston через протокол Wayland с просьбой нарисовать. В Mir сделано иначе: клиент просит у Mir буфер, затем пишет в него что-то, затем просит другой буфер и одновременно передаёт имеющийся буфер для отображения на экране. Клиент работает через библиотеку mir-toolkit и не зависит от того, какие именно данные идут от него по сокету.

Преимущество подхода mir в том, что mir может воровать буферы у неактивных приложений и тем самым давать огромную экономию памяти [5]. Именно так сейчас поступает android, и, насколько известно, ios [6] [7].

Часть IV, ввод

Акселерометры, множественные касания, виртуальная клавиатура и аппаратная клавиатура, геймпады, датчики роботов — всё это уже сейчас работает в android. Mir просто взял эту часть гугловского surface flinger и перенёс к себе, отделив его от остального кода и подключив boost, добавил трансляцию в API Mir. Трансляция прямая, например, тип события мыши или касания напрямую кастуется в соответствующий enum из библиотеки mir-toolkit, и дальше передаётся клиенту (и тут же поправлюсь: 4 июля 2013 года кастования типа убрали для ещё большей совместимости с android, потому что иногда приходящее от Surface Flinger значение не укладывается в enum). Как результат, Mir поддерживает абсолютно все фичи ввода, доступные андроиду.

Тем временем в Weston всё ещё продумывают каждую мелкую деталь событий ввода в протоколе wayland. Это прекрасная работа и отличный задел на будущее, но полноценной обработки ввода на weston под android не будет в ближайшие 5-10 лет. Но тут есть выход: если в дисплейный сервер Mir будет добавлена поддержка протокола wayland, то он сможет транслировать события ввода андроида в протокол wayland и потребует для этого гораздо меньше отладки, чем Weston, потому что код mir уже покрыт тестами и может хостить Qt-шные приложения для андроида неотличимо от Surface Flinger.

Часть V, client-side decorations

Каждый тулкит рисует client-side decorations по-своему. Ниже будет список нюансов CSD, для которых должна быть поддержка со стороны каждого из тулкитов — и это очень грустная ситуация, потому что число тулкитов, способных написать и отладить весь этот код со всеми нюансами, резко сокращается. Уже сейчас только Qt5, gtk3 и EFL более-менее поддерживают последние решения вейланда. Итак, нюансы:

• Wayland не заставляет использовать клиент-серверные декорации, но мы уже знаем, что надо смотреть на Weston. Weston в общем и в целом заставляет, если не считать инициативу мейнтейнера kwin.
• Для тайлинга, полноэкранных окон и окон на пол-экрана CSD надо частично отключить. Wayland в лице его основателя предлагает [8] давать окнам подсказки, какие именно стороны окна должны быть без декораций. Кстати, именно так kwin может добиться серверных декораций — просто отключив CSD для всех четырёх сторон окна. На андроиде CSD не нужны, как и на любых устройствах с маленьким физическим размером экрана.
• Заголовок окна не рисуется для развёрнутых на весь экран окон в Unity, KDE Plasma Netbook [9] и, насколько я знаю, в GNOME. Wayland никак об этом не сообщает, но можно использовать тот же механизм, что для глобального меню.
• Порт Qt на wayland получает оверхед из-за CSD, и поэтому в Qt оставлен флаг для отключения CSD. Скорее всего, у других тулкитов будут те же трудности. Тем более CSD создают очевидный оверхед по оперативной памяти из-за того, что каждое приложение само собирает и хранит в памяти копию всей графики (растровой или векторной), необходимой для декораций.

Напоследок процитирую слова Мартина Грэсслина:

Is this fear valid? Well during said presentation Weston was running with two windows. They had different decorations. One was the terminal with minimize, maximize and close button on the right. One was a pdf viewer with a standard GNOME Shell decoration: minimize button missing. And during FOSDEM I had also a look on the decorations for Qt Wayland: again different decorations.

GNOME уже не раз убирал из своих приложений и из GTK фичи, непосредственно нужные другим DE. Например, автора Transmission попросили выкинуть что-то из уведомлений [10], причём багу присвоен тип «Улучшение» ☺. Дальше диалог развивался так:

Removing it altogether, as you suggest, will hurt XFCE users. I wish GNOME, Canonical, and everyone else involved would settle on one consistent API for this and stop fucking the app developers over.

Ответ:

I guess you have to decide if you are a GNOME app, an Ubuntu app, or an XFCE app unfortunately. I'm sorry that this is the case but it wasn't GNOME's fault that Ubuntu has started this fork. And I have no idea what XFCE is or does sorry.

Никогда у вас не будет нормальных клиентских декораций в официальном GTK 3. Забудьте об этом. Могут помочь те, кто патчит GTK в своём дистрибутиве — но пока конкретно этот тулкит более-менее патчит только Canonical.

Как вы знаете, в РФ есть довольно странное законодательство на счет персональных данных, в котором зарубежные рекрутеры не хотят разбираться. Со стороны это выглядит так, как будто вы пошли на сайт например Red Hat или IBM, а нажать кнопку «apply» вам не дали, вывесив текст о том, что законодательство вашей cтраны не позволяет обрабатывать персданные за границей.

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

Важно понимать, что перетащить вас из страны в страну стоит некоторого количества сил и денег. Самостоятельно этого добиться трудно, для этого есть специальные агенства, у которых есть отработанные процедуры. Из этого есть 2 важных прямых следствия и одно косвеное: искать работу стоит в больших корпорациях/стартапах с деньгами, которым не горит вас нанять и для которых затраты на перевозку не критичны. Просто составьте таблицу больших фирм, чья продукция вам нравится, сходите на их раздел «Карьера» и попроситесь на все-все вакансии, которые вам подходят. Второе следствие: естественно все эти затраты кратно вернутся работодателю за первые ваши 2 года работы, так как бизнес - деятельность по извлечению прибыли и единственная причина вас нанять и тащить через пол мира - маржинальность вашей деятельности (местный попросит больше денег и не будет так держаться за место как вы за визу). Это нормально, считайте их затраты на ваше беспроблемное перемещение своей косвенной прибылью. Самостоятельно вы все равно потратите больше, можете потерпеть неудачу не зная точно важных формальностей. Косвенное следствие: с идущими работать в большую корпорацию посольство обращается значительно мягче, чем с идущими работать в новую или мутную фирму.

Прежде чем посылать CV в большую фирму, сходите на Linkedin/Facebook, пройдитесь там по знакомым и укажите их как референсы в резюме. Вы не поверите, сколько пользователей ЛОР, например, в Бренском Red Hat или IBM и с каким удовольствием они оставят о вас отзыв своему HR. Cпойлер: это возможные премии во многих конторах, так что не стесняйтесь спрашивать и просить рекомендации.

UPDATE из 2019. Теперь по крайней мере Red Hat заставляет формально аппаиться через российское представительство посте того, как зааплаился через VPN.

Перемещено Falcon-peregrinus из job

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

Незаметно для себя перешёл на атом, пока писал на LaTeX и по такому случаю решил подстроить темы, привести в порядок i3bar, шрифты и заодно сменил цветовую палитру.

Вот что получилось.

По ссылке больше скриншотов, из хорошего - скайп наконец выглядит вменяемо. По крайней мере вменяемее, как и остальные qt-приложения (okular).

http://imgur.com/a/gTgOQ

Привет ЛОР!

Мы с товарищами из FutureBiotech решили тут делать научпоп в формате стримов, посвященных всему, что связано с современной биологией: открытия, лекарства, технологии. Это такие апгрейженные онлайн-трансляции, где мы очень внимательно читаем комментарии в чатах и отвечаем на вопросы зрителей. Форматы бывают достаточно разные - стримы прямо из лабораторий, интервью с людьми «в теме», трансляции интересных мероприятий из области.

В этот раз мы стримим лекцию и воркшоп по биоинформатике:

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

Сегодня в об этом расскажет обворожительная Анна Костикова, PhD в области вычислительной биологии и сравнительной геномики, University of Lausanne, Switzerland. В вводной лекции она раскроет роль облачных вычислений в биоинформатике, а в ходе воршкопа каждый сможет самостоятельно попробовать что это такое - использовать топовые научные инструменты для анализа геномов бактерий.

Ждем вас в физическом воплощении в Ключе или в 19:30 на наших канал на SC2TV и YouTube.

P.S. Записи прошлых стримов можно посмотреть на YouTube.

P.P.S. И да, смотреть можно в HTML5 а для стриминга а используется опенсорсный OBS Studio иногда даже и на онтопике.

Пьетро Гальярди (Pietro Gagliardi) представил простую и легко переносимую на другие платформы библиотеку для построения программ с графическим интерфейсом пользователя. В отличие от недавно представленной библиотеки Nuklear, libui использует для отрисовки элементов управления родные технологии поддерживаемых платформ. Библиотека написана на языке программирования C, в данный момент поддерживается работа на следующих платформах:

• Linux/Unix: GTK+ версии 3.4 или выше.
• Mac OS X: OS X версии 10.7 или выше.
• MS Windows: Windows версии Vista SP2 или выше.

Поддержка Haiku OS пока приостановлена. Исходный код libui доступен под лицензией MIT.
На основе собственной библиотеки Пьетро реализовал привязку для языка программирования Go.

Скриншоты демонстрационных приложений
«Control Gallery»: [Linux/Unix] | [OS X] | [Windows]
«Histogram Example»: [Screen #1] | [Screen #2] | [Screen #3]
«cpp-multithread»: [Screen #1]

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

Тут как-то CYB3R спрашивал про базу данных электронных компонентов. Мне вот сегодня пришла рассылка от сайта parts.io, на котором я когда-то давно зарегистрировался. Оказалось, это почти то, что интересовало CYB3R'а.

Для Ъ: довольно обширная база электронных компонентов с поиском по параметрам, по аналогам, с даташитами, ценами, рейтингом доставабельности и пр.

Раньше юзал это (H.264), когда грабил процесс рисования линий планшетом на белом экране. Для кодека это было легко, жалоб не было.

avconv -y -video_size 1200x720 -framerate 60 -f x11grab -i :0.0+2,82 -strict experimental /tmp/output.mp4

Возникла задача сграбить сцену сложнее (много контрастной движущейся перди, типа снега на экране), да ещё при частично занятом проце (intel i3-2120 3.30GHz). Старый способ не взлетел, все ядра (4) занялись под завязку, а результат получился с ровалами кадров по секунде.

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

fps 60 - желательно.

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

Нашёл тут кучу старых 18650. Хотелось бы от четырёх или даже шести из них запитать, например, планшет, так что время жизни без подзарядки у него будет больше месяца.
Посоветуйте, пожалуйста, умный контроллер, который бы реализовывал правильный заряд, правильный разряд, защиту и всё, что может быть нужно для того, чтобы батареи служили долго и счастливо.
Желательно также, чтобы можно было по I2C (SMBus) узнать о состоянии батарей (процент заряда, рассчитанная ёмкость, износ и т.д.), но это необязательно.

11 апреля 2016 года состоялся релиз Nuklear — небольшой библиотеки для построения GUI, написанной на ANSI C.

Это минималистичный тулкит, построенный на принципах immediate mode и переданный в общественное достояние. Библиотека была спроектирована как простой встраиваемый интерфейс и не имеет никаких дополнительных зависимостей. Для рендеринга и обработки пользовательского ввода используются платформозависимые бэкенды, поверх которых построена модульная система, позволяющая спроектировать интерфейс основываясь на концепциях ввода/вывода.

Особенности

• immediate mode
• header only (можно использовать и как обычную библиотеку, с разделением на реализацию и заголовки)
• написан на C89 (ANSI C)
• небольшая кодовая база (~15kLOC)
• ориентирован на портабельность, эффективность и простоту
• нет зависимостей (не требуется даже стандартная библиотека)
• настраиваемый внешний вид
• занимает мало места в памяти, предоставляет полный контроль за потребляемыми ресурсами
• поддержка UTF-8
• не имеет глобального или скрытого состояния
• модульность: вы можете скомпилировать и использовать только ту часть библиотеки, которую собираетесь использовать

Несколько примеров пользовательского интерфейса, реализованного с помощью nuklear: раз, два, три.

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

Привет.

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

А то открыв учебник Бессонова по ТОЭ, я опупел.

Спасибо.

PS. В универе благополучно весь этот курс(ТОЭ), так же как и курс по физике(электромагнетизм и тп) прогулял.
А потом сдал-забыл=(

Поставил на старый телефон CM без GAPPS, работает весьма неплохо. Но возникает вопрос - как синхронизировать контакты, календарь и т.п.? Предлагают разворачивать на личном хостинге Baikal или ownCloud, что из них лучше, какие есть альтернативы?

Заодно было бы неплохо аналог Гугл.Фото, чтобы автоматически в фоновом режиме сливать куда-нибудь сфотографированное.

Идея именно в том, чтобы обойтись без GAPPS. Во-первых, телефон старый и на стоке нещадно тормозил и жрал батарею (вот и проверю, лучше ли без Гугла), во-вторых, просто интересно. Пока по ощущениям работает шустро и мало кушает.

Привет лор, надумал прикупить себе сабж. Естественно, ту что подешевле. Из всего разнообразия выделил три модели -

852D+

862D+

898D+

Я так понял в первом случае судя по фоткам вентилятор находится в самой станции, а в остальных двух он в самом фене. Что лучше и предпочтительнее? Кто чем пользовался? Кто что посоветует?

Понадобилось завести vps, почитал интернеты выбрал digitalocean. Зарегистрировался и автоматом получил:

Automated Abuse Detection - Account Verification

На что поддержка ответила:

Hello,

It appears that you no longer have a credit card on file with us.

Can you please re-add a credit card and then let us know in the ticket.

Оказалось, что при регистрации системе молча не понравилась моя виза от сбербанка. При повторном вводе данных вылетело сообщение:

Unfortunately we do not accept debit or prepaid cards. Please try adding another credit card to continue."

Собственно, вопрос в том, как оплачивать VPS?

Остался способ PayPal, в котором я не зарегистрирован, но гуглёж выявил нечто странное, а именно, факты блокировки российских аккаунтов digitalocean на которые поступали платёжи от PayPal.

Что делать, как быть?

Ещё пробовал амазон, но не осилил телефонное подтверждение. Пропадающая и заикающаяся английская речь робота не поддалась пониманию. А просто ввод появившихся цифр на экране, должного результата не принёс.

Есть последний вариант vps от reg.ru. Может был у кого опыт?

Есть сервер под именем dirac, на нём pulseaudio в качестве звукового сервера локальной сети (/etc/pulse/default.pa):

load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1;192.168.0.0/16

На клиенте (/etc/pulse/default.pa):

load-module module-tunnel-sink-new sink_name=edifier   server=dirac
update-sink-proplist edifier    device.description="Edifier 2800"

Запускаю pulseaudio на dirac, затем запускаю pulseaudio на клиенте, всё хорошо: в kmix появляется возможность выбирать место воспроизведения звука, тыц.

Проблема в том, что если pulseaudio на сервере (dirac) запускается после того, как запущена pulseaudio на клиенте, то пункта воспроизвдениия на сервере («Edifier 2800») не появляется.

Есть ли красивый способ отследить появление pulseaudio на dirac и создать при этом тунель?

В голову приходят мысли со словами bash, cron и т.д., но это же костылище. Проще вручную делать pulseaudio -k после старта dirac'а, правда уже запущенный на клиенте звук будет отваливаться.

Покурил тут недавно электронную сигарету и появилась мысль заменить ею обычные. Есть тут те кто это пробовал? Удалось/не удалось бросить обычные сигареты? Насколько легко перейти? Заказал Kanger MiniProtank-3 и самую крепкую жидкость с табачным вкусом - буду пробовать. А то блин постоянные заболевания горла и отдышка задолбали.

Давайте свои истории успеха/неуспеха.

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

Кто что юзает?

Привет, лоровцы. Меня попросили поделиться историей успеха, вот делюсь.

В январе этого года мы переехали в Латвию. Насовсем или нет - ответа на этот вопрос у меня нет, время покажет. Пока нравится. Первые несколько дней вообще было ощущение «вау, как круто, я приехал куда надо». Потом постепенно протрезвел и пришло понимание, что есть как плюсы, так и минусы в сравнении с Эрафией. В любом случае плюсы достаточно важные, работа достаточно интересная и полезная для резюме, поэтому назад не хочется.

Работу я искал довольно долго. По грубым оценкам - полтора года. Как окончил магистратуру, решил, что в аспирантуру не пойду (слишком сложно). Но это не были поиски 24/7 в течение полутора лет. Совмещая с постоянной работой и периодическими отпусками (с зарубежными поездками) я кидал резюме во все сайты/почтовые адреса, где хоть немного находил что-то интересное. Процентов 90 резюме или не читались, или отправлялись в шрёдер (наверное). Из оставшихся 10 - приглашали на собеседование, чаще всего удалённое, один раз приглашали приехать). И не было особых предпочтений, куда направить трактор. Латвия как-то случайно сюда попала.

Устроился Scala-разработчиком в компанию, делающую и поддерживающую живое казино. Пока испытательный срок не закончился (3 месяца), прочувствовать особо не успел, но в целом работа нравится. Хотя есть и минусы в сравнении с предыдущей работой (больше бюрократии в основном), но можно закрыть глаза. Собственно, с самого начала я искал работу именно в Scala, изредка отзываясь на что-то другое, иногда даже проходя собеседования, чтобы потом либо я отказался, либо мне отказали. Вывод: в Scala работу найти всё же можно, хоть и нереально трудно.

По приезду оформили голубую карту. Процесс переезда был довольно долгим. С бюрократией немного помогали местные HR - говорили, с какими бумагами и куда идти.

Первый долгий квест - справка о судимостях (или их отсутствии). Нет, процедура очень простая - всего лишь навсего с паспортом придти, написать заявление, потом получить. Даже бесплатно, пошлину не надо платить. Нюанс в том, что ждать то ли 35, то ли 37 дней. И хоть ты тресни, быстрее не сделают.

Вторая сложность - поиск жилья. По миграционным требованиям я был обязан предоставить в посольство оригинал договора аренды жилья (или другая бумага о том, что мне в Латвии есть, где жить - со всеми печатями и подписями и т.п.). Компания временное жильё не предоставила (только контакты агенств по поиску, кстати, среди них ответили не все). Скан или копия документа не годится, только оригинал. Искать жильё поэтому пришлось до въезда в страну, через интернет. Сложновато, но реально. На месте искать было бы конечно проще - главным образом пообещав хозяину, что вот въеду хоть завтра. А с теми, кто обещает въехать через месяц-два из другой страны, дела ведут очень неохотно - чаще просто не отвечают.

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

После въезда где-то через 4 дня сделали голубую карту, на пятый пошёл на работу. Раньше нельзя было - не пускали. Законы ценят и соблюдают.

Плюсы: + На русском говорят почти везде. Где не говорят, поймут на английском. Кстати, если выпендриться и поздороваться с кем-то на лытышском, разговор продолжится именно на нём, что сильно усложнит понимание :) так что лучше так не делать, а сразу говорить на русском.

+ Латышский язык не выглядит чем-то сложным. Только мотивация учить его куда-то пропала после въезда в страну. А вообще надо. Субъективно он мне кажется проще немецкого или даже английского для русскоговорящего.

+ Стоимость жизни хоть и выше, чем в России, сравнивая даже с Москвой (и весьма ощутимо), но вполне разумная. Есть с чем сравнить (с той же Германией и Австрией).

+ Нет толп людей, толкучки, длинных очередей, пробок. Все бумаги в местном аналоге УФМС приняли очень быстро, без предварительной записи в тот же день.

+ Очень чистый воздух. И вообще очень чисто и аккуратно.

+ Город маленький, можно и нужно ходить пешком. Я так вообще поселился в 10 минутах ходьбы от места работы.

Минусы: - Медицина платная и грабительская. Причём по ходу платная она даже для местных, просто все покупают страховку (может, государство оплачивает часть?). Компания предоставляет страховку, но только после испытательного срока, а 3 месяца жить без страховки предлагает - круто. Даже не было рекомендации купить самому. Даже ни разу не заболев нужно было пройти некоторых врачей + сделать флюру - отняло > 100€, всё возместила компания, но цены дикие же. Про качество медицины пока судить не могу, надеюсь, и не придётся.

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

- Связь тоже дорогая, что мобильная, что интернет. Но вроде качество хорошее. 4G вот тут есть (хотя мой телефон всё равно в него не умеет).

- Хоть на русском поймут, камнями кидать не будут, без латышского всё же тяжко. Надписи все на латышском, на улицах, на домах, на объявлениях, на ценниках в магазинах. Уметь читать по-латышски полезнее и важнее, чем говорить.

Линукс тут при том, что работаю под ним, в нём scala+sbt+maven+idea+git и куча всего.

Пока всё, что в голову пришло - вы спрашивайте, если что. Может на что-то сразу не смогу ответить, но смогу потом, когда дольше поживу и узнаю.

Столкнулся с невозможностью в некоторых играх переключаться по ALt-Tab и вспомнил что раньше я запускал игры в отдельном Х-сервере и даже имел для это написанный скрипт.

С тех пор много воды утекло и когда я попробовал по-старинке выполнить

xinit /path/to/program -- :2 vt02

то столкнулся с тем что новые иксы не запустились, а старые померли. Гуглёж в течении часа ничем не помог.

Что изменилось с того времени когда всё работало:

• В качестве инита пришел systemd(попрошу без холиваров по этому вопросу)
• На замену kdm пришел sddm
• На замену kde4 пришла kde5

Подскажите хоть в какую сторону копать? Пробовал loginctl поковырять - ничего не нагуглил по моему вопросу.

Смотрю, теперь микросхемы для bios напаяны прямо на плату, а не как раньше, когда они вытаскивались и их можно было прошить программатором. Ради чего так сделано? Неужели ради экономии трех копеек на размере микросхемы?

вот там, где как раз нужен DIP, пихают soic.