Сформировано десятое корректирующее обновление дистрибутива Debian 12, в которое включены накопившиеся обновления пакетов и добавлены исправления в инсталлятор. Выпуск включает 66 обновлений с устранением проблем со стабильностью и 43 обновления с устранением уязвимостей...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62893
Хотя бы HDR 12 бит успели занести?
У скольки % на планете есть монитор за 1к с твоим hdr?
А так то кеды + вяленый вроде бы умееют но зачеем....
Какой китайский телевизор сейчас не умеет в HDR?
Типов HDR очень много.
А HDR именно до 12 бит реализован в Dolby Vision, а прям эталонная поддержка у LG и Sony.Другое дело, чтобы "увидеть" HDR нужен и HDR-экран и HDR-контент.
И HDR глаза. Тут всё как у аудиофилов.
Приобрел специальную подставку для display port кабеля за $379. И да, действительно, изображение на мониторе стало более бархатным, добавилось глубины, улучшилась четкость.
Тут уже чем природа наградила. Вам наверное и 24 кадра в секунду и самых дешёвых нормально будет.
> Тут уже чем природа наградила. Вам наверное и 24 кадра в секунду и самых дешёвых нормально будет.Не позорьзя:
1) в 24 кадрах ТВ - 48 Hz (считай 50 Hz - под частоту электросети заточенно). Т.к.30i/24i это для каждого из полукадра; 60p/30p/25p - для каждого.
2) даже я со всвоим (плохим) зрениеем - прекрасно вижу на порядок больше FPS, чем у тебя,
(но, если вглядываться и сцену подбирать... позволяющие увидеть разницу 60 или 120 с этими 240FPS)
но по моему экспериментальному замеру когда то записи в видео куска UT3 боёвки с кучей ботов и отсюда доп.тормозами там - для плавности картинки - мин-но достаточно всего 25 Hz
(притом, в самой игре - жутко лагово из-за фиксирования на них, из-за её тормознутости, хоть это была сама быстрая версия в UT-сериии;3) но, даже тормоз(сравнтельно с другими играми)Quake-1 в 90-х был пройден на 486 в типичных тогда 320x200: при на старте с всего 10 FPS и затем местами ниже - без тормозов... и каких то визуальных неудобств... в т.ч.и потому что игра это не кино - человек на gameplay внимание фокусирует.
(но, со временным поделиям уже на четырёх ядерниках и более с даже аппартным 3D ускорением же включая и физики - для того же эффекта плавности: порой нужно 30 а то и 40 FPS)Кто то может сказать что в MP режиме лучше больше, в т.ч.для ум.влияния одиночных сильных лагов подгрузки,
- так, но не совсем: MultuPlayer это всравно что кубик бросать или рулетку крутить, т.е.всё И ТАК упирается в random (начиная с разброса пули, везения/нет повернуть [врагу] в выгодную/нужную строну в нужный момент, найти боеприпасы помощней, стрельнуть в уже раненного другим игрока для добивания и т.д.),
конечно, правда кто то проворней это умеет делать - но, фатически за счёт жульничания(кто то умеет чит распрыжки кто то нет, или хуже, кроме распрыжки там ещё куча разного такого же), все MP топы - жулики а то и откровенно читеры, т.б.нектотрые по кр.мере бывшие топы - даже так прямо и признаваюсь на ютубе.Т.о.те кто гонится за FPS >25, ну пусть ладно 40 FPS, даже 60, в играх - чаще обновляя ПК на самое топовое - просто сорят деньгами...
Либо же скрыто пиарят другим сорить деньгами, по разным причинам...
>Quake-1 в 90-х был пройден на 486 в типичных тогда 320x200: при на старте с всего 10 FPS и затем местами ниже - без тормозов... и каких то визуальных неудобств... в т.ч.и потому что игра это не кино - человек на gameplay внимание фокусирует.С таким фпс и в пошаговую стратегию играть неприятно будет, а вы про шутеры рассказываете. Деревянные игрушки, приркученные к полу
Отсутствие русского на сайте Дебиан автоматически реструктурирует все производные в расисты. И Альт ¯\_(ツ)_/¯.
Что?
Да чего вы с этим хдр'ом носитесь? Если брать кодинг, то там 240гц и 2к разрешение, намного актуальнее.
Значит MATE с полноценным Wayland'ом не успеет...
Полноценный Вейланд звучит как оксюморон.
Полноценная поддержка в MATE. В смысле, чтобы сессия работала из коробки. Так то его ещё прошлым летом экспериментально выкатили.
где об этом можно почитать? ибо:"информация должна быть официальной или достоверной" С.П.Королев.
Да хотя бы тут: https://mate-desktop.org/ru/blogИз анонса последней версии 1.28 от 27 февраля: "One of the most notable improvements is the enhanced support for Wayland, bringing us closer to a fully native MATE-Wayland experience."
Ключевые слова "bringing us closer".
NB! 27 февраля прошлого года.Вот тут идёт разработка: https://github.com/mate-desktop/mate-wayland-session
Нах_й Wayland, если старые видео-карточки и соотв-щие процы* так и не будет все подерживаться из коробки.* процы(точней их уровень SIMD и его вообще отс-вие, у меня например карта на 4-5лет старше проца второго компа для [DOS]игр, соотв-но запускаются даже все куда позжие игры в итоге, кроме одной-двух за всю историю - из-за нагловатого требования SSE1 безальтернативно;
тогда ещё небыло моды срать в пользователелей своей продукции - самыми последними SIMD и прсто минимальными системными требованиями.
Вот на таком компе - как раз ускорение графики пригодилось бы, а зачем оно на нынешних 100-500 процессорных и 1000000 ядерных в.а., где и так всё быстро бегает, - смутно понятно... и т.б.без поддержки старго оборудования.
>процы(точней их уровень SIMD и его вообще отс-вие, у меня например карта на 4-5лет старше проца второго компа для [DOS]игрОчень интересно, как вы на железе для запуска дос игр собираетесь современным софтом пользоваться.
>Вот на таком компе - как раз ускорение графики пригодилось бы, а зачем оно на нынешних 100-500 процессорных и 1000000 ядерных в.а., где и так всё быстро бегает, - смутно понятно...Для отображения графики на 800*600 нужно существенно меньше ресурсов, чем на 1080p. Вы же этот факт почему-то игнорируете
я не про бла-бла-бла, я так чтоб установить и оно запустилось.
> "bringing us closer".Может растянуться еще лет на пять.
Так что ни о чем оно не говорит.Да и "enhanced support for Wayland" тоже в общем-то бла-бла.
Вот когда заработает - тогда и поговорим.
так достоверная информация и та, которая взята из офицального источника :)
> где об этом можно почитать? ибо:
> "информация должна быть официальной или достоверной" С.П.Королев.Для начала приведите пожалуйста пруф о том, что это цитата Королёва!
А то развелось тут шутников на хуцпе пытающихся задвинуть якобы цитаты каких-то конкретных людей.
в xfce до сих пор на вяленом чёрный экран, хотя в арче выставили вяленый по умолчанию
Мышка решила переходить на Wayland поэтапно, медленно. Не торопи её.
Не решила. У них просто мало разработчиков.
Если ты не вкурсе, мате появился когда один школьник взялся за сопровождение гнума-2. Ты думаешь он там что-то делает кроме обоев?
Ну, такое себе...Ruby 3.3 версия с поддержкой до марта 2027.
Что мешало взять версию 3.4, у которой поддержка дольше чем двухлетний цикл дистрибутива Debian?
nodejs вообще 20 lts версии, которая через год в тыкву превратится. Сопровождающие Debian смогут такой сложный проект поддерживать еще год как минимум с момента eol и до релиза Debian 14?Что мешало взять сразу 22 lts версию?
> Что мешало взять сразу 22 lts версию?"А вдруг там баги!" (с)
Просто мейнтенерам деба нравится когда в текущей актуальной версии лежат уже протухшие EOLнутые версии с багами и небекпортнуми уязвимостями.
Но обновлять их нельзя патамуша штабильность нарушится.
> Просто мейнтенерам деба нравится когда в текущей актуальной версии лежат
> уже протухшие EOLнутые версии с багами и небекпортнуми уязвимостями.Прикинь, когда у тебя 100К пакетов в репах, набросить с лопаты на вентилятор новую версию - запросто ведет к отвалу части этих пакетов и толпе недовольных юзерей. На твоем то локалхосте, для тебя и полутора пакетов - ты что угодно фигачить можешь. А на всю ораву, с дофига пакетов - там тестировать это все надо заново, и наверняка что-то отпадет из того что работало.
p.s. а так то каждый мнит себя стратегом, видя бой со стороны.
Пакетов много... )))Пусть перестанут пилить софт на 100500 пакетов.
Thunderbird почти 70 пакетов.
Firefox больше 90 пакетов.
Libreoffice почти 70 пакетов.
Apache2 9 пакетов.
0ad 3 пакета.
> Пакетов много... )))
> Пусть перестанут пилить софт на 100500 пакетов.Ага, чтобы мне при инстале какого-нибудь VLC ставилось - половину либ вайна ради каокго там рдесктопа, хоть я и не конекчусь ВИДЕОПЛЕЕРОМ к рдестопам, плагин для кача торентов хоть я и не смотрю мувики торентом в плеере, и чего там. Не, спасибо, такое - для вас! Только система мигом превращается в тормозное блоатваре - и фиг чего сделаешь, если пакет 1 огромной чушкой.
А так у меня стоит - только то что надо - и порядок. Этим дебиан и крут. А редгадобразные на десктопе - вообще ни о чем. Я не энтерпрайзный винтик на моем компе, внезапно, чтобы довольствоваться только апачом, явой и каким там либреофисом.
в чем проблема перекомпилировать?
исходники доступны.
тут тебе никто ничего не должен - тебе надо, сконпилируй сам с теми модулями, котоорые именно тебе нужны.
если же ты сейчас ответишь как какой нибудь школьник "нихачу" - ну, значит не особо тебе и нудно было
> в чем проблема перекомпилировать?1) В том что я не билдферма все подряд рекоммилить ради лулзов - когда можно это не делать.
2) Я лучше какой-нибудь свой проект в сэкономленное на вон том время попилю.> исходники доступны.
> тут тебе никто ничего не должен - тебе надо, сконпилируй сам с
> теми модулями, котоорые именно тебе нужны.А вон те уже сделали именно это за меня и я могу достичь это же - парой команд в консоль или галочками в пакетнике. Тот же результат, но для меня - проще и быстрее. А если нет разницы, зачем платить (своим временем) больше?...
> если же ты сейчас ответишь как какой нибудь школьник "нихачу" - ну,
> значит не особо тебе и нудно былоЯ и правда не хочу создавать себе проблемы на ровном месте - если этого можно было не делать, просто поюзав сабжа и заоффлоадив вон то - на майнтайнеров :)
> в чем проблема перекомпилировать?да, цель использования бинарного дистра в перекомпиляции
> тут тебе никто ничего не должен - тебе надо, сконпилируй сам с теми модулями, котоорые именно тебе нужны.хорошо, что мэнтейнеры дебиана думают не так и разложили готовые модули в разные пакеты
Прочти внимательно и сходи на packages.debian.org !Зависимости это одно, а деление одного софта, например apache на:
apache2
apache2-bin
apache2-data
apache2-dev
apache2-doc
apache2-ssl-dev
apache2-suexec-custom
apache2-suexec-pristine
apache2-utilsА теперь взглянь на
https://packages.debian.org/search?suite=stable§ion=all&...
apache2-dev, apache2-ssl-dev -- сборочные зависимости того, что будет линковаться к апачу. Вообще не нужны на сервере и тем более в контейнерах
apache2-doc -- мало нужно на сервере и не нужно в контейнерах
apache2-suexec-custom -- это вообще не из апстрима
утилиты -- кому как
apache2 и apache2-data -- не зависит от архитектуры компа, собираются один раз> А теперь взглянь на
вот мне только файлов локализации на всех языках не хватало
Из этого можно сделать простой вывод: пакеты в дебиане дутые, и количество усилий затрачиваемых на поддержание одного пакета в обычном дистрибутиве примерно равно количеству услий для 93 пакетов из дебиана. А количество пакетов в репозитории можно делить более чем в три раза, так как большинство пакетов - кусочки от других, и сами по себе нефункциональны
Все верно. Пакеты деблиана это раздутая идеология. Раньше хоть какое никакое оправдание этому было. Теперь это давно потеряло актуальность.
> Из этого можно сделать простой вывод: пакеты в дебиане дутые, и количество
> усилий затрачиваемых на поддержание одного пакета в обычном дистрибутиве примерно равно
> количеству услий для 93 пакетов из дебиана. А количество пакетов в
> репозитории можно делить более чем в три раза, так как большинство
> пакетов - кусочки от других, и сами по себе нефункциональныКакой дистрибутив по-вашему эталонный в этом плане и где пакеты не дутые?!
Здесь речь не про эталонность, а про то, что количество пакетов в дебиане не может служить оправданием дебиану.
>Прикинь, когда у тебя 100К пакетов в репахМало того, что у них нет 100K пакетов, так и тех что есть, нужно делить как минимум раза в три, а для того же firefox и вовсе в 93 раза. То есть нагрузка на мейнтеров дебиана в разы, а то и на порядки ниже, по сравнению с другими дистрибутивами с сопоставимым количеством пакетов
> Здесь речь не про эталонность, а про то, что количество пакетов в
> дебиане не может служить оправданием дебиану.
>>Прикинь, когда у тебя 100К пакетов в репах
> Мало того, что у них нет 100K пакетов, так и тех что
> есть, нужно делить как минимум раза в три, а для того
> же firefox и вовсе в 93 раза. То есть нагрузка на
> мейнтеров дебиана в разы, а то и на порядки ниже, по
> сравнению с другими дистрибутивами с сопоставимым количеством пакетовТак всё-таки где организованно лучше?
1. Slackware занимает гигов 10. Аналогичное дебиановское отожрёт 30.
2. Уже давно к апт-гету надо --no-install-recommended и ещё один ключ, иначе в любом случае ставит блоатварь.
> 1. Slackware занимает гигов 10. Аналогичное дебиановское отожрёт 30.Пруфов этому конечно же не будет.
> 2. Уже давно к апт-гету надо...
Уже давно не апт-гет.
>> 2. Уже давно к апт-гету надо...
>Уже давно не апт-гет.aptitude, apt-get, apt. Интересно, если обновляться с релиза на релиз, получится собрать всех трёх?
можешь с нуля ставить
aptitude это отдельный проект, а apt и apt-get собираются из одного источника. apt типа интерактивный (с модной полосой прогресса, раскраской и пр.), а остальные apt-* типа для скриптов
>Прикинь, когда у тебя 100К пакетов в репахВо-первых, у них нет этих 100K. Во-вторых, так в чём проблема? В том, что дебиановцы не осилили своии же пакеты, в своих же репах? Открываем https://repology.org/repository/debian_12 и видим, что у них аж целых 35 066 пакетов, в то время как в NixOS https://repology.org/repository/nix_stable_24_11 в несколько раз больше 120 501. Это уже не говоря про то, что NixOS позволяет легко взять musl версию пакета или просто переключаться между соседними версиями, когда прямо из коробки предлагается python39, python310, python311, python313, python314 и так для ещё какого-то количества пакетов.
>p.s. а так то каждый мнит себя стратегом, видя бой со стороны.Стаганация дебиана заметна невооружённым глазом, и никакой возможности выхода из этого состояния у них нет.
> Во-первых, у них нет этих 100K. Во-вторых, так в чём проблема?"Это было давно и неправда" :)
> В том, что дебиановцы не осилили своии же пакеты, в своих же
> репах? Открываем https://repology.org/repository/debian_12Я не вижу смысл открывать мусорные пузомерки берущие данные с потолка. Для меня лучшая пузомерка - пакетник и пакеты. А форс этой хреновины мне уже надоел. Мне не надо - пузомерку. Мне надо - софт в репах. Нужный мне. А не всякой фортуне 500 или извращенцам которым 5 версий ruby в ос позарез надо.
> 35 066 пакетов, в то время как в NixOS https://repology.org/repository/nix_stable_24_11
> в несколько раз больше 120 501.А вот у этих - наверняка столько лишь потому что по 10 версий каждой либы и софтины впихано. В мою сферу интересов - не входит разведение террариумов на моей системе.
> python310, python311, python313, python314 и так для ещё какого-то количества пакетов.
Да, я про вот именно это. В моих системах разведение террариума - в планы не входит и является - крайне нежелательным вариантом развития событий.
>>p.s. а так то каждый мнит себя стратегом, видя бой со стороны.
> Стаганация дебиана заметна невооружённым глазом, и никакой возможности выхода из этого
> состояния у них нет.Это как сказать что стагнация развития электромоторов видна невооруженным глазом - мол, не так уж сильно изменились за 100 лет. Даже если это и так, что что? Они хуже крутиться с тех пор не стали. А реактивные двигатели - круто и все такое, но КПД во, проблемы во, так что в автомобиль или станок такое ставить - того!
>"Это было давно и неправда" :)Это прямо сейчас
>Я не вижу смысл открывать мусорные пузомерки берущие данные с потолка. Для меня лучшая пузомерка - пакетник и пакетыВот вам несколько пакетов: piaf, librewolf, navidrome, mindustry, unciv. Угадайте, что у них общего? Их нет в debian-е и есть в NixOS. Список можно продолжать, но мне лень. Просто откройте https://repology.org/projects/?inrepo=debian_12 и сравните с https://repology.org/projects/?inrepo=nix_stable_24_11, мне аж даже интересно, чего ещё в дебиане нет и в ближайшие лет десять так и не будет
>А форс этой хреновины мне уже надоелОн ещё даже не начался
>А вот у этих - наверняка столько лишь потому что по 10 версий каждой либы и софтины впиханоВы же знаете, что я знаю, что вы знаете, что вы неправы, и просто 10 версиями этого не добится. Так что заканчивайте эти жалкие оправдания
>Это как сказать что стагнация развития электромоторов видна невооруженным глазом - мол, не так уж сильно изменились за 100 летПлохая аналогия подобна котёнку с дверцей. Ниша дебиана мало того что мала, так ещё и интенсивно сокращается, вытесняясь то snap-ом, то flatpak-ом, то nix-ом. При этом, nix вполне может конкурировать с snap и flatpak, а дебиан - нет. В убунте с каждым новым релизом всё меньше deb пакетов, и всё больше - snap.
> Это прямо сейчас...про ваш стиль подачи :)
> Вот вам несколько пакетов: piaf, librewolf, navidrome, mindustry, unciv. Угадайте, что
> у них общего? Их нет в debian-е и есть в NixOS.Я рад за них. Наверняка можно найти и обратных примеров. Но если вы еще не поняли - меня принципиально не устраивает идея устраивать в ос виндоподобную помойку с 10 версий 1 компонента, с хзкакими полисями майнтенанса.
В случае дебиана - я могу хоть какие-то ожидания в части политик майнтенанса отстраивать. В случае nixos - какие ожидания от помойки с 10 версий 1 и того же? Явно господа не смогут майнтайнить секурити 10 версий питона на уровне - откуда у них ресурсы на такое пижонство?!
> чего ещё в дебиане нет и в ближайшие лет десять так и не будет
А еще там нет помойки с кучей версий 1 компонента в ОС. Это как раз сильно упрощает многие вещи. В том числе и - лично мне.
> Он ещё даже не началсяБывает и так что некто умер даже не родившись.
> Вы же знаете, что я знаю, что вы знаете, что вы неправы,
> и просто 10 версиями этого не добится. Так что заканчивайте эти
> жалкие оправданияКакие нафиг оправдания? Системы используют - по совокупности свойств. Дебиан довольно сбалансированная штука, удобная для разных начинаний, включая даже всякие околокоммерческие. Что с вашим nih os делать - я без понятия.
> Плохая аналогия подобна котёнку с дверцей. Ниша дебиана мало того что мала,
Настолько мала что дебиан и его деривативы захватили планету. Хотя вы неплохо себя же огрели аналогией, зачет.
> так ещё и интенсивно сокращается, вытесняясь то snap-ом, то flatpak-ом, то
> nix-ом. При этом, nix вполне может конкурировать с snap и flatpak,Для меня это - разборки жабы с гадюкой. Мне совершенно все равно кто там кого, куда и как. Я с убунты ушел как раз чтобы с Snap не иметь никаких дел.
>меня принципиально не устраивает идея устраивать в ос виндоподобную помойку с 10 версий 1 компонентаВы сами придумали эту сказку и сами её всем тут рассказываете. Кстати как в вашу картину мира вписывается софт, который не успевает за апстримом переходить на самые последние версии компонентов и тянет с обновлением до последнего?
>> Он ещё даже не начался
>Бывает и так что некто умер даже не родившись.Когда начнётся, упоминаний NixOS будет куда больше, чем сейчас
>Системы используют - по совокупности свойств.И одна из причин - привычка. Вот привык кто-то к apt-у, и всё, теперь ему непонятно, как можно иначе
>А еще там нет помойки с кучей версий 1 компонента в ОС. Это как раз сильно упрощает многие вещи. В том числе и - лично мне.Зато некоторые другие вещи делает принципиально невозможными.
>Настолько мала что дебиан и его деривативы захватили планетуАга, захватили. Как там snap в убунте поживает? Какие у дебиана ещё есть активные форки, где делают больше, чем обои меняют, или узкоспециализированный дистрибутив делают?
>Я с убунты ушел как раз чтобы с Snap не иметь никаких дел.Кто там про дериативы рассказывал?
>Для меня это - разборки жабы с гадюкой. Мне совершенно все равно кто там кого, куда и какЗато вы теперь знаете, что даже если дебиан и используют, то пакеты из его репозитория - нет.
>> Это прямо сейчас
> ...про ваш стиль подачи :)
>> Вот вам несколько пакетов: piaf, librewolf, navidrome, mindustry, unciv. Угадайте, что
>> у них общего? Их нет в debian-е и есть в NixOS.
> Я рад за них. Наверняка можно найти и обратных примеров. Но если
> вы еще не поняли - меня принципиально не устраивает идея устраивать
> в ос виндоподобную помойку с 10 версий 1 компонента, с хзкакими
> полисями майнтенанса.Можно я сам натыкался. И не раз.
Даже "всемогущий АУР" не всегда имеет то, что есть в Debian и наоборот, так что да, это не показатель.> В случае дебиана - я могу хоть какие-то ожидания в части политик
> майнтенанса отстраивать. В случае nixos - какие ожидания от помойки с
> 10 версий 1 и того же? Явно господа не смогут майнтайнить
> секурити 10 версий питона на уровне - откуда у них ресурсы
> на такое пижонство?!
>> чего ещё в дебиане нет и в ближайшие лет десять так и не будет
> А еще там нет помойки с кучей версий 1 компонента в ОС.
> Это как раз сильно упрощает многие вещи. В том числе и
> - лично мне.Насколько я понял из того что твориться в NixOS, то у них во главу угла повторяемость и работа сборки. Если у них куча пакетов зависит от одной какой-то итерации либы, в которой потом нашли дыру, то её не изымут из обращения, онаж зависимость со своим хэшем на котороую завязаны другие пакеты. Исправлением либы будет не замена, а ещё одна итерация с новым хэшем, вокруг которой уже будет пересобираться другие пакеты. Хорошо если все предыдущие пакеты будут пересобраны с новой итерацией с исправлением, но это необязательно, т.к. во главе угла NixOS повторяемость, а не секурность.
У этих дистров разные полиси. В Debian, по возможности будут затыкать дыры в безопасности и если дыра критическая в репе не будет доступно вариаций с дырявой либой, а вот в NixOS, если все пакеты с новой итерацией с исправлением не будут пересобраны, то в случае установки пакеты с дырявой либой, она так и будет тусоваться в системе до следующего мажорного обновления канала.
Отдельной вишенкой на торте будет ситуация, если вам нужен пакет, который больше не собирают или какой-то конкретной версии из уже неактуального канала, жизнь которых короче даже чем релизы Debian, там дырень может существовать всю жизнь, зато повторяемость обеспечена! xD
И это не плохо на самом деле, nix и guix замечательные механизмы, как и системы построенные на них имеют право на жизнь, тот же nix можно при нужде использовать в любом дистрибутиве.
Просто надо отдавать себе отчёт, что цели у проектов разные. Debian делает упор на стабильность, NixOS на повторяемость. Это несколько разные цели и ни одна не делает свой дистрибутив хуже или лучше, всё зависит от задач. Сами по себе эти системы по-своему прекрасны. Но...Хуже всего в этой всей ситуации фанатики-сектанты никсосники, они теперь заняли место btw-i-use-arch-ров, потеснив их с пьедистала неадекватности. Более отбитых фанатиков нужно ещё поискать, в каждой опе затычка и на каждом углу лезут со своим никсом, будто это панацея от всего, хотя это ни разу не так!
Так что я со всей ответственностью заявляю, NixOS, nix, guix - отличные инструменты, которые для своих целей отлично можно применять и спасибо их разработчикам за это! Но фанатичные адепты, концентрация их, в комьюнити NixOS давно приобрела критические размеры и теперь плескается по всему интернету своей агрессивной сектанской риторикой, с круглогодичным обострением.
>Даже "всемогущий АУР" не всегда имеет то, что есть в Debian и наоборот, так что да, это не показатель.Показатель. Можно взять список используемых пакетов и посмотреть, где он есть, а где его нет.
>Если у них куча пакетов зависит от одной какой-то итерации либы, в которой потом нашли дыру, то её не изымут из обращения, онаж зависимость со своим хэшем на котороую завязаны другие пакетыА где пакет изымают? В том же дебиане доступен срез репозитория на какую-то дату, там то ведь тоже пакет останется со всеми дырами
>Хорошо если все предыдущие пакеты будут пересобраны с новой итерацией с исправлением, но это необязательно, т.к. во главе угла NixOS повторяемость, а не секурность.
>то в случае установки пакеты с дырявой либой, она так и будет тусоваться в системе до следующего мажорного обновления каналаКак только любая зависимость пакета или сам пакет меняется, то он либо берётся из кеша, либо пересобирается. Если вы не патчите пакеты сами, либо если не используете какие-то несвободные пакеты, то вам даже компилировать ничего не нужно будет, используйте готовые сборки.
>Отдельной вишенкой на торте будет ситуация, если вам нужен пакет, который больше не собирают или какой-то конкретной версии из уже неактуального канала, жизнь которых короче даже чем релизы Debian, там дырень может существовать всю жизнь, зато повторяемость обеспечена! xDПросто процитирую своё же сообщение
>Если вы чего-то не умеете, это не значит, что это невозможно. Я без особого труда могу запустить программу, из nixos 18.09 в nixos 24.11 одной командой. Между ними 11 релизов. Можно попробовать взять и старше, мне просто лень сейчас искать. Как по моему, эта совместимость ничуть не отличается от виндой, даже лучше, поскольку программа запускается одной единстенной командой, без поиска и выкачивания всяких фреймворков и прочего.
>nix-shell -p lxqt.qterminal -I nixpkgs=https://github.com/NixOS/nixpkgs/archive/c0c50dfcb70d48e5b79... --run qterminal
>opennet обрезает адрес, должно быть
>https://github.com/NixOS/nixpkgs/archive/ c0c50dfcb70d48e5b79c4ae9f1aa9d339af860b4.tar.gz без пробелов
>Можно найти и более старые примеры, мне лень искать.Давайте, покажите как вы одной командой на дебиане прозрачно так же легко и просто запустите старый софт. По дебиановским меркам это будет три релиза назад.
>Просто надо отдавать себе отчёт, что цели у проектов разные. Debian делает упор на стабильность, NixOS на повторяемость. Это несколько разные цели и ни одна не делает свой дистрибутив хуже или лучше, всё зависит от задач.Вопрос не в различных целях. Никто не мешает взять nix и создать некое подобие debian-а с nix вместо apt. Вопрос в том, что apt некоторые вещи не позволит делать принципиально никогда, как бы кто не старался. И вещи эти регулярно всплывают в темах про дебиан. Кому-то версия ruby или nodejs старая, а нужный кому-то пакет и вовсе выкинули из репозитория
>Хуже всего в этой всей ситуации фанатики-сектанты никсосникиА ведь когда-то, в старые добрые времена, слово секта переводилось буквально как школа
>и на каждом углу лезут со своим никсом, будто это панацея от всегоНу что поделать, когда о линуксе до сих пор говорят как об усреднённом дебиане/убунте/..., а не никсоси, и считают, что несколько версий пакета поставить нельзя
>>Даже "всемогущий АУР" не всегда имеет то, что есть в Debian и наоборот, так что да, это не показатель.
> Показатель. Можно взять список используемых пакетов и посмотреть, где он есть, а
> где его нет.Не показатель, потому что есть ситцации когда в NixOS нет пакета, который есть в Debian или в другом каком-то дистрибутиве. Речь была об этом.
>>Если у них куча пакетов зависит от одной какой-то итерации либы, в которой потом нашли дыру, то её не изымут из обращения, онаж зависимость со своим хэшем на котороую завязаны другие пакеты
> А где пакет изымают? В том же дебиане доступен срез репозитория на
> какую-то дату, там то ведь тоже пакет останется со всеми дырамиДа, вот только речь о актуальном срезе системы. Это же не дебианцы кичатся тем, что можно любой версии любого года в любую систему затащить любой софт и никса! Я пишу о том, что у этой гибкости есть обратная сторона - отсутствие секурности и если для NixOS это может и в порядке вещей, потому что во главе угла повторяемость и возможность приволочь в систему что угодно и когда угодно, то это далеко не приоритет в других системах.
>>Хорошо если все предыдущие пакеты будут пересобраны с новой итерацией с исправлением, но это необязательно, т.к. во главе угла NixOS повторяемость, а не секурность.
>>то в случае установки пакеты с дырявой либой, она так и будет тусоваться в системе до следующего мажорного обновления канала
> Как только любая зависимость пакета или сам пакет меняется, то он либо
> берётся из кеша, либо пересобирается. Если вы не патчите пакеты сами,
> либо если не используете какие-то несвободные пакеты, то вам даже компилировать
> ничего не нужно будет, используйте готовые сборки.Если сценариев сборки для пакетов не правили, они сами собой не правятся, если пакет уже не сопровождается или был с какими-то изменениями, никаких там самостоятельных пересборок его не будет в результате обновлений. Пакет должен сопровождаться, пусть даже на уровне проверки рабочести сценариев сборки, сценарии сборки из воздуха не берутся, если ничего кардинально нового не было и всё по-старому, то да, автоматика подтянет, опять же согласно сценариям сборки. Никакого ИИ у никса нет, чудес не изобрели на данный момент.
>>Отдельной вишенкой на торте будет ситуация, если вам нужен пакет, который больше не собирают или какой-то конкретной версии из уже неактуального канала, жизнь которых короче даже чем релизы Debian, там дырень может существовать всю жизнь, зато повторяемость обеспечена! xD
> Просто процитирую своё же сообщение
>>Если вы чего-то не умеете, это не значит, что это невозможно. Я без особого труда могу запустить программу, из nixos 18.09 в nixos 24.11 одной командой. Между ними 11 релизов. Можно попробовать взять и старше, мне просто лень сейчас искать. Как по моему, эта совместимость ничуть не отличается от виндой, даже лучше, поскольку программа запускается одной единстенной командой, без поиска и выкачивания всяких фреймворков и прочего.
>>nix-shell -p lxqt.qterminal -I nixpkgs=https://github.com/NixOS/nixpkgs/archive/c0c50dfcb70d48e5b79... --run qterminal
>>opennet обрезает адрес, должно быть
>>https://github.com/NixOS/nixpkgs/archive/ c0c50dfcb70d48e5b79c4ae9f1aa9d339af860b4.tar.gz без пробелов
>>Можно найти и более старые примеры, мне лень искать.Я на знаю зачем вы цитируете, я не спорил с этим, зачем вы уводите от обсуждаемых пунктов в сторону пиара фич NixOS, это типа ход демагога такой? Так вот не надо так делать. Я не спорил с этими возможностями NixOS, речь была о другом.
> Давайте, покажите как вы одной командой на дебиане прозрачно так же легко
> и просто запустите старый софт. По дебиановским меркам это будет три
> релиза назад.Я ему про квадратное, он мне про зелёное.
Ещё раз, у Debian и у NixOS разные полиси, разная структура и разные задачи во главе угла! Я не знаю ещё каким словами вам нужно это объяснять, вы будто специально игнорируете то что вам сказано в ответ и талдычите какие-то свои мантры.
Где до этого я спорил с тем, что в Debian это сделать легче? Я наоборот написал, что у NixOS свои фичи и т.к. повторяемость это одна из главных фич, то реализация этого у неё лучше.>>Просто надо отдавать себе отчёт, что цели у проектов разные. Debian делает упор на стабильность, NixOS на повторяемость. Это несколько разные цели и ни одна не делает свой дистрибутив хуже или лучше, всё зависит от задач.
> Вопрос не в различных целях. Никто не мешает взять nix и создать
> некое подобие debian-а с nix вместо apt. Вопрос в том, что
> apt некоторые вещи не позволит делать принципиально никогда, как бы кто
> не старался. И вещи эти регулярно всплывают в темах про дебиан.
> Кому-то версия ruby или nodejs старая, а нужный кому-то пакет и
> вовсе выкинули из репозитория
>>Хуже всего в этой всей ситуации фанатики-сектанты никсосникиВопрос именно в разных целях проектов, NixOS проект экспериментальный как proof of concept того, а можно ли построить целиком новый полноценный дистрибутив вокруг nix, просто после доказательства этого проект пошёл развиваться дальше. Главнные фичи nix это сделать быстроразворачиваемую повторяемую среду. Остальное уже попутные плюшки.
> А ведь когда-то, в старые добрые времена, слово секта переводилось буквально как
> школаЭто вас уже в какую-то степь понесло, уважаемый! Надеюсь вам известно слово контекст и его значение. Или вы из тех чудных людей, которые как та "училка" будет запаривать по поводу того, что в слово "презреть" теперь иное значение вкладывают?
>>и на каждом углу лезут со своим никсом, будто это панацея от всего
> Ну что поделать, когда о линуксе до сих пор говорят как об
> усреднённом дебиане/убунте/..., а не никсоси, и считают, что несколько версий пакета
> поставить нельзяНормальные линуксоиды так не считают, в любой дистрибутив можно поставить несколько версий пакета, вопрос в том готово ли это из коробки и насколько удобно это реализовано.
Проблемы в головах линуксоидов не наблюдаю, адекватные линуксоиды всегда берут тот дистрибутив, который лучше подходит для их задач в конкретной ситуации сообразно условиям, адекватный линуксоид, даже будь он дебианщиком, трезво оценивает ситуацию и понимает когда тот же Debian хорошо подходит под задачу, а когда не очень. Адекватный дебианщик или пользователь любого другого дистрибутива, если ему нужно, он и nix возьмёт и поставит себе в систему и не обломается. Даже если захочет, адекватный линуксоид и NixOS отдельно поставит, если ему будет нужно, но он не будет при этом бегать лить помои в чужие треды. И только сектанты-фанатики бегают со своим btw-i-use-arch/nixos из каждого утюга и везде стараются свою прелесть пиарить, а другие продукты обсирать.Замететьте, это не к вам, в ваш кружок фанатиков NixOS пришли, это вы пришли в тему про Debian, со своим усталым в чужой монастырь... и пытаетесь тут показать какой NixOS весь из себя серебрянная пуля, а Debian хреновый! Характерный признак сектанта, который в свою секту бежит пытаться обращать новых адептов. Зачем так делать? На опеннете пополнять статистику неадекватов? Тут мои полномочия всё тогда.
>Не показатель, потому что есть ситцации когда в NixOS нет пакетаРечь не о существовании таких ситаций, а о том, как часто они возникают. А не то вероятность встертить динозвра - 50%.
>Да, вот только речь о актуальном срезе системы.Вы пропустили какую-то цепочку в рассуждениях, и делаете на её основе вывод. Я не понимаю, почему вы решили, что здесь возникнет проблема
>Если сценариев сборки для пакетов не правили, они сами собой не правятся, если пакет уже не сопровождается или был с какими-то изменениями, никаких там самостоятельных пересборок его не будет в результате обновлений.Возьмём стаически слинкованный бинарник для простоты. В дебиане, этот бинарник положат в репозиторий, а делее его мейнтер должен мониторить все зависимости, так как если он после обновления зависимости не запустит вручную пересборку, то так бинарник и останется со старой вкомпилированной версией. В NixOS после обновления зависимости этот бинарник начнёт пересобиратся автоматически.
>Пакет должен сопровождаться, пусть даже на уровне проверки рабочести сценариев сборки, сценарии сборки из воздуха не берутся,Работы уже кратно меньше. Мониторить зависимости не нужно, с этим nix справится. При наложении кастомного патча не нужно беспокоится о том, чтобы версия из репозитория не перебила патченный вариант, о том что его нужно опять вручную пересобрать наложив патч, иначе останется старая уязвимая версия. Куча других подобных ситуаций
>Ещё раз, у Debian и у NixOS разные полисиВы до сих пор не описали, что мешает применить политики дебиана в никсос, и что такого незаменимого делают мейнетры и как они в никсосе не справляются
>Я не знаю ещё каким словами вам нужно это объяснятьВы раз за разом повторяете словов "полиси", но не разу не объяснили, что в него входит
>Нормальные линуксоиды так не считают, в любой дистрибутив можно поставить несколько версий пакета, вопрос в том готово ли это из коробки и насколько удобно это реализовано.В итоге если у вас нет особого разряда по красноглазию, то сделать вы это не сможете.
>Проблемы в головах линуксоидов не наблюдаю, адекватные линуксоиды всегда берут тот дистрибутив, который лучше подходит для их задачИ тут приходит виндузятник, и рассказывает, как он в 2025 году ставит софт из 2007 и тот просто работает.
>Замететьте, это не к вам, в ваш кружок фанатиков NixOS пришли, это вы пришли в тему про Debian, со своим усталым в чужой монастырь...Посчитайте, как часто в темах про дебиан жалуются на проблемы пакетами. То bcahcefs utils удалят, то какой-то пакет выкинут, то версия у чего-то слишком старая.
> Вы до сих пор не описали, что мешает применить политики дебиана в никсосМного раз писали. Отсутствие сопровождающих, ответственных за старые пакеты. И невозможность их иметь в связи с огромным количеством версий.
В debian нет старых пакетов - сопровождающие патчат текущие.
В нксос новые пересобираются без учета пулреквестов, в которых может быть патч на дыру.
Старые просто лежат с дырами.
>Много раз писали.Вы просто повторяете одни и те же слова, не говоря ничего нового
>Отсутствие сопровождающих, ответственных за старые пакеты.Хоть какие-то доказательства этому будут?
>И невозможность их иметь в связи с огромным количеством версий.Аналогично - какие ваши доказательства?
>В debian нет старых пакетов - сопровождающие патчат текущие.Что значит нет? В дебиане по определению всегда есть старые пакеты. Срок жизни одного релиза - 2 года, за это время уже успевает устареть часть пакетов, типа nginx, чей релизный цикл короче дебиановского. А если говорить про lts или elts, то там процент пакетов, заброшенных апстримимом и вовсе стремится к 100%. И в отличии от NixOS, где патчи берутся из апстрима, в дебиане патчи уже даже в stable нужно бекпортировать. Вот этот пункт вы постоянно игнорируете, словно его не существует. Есть большая разница, между тем, чтобы взять готовый патч, и тем, чтобы его самостоятельно переписать.
>В нксос новые пересобираются без учета пулреквестов, в которых может быть патч на дыру.А вы откуда знаете? Уже сколько раз просил у вас доказательство, а вы до сих пор молчите
>Старые просто лежат с дырами.Дайте определение старым пакетам, поскольку по вашей же логике ситуация в дебиане полностью аналогичная
> А вы откуда знаете?Пакеты пересобираются скриптами.
Какие еще доказательства? Или у вас скрипты с ИИ тянущим нужные патчи?
> Дайте определение старым пакетам, поскольку по вашей же логике ситуация в дебиане полностью аналогичная
Старые пакеты - это пакеты старых версий, которые требуют некоторые другие пакеты. Не пропатченные.
В дебиане патчат, в независимости ни от чего.
В никс - патчат и кладут рядом со старым, который продолжает использоваться.
Этого достаточно.
Разговоры про протухлость - для тупых. Будет версия хоть десятилетней давности - она свежая, пока пропатченная.
>Пакеты пересобираются скриптами.
>Какие еще доказательства?Вероятность встретить динозавра 50 на 50 - либо встретишь, либо нет. Тот факт, что динозавры вымерли, в расчёт не берём.
>Старые пакеты - это пакеты старых версий, которые требуют некоторые другие пакеты. Не пропатченные.Ваше определение очень нечёткое. Вы говорите про заброшенные апстримом версии?
>В дебиане патчат, в независимости ни от чего.Во-превых, не позднее чем в стабильной версии. Уже даже в lts версии этим почти не занимаются. Во-вторых, смотрим на новости: https://www.opennet.me/opennews/art.shtml?num=62546 12.9
>Удалены пакеты criu (проблемы со сборкой на архитектуре arm64)Вот интересно, как могли возникнуть проблемы со сборкой, если все пакеты уже прошли заморозку?
>и tk-html3 (прекращено сопровождение основного проекта).Самостоятельно дебиановцы патчи не пишут, только бекпортируют
https://www.opennet.me/opennews/art.shtml?num=61794
>Из изменений в Debian 12.7 можно отметить удаление пакета bcachefs-tools с утилитами для управления файловой системой Bcachefs. В качестве причины удаления называется невозможность дальнейшего сопровождения пакета в ветке Debian Stable из-за несоответствия зависимостей к bcachefs-tools требованиям сборки для Debian StableОй. Опять как то версия разморозилась и испарилась
https://www.opennet.me/opennews/art.shtml?num=61464
>Удалены пакеты: phppgadmin (несовместим с поставляемой версией PostgreSQL), pytest-salt-factories (используется пакетом, не вошедшим в Debian 12), ruby-arel (устарел и не совместим с ruby-activerecord 6.1.x), spip (несовместим с поставляемой версией PHP) и vasttrafik-cli (прекращена поддержка API).Опять же, как это несмотря на заморозку версий вдруг возникла несовместимость? Или она изначально была?
>В никс - патчат и кладут рядом со старым, который продолжает использоваться.Вы фантазируете по каждому пункту. Если пакет обновился, то всё, старый используется только на тех системах, которые не обновляются. Ситуация полностью аналогична дебиану, где можно его поставить и после этого вообще ни разу не обновлять.
> Вот интересно, как могли возникнуть проблемы со сборкой, если все пакеты уже прошли заморозку?Очевидно что ты настолько не разбираешься, что дальше скучно.
Пакеты требующие устранения уязвимостей.
Патч исправляющий проблемы может требовать только новые версии компилятора или библиотек.
Если нет разработчика, который бы решил эту проблему, переписав патч, то такой пакет идет лесом.
Очевидно, что в никс о таком даже не задумывались.
И это нормально.
Ты настолько уныл, что писать тебе что-то желания нет.
>Очевидно что ты настолько не разбираешься, что дальше скучно.Ну разумеется. Конкретных фактов у вас нет, зато сказать "не разбираешься" и "всё равно не поймёшь" никогда не поздно
>Патч исправляющий проблемы может требовать только новые версии компилятора или библиотек.Вот даже интересно, что в патче на десяток другой строк такого, что требуется сразу новая версия библиотеки, и почему его нельзя перенести через cherry-pick
>Если нет разработчика, который бы решил эту проблему, переписав патч, то такой пакет идет лесом.Мне в этой ветке рассказывали, что у Дебиана, в отличии от Никсос куча живых мейнтеров. Врали значит?
> Вот даже интересно, что в патче на десяток другой строк такого, что требуется сразу новая версия библиотеки, и почему его нельзя перенести через cherry-pickТы уныл. Но тут появился шанс пнуть кое-кого.
Вот и спроси у растовиков, почему утилиты обслуживающие одну из файловых систем, написанные на раст, всегда привязывались к последним компиляторам.
Да еще и перетащить изменения исправляющие проблемы не получалось.
В итоге именно из-за этого их и выкинули.
> меня принципиально не устраивает идея устраивать в ос виндоподобную помойку с 10 версий 1 компонента, с хзкакими полисями майнтенанса.То ли дело покидать все библиотеки в /lib, все исполнимые файлы в /bin и так далее (а когда этого не хватит придумать /usr c /usr/local). В юниксоподобном помойка в наличии с момента появления самого юникса.
> Наверняка можно найти и обратных примеров.Нельзя. За 5 лет сравнения NixOS и Debian ни разу не было замечено обратной ситуации.
И вообще ваш аргумент не аргумент. Вам конкретные пакеты указали, а вы в ответ "можно найти".
>>Прикинь, когда у тебя 100К пакетов в репах
> Во-первых, у них нет этих 100K. Во-вторых, так в чём проблема? В
> том, что дебиановцы не осилили своии же пакеты, в своих же
> репах? Открываем https://repology.org/repository/debian_12 и видим, что у них аж целых
> 35 066 пакетов,Реполоджи не показатель, т.к. не все пакеты учитывает.
> в то время как в NixOS https://repology.org/repository/nix_stable_24_11
> в несколько раз больше 120 501. Это уже не говоря про
> то, что NixOS позволяет легко взять musl версию пакета или просто
> переключаться между соседними версиями, когда прямо из коробки предлагается python39,
> python310, python311, python313, python314 и так для ещё какого-то количества пакетов.Это не говоря о том, что на момент сборки у Debian подавляющее большинство пакетов имеет живых мейнтейнеров которые отвечают за свой пакет, а в NixOS собирает робот и отвечает "Папа Римский" чуть что. Хоть это и чуть ли не самая крупная репа с пакетами которая есть у линуксовых, но она же и самая глючная как раз по причине того, что за каждым пакетом живого мейнтейнера не стоит и за него никто не отвечает.
>>p.s. а так то каждый мнит себя стратегом, видя бой со стороны.
> Стаганация дебиана заметна невооружённым глазом, и никакой возможности выхода из этого
> состояния у них нет.Ну-ну, бедный стагнинует уже которое десятилетие под ожидание опеннет-овцев, лор-овцев и прочей экспертной комиссии рунета. xD
>Реполоджи не показатель, т.к. не все пакеты учитывает.Доказательства? В дебиане, кстати, все пакеты и не надо учитывать, там одного только firefox целых 93 пакета
>Это не говоря о том, что на момент сборки у Debian подавляющее большинство пакетов имеет живых мейнтейнеров которые отвечают за свой пакетИ как они за него отвечают? О багах пакетов в дебиане бессмысленно писать в багтрекер дебиана, так как версии заморожены ради штабильности, и в апстрим, поскольку там частенько есть баги, исправленные несколько лет назад. В плане безопасности, возьмите тот же buster, там php 7.3.31, когда последяя версия в ветке 7.3.33. И подобные проблемы в дебиане можно находить регулярно, было бы время
>а в NixOS собирает робот и отвечает "Папа Римский" чуть чтоХотите сказать, что в дебиане каждый пакет до сих пор собирается вручную, так как ci/cd не изобретено?
>>Реполоджи не показатель, т.к. не все пакеты учитывает.
> Доказательства? В дебиане, кстати, все пакеты и не надо учитывать, там одного
> только firefox целых 93 пакета
>>Это не говоря о том, что на момент сборки у Debian подавляющее большинство пакетов имеет живых мейнтейнеров которые отвечают за свой пакет
> И как они за него отвечают? О багах пакетов в дебиане бессмысленно
> писать в багтрекер дебиана,Это ваше мнение, вы не хотите - не пишите, кто хочет, тот напишет, а то и патч пришлёт.
> так как версии заморожены ради штабильности, и
> в апстрим, поскольку там частенько есть баги, исправленные несколько лет назад.Так внезапно не только в Debian, но и в других энтерпрайзных дистрах, в той же красношляпе. Есть баги критические, а есть нет.
> В плане безопасности, возьмите тот же buster, там php 7.3.31, когда
> последяя версия в ветке 7.3.33. И подобные проблемы в дебиане можно
> находить регулярно, было бы времяКак и в красношляпе, выберают меньшее из зол.
>>а в NixOS собирает робот и отвечает "Папа Римский" чуть что
> Хотите сказать, что в дебиане каждый пакет до сих пор собирается вручную,
> так как ci/cd не изобретено?Что хотел сказать то и сказал, дело не в том, чем пакет собирается, дело в том, что у каждого пакета есть живой мейнтейнер который есть в Debian от unstable до stable, если что, он и патч наложит и пакет исправит, если есть возможность. А в NixOS собирает робот и банальная нехватка людей поддерживать дальше руками это всё. Отсюда никакое тестирование, отсюда наверное и самый большой сейчас брак по пакетам какой вообще есть в каком-либо дистрибутиве.
>Это ваше мнениеВы утверждаете, что количество пакетов в repology.org не показатель, а теперь говорите, что это всего лишь мнение?
>А в NixOS собирает робот и банальная нехватка людей поддерживать дальше руками это всё.Доказательства будут? Берёте любой пакет, и смотрите в meta.maintainers.
>Отсюда никакое тестирование, отсюда наверное и самый большой сейчас брак по пакетам какой вообще есть в каком-либо дистрибутиве.Не забывайте, что nixos в целом крупнее других дистрибутивов, при это весьма значительно.
А кто ставит ноду из реп? Это ж смузийная софтина, её через brew накатывают или через curl | sh от рута
А меня вот больше интересует что мешает сделать и ту версию и другую и какую-то третью...
И в принципе возможность ставить сколько угодно библиотек разных версий, если они нужны какому-то софту, чтобы софт не зависел желаний разработчиков дистрибутива.
Вот только когда такая система в линуксе станет стандартом, только тогда он сможет рассчитывать на сколько-нибудь значимую долю на десктопах.
Вы таки предлагаете изобрести докер/подман? Опять?
Опять? Опять кто-то несёт чушь с умным видом? При чём здесь докер? Библиотеки достаточно именовать с номерами версий и не будет конфликтов.
А тестировать кто будет?
Допустим на тестирование кладём болт. И вот у тебя обнаружился баг на одном из миллионов комбинаций разных версий библиотек, как ты предлагаешь разработчикам это воспроизводить?
Ответы в стиле "УМВР ЧЯДНТ" заставят тебя приводить список версий библиотек к такому же составу, как у разработчиов.
И какой после этого смысл мейнтейнерам дистрибутивов запихивать в репозитории нетестируемые версии библиотек?
А в чем проблема?
Софтина использует определенную версию либы, другая софтина другую версию той же либы, и если в какой-то софтине наблюдается баг ту версию либы и смотреть надо. По-моему так даже быстрее баг отискать получится. Не?
>А в чем проблема?
>Софтина использует определенную версию либы, другая софтина другую версию той же либыApt так не умеет
Ну, тут речь немножечко о другом, а что касается apt можно научить теоретически.
Вам помешает fsh, поскольку нужно будет различать кучу похожих файлов. Нельзя поставить различить два разных файла python3, а вот python3_9 и python3_10 можно. Но тогда отвалится софт у которого в shebang прописан python3. Ибо софт нужно связазать целиком с требуемыми версиями библиотек. Посмотрите на NixOS, сколько там всего
> теоретическиВот когда будет практически, тогда и критикуйте другие пакетники.
А ни какой критики нет, размышления и вопросы, варианты решений, может придумаем решение дэпэнзинсов этих ваших. :)
Очень даже умеет - когда надо просто пакуют в разные пакеты. Решение о таких пакетах принимается на уровне дистра, а не на уровне пакета. Иначе всё быстро в бардак скатится.
Посмотри как в RHEL сделано и не неси ерунды.
flatpak уже изобрели
> Вот только когда такая система в линуксе станет стандартом, только тогда
> он сможет рассчитывать на сколько-нибудь значимую долю на десктопах.Для желающих устроить в системе грандиозную помойку имени маздая, с 100500 либ с непонятными полисями за которые никто не отвечает - есть nixos или как там его.
Только вот стандартом оно что-то никак не становится и не становится, и дебианы-убунты в 100500 раз популярнее почему-то. Видимо ваш рецепт счастья не так уж и офигенно работает.
>Для желающих устроить в системе грандиозную помойку имени маздая, с 100500 либваш кругозор поражает воображение, ознакомьтесь с rhel 8 пожалста
штук 5 разных питонов, 3-4 ноды, 4-5 gcc итд
и никакой помойки, хотя их можно даже вместе ставить. и EOL под 10 лет.
> ваш кругозор поражает воображение, ознакомьтесь с rhel 8 пожалстаЗачем мне это недоразумение? У меня на серверах, десктопах и одноплатниках сабж, это намного лучше для меня работает.
> штук 5 разных питонов, 3-4 ноды, 4-5 gcc итд
Штатно там вроде всего по 1, и получить вон то как я понимаю - можно только нехилой самодеятельностью. Но я могу и приврать, ибо последний раз такой хлам я даже не помню когда уже видел.
> и никакой помойки, хотя их можно даже вместе ставить. и EOL под 10 лет.Основная проблема всего этого - в том что оно более не имеет будущего. Редхат перекрыл кислород, оставив нашару только нафигнужный центос стрем, для убежденных бета тестеров.
И ессно это им не добавит комьюнити майнтайнеров фигачащих пакеты.
>можно только нехилой самодеятельностьюНет, ставиться все одной командой, только нужно указать нужную версию nodejs, jdk и т.п.
> Нет, ставиться все одной командой, только нужно указать нужную версию nodejs, jdk и т.п.Вот збс, вы и указывайте. Я вообще предпочитаю поставить скажем условное "mediawiki" и оно утащит нужные зависимости. Какая там версия чего ему была нужна - вот пакетник для этого и создан чтобы ЭТО рюхать! А вы предлагаете мне зачем-то заняться работой пакетника. Я этого делать категорически не желаю в общем случае.
>> Нет, ставиться все одной командой, только нужно указать нужную версию nodejs, jdk и т.п.
> Вот збс, вы и указывайте. Я вообще предпочитаю поставить скажем условное "mediawiki"
> и оно утащит нужные зависимости. Какая там версия чего ему была нужна - вот пакетник для этого и создан чтобы ЭТО рюхать!*рукалицо*, 294й, какой же ты все-таки ограниченный балабол с такими же ограниченными фантазиями, зато с неограниченным апломбом и ЧСВ ...
Если я хочу поставить совсем не условный gcc версии 11 или 15 (или даже 5) - вполне естественно, что нужно указать желаемую версию, т.к. либтелепати все еще не завезли. Причем тут какое-то "ручное" указание зависимостей - никто кроме тебя не в курсе.
> *рукалицо*, 294й, какой же ты все-таки ограниченный балабол с такими же ограниченными
> фантазиями, зато с неограниченным апломбом и ЧСВ ...Наезды на собеседников всегда мощный аргумент правоты.
> Если я хочу поставить совсем не условный gcc версии 11 или 15
Мы живем в разных вселенных. С разным decision making. У меня не бывает задачи "поставить GCC 11". Это бред, страшно далекий от прагматичного решения задач.
Со своей стороны я предпочитаю при начальной валидации системы - проверить что все что надо летает, собирается системным тулчейном, либами и проч и - если все прокатило - просто забыть о этом всем на минимум пару лет. Это - оптимальный прод для меня.
Хаотичным софтом и софтом с хреновой совместимостью я стараюсь просто не пользоваться, что избавляет меня от кучи дурных проблем на ровном месте.
> (или даже 5) - вполне естественно, что нужно указать желаемую версию,
Не логично - когда вообще возникают такие хотелки.
Во первых, потому что в задаче "хочу GCC 11" на человека зачем-то выпихивается функция пакетного менеджера.
Во вторых, потому что жизня намного проще если 1 раз все нарулить, провалидировать и оставить known good конфигу работать на пару лет. Без перетрясов версий и чего там еще.> т.к. либтелепати все еще не завезли. Причем тут какое-то "ручное" указание
> зависимостей - никто кроме тебя не в курсе.Как не завезли? Вот же - в пакетнике лежит ;). Можете проверить, если не верите!
А если серьезно то оптимальный flow для меня apt install <what> -> отконфигурять -> забыть про это на пару лет. И я стремлюсь к чему-то такому. А пакетником я пользуюсь как раз чтобы не греть мозг какую версию кто требует, ВНЕЗАПНО. Мне это интересно только по очень большим праздникам, в сильно экзотичных случаях, и число таких кейсов старательно минимизируется.
>У меня не бывает задачи "поставить GCC 11". Это бред, страшно далекий от прагматичного решения задач.Это вполне естественное желание, если пользоваться современным софтом. Или вы не ставите себе софт, так как компилятор, требуемый для его сборки слишком новый, он вышел всего полтора года назад и не успел текущий стабильный релиз?
>Я вообще предпочитаю поставить скажем условное "mediawiki" и оно утащит нужные зависимости.Так с этого и надо начинать. Условная mediawiki была написана в каком-то допотопном году, с кучей багов и прочего, почти ничего не умеет, зато относительно терпима к версии php. Если говорить про современный софт на php, который работает в проде, и умеет разные вещи, например генерацию документов для m$ офиса, то ему нужна предельно конкретная версия, например 8.3, и если вместо неё будет 8.2 или 8.4, то софт просто не соберётся.
>Какая там версия чего ему была нужна - вот пакетник для этого и создан чтобы ЭТО рюхать!Сейчас поддерживаются четыре версии 8.1, 8.2, 8.3 и 8.4. И если у вас есть несколько микросервисов, часть из которых уже обновились, а часть ещё в процессе, то вам придётся иметь в репозитории все актуальные версии, иначе вы их просто не запустите.
> У меня на серверах, десктопах и одноплатниках сабж, это намного лучше для меня работает.Речь про прод, а не про твои локалхосты.
>Для желающих устроить в системе грандиозную помойку имени маздая, с 100500 либ с непонятными полисями за которые никто не отвечает - есть nixos или как там его.Вы перепутали, никто не отвечает за дебиан. В buster до сих пор php 7.3.31, когда последний php в ветке 7.3 - 7.3.33. Дебиановцы не осилили скопировать готовые патчи за время так называемой поддержки своей же ветки. Про пакеты с более коротким сроком поддержки, типа того же nginx я вообще молчу, в дебиане их хронически не обновляют.
> Вы перепутали, никто не отвечает за дебиан. В buster до сих пор
> php 7.3.31, когда последний php в ветке 7.3 - 7.3.33.Buster уже так то - не stable, и поддержка там - на минималках.
> Дебиановцы не осилили скопировать готовые патчи за время так называемой поддержки своей
> же ветки. Про пакеты с более коротким сроком поддержки, типа того
> же nginx я вообще молчу, в дебиане их хронически не обновляют.Я не настолько наглый чтобы получив дистро на шару - еще и до мелочей до@#ваться - когда оно уже из stable выпало. Тем более что так можно даже до фонарного столба до@$%ться, было бы желание. Идеальный софт? Его не существует в природе.
>Buster уже так то - не stableКаждый раз одно и то же оправдание. php 7.3.33 вышел ещё в то время, когда Buster был stable. Лень в 100500 раз скидывать даты, сами найдёте
>чтобы получив дистро на шаруОставьте дебиан в прошлом, в котором он застрял. В 2025 году вполне себе технологии позволяют собрать дистрибутив без кучи просроченных пакетов.
> Каждый раз одно и то же оправдание. php 7.3.33 вышел ещё в
> то время, когда Buster был stable. Лень в 100500 раз скидывать
> даты, сами найдётеДа к черту перфекционизм, в целом - довольно неплохо работает, а отдельные косяки продолбы - они в софте бывают всегда и у всех, кроме хелловорлдов. Если из этого вселенскую трагедию делать - так вообще далеко не уедешь.
>>чтобы получив дистро на шару
> Оставьте дебиан в прошлом, в котором он застрял. В 2025 году вполне
> себе технологии позволяют собрать дистрибутив без кучи просроченных пакетов.Собирайте, я не против. А для меня дебиан неплохо работает и нет никаких причин его менять. Особенно чтобы, южад, завести себе целых 5 питонов (!ненависть!).
>что мешает сделать и ту версию и другую и какую-то третьюничего не мешает редхату, поэтому он на сервере и единственный торт много лет.
по 3-4 версии openjdk, gcc, postgres, nodejs итд и тпа дебиан для непритязательных домохозяек.
>>что мешает сделать и ту версию и другую и какую-то третью
> ничего не мешает редхату, поэтому он на сервере и единственный торт много лет.Именно поэтому у меня на всех серваках к которым я как-либо отношусь - дебианы и убунты, угумс. Убунта кстати нравится и некромансерам, ибо на расширенной поддержке даже 18.04 до сих пор живой. Я правда - не энтерпрайз.
> по 3-4 версии openjdk, gcc, postgres, nodejs итд и тп
Я рад за них но - вот как раз такими серверами вы и будете рулить. А я это трехметровой палкой трогать не буду.
> а дебиан для непритязательных домохозяек.
Он так то - отличная база для самых разных начинаний. Самым интересным из которых для лично меня является генерация образов мелким VM и - одноплатникам. Редгаду абсолютно нечего ловить в этой нише. И на десктопе он - г@но. А таки удобно ворочать одним семейством технологий - везде.
что то вы не патриотичны.
А как же Астра линукс, с их убунтушными ядрами и промежуточными пакетами стянутыми из любых реп, куда их пустили?
> что то вы не патриотичны.Я еще и переехал от вас подальше, если уж мы об этом.
> А как же Астра линукс, с их убунтушными ядрами и промежуточными пакетами
> стянутыми из любых реп, куда их пустили?Без понятия - я это по моему даже на картинке не видел и понятия не имею что там.
>Именно поэтому у меня на всех серваках к которым я как-либо отношусь - дебианы и убунтыТак почему же?
>> по 3-4 версии openjdk, gcc, postgres, nodejs итд и тп
>Я рад за них но - вот как раз такими серверами вы и будете рулитьЧто то вы в упор не хотите признавать, что это дебиановцы и убунтуи не осилили несколько пакетов в репах, даже красношапка и генту без продвинтутого nix справилась
>Он так то - отличная база для самых разных начинанийДля начинаний из мезозоя, устаревших ещё до своего появления?
>Самым интересным из которых для лично меня является генерация образов мелким VM и - одноплатникамЭто можно сделать на основе буквально любого дистрибутива.
> Так почему же?1) Потому что поставив это в правильный момент на серваки можно получить 2..6 лет спокойной жизни.
2) Это как правило будучи 1 раз наруленым просто работает и не делает мозг.
3) У меня неплохой опыт с этим выводком технологий, а дебиан зарекомендовал себя достаточно дружественным к кастомным начинаниям, и по полисям и по структуре системы.
4) В репах довольно много полезного софта, что упрощает жизню.>>Я рад за них но - вот как раз такими серверами вы и будете рулить
> Что то вы в упор не хотите признавать, что это дебиановцы и
> убунтуи не осилили несколько пакетов в репах, даже красношапка и генту
> без продвинтутого nix справиласьМне это элементарно не надо - и я не считаю разведение помоек в моей ос "фичой". С моей стороны нулевой спрос на вот это все.
>>Он так то - отличная база для самых разных начинаний
> Для начинаний из мезозоя, устаревших ещё до своего появления?Для начинаний - которые можно потом в прод поставить и не страдать от этого. Ну и уж не с рхел 8 про мезозой вещать.
> Это можно сделать на основе буквально любого дистрибутива.
...но есть нюансы...
1) В наличии хорошегоо тулинга для генерации минимальных ос.
2) В условиях на (tm) и репы.
3) В количестве софта который там есть
4) В универсальности всего этого - удобно чтобы везде был 1 выводок технологий.
>> Так почему же?И какой из этих пунктов противоречит красношапке?
>1) Потому что поставив это в правильный момент на серваки можно получить 2..6 лет спокойной жизни.У вас пакеты устареют ещё до релиза, о чём вы? Вы в курсе, что когда очередной lemp пакуют в докер, то nginx берут последний, а не тот, что не обновлялся уже лет 6 с кучей неисправленных багов?
>Мне это элементарно не надо - и я не считаю разведение помоек в моей осВы до сих пор не потрудились определить помойку. Как по мне - помойка, это года дистрибутив сразу же после релиза выставляет замороженный nginx, гарантированно без обновлений в ближайшие лет 10, аж до окончания релизного цикла
>Для начинаний - которые можно потом в прод поставитьКуча прода на alpine, посмотрите как часто она релизится, так что это тоже не оправдание
>...но есть нюансы...По вашим же пунктам NixOS вам подходит куда лучше дебиана. Вот как в дебиане патч на пакет наложить, чтобы он с этим патчем автоматически пересобирался при выходе новой версии? А как пакет с musl слинковать, прямо из коробки? Как насчёт инструментов типа сборки самых разных форматов https://github.com/nix-community/nixos-generators/tree/maste... ? Вот как из дебиана собрать docker, lxc, или virtualbox? Каждый раз свой велосипед писать? Или вам в докере обязательно apt нужен с списоком репозиториев и прочими вещами, особенно на проде?
> И какой из этих пунктов противоречит красношапке?1) Там пакетов мизер
2) Все это жестко завязано на предпочтения фортуны 500
3) Мало майнтайнеров от комьюнити особенно после их последних диверсий.
4) В силу 2) совсем не годится мне для мелких VM и одноплатников. С их dnf оно в разы больше оперативы хочет, сугубо чтобы их голимый dnf счастлив был.> У вас пакеты устареют ещё до релиза, о чём вы? Вы в
> курсе, что когда очередной lemp пакуют в докер, то nginx берут
> последний, а не тот, что не обновлялся уже лет 6 с
> кучей неисправленных багов?Я в курсе что обычно для меня дебиановский нжинкс неплохо работает. У меня нет самоцели вида "последний нжинкс". Тем более что он по ходу пьесы релизит версии и может что-то в конифгах менять. А вы можете все вон то делать - если оно вам зачем-то надо.
Все что меня реально интересует - отсутствие жирных ремотных 0day. Это дебиан более-менее обеспечивает. А любители доскера помнится откушали с лопаты - когда им выгрузку образов немного перекрыли. Можно и так, конечно.
> Вы до сих пор не потрудились определить помойку. Как по мне -
> помойка, это года дистрибутив сразу же после релиза выставляет замороженный nginx,Как по мне помойка - это то что притаскивает эн версий одного и того же без малейшего намека на хоть какие-то полися майнтенанса этого. Так что ожидания относительно свойств и как это будет поддерживаться - вообще отстроить невозможно. И все планирование операций идет лесом. Не очень круто для прода.
> Куча прода на alpine, посмотрите как часто она релизится, так что это
> тоже не оправданиеАльпиин - набивка для доскеров безблагодатная. Больше ни для чего не юзается вроде. Я не про это -> мне пофиг на альпин.
>>...но есть нюансы...
> По вашим же пунктам NixOS вам подходит куда лучше дебиана.По моим пунктям я жестко ненавижу идею что у меня будет 5 версий какого-нибудь питона за которые вообще никто толком никто не отвечает. Ибо будем реалистами - откуда столько ресурсов взять?! Это даже редхат то сможет - для полутора пакетов нужных энтепрайзу. А шаг в сторону - и там просто пакетов нет.
Более того - я меня passion на лайтовые, минимальные, легкие шустрые решения. Пять версий 1 либы - совершенно ортогональны этой хотелке и все только портят. В этом смысле дебиан куда лучше соответствует моим хотелкам.
> автоматически пересобирался при выходе новой версии? А как пакет с musl
> слинковать, прямо из коробки?Без понятия. Лучший вариант решения проблем - это не создавать их сеье. У меня нет задачи "с musl слинковать". Представляете, это действо имеет НУЛЕВУЮ практическую ценность. Всем класть с какой либой линкован софт. Надо - чтобы он работал прежде всего. Желательно предсказуемо, без явных CVE и отвалов прода.
> ? Вот как из дебиана собрать docker, lxc, или virtualbox?
Без понятия. Но для генерации себе образов виртуалок - я взял debootstrap как генератор рутфс с нужными пакетами и далее написал себе башскриптов оформляющих мне это как виртуалки и образа одноплатников в желаемом виде. Мое присутствие тут намекает что это для меня работало, ибо эта виртуалка с браузером - тоже оно :)
>Я в курсе что обычно для меня дебиановский нжинкс неплохо работаетОсталось только выяснить, бекпортируют ли на него исправления безопасности, или как и в случае с php у дебиановцев лапки
>А любители доскера помнится откушали с лопаты - когда им выгрузку образов немного перекрылиДокер не накладывает ограничение на происхождение образов, трудности были только со сборкой некоторых образов. Если образ из NixOS собирать, то ему вообще всё равно перекрыли ли доступ на стороне докера или нет
>Все что меня реально интересует - отсутствие жирных ремотных 0day. Это дебиан более-менее обеспечиваетА не жирные 0day - это нормально? Вы в одном из сообщений упоминули mediawiki, в https://repology.org/project/mediawiki/cves?version=1.39.10 там куча XSS, и ещё несколько CSRF уязвимостей. Я для нескольких решил поискать упоминание в журнале изменений, ни для одной не нашёл.
>Как по мне помойка - это то что притаскивает эн версий одного и того же без малейшего намека на хоть какие-то полися майнтенанса этого.Вы придумали, что в NixOS этим не занимаются, и ходите об этом рассказываете. По дебиановскому опыту взяли? Тем более, что там простой проверкой по версии не понять, там нужно либо журнал изменний вдумчиво листать, либо вообще код скачивать.
>Альпиин - набивка для доскеров безблагодатная. Больше ни для чего не юзается вроде.Тем не менее, средний nginx, postgress, mysql, или apache скорее всего будут именно на нём
>По моим пунктям я жестко ненавижу идею что у меня будет 5 версий какого-нибудь питона за которые вообще никто толком никто не отвечаетЕщё раз повторю вопрос: с чего вы взяли, что за него никто не отвечает? У python-а мейнстрим поддерживает несколько версий, мейнтерам достаточно только на новый патч в периодически переключаться
>Ибо будем реалистами - откуда столько ресурсов взять?!О вместо фактов фантазии пошли. Ещё раз повторю: поддержкой версий питона занимается апстрим, они же и патчи пишут. И ресурсы на бекпортирование тратить не надо. Поменять целых две строки в файле - версию и контрольную сумму, это же так сложно. Это уже не говоря про ci/cd, которые проверят, что это действительно собирается.
>Более того - я меня passion на лайтовые, минимальные, легкие шустрые решения. Пять версий 1 либы - совершенно ортогональны этой хотелке и все только портятТо есть наличие питона вас не смущает, а вот наличие нескольких версий - да?
>У меня нет задачи "с musl слинковать".Так с этого и нужно начинать разговор. Если я хочу статически собранный бинарник, деплой которого сводится к копированию одного файла, и который везде работет - то мне и нужен musl.
>Представляете, это действо имеет НУЛЕВУЮ практическую ценность. Всем класть с какой либой линкован софт. Надо - чтобы он работал прежде всего.Сразу видно, что у вас потребности в простом деплое и совместимости с разными системами никогда и не было, иначе вы бы сразу поняли, почему нужен именно musl, а не glibc.
>Но для генерации себе образов виртуалок - я взял debootstrap как генератор рутфс с нужными пакетами и далее написал себе башскриптов оформляющих мне это как виртуалки и образа одноплатников в желаемом видеТо есть написали свой собственный велосипед. О котором никто не знает, и будет писать повторно
По-моему, вы чуток не понимаете, как работает деби.uname -r / php -v -- 6.12.17 / 8.4.4
стейбл на деби - работает и не трогай
а по поводу пхп:
https://www.php.net/ChangeLog-7.php#PHP_7_3 -- .31-.33 гляньте чейнджлог
вот вам .32
https://sources.debian.org/patches/php7.3/7.3.31-1~deb10u1/0.../
а вот .33 - найдите по XML что вам именно надо, включая попутные фиксы
https://sources.debian.org/patches/php7.3/7.3.31-1~deb10u1/
Если что, баг #81026, который в офиц релиз завезли 24го, а деби пропатчили ещё 2го октябряИскренни надеюсь, что Вам хватит этого, чтобы назад с Татуина к нам вернуться.
У деби, реально, одна проблема - что все, кто использует их кодовую базу, патчи не в их репы пушат, а только на свои поделки накладывают. У Вас с ними, примерно, одинаковые проблемы с восприятием.
>По-моему, вы чуток не понимаете, как работает деби.И как?
>uname -r / php -v -- 6.12.17 / 8.4.4А какое отношение к этому имеет ядро? Или в дебиане ядро жёстко приколочено, и его никак не поменять? Кроме того, у вас опять версия php отстаёт, должна быть 8.4.5
>стейбл на деби - работает и не трогайНе работает - тоже не трогай. Штабильность
>а по поводу пхп:Я не понимаю, что вы этими ссылками хотите сказать. Вот есть обсуждение бага https://bugs.php.net/bug.php?id=79971, там изменился файл ext/dom/domimplementation.c. В приведённых вами ссылках изменения этого файла не видно. Вы на этот файл тоже ссылку не приводите
>а вот .33 - найдите по XML что вам именно надо, включая попутные фиксы
>https://sources.debian.org/patches/php7.3/7.3.31-1~deb10u1/Вы пишите .33, а ссылку приводите на .31. По дебиановской логике 31 == 33? А как тогда в дебиановском виде .31 записывается, тоже как .31? Вот как я должен догадаться до того, что они пакет обновили, а не забыли? А может они всё таки действительно забыли?
>Если что, баг #81026, который в офиц релиз завезли 24го, а деби пропатчили ещё 2го октябряНу допустим, я хочу посмотреть журнал изменений. https://metadata.ftp-master.debian.org/changelogs//main/p/ph... Последнее измение датируется Mon, 17 Dec 2018 10:14:00 +0000. Или здесь действия тоже отобразить забыли?
>Искренни надеюсь, что Вам хватит этого, чтобы назад с Татуина к нам вернуться.Нет, не хватит. В NixOS всё просто и понятно - есть ссылка на исходники, есть версия, которая прямо указывается. Патчей минимальное количество. В коммитах можно посмотреть что когда менялось, никакой changelog руками вести не надо, случайно забыть тоже ничего не получится. Отслеживать изменения можно сразу через интерфейс гитхаба, без всяких непонятных дебиановских порталов. https://github.com/NixOS/nixpkgs/blob/nixos-24.11/pkgs/devel... https://github.com/NixOS/nixpkgs/blob/nixos-24.11/pkgs/devel...
>А какое отношение к этому имеет ядро? Или в дебиане ядро жёстко приколочено, и его никак не поменять?Свежее лтс-ядро на фазе заморозки - в чём проблема-то?
>Кроме того, у вас опять версия php отстаёт, должна быть 8.4.5
PHP 8.4.4 (cli) (built: Feb 15 2025 08:51:15) (NTS)
Оригинал 13го выкатили, кажись.А дальше, просто, простите, перевераки.
https://sources.debian.org/patches/php7.3/7.3.31-1~deb10u1 - ссылка на всё, чем запатчили .31 версию. Там есть и конкретно на .32 хотфикс с его #81026, и на .33 с его XML глюком.С конца листинг этот гляньте, сравнивая с тем, что на офице - всё увидите. Скажу _непопулярную мысль, но в деби эти эта бага закрыли раньше офиц релизов. Ага, лолкек, вэлкам.
А вот про никсОС ничего не скажу, хотя, да, в привычности и открытости молодые проекты намного прозрачнее и, посему, выглядят более привлекательно.
>Не работает - тоже не трогай. Штабильность.
Здесь смысл в том, что деби используются, в том числе, и немало, как база для крупных проектов - которые не только на конкретные версии софта, но и на системных утилитах завязаны, со всеми своими внутренними фиксами/патчами, объёмом не в один миллион строк. Для них каждая миграция на новую версию - совет директоров/основателей каждый раз собираться может, если позволите так пафосно сказать, оценивая сколько это стоить может и стоит ли оно того.
У Вас машина есть? Если она возит без проблем, помогая энергия сохранять, нервы, да ещё бабки зарабатывать - вы туда каждую неделю не лазиете, подкрутить, нет? Или, к примеру, свечи новые или фильтра вышли - поменять, тоже нет? А чё так? И в блог сразу фотоотчёт - смотрите какой я пацан модный. Лайков получите.
А сли у Вас там хеллоуворды и посвежее фичи хочется, аля я в тренде на острие - так деби тестинг прекрасно с этим справляется. Рекомендую.
>ссылка на всё, чем запатчили .31 версию. Там есть и конкретно на .32 хотфикс с его #81026, и на .33 с его XML глюком.Что это за извращённая логика складывать все патчи из .32 и выше в .31? Что им мешает назвать по нормальному 7.3.33? Зачем ещё суффикс приписывать "-1~deb10u7"? Для кого названия версий придумали? Патчи из .32 версии не проверял, но вот патча для .33 я не вижу, вы ссылку тоже не привели. Стало быть его нет.
>С конца листинг этот гляньте, сравнивая с тем, что на офице - всё увидитеС какого конца? Там всего одна страница.
>Для них каждая миграция на новую версию - совет директоров/основателей каждый раз собираться может, если позволите так пафосно сказать, оценивая сколько это стоить может и стоит ли оно того.Это всё хорошо для внешнего наблюдателя смотрится, как важные дяди в костюмах в бизнес центре, со стенами целиком из стекла в комнате для совещания решают, поднимать версию или не поднимать. А в реальности вопрос должен звучать иначе: закапывать ли проект через полгода, или же начинать миграцию уже сейчас. Поскольку в случае, если версию решили пока не поднимать, то поддержка превращается в целую проблему. Особенно хорошо получается, когда проект пропустил уже несколько версий, и работает целиком на устаревших библиотеках, там установка новых зависимостей из дела на пять минут превращается в нечто невозможное, а для актуализации версии нужно в ускоренном порядке пройти путь многократно превосходящий среднюю миграцию
та плять. ну, к своему стойкому желанию исследовать, перечитайте листинг патча - С КОНЦА ОДНОЙ ЕДИНСТВЕННОЙ СТРАНИЦЫ, СНИЗУ ВВЕРХ - они оба хотфикса с офица почти на месяц раньше адаптировали. причём, .32 был позже .33ну и, нормальная ведь цена, что мы платим за новые апдейты, которые чёт там переламывают и не выходят день в день? нет? серьёзно?
я уже ниже писал - на _бунту Х.04 - > Х+2.04, голова у тех, КТО ПРОСТО ИСПОЛЬЗУЕТ ТАЧКУ ЗАРАБАТЫВАЯ БАБКИ/ОКАЗЫВАЯ УСЛУГИ, будет болеть СИЛЬНЕЕ, в силу полугодичных промежуточных офиц релизов дистра, в чейнджлоги которых нужно напихать ПОБОЛЬШЕ. киргуду?
это не для внешнего обозревателя хорошо смотрится, для внешнего хеллоувордщика это как раз непонятно. проблемы аля закапывать ли проект - на это _дерьме, деби, как раз, оказываются, минимальны. _бунта это десктоп, про всякие промежуточные с фанатами вообще смысла не вижу обсуждать. падайте вниз ветки, там кто-то по второму разу пошёл.
>С КОНЦА ОДНОЙ ЕДИНСТВЕННОЙ СТРАНИЦЫ, СНИЗУ ВВЕРХ - они оба хотфикса с офица почти на месяц раньше адаптировали. причём, .32 был позже .33Патч из .32 вижу, он последний, патча из .33 не вижу всё равно.
>я уже ниже писал - на _бунту Х.04 - > Х+2.04, голова у тех, КТО ПРОСТО ИСПОЛЬЗУЕТ ТАЧКУ ЗАРАБАТЫВАЯ БАБКИ/ОКАЗЫВАЯ УСЛУГИ, будет болеть СИЛЬНЕЕ, в силу полугодичных промежуточных офиц релизов дистра, в чейнджлоги которых нужно напихать ПОБОЛЬШЕ. киргуду?Серьёзно. Если проект активно развивается, с ломающими изменениями, как условный php, то вам всё равно придётся код переписывать. Сейчас, или через два года, когда подойдёт к концу поддержка очередного релиза, но придётся. Если вы будете переходить на одну версию вперёд, то переписывать придётся сравнительно немного, а вот если вам нужно будет перепрыгнуть на несколько версий вперёд, условно с 7.3 на 8.2, то вам за раз придётся переделывать кучу всего. Особенно, если какая-то библиотека на 8 ветке не работает, вам нужно будет и версию php поднимать, и версию этой библиотеки, и возможно что-то ещё.
> 7.3 на 8.2, то вам за раз придётся переделывать кучу всегоИменно так это и делается практически всеми.
Пара дней напряженного труда и неделя реагирования на выявленные косяки.
Причем при таком переходе информации набрано столько, что даже ИИ справляется давать правильные советы.
>Пара дней напряженного труда и неделя реагирования на выявленные косяки.Какой-то подозрительно маленький проект.
>что даже ИИ справляется давать правильные советыКакие советы? Вы собираетесь в него все сотни тысяч, а то и миллионы файлов загружать?
> Какой-то подозрительно маленький проект.Проекты огромные. Только все места, где могут возникнуть проблемы известны и легко ищутся.
> Какие советы? Вы собираетесь в него все сотни тысяч, а то и миллионы файлов загружать?
Описываешь ИИ словами какая проблема возникла и он выдает варианты почему она могла возникнуть, что нужно проверить, и что исправить.
Такое ИИ может сделать только в том случае, если в инете сотни раз описаны способы решения проблем.
То есть ДАЖЕ искусственный идиот может подсказать решение.
>где могут возникнуть проблемы известны и легко ищутся.Это только в самых простых случаях
>Такое ИИ может сделать только в том случае, если в инете сотни раз описаны способы решения проблем.Интересно, какие проблемы описаны настолько часто.
> Это только в самых простых случаяхВсе несовместимости описаны. В часто используемых сторонних модулях - то же.
> Интересно, какие проблемы описаны настолько часто.
С обсуждаемым переходом - все.
Естественно, проблемы надо локализовать. Дойдя до самой крайней точки где "раньше гарантированно было так, а теперь, почему-то, иначе". Вот тогда сформулированный вопрос ИИ понимает.
.33 - там куча отдельных патчей по хмл, нет конкретного указания. не подходит?так вот поэтому стейбл них ветки не обновляет, чтобы у вас машина не сломалась. хотите посвежее - подключаете ветку тестинг, чтобы всё оттуда не потекло новое - расставляете приоритеты на стейбл, и уже вручную тягаете оттестированные свежие пакеты. тайминги вы видели на тестинге, хочется ещё свежее - сид, но эт экспериментальная ветка, в продакшн совсем негоже.
а про содержание кода в актуалке - это как вообще к теме нашей относится? вот кто не хочет этим заниматься - так те ещё на деби 10 и сидят, поэтому лайфтайм такой у него и ничего там не апают, только глюки долизывают что всплывают
_ля, в любом случае, спасибо тебе, ЧЕЛОВЕК, за дискуссию. у меня у самого сейчас внутренний конфликт плюсы против раста, как новое начинание, и внутри я тож горю всем этим за раст.
Осообенно торт - это обновление между релизами путем полной переустановки.
>Осообенно торт - это обновление между релизами путем полной переустановки.спроси у насяльника как решается эта простейшая проблема.
>А меня вот больше интересует что мешает сделать и ту версию и другую и какую-то третью...В первую очередь мешает apt, во-вторую fsh.
>Вот только когда такая система в линуксе станет стандартом, только тогда он сможет рассчитывать на сколько-нибудь значимую долю на десктопах.Добро пожаловать в NixOS, или если не против чего-то особенного, то или GuixSD или Gentoo.
> А меня вот больше интересует что мешает сделать и ту версию и
> другую и какую-то третью...
> И в принципе возможность ставить сколько угодно библиотек разных версий, если они
> нужны какому-то софту, чтобы софт не зависел желаний разработчиков дистрибутива.
> Вот только когда такая система в линуксе станет стандартом, только тогда он
> сможет рассчитывать на сколько-нибудь значимую долю на десктопах.Вы в криокамере проспали два момента:
1) Линуксы которые вы подразумеваете не стремятся на значимую долю на десктопах.
2) Десктопы не занимают основную долю даже в нише устройств для ширнармасс
3) А вот то что занимает основную долю в нише устройств для ширнармасс уже давно на линуксах, причём не на тех, которых вы хотели, внезапно они там давно, а вас не спросили. ¯\_(ツ)_/¯
А кто-то пользуется системным руби? Есть rbenv или на худой конец rvm... В продакшене всё в докере крутится в каком-нить ruby-slim
руби сам по себе, без фреймоворков мало интересная для продакшена штука.
а там - уж какие зависимости девелоперы дают, тем и пользуемся.
Меня закидают минусами, но скажу что Debian морально устарел, не вписывается со своим долгим релизным циклом и заморозкой с быстрыми выпусками современного ПО. Как ни старайся, если разработчик не делает lts, окаменение софта и попытки его патчить не сделают его lts.
Корпы это понимают, пилят дистрибутивы нового поколения. Например, в OpenSUSE цикл короче. А в будущем вообще будет стабильная база + контейнеры (не принудительные для использования, но с упором на них) + разной степени стабильности и свежести пакеты на выбор.
Чел каждый дистрибутив под свои нужды. Мне плевать на новые версии того же php будет надо - заведу его из докера на базе той же федоры или арча или убунты или никса... Но вот на тчо мне не плавать так это на то что после apt update apt upgrade у мнея в системе НИЧЕГО не сломается, мне не придется пресобирать половину мира, править конфиги, мигрировать на новую версию ибо старая не торт и мы так решили. И нет заморозится и жить на старой версии без правок CVE меня тоже не устраивает. Я хочу чтоб пок просто работал без ежемесячного/полугодичного ручного обновления. Поэтому у меня дебиан. Современное по берется из флатпака или из никса или из другого дистрибутива через докер/chroot тогда как основа просто работает.
>Мне плевать на новые версии того же php
>И нет заморозится и жить на старой версии без правок CVE меня тоже не устраивает.Вы сами себе противоречите. Есть пакеты с особо длинным релизным циклом, типа tcl, где версия 8.5.0 вышла в 2007, 8.6.0 в 2012, 8.6.14 в 2024, 9.0 тоже в 2024. Такой софт прекрасно влезет в Extended Long Time Support, который у дебиана длится 10 лет. Есть пакеты с длинным релизным циклом типа python-а, у которого поддеркжа 5 лет. В ELTS он уже не влезет, но может влезть в обычный LTS, в крайнем случае на несколько последних месяцев будет End Of Life. Есть пакеты со средним релизным циклом, типа php, у него исправления безопасности приходят в течении 4 лет, он влезет уже только в обычный дебиановский релиз, а в LTS-е будет EOL. Есть пакеты с коротким релизным циклом, типа nginx, у которого срок поддержки 1 год, он станет EOL примерно спустя полгода после дебиановского релиза, целиком в релиз цже не влазит. И наконец есть пакеты с особо коротким релизным циклом, типа chromium, где релиз каждые четыре недели, или ytb-dl, который релизится каждый раз, когда ломают апи. И вот для таких пакетов либо дебиан сдаётся и внезапно размораживает версию, либо им пользоваться проблематично/невозможно. Такие пакеты устаревают ещё до стабилизации версий.
>Я хочу чтоб пок просто работал без ежемесячного/полугодичного ручного обновленияПо схеме выше можно сразу сказать, каким софтом вы пользоваться не сможете
>Современное по берется из флатпака или из никса или из другого дистрибутива через докер/chroot тогда как основа просто работаетНаконец-то вы признались, что на голом дебиане далеко не уехать.
>Наконец-то вы признались, что на голом дебиане далеко не уехать.что значит на _голом дебиане? у него одна из крупнейших и стабильных баз. если вам что посвежее нужно - просто в репы добавляете тестинг/сид с пониженным приоритетом, и вручную берёте пакеты посвежее, оттестированные, с регулярными обновлениями. всё.
а то что вы топите ни никсОС - так вам же пример выше привели, что последние фиксы на пхп 7.3 в деби 10 мейнтейнеры гораздо раньше официалов завезли, потому что всплыло в продакшене раньше, чем разрабы выявили. не факт ещё, что это не сами деби закоммитили в офиц эти крайние багули.
> Корпы это понимают, пилят дистрибутивы нового поколения. Например, в OpenSUSE цикл короче.
> А в будущем вообще будет стабильная база + контейнеры (не принудительные
> для использования, но с упором на них) + разной степени стабильности
> и свежести пакеты на выбор.Именно поэтому где доля занимаемая openSUSE/SUSE, а где Debian/Ubuntu xD
> а где Debian/Ubuntu xD
> xDЗря смеётесь. Посмотрите на долю Debian и долю Ubuntu. В Ubuntu нет окаменения даже в LTS, в курсе?
В курсе - в курсе! :(ЭЙсеровцы вешаются на каждой обнове старья - Wi-Fi хитро выносит :)
Я им дал бесплатный финт (оне приют для собачек, откеда у них деньги) - включать в кабель и пока все обновы не встанут - не выдёргивать. Им сильно погрустнело, но проблема решилась.
Прям охренеть как реди форЪ продУГшен(С) :-)))) Легендарное какчество!(С) :)А ведь там "и вот так по всему мясокомбинату!" (С) если копнуть.
Да что с Вами не так-то, лолкек.Вот чуть выше прочитайте, посты 236,237.
Не нравится старые ветки - переходите на след редакцию. Смысл стейбла на деби - оно не ломается, потому что используется для крупных проектах, которые не будут рефакториться каждые пару недель/месяцев при очередном релизе. Хотите что-то конкретное подтянуть - тяните снаружи, кому доверяете, но это уже под Вашу ответственность.
А хелловорды на тестинге на свежем живут прекрасно, прям как на _бунтах.
>перевод на первую стадию заморозки пакетной базы Debian 13 "Trixie"Почему бы не сделать early access, чтобы не эксплуатировать testing. А stable объявлять с литерой Debian S13
>>перевод на первую стадию заморозки пакетной базы Debian 13 "Trixie"
> Почему бы не сделать early access, чтобы не эксплуатировать testing. А stable
> объявлять с литерой Debian S13Потому что вы можете подключить репы testing / unstable и сами, если оно вам надо.
early access нужен чтобы быстрее протестировать релиз и меньше ждать выпуска стабильной версии. testing не относится к релизам, пакеты там меняются после релиза. А так можно было бы установить 14 версию почти сразу после 13 версии и тестировать. При этом такой подход сильнее дисциплинировал мейнтейнеров при добавлении изменений в early access, чем в testing. Иногда это приводило к развалу системы.
> А так можно было бы установить 14 версию почти сразу после 13так ни что не мешает установить 14 версию сразу после 13, она будет называться sid/unstable. Также можно использовать имя будущего релиза, но уже будет известно к тому времени. Целых два года раннего доступа
> early access нужен чтобы быстрее протестировать релиз и меньше ждать выпуска стабильной версии.
понятие о том, что будет в релизе формируется только вот к первой заморозке. Что конкретно там собираешься тестировать "почти сразу после 13 версии"?
early access нужен чтобы собрать денег на разработку, а потом продавать релиз за фуллпрайс. Или наоборот — не делать релиз и продавать early access обещания, так тоже работает> При этом такой подход сильнее дисциплинировал мейнтейнеров при добавлении изменений в early access, чем в testing
и зачем им это? Чтобы продолжать получать багрепорты даже на то, что уже даже в тестинге исправлено? Чтобы получать жалобы, что ранний доступ стал отставать от тестинга на 3-6 месяцев из-за радикальных изменений?
Они систему с заведомо неработоспособным драйвером ntfs3 (который автоматически выбирается Dolphinом вне зависимости от того, загружен ли он, если не загружен - грузится, а fstab - плохое, так как ntfs-3g написан хреново, и работает только от рута, и соответственно для того, чтобы иметь правильные uid gid на файлах, нужно либо монтировать от юзера, а для этого надо его suid сделать, что неприемлимо, либо захардкодить uid gid в fstab и монтировать от рута, что неправильно. При отсутствии в fstab Dolphin решает эту проблему кастомной логикой) решили заморозить?
Кстати, есть ещё одна проблема. Каким-то волшебным образом права в примонтированной через NTFS-3G ФС переживают отмонтирование - до перезагрузки. В результате достаточно 1 раз поиграться с правами для NTFS-3g в fstab - и весь раздел вплоть до перезагрузки станет виден как root с битыми правами, в результате чего git откажется работать.
ну и кто вам доктор держать систему или её часть на нтфс?
> При общении не допускается: неуважительное отношение к собеседнику ✅, хамство ✅, унизительное обращение ✅, ненормативная лексика ✅, переход на личности ✅, агрессивное поведение ❌, обесценивание собеседника ✅, провоцирование флейма ❌ голословными и заведомо ложными заявлениями.6/8 пунктов нарушил - молодец, чо.
Вернее 5/8, ненормативной лексики нет.
> ну и кто вам доктор держать систему или её часть на нтфс?А тот мсье с нтфсом и гитом на нем - знает толк в извращениях. Пусть линух кернел таким макаром поворочает, подивится перфомансу нтфса. При том в винде оно нифига не лучше будет.
...а потом можно взять какой-нибудь ext4 или btrfs и подивиться разнице в скорости операций GIT в разы...
>Пусть линух кернел таким макаром поворочаетLinux kernel - этому раздутому bloatware место в мусорке (так как на моей "коре дуба" его не скомпилируешь даже если делать это на винде через clang) с его
"client bug: timer event3 debounce: scheduled expiry is in the past" AND "your system is too slow\n"
"event0 - AT Translated Set 2 keyboard: client bug: event processing lagging behind by" AND ", your system is too slow\n"
"event3 - ImExPS/2 Generic Explorer Mouse: SYN_DROPPED event - some input events have been lost.\n"раньше я такое (не сообщения (сообщения обнаружил случайно, заглянув в сислоги странным и необычным путём), а просто проглатывание символов (когда сообщение о нажатии пропускается), а также умножение (когда пропускается сообщение об отпускании) ) только на третьепне видел, теперь вижу на "коре дуба". По видимому специально гадят. Я уже подозревал, что дело в деградции материнок ... а оказалось вот оно что, просто говна в ядро напихали, в результате чего оно за I/O не поспевает.
уважаемый, я собирал ядро на второй малине.
> уважаемый, я собирал ядро на второй малине.Наверное на нтфс вы его не догадались положить, чтобы насладиться "перфомансом" этой ФС в работе с большим числом файлов :)
да ну... все, что имеет отношение к m$ требует очень убедительных показаний к применению.и не может быть использовано "просто так" от слова "хачу".
> да ну... все, что имеет отношение к m$ требует очень убедительных показаний
> к применению. и не может быть использовано "просто так" от слова "хачу".Я к примерно таким выводам и пришел, заметив что вооон тот проект в линухе билдился разика в 3 шустрей. А маклауды пусть кернел линя на NTFS билдят если хотят, главное чтобы они свое время на это просаживали а не я.
> Linux kernel - этому раздутому bloatware место в мусоркеЕсли вы им не пользуетесь - тогда и ваше мнение учитывать не обязательно. А если пользуетесь - тогда вопрос скорее к кривым лапкам, а вовсе не... ибо при остром желании я его даже на одноплатнике с ARM могу отстроить. Пообрубив фичи - за относительно обозримое время даже. Но это изврат: кроссом на мощном хосте намного быстрее. И если уж таким заниматься - раз в жизни купить себе относительно мощный 64 бит девайс с хотя-бы 8 ядер. Устаревший, но все равно достаточно мощный для такой развлекухи - могут продать за бесценок.
> (так как на моей "коре дуба" его не скомпилируешь даже если делать это на
> винде через clang) с егоЕсли это делать на винде - можно будет намучаться вволю и от души, по всем мыслимм аспектам. Независимо от выбранного компьютера. Потому что билдить линух под виндой это изврат, хуже хоккея на траве и балета на льду. А "перфоманс" NTFS врядли оставит равнодушным.
Но так то все познается в сравнении. Винду отстроить без билдфермы вообще малореально.
> По видимому специально гадят.
Это врядли. Скорее вон то просто не массовая конфига уже. И никто не тестирует как это работает. Или у вас какое-нибудь убогое серверное "high latency" ядро с 100Гц переключением задач. Если это про линух. Если это про винды - сами там разбирайтесь что за нахрен, я не саппорт майков.
>раз в жизниЛицемерие так и прёт. Надеюсь, что ваш "относительно мощный 64 бит девайс" всё-таки не последний в вашей жизни.
>купить
Хороший, годный потребитель. Купи в супермаркете с полки пирожок.
>А если пользуетесь - тогда вопрос скорее к кривым лапкам
Лапки реально кривые - быть оторванным от жизни. Не оторванные, у кого лапки прямые - те просто лицензии на винду попупают и не строят из себя Столлмана.
>Винду отстроить без билдфермы вообще малореально
Сотруднику Micro$oft виднее.
>Это врядли. Скорее вон то просто не массовая конфига уже. И никто не тестирует как это работает
Какое отношение имеет тестирование к втаскивание в жёстко реалтаймовый код всякой блоатвари с явным расчётом на то, что Xeon прожуёт, а на всех остальных надо болт положить?
> Лицемерие так и прёт. Надеюсь, что ваш "относительно мощный 64 бит девайс"
> всё-таки не последний в вашей жизни.Я купил энное время назад - и это категория долгоиграющих девайсов которые не надо раз в год менять. Для целей ребилда кернелов мне - хватает и еще долго будет хватать. Это в основном для generic x86-64 конфигов, которые by design - разлапистые.
Но иногдя я билдую ядра по мелочи и на куда более скромном лаптопе. Но там в основном небольшие ядра специфичные под задачу. А могу и даже на одноплатнике вообще, по типу вон той малины у dannyD. Это уж совсем тетрис с кредитку размером. А если много надо - и хочется странного - ну я так и быть поставлю несколько штук этого и distcc какой нарулю.
Вон знакомый прикололся и сделал из мусора "стойка для CD" (зачем это в современном мире кому?) - мини билдферму из кучки мелочи :)
>>купить
> Хороший, годный потребитель. Купи в супермаркете с полки пирожок.Не вижу ничего зазорного в покупке инструментов для эффективного решения задач. А то может мне перфоратор покупать ни-ни, и надо самому из палки, веревки и острого камня подобие дрели запилить? Чего производителей электроинсрумента раскармливать?!
>>А если пользуетесь - тогда вопрос скорее к кривым лапкам
> Лапки реально кривые - быть оторванным от жизни. Не оторванные, у кого
> лапки прямые - те просто лицензии на винду попупают и не
> строят из себя Столлмана.При том судя по отвисанию на коре дуба у вас все деньги ушли - на лицензию винды :)
Ну и лично я занимаюсь разработкой софта, с уклоном в линух. И системной интеграцией под околоэмбедовку на основе линуха. Это на линухе как раз удобнее всего делается. Но вы конечно можете попробовать поконкурировать со мной на винде. Посмотрим как вы меня обставите в этом ;)
>>Винду отстроить без билдфермы вообще малореально
> Сотруднику Micro$oft виднее.Я не сотрудник майкрософт. Но когда-то довольно плотно имел с ними дело. К тому же вы спалились что вообще не умеете билдить ни то ни другое. И эти потребители будут меня тут распекать за потребительство? Лол :D
> Какое отношение имеет тестирование к втаскивание в жёстко реалтаймовый код всякой блоатвари
Если у вас в жестко реалтаймном коде блоатварь - это, определенно, лапки. Более того - конфигурация системы под (около)реалтайм имеет определенные особенности. И конечно немного наивно ожидать всего этого от какого майнстримного дистро. Хотя если у вас хватило бы ума поставить -rt кернел хотя-бы, это возможно и облегчило бы вашу участь.
> с явным расчётом на то, что Xeon прожуёт, а на всех
> остальных надо болт положить?У меня на минималках распоследний кернел + сабж взлетает на ARMv5, 128Mb RAM, 256Mb NAND. Но называя вещи своими именами - вы такой даже уже и не купите, это уже не делают i++ лет, и было чисто по приколу - потому что парочка таких мне задаром обломились. И мне стало интересно - можно ли вместо дурной прошивки с давно помершим вендорским образом сделать себе чего-то прикольного вместо этого из них.
Ну как, не расхотелось еще лекцию про Xeon мне читать? А вся разница, вот, в заточенности моих лапок на линуха :)
>Если у вас в жестко реалтаймном коде блоатварь - это, определенно, лапки. Более того - конфигурация системы под (около)реалтайм имеет определенные особенности. И конечно немного наивно ожидать всего этого от какого майнстримного дистро. Хотя если у вас хватило бы ума поставить -rt кернел хотя-бы, это возможно и облегчило бы вашу участь.Не у меня. Когда ввод с клавиатуры пропускает нажатия ... потому что "your system is too slow\n" - то это говорит о том, что ввод с клавиатуры - это как раз жёсткий реалтайм. Если сетевой пакет можно пропустить - TCP его перешлёт, UDP - по определению OK к дропу, то ввод с клавиатуры - это пользователя напрягает выискивать ошибки в результате проблемы в софте. Это не я дряни понатащил в код, в результате чего core2duo и третьепни теперь не справляются.
>У меня на минималках распоследний кернел + сабж взлетает на ARMv5, 128Mb RAM, 256Mb NAND.
"Взлетал" - не значит "надёжно работал".
>К тому же вы спалились что вообще не умеете билдить ни то ни другое. И эти потребители будут меня тут распекать за потребительство?
Производители - они ХУДШИЕ потребители. Потому что вынуждены постоянно покупать дорогущие инструменты. Это - ловушка. Это специально так. Когда ты вынужден покупать говно - и это решает все твои проблемы, создавать себе ещё проблемы, решая проблемы бомжей, никто не будет.
Лучше быть бомжом, чем потребителем.
> Не у меня. Когда ввод с клавиатуры пропускает нажатия ... потому что
> "your system is too slow\n" - то это говорит о том,
> что ввод с клавиатуры - это как раз жёсткий реалтайм.Я сравнимых сообщений на реальном железе у себя никогда не видел и понятия не имею что и кто там сделал у вас в конфигах чтобы это получить.
Как максимум я умею что-то сравнимое делать - на виртуалках. Но на виртуалках и время, как бы это сказать, немного виртуальное, by design. Потому что они entity в планировщике задач хоста. И вот тут уже возможны варианты, в зависимости от приоритетов и нагрузки на систему.
> я дряни понатащил в код, в результате чего core2duo и третьепни
> теперь не справляются.Я понятия не имею что у вас там за факапы конфигураций. Т.к. проблема не у меня - не мне ее и решать.
> "Взлетал" - не значит "надёжно работал".
Нормально работает. Никаких факапов не вижу.
> Производители - они ХУДШИЕ потребители.
Взаимоисключающие параграфы как они есть.
> инструменты. Это - ловушка. Это специально так. Когда ты вынужден покупать
> говно - и это решает все твои проблемы,Очевидно мой воркстейшн в красивом алюминиевом корпусе, с ECC RAM, могучим процом, парой неплохих видях, solid кондерами, эффективными полевиками, продвинутым БП с синхронным выпрямлением и DCDC, качественными вентялями и проч - на крап не похож. И не имеет предпосылок быстро дохнуть. Это как раз было взято - чтобы было круто и кайфово, и визуально и по перфомансу. И оно еще i++ лет будет билдить кернелы за вполне норм времена.
> создавать себе ещё проблемы, решая проблемы бомжей, никто не будет.
Зачем бомжу вон тот воркстейшн я даже и не знаю. Зачем он мне - я догадываюсь.
> Лучше быть бомжом, чем потребителем.
Я не против если вы последуете своему совету. А я пешком постою.
> вы спалились что вообще не умеете билдить ни то ни другое. И эти потребители будут меня тут распекать за потребительство?Ты наверное и машины сам с нуля собираешь? Стой, а как же ты хлеб в магазине покупаешь, если даже в приготовлении теста участия не принимал? "это другое"?
Он и процессор к Raspberry Pi не выпекал. Не подарили ему TSMC.
Чувак пишет, что ntfs3 ведёт себя неправильно, а ты зачем-то компиляцию линукса на винде приплел..
Справедливости ради:1. пересборку ядра приплёл он. Видимо Gentoo головного мозга.
2. Винду приплёл я:
>так как на моей "коре дуба" его не скомпилируешь даже если делать это на винде через clang
(смысл в том, что ядро гигантское, а сборочная система тормозная и неэффективная, что я бы даже на винде (которая без 12309 и там программам надо меньше памяти) не стал пробовать его собирать - мой хлам это не тянет явно, я однажды (более 10 лет назад) пробовал просто юзерспейс OpenWRT (вернее не совсем его, но на той же пакетной базе) собрать - лучше бы не пробовал, заняло полдня).
>>просто юзерспейс .... собрать - лучше бы не пробовал, заняло полдня).вот в чем проблема? оно собирает и собирает, САМО... хоть два дня.
собралось - поставил, настроил, забыл... пока не всплывут новости о эксплойтах...
прям золушка, разделить два мешка гороха и фасоли...
Когда платишь - проблемы никакой. Абсолютно все в мире проблемы, кроме неразрешимых, решаются оплатой.
А теперь себя к правилам форума оцени по всем пунктам, и про лексику и про флейм.
Так а зачем вообще продакш на винду класть? Вон зиончик в4 с салатом ддр поставил в угол, как сервак, и всё.А поработать можно свободно и в винде на её прогах - линю в виртуалку и папку пробрасываешь, потом тупо синкфингом отлетает, а уже удалённо комитишь/компилируешь. Удобно, когда рабочие компы ещё всякими игрушками используется, включая игровые и офисные хДД
Простите, а чем плохи другие файловые системы? Тот же ext4
Тем, что не тебе ФС выбирать. Претензия была не к Константину Комарову и Paragon (которые нам ничего не должны), а к дебиану (которые нам тоже ничего не должны), которые втащили нерабочий драйвер в систему, и к проекту KDE (которые нам тоже ничего не должны), которые "умным" и неконфигурируемым способом монтируют файловые системы в Dolphin.
user@localhost:~$ sudo mount -t ntfs3 /dev/sdb1 /media/user/MountPoint
mount: /media/user/MountPoint: fsconfig system call failed: No such file or directory.
dmesg(1) may have more information after failed mount system call.(но там ничего нет)
user@localhost:~$ sudo strace mount -t ntfs3 /dev/sdb1 /media/user/MountPoint
....
fsopen("ntfs3", FSOPEN_CLOEXEC) = 3
getuid() = 0
geteuid() = 0
getgid() = 0
getegid() = 0
prctl(PR_GET_DUMPABLE) = 1 (SUID_DUMP_USER)
fsconfig(3, FSCONFIG_SET_STRING, "source", "/dev/sdb1", 0) = 0
fsconfig(3, FSCONFIG_CMD_CREATE, NULL, NULL, 0) = -1 ENOENT (No such file or directory)
read(3, 0x7ffcdc0142f0, 8191) = -1 ENODATA (No data available)
close(3) = 0
....Вот такое в Debianе.
а какой был смысл запускать strace на mount, если магия в ядре происходит? Тогда уж грузиться с включенными отладочными логами, может там что естьа насчет того, что в дебиане "заведомо неработоспособный драйвер", так их два года упрашивали его включить. Драйвер в апстриме, видимо достаточно работоспособный
> видимо достаточно работоспособныйА если данные пропадут, то это заклинание поможет?
если пользоваться мантрой "а если данные пропадут", то вы отбросите вообще все варианты.
Данные пропадут. Обязательно. Когда-нибудь. По вине софта, железа или собственной глупости.
Если данные неважные, то просто смиряемся с возможностью их потерять, если важные, то бэкапим на другое устройство, если очень важные, то бэкапим на несколько устройств, ну и если уж совсем свех-важные, то проверяем, что бэкапы читаютсяНасчет товарища выше - там вообще непонятно как он добился такого результата, может у него дважды смонтировать получилось (не знаю, есть ли там блокировки от такого)
>Насчет товарища выше - там вообще непонятно как он добился такого результата, может у него дважды смонтировать получилось (не знаю, есть ли там блокировки от такого)А с чего ты взял, что там смонтировать получилось? Весь сыр-бор ведь из-за того, что не монтируется.
по стилю изложения и отсутствию конкретной информации это он: http://www1.opennet.ru/openforum/vsluhforumID15/4940.html
Там драйвер перестал работать ВНЕЗАПНО, так что сначала всё же монтировалось.
Хотя может это просто родственная душа, всей правды мы не узнаем
Debian только в одном Stable - ошибки не фиксятся и кочуют из версии в версию..
1. Да, это моя тема. Проблема появилась как раз примерно тогда.
2 Сначала да, монтировалось - с декабря всё "прекрасно" (за исключением необходимости в `ntfsfix -d`) работало на ntfs3. А потом прилетело одно из обновлений ядра - и начались проблемы. С тех пор уже несколько обновлений ядра прилетало - ни одно из них проблему не исправляло.
3. нет, проблема не в образе диска, а именно в драйвере. Я специально для проверки создал виндой заведомо небитый образ ФС на 4 мегабайта - его тоже ntfs3 не монтирует.
добрался до компа, где есть диск с ntfs. С монтированием проблем нет.
Ядро 6.12.17, ничего связанного с ntfs-3g не стоит, в винде отключены гибернация и какая-то там ускоренная загрузка, винда 10, раздел форматировался лет пять назад
Разве что у вас винда 11 и они решили чего поменять в формате, но это догадки.
Может на выходных проверю на чем-нибудь ненужном
Какая взаимосвязь между 11 виндой и тем, что драйвер от Paragon портит файлы?
ТС пока что не писал про порчу файлов, ТС писал, что перестало монтироваться с помощью ntfs3
> Я специально для проверки создал виндой заведомо небитый образ ФС на 4 мегабайта - его тоже ntfs3 не монтирует.Не знаю, работает ли на 4МБ ntfs в принципе, но ntfs3 может не соответствовать каким-нибудь распоследним фичам, если их выкатили недавно
>Не знаю, работает ли на 4МБ ntfs в принципеВинда и ntfs-3g - без проблем (но есть нюанс - в VirtualBox винда/ReactOS мелкие "физические тома" не видит, потому что на BIOS полагается для их детекта, поэтому пришлось диск делать на гиг, создать там том на 4 MiB, потом извлечь этот том через vboximg-mount).
Сэмпл - выложил (https://0x0.st/s/g1unmcKWfLEqVLegGZTxdg/81NL.7z), можете экспериментировать, не извращаясь с виндой.
Очень странно.1. У меня 6.12.19 сейчас, но на 6.12.17 кажется такая же проблема была (потому что ядро уже как минимум 2 раза обновлялось с момента появления бага).
2. у меня нет винды (кроме как хрюши в виртуалке), я к ней этот диск очень давно не подключал.
3. M$ ничего не меняла в формате. NTFS - вещь расширяемая, всё новое вот уже 20 лет как делается через reparse points без слома основного формата. Ты можешь самую распоследнюю ФС к хрюше подключить - и хрюша её не попортит, и сам не упадёт. Просто видеть новомодные фичи не будет.Сейчас на всякий случай попробовал через busybox:
newfstatat(AT_FDCWD, "/dev/sdb1", {st_mode=S_IFBLK|0660, st_rdev=makedev(0x8, 0x11), ...}, 0) = 0
mount("/dev/sdb1", "/media/user/MountPoint", "ntfs3", MS_SILENT, "uid=1000,gid=1000,umask=0077") = -1 ENOENT (No such file or directory)Как видите, busybox использует другое ядерное API для монтирования - с тем же самым результатом.
>С монтированием проблем нет.
Абсолютно не понимаю, почему так происходит. У вас точно Дебиан?
>добрался до компа, где есть диск с ntfs
Вот специально сделанный семпл https://0x0.st/s/g1unmcKWfLEqVLegGZTxdg/81NL.7z
. Содержимое - один файл с последовательностью де Брюийна. И несколько экспериментов по компрессии:4,0M ntfs_sample.img - оригинал
220K ntfs_sample.7z (lzma2) - https://0x0.st/s/g1unmcKWfLEqVLegGZTxdg/81NL.7z
481K ntfs_sample.img.br (оптимизирован под веб-контент, в частности - тексты, их жмёт намного лучше, чем LZMA)
1,2M ntfs_sample.img.gz (дефолтные настройки)
1,3M ntfs_sample.img.zst (хвалёный ZSTD, которым так любят хайповать опеннетчики, даже на максимальных настройках хуже не только LZMA, но и даже обычного gzip на дефолтных настройках, и лишь немногим лучше тривиального snappy, вся суть его "баланса производительности", пойдите ещё snappy или lz4 пожмите)
1,6M ntfs_sample.img.lz4
1,7M ntfs_sample.sz (snappy, по сути RLE, сделан "для производительности", чтобы хвастаться, что быстрее RAM-to-RAM-копирования)
> У вас точно Дебиан?он единственный меня терпит
это уже зашло в дебаг и тесты, так что ответил в https://www.opennet.me/openforum/vsluhforumID15/4940.html
Если система допустила двойное монтирование, то грош ей цена..
ты ведь в курсе, что при наличии прав можно писать на блочное устройство напрямую, даже если оно смонтировано? Что в принципе и может сделать fuse драйвер
А ты умеешь писать на устройства, которые не смонтированы?
Срочно записывайся в мейнтейнеры! 😆
А ты уже забыл, что "всё есть файл"? Ну почти всё
как по твоему ntfs-3g пишет-читает?
Ничего, в Дебиан 13 парагоновский драйвер включат. Ну тот, что в 5.15 мерджанули...
Радуйся: это именно он и неработоспособный. Его не надо было мерджить вообще. Парагону он нужен был только как реклама своего платного пакета: утилиты они так и зажилили, хотя обещали опубликовать.
Разве? Я его не юзал.Сколь я знаю, там был старый какой-то, read only.
fuse ntfs-3g (что этот товарищ юзал)
И последний, парагоновский.
Не слыхал, (правда и не искал), что он не работает.
С пробуждением из криокамеры. Драйвер давно в ядро смерджили, после в декабре 2024 в Дебиане включили его сборку и отгрузку. Dolphin сразу подхватил. Тут же вылезла куча проблем (драйвер намеренно отказывается монтировать немного битые ФС, приходится ntfsfix, и сам же ставит грязный бит, это намеренно - чтобы проприетарные утилиты у Парагона покупали). Но наличие нормального fallocate + нормальных полноценных Posix-разрешений всё перевешивало.Какое-то время работало, пока в феврале не сломалось совсем. Видимо в ядре немного обновили подсистему, а драйвер ntfs3 под это не обновили.
Из trixie pmacct убрали...
и asterisk судя по всему в трикси не будет как его не было в букворме. Печаль... :(
Debian походу деградирует... В будущем наверное придётся на alpine переходить
Для дебиана это стандартно
А куда с дебиана валить? Или на самокомпил переходить и debian в слаку превратить...
>А куда с дебиана валить?Зависит от ваших навыков и предпочтений
>Или на самокомпил переходить и debian в слаку превратить...Ну зачем так грубо? Собирать софт можно и в докере. А можно поднять условный lxc и в него поставить nix. Или напряму в дебиан установить, но тогда частично юниты, переменные окружения и прочие подготовительные вещи нужно будет руками делать. Кстати в nix нужные вам вещи есть
Ubuntu это стандарт. Ubuntu сейчас везде. Если будут говорить другое не верь, вранье.
Есть мнение, что, поскольку они свои собственные патчи клепают и только себе оставляют, а не в деби вносят - то, в итоге, превратятся в этот самый _убогий деби.Ну, потому что они кодовую базу у них берут.
В итоге, кончится тем, что появится кто-то новый, кто будет _бунту кодовую базу использовать.
Ну, и так по кругу.
Valve видимо про это не в курсе.
Да никуда. Окружение настриваете, и пересобираете с патчами/фиксами/твиками под себя что нужно.
А может кто пояснить как микрокод работает? Он ставится на программном уровне или прописывается в чип?
И.
При загрузке ОС загружается в чип. Как следствие, его можно откатить, загрузившись со старой версии.
Спасибо
Да, правильно ответили. Жёстко он только в биос зашивается, операционки на эфи-фазе подхватывают
13 уже устарел, до первой стадии.Дистры Линакса это чудесная вещь. Не надо про rolling, это не решение.
критикуешь предлагай
Что значит устарел? Если у Вас, простите, хеллоуворд - так значит и силы есть подтягивать/отслеживать свежачок и рефакториться. Даже можете коммитить начинать, если вовлечены.А если у Вас _ипать проект - так Вы уже и так с месяц не спите нормально, перед новым стейблом, пытаясь понять, не много ли завозят, чтобы тупо несколько букв в файлике истоков перебить.
Я, конечно же, не супер прод/мейнтейн, но, кажись, на _бунте 2Х.04->2Х+2.04 народ ещё посерьёзнее гоняет, понимая куда их политика непрырвного _роллинга приводит.
>15 апреля 2025 года состоится мягкая заморозка пакетной базы
>Релиз Debian 13 ожидается во второй половине 2025 годаВ нормальных дистрибутивах пакеты остаются актуальны в течении всего релизного цикла. В дебиане пакеты с коротким релизным циклом(только последняя версия/релизы раз в полгода или чаще) успевают устареть либо сразу после заморозки, либо почти сразу после релиза. А дебиановцы самостоятельно патчи почти не делают, вспомнить тот же php в buster, где вместо версии 7.3.33 до сих пор 7.3.31, хотя обновить её должны были в то время, когда buster был stable - дебиановцы даже готовые патчи скопировать не смогли
Это я Вам чуть выше рассказывал, что в деби 10 все эти хотфиксы .32+.33 на пхп на месяц раньше завезли, чем на офице?Так они может и рады бы были оставить лтс релизы всего и вся. Но, во-первых, не все разрабы такие ветки делают, во-вторых, основательно предугадать какой лтс/адекватный релиз оставить лучше - не предугадать, в том числе из-за, в-третьих, таких любителей попушить новое-модное-современное.
Удовлетворил?
Эх, если-таки апнут NVIDIA 525 на более свежий, то у ноутов начнутся проблемы ...
> Эх, если-таки апнут NVIDIA 525 на более свежий, то у ноутов начнутся проблемы ...Юзеры нвидии привычные. Когда у них проблем не было? Проклятое место - то дрова проприетарные, то без реклока, то на хрусте, то вообще openGL сделаный из вулкана. А так чтобы нормально и без мучений - да вы умрете с этой мечтой, фаны нвидии!
Ты не умеешь их ставить просто. Их нужно ставить с backports вместе с обновленным ядром. Тогда и будет более свежая версия. И у меня стоит последняя - все нормально
> Ты не умеешь их ставить просто. Их нужно ставить с backports вместе
> с обновленным ядром. Тогда и будет более свежая версия. И у
> меня стоит последняя - все нормальноСтарше 525 версии не дают повышать power limit, поэтому если карточка обнаружит потребление выше автоматически заданного предела на линии, то сообщит в биос (ring -2) о перегрузке, а он уже заблочит процессор на 400МГц. Есть проблемы с 535 и старшими версиями проприетарщины, короче. Тема старая.
https://www.reddit.com/r/linux_gaming/comments/1bbdig6/psa_n.../
Сочувствую, проблема понятна, но у меня десктоп. И рекомендую обычный настольный ПК - более практичное решение.
Десктоп очень непрактично с собой таскать.
Создайте тикет капсом, там не дураки. Ну, если есть сомнения что не доглядят.
Ждём ждём.
Ну хотя что ждать я уже с нового года на трикси.
Так не в продакшине вообще можно тестинг в соурсах не убирать. Нормально работает, годами.
Хотя бы операционную систему полностью на русский язык перевели?
Все консольные команды.
апт гет апдейттак?))
Что пишет на:
помогите обрезать
8-)
моДДДеРРатоРРР: help cut если чО :))))
Надеюсь плазма 6.3 успеет залететь, надоело смотреть на старые баги 5.27
Залетит, дебиановцы уже ее запихнули.
https://packages.debian.org/trixie/kwin-x11
Package: kwin-x11 (4:6.3.2.1-16.3.2 пока-что но в дебиане всегда поставляли в итоге плазму с 5-м патчем
Судя по тому, что 6.2.5 ещё в декабре была и не обновилась - они, всё-таки, на 6.3 нацелились. К лету как раз нынешниюю 6.3.3 вылижут и докрутят, если за эти месяцы много не нарепортят в общем по системе. Круто.
Вот и ладненько. Обновился везде. Сломались gnome-calculator и xfce4-weather-plugin. Это даже хорошо, что сейчас нам плохо.
Дык они же в тестинге еще. Куда ты обновляться то ).
gnome-calculator сломался раньше, и лечится отключением обновления курсов валют из сети
У меня установка debian 12, пишет что не может handshake с security.debian.org . У вас как?
Вчера какие-то были проблемы с интернетом и не только в России. Так-что ждём новостей что же это было?
Перекурить и заново попробовать - не пробововали?
Когда там Wayland допилят?
Ждём, ждём 15 лет.
Уже несколько лет пользуюсь.
В нормальных дистрибутивах давно всё работает.
Вы про плавность оболочки, как в винде?
Когда уже добавят кодеки AAC и LDAC? Музыку слушать невозможно(
Тоже неделю уже слушаю-слушаю, а звука как не было, так и нет.
ты не теми ушами слушал, надо было нормальными
Проприетаршчыну сам добовляй. Не ной.
Единственный способ добавить кодеки в Debian 12, это уже давно протухший "GitHub - EHfive/pulseaudio-modules-bt". Нет, он работает, но не все обещанные кодеки появляются после его сборки и установки + он ломает режим гарнитуры. Короче, пользоваться им комфортно тоже невозможно.В общем, ответ сам добавляй в твоем случае не рабочий: нечего добавлять, не пропиетарши, которую можно было собрать.
ну так технарям не до этого, а кто заинтересован, финансово, те и кодят. так во всём же - начиная с, банально, вкусной еды.
> postgresql-15Debian как всегда, свежее некуда.
Если что - это сарказм, сейчас актуальная версия PostgreSQL - 17
такой софт лучше ставить с оф репы самого ПО
подключай и ставь
https://www.postgresql.org/download/linux/debian/
15 лет Debian служила мне верой и правдой.
Купил новый ноутбук Asus и Debian не завелась.
Нет драйверов для NVideo и WiFi.
Очень жаль, но на новом ноуте пришлось установить Ubuntu.
Ubuntu завелась без проблем.
В 13 версии может будет.
У меня так было в Debian 11, в новом на тот момент ноутбуке, что нужно ставить проприетарщину. Но именно в Debian, не в Ubuntu.
Но в 12 все изкаробки.
нон-фри-фирмваре в апт для таких случаев добавили не так давно
в соурслист когда тестинг на трикси менять, если хочу рабочую на 13 ветке стопорнуть?
В любой момент, до стабилизации 13 версии, поскольку в момент стабилизации testing начнёт указывать на 14.
спасибо, разобрался, тестинг ставился ещё на 12.1.у них там нон-фри-фирмваре добавилось, ещё что-то, да и вообще структура поменялась - просто выдернул со свежего нетинстала и прописал трикси жёстко.
ой, обманул. на 11.1. и ничё, работало всё это время.
А полный русский перевод имеется? Или всё таки же попадается места с английским языком?
А полная осознанная речь у вас везде в окружении уже встречается, или так и всплывает, иногда, ой _ля? )))
Главное, что поделку(sqv) на том самом недоязычке не забыли вкорячить. Причём не как альтернативу, а жесткой зависимостью.