HDD

2022

79%

Может, люди Jabber-клиентами потому и не пользуются, что в Jabber не с кем переписываться, а теперь начнут.

Ну вот, опять приплетание неприплетаемого.

Забавная религия.

Там собираются сделать гибкий фреймворк для навешивания действий на каждое сообщение. Для современных IM это мастхэв. В Pidgin 2 сообщение тупо падает в текстовый лог и после этого с ним толком делать ничего нельзя. Ни редактирования, ни реплаев, ни форвардов, максимум через прплоспецифичные костыли. Посему юзабельность весьма ограничена, только как фоновая логописалка и уведомлялка и годится, по сути — а для чего-то сложнее всё равно приходится запускать более полноценный клиент.

И в это же ограничение упирается не только Pidgin, но и прочие морды к libpurple. В том числе Bitlbee/Spectrum2, посему прплы для транспортов малоюзабельны тоже.

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

[ ] Жаббер не нужен [V] Телега не нужна [V] Сабж не нужен [V] Голанг не нужен [V] TDlib не нужен [V] Васянохостинги не нужны [V] Бинари по 50 мегабайт не нужны [ ] Опенсорс от корпораций не нужен [ ] Скрипач не нужен [ ] ЛОР не нужен [ ] Всё не нужно

Эти ваши SSD уже умеют не просирать данные, если их на полгода без питания оставить, особенно в жаре? Как минимум бэкапы на HDD всё равно держать следует. Ну или на лентах, лол.

Хотя вот гибридный вариант (когда SSD меньшего объёма выступает кэширующим фронтендом для HDD) имеет смысл, в принципе.

sudopacman

Читакши???

Это отфонарная поделка одного фрика.

Мой вариант использует исконные старославянские времена — аорист и имперфект — отмершие в восточнославянских языках в XII веке. В южнославянских же языках они местами живы и поныне (в том числе в церковнославянском, так что ПГМнутым, филологам и прочим интересующимся они могут быть вполне знакомы и не требуют изучения).

В целом можно ориентироваться по Викисловарю (английскому, русский довольно плохо заполнен), например: вводим слово «жить», находим «Inherited from Proto-Slavic *žiti», кликаем на *žiti, смотрим табличку «Conjugation». Важно также учитывать фонетические изменения, произошедшие в языке за это тысячелетие; держу их в голове, они не всегда очевидны. Если какого-то глагола нету — можно подобрать другой из такого же класса, они в целом изменяются одинаково (кроме коротких, там особые случаи).

Это, однако, не решает пока проблему с сослагательным наклонением, поскольку в современном русском оно образуется из рудиментарного аориста от «быть» + причастие, так что его тоже надо чем-то заменить. Пока прорабатываю два варианта: либо откапывать субъюнктив/оптатив аж из праиндоевропейского, либо сделать аналогично балтийским языкам (там какое-то -či­- и непонятно, откуда и на каком историческом этапе оно образуется, надо покопаться в соответствующей литературе). Параллельно систематизирую потихоньку реконструированные изменения аориста и имперфекта, когда доведу до ума — вброшу на лингвофорум какой-нибудь, пускай филологи возможные недочёты исправят (я ж аматор без гуманитарного образования всё-таки ;)). А пока это предварительная версия, так что и не форшу её особо, в принципе.

неприплетаемого

Почему?

опакечивают зависимости сами тоже

Про то и речь. А тут про какое-то автоматическое скачивание. Если сборочная система может никуда не лазить, а использовать системные зависимости, надо было так и написать.

Важно отметить, что в go.mod жёстко указываются хэши конкретных коммитов, так что у разработчиков зависимостей насовать троянов просто так не выйдет, если они даже чего-то поребейзят — хэш сломается. Благодаря этому же обеспечивается стабильность сборки, если в зависимостях появятся ломающие изменения. Это вам не npm какой-нибудь, где тупо номер версии проверяется.

Это второй конец той же палки, которую кидают пользователям авторы новомодных язычков, не умеющих в системные пакеты. Либо вы выкачиваете случайную версию зависимости, с поломанной совместимостью, либо поломанную полностью, либо с трояном, либо вы скачиваете фиксированную версию зависимости, значит устаревшую, по этой же причине сломанную (мир-то не стоит на месте - новые форматы данных, новые версии TLS, новые клгоритмы шифрования, новые протоколы), и с известными уязвимостями. Причём выпускать релизы только ради обновления зависимостей go.mod-макаки обычно не торопятся.

Да, так и делают. И, если написали про «автоматически», про это нужно было написать.

Так а про бекапы речь не шла вроде.

