Согласно недавно проведенному опросу Илон Маск обладает наихудшей фанбазой на этом глобусе.

Вот, наткнулся на статью http://perevodika.ru/articles/1199419.html

Для Ъ:

Технологические гиганты не только следят за тобой %username% и сливают твои данные и их аналитику ЦРУ, АНБ, черту лысому; они еще и злоупотребляют полученной информацией для достижения политических целей некоторых групп людей (никогда такого не было, и вот опять, ЛОЛ).

Более того, идет стремительное сращивание корпораций и правительственных структур, скоро будет невозможно понять, где заканчивается твоя любимая социальная сеть и начинается ЦРУ.

Все это происходит при массированном использовании нейроночек и машобчика для анализа больших массивов даанных.

В общем, всех предупреждали, но всем - как обычно.

А линукс тут при том, что он - основная система для датасаентистов по всему миру.

Проблема описана в заголовке.

Гугление не добавило ничего кроме https://unix.stackexchange.com/questions/377973/hibernation-resume-fail-on-li...

Но это оказалось бесполезно.

Ядро 4.9.0-6-686 без PAE. uswsusp не установлен.

Нужно поставить какой-нить дистриутив на HP Probook 4320s, до этого туда отлично вставали всякие *buntu и debian.

В прошлые выходные попробовал завести на нем несколько вариантов void, debian, из KDE/Cinnamon/Gnome 32/64bit на нем завелся только debian 64bit cinnamon, остальное паникует при загрузке.

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

Войды проверил еще и на Acer extensa 2519, паникуют при попытке доступа к squashfs, дебианы дополнительно проверять не стал ибо задолбало...

Образы на флешки заливал с Mint и его встроенного мастера заливки образов...

Это у меня руки искривились, или сейчас так дистрибутивы делают?

Что делать?

Как поставить Linux на строе железо, которое нормально работает со старыми дистрибутивами...

Интересно существуют ли фрилансеры, которые пишут не говнокод?

В общем, переписывал очередную прошивку, сделанную очередным фрилансером, прикрутил релиз-кандидат BuguRTOS (да, я считаю, что система дотсаточно надежна для продакшона)...

Пишу себе пишу, и вот понадобился мне там CLI через USB CDC...

Поискал на GitHub, нашел много реализаций, но либо они не вписываются в архитектуру, либо там лицензия GPL без исключений, либо это вообще не CLI, а, например, нейросетевой фреймворк...

В итоге, написал свой проект выходного дня.

P.S. А нейросетевой фреймворк мне понравился, попробую оживить как-нибудь во время отпуска...

Привет, ЛОР, суть такова: вышли на меня одни товарищи из евросоюза, и попросили проконсультировать по одному вопросу.

Когда встал вопрос задатка, попросили в счете (invoice) указать VAT ID.

А где мне его взять?

Я жеж из РФ, у нас тут своя атмосфера с налоговым кодексом и ИНН!

В общем, прошу совета у тех, кто занимался внешнеэкономической деятельностью...

Что указать в качестве VAT ID?

Вышел дистрибутив ALT Linux Engineering, который представляет собой неофициальную сборку ALT Linux с набором свободного программного обеспечения для инженеров.

Цель создания дистрибутива — популяризация свободного программного обеспечения, предназначенного для использования в промышленности, начиная от разработки различных продуктов и заканчивая автоматизацией производственных процессов.

Дистрибутив включает в себя множество свободных программ:

• 2D и 3D MCAD;
• EDA;
• CAM-системы и системы моделирования изготовления деталей на станках с ЧПУ;
• программы для 3D-печати;
• программы для АСУТП.

Доступны сборки под архитектуры i586 и x86_64.

Дистрибутив будет представлен на Четырнадцатой конференции разработчиков свободных программ в Калуге.

>>> Подробности (altlinux.org)

Вышла система программирования YAPLC-1.0.0. YAPLC — это свободная система программирования ПЛК (wikipedia.org).

YAPLC представляет собой набор программ и библиотек со свободными лицензиями, которые позволяют создавать программное обеспечение ПЛК на базе микроконтроллеров.

