LINUX.ORG.RU

Сообщения hobbit

 

Джойстики/контроллеры с поддержкой Linux и Wine/Proton

Привет, ЛОР.

Есть ли у нас люди, пользующиеся джойстиками для игр в Wine/Proton в 2023? Интересует опыт — какие модели джойстиков заводите, в какие игры получается играть (как насчёт семейства Mortal Kombat, например)?

Эту заметку видел :)

 ,

hobbit
()

Тинькофф Журнал открыл для себя open source

Пруф

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

 

hobbit
()

Kooka померла? И есть ли аналоги?

В своё время был такой проект:

Kooka is an intuitive, easy to use open source GNU/Linux scan program. It is the scan application of choice for the KDE platform and thus it is an official part of the KDE Graphics Package.

Kooka supports GOCR, an open source ocr project. Kooka works with KADMOS, a commercial OCR/ICR toolbox. Kooka interfaces Ocrad, a Free Software OCR program.

Были про него и темы на ЛОРе, правда, все они остались в середине нулевых.

Сейчас в базовом KDE у себя я его не наблюдаю, попытка сделать sudo pacman -S kde-graphics предлагает поставить что угодно, но не сабж.

Всё, проект дохлый? И есть ли современные альтернативы, или всё ценное в консоли?

 ,

hobbit
()

Ищу библиотеки элементов для LibreOffice Draw

Привет, ЛОР.

Есть ли для LibreOffice Draw сторонние библиотеки графических элементов под разные предметные области? Или даже не сторонние, просто не входящие в стандартную поставку?

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

Буду благодарен и за ссылки, и за аннотации по их содержимому.

 

hobbit
()

Где делать универсальную сборку

Привет, ЛОР.

Приходилось сталкиваться с мнением, что наилучший способ получить универсальный бинарник под линуксом — это собирать проект под в меру стареньким дистрибутивом и соответственно, со стареньким glibc.

Какой дистрибутив для этого лучше взять в 2023 году? Debian Oldstable (который сейчас Buster) подойдёт?

 ,

hobbit
()

Adobe запрещает подписчикам пользоваться ранними версиями ее ПО, подписчики опасаются судебных исков

На cnews прочитал прекрасное.

Компания Adobe запретила пользователям своего ПО из пакета Creative Cloud пользоваться старыми версиями ее софта. Как пишет Vice, Adobe устроила массовую рассылку уведомлений, в которых сообщила, что использование старых версий ее приложений – это прямое нарушение лицензионного соглашения, а это, в свою очередь, тянет на повод для судебного иска против клиентов.

Уведомления получили пользователи наиболее популярных и распространенных программ Adobe, известных во всем мире. Так, обвиняемыми в суде теперь могут оказаться все, кто работает в Lightroom Classic, Photoshop, Premiere, Animate и Media Director и по тем или иным причинам не обновляет их до актуальных версий.

Продолжение драмы

Другие ссылки по теме:

А линукс и опенсорс тут при том, что теперь ещё смешнее стало слушать песни на тему «Я выбираю программы не по идеологическим соображениям», «Столлман тащит в софт идеологию» и др.

 ,

hobbit
()

Копипасты с опеннета-2023

Привет, ЛОР.

В последнее время на форуме резко подскочило количество новостей, частично (а чаще полностью) перепечатанных с уважаемого ресурса opennet.ru. Дело дошло до того, что в новости про Nginx 1.24.0, пока я её чуток не почистил, обсуждали не сам Nginx, а исключительно факт копипасты с опеннета.

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

Напомню, что полтора года назад однозначно против копипаст было всего 11% опрошенных, остальные были либо за, либо равнодушны. Соответственно, честные перепечатки (с указанием ссылки на источник) я подтверждал без проблем. (К нечестным это, разумеется, не относится, их я либо сносил, либо, если новость была действительно интересная, подтверждал без начисления скора и с восстановлением ссылки.)

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

В тему призываются все, чьи комментарии пострадали :) в новости про Nginx — @Extraterrestrial, @Aleksandra, @UriZzz, @anonymous_sapiens, @Original_1 — ну и все остальные заинтересованные, конечно.

 , ,

hobbit
()

Длительность UDP-потока для RTSP

Привет, ЛОР.

Проводил я несколько экспериментов такого рода. На передающем конце RTSP-сервер и подключённая к нему камера. Сервер в отдаёт поток H.264 по UDP-транспорту. В одном эксперименте сервером был VLC, а к нему подключена простенькая Microsoft Lifecam VX-800. В другом — дорогое коммерческое решение. Результаты в обоих случаях одинаковы. :)

