Доброй пятницы, ЛОР.

Вопрос в первую очередь тем, кто погружался в исходники компиляторов: gcc, clang, rustc, fpc, go… Используют ли они универсальные инструменты для лексического анализа и разбора — все эти flex, bison и др., которые рекомендуют учебники?

Или же там для разбора исходников написано что-то своё, более низкоуровневое?

И второй вопрос — что посоветуете человеку, который хочет что-то вытаскивать из написанного людьми (*) кода на C или C++? Пойти по классике и упороться flex-ом или?..

В первую очередь интересен первый вопрос, особенно в части gcc и clang. Жду рассказов людей, которые туда погружались и выплыли. :)

(*) - так-то понятно, что можно повесить вывеску «принимается только код, обработанный бьютифаером» и по-бырому сделать «парсер» на регулярках, а то и вручную. И «для себя» и даже для небольшого коллектива это будет вполне нормальное инженерное решение, даже в чём-то юниксвейное. А вот если задаться целью сделать как следует…

Upd: в обсуждении выяснилось, что со вторым вопросом, если не лезть внутрь функций, помогает CastXML. Пример:

castxml globals.cpp --castxml-gccxml -o ./out.xml -I ../core -I /usr/include/qt4

Upd2: gcc-xml, предшественник CastXML, тоже поддерживает ключ -I, но в имевшемся у меня мане он не описан. Выходной файл в этом случае задаётся ключом -fxml=...

Всем спасибо за помощь.

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

Google Contacts умеет выгружать себя в файл формата VCF. При этом фотографии сохраняются в виде ссылок на сайт googleusercontent.com.

Есть у меня желание добавить в DoubleContact возможность сгружать все фотографии из адресной книги по найденным ссылкам и сохранять их в саму адресную книгу. Как это лучше организовать?

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

Добрый день, Лор.

С неделю назад ко мне в гитхаб постучалось нечто с ником leela52452 и оставило пуллреквест. Предлагает все сочетания из трёх точек заменить на юникодные многоточия.

Посмотрел в профиль пришельца — 36 реп, все форкнутые. Кроме сиплюсплюснутых, есть проекты на яве, питоне, перле и даже Vala. Роботы нынче пошли с широким кругозором. :)

Собственно вопрос: а насколько это принято и безопасно? Сейчас, хвала Qt Linguist, у меня почти все файлы в ASCII. А тут уже юникодный спецсимвол, хоть и более-менее общепринятый. Есть примеры известных опенсорсных проектов, где такое лепят прямо в исходники?

На опеннете пишут:

http://www.opennet.ru/opennews/art.shtml?num=51046

С позиции UK ISPA протокол DNS-over-HTTPS наоборот угрожает безопасности пользователей и разрушает принятые в Великобритании стандарты интернет-безопасности, так как упрощает обход блокировок и фильтров, устанавливаемых провайдерами в соответствии с требованиями регулирующих органов Великобритании или при организации систем родительского контроля.

Меняем UK ISPA на РКН и думаем о будущем. (Собственно, анонимус уже так и сделал, но слишком прямолинейно, в результате тема попала под 4.2).

Добрый день, ЛОР.

Недавно я накатил на командировочный ноутбук Fedora 29 с LxQt. В качестве дефолтного браузера там стоит лёгкий Falkon 3.1.0. И какое-то время он меня устраивал почти всем (*), пока не поехал в командировку.

Как известно, эпоха анонимного доступа в интернет в России кончилась. «Публичные» Wi-Fi сети при заходе в них показывают в браузере страницу входа и просят ввести номер мобильника, после чего высылают на телефон код доступа. Это работает во всех мейнстримных браузерах, как в Linux, так и в Windows.

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

Естественно, это жуткий костыль, поэтому в итоге я поставил в Федору Chromium, который с таким вайфаем справляется самостоятельно.

Вопрос 1: Это как-то решается в настройках Falkon или это какой-то отдельный протокол, о существовании которого Falkon не подозревает?