По словам разработчиков, в данном релизе были стабилизированы архитектура и набор компонент системы.

Основные компоненты YAPLC:

• Beremiz — интегрированная среда разработки программных ПЛК на языках IEC-61131-3;
• matiec — транслятор языков программирования IEC-61131-3, генерирует программный ПЛК на Си;
• GNU ARM Embedded Toolchain — набор инструментов разработчика на Си/Си++.
• CanFestival — стек CanOpen;
• libremodbus — стек ModBus, форк FreeModbus с поддержкой нескольких портов и мастера;
• libopencm3 — библиотека драйверов периферии для микроконтроллеров с ядрами Cortex-Mх;
• stm32flash — загрузчик для микроконтроллеров STM32;
• YAPLC/RTE — минималистичная среда выполнения программных ПЛК;
• YAPLC/IDE — расширения для Beremiz, позволяющие создавать приложения YAPLC/RTE;
• YaPySerial — динамическая библиотека для замены PySerial (замечено, что PySerial не всегда корректно определяет платформу).

Открытое тестирование системы завершено. Текущий релиз будет последним, совместимым с тестовыми приборами. Следующий релиз системы запланирован на октябрь 2017 года, а в ноябре система и приборы на её основе будут представлены на выставке ПТА-2017 в Москве.

Авторы благодарят всех участников открытого тестирования.

Отдельное спасибо:

• Воронину Алексею,
• Мидюкову Антону,
• Суркову Сергею,
• Нежданову Михаилу.

Проект на GitHub

>>> Подробности (github.com)

Привет, ЛОР!

Тред прохладных историй стартует здесь. Давайте постит и обсуждать наши прохладные истории!

Начну с себя: https://github.com/shkolnick-kun/texts/blob/master/story_1.md

Сначала хотел запостить в development, но подумал, что потрут...

Привет, ЛОР. Суть проблема такова:

Поставил Mint 18.1 KDE i386, выбрал в качестве рабочего стола по умолчанию Folder View.

Эта сволочь при каждом входе в систему пытается «подвинуть» файлы на рабочем столе по своему усмотрению.

При чём, такое уже было в KDE 4 из-за race condition (которое вроде пофиксили), только тогда «слетали» все файлы одновременно, а в KDE 5 их двигают порциями, по чуть-чуть.

При настройке значков есть опции:

• упорядочить по строкам, или столбцам, опции «не упорядочивать» нет!
• выровнять по левому/правому краю, опции «не выравнивать» нет!

Кто знает, как с этим безобразием бороться?

Ну и риторический вопрос: Доколе хипсторы из т.н. «сообщества разработчиков» будут пытаться выпиливать и портить наиболее удобный для подавляющего большинства людей способ организации рабочего стола, и потом вяло возвращать обратно, когда их массово тыкают мордой в их идиотские решения?

Да, мне ПРИПЕКЛОУ!!111

13 марта состоялся релиз встраиваемой ОСРВ BuguRTOS 3.0.0.

После выпуска второй версии было получено сообщение от пользователя Endag с просьбой разъяснить использование примитивов синхронизации и сделать API понятнее для новых пользователей.

В ходе дальнейшей переписки был выявлен ряд ошибок и недостатков в ядре BuguRTOS и библиотеке native. Результатом стала переработка ядра и библиотеки.

( Список изменений )

>>> Подробности (github.com)

31 августа вышла очередная мажорная версия BuguRTOS 2.0.0.

BuguRTOS — встраиваемая ОСРВ, ориентированная на применение в программах микроконтроллеров, которая может работать в режимах мягкого и жесткого реального времени.

( читать дальше... )

Фактически BuguRTOS 2.0.x представляет собой платформу для прототипирования ОСРВ, которую можно использовать для обучения низкоуровневому системному программированию.

Планируется расширение функциональности BuguRTOS за счет реализации новых библиотек API, а также перенос на новые архитектуры.

>>> Подробности (github.com)

Компания Causality Ltd прекратила свою деятельность в связи с отсутствием спроса на коммерческую поддержку языка программирования pony.

