Привет, ЛОР.
Приходилось сталкиваться с мнением, что наилучший способ получить универсальный бинарник под линуксом — это собирать проект под в меру стареньким дистрибутивом и соответственно, со стареньким glibc.
Какой дистрибутив для этого лучше взять в 2023 году? Debian Oldstable (который сейчас Buster) подойдёт?
На cnews прочитал прекрасное.
Компания Adobe запретила пользователям своего ПО из пакета Creative Cloud пользоваться старыми версиями ее софта. Как пишет Vice, Adobe устроила массовую рассылку уведомлений, в которых сообщила, что использование старых версий ее приложений – это прямое нарушение лицензионного соглашения, а это, в свою очередь, тянет на повод для судебного иска против клиентов.
Уведомления получили пользователи наиболее популярных и распространенных программ Adobe, известных во всем мире. Так, обвиняемыми в суде теперь могут оказаться все, кто работает в Lightroom Classic, Photoshop, Premiere, Animate и Media Director и по тем или иным причинам не обновляет их до актуальных версий.
Другие ссылки по теме:
ksa242);ksa242);А линукс и опенсорс тут при том, что теперь ещё смешнее стало слушать песни на тему «Я выбираю программы не по идеологическим соображениям», «Столлман тащит в софт идеологию» и др.
Привет, ЛОР.
В последнее время на форуме резко подскочило количество новостей, частично (а чаще полностью) перепечатанных с уважаемого ресурса 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 на удалённой машине, чтобы программы запускались в его сессии и на удалённой же машине отображались? Пока на ум приходит только мысль написать простенькую программу-агента и вставлять её в автозапуск сессии, и чтобы она принимала команды по сети. Но может есть уже что-то:
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 ГБ (исключительно)
Но хотелось бы собрать побольше мнений на эту тему. Я считаю первый вариант максимально точным.
Уже неоднократно были случаи, когда опрос висит в неподтверждённых больше месяца, и всех всё устраивает, а после подтверждения начинаются вопросы «почему не хватает того и этого». Давайте прервём эту традицию и обсудим формулировки в форуме, в который, как я понимаю, заглядывают чаще, чем в неподтверждённые.
Итак, спорных моментов два:
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
| ← предыдущие | следующие → |