На приёмном конце находится самописная программа, читающая поток через библиотеки FFMPEG 3. Поток успешно читается, показывается, сохраняется в файл. Но при этом длительность одной порции потока, получаемой после одного avformat_open_input, составляет ровно 55 секунд. После этого поток приходится переоткрывать заново, на что уходит время (несколько секунд).

Вопрос: от чего зависит эта длительность, можно ли на это как-то повлиять?

Тут вы, конечно, спросите «где код»? Да, я начал было писать вырожденный пример, на котором ситуация повторяется, и который можно было бы выложить на форум. Но сначала попробовал вместо своей программы на приёмном конце поставить саму команду ffmpeg и направить выхлоп в файл, не накладывая никаких ограничений на длительность. Результирующий файл оказывается такой же длительности, чуть меньше минуты. Поэтому прежде чем погружаться в код, хочу определиться в принципе. Это особенность RTSP, особенность FFMPEG или что-то третье?

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

 , ,

hobbit
()

Можно ли получить RTSP-поток с USB-камеры?

Привет, ЛОР.

Есть ли возможность организовать RTSP-вещание, используя не IP-камеру, а простую USB, подключенную к компьютеру? К примеру, у меня есть Microsoft LifeCam VX-800, которая прекрасно работает под линуксом (в скайпе, зуме и т.п.). Можно ли программно «вытянуть» из неё RTSP-поток?

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

 , ,

hobbit
()

Идея: простой расшаренный блокнот или clipboard по сети

Привет, ЛОР.

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

В первом приближении в качестве такой программы сгодится любой текстовый чат. Но во-первых, не все применения такой программы он покрывает достаточно удобным образом (лог чата потом надо сохранять и приводить в порядок). Во-вторых, что более важно, большинство чатов для такой задачи переусложнены, как правило, требуют установки сервера, а продвинутые P2P-решения сфокусированы на шифровании (которое бывает нужно, но не всегда) и проблемах аутентификации (как вспомню ключи Tox-а, так вздрогну). Если зайти с другой стороны, можно поднять rsync или даже просто гонять файлы по SSH, а на каждой стороне использовать свои любимые текстовые редакторы. Но всё это слишком затратные по времени варианты, особенно если переброс идёт не между двумя десктопами, а между десктопом и мобильником, например.

Хочется чего-нибудь простого, что поднимается на раз. И кроссплатформенного, разумеется. Чтобы на флешке можно было таскать AppImage для линукса и portable-сборку для винды. (Да, с андроидом так просто уже не получится, но это уже второй этап.)

Есть такие программы? Сам я это писать скорее всего, не буду, на меня недописанный DoubleContact с укоризной смотрит. Но вдруг кто знает готовое или наоборот, вдохновится идеей и напишет.

 , ,

hobbit
()

Совместное использование префикса wine двумя linux-пользователями

Привет, ЛОР.

Есть 2 учётные записи на одном компьютере. И подумалось: а нельзя ли сделать так, чтобы в одну (весьма объёмистую) игру можно было играть из-под обоих аккаунтов, не дублируя содержимое wine-префикса?

Я перенёс префикс в «нейтральный» каталог, из домашних каталогов сделал на него символические ссылки. Открыл префикс и всё его содержание рекурсивно на запись всем. Владельцем остался первый пользователь. У него всё работает. У второго при попытке запуска игры под wine выдаётся сообщение:

wine: .wine-proton is not owned by you.

(Я использую wine-proton из репозитория @Kron4ek.)

Владелец каталога, понятное дело, может быть только один. Это принципиальное ограничение wine, или с этим можно что-то сделать, через группы как-то разрулить, например?

Уточнение: об одновременном запуске речь не идёт, только про совместное использование файлов игры. По очереди.

 

hobbit
()

Подключение к существующей X-сессии

Привет, ЛОР.

Представим локальную сеть, в которой есть админская рабочая станция и удалённая машина, на обоих — линуксы с иксами. На удалённой машине есть пользователь sidorov, к которому можно подключиться, например, по ssh.

Если я подключаюсь с админской машины по ssh -X, будет задействован её же X-сервер, и программы будут отображать свой GUI на админской же машине.

