Привет, Лор!

Я в Линуксе и музыке не новичок, но вот совмещать эти сферы деятельности не приходилось. Вижу в пакетном менеджере кучу программ и прочих фреймворков типа Ardour, Lilypond, LV2 и т.п. Готов, конечно, пробовать и сам разбираться, но хочется сначала сузить список под мою задачу. Инструментов до трёх-пяти, что-то что реально за выходные потыкать.

Задача такая. Хочу загружать в программу маленькие midi'шки, полученные из lilypond, и наигрывать кусочки на midi-клавиатуре. Хочу двигать эти кусочки туда-сюда, включать-отключать их, транспонировать и слушать, как лучше выходит. Может, будут кусочки, где я голосом что-то примерно напою, пока в нотах не готово. На выходе у меня будет lilypond файл. Видимо, написанный руками, меня это устраивает. Но если программа как-то поможет в генерации этого файла, прекрасно. Lilypond потому, что хочу нормальные ноты. В плане звука, сгенерённого midi-файла мне достаточно. Выкладывать куда-то на стриминги flac для конечного пользователя не планирую. Может, потом, не в обозримой перспективе.

Вот такой нехитрый юзкейс. Интересует терминология, как это всё называется, ну и пара-тройка программ, которые стоит попробовать.

Всем хорошего вечера пятницы

Привет, лор!

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

Так как хобби у меня связано с ковырянием ядра и драйверов, то хочется иметь возможность быстрого подключения PCI железок для тестирования, а не только с эмуляторами баловаться. При этом покупать системник со свободными слотами PCI желания нет: хобби есть хобби, а по всем остальным параметрам меня ноуты устраивают.

Так вот подскажите, правильно ли я понимаю из чтения интернетов, что:

• к хосту usb4 можно будет через переходник подключить, условно, PCI-ethernet карту,
• она будет видеться в системе неотличимо от PCI карты, воткнутой напрямую в PCI-слот,
• следовательно, драйвер, написанный для этой карты и протестированный в таком конфиге, будет работать и при втыкании карты напрямую в PCI слот на хосте без usb4?

Вижу, что по стандарту реализация Tunneled PCI Express для хоста опциональна. Но давайте сначала с теорией разберёмся. Если в теории всё ок, то, может, кто-нибудь имел дело с такими железками и поделится опытом.

Спасибо, лор.

Привет, лор!

Обдумываю один for-fun проект. Решил, что пользовательский интерфейс на десктопе, телефонах и в вебе если будет, то для каждой платформы родной-нативный. А вот базовая часть с логикой хочу, чтобы была единая. Или, по крайней мере, получалась парой телодвижений из единого исходника. В базовой части всякие алгоритмы и структуры данных типа графов, топологической сортировки, т.е. никаких нейронок, хардварного ускорения и проч. Собственно, вопрос, на чём сейчас такую логику имеет смысл писать, чтобы потом подо всё на свете собрать можно было и нативные интерфейсы сверху лепить?

Я сам сишник и склоняюсь к старой доброй сишечке. Но вдруг что-то упускаю, подскажите. Скорость клепания не интересует. Это for-fun проект с приоритетом на красоту и правильность реализации и получение удовольствия от процесса. Ну а если ещё и результат будет, то совсем хорошо.

Лорчик, привет!

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

Потратил вечер на поиск софта для десктопа в репозитории и установку всякого из гугл.плея и фри.дроида — в большинстве своём либо поделки, либо недозакосы под аутлук, либо проприетарщина. А ведь задача не кажется каким-то rocket science, чтобы не иметь свободного решения.

В принципе, вариант сделать самому приемлем, но хочу сначала убедиться, что, действительно, нет какой-нибудь условной gnu schedule, которая всем моим требованиям и хотелкам отвечает. А требования и хотелки примерно следующие:

• Наличие нормальной (не электрон, консольная норм) десктопной программы под линукс; наличие программы под андроид без рекламы, in-app purchases etc.
• Синхронизация данных между всеми программами. Вариант поднятия демона на своём VPS и синхронизации клиентов через него устраивает.
• Поддержка длящихся событий (встреча с 17:00 до 18:00), недлящихся событий (достать курицу из морозилки в 18:30), дедлайнов (сходить к стоматологу до отпуска YYYYMMDD), периодических событий (английский каждый понедельник и пятницу с 10:00 до 11:00), прочих типов событий и задач.
• Поддержка зависимостей между задачами: пока не завершены задачи «купить подарок брату» и «купить подарок свату», не показывать активной задачу «отправить посылку с подарками домой».

