Прошли очередные полгода и проект Repology публикует очередной отчёт. Проект занимается агрегацией информации о пакетах из максимального числа репозиториев и формированием полной картины о поддержке в дистрибутивах по каждому свободному проекту с целью упрощения работы и улучшения взаимодействия мейнтейнеров пакетов как между собой, так и с авторами ПО - в частности, проект помогает быстрее обнаруживать выпуски новых версий ПО, следить за актуальностью пакетов и наличием уязвимостей, унифицировать схемы именования и версионирования, поддерживать метаинформацию в актуальном состоянии, делиться патчами и решениями проблем и улучшать переносимость ПО...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52977
Debian на сервак, Arch на домашний комп. Все согласны?
Можно и вприсядку)) Но мне чегот лениво.
Хорошо у вас в двухтысячных. Скоро биткойн изобретут - сразу добывай. Можешь перевести 10 BTC на 1PC9aZC4hNX2rmmrt7uHTfYAS3hRbph4UN за совет.
Fedora
BucketHat
Я проверял, федора на сервер может оказаться куда более жизнеспособным вариантом. При условии, что приложение у нас может мигрировать и запускаться на чём угодно, свежий софт всегда в плюс идёт, как по числу закрытых дыр, так и по числу возможностей управления.Дома можно и генту -- ничего не посыпется и без тестирования, а если посыпется, "потеря" нескольких часов не особо страшна. Данные всё равно не теряюся. Бонусом куда более приятные дефолты и справка, а также запредельная гибкость, которая конкурентам и не снилась. Мне нравится патчить софт, как нужно мне.
Несколько часов даунтайма на сервер - не важно прод или дома - это уже "нежизнеспособный вариант", если что.
> Несколько часов даунтайма на сервер - не важно прод или дома -
> это уже "нежизнеспособный вариант", если что.Ну можно сохранять бинарные пакеты перед удалением. Просто, если что пойдёт не так, придётся пересобирать и откатывать. Бинарные можно откатить без задержек.
Чаще всего, если не собирается, то и не работает, т.е. никакого даунтайма и в помине: теряется электроэнергия и какие-то проценты производительности на фоновую компиляцию. Конечно, когда задачи стоят на месяц вперёд (например, рендер) обновление занимает значительно больше времени и связано с определёнными рисками. Но эти риски сопоставимы с вероятностью случиться пьяному электрику, даже меньше.
Ещё бывает, что под нагрузкой не справляется в наборе версий текущего дистрибутива. Не выйдет downgrade нагрузки со свежих версий на прошлые - время вспять не повернуть. К вопросу о гонках за свежестью.
Генту -- роллинг. Только glibc нельзя даунгрейдить, его нужно упаковать перед удалением и откатывать на бинарный пакет.Можно устанавливать любые бинарные пакеты, зависимости которых удовлетворены, любых версий. Без проблем совершенно, разруливать зависимости правда ручками придётся.
Ну там можно прочитать лог установки, например, и откатить все зависимости "плохого" пакета. Иногда только зависимости и нужно откатить. Я так miniupnpc поломанную чинил, софт перестал нормально работать. При том, что я даже не пользовался upnp. Ужас, ненавижу хардкод.
>Мне нравится патчить софт, как нужно мне.Нормальные люди не будут этим заниматься.
А кто говорил что линукс - для нормальных людей? Для нормальных людей есть windows & os x. Линукс система от профессионалов и для профессионалов. Если вы не занимаетесь делами хоть как-то связанные с серверами или кодом - он просто не для вас. Для нормальных, обычных людей есть windows & os x, помним да?
OS X - уже история, ты даже не знаешь о чем пишешь.
>Если вы не занимаетесь делами хоть как-то связанные с серверами или кодом - он просто не для вас.Вообще ни разу. Использую на десктопе, потому что удобно.
Ага, удобно, какже
>Нормальные людиУ вас множество ошибок в слове хомячки.
Угу, я тоже думал, что не буду, поставил разрекламированную Убунту, начал свои дела делать, и внезапно нарвался на баг/фичу в программе git, одним из решений которой было - пересобрать из исходников со специальным патчем... Сразу после этого снёс Убунту, поставил Генту и наслаждаюсь до сих пор.
Не согласны! Windows 10 на домашний комп!
Угу, а на сервак - БСДю. И админить из PuTTY с умным видом.
Серверам - серверная ОС, десктопам - десктопная. Запускатор докера тут никаким боком.
А типа линукс не путями админить. Хотя минутку, да. Из браузера с помощью js скрипта в консоле aws вид ещё умнее. Один сайт визитка - 1 aws. Пользователей если больше 100,значит 2 aws + kubernetes.
> Debian на сервак, Arch на домашний комп. Все согласны?сервак в зависимости от. но Debian это первый выбор.
на столе бубунта, но возможно стОит попробовать Рач. Как там Mate готовят?
Аль денте. В Archlinux ванильные пакетики. Не принято прикручивать темы и перекладывать конфиги. Обычно всё работает отлично, но бывает и неотлично. Так, у меня в текущее время GIMP крашится при копировании. Выручает, что можно пересобрать как вариант из репозитория, так и разные варианты из AUR.
та же фигня с гимпом на генте - обновился до гита - помогло
> на столе бубунта, но возможно стОит попробовать Рач. Как там Mate готовят?Неправильный вопрос. Общаться придётся совсем с другими частями системы. В качестве выхода из зоны комфорта - да, обязательно стоит.
ви таки это челавеку сидевшему неск. лет на генте говоrите даааа?))
Фряху и туда и туда. Если линукс, то скорее уж какой-нибудь nix - он единственный её обгоняет по свежести пакетов.
OpenIndiana на сервак, OpenIndiana на домашний комп. Все согласны?
Демьян не нужен, CentOS в прод, Fedora на локалхост. Хотя, мне CentOS хватает и на домашнем компе
Ну это если только печатная машинка нужна, и от сервера и от десктопа.
На сервер Ubuntu Server версии 16.04, на все остальные Runtu Xfce 18.04.
>Debian на сервак, Arch на домашний комп.Devuan на сервак, Gentoo на домашний.
Дебиан на серверах с 4-й версии, ни единого разрыва.
Рач на десктопе с 12-го года, было всего 2-3 разрыва за 8 лет.
Таки получаецца - FreeBSD на сервер, а Fedora - десктоп. Второе даже не обсуждается.
Ну и зачем оно мне сдалось на эльбрусах?
Херово оно работает!
Берем крутейший rox-filer - опа, пишет что его якобы нет в Debian))
Его там назвали rox, сами и виноваты.
Вот неплохо бы соответствие репов Ubuntu и Debian. А то некоторые пакеты имеют разные названия.
Ты путаешь 2 разные вещи.
Ну расскажи какие именно тогда уж, а то можно предположить что тебе сказать нечего.https://packages.debian.org/buster/rox-filer - source "rox", binary "rox-filer". Нормальные мантейнеры не называют src и bin пакеты одного и того же разными именами, так что это только их вина.
А если не распилить рокс с одним срц пакетом на десять пакетов rox-libs, rox-docs, rox-filer, rox-another, etc., то как потом говорить "в нашем дебиане больше всего пакетов!"?
Тут он распиливается на ровно один пакет. А говорить что "в нашем дебиане больше всего пакетов" перестали когда Repology посчитал честные числа ещё несколько лет назад.
Вы куда смотрите? Пишет что есть. Пакет действительно называется rox.
Интересно,как они определяют свежесть пакета в AUR, когда типичный git сценарий выглядит типа скачать последний релиз (или даже коммит) собрать и разложить по полочкам, но в метаданных пакета может быть указана версия мохнатых годов..
Они же там как rolling помечаются.
мы про АУР а не офрепу
Я тоже про AUR.
и как же они там помечаются как ролинг ?
там нету явного 'флага' для такой пометки, есть только некоторое "соглашение" что для пакетов построенных с помощью систем управления версиями к названию пакета добавлять окончание, например *-git, но чтобы наверняка быть уверенным то нужно парсить сам PKGBUILS и анализировать переменную source
Не знаю как они там помечаются как роллинг, можешь спросить у автора. Я это вижу по факту:
веб-морда у него чисто миллениаловская веб5.0 во все дыры. т.е. бесполезное говно
pkgs.org для скучных бумеров т.е. для дела
Фигня этот ваш pkgs.org
Вполне себе олдскульная там морда, даже без js работает.
Вы наверное слепой, там статические страницы безо всяких reactjs, говновебкомпонентов и копрофреймворков. Но вообще странно сравнивать сервисы несущие конкретную функцию по тому на чем у них морда написана.pkg.org знает полтора репозитория, ну умеет сравнивать пакеты, репортить новые версии, статистику по репам и мантейнерам, не говоря даже об уязвимостях. Т.е. ничего не умеет. Его можно было бы заменить горсткой txt'шников со списками пакетов - спорю что вы и рады были бы, это точно не миллениаловское.
Не знаю, чем и как они таскают данные по F-Droid, но получается полная хурма. Около месяца назад количество пакетов в нём перевалило за 3000 (это видно в одноимённом приложении при обновлении индекса). Я захотел предложить новость на родной OpenNET, но сослаться на https://f-droid.org не получилось, т.к. они не публикуют суммарное количество доступных пакетов (или я плохо искал). Тогда я вспомнил про https://repology.org/repository/fdroid где, к своему удивлению, обнаружил что репозиторий содержит 38(!) пакетов.
Так и не запилил новость в итоге.
Ну сам подумай - fdroid большей частью андроидный хлам который не с чем сравнивать. И полтора калеки кроссплатформенного софта - их он и показывает. А чтобы посчитать софт - посмотри откуда repology берёт его список, скачай да сам посчитай.
nix получается круче всех. Кто пробовал? Какие минусы? Как он в сравнении с Debian? Я так понимаю, его можно использовать на любой системе параллельно с существующими пакетными менеджерами?
Когда появится на впсках, тогда и узнаем чем лучше
А что тебе мешает залить свой образ на какой-нибудь ec2?
Речь и nix или nixos? Если nix — то его и в Дебиан можно поставить.А если о nixos. И плюс, и минус — система конфигурится якобы декларативно с помощью своего фреймворка.
Надо, вот, тебе в мышке поменять левую и правую кнопку — лезешь не в справку не пойми чего, иксов ли, либ инпут ли, а все делается в едином текстовичке в едином формате.
Тут, правда, есть нюанс. Разработчики этого замечательного фреймворка не подозревали, что один пользователь может хотеть 3 разных мышки на одном компьютере: дома трекбол, в офисе — внешний тачпад, а в дороге — встроенный тачпад. Так что если захочется 3, то надо будет читать мануал их фреймворка, мануал, иксов, либинпута, удева, а потом еще долго исследовать, как это все между собой подружить.
Похожая ерунда с пакетами. Все изолированно, атомарно и круто. До тех пор, пока не приходится поставить матлаб, который класть хотел на все изобретения никса и ожидает, что зависимости на диске будут разложены по FHS, а не как там никс себе придумал...
Ну и тут уж кто во что горазд. Кто арч в виртуалочке держит, кто тратит 3 дня, чтоб подружить софт с никсом...
А зачем этот nix прибит гвоздями к /nix (из-за чего авторы огребли проблем в последней макоси)? Какой смысл отказываться от FHS и при этом так жестко привязываться к другой файловой иерархии, что даже пользовательская установка завязана на /nix? Ведь по идее можно было бы положить этот nix, например, в ~/.local/nix и добавлять туда софт в многопользовательской системе никому не мешая? Чем авторы оправдывают лютую необходимость привязки к /nix?
Можно куда хочешь настроить при сборке, /nix это по умолчанию в бинарниках.
>Надо, вот, тебе в мышке поменять левую и правую кнопку — лезешь не в справку не пойми чего, иксов ли, либ инпут ли, а все делается в едином текстовичке в едином формате.Зачем ты написал этот FUD? Если конфиг в хомяке пользователя - все как обычно, если в /etc - для его перманентного добавления можно в едином текстовичке написать директиву "положить в /etc файл с таким-то именем и с таким-то содержанием", https://nixos.org/nixos/options.html#environment.etc.%3...
> Зачем ты написал этот FUD? Если конфиг в хомяке пользователя - все
> как обычно, если в /etc - для его перманентного добавления можно
> в едином текстовичке написать директиву "положить в /etc файл с таким-то
> именем и с таким-то содержанием", https://nixos.org/nixos/options.html#environment.etc.%3...Смотри сюда
https://nixos.org/nixos/manual/#sec-x11-touchpadsОбщая высокоуровневая настройка. Я всегда о таком мечтал, это очень круто.
Вот только работает исключительно для особенных пользователей, у которых тачпад всего один.
А если не один, то надо конфигурировать стандартным для апстрима способом — через etc или udev или Xorg.conf. И вот там уже, да, директива как ты и написал. Только настройку надо делать в 2-х местах — в никсе, и в етц.
Плюсы, конечно, есть — можно etc не бекапить. Но время на настройку увеличивается при этом.
Писали же уже что они импортнули себе hackage и cran целиком - вот и всё "первое место". Когда дойдут руки, сделаю issue и попрошу убрать его из статистики.
Хотел я в своё время посмотреть, как они пакуют X, чтобы попытаться портануть это в свой уютный дистрибутив. А они качают бинарный rpm, который собирается автором X весьма извращённым образом. Впрочем для более-менее молодых самостоятельных дистров подобный подход (или в той же степени невоспроизводимые и требуюшие инета сборки всякого на модных молодёжных Go, Rust или там JS) норма, что не может не печалить
>Хотел я в своё время посмотреть, как они пакуют X, чтобы попытаться портануть это в свой уютный дистрибутив. А они качают бинарный rpm, который собирается автором X весьма извращённым образом.Что ты куришь? В выражении видно, что xorgserver собирается из исходников, как и все остальное: https://github.com/NixOS/nixpkgs/blob/master/pkgs/servers/x1...
Под X понимался один из пакетов, где они делают вот так:
https://github.com/NixOS/nixpkgs/blob/84cf00f98031e93f389f1e...Они еще чаще такое делают с .deb, причем в том числе и для пакетов со вполне себе открытыми исходниками
Бинарный шрифт упаковали вместо сборки из исходников, какой ужас!
"агрегацией информации о пакетах"
Но, зачем?
"с целью упрощения работы и улучшения взаимодействия мейнтейнеров пакетов как между собой, так и с авторами ПО"
Нет, всё-таки, зачем?
Шершут ля деньги.
А зачем вам это объяснять? Не поняли - проходите мимо.
Где код Repology?
Хочу на локалхосте запустить.
На github https://github.com/repology
Ссылка на репозитории там в конце каждой страницы.
> 38 тысяч мейнтейнеровНа 7 миллиардов людей, ужасно мало :-(
> Fedora (22302)Интересно то, что 22302 - это данные fedora 29, который давно уже end of life.
Какая-то странная статистика, не понятно, как она собрана и как и что с ней делать
Автор уже писал что следить за EoL'ами не намерен, поэтому похоже что берётся просто релиз с максимальной метрикой. В обычной ситуации это нормально работает потому что следующий релиз содержит больше пакетов. Но федора судя по всему развивается путём выкидывания пакетов, так что даже не знаю что на это сказать.PS. Но так-то вообще в rawhide чиселка всего не 50 меньше, так что ошибка на уровне погрешности - ну был бы там rawhide (21736), что бы для вас изменилось? Gentoo на 5 место всё равно бы не вышел.
> Gentoo на 5 место всё равно бы не вышел.Да не места интересуют. Было бы интересно посмотреть какими именно пакетами отличаются дистрибутивы и есть ли в этих пакетах хоть какой-то смысл.
Ну в списке проектов есть фильтрация по In repo, Not in repo - думается что это именно то что вам нужно. Наличие смысла можно измерять в Spread (и фильтровать по нему тоже). Выглядит так что ваш кейс полностью покрыт.
Между прочим, я уже несколько раз замечал, что свежий софт появляется только в gentoo (основном дереве) и fedora (тестовой). Взять хотя бы chrony (как, где-то есть системы без chrony? ну, такое), спустя пару недель новая версия была только в них. Правда, "новая" версия там была предрелиз, но всё же, она была добавлена в дистрибутив практически в тот же день (это помимо того, что можно собрать из гита). Да, собственно, ничего и не изменилось за 2 месяца: https://repology.org/project/chrony/history и это только один из примеров.
То что пререлизы мало где опакечиваются это как раз абсолютно нормально.
> То что пререлизы мало где опакечиваются это как раз абсолютно нормально.Угу, мне как-то вим свежий срочно понадобился. А его нигде нет, упс. Спасибо хоть в генту пакет с 9999 есть. Бетка audacious сколько там висела, полгода или год? В какие-то дистрибутивы утянули, в генту приходилось самому писать ебилд. Теперь хоть добавили 9999, стало куда лучше. Это не нормально. Должны быть свежие версии у софта, а не позапрошлогодичные.
Ну пакеты типа 9999 и AUR'овских -git это вообще минное поле, потому что в любой момент могут сломаться как угодно. А так-то взять пакет, изменить циферку и пересобрать - дело пары команд в любом source-based дистре.
Не, в случае с audacious, не всё так просто. Там совершили много рефакторинга и всё перевернули с ног на голову. Скорее всего поэтому и не было ебилдов так долго. С софтом, собранным из мастера, лично у меня никогда не было проблем, так что всё ок. Если ты уже собираешь из гита, ты понимаешь, что она может быть и нерабочей вовсе. Но некоторые проекты годами не релизятся, так что теперь, пользоваться копролитами? Так и появляются в дистрах не релизные версии, собранные из гита. Тут ты просто сам творец собственного счастья.
> Но некоторые проекты годами не релизятся, так что теперь, пользоваться копролитами?Ещё раз, когда у апстрима нет релизов, пререлизы начинают пакетить обычным образом от безысходности, так что никакой проблемы тут нет. При этом оно всё равно проходит мантейнера, который убедится что пакет собирается, и работает так как надо, в отличие от сборки из git через -git или 9999 пакеты.
Тот же вулкан тоже только в арче и есть. https://repology.org/project/vulkan-loader/versionsВ арче и генту, поскольку в генту можно собирать из 9999. Правда, неудобно, что оно само не обновится. И изменения в юзах (и флагах конфигурации) сами не появятся. Всё равно, получается, в генту самый свежий софт.
Вы же нагло врёте. Он только свежайший в 3 репах, а "есть" он почти везде.
Сорян, я не слышал про параболу, а кукер несчитово. Да и шланговый дистр вообще не в тему. Остаётся рач и деривативы. Остальные очень сильно лагают, это всё равно что нет. Я заинтересован, так как dxvk не вредят некоторые новые возможности.
Парабола это арч, ещё ты пропустил мандриву. Все остальные на предыдущей версии, ей всего месяц - прилично конечно, но не космическое отставание. Вообще предполагаю что на то есть причины - весь софт за которым я слежу обновляется почти во всех дистрах в течение нескольких дней после релиза, ничем тут Gentoo и Arch не выделяются. Самыми первыми я их вообще редко вижу, обычно первые homebrew и freebsd. Вообще я надеюсь что в Repology добавят больше статистики по скорости обновления - данные у них про это точно есть если посмотреть на историю.
Вот только ссылка чуток не та -- обратите внимание на http://repology.org/project/vulkan/versions и не обманывайте людей.
> Вот только ссылка чуток не та -- обратите внимание на http://repology.org/project/vulkan/versions
> и не обманывайте людей.Ссылка очень даже та, это 4 разных независимых пакета: vulkan-loader, vulkan-headers, vulkan-layers, vulkan-tools. Пользователю нужен только vulkan-loader и не нужны остальные. Если их где-то пихают все вместе… Что же, такой дистрибутив значит -- это о многом говорит.
Спасибо за труды, регулярно пользуюсь.
Было бы здорово если бы со стороны sisyphus в свою очередь было бы меньше фейковых версий.https://repology.org/projects/?inrepo=altsisyphus&problematic=1
Ладно, часть проблем порождена идиотской схемой rpm в которой принято коверкать версию и пререлизную её часть (alphaX/betaX/rcX) переносить в ревизию - это можно частично исправить когда дойдут руки. Но даже без учёта этого сизиф в топе по несуществующим версиям на ровном месте.
Прямо из сегодняшнего, например, несуществующий unbound 1.10.2. Из недавнего - pythonmagick 0.9.64, exempi 2.5.2, а ruby gems из сизифа уже заигнорированы по умолчанию.