А есть ли решение, позволяющее подключиться к УЖЕ запущенной сессии того же пользователя sidorov на удалённой машине, чтобы программы запускались в его сессии и на удалённой же машине отображались? Пока на ум приходит только мысль написать простенькую программу-агента и вставлять её в автозапуск сессии, и чтобы она принимала команды по сети. Но может есть уже что-то:

  • готовое;
  • не кривое;
  • с хоть сколько-нибудь проработанной безопасностью (если этого агента писать по уму, придётся в него фактически целый SSH-сервер вставлять);
  • опенсорсное (скорее всего это придётся компилировать под свою систему)?

P.S. Всем спасибо, помогло явное указание DISPLAY=:0 перед вызовом нужной команды (спасибо @einhander). Да, в моём случае был нужен именно запуск, совместная работа с одним экраном — тема отдельная.

 , ,

hobbit
()

Окружности или круги?

Доброй ночи, ЛОР.

Как известно, в английском языке circle может означать как круг, так и окружность (хотя для окружности ещё есть circumference).

А в OpenCV есть функция HoughCircles на основе преобразования Хафа, которая ищет… А что она ищет? Круги или окружности? Другими словами, рассчитывает ли она на то, что то, что внутри окружности, закрашено?

Мне нужно находить именно окружности. Я сейчас пробую — да, что-то она находит, но много как ложных срабатываний, так, наоборот, и пропущенных фигур. Может, я не тем методом пользуюсь?

 ,

hobbit
()

Формулы и latex2rtf vs pandoc vs tex2word (да, опять)

Привет, ЛОР.

Я вот вчера сделал latex2rtf -S -p sometext.tex, полученный формат отнёс на машину с MS Word. На первый взгляд, даже очень пристойно. Разве что подзаголовки пришлось подправить, но тут я, скорее всего, сам виноват и делал теги не по феншую (хотя в PDFe они выглядели очень хорошо).

Главная засада в другом. В своё время мне подсказали ключик -S, без которого формулы пропадали. Теперь визуально они все на месте. Но если в ворде кликнуть по формуле, он задумывается и выдаёт: «Формула слишком велика для преобразования», очищает поле и выводит ставшую бесполезной панель редактора формул.

При этом речь идёт о простейших вещах вроде

$$
\Delta t = t_{cur}-t_{prev} \eqno (1)
$$

Разумеется, в PDF это тоже прекрасно выглядит.

Да, и без \eqno Word даёт ту же ошибку (решил проверить, пока писал это), так что холивар о том, как правильнее нумеровать формулы, скорее всего, не к месту.

Word 2007 и 2010 (формулы с нуля, причём в современном стиле, создаются без проблем, так что в вордах, скорее всего, все компоненты на месте), latex2rtf 2.3.18.

Пробовал пинать и pandoc 2.19.2, но он мой текст вообще не хочет конвертировать:

pandoc: Cannot decode byte '\xcf': Data.Text.Internal.Encoding.streamDecodeUtf8With: Invalid UTF-8 stream

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

Проблема в том, что у текста есть соавтор (более авторитетный, чем я), который хочет редактировать именно в ворде.

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

Поэтому пока хотелось бы получить именно технические варианты решения проблемы. :)

 , ,

hobbit
()

Про монструозность

Привет, ЛОР.

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

Но и меня настигло возмездие! Вот только что набрал в уютненьком pacman -S pandoc и получил:

Пакеты (203) ghc-libs-9.0.2-1  haskell-aeson-2.1.0.0-4  haskell-aeson-pretty-0.8.9-99  haskell-ansi-terminal-0.11.3-35  haskell-ansi-wl-pprint-0.6.9-352  haskell-appar-0.1.8-13  haskell-asn1-encoding-0.9.6-195
             haskell-asn1-parse-0.9.5-195  haskell-asn1-types-0.3.4-174  haskell-assoc-1.0.2-167  haskell-async-2.2.4-126  haskell-attoparsec-0.14.4-41  haskell-attoparsec-iso8601-1.1.0.0-17
             haskell-auto-update-0.1.6-282  haskell-base-compat-0.12.2-1  haskell-base-compat-batteries-0.12.2-20  haskell-base-orphans-0.8.7-27  haskell-base16-bytestring-1.0.2.0-47  haskell-base64-0.4.2.4-33
             haskell-base64-bytestring-1.2.1.0-69  haskell-basement-0.0.15-1  haskell-bifunctors-5.5.13-9  haskell-bitvec-1.1.3.0-18  haskell-blaze-builder-0.4.2.2-2  haskell-blaze-html-0.9.1.2-191
             haskell-blaze-markup-0.8.2.8-97  haskell-boring-0.2-4  haskell-bsb-http-chunked-0.0.0.4-326  haskell-byteable-0.1.1-25  haskell-byteorder-1.0.4-24  haskell-call-stack-0.4.0-119
             haskell-case-insensitive-1.2.1.0-170  haskell-cereal-0.5.8.3-1  haskell-citeproc-0.8.0.2-7  haskell-cmdargs-0.10.21-4  haskell-colour-2.3.6-144  haskell-commonmark-0.2.2-23
             haskell-commonmark-extensions-0.2.3.3-6  haskell-commonmark-pandoc-0.2.1.2-92  haskell-comonad-5.0.8-169  haskell-conduit-1.3.4.3-8  haskell-conduit-extra-1.3.6-40  haskell-connection-0.3.1-223
             haskell-constraints-0.13.4-16  haskell-contravariant-1.5.5-3  haskell-cookie-0.4.5-12  haskell-cryptonite-0.30-38  haskell-data-default-0.7.1.1-257  haskell-data-default-class-0.1.2.0-24
             haskell-data-default-instances-containers-0.0.1-36  haskell-data-default-instances-dlist-0.0.1-270  haskell-data-default-instances-old-locale-0.0.1-36  haskell-data-fix-0.3.2-69  haskell-dec-0.0.5-1
             haskell-digest-0.0.1.3-2  haskell-distributive-0.6.2.1-172  haskell-dlist-1.0-192  haskell-doclayout-0.4-18  haskell-doctemplates-0.10.0.2-28  haskell-easy-file-0.2.2-19  haskell-emojis-0.1.2-41
             haskell-erf-2.0.0.0-24  haskell-fast-logger-3.1.1-60  haskell-file-embed-0.0.15.0-1  haskell-generically-0.1-1  haskell-ghc-bignum-orphans-0.1.1-1  haskell-glob-0.10.2-57  haskell-gridtables-0.1.0.0-5
             haskell-haddock-library-1.10.0-180  haskell-hashable-1.4.1.0-32  haskell-hourglass-0.2.12-213  haskell-hslua-2.2.1-14  haskell-hslua-aeson-2.2.1-15  haskell-hslua-classes-2.2.0-32
             haskell-hslua-core-2.2.1-26  haskell-hslua-marshalling-2.2.1-20  haskell-hslua-module-doclayout-1.0.4-64  haskell-hslua-module-path-1.0.3-23  haskell-hslua-module-system-1.0.2-20
             haskell-hslua-module-text-1.0.2-22  haskell-hslua-module-version-1.0.3-20  haskell-hslua-objectorientation-2.2.1-16  haskell-hslua-packaging-2.2.1-12  haskell-hsyaml-0.2.1.1-25
             haskell-http-api-data-0.5-6  haskell-http-client-0.7.13.1-21  haskell-http-client-tls-0.3.6.1-65  haskell-http-date-0.0.11-103  haskell-http-media-0.8.0.0-172  haskell-http-types-0.12.3-274
             haskell-http2-3.0.3-8  haskell-hunit-1.6.2.0-161  haskell-indexed-traversable-0.1.2-2  haskell-indexed-traversable-instances-0.1.1.1-20  haskell-integer-logarithms-1.0.3.1-6  haskell-iproute-1.7.12-45
             haskell-ipynb-0.2-60  haskell-jira-wiki-markup-1.4.0-80  haskell-juicypixels-3.3.7-37  haskell-lexer-1.1-11  haskell-libyaml-0.1.2-262  haskell-lpeg-1.0.3-16  haskell-lua-2.2.1-17
             haskell-memory-0.17.0-34  haskell-mime-types-0.1.1.0-1  haskell-mmorph-1.2.0-5  haskell-monad-control-1.0.3.1-69  haskell-mono-traversable-1.0.15.3-93  haskell-network-3.1.2.7-45
             haskell-network-byte-order-0.1.6-145  haskell-network-uri-2.6.4.1-103  haskell-old-locale-1.0.0.7-30  haskell-old-time-1.1.0.3-30  haskell-onetuple-0.3.1-42  haskell-optparse-applicative-0.17.0.0-17
             haskell-pandoc-lua-marshal-0.1.7-21  haskell-pandoc-types-1.22.2.1-19  haskell-pem-0.2.4-251  haskell-pretty-show-1.10-13  haskell-primitive-0.7.4.0-45  haskell-psqueues-0.2.7.3-49
             haskell-quickcheck-2.14.2-373  haskell-random-1.2.1.1-71  haskell-recv-0.0.0-6  haskell-resourcet-1.2.6-17  haskell-safe-0.3.19-8  haskell-safe-exceptions-0.1.7.3-25  haskell-scientific-0.3.7.0-80
             haskell-semialign-1.2.0.1-87  haskell-semigroupoids-5.3.7-71  haskell-servant-0.19.1-2  haskell-servant-server-0.19.2-3  haskell-sha-1.6.4.4-19  haskell-simple-sendfile-0.2.30-323
             haskell-singleton-bool-0.1.6-7  haskell-skylighting-0.13.1.1-3  haskell-skylighting-core-0.13.1.1-3  haskell-skylighting-format-ansi-0.1-17  haskell-skylighting-format-blaze-html-0.1.1-13
             haskell-skylighting-format-latex-0.1-17  haskell-socks-0.6.1-199  haskell-some-1.0.4.1-1  haskell-sop-core-0.5.0.2-1  haskell-split-0.2.3.5-13  haskell-splitmix-0.1.0.4-110  haskell-statevar-1.2.2-2
             haskell-streaming-commons-0.2.2.5-3  haskell-strict-0.4.0.1-141  haskell-string-conversions-0.4.0.1-138  haskell-syb-0.7.2.2-11  haskell-tagged-0.8.6.1-5  haskell-tagsoup-0.14.8-193
             haskell-temporary-1.3-482  haskell-texmath-0.12.5.4-6  haskell-text-conversions-0.3.1.1-28  haskell-text-icu-0.8.0.2-16  haskell-text-short-0.1.5-46  haskell-th-abstraction-0.4.5.0-1
             haskell-th-compat-0.1.4-10  haskell-th-lift-0.8.2-13  haskell-th-lift-instances-0.1.20-12  haskell-these-1.1.1.1-168  haskell-time-compat-1.9.6.1-64  haskell-time-manager-0.0.0-279  haskell-tls-1.6.0-21
             haskell-transformers-base-0.4.6-69  haskell-transformers-compat-0.7.2-1  haskell-type-equality-1-12  haskell-typed-process-0.2.10.1-21  haskell-unicode-collation-0.1.3.3-6  haskell-unicode-data-0.4.0-4
             haskell-unicode-transforms-0.4.0.1-36  haskell-uniplate-1.6.13-160  haskell-unix-compat-0.6-37  haskell-unix-time-0.4.8-9  haskell-unliftio-0.2.23.0-2  haskell-unliftio-core-0.2.0.1-9
             haskell-unordered-containers-0.2.19.1-44  haskell-utf8-string-1.0.2-117  haskell-uuid-types-1.0.5-84  haskell-vault-0.3.1.5-123  haskell-vector-0.13.0.0-12  haskell-vector-algorithms-0.9.0.1-18
             haskell-vector-stream-0.1.0.0-1  haskell-wai-3.2.3-160  haskell-wai-app-static-3.1.7.4-93  haskell-wai-extra-3.1.13.0-4  haskell-wai-logger-2.4.0-155  haskell-warp-3.3.23-12  haskell-witherable-0.4.2-28
             haskell-word8-0.1.3-22  haskell-x509-1.7.7-24  haskell-x509-store-1.6.9-49  haskell-x509-system-1.6.7-52  haskell-x509-validation-1.6.12-54  haskell-xml-1.3.14-30  haskell-xml-conduit-1.9.1.1-154
             haskell-xml-types-0.3.8-8  haskell-yaml-0.11.8.0-70  haskell-zip-archive-0.4.2.2-7  haskell-zlib-0.6.3.0-27  lua-lpeg-1.0.2-4  pandoc-2.19.2-29