Есть что-то похожее или пора садиться продумывать архитектуру? Вроде, ничего сверхестественного не прошу.

Лорчик,

после контакта с внеземными цивилизациями остро встанет вопрос кодировок. Добавить новые код поинты в сам стандарт юникода не проблема. А как быть с UTF8?

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

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

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

1. У меня сложилось предубеждение, будто для разработки под андроид нужны монструозные IDE, жрущие эмуляторы, десятки гигагерц и гигабайт и т.д. Можно ли полноценно и удобно разрабатывать в привычном VIM'е на ноутбуке, используя make и проч?
2. Действительно ли имеет смысл разрабатывать только на Java, а приложения на остальных языках сильно ограничены by design/platform и инструменты разработки для них пишут "в одно рыло" энтузиасты? В особенности интересуют приложения на JS, потому что Java мне точно никогда не понадобится, а JS сейчас везде и, потенциально, у него больше шансов пригодиться.
3. Слышал, что для публикации приложения нужно платить. За что вообще придётся платить деньгами?

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

Всех с прошедшим и наступающим!

23—25 сентября в небольшом немецком городке Хофхайм-ам-Таунус (Hofheim am Taunus) близ Франкфурта-на-Майне состоялась третья конференция участников проекта suckless.org. В своей философии разработчики придерживаются принципов минимализма, что давно и успешно демонстрируют такими проектами, как dwm (dynamic window manager), dmenu (dynamic menu), st (simple terminal), sxiv (simple X image viewer), stali (static linux) и множеством других.

В этом году в программе, помимо кофе-брейков, оказалось 14 докладов. Среди них:

• libzahl — простая библиотека длинной арифметики (Mattias Andrée);
• портирование Stali на Raspberry Pi B+ и успехи проекта (Manu Raster, Anselm R Garbe);
• будущее формата растровых изображений farbfeld и цветовые пространства (Laslo Hunhold);
• готовность scc / Simple C Compiler и его преимущества перед GCC (Roberto E. Vargas Caballero);
• язык программирования Myrddin, построенный на идеях C и ML (Ori Bernstein);
• дисплейные серверы непригодны для использования (suck) и как с этим бороться (Mattias Andrée).

Конференция slcon проводится с 2013 года в европейских городах летом или в начале осени и объединяет разработчиков с отличным от мейнстримного мнением на путь развития программного обеспе́чения.

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

Сообщество Suckless, широко известное своей философией разработки ПО, а также набором программ, среди которых dwm, dmenu, surf, tabbed, st и другие, представило первый установочный образ дистрибутива Stali (static linux).

Проект интересен, прежде всего, множеством нестандартных архитектурных решений, отсутствующих в других дистрибутивах и воплощающих философию suckless на уровне ОС.

Основные отличия:

• статическая линковка всех программ;
• игнорирование FHS, предлагается иная иерархия директорий;
• установка и обновление при помощи git;
• замена coreutils и util-linux на sbase и ubase собственной разработки;
• использование musl в качества системной libc;
• отсутствие systemd, используется sinit (suckless init).

Разработчики отмечают более высокое быстродействие системы и низкое потребление памяти.

В дополнение к образу доступна пошаговая инструкция по установке.

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

На мой взгляд, было бы хорошо иметь раздел для длинных околотехнических отчётов/рассказов/whatever.
Судите сами.

• Бывает, что пользователи возятся с какой-нибудь железкой, ковыряют вечерами, а потом всё заканчивается фотографией в Галерее с куцым описанием «ну я типа сделал». Ниже в комментариях начинаются распросы и появляются размазанные по треду детали реализации.
• Или висит на главной новость о какой-либо предстоящей конференции. А по прошествии в лучшем случае скромный тред в толксах, да и то редко. А было бы интересно почитать развёрнутый рассказ от участников.
• Или человек неделю на работе разбирался с новым модным алгоритмом/спецификацией, всё понял и хочет основные идеи из 1000 страниц понятным языком пересказать, чтобы другие на эти грабли не наступали.