Об этом 21 августа 2016г. сообщил в своём аккаунте в LinkedIn бывший генеральный директор компании Constantine Goulimis.

Язык программирования pony - это объектно-ориентированный безопасный язык программирования, использующий модель акторов (аналогичную Erlang), имеющий легковесный FFI.

Безопасность языка обеспечивается за счёт:

• математически доказанной типобезопасности;
• памятебезопасности (как следствия типобезопасности);
• безопасности исключений (по заверению авторов языка, все исключения обрабатываются);
• безопасности от гонок (отсутствие конкурентного доступа обеспечивается средствами компилятора);
• свободы от вечной блокировки (блокировки не используются).

По мнению Грейдона Хоара (автора Rust), «создатели pony провели великолепную работу, превосходящую ту, что он сделал в Rust...»

Компания Causality Ltd была основана с целью оказания коммерческой поддержки компаниям, использующим pony в своей IT-инфраструктуре.

По словам своего бывшего главы, Causality Ltd не смогла найти достаточно широкой клиентской базы. В частности 25-летний менеджер одного из американских инвестиционных банков, использующих pony в критически-важном компоненте своей инфраструктуры, отказал компании на основании того, что она была «слишком маленькой».

Однако основатель проекта Sean T. Allen считает, что закрытие Causality Ltd не приведет к гибели столь интересного и многообещающего проекта, т.к. прекращение деятельности компании не привело к снижению интереса к языку, и что сообщество проекта продолжает расти.

Ссылки:
Pony на GitHub
Введение
Безопасность pony

>>> Подробности (linkedin.com)

Привет, ЛОР, надоело писать бойлерплейт-код руками, хочу сделать хеддерник с содержанием типа

/*foo.h*/
FOO(a)
FOO(b)
FOO(c)
FOO(d)

А потом где то в коде, или в другом хеддере

#define FOO(...) BAR1(__VA_ARGS__)
#include <foo.h>
#undef 

#define FOO(...) BAR2(__VA_ARGS__)
#include <foo.h>
#undef

В том числе хочется делать таким образом enum.

Вопросы: 1. Есть ли возможность в таком enum генерировать конкретные численные значения так, чтобы такой enum потом можно было инклюдить в разные файли и значения везде были одни?

2. Есть ли способ генерировать последовательность констант без enum, и так, чтобы не жралась память?

В июне 2016 года вышла открытая платформа для прототипирования аппаратного обеспечения icoBoard 1.0.

icoBoard представляет собой отладочный набор на базе ПЛИС iCE40 фирмы Lattice Semiconductor.

Основной отличительной особенностью данной платформы является использование для программирования ПЛИС открытого и свободного программного обеспечения icoTC, основными компонентами которого являются:

• синтезатор YoSys;
• роутер Arachne-pnr;
• инструменты и документация проекта IceStorm;
• загрузчик iceprog.

Предварительная партия плат была разослана разработчикам в январе 2016, а в июне была произведена первая партия серийных плат icoBoard.

Плата вызвала интерес в сообществе, и почти все 50 серийных плат уже проданы.

Для icoBoard доступны несколько проектов на Verilog, в том числе есть проект Risc-V SoC, для которого есть порт ОС Contiki 2.0.

В данный момент icoBoard можно приобрести как в розницу (за 90 € без учета доставки), так и оптом (партиями по 20 шт. по 70 €).

>>> Подробности (icoboard.org)

Привет, ЛОР, есть один протокол, который реализован в одной opensource-программе, с которой надо сопрячь один девайс...

Сама программа лицензирована по GPL, о соответственно ее реализация протокола тоже.

Протокол используется в проприетарных устройствах.

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

Предполагается, что действует континентальное право и патентов на ПО нет...

То есть суть вопроса сводится к следующему: могут ли быть копирайтные ограничения на использование какого-либо протокола связи, если существует GPL-реализация этого протокола?

Вышла очередная версия встраиваемой операционной системы реального времени BuguRTOS-1.0.0.

BuguRTOS — это ядро ОСРВ, ориентированное для использования на микроконтроллерах, и может работать в режимах мягкого и жесткого реального времени.