Размер, правда, небольшой, поставилось довольно быстро. :)

 , ,

hobbit
()

Чем Proton лучше wine + DXVK?

На третий день индеец Соколиный Глаз заметил, что у тюремной камеры нет одной стены…

Привет, ЛОР.

Внезапно озадачился вопросом: а есть ли у Proton как цельного продукта преимущества перед wine, к которому руками прикручен DXVK? Я смотрю, что в репозитории @Kron4ek, например, есть сборки и wine, и proton. Есть шанс, что у Proton будет меньше проблем с некоторыми играми?

 

hobbit
()

Простой редактор кода или IDE для HTML/CSS с деплоем по кнопке

Привет, ЛОР.

А чего такого из работающего под линуксом есть, чтобы можно было редактировать HTML/CSS, периодически в том же редакторе нажимать кнопку «Сделать зашибись» «Опубликовать», и сам редактор/IDE это поместит в удалённый каталог?

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

Ну и кроме деплоя хотелось бы, чтобы редактор был удобен именно для HTML: панель инструментов и всё такое. 20 лет назад в линуксе были в ходу всякие BlueFish и Quanta Plus, но сейчас, как я понимаю, всё это померло?.. Вместо Кванты уже много лет назад рекомендовали kdevelop, но не слишком ли он универсальный монстр, он ведь всё-таки не для веб-разработки изначально делался…

 , , нубовопрос

