Привет, ЛОР.

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

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

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

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

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

Привет, ЛОР.

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

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

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

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

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

Привет, ЛОР.

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

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

Привет, ЛОР.

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

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

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

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

Привет, ЛОР.

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

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

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

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

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

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

Привет, ЛОР.

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

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

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

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

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

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

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

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

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

Привет, ЛОР.

Я вот вчера сделал 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 (но с этим пока неясно).

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

Привет, ЛОР.

Тут зачастую люди отвергают какую-нибудь программу из-за монструозных зависимостей — тащит не только центнер 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

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

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

Привет, ЛОР.

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

Привет, ЛОР.

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

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

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

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

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

Привет, ЛОР.

Сегодня обнаружил, что после обновления манжары 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 (как минимум три человека на ЛОРе свидетельствуют, что полёт нормальный).

Привет, ЛОР.

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

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 ГБ

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

Добрый вечер, ЛОР.

Manjaro KDE. Спохватился я, что система, которая раньше запрашивала обновления раз в несколько дней, молчит как партизан.

Графическая обновлялка пишет «Ваша система актуальна» и говорит, что последнее обновление было 5 сентября.

Запускаю sudo pacman -Syu. Он предлагает заменить kwayland-server на extra/kwin, steam-manjaro на multilib/steam, wxgtk-common на extra/wxwidgets-common, wxgtk3 на extra/wxwidgets-gtk3. Я как Швейк на всё соглашаюсь, после чего он выкатывает список на 685 пакетов, соглашаюсь. Он качает по 1-2 пакета, после чего вываливается с криком:

ошибка: curl returned error 12 from transfer
предупреждение: не удалось получить некоторые файлы
ошибка: не удалось завершить транзакцию (непредвиденная ошибка)
Обнаружены ошибки, пакеты не обновлены.

И так несколько раз. Что это может быть?

Подумалось…

Дистрибутивов много. Программ их инсталляции тоже. А вот есть ли в каких-нибудь дистрибутивах такой инсталлятор, который при обнаружении уже установленного GRUB (или другого универсального загрузчика) предлагал бы как один из вариантов просто добавить себя туда?

Схожий вопрос по UEFI. Когда я давным-давно ставил Федору в дуалбут с виндой на UEFI-ноуте, она поставила туда свой UEFI-совместимый GRUB, уже из него вызываются и винда, и линукс. Но ведь можно, наверное, как-то просто добавиться в сам UEFI, если он не огорожен? Или нет?

Особенно это актуально, когда я хочу иметь на машине два-три разных линукса (не виртуалки, нативно).

Привет, ЛОР.

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

Пример. В файлах .ui для Qt, помимо прочего, для каждой переводимой фразы указывается источник в программе, вплоть до номера строки. Я хочу этот атрибут заигнорить, чтобы результатом диффа были только добавленные и изменённые фразы, а изменившиеся номера строк в дифф не лезли.

Есть программа xml-diff, но она не про игнор, она про сортировку атрибутов перед сравнением (что тоже бывает важным, да).

Интересует также, есть ли такие программы для JSON или YAML, например.

День добрый.

Недавно в мои руки в очередной раз попал древний дистрибутив с легаси-системы, где в mc был поломан Shift+F6: вместо переименования файла с использованием старого имени в качестве образца mc просто предлагал его удалить. Я всегда думал, что это криворукость создателей дистрибутива, однако на сей раз решил погуглить, и оказалось, что в 2011 году (да-с, и с такими артефактами приходится работать) проблема была вполне известной, а работающее решение на ЛОРе опубликовал ananas:

[история успеха?] shift+f5 и shift+f6

Я попробовал — заработало! И даже ссылка на pastebin за 11 лет не протухла. И автор решения до сих пор заглядывает на ЛОР, что тоже радует.

ananas, огромное спасибо!

Перемещено hobbit из desktop

Добрый день.
Как помнят старожилы, когда-то на ЛОРе был целый раздел с русской документацией. Потом эта документация безвозвратно устарела и в конце концов раздел с сайта исчез.
А идея была хорошая. Но если её сейчас воскрешать — вопрос будет тот же. Есть среди ЛОРовцев в 2022 году люди, готовые писать статьи для сайта, и кому есть чем поделиться?

P.S. Если что, этот вопрос — пока что сугубо моя личная инициатива, с Макскомом и кем бы то ни было ещё не согласованная (но предполагаю, что если я с ним на эту тему заговорю, он первым делом спросит «А что выкладывать-то будем»?).

Привет, ЛОР.

Тут народ хочет писать, компилировать и использовать новейший плюсовый код (включая модули из C++20 и u32string) на двух сильно старых системах. Одна на базе Debian Wheezy, другая на CentOS 7.

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

Нет, сертификации там никакой нет (это первое, что я у них спросил), сторонние исходники использовать можно. Единственное ограничение — не ломать и не удалять уже установленные пакеты. Т.е. новый gcc надо собрать так, чтобы он мог вызываться в качестве альтернативы к существующему (через /etc/alternatives, например).

Задача реальна и если да, то КАК?