Имхо, выше перечисленное не совсем формат «форума», т.к. вопросов у ТС никаких и нет, он пришёл поделиться результатами/впечатлениями. Здесь были бы уместны более развёрнутые темы, но сейчас их мало кто читает, и в ответ получаешь tl;dr.

Замечу, что это и не формат вики, т.к. всё же сюда приходят за общением, и впечатления и эмоции конкретного человека интересны и важны. Ту же спецификацию можно прекрасно и без лора читать.

Итого, я предлагаю создать новый раздел для таких «отчётов». Наверное, лучше будет даже не раздел, а новость/мининовость/блог? Какое-то такое деление.

Можно не давать совсем скора за создание таких тем, чтобы не было массовых хэлловорлдов на очередном недоязычке от скородрочеров. Чтобы писали только те, кому есть чем поделиться. Ну или наоборот, поощрять интересные темы наравне со скриншотами и новостями, как пойдёт.

У меня всё. Патч где-то в /dev/random. Я искренне думаю, что такая вещь пойдёт на пользу лору, но не знаком с движком, чтобы рассуждать о вариантах реализации.

После трёх месяцев разработки представлен очередной релиз наиболее полной на сегодняшний день реализации языка Perl 6 — Rakudo Star 2015.06. Помимо компилятора Rakudo, виртуальной машины MoarVM и базового окружения nqp (Not Quite Perl) пакет программ Rakudo Star содержит набор модулей, портированных на Perl 6, и полностью пригоден как для знакомства с языком, так и для разработки приложений.

Наиболее значимые изменения:

• улучшенная поддержка Unicode (NFC, NFD, NFG, Uni);
• значительное ускорение: до 25% для строковых операций Str.codes/chars/uc/lc/tc/tclc/ord/flip;
• добавлены нативные массивы целых чисел и типы bit и byte.

За прогрессом различных компиляторов в реализации спецификации Perl 6 можно следить на данной странице, также доступен список портированных модулей.

Напомним, релиз Perl 6 ожидается в конце текущего года.

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

Широко известному в узких кругах клиенту для обмена мгновенными сообщениями mcabber на днях исполнилось 10 лет. В связи с юбилеем и благодаря общей готовности и стабильности программы, разработчики приняли решение вместо выпуска 0.10.4 выпустить знаковую версию 1.0.

mcabber написан на языке C, использует для отрисовки интерфейса библиотеку ncurses и поддерживает дополнения и пользовательские скрипты.

Основные новшества:

• XEP-0280: синхронизация сообщений между клиентами (Message Carbons);
• многоязыковая проверка орфографии;
• добавлены опции buffer_smart_scrolling и attention_char;
• добавлена команда /roster next_open_buffer.

Среди прочих изменений стоит отметить опциональное сохранение паролей комнат, прекращение поддержки устаревшего XEP 22 (Message Events) и небольшие приятные улучшения интерфейса и команд.

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

В режиме предпросмотра

• при ответе на неОП я вижу его и превью своего сообщения;
• при ответе на ОП — только превью своего сообщения.

Довольно очевидная фича. Станет единообразнее и удобнее.

Привет, Лор!

Что-то я заработался, хочу в мае выбраться из Москвы на выходные куда-нибудь не очень далеко и ненадолго за новыми впечатлениями.

Насмотрел Киев по следующим причинам:

• за ночь доеду на поезде;
• многие знакомые рекомендовали и город вообще, и каштаны в частности;
• хочу взглянуть на ситуацию изнутри, пообщаться с людьми.

Прошу местных жителей высказаться за день Победы (9 мая) / города (30 мая):

1. когда лучше ехать, чтобы не пропустить цветение каштанов?
2. какого размаха гуляния / беспорядки вы ожидаете в эти праздники?

Если кто-то из регистрантов захочет составить компанию в дороге или на месте, буду рад.

Проблем с пересечением границы быть не должно, т.к. я гражданин РБ.

Собираюсь посетить страну Х. Диалог в офисе ВТБ24:

- Не заблокируют ли мне карточку, если я буду в стране Х снимать деньги через банкомат?

- Могут заблокировать.

- А можно это как-то отключить?

- Нет, предварительно такие вещи сделать нельзя.

- Так ведь я могу остаться там без денег!

- Если заблокируют, можете попробовать позвонить по горячей линии.

- Хорошо, а как мне действовать, чтобы избежать такой ситуации?

- Заведите вторую карту, чтобы пользоваться, когда заблокируют первую.