hobbit
()

Ищу интерпретатор формул для C++ с предварительным парсингом

Добрый день, ЛОР.
Ищу класс/библиотеку для C++, которому можно сначала скармливать формулы с арифметическими действиями и общеупотребительными математическими функциями (тригонометрия, логарифмы, всё вот это вот), а потом прокачивать через него массив аргументов и получать результат обработки по этим формулам.
Давным-давно был неплохой класс Parser от Jos de Jong, у которого объём нужных функций был близок к идеалу. Но во-первых, в сохранившихся у меня файлах нет информации о лицензии, а актуальные файлы в интернете не находятся. Тот же автор потом написал программу SpeqMath и все открытые наработки, похоже, из Сети убрал (ну или я плохо искал). Во-вторых, оптимальность реализации у него была так себе: формула парсилась всякий раз при вычислении очередного значения.
А хотелось бы найти интерпретатор с предварительным парсингом — к примеру, в конструктор передаётся строка с формулой, тут же парсится и преобразуется в последовательность кодов операций, отдельными методами передаются дополнительные переменные, и наконец, аргумент (или даже массив аргументов) для собственно расчётов.
Есть такие библиотеки? Желательно под LGPL или вообще под пермиссивной лицензией, ибо будет использоваться в проприетарном коде (но если найду, что улучшить в самой библиотеке, патчи автору зашлю, разумеется).

P.S. Читерство в виде вызова компилятора из своей программы не предлагать.

 , , ,

hobbit
()

DeadBeef и FLAC

Привет, ЛОР.

Сегодня обнаружил, что после обновления манжары DeadBeef перестал проигрывать файлы FLAC. WavPack и всякие lossy играют нормально.

Описание проблемы нашлось на манжарофоруме: необновлённый по какой-то причине DeadBeef просит libFLAC.so.8, а в системе стоят уже 10 и 12.

Принудительно обновлять DeadBeef до актуальной версии мне в силу вектора его нынешнего развития мне не очень хотелось, поэтому я совершил в /usr/lib небольшое хулиганство:

ln -s libFLAC.so.12 libFLAC.so.8

Да, это грязный хак, недостойный линуксоида, блюдущего систему в чистоте, и от хорошей жизни такое не делают. Но FLAC после этого стал проигрываться нормально. Без ломающих (возможно) обновлений.

Рекомендовать этот путь никому не буду, но вдруг кому-то пригодится. На будущее, возможно, всё-таки стоит смотреть альтернативы говядине, например, QMMP с simple ui (как минимум три человека на ЛОРе свидетельствуют, что полёт нормальный).

 , , ,

hobbit
()

Как нам оформить опрос про оперативную память

Привет, ЛОР.

Вот он, лежит в неподтверждённых. Пункты выглядят, как

4 ГиБ <= у меня < 8 ГиБ
8 ГиБ <= у меня < 16 ГиБ

Как выяснилось в комментариях, не меньше двух человек не увидели разницы между <= и <. Кроме того, неприятие вызвали сами наименования ГиБ и Миб, несмотря на то, что они приняты МЭК и являются частью IEC 80000-13:2008 (в России — ГОСТ Р МЭК 80000-13—2016, раздел 4).

Можно заменить формулировки на что-то вроде

от 4 ГБ (включительно) до 8 ГБ (исключительно)
от 8 ГБ (включительно) до 16 ГБ (исключительно)

Но хотелось бы собрать побольше мнений на эту тему. Я считаю первый вариант максимально точным.

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

Итак, спорных моментов два:

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

P.S. Третий вариант, компромиссный:

8 ГБ ≤ x < 16 ГБ
16 ГБ ≤ x < 32 ГБ

Сейчас склоняюсь к нему…

 

hobbit
()

RSS подписка на новые темы