Характерными особенностями BuguRTOS являются:

• Отказ от управления памятью в ядре - рекомендуется статическое выделение памяти.
• Все системные вызовы имеют сложность O(1).
• Минимальные требования к размеру стеков процессов (задач).

В данный момент поддерживаются ветки 0.6.x и 1.0.x, поддержка ветки 0.7.х прекращена.

( читать дальше... )

>>> Подробности (github.com)

Привет, LOR!

У меня небольшой творческий крысис, суть такова:

1. в течение нескольких месяцев планирую зарелизить BuguRTOS-1.0.0 и окончательно перейти на семантическое версионирование;
2. сделано это будет на основе текущей ветки (0.9.х);
3. в будущем BuguRTOS будет представлять собой что-то вроде xenomai, только для микроконтроллеров;
4. то есть будет относительно маленькое портируемое ядрышко, к которому можно будет прикручивать разные RTOS API;
5. дальше хочу но основе BuguRTOS сделать микроядро b4 (набор костылей и велосипедов в духе L4);

Почему?

Интересно же!

Так вот на пути к b4 есть определенные проблемы:

1. есть системные вызовы BGRT_SYSCALL_SYNC_OWN и BGRT_SYSCALL_SYNC_TOUCH, которые повышают приоритет задачи до высшего и делаются перед вызовом BGRT_SYSCALL_SYNC_SLEEP;
2. есть итерационные системные вызовы BGRT_SYSCALL_SYNC_SLEEP, BGRT_SYSCALL_SYNC_WAKE, BGRT_SYSCALL_SYNC_WAIT, их надо вызывать в цикле, пока завершаются со статусом BGRT_ST_ROLL;
3. пока все это работает в закрытой системе (монолитная прошивка микроконтроллера) и использыется API ядра, проблем нет;
4. но это не годится для проекта микроядра, т.к. «неправильное использование» этих системных вызовов может приветси к DoS;

Решение этой проблемы я вижу в том, чтобы:

1. не использовать BGRT_SYSCALL_SYNC_TOUCH в микроядре;
2. переписать BGRT_SYSCALL_SYNC_OWN так, чтобы в случае неудачи происходил вызов BGRT_SYSCALL_SYNC_SLEEP и задача блокировалась;
3. скрыть от пользователя итерационную природу BGRT_SYSCALL_SYNC_SLEEP, BGRT_SYSCALL_SYNC_WAKE, BGRT_SYSCALL_SYNC_WAIT, то есть пользователь должен делать один вызов, а цикл должен делать диспетчер системных вызовов без участи пользователя;

С последним пунктом самое интеерсное, ибо цикл можно сделать за счет:

1. подмены адреса возврата в стеке прерванной задачи (грязненько!!!);
2. в ядре с вытеснением в одной точке (замедлит обработку некоторых прерываний);
3. сделать ядро полностью вытесняемым с исполнением в отдельном потоке(надо писать слой виртуализации прерываний, замедлит обработку нектороых прерываний, надо память под стек потока ядра);

Что из этого выбрать???

Можете считать голосовалкой...

Привет, кодач!

Тут в растотреде возникла дискуссия о рефакторинге, ооп и прочем подобном...

Хочется найти литературу по рефакторингу НЕ ООП кода, это реально?

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

В далеком 2010 году один анонимус с Нульчана (R.I.P.) решил, что он обладает достаточной квалификацией и достаточным количеством свободного времени, чтобы создать свою встраиваемую ОСРВ, или ее эрзац.

В результате, в самом конце 2010 года появилась нулевая версия BuguRTOS.

Прошло пять лет, BuguRTOS была переписана несколько раз, портирована на несколько процессорных архитектур; были выработаны методики и процессы проектирования, реализации и тестирования новых версий; появилось краткосрочное, а затем и среднесрочное планирование развития ОС.

Из проекта, созданного ради лулзов и троллинга, получилась довольно неплохая встраиваемая ОСРВ, одна из сотен написанных, но одна из четырех, поддерживающих STM8 (современное распространенное семейство микроконтроллеров).

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

>>> Подробности (github.com)