Вопрос 2. А как с этим дело в других малопопулярных браузерах — PaleMoon, Vivaldi, Otter, наконец, (e)links?

Вопрос 3. А есть ли возможность осуществить вход в такую сеть вообще без браузера? К примеру, если я захожу в интернет, чтобы по FTP/SCP файло куда-нибудь закинуть, мне всё равно надо обязательно запустить браузер только для входа, а всё остальное я и из файлового менеджера сделаю. Отдельная утилита меня бы вполне устроила. (Хотя подозреваю, что с современными технологиями в эту утилиту придётся как раз целый браузер и тащить...)

--

(*) Даже работает Сбербанк-онлайн, с которым я, честно говоря, ожидал боли, и оплата хостинга через интернет картой того же СБ.

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

В объявлении класса:

QSettings* realSettings;
QSettings& userSettings;

В заголовке конструктора:

realSettings(new QSettings()), userSettings(*realSettings),

И в одном из методов:

delete realSettings;
realSettings = new QSettings(...);

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

ВНИМАНИЕ, ВОПРОС: что вообще при этом должно произойти со ссылкой? Она должна сохранять валидность? Или это вообще UB? Как это ни смешно, в тестах оно работает и не падает.

Пока очень хочется завернуть код, чтобы всё это извращение переписали на работу с указателями, но код будет более многословный, да. Автор горячится и доказывает, что ссылки придумали специально для того, чтобы они никогда не были невалидными. Я же как-то привык, что ссылка — это «относительно безопасный указатель», и здесь вот эта относительность проявляется. (Что нам вообще мешало вызвать delete, но не вызывать new?)

Если UB — то лучше переписать, конечно.

Добрый день, ЛОР.

Fedora 29.

Установлено:

texlive-etoolbox-svn46602-25.fc29.noarch
texlive-xkeyval-svn35741.2.7a-25.fc29.noarch
texlive-thumbpdf-20180414-35.fc29.noarch
texlive-underscore-svn18261.0-25.fc29.noarch
texlive-tex-20180414-35.fc29.x86_64
texlive-txfonts-svn15878.0-25.fc29.noarch
texlive-euenc-svn19795.0.1h-25.fc29.noarch
texlive-lualibs-svn43153-25.fc29.noarch
texlive-pst-math-svn34786.0.63-25.fc29.noarch
texlive-ulem-svn26785.0-25.fc29.noarch
texlive-luaotfload-20180414-35.fc29.noarch
texlive-fancyvrb-svn18492.2.8-25.fc29.noarch
texlive-amscls-svn46099-25.fc29.noarch
texlive-ae-svn15878.1.4-25.fc29.noarch
texlive-lib-20180414-35.fc29.x86_64
texlive-ifluatex-svn47293-25.fc29.noarch
texlive-graphics-cfg-svn40269-25.fc29.noarch
texlive-sauerj-svn15878.0-25.fc29.noarch
texlive-paralist-svn43021-25.fc29.noarch
texlive-microtype-svn46323-25.fc29.noarch
texlive-rsfs-svn15878.0-25.fc29.noarch
texlive-dtl-20180414-35.fc29.x86_64
texlive-latexbug-svn45559-25.fc29.noarch
texlive-placeins-svn19848.2.2-25.fc29.noarch
texlive-trimspaces-svn15878.1.1-25.fc29.noarch
texlive-l3packages-svn47705-25.fc29.noarch
texlive-hyperref-svn46583-25.fc29.noarch
texlive-pstricks-add-svn46541-25.fc29.noarch
texlive-xltxtra-svn39453-25.fc29.noarch
texlive-xetex-20180414-35.fc29.x86_64
texlive-knuth-lib-svn35820.0-25.fc29.noarch
texlive-natbib-svn20668.8.31b-25.fc29.noarch
texlive-float-svn15878.1.3d-25.fc29.noarch
texlive-texlive-scripts-20180414-35.fc29.noarch
texlive-manfnt-font-svn45777-25.fc29.noarch
texlive-changepage-svn15878.1.0c-25.fc29.noarch
texlive-fpl-svn15878.1.002-25.fc29.noarch
texlive-mflogo-svn42428-25.fc29.noarch
texlive-soul-svn15878.2.4-25.fc29.noarch
texlive-xunicode-svn30466.0.981-25.fc29.noarch
texlive-currfile-svn40725-25.fc29.noarch
texlive-pst-node-svn46170-25.fc29.noarch
texlive-ucs-svn35853.2.2-25.fc29.noarch
texlive-typehtml-svn17134.0-25.fc29.noarch
texlive-scheme-basic-svn25923.0-25.fc29.noarch
texlive-cm-svn45811-25.fc29.noarch
texlive-colortbl-svn47614-25.fc29.noarch
texlive-euler-svn42428-25.fc29.noarch
texlive-wasy-svn35831.0-25.fc29.noarch
texlive-courier-svn35058.0-25.fc29.noarch
texlive-babel-english-svn44495-25.fc29.noarch
texlive-finstrut-svn21719.0.5-25.fc29.noarch
texlive-marginnote-svn48383-25.fc29.noarch
texlive-section-svn20180.0-25.fc29.noarch
texlive-varwidth-svn24104.0.92-25.fc29.noarch
texlive-eso-pic-svn47694-25.fc29.noarch
texlive-pst-eps-svn15878.1.0-25.fc29.noarch
texlive-powerdot-svn45165-25.fc29.noarch
texlive-jknapltx-svn19440.0-25.fc29.noarch
texlive-collection-fontsrecommended-svn35830.0-25.fc29.noarch
texlive-ifxetex-svn19685.0.5-25.fc29.noarch
texlive-graphics-def-svn46267-25.fc29.noarch
texlive-fp-svn15878.0-25.fc29.noarch
texlive-latex-fonts-svn28888.0-25.fc29.noarch
texlive-carlisle-svn47876-25.fc29.noarch
texlive-fancybox-svn18304.1.4-25.fc29.noarch
texlive-lua-alt-getopt-svn29349.0.7.0-25.fc29.noarch
texlive-wasy2-ps-svn35830.0-25.fc29.noarch
texlive-csquotes-svn47564-25.fc29.noarch
texlive-eurosym-svn17265.1.4_subrfix-25.fc29.noarch
texlive-pxfonts-svn15878.0-25.fc29.noarch
texlive-beton-svn15878.0-25.fc29.noarch
texlive-cmextra-svn42428-25.fc29.noarch
texlive-lineno-svn21442.4.41-25.fc29.noarch
texlive-knuth-local-svn38627-25.fc29.noarch
texlive-mathpazo-svn15878.1.003-25.fc29.noarch
texlive-parskip-svn19963.2.0-25.fc29.noarch
texlive-sepnum-svn20186.2.0-25.fc29.noarch
texlive-titlesec-svn40129-25.fc29.noarch
texlive-algorithms-svn42428-25.fc29.noarch
texlive-ifplatform-svn45533-25.fc29.noarch
texlive-ms-svn42428-25.fc29.noarch
texlive-oberdiek-20180414-35.fc29.noarch
texlive-pst-fill-svn15878.1.01-25.fc29.noarch
texlive-pst-tree-svn43272-25.fc29.noarch
texlive-ltxmisc-svn21927.0-25.fc29.noarch
texlive-realscripts-svn39706-25.fc29.noarch
texlive-mnsymbol-svn18651.1.4-25.fc29.noarch
texlive-xetexconfig-svn45845-25.fc29.noarch
texlive-collection-latexrecommended-svn45955-25.fc29.noarch
texlive-texlive.infra-20180414-35.fc29.noarch
texlive-url-svn32528.3.4-25.fc29.noarch
texlive-marvosym-svn29349.2.2a-25.fc29.noarch
texlive-psnfss-svn33946.9.2a-25.fc29.noarch
texlive-pdftex-20180414-35.fc29.x86_64
texlive-zapfding-svn31835.0-25.fc29.noarch
texlive-iftex-svn29654.0.2-25.fc29.noarch
texlive-unicode-data-svn48003-25.fc29.noarch
texlive-mathtools-svn46250-25.fc29.noarch
texlive-avantgar-svn31835.0-25.fc29.noarch
texlive-mptopdf-20180414-35.fc29.noarch
texlive-babel-russian-svn45007-25.fc29.noarch
texlive-zapfchan-svn31835.0-25.fc29.noarch
texlive-chngcntr-svn47577-25.fc29.noarch
texlive-euro-ce-svn25714-25.fc29.noarch
texlive-ifetex-svn47231-25.fc29.noarch
texlive-makecmds-svn15878.0-25.fc29.noarch
texlive-mparhack-svn15878.1.4-25.fc29.noarch
texlive-rcs-svn15878.0-25.fc29.noarch
texlive-texlive-en-20180414-35.fc29.noarch
texlive-updmap-map-svn48150-25.fc29.noarch
texlive-attachfile-svn42099-25.fc29.noarch
texlive-luatexbase-svn38550-25.fc29.noarch
texlive-filehook-svn24280.0.5d-25.fc29.noarch
texlive-pst-3d-svn17257.1.10-25.fc29.noarch
texlive-pst-plot-svn47163-25.fc29.noarch
texlive-pst-blur-svn15878.2.0-25.fc29.noarch
texlive-tex-gyre-svn48058-25.fc29.noarch
texlive-cm-super-svn15878.0-25.fc29.noarch
texlive-polyglossia-svn47392-25.fc29.noarch
texlive-texlive-common-doc-svn44191-25.fc29.noarch
texlive-2018-25.fc29.noarch
texlive-base-20180414-35.fc29.x86_64
texlive-tetex-20180414-35.fc29.noarch
texlive-booktabs-svn40846-25.fc29.noarch
texlive-babel-svn47932-25.fc29.noarch
texlive-caption-svn47968-25.fc29.noarch
texlive-dvips-20180414-35.fc29.x86_64
texlive-enumitem-svn24146.3.5.2-25.fc29.noarch
texlive-index-svn24099.4.1beta-25.fc29.noarch
texlive-luatex-20180414-35.fc29.x86_64
texlive-qstest-svn15878.0-25.fc29.noarch
texlive-bookman-svn31835.0-25.fc29.noarch
texlive-ncntrsbk-svn31835.0-25.fc29.noarch
texlive-anysize-svn15878.0-25.fc29.noarch
texlive-cite-svn36428.5.5-25.fc29.noarch
texlive-filecontents-svn47890-25.fc29.noarch
texlive-ifmtarg-svn47544-25.fc29.noarch
texlive-makeindex-20180414-35.fc29.x86_64
texlive-ntgclass-svn15878.2.1a-25.fc29.noarch
texlive-sansmath-svn17997.1.1-25.fc29.noarch
texlive-texlive-msg-translations-svn48373-25.fc29.noarch
texlive-utopia-svn15878.0-25.fc29.noarch
texlive-breakurl-svn29901.1.40-25.fc29.noarch
texlive-memoir-svn47305-25.fc29.noarch
texlive-pgf-svn44231-25.fc29.noarch
texlive-pst-coil-svn37377.1.07-25.fc29.noarch
texlive-pst-text-svn15878.1.00-25.fc29.noarch
texlive-pst-slpe-svn24391.1.31-25.fc29.noarch
texlive-sansmathaccent-svn30187.0-25.fc29.noarch
texlive-extsizes-svn17263.1.4a-25.fc29.noarch
texlive-wasysym-svn15878.2.0-25.fc29.noarch
texlive-collection-basic-svn45851-25.fc29.noarch
texlive-texconfig-20180414-35.fc29.noarch
texlive-etex-pkg-svn41784-25.fc29.noarch
texlive-plain-svn43076-25.fc29.noarch
texlive-tools-svn47671-25.fc29.noarch
texlive-setspace-svn24881.6.7a-25.fc29.noarch
texlive-babelbib-svn25245.1.31-25.fc29.noarch
texlive-footmisc-svn23330.5.5b-25.fc29.noarch
texlive-ucharcat-svn38907-25.fc29.noarch
texlive-fancyref-svn15878.0.9c-25.fc29.noarch
texlive-euro-svn22191.1.1-25.fc29.noarch
texlive-metafont-20180414-35.fc29.x86_64
texlive-times-svn35058.0-25.fc29.noarch
texlive-charter-svn15878.0-25.fc29.noarch
texlive-enctex-svn34957.0-25.fc29.noarch
texlive-gsftopk-20180414-35.fc29.x86_64
texlive-luabidi-svn30790.0.2-25.fc29.noarch
texlive-mfnfss-svn46036-25.fc29.noarch
texlive-pspicture-svn15878.0-25.fc29.noarch
texlive-tex-gyre-math-svn41264-25.fc29.noarch
texlive-type1cm-svn21820.0-25.fc29.noarch
texlive-tipa-svn29349.1.3-25.fc29.noarch
texlive-fontspec-svn48320-25.fc29.noarch
texlive-lualatex-math-svn44621-25.fc29.noarch
texlive-listings-svn37534.1.6-25.fc29.noarch
texlive-auto-pst-pdf-svn23723.0.6-25.fc29.noarch
texlive-metalogo-svn18611.0.12-25.fc29.noarch
texlive-ctable-svn38672-25.fc29.noarch
texlive-l3experimental-svn47705-25.fc29.noarch
texlive-xifthen-svn38929-25.fc29.noarch
texlive-kpathsea-20180414-35.fc29.x86_64
texlive-lm-svn48145-25.fc29.noarch
texlive-tex-ini-files-svn40533-25.fc29.noarch
texlive-glyphlist-20180414-35.fc29.noarch
texlive-ltabptch-svn17533.1.74d-25.fc29.noarch
texlive-mflogo-font-svn36898.1.002-25.fc29.noarch
texlive-chktex-20180414-35.fc29.x86_64
texlive-hyph-utf8-svn48290-25.fc29.noarch
texlive-mfware-20180414-35.fc29.x86_64
texlive-texlive-docindex-svn45575-25.fc29.noarch
texlive-latex-20180414-35.fc29.noarch
texlive-unicode-math-svn48309-25.fc29.noarch
texlive-pst-pdf-20180414-35.fc29.noarch
texlive-pdfpages-svn45659-25.fc29.noarch
texlive-bidi-svn48397-25.fc29.noarch
texlive-obsolete-2018-25.fc29.noarch
texlive-hyphen-base-svn48303-25.fc29.noarch
texlive-multido-svn18302.1.42-25.fc29.noarch
texlive-fancyhdr-svn44730-25.fc29.noarch
texlive-lwarp-20180414-35.fc29.noarch
texlive-helvetic-svn31835.0-25.fc29.noarch
texlive-bibtex-20180414-35.fc29.x86_64
texlive-fix2col-svn38770-25.fc29.noarch
texlive-mdwtools-svn15878.1.05.4-25.fc29.noarch
texlive-simplecv-svn35537.1.6a-25.fc29.noarch
texlive-bera-svn20031.0-25.fc29.noarch
texlive-koma-script-svn47249-25.fc29.noarch
texlive-pst-grad-svn15878.1.06-25.fc29.noarch
texlive-seminar-svn34011.1.62-25.fc29.noarch
texlive-mathspec-svn42773-25.fc29.noarch
texlive-collection-latex-svn41614-25.fc29.noarch
texlive-amsfonts-svn29208.3.04-25.fc29.noarch
texlive-graphics-svn47350-25.fc29.noarch
texlive-translator-svn46231-25.fc29.noarch
texlive-pst-ovl-svn45506-25.fc29.noarch
texlive-psfrag-svn15878.3.04-25.fc29.noarch
texlive-symbol-svn31835.0-25.fc29.noarch
texlive-ec-svn25033.1.0-25.fc29.noarch
texlive-lm-math-svn36915.1.959-25.fc29.noarch
texlive-pslatex-svn16416.0-25.fc29.noarch
texlive-environ-svn33821.0.3-25.fc29.noarch
texlive-l3kernel-svn48022-25.fc29.noarch
texlive-showexpl-svn42677-25.fc29.noarch
texlive-pstricks-svn48256-25.fc29.noarch
texlive-breqn-svn43071-25.fc29.noarch
texlive-dvipdfmx-20180414-35.fc29.x86_64
texlive-amsmath-svn47349-25.fc29.noarch
texlive-etex-svn37057.0-25.fc29.noarch
texlive-subfig-svn15878.1.3-25.fc29.noarch
texlive-latexconfig-svn45777-25.fc29.noarch
texlive-crop-svn15878.1.5-25.fc29.noarch
texlive-palatino-svn31835.0-25.fc29.noarch
texlive-cmap-svn42428-25.fc29.noarch
texlive-kastrup-svn15878.0-25.fc29.noarch
texlive-parallel-svn15878.0-25.fc29.noarch
texlive-textcase-svn15878.0-25.fc29.noarch
texlive-geometry-svn47638-25.fc29.noarch
texlive-xcolor-svn41044-25.fc29.noarch
texlive-pst-tools-svn45978-25.fc29.noarch
texlive-beamer-svn46705-25.fc29.noarch
texlive-xdvi-20180414-35.fc29.x86_64

При компиляции (что в latex, что в pdflatex, без разницы) простейшего текста из преамбулы и слова 'Sample' выдаётся сообщение:

I can't find file `t2aenc.def'

или

! Package fontenc Error: Encoding file `t2aenc.def' not found.

Чего может не хватать? На ЛОРе нашёл тему 2012 года, но у человека была гента, и ему там насоветовали пакет texlive-langcyrillic. В репозитории Федоры такого не наблюдается. Пакет texlive-babel-russian, повторюсь, установлен.

На лурке в обсуждении статьи о LFS обнаружил фразу, оброненную анонимусом:

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

Кто-нибудь из местных делал такое? Так, чтобы всё из исходников и только нужное тебе? Мануалы есть?

Добрый день, ЛОР.

Встала задача — накатить на CentOS 7 старенький Puppet 3.8. Зачем, не спрашивайте, вопрос скорее организационный, чем технический. В репозитории Puppet для CentOS версии слишком новые.

Соответственно, пытаюсь поставить из исходников. С Ruby раньше дела не имел. Нашёл на гитхабе тарболл Puppet 3.8.7. Почитал Readme. Там идёт отсылка на документы, которых на сайте давно нет, а также наводки на gem install bundler и bundle install.

Я поставил все ruby*.rpm и rubygem*.rpm, имеющиеся на диске центоса. Попробовал поэкспериментировать с gem и bundle — они пытаются лезть в интернет.

Да, дальше по идее надо зарываться в документацию и не на один день, а времени мало. :( Если есть знающие люди, хотелось бы понять, какие у меня вообще шансы:

1) Проходим ли вообще этот квест? 2) Проходим ли он без интернета (ну или с предварительным скачиванием каких-то файлов, понять бы ещё, каких)? Или начинать объяснять людям, что они хотят невозможного? (Последний вариант рассмотрю, но чтобы он сработал, мне нужны конкретные технические аргументы, которых у меня как ruby-нуба пока нет.) Надеюсь, что на ЛОРе есть доброжелательные эксперты по данному вопросу.

Добрый день, ЛОР.

Некоторое время назад я мигрировал со SquirrelMail на Roundcube. Инструмент, разумеется, куда более мощный, настраиваемый, исчезли проблемы с кракозябрами и др.

Но вот что я заметил. В SquirrelMail в окне логина поле ввода этого самого логина было обычным текстовым инпутом. Как следствие — когда я начинал набирать логин, Firefox предлагал ранее введённые варианты из локальной истории. Логином выступает просто адрес электронной почты, если что.

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

Можно это как-то победить? Имеет ли смысл вообще писать багрепорт авторам Roundcube (я даже пока не очень понимаю, как его сформулировать), или сейчас считается, что это «не баг, а фича»? Да, я понимаю, в общем случае это повышение безопасности — но я хочу, чтобы на МОЁМ компе просто подставлялся адрес электронной почты, в качестве логина, он-то точно не секретный, если какая-то малварь, собирающая данные для спамобаз, хочет им разжиться, она его и в более легкодоступных местах возьмёт. Да, можно было бы как вариант, формировать эту форму по-разному для «своего» и «чужого» компьютера.

К паролю всё написанное выше, разумеется, не относится.

В теме про Qt удалили абсолютно технический вопрос. Нафига? Ну да, там было чрезмерно резкое слово «паразитировать», я бы написал по-другому. Но сам вопрос был вполне по делу, ИМХО...

Я смотрю, в этой теме удалили по 5.2 сообщение, оскорбляющее не конкретный юзернейм, а «неопределённый круг лиц» - целевую аудиторию языков программирования Python и Rust (среди которой, разумеется, есть и ЛОРовцы). Заодно и четверть комментариев как корова языком слизнула, но сейчас я не про это.

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

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

Сегодня захотел выдернуть одну дорожку из wv.iso и перегнать её в MP3 для рингтона. Помню, что в своё время DeaDBeeF это делал без труда. Но сегодня что-то не заладилось. Выбираю дорожку, «конвертировать», декодер — встроенный MP3 CBR 320 Lame, жму OK — ничего не происходит.

Как и советует автор, я сначала скачал последнюю статическую сборку, потом грохнул (ну точнее, переименовал) профиль. Первое не помогло, ошибка осталась. После второго, наконец, вылезло человеческое сообщение про ненайденный lame. После установки последнего конвертор волшебным образом :) заработал.

В чём моя ошибка, я понял. Я неверно интерпретировал слово «встроенный», думая, что речь про декодер. А встроенный, видимо, только пресет конвертирования, декодеры должны в системе стоять. Что ж, в этом есть своя логика.

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

В целом, спасибо автору, видимо, DeaDBeeF — это самый простой способ выдёргивания дорожек из понравившейся музыки в Linux...

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

Имеется LG Leon H324 (нерутованный). Android 5.0.1. Общий объём внутренней памяти заявлен как 4 Гб. Как я понимаю, где-то 2,4 Гб из них система сжирает под себя, их уже не вернуть.

Несколько чисел:

• 1 675 911 168 - total space (это хорошо согласуется с объёмом 1598,27 Гб, про него писали на 4PDA);
• 97 820 672 - free space;
• 89 319 940 - общий объём файлов и каталогов внутренней памяти.

Для подсчёта применял плагин PortaDev к Far Manager. Да, подключался из винды, поскольку подключение к телефону по MTP из KDE5 у меня падает при каждом чихе (с этим тоже надо будет разобраться, но это тема отдельная).

Разница между первым значением и суммой второго и третьего — почти полтора гига. Кто её съедает?

Добрый день, ЛОР.

У меня предложение к модераторам: а давайте, если новость сносится как дубль, в причине обязательно указывать ссылку на дублируемую тему? А то там зачастую столько интересного вылезает.

Бывает и такое, что новость сносится, как дубль... темы в толксах, хотя значимость тянула хотя бы на мини-новость.

Добрый день, ЛОР.

Как считаете, сколько памяти сейчас нужно ставить программисту в __новый__ системный блок по соотношению цена/качество? Пока колеблюсь между 16 и 32 гигами.

Линукс тут при том, что в новом компе почти однозначно будет стоять 64-разрядный дебиан (возможны также рецидивные поползновения на Gentoo и попытки собрать LFS), и хочется наконец-то попробовать виртуализацию с KVM...

P.S. Первоначальная формулировка, видимо, ввела часть участников дискуссии в заблуждение. Уточняю: системник покупается программисту (т.е. мне) на дом, кроме программирования, предполагаются и другие задачи, в т.ч. пользование браузером и кое-какое 3D, хоть и не YOBA-уровня.

Здрасте-пожалуйста. В кои-то веки реанимировали программу, о которой давно не было слышно, тут приходит Dimez и сносит тему с мотивацией «Увы, но неинтересно».

Я, возможно, не прав, но по-моему, интересно-неинтересно это вообще вкусовщина. Новость либо соответствует тематике форума, либо не соответствует. А дискуссия для неподтверждённой новости сразу разгорелась бодрая. Нужны ли диски? Ну кому как, я, например, с разными людьми дело имею, и последний диск нарезал не далее, как 2 недели назад (не сабжевой прогой, правда). А сабжевая прога за былое время своего существования пригодилась, пожалуй, куда большему числу людей, чем тот же ReactOS, про который новости тут всё-таки подтверждают.

Новость к тому же оформлена хорошо. И рисунок в кои-то веки вполне информативный скриншот, а не логотип в пол-экрана, как тут часто бывает.

Короче, я в шоке.

Добрый день, ЛОР.

Пытаюсь собрать на древней системе ffmpeg 3.2. Старый ffmpeg и ffmpeg-devel снёс.

Сделал:

./configure --disable-yasm --disable-zlib
make

От рута:

make install

Библиотеки установились в /usr/local/lib.

Добавил в /etc/ld.so.conf.d текстовый файл с упоминанием /usr/local/lib, выполнил ldconfig.

Запущенный ffmpeg показывает:

ffmpeg version 3.2 Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 4.1.3 (GCC) 20080704 (prerelease)
  configuration: --disable-yasm --disable-zlib
  libavutil      55. 34.100 / 55. 34.100
  libavcodec     57. 64.100 / 57. 64.100
  libavformat    57. 56.100 / 57. 56.100
  libavdevice    57.  1.100 / 57.  1.100
  libavfilter     6. 65.100 /  6. 65.100
  libswscale      4.  2.100 /  4.  2.100
  libswresample   2.  3.100 /  2.  3.100

Теперь я запускаю свой кутешный проект. В файле проекта есть ссылки на библиотеки ffmpeg:

unix {
LIBS += -lavutil -lavformat -lavcodec -lswscale
}

Мои исходники компилируются, но линкер обламывается со следующей формулировкой:

/usr/local/lib/libavformat.a(apngenc.o): In function `apng_write_chunk':
/home/user/projects/ffmpeg-3.2/libavformat/apngenc.c:61: undefined reference to `av_crc_get_table'
/home/user/projects/ffmpeg-3.2/libavformat/apngenc.c:69: undefined reference to `av_crc'
/home/user/projects/ffmpeg-3.2/libavformat/apngenc.c:72: undefined reference to `av_crc'

То есть программа подцепляет libavformat.a, а уже в нём почему-то не получается подцепить имя, заданное в libavutil.a/crc.o

Раньше тот же проект без проблем собирался в Windows, а также в Linux с более старой версией ffmpeg, которую опакечивал не я (но условные компиляции в проекте присутствуют, да).

Уже вторая новость про ReactOS выходит с тегом «ненужное». Я сначала думал, что это ТС так прикалывается, а теперь посмотрел — оказывается, это Shaman007 добавил при подтверждении.

Это вообще-то нормально при модерации новостей?

Доброе утро, ЛОР.

Имеется в наличии упоротый XML-файл с контактами (Родина дала им RFC 6351, но нет, надо извратиться — впрочем, это тема отдельная), в котором внутри одного элемента многострочный текст. Типа:

<contact>BEGIN:VCARD&#13;
VERSION:3.0&#13;
PRODID:-//Apple Inc.//iOS 9.2//EN&#13;
FN:John Smith&#13;
END:VCARD&#13;
</contact>

Т.е., как я понимаю, классическая виндовая пара возврат каретки - перевод строки. Перевод строки таким и остаётся, а возврат кодируется кодом с амперсендом.

Парсить это я научился, не вопрос. Теперь стоит задача генерировать такое средствами Qt. Как затащить в QDomText такой текст с разделителями? Амперсанд он заменяет на & что логично. Если же написать join(«\r\n»), то в коде это вырождается в