- Но ведь если заблокируют одну, то потом и другую так же, нет?

- Не факт, что её заблокируют.

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

Летайте самолётами Аэрофлота!

Лорчик, привет!

Не так давно я зарегистрировал letter.to для своего предполагаемого любительского проекта. Сейчас у меня хочет его купить какой-то купи-продай (судя по выдаче гугла). Мне хватает денег, и я не горю желанием продавать домен; но интересно, сколько он может стоить.

• Покупатель не представляет фирму, мэйл гуглится в нескольких объявлениях купи-продай (чужие домики по 100к€).
• Остаться с доменом не боюсь, брал для себя.
• Считаю, что letter.to круче, чем letter.{com,org,net,info}.

Лорчик, помоги советом!

Организация xiph.org, развивающая ряд мультимедийных стандартов и их эталонных реализаций (включая vorbis, ogg, opus, daala и прочие), представила результаты слепого теста аудиокодеков AAC, Opus, Vorbis (aoYuV b6.03), mp3 (lame 3.99.5) и FAAC.

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

Результаты свидетельствуют о победе свободного и не требующего отчислений кодека Opus, ранее утверждённого комитетом IETF (Internet Engineering Task Force) в качестве интернет-стандарта.

Отдельно отмечается, что звучание Opus на 96кб/с было оценено слушателями выше, чем mp3 128кб/с.

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

Сегодня представлен мажорный релиз набора пользовательских утилит — xfsprogs 3.2.0.

За год с момента выхода предыдущей версии 17 разработчиков сделали более 300 коммитов, изменив около 30000 строк кода.

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

Другие изменения:

• улучшения в многопоточности для xfs_repair;
• xfs_db переведён на использование библиотеки libxfs (общего движка для пакета утилит);
• xfs_db теперь использует контрольные суммы для проверки целостности метаданных;
• xfs_io поддерживает возможности, добавленные в linux с момента предыдущего релиза xfsprogs;
• проведена работа по минимизации отличий кода libxfs и ядерной реализации.

Начиная с linux 3.15-rc5, пятая версия дискового формата признана стабильной и готовой для промышленного использования.

Также следует отметить отход от руководства разработкой компании SGI — оригинального разработчика XFS.

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

Привет, Лор.

Понадобилось мне вечером в пятницу порешать эти ваши дифуры с запаздыванием. В интернетах говорят, что в матлабе есть функция dde23 для этого. Запустил я Sage, потыкал автокомплит, — ничего похожего, к великому разочарованию. Нашёл пару проектов по теме: pydde и pydelay. Оба древние, в репах нет. Ок, ставлю руками — успешно. Запускаю ipython2, импортирую, вызываю, а оно мне плюётся:

ImportError: /home/username/.cache/scipy/python27_compiled/sc_168f4b81ca07c2cb64108491ef85113b5.so:
failed to map segment from shared object: Operation not permitted

Ну я потупил какое-то время, а потом понял, что у меня /home с noexec смонтирован. Перемонтировал — заработало.

У меня один вопрос: зачем так жить? Был ещё второй, но я снёс всю эту прелесть, ведь я свободный от задротства человек!

Засим выдыхаю и иду спать. Чего и тебе желаю, $(whoami).

Привет, Лор!

Сегодня обнаружил, что прилетело обновление для моей Nokia 515 (RM-952: V 09.04).

Хотел бы обсудить с товарищем dagaragga и, возможно, другими владельцами сего аппарата ( pekmop1024?) поднимавшийся ранее вопрос.

Прямо сейчас нет с собой usb-кабеля, чтобы проверить передачу файлов. Но вот быстрый поиск по адресной книге они так и не пофиксили (непереключение в нижний регистр).

1. Какие ещё баги вам мешали?
2. Остались ли они после обновления?
3. Довольны ли вы телефоном в целом спустя месяцы использования?

официальный тред боли на developers.nokia.com

p.s. — а линукс тут при том, что файлы бились при копировании на линуксовый хост и с него

ЛОРчик, как твои дела?
ОН грядёт? Ttt, дала?
Игор тонет? Жив ли брат?
Я люблю вас всех, ребят...

Bonus track: О том, как я разочаровываюсь в себе

ЛОРчик, я пришёл домой.
Ну, поговори со мной!
Расскажи, как прошёл день.
Я упоротый в говно...