А тут про какое-то автоматическое скачивание

Ну так речь о сборке из исходников, при чём здесь опакечивание?

никуда не лазить, а использовать системные зависимости

Это работает разве что для C/C++ и в очень ограниченной степени для Python. У прочих ЯП есть свои устоявшиеся пакетные менеджеры для установки зависимостей, которые дёргают свои репозитории (причём кроссплатформенные, а не привязанные к конкретному дистрибутиву и к никсам в принципе). Если мейнтейнеры дистрибутива хотят выделываться и перепаковывать каждую зависимость в микропакет своего формата (а потом заставлять пользователей выгребать эти стопицот node-*, в которых метаданных больше, чем полезного содержимого) — флаг им в руки, апстрим здесь при чём? :P

В любом случае, сабжа ещё нет в репозиториях ни одного дистрибутива, так что непонятно, к чему это вообще. Равно как и всех нужных зависимостей (потому что их туда притаскивают ради конкретных программ, а не просто на случай, если разработчикам понадобятся).

не умеющих в системные пакеты

Каждого отдельного дистрибутива, ага.

Подвижки к сборке таких пакетов есть — и то хлеб, а в общем случае как это всё поддерживать (и зачем)?

Причём выпускать релизы только ради обновления зависимостей go.mod-макаки обычно не торопятся

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

Новость для ленивых булочек написана, а не для буквоедов, для них есть README и прочий RTFM :P

А что, бэкапы должны круглосуточно делаться?

Основной носитель тоже должен переживать потенциально внезапное отключение надолго, с самыми актуальными данными.

Это хорошая новость!

Потому что.

Давно уже умеют. Это каким нищукским сознанием нужно обладать, чтобы не покупать SSD?

Давно уже умеют

Пруф?

чтобы не покупать SSD?

А куда его пихать-то? Привод выкидывать жалко, он рабочий ещё, диски-то в любом случае читать чем-то надо. ЖД оно не замена, в случае окирпичивания с HDD можно хоть что-то спасти, даже если его голова исцарапает, а у SSD контроллер откажет — и привет. Внешний втыкать чисто для ускорения — ну такое себе, лучше рамы докинуть и обмазаться tmpfs по заветам Spoofing, рама-то заведомо быстрее.

А написал, выше, что завязал с наркотиками)

А ещё он много жрёт и течёт (хоть и меньше, чем всякие электроноподелия, конечно).

Не меньше: Метапрог-прототип, версия 11 + бенчмарк (комментарий), и так было уже два года назад.

С возвращением, кстати!

Не меньше

Шлак может гиг съесть за милую душу, так что есть куда расти.

А впрочем, «нативный» софт на всяких питонах (и даже не на питонах) тоже жрёт эдак 150–250 МБ, что вполне на уровне телеги уже. Да и не только он, даже Word 2007, который на винде укладывается мегабайт в 50, под Wine хавает более 200 МБ, и это минимум в принципе для любой прикладухи под Wine (оверхед, видимо). На винде-то из-за того, что весь софт под струнку на ±одних и тех же либах ходит — достигается внушительная экономия памяти, а в линусячьем зоопарке такое возможно только в манямирках отдельно взятых тулкитофобов.

Телеграм преспокойнейше этот же самый гиг за шесть часов использования съест. В сообщении я показал, сколько он съел при самом старте.

https://xkcd.com/605/

Ничего что, этот гиг я у себя на машине освобождал, а не выводил его йоба-расчётами?

После тупо висения в фоне?

На разных версиях воспроизводится?

поделка одного фрика

Спешу огорчить, то, что будет придумано bodqhrohro, тоже будут считать поделкой одного фрика.

Это если последователи не найдутся ;) Вероятность этого сильно больше, чем у отфонарного поделия. Singular they в инглише ведь тоже в некотором роде «откопан» (хоть и далеко не из глубин веков).

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

с. 391:

Uzroke reinkarnacije aorista ne treba tražiti u impulsima koji su u drugoj polovici XX stoljeća uticali na privremenu renesansu aorista, kada su ga oživjeli književni prevodi sa jezika koji su imali dva preteritalna oblika (romanski jezici) ili pak samo jedan (njemački i engleski) u opoziciji prema perfektu (Kravar, 1981, 135). Ako se tada radilo o vještačkom oživljavanju, danas novi život aorista predstavlja spontanu pojavu, pojavu koja nije diktirana bilo kakvim političkim ili ideološkim razlozima, spoljnim impulsima i sl. Kratkoća aorista, njegova neobičnost odlučujući su faktori za njegovu elektronsko-medijalnu reinkarnaciju, a periferni položaj ovog oblika u gramatičkom sistemu dodatno potpomaže ekspresivnoj upotrebi.

Точнее, с. 393, там нумерация сбита.

Призывается бренная оболочка commagray, кстати (ну или не призывается, ведь оболочка сия тоже, судя по всему, занята чем-то важным).

Зачем ты этим оффтопом засираешь свой же тред?

Версия 1.1.0

Добавлены команды:

• /silent — отправляет сообщения с беззвучным (в официальных клиентах) уведомлением;

• /schedule — откладывает доставку сообщения на определённое время или до момента появления собеседника онлайн. Можно запланировать всем поздравления с ДР вперёд на целый год ;)

Ну не твой же засирать.

Ну так речь о сборке из исходников, при чём здесь опакечивание?

Может при том что сборка из исходников - неотъемлемая часть опакечивания?

Это работает разве что для C/C++ и в очень ограниченной степени для Python. У прочих ЯП есть свои устоявшиеся пакетные менеджеры для установки зависимостей

Это работает для всего, на 100% для классики типа perl, ruby, lua, haskell, php, ocaml, r, плагинов emacs и vim и много чего ещё. И этому придётся работать и для новоязов rust, go, даже если их конченые разработчики всячески будут ставить палки в колёса, потому что ничего такого что устранило бы необходимость в системных пакетах их сообщества не родили. Почему есть такая необходимость я писал выше.

На самом деле, уже давно работает:

• https://repology.org/projects/?search=node%3A
• https://repology.org/projects/?search=go%3A
• https://repology.org/projects/?search=rust%3A

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

Это враньё - не может быть никаких не привязанных к конкретному дистрибутиву репозиториев, пока модули могут зависеть от библиотек на других языках, а это повсеместно.

Если мейнтейнеры дистрибутива хотят выделываться и перепаковывать каждую зависимость в микропакет своего формата (а потом заставлять пользователей выгребать эти стопицот node-*, в которых метаданных больше, чем полезного содержимого)

Выделываются тут, повторюсь, только говноеды думающие что кроме их велосипедной системы сборки ничего нет. А один модуль в одном системном пакете это данность, никаких проблем с этим не было и нет. Не понятно к чему претензия про «выгребать», потому что yarn или какое там в ноде модное говно, выгребает их точно также, и метаданных там примерно столько же.

В любом случае, сабжа ещё нет в репозиториях ни одного дистрибутива, так что непонятно, к чему это вообще

Скорее всего потому и нет.

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

Ну я и говорю что без системных пакетов не обойтись.

но libpurple убогое говно, и будет таковым, пока Pidgin 3 не выйдет, то есть, по мнению derlafff — целую вечность ;DDD

Ну я не знаю, лет 10 назад еще у кого-то были какие-то надежды на релиз libpurple3, сейчас - едва ли.

pidgin3 должен по идее быть портирован на gtk3, только вот gtk3 уже deprecated похоже.

Плюсы я знаю так себе, Rust компилится целую вечность, а Go шустрый и компилится в няшную бинарю, которую хоть на быдлохостинг впихнуть можно

Для раста можно использовать вот такой костыль для портабельности: https://github.com/intoli/exodus

Может при том что сборка из исходников - неотъемлемая часть опакечивания?

В обратную сторону это не работает.

плагинов emacs и vim

Что, серьёзно? их в дистрорепах полторы штуки.

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

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

Завязка на пакетах из дистрибутива единственным решением этой необходимости не является. А для нениксов это не является решением в принципе.

пока модули могут зависеть от библиотек на других языках

node-gyp/pip вполне себе даже нативные зависимости качают и компилируют, и чихать хотят на ту некромантию, что в системе творится. Более того, для разработки считается дурным тоном завязываться на системных версиях рабочих инструментов вместо обёрток типа nvm/rvm/rustup/pyenv, которые позволяют быстро подсовывать нужные версии в зависимости от того, какая используется на конкретном проекте, и держать их по нескольку на диске сразу (с чем в некоторых дистрибутивах проблемы).

думающие что кроме их велосипедной системы сборки ничего нет

А это здесь при чём?

выгребает их точно также

Этот мусор остаётся в директории проекта или в кэше ПМ языка, и не влияет на замусоривание системных разделов и снижение производительности системного ПМ из-за кучи микропакетов.

Скорее всего потому и нет.

Всего лишь потому, что он вчера выпущен — внезапно?

Ну я и говорю что без системных пакетов не обойтись

Это здесь при чём вообще?

На протухших дистрибутивах в порядке вещей как раз обратное: в репозиториях дистрибутива окаменевшие версии зависимостей (пусть даже и запатченные от дыр), а через ПМ языка можно без бубна накатить свежайшие.

gtk3 уже deprecated

Скатертью по жопе, тормозной и глючный уродец переходного периода, как Windows Vista. Но в ближайшие годы ещё придётся с кучей софта на нём страдать, однако. Ну или не страдать и пооткапывать GTK+2-шный, пока Gtk до ума не доведут, ага.

Да бинари и так портабельные, тут претензия к дотошному компилятору.

Интересно, что у GNU-шной реализации выйдет. Хотя вряд ли что-то хорошее, сравнивая GCC и Clang. Разве что гентушники меньше ныть будут.

В обратную сторону это не работает.

Эта фраза что-то значит?

Что, серьёзно? их в дистрорепах полторы штуки.

Ложь.

https://repology.org/projects/?search=vim%3A https://repology.org/projects/?search=emacs%3A

Ещё скажите, что браузерные расширения надо из репозиториев дистрибутива ставить, лол.

Естественно

https://repology.org/projects/?search=ffext%3A

А потом их из самого браузера даже отключить толком нельзя, потому что прав рута нет, «вашим браузером управляет организация».

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

node-gyp/pip вполне себе даже нативные зависимости качают и компилируют

Нет конечно. Они даже не знают чем и как их компилировать. Ну и посмотрел бы я как бы они скомпилировали opencv какой-нибудь.

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

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

Этот мусор остаётся в директории проекта или в кэше ПМ языка, и не влияет на замусоривание системных разделов и снижение производительности системного ПМ из-за кучи микропакетов.

На каких разделах лежат пакеты и какой ПМ их количество замедляет - детали, это вообще не важно. И, например, системный ПМ на плюсах намного быстрее говна на питоне или жс.

Всего лишь потому, что он вчера выпущен — внезапно?

Ну не вчера, с 1.0.0 уже 3 дня прошло, а вообще проекту уже два года. При этом полезные проекты как правило опакечивают в течение часов после анонса как минимум в 3-4 крупных репах, сужу по своим проектам. Конечно, только если система сборки этому не препятствует.

Это здесь при чём вообще?

Да именно при том. Ты выставил как фичу гвоздями прибитые версии зависимостей, я сказал что это означает неисправленные уязвимости. Ты упомянул то что могло быть подано как решение этой проблемы - уведомления, но сходу показал что оно не работает - уведомления есть не для всех языков, не на всех платформах, да ещё и никак не энфорсятся. Значит астрим их чинить не будет. А если апстрим не будет, то кроме мантейнеров пакетов чинить их некому. Следовательно, опакечивание в системном репозитории обязательно.

Эта фраза что-то значит?

Конечно. Из того, что для опакечивания программу нужно собрать — никак не следует, что для сборки и установки программу нужно опакетить.

Ложь

Где? На фоне почти 6000 скриптов на https://www.vim.org/scripts/ эти две сотни самых попсовых — пшик. Причём эти две сотни только в репозиториях Gentoo и деривативов, а в репозиториях Debian/Ubuntu/Arch/Fedora и того меньше — пару десятков. В репозиториях Alpine вообще шиш с маслом ;D

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

Ну например, потому что они могут конфликтовать с какими-нибудь сайтами? Перезапускать для этого браузер, что ли?

Наоборот, я не хочу чтобы браузер внезапно выключил мне расширение

А браузер никто и не спрашивает, процесс расширения банально OOM Killer прибить может (если оно в отдельном процессе, конечно).

Они даже не знают чем и как их компилировать

Знают, и пишут, и посылают ставить. Накатить для node-gyp подходящую версию MSVC на винде — это вообще знатная свистопляска.

этот подход просто не работает на практике

Именно на практике зоопарк легаси-проектов и существует. Это только у фанатиков всё всегда из дистрибутива и подогнано друг под друга. Непубличной проприетарщины там вообще быть не может по очевидным причинам.

детали, это вообще не важно

Теоретик? Винты безразмерные? ;)

а вообще проекту уже два года

Опубликован он лишь непосредственно перед размещением новости на ЛОРе.

сужу по своим проектам

Потому что они нужнее, чем сабж? ;)

Ты выставил как фичу гвоздями прибитые версии зависимостей, я сказал что это означает неисправленные уязвимости

Следить за зависимостями — забота разработчиков и мейнтейнеров. Вообще непонятно, как это связано со стабилизацией сборки. Если апстрим тупит, то мейнтейнеры могут сами форкать и обновлять зависимости, обычное дело. Непонятно, как из этого следует, что версии зависимостей не должны быть жёстко прописаны.

да ещё и никак не энфорсятся

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

А если апстрим не будет, то кроме мантейнеров пакетов чинить их некому

Либо вообще некому. Мейнтейнеры с неба берутся и обязаны пахать на крикливых юзверей, или что?

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

Репозитории которой системы? А что, если такого вообще нет?

Конечно. Из того, что для опакечивания программу нужно собрать — никак не следует, что для сборки и установки программу нужно опакетить.

Ну я посмотрю как ты end-user’у будешь рассказывать что твою поделку нужно собирать руками.

Где? На фоне почти 6000 скриптов на https://www.vim.org/scripts/ эти две сотни самых попсовых — пшик

Также как и количество опакеченного софта пшик на фоне количества репозиториев на гитхабе. Просто 90% - ненужный хлам.

Ну например, потому что они могут конфликтовать с какими-нибудь сайтами? Перезапускать для этого браузер, что ли?

Для этого расширение выключается для сайта средствами расширения. Не нужно удалять для этого расширение из браузера.

Знают, и пишут, и посылают ставить.

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

Теоретик? Винты безразмерные? ;)

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

И, кстати, про безразмерные винты это хороший поинт, ибо выше ты же писал

держать их по нескольку на диске сразу (с чем в некоторых дистрибутивах проблемы).

Опубликован он лишь непосредственно перед размещением новости на ЛОРе.

Не надо врать, я вижу даты на лоре и в гитее. С публикации новости уже прошло двое суток.

Потому что они нужнее, чем сабж?

Не могу объективно судить. Субъективно нет.

Следить за зависимостями — забота разработчиков и мейнтейнеров. Вообще непонятно, как это связано со стабилизацией сборки. Если апстрим тупит, то мейнтейнеры могут сами форкать и обновлять зависимости, обычное дело.

Супер. То есть пришли к тому за что я топлю - без системных пакетов никуда.

∎

Ну я посмотрю как ты end-user’у будешь рассказывать что твою поделку нужно собирать руками

Для эндъюзеров есть готовые билды, внезапно. Только у нас ещё CI не настроена, а заливать куда-то васянобилды — нутакоэ :P Собственноручно собранному доверия больше.

ненужный хлам

Зачем тогда возмущаетесь в треде о ненужном хламе? :P

средствами расширения

Если они есть.

Правильно, из родной репы дистрибутива

Подскажете репы дистрибутива, в которых есть MSVC?

пакет занимает один объём места на винте

Ага, а всякие changelog/copyright/содержимое пакета/readme/man/etc., напиханные мейнтейнерами, места не занимают совершенно.

А на каком разделе он лежит не важно

Разделы резиновые, да? :P Не, ну у LVM-богов они и впрямь резиновые, но вот с отдельными носителями это уже не работает. SSD под систему + HDD под данные — обычная конфигурация нынче, например.

я вижу даты на лоре и в гитее

Даты коммитов? А дата публикации здесь при чём? :P

С публикации новости уже прошло двое суток

Калькулятор подарить? (11.02.22 19:19:07) - (10.02.22 00:10:53) = (01.00.00 19:08:14)

То есть пришли к тому за что я топлю - без системных пакетов никуда

Как «никуда», если их тупо нет? :P И не игнорируйте кейс, когда наоборот — системные пакеты отстают от апстрима.

Вот кстати, ближайший аналог — tdlib-purple — до сих пор есть только в репозитории ALT Linux и в AUR, хотя ему уже почти два года. Зато протухший telegram-purple, которые уже разработчиками заброшен и находится в полурабочем состоянии, где только ни валяется. Оправдывайтесь :P

Даже интересно, как выглядят последователи bodqhrohro.

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

Пока ЛОРовские токсики хают сабж, предприичивыми энтузиастами уже запилен докерфайл: https://github.com/e1z0/telegabber-docker

Harald, sudopacman, добавьте в новость, что ли.

Версия 1.1.1

• Исправлены эпизодические потери аватарок, также смены аватарок теперь обрабатываются сразу же;

• other minor improvements

А рекламный спам оно умеет резать?

Благодарю за каст. А по сабжу топика могу сказать только решительное НУЖНО. Возможность подцепить телеграм в жаббер нивелирует хотя бы часть недостатков телеграма. Дурову, конечно, давно пора поесть говна с его тележенькой, но из числа популярных мессенджеров ничего лучше, увы, так и не подвезли.

лучше — оно умеет не принимать рекламный спам.