Композитный сервер Hyprland и сопутствующие пакеты, такие как hyprland-protocols и hyprutils, удалены из репозитория Debian Testing и не будут включены в стабильный релиз Debian 13, находящийся на финальной стадии подготовки. В ветке Debian Unstable пакеты с Hyprland сохранены, но по-прежнему базируются на устаревшем выпуске 0.41...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=63374
Все нинужно, что сломалось; все нинужно, чего нет...
Ну вот, угадай дистр по хедеру.Сначала ты не обновляешь пакеты с апстрима, да и то, что есть не тестишь. А потом упс - версии отстают, там бага, а обновить нельзя, ведь уже запор... В смысле, блокировка.
Что делать? Правильно, давай выпиливать, ведь плохие разрабы апстриса не ридми правят, а таки развивают проект.
> Что делать? Правильно, давай выпиливать, ведь плохие разрабы апстриса не ридми правят, а таки развивают проект.Ну таки да, никто в здравом уме не будет ставить из пакетного менеждера дистра софт, который до сих пор не дошел до релиза 1.0, полон багов и выпуски которого выходят буквально каждый месяц.
Для любителей такого есть роллинги типа Арча. Свежайшие фичи, свежайшие баги, правка конфигов, любовь с консолькой - и все это по несколько раз в неделю, как вы любите.
> да и то, что есть не тестишьА что там тестировать? И так всем известно, что софтина багодром наряду с КДЕ. Другое дело непонятно, зачем его вообще добавили. Ему самое место в роллинг-дистрибутивах.
Да, надо ещё кеды снести. Тем более, они недавно убрали lts.Консоли дебиану более чем. А кому нужен gui, - крысу или сенамон поставят.
> Консоли дебиану более чем. А кому нужен gui, - крысу или сенамон поставят.LxQt новый тренд дня^W года^W пятилетки или чего там еще.
>Ну таки да, никто в здравом уме не будет ставить из пакетного менеждера дистра софт, который до сих пор не дошел до релиза 1.0, полон багов и выпуски которого выходят буквально каждый месяц.Ой, так это же про policykit своего времени... который был системным, и его тем не менее ставили
> Ну таки да, никто в здравом уме не будет ставить из пакетного менеждера дистра софт, который до сих пор не дошел до релиза 1.0Релиз 1 ничего не значит. Можно начать проект с 1 версии, можно никогда не бампнуть мажор за всё время жизни абсолютно стабильного проекта. Половина версий в дибиане начинается с 0.
> полон багов и выпуски которого выходят буквально каждый месяц.
Нет никакой разницы как часто выходят релизы. Потом, какое дело вообще дебиану до релизов, они просто берут древнюю версию и никогда не обновляют.
> Релиз 1 ничего не значит.Конкретно в случае с Hyperlad - значит. В текущем фиде это багованная, постоянно ломающаяся недоделка.
> можно никогда не бампнуть мажор за всё время жизни абсолютно стабильного проекта
Hyperlad абсолютно нестабильный. В каждом минорном релизе, выходящем раз 1-2 месяца, есть список breaking changes и тьма фиксов всяческих крашей и других багов.
> Половина версий в дибиане начинается с 0.
Речь идет конкретно о Hyperland.
> Нет никакой разницы как часто выходят релизы.
Есть разница, и тебе уже написали, какая: ты не будешь ставить из репы НЕ роллинг дистра багованную недоделку, которая выпускается каждый месяц. Хотя я на деньги готов поспорить, что Hyperland ты вообще не пользуешься, а просто залез в комментарии повозмущаться.
> Потом, какое дело вообще дебиану до релизов,
Во-первых, речь шла не о Дебиане, а о конечном пользователе. Ты вообще чем читаешь?
Во-вторых, если даже говорить о Дебиане: им большое дело, ибо нужно тестировать багованую недоделку. Об этом как бы вся новость, не?
А когда на деле она оказывается неюзабельной, поломанной и неподдерживаемой, то выкинуть ее - логичный шаг для маинтайнеров дистра. У них уже как бы фаза тестирования идет, и кроме Hyperlan есть еще сотни пакетов, которые нужно проверить.
> Конкретно в случае с Hyperlad - значит. В текущем фиде это багованная, постоянно ломающаяся недоделка.Ещё раз, он может и на 1 версии постоянно ломаться, и на 0 быть стабильным. Ты просто фигню сморозил про 0 версию, признай.
> Hyperlad абсолютно нестабильный. В каждом минорном релизе, выходящем раз 1-2 месяца, есть список breaking changes и тьма фиксов всяческих крашей и других багов.
И что дальше-то? На breaking changes вообще похрен, потому что в дебиане не обновляют версию. Баги есть в любом софте - ну не можешь бэкпортировать, оставь как есть.
> Есть разница, и тебе уже написали, какая: ты не будешь ставить из репы НЕ роллинг дистра багованную недоделку, которая выпускается каждый месяц.
Почему ты так настойчиво эту чушь пишешь про выпуски каждый месяц? Эти выпуски просто мимо твоего "стабильного" дистрибутива.
> Хотя я на деньги готов поспорить, что Hyperland ты вообще не пользуешься, а просто залез в комментарии повозмущаться.
Нет, у меня коллега напротив на нём сидит и не жалуется ни на "баги" ни на "breaking changes".
> Во-вторых, если даже говорить о Дебиане: им большое дело, ибо нужно тестировать багованую недоделку. Об этом как бы вся новость, не?
Им нужно тестировать любую поделку. Каждую версию каждой поделки из их поделочного репозитория поделок. Багованную недоделку тестировать быстее чем любой другой софт - видим что она нерабочая и не принимаем в реп. Но тут-то речь о том что в реп принили, и потом о чём-то там ноют.
> А когда на деле она оказывается неюзабельной, поломанной и неподдерживаемой, то выкинуть ее - логичный шаг для маинтайнеров дистра
Да-да это квинтэссенция громких заявлений про тестирование. Бедному мантейнеру нужно тестировать нерабочую поделку, а она оказалась в репозитории. Вы уж либо крестик, либо штаны.
Вспомнились мне первые версии хрома, ранние файрфокса.
> А потом упс - версии отстают, там бага, а обновить нельзя, ведь уже запор... В смысле, блокировка.Уважаемый эксперт подскажет, где люди должны брать вермя на тестирование, если сегодня мы подтянули свеженькую версию, а завтра уже релиз? Особенно учитывая тот факт, что в свеженькой версии может быть баг и похуже упомянутого "аварийного завершения композитного сервера при смене виртуального терминала (TTY) или при переключении между мониторами"?
Ну иди, развлекайся с роллингами. Там именно так, как ты хочешь: тупо наваливают свежачок с апстрима - а тестить, ловить баги и гуглить из решения будет уже твоей проблемой.
Эта версия вышла год назад. Если бы провождающий не молился на окаменелости, уже давно была бы версия поновее, в репах.
Есть два стула: на одном стабильность точёна, на другом свежие фишечки дро…
Это у них в тестинге штабильность? Это лень того сапортера, что он не мерджанул до фриза распоследнюю версию, а держал там хлам годовалой давности.
> Это у них в тестинге штабильность? Это лень того сапортера, что он
> не мерджанул до фриза распоследнюю версию, а держал там хлам годовалой
> давности.Ну, во- первых, это опенсурс, тут никто никому ничего не должен. Мерджанул то, что посчитал нужным.
Во- вторых, если не критично, есть смысл подождать, пока они там перестанут коммитить как угорелые, а код в принципе будет более стабилен. А потом уже это тянуть в дистр, чтоб не мучаться больше, чем меньше.
> Это у них в тестинге штабильность? Это лень того сапортера, что он
> не мерджанул до фриза распоследнюю версию, а держал там хлам годовалой
> давности.Может быть мейнтейнер и протормозил где-то, но знаешь, ему вообще-то нужно ещё и работать, воспитывать детей, проводить время с семьёй, и иногда отдыхать. Работа мейнтейнера -- это вообще-то волонтёрство. Особенно -- для таких сырых местячковых проектов.
Вы так недовольны, так может вы ему денег заплатите или его место займёте, и сделаете так, как надо? В общем, словами классика: критикуешь -- предлагай, предлагаешь -- делай, делаешь -- отвечай.
Лучше да, заплатить. За Windows. :)
Там hyrpland более свежий и стабильный?
>Уважаемый эксперт подскажет, где люди должны брать вермя на тестирование, если сегодня мы подтянули свеженькую версию, а завтра уже релиз?Какое тестирование, о чём вы? Дебиан это как федора - вот что собралось, то собралось. Только в отличии от федоры, где пакет может обновится прямо в текущем релизе, или в крайнем случае через полгода, в дебиане баг заморожен навсегда.
Вас в терминале забанили, или от интернета отрезали?
> никто в здравом уме не будет ставить из пакетного менеждера дистра софт, который до сих пор не дошел до релиза 1.0Вы угараете что ли? Большая часть линекса состоит из версий 0.*.
https://0ver.org/
https://ru.wikipedia.org/wiki/Линекс
И куда более серьезные вещи удаляли. Так что не велика новость. Там вон ещё и aptitude помечен как autoremoval на 14 июля.
Не нужон нам ваш интернет и всё тут (c)
Ссылку
Ничего нового. Дистрибутив забил на мнение меньшинства, которые сопровождали 30-40% пакетов. В результате имеем два недоделанных дистрибутива.
Чел, Debian - это не роллинг дистр, и никогда им не был. В его репах не место софту в состоянии вечной недоделки, который выходит буквально каждый месяц. Просто потому, что если тебе нужен такой софт, то ты или используешь роллинг, или компилируешь сам.
> Чел, Debian - это не роллинг дистр, и никогда им не был.
> В его репах не место софту в состоянии вечной недоделки, который
> выходит буквально каждый месяц. Просто потому, что если тебе нужен такой
> софт, то ты или используешь роллинг, или компилируешь сам.Или ставишь в Debian distrobox и тянешь в юзерспейс любую сырыю шляпу из AUR-помойки, но она в контейнере работает и если пойдёт по звезде, то только она, а саму хост-систему она не сломает, разве только нервы пользователю испортит и его какие-то пользовательские файлы зафакапит, но это же пользователь будет CC3Б, а не разработчики дистра. ;)
> Чел, Debian - это не роллинг дистр, и никогда им не был. В его репах не место софту в состоянии вечной недоделки, который выходит буквально каждый месяц.Какая разница как часто он выходит, если в дебиан берут древнюю версию и никогда не обновляют? А в "состоянии вечной недоделки" так-то вообще любой софт, у нормальных людей это называется развитие, с хрена ли что-то не должно попадать в дистр по каким-то субъективным критериям, если оно замечательно работает?
Debian не роллинг дистр, у него другая модель обновлений, ты же это знаешь, просто берёшь другой дистр, который тебе подходит, и всё.
Debian не роллинг, Чел. Он не для всех кейсов использования. Если он не подходит для твоего кейса, возьми подходящий дистрибутив. Когда тебя не устраивает скорость, с которой едет поезд, ты же не возмущается, что никто не приделывает к нему крылья, ты просто берёшь билет на самолёт и летишь на самолёте.
> хрена ли что-то не должно попадать в дистрДебиан не роллинг, Чел.
>Дебиан не роллинг, Чел.Давай займусь ликбезом, хоть мне и не хочется. Перед релизом происходит заморозка testing, в котором находятся самые последние версии софта. Должны находиться. Тут же оказалось, что в момент заморозки в sid оказалась протухшая версия. Причина - нехватка людей, мнением которых подтёрлись почти 10 лет назад.
> Причина - нехватка людей, мнением которых подтёрлись почти 10 лет назад.Что это за люди, о проигнорированном мнении которых ты постоянно упоминаешь? Раскрой мысль.
> заморозка testing, в котором находятся самые последние версии софта. Должны находиться.Должны, лол. Нет, дружок, это опенсорс, и тут тебе никто ничего не должен.
> Тут же оказалось, что в момент заморозки в sid оказалась протухшая версия.
Ну, и как это противоречит утверждению, что Дебиан - не роллинг?
> Должны, лол. Нет, дружок, это опенсорс, и тут тебе никто ничего не должен.Святая, непоколебимая, фундаментальная БАЗА
> Должны, лол. Нет, дружок, это опенсорс, и тут тебе никто ничего не должен.Плохой способ дефа. Опенсорс и бесплатность не оправдываю наличие проблемы. Дебиан - не роллинг. Но в тестовой и нестабильной ветке как правило находятся довольно свежие пакеты, благодаря чему сидящие на тестинг/анстейбле считай сидят на роллинг дистре. А этот Хайперленд даже в сиде в протухшем годовалом состоянии. На пакет тупо забили. А теперь его приходится выпиливать.
>> Должны, лол. Нет, дружок, это опенсорс, и тут тебе никто ничего не должен.
> Плохой способ дефа. Опенсорс и бесплатность не оправдываю наличие проблемы.Еще как оправдывают. Маинтайнеру никто и копейки не заплатил за его работу, чтобы что-то от него требовать и визжать о "должен". У него может быть тьма причин, по которым он не подтянул свежую на момент заморозки testing версию сабжа, и оправдываться по поводу этих причин он не перед кем не должен. Тем более перед обнаглевшими халявщиками с потребительским отношением, которые визжат, что им должны.
Ну а если вы для себя считаете это "проблемой" - флаг в руки: становимся маинтайнером лично и показываем, как надо. Что, не хотим? Времени нет? У нас лапки? Ну так сидите помалкивайте.
> Маинтайнеру никто и копейки не заплатил за его работу,Чхать, кто там кому платит. Проблема есть или её нет и мы тут несуществующую новость обсуждаем и ты без проблем из репозитория Дебиана можешь свежий хайперленд поставить?
> Чхать, кто там кому платит. Проблема естьСнимаю шляпу. НАСТОЛЬКО обнаглевших халявщиков я тут еще не видел.
- Я не понял, где мой свеженький пакет?
- Я волонтер, работаю за бесплатно и ничего вам не обязан.
- Мне чхать на твои оправдания! Ты ДОЛЖЕН!
- Давай досвидания.
- Аррр, проклятый Debian, чтоб ты сдох!> Проблема есть или её нет
Проблемы нет. Вообще. Просто по факту того, что пакет сабжа в репе Дебиана настолько древнющий, что очевидно: его никто не использовал и он накой никому был не нужен.
Это только тут на Опеннете возмутившиеся неадекваты вроде тебя развели клоунаду.
Чел, не трясись. Твоя попытка разыграть драму выглядит жалко.Проблема со сначала долгое время необновлявшимся пакетом, а теперь в результате его полным выпилом - есть. И эта проблема в очередной раз бьёт по репутации Дебиана.
>Снимаю шляпу. НАСТОЛЬКО обнаглевших халявщиков я тут еще не видел.А чего таког сверхъестественного он пожелал?
>- Я волонтер, работаю за бесплатно и ничего вам не обязан.Как раз наоборот - обязан. Обязан исправлять проблемы, своими собственными силами, так как это дебиановская политика по заморозке, в других дистрибутивах такой проблемы нет. А если у него нет сил, поддерживать пакет в актуальном состоянии, то пусть откажеся от мейнтерства, пакет окажется осиротевшим, и ни у кого не будет никаких вопросов.
> Обязан исправлять проблемы, своими собственными силами, так как это дебиановская политика по заморозке, в других дистрибутивах такой проблемы нетне. Скорее обязан не пропустить такую лажу в стейбл, что он и сделал. Про "своими собственными силами" вы конечно хорошо придумали, но в "политику дебиана" это не входит.
> А если у него нет сил, поддерживать пакет в актуальном состоянии, то пусть откажеся от мейнтерства
зачем? у него теперь есть еще два года для спокойной работы
> пакет окажется осиротевшим, и ни у кого не будет никаких вопросов.так по поводу других пакетов с той же судьбой ни у кого до сих пор нет вопросов
>Про "своими собственными силами" вы конечно хорошо придумали, но в "политику дебиана" это не входит.Входит. Любой проект, чей релизный цикл не совпадает с циклом дебиана - это гарантированная поддержка своими силами. А это - значительная часть проектов, ибо поддержка нужна начиная от заморозки и кончая как минимум основным релизом, что в сумме даёт уже больше двух лет.
Но это в идеале. А фактически, в дебиане просто забрасывают такие проекты. Тот же php 7.3.31 в buster не даст соврать.
>зачем? у него теперь есть еще два года для спокойной работыНет. Ибо даже если заморозка должна затрагивать и sid, в чём я сомневаюсь, то версию всё равно нужно поднимать, с 0.41.2 до 0.49. А там ещё библиотеки пакетить и так далее.
>так по поводу других пакетов с той же судьбой ни у кого до сих пор нет вопросовУ меня вопрос по каждому такому пакету, только я за дебаном слежу лишь читая новости, да на репологи смортю на версии. Просто откройте новости, про очередной минорный релиз 12 дебиана, там емнип в каждом выпуске какой-то пакет отваливается. Тот же bcachefs так и не смогли продержать даже 2 года, просто взяли и удалили. Это не смотря на заморозку версии. Ибо это попросту лицемерно - самим обещать заморозку, а потом сносить пакет.
> Входит. Любой проект, чей релизный цикл не совпадает с циклом дебиана - это гарантированная поддержка своими силамиЭто вы себе выдумали, а фактически: Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law.
> Тот же php 7.3.31 в buster не даст соврать.тот же пхп показывает, что он получил минимум 7 патчей
> Нет. Ибо даже если заморозка должна затрагивать и sid, в чём я сомневаюсьа вы не сомневайтесь. Все пакеты проходят через сид и попадают из него в тестинг. Если пакет или его зависимости в тестинге, то играть надо по правилам заморозки
> У меня вопрос по каждому такому пакетуогласите весь список
> только я за дебаном слежу лишь читая новости, да на репологи смортю на версии.чтобы пожалеть, что дебиан не арч? Так арч уже есть
> Это не смотря на заморозку версии. Ибо это попросту лицемерно - самим обещать заморозку, а потом сносить пакет.это вы опять себе что-то придумали. Заморозка не означает, что список пакетов высечен в камне, она означает изменение правил добавления новых пакетов или их версий. Цель заморозки - "стабилизация", а значит все "нестабильное" будет либо починено, либо удалено
>Это вы себе выдумали, а фактически: Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent permitted by applicable law.В абсолютно любой теме, рассказывают, как хорошо, что у дебиана релиз поддерживается минимум 2 года, без учёта всяких elts. Врут значит?
>тот же пхп показывает, что он получил минимум 7 патчейПоддержка должна быть в течении всех 2 лет как минимум.
>а вы не сомневайтесь. Все пакеты проходят через сид и попадают из него в тестинг.Вы хотите сказать, что сид замораживается вместе с тестингом, и должен содержать одинаковую версию? А зачем он тогда нужен?
>Цель заморозки - "стабилизация", а значит все "нестабильное" будет либо починено, либо удаленоЧто в bcachefs было нестабильного? Почему во время релиза версия вдруг разморозилась?
> В абсолютно любой теме, рассказывают, как хорошо, что у дебиана релиз поддерживается минимум 2 года, без учёта всяких elts. Врут значит?поддерживается, но без всяких гарантий. Если хотите гарантий, то можете пойти заключить с ними отдельный договор
> Поддержка должна быть в течении всех 2 лет как минимум.бастер "жил" с 2019-07-06 по 2022-09-10, последний набор патчей пхп получил 2024-06-18.
Похоже вы снова придумали себе, какой должна быть поддержка и расстроились, что она не такая
> Вы хотите сказать, что сид замораживается вместе с тестингом, и должен содержать одинаковую версию?с началом заморозки в сиде активность уже снизилась, а сразу после релиза он будет сильно поломан из-за того, что в него вбросят много обновленных пакетов.
И вообще в их плане с момента софт заморозки: Don't upload changes to unstable that are not targeted for trixie.
> А зачем он тогда нужен?проверить сборку на всех архитектурах, проверить, что оно минимально рабочее, прогнать свои тесты и т.д., а потом перекинуть в тестинг
> Что в bcachefs было нестабильного?учитывая драму — примерно всё? Она сама "заморозилась" только в 6.14.
> Почему во время релиза версия вдруг разморозилась?апстрим поддерживает сишную версию наравне с растовой? Если апстрим сдулся, то пакет удаляется, новый пакет под видом старого добавить нельзя
>поддерживается, но без всяких гарантийБеременная наполовину, да.
>бастер "жил" с 2019-07-06 по 2022-09-10, последний набор патчей пхп получил 2024-06-18.Каждый раз одно и тоже. Я уже с одним анонимом разговаривал, он меня убеждал, что в дебиане есть патчи 7.3.33, а когда я просил привести его ссылку на конкретный патч, то он просто ушёл в отрицание. Вот вам уязвимость CVE-2021-21703. Исправлена в версии 8.0.12 21 Oct 2021, ей как раз подвержена ветка 7.3.
>последний набор патчей пхп получил 2024-06-18Где? Почему вы просто выдумываете даты из головы? Это не говоря уже о том, что в журнале изменений последняя дата за 2018 год.
>Похоже вы снова придумали себе, какой должна быть поддержка и расстроились, что она не такаяВ практически любой теме о дебиане говорят о бекпортировании патчей, но нет ни одного признака того, что они даже патч из 7.3.33 взяли. Даже готовый патч. Это просто ложь.
>с началом заморозки в сиде активность уже снизилась, а сразу после релиза он будет сильно поломан из-за того, что в него вбросят много обновленных пакетов.Тут в теме говорят, что это вроде роллинг релиза. Это даже хуже роллинга, так как произойдёт одномоментно.
>И вообще в их плане с момента софт заморозки: Don't upload changes to unstable that are not targeted for trixie.Отлично, сделали кучу веток, в которых легко запутаться. Они банально не нужны.
>проверить сборку на всех архитектурах, проверить, что оно минимально рабочее, прогнать свои тесты и т.д., а потом перекинуть в тестингЭто как-то совсем не согласуется с тем, что у них в сиде тоже 0.41.2. Пакет забросили давным давно и только перед релизом внезапно вспомнили.
>учитывая драму — примерно всё? Она сама "заморозилась" только в 6.14.А зачем её тогда добавили в стабильный релиз?
>апстрим поддерживает сишную версию наравне с растовой? Если апстрим сдулся, то пакет удаляетсяВнезапно, но огромная часть пакетов не имеет достаточно длинного релизного цикла, чтобы прожить весь релиз дебина. Тот же nginx например.
> Беременная наполовину, да.если не читать инструкцию, то да
> Вот вам уязвимость CVE-2021-21703.https://sources.debian.org/src/php7.3/7.3.31-1~deb10u1/debia.../
php7.3 (7.3.31-1~deb10u1) buster-security; urgency=medium* New upstream version 7.3.31
+ CVE-2021-21706: ZipArchive::extractTo extracts outside of
destination.
* Backported from 7.4.25
+ CVE-2021-21703: PHP-FPM oob R/W in root process leading to privilege
escalation.-- Ondřej Surý <ondrej@debian.org> Sun, 24 Oct 2021 17:18:08 +0200
> Где? Почему вы просто выдумываете даты из головы?https://tracker.debian.org/pkg/php7.3
[2024-06-18] Accepted php7.3 7.3.31-1~deb10u7 (source) into oldoldstable (Markus Koschany)
> В практически любой теме о дебиане говорят о бекпортировании патчей, но нет ни одного признака того, что они даже патч из 7.3.33 взяли. Даже готовый патч. Это просто ложь.пока что вы демонстрируете, что хорошо развешиваете ярлыки и знаете о дебиане только из комментариев на опеннете.
> Тут в теме говорят, что это вроде роллинг релиза.такие же, которые на вики не смогли прочитать что такое сид и тестинг?
> Отлично, сделали кучу веток, в которых легко запутаться. Они банально не нужны.
они нужны но не вам. Не надо путаться, для пользователей там только одна ветка — stable или "имя релиза" на ваш выбор
> Это как-то совсем не согласуется с тем, что у них в сиде тоже 0.41.2. Пакет забросили давным давно и только перед релизом внезапно вспомнили.
он собрался? собрался. В тестинге обнаружено, что несмотря на это он имеет досадный баг. Пакет "забросили" вместе с заморозкой. И скорее всего еще с заморозкой тулчейна для сборки пакетов на расте
> А зачем её тогда добавили в стабильный релиз?
а мэнтейнер там Ванга, что знает когда Кент наиграется? Ему нравилась bcachefs и он был слишком оптимистичен, а потому тащил пакет до тех пор, пока это было возможно без нарушения внутренних правил. Учитывая наличие ядра в бэкпортах у мэнтейнера bcachefs-tools вообще не было возможности поддерживать рабочую связку с ядром
> Внезапно, но огромная часть пакетов не имеет достаточно длинного релизного цикла, чтобы прожить весь релиз дебина. Тот же nginx например.
Их репозитории тоже достаточно редко превращаются во внезапную тыкву.
>Ну а если вы для себя считаете это "проблемой" - флаг в руки: становимся маинтайнером лично и показываем, как надо.Вы забыли дописать, становитесь мейнтером арча/никсос/другого дистрибутива не дебина.
>Еще как оправдывают. Маинтайнеру никто и копейки не заплатил за его работу, чтобы что-то от него требовать и визжать о "должен". У него может быть тьма причин, по которым он не подтянул свежую на момент заморозки testing версию сабжаИ причина этому - дебиан. Ибо из-за заморозки версий возникает целая куча проблем. Взять проект из апстрима нельзя, патчи нужно бекпортировать, из-за чего в дебиане пакеты превращаются в химер, когда по номеру версии совершенно нельзя сказать, какие патчи там есть, а каких - нет. Это уже не говоря про зависимости и прочие вещи, которые тоже замораживаются вместе с проектом.
> Но в тестовой и нестабильной ветке как правило находятся довольно свежие пакетыкак правило, там находится то, в чём заинтересован мэнтейнер. Или то, что до сих пор собирается без ошибок, независимо от того насколько оно древнее и есть ли у этого какая-нибудь поддержка
> благодаря чему сидящие на тестинг/анстейбле считай сидятна тестовом полигоне — еще более тестовом, чем тестинг. Не надо считать сид роллингом, от этого у вас все проблемы
>> Должны, лол. Нет, дружок, это опенсорс, и тут тебе никто ничего не должен.
> Опенсорс и бесплатность не оправдываю наличие проблемыГосподи, еще один. Еще раз: оправдываться по поводу проблемы перед тобой никто не обязан, потому что это опенсорс, и тут тебе никто ничего не должен. Когда вам, обнаглевшим халявщикам, это наконец-то дойдет?
Тогда, когда говорят, что дебин - хлам. Это не оскорбление, а констатация факта.Его работоспособность зависит от левой ноги конкретного человека. И, если, один мейнтейнер, скажем по кедам нормально справляется, то другой индивид может запороть что-то важное.
> Тогда, когда говорят, что дебин - хлам. Это не оскорбление, а констатация факта.не, это чье-то личное мнение. Иначе ты можешь сейчас узнать очень много новых фактов о себе
> Его работоспособность зависит от левой ноги конкретного человека.
о нет, он начинает понимать
> другой индивид может запороть что-то важное.любой индивид может запороть что-то важное. Например выбрать дистрибутив, не соответствующий его задачам
> А этот Хайперленд даже в сиде в протухшем годовалом состоянии. На пакет тупо забили. А теперь его приходится выпиливать.Очевидно, потому что он нафиг никому не нужен был. И только на Опеннете мы наблюдаем цирк из возмутившихся...
> Какая разница как часто он выходит, если в дебиан берут древнюю версию и никогда не обновляют?В новости написано какая разница: взятая версия оказалась багованой, а затягивать и тестировать новую (которая к тому же теперь тянет еще больше васянских библиотек от авторов Hyperland) у ребят времени уже нет. Потому что кроме Hyperland в репах Дебиана еще сотни пакетов и на их тестирование тоже нужно время.
> А в "состоянии вечной недоделки" так-то вообще любой софт, у нормальных людей это называется развитие
Нет, не любой. Когда у софта каждый месяц новая версия, ломающая обратную совместимость и сотни багов - это называется недоделка. Просто по факту того, что оно для конечного пользователя еще неюзабельно.
Или уважаемый аноним мне сейчас расскажет, как он каждый месяц героически накатывает новые версии Hyperland и терпит-превозмогает его креши?
> с хрена ли что-то не должно попадать в дистр по каким-то субъективным критериям, если оно замечательно работает?
В новости написано, как оно "замечательно работает": аварийное завершению композитного сервера при смене виртуального терминала (TTY) или при переключении между мониторами.
Ах, ну да, ты же новость не читал и "замечательно работающим" Hyperland-ом вообще не пользуешься...
>а затягивать и тестировать новую (которая к тому же теперь тянет еще больше васянских библиотек от авторов Hyperland) у ребят времени уже нет.Дебиан никогда ничего не тестируют. Они просто замораживают версии программ в произвольный момент времени. Вплоть до того, что программа устаревает прямо во время жизни дистрибутива, и остаётся без всякой поддержки. Так было с php в buster, который застрял на версии 7.3.31, когда последняя версия 7.3.33, не говоря уже про портирование патчей безопасности из 8 ветки. Прямо сейчас в bookworm ruby 3.1, хотя минимально поддерживаемя версия 3.2. Фактически, дистрибутив не проживает даже первые два года поддержки, вон, 13 ещё не релизнулся, а из него уже стали софт выкидывать.
>Когда у софта каждый месяц новая версия, ломающая обратную совместимость и сотни багов - это называется недоделка.У дебиана проблема с абсолютно любым софтом, даже если в новой версии просто добавили фич. Ну вот не будут дебиановцы версию поднимать.
> Какая разница как часто он выходит, если в дебиан берут древнюю версию и никогда не обновляют?"Не обновляют" -- это не верно. Мейнтейнеры бэкпортируют исправления из апстрима в течение всего срока поддержки дистрибутива, в этом собственно суть. Ну то есть они не бампают апстримную версию пакета, но докладывают из апстрима патчи, и инкрементят у пакета сборочную версию.
В данном конкретном случае пакета Hyprland проблема в том и заключалась, что апстримный проект полностью переписал архитектуру при обновлении минорной версии, и исправлений для старой архитектуры поступать больше не будет: бэкпортировать нечего. Ну то есть фактически -- это новый проект, хоть и под старым названием. Итого старый проект поддерживаться не будет, а новый -- появился после заморозки релиза. Ну и что делать? Если разработчики хоронят свои проекты и начинают новые чаще, чем релизный цикл у дистрибутива, то никак ты их не интегрируешь в дистрибутив.
> с хрена ли что-то не должно попадать в дистр по каким-то субъективным критериям, если оно замечательно работает?
Ну, вопрос "с хрена ли" имеет очень простой ответ в виде вопроса: вот у тебя тысячи проектов, которые пилятся разными неподконтрольными тебе людьми; вот как бы так иначе организовал процесс подготовки стабильного дистрибутива, чтобы не было, как ты выразился, "древних версий"? Вот Debian живёт уже много десятков лет, и вот такой процесс они выработали. Попробуй с ним ознакомиться и немного над ним помозговать: там много разумных вещей написано.
Ну или посмотри на RHEL, например. У них вообще не дистрибутив, а огрызок, в котором вообще мало что есть. И версии там ещё древнее. Но что-то никто не жалуется. А вот Debian имеет куда большее число пакетов, и к тому же посвежее, но вы всё равно не довольны. Чем? )
Отдельно по поводу вот этого:
> субъективным критериям
Ну почему вдруг "субъективным"? Разработчик прямо сказал, что не сможет поддерживать этот проект, и пояснил причины. Если бы он был не объективен, то пакет не удалили бы, а просто перевели в состояние orphaned, и запустили поиск нового мейнтейнера. Но поддержка объективно невозможна, и поэтому пакет удалён.
> А в "состоянии вечной недоделки" так-то вообще любой софт, у нормальных людей это называется развитие
Ну нет. Софт, который попадает в дистрибутив, должен всё-таки обладать какой-никакой стабильностью. Как обеспечить установку в дистрибутиве стороннего софта, который сам поддерживает свой релизный цикл -- это вопрос открытый, безусловно. Вот для Ubuntu, например, существует ppa, и он даже получил некоторое распространение в определённых кругах.
Так что никто софт не останавливает от развития. Хотите немного поломать свой софт -- да пожалуйста. Просто если разработчики хотят, чтобы их софт был в Debian -- они либо поддерживают свои собственные репы, либо обеспечивают стабильность своего продукта, иного не дано.
>[оверквотинг удален]
> удалён.
>> А в "состоянии вечной недоделки" так-то вообще любой софт, у нормальных людей это называется развитие
> Ну нет. Софт, который попадает в дистрибутив, должен всё-таки обладать какой-никакой стабильностью.
> Как обеспечить установку в дистрибутиве стороннего софта, который сам поддерживает свой
> релизный цикл -- это вопрос открытый, безусловно. Вот для Ubuntu, например,
> существует ppa, и он даже получил некоторое распространение в определённых кругах.
> Так что никто софт не останавливает от развития. Хотите немного поломать свой
> софт -- да пожалуйста. Просто если разработчики хотят, чтобы их софт
> был в Debian -- они либо поддерживают свои собственные репы, либо
> обеспечивают стабильность своего продукта, иного не дано.На редкость адекватный комментарий на опеннете.
Спасибо тебе бро!
Так ядро тоже в состоянии вечной недоделки, пусть переходят на minix 3, последняя версия была 11 лет назад, вот там-то настоящаяя стабильность, а не в этом нашем ляликсе)))
Шо, у ядра нет релизного цикла и LTS версии отобрали? Во дела... Стоило только на десяток лет отойти на "её, поганую!" а тут ТАКОЕ... Пойду, что ли, macos позырю.
>Чел, Debian - это не роллинг дистрЧел, почитай что такое тестинг и unstable. Честно, меня удивляют твои глубоки познания в кухне данного дистрибутива.
>> Чел, Debian - это не роллинг дистр
> Чел, почитай что такое тестинг и unstable.Спасибо за совет, почитал. Но Debian от этого не превратился в роллинг-дистр почему-то. Наверное, я как-то неправильно читал.
Или что ты хотел сказать?
Почитай, что такое ролинг тогда.И еще ответь, почему в testing до заморозки лежал уже протухший hyperland, годовалой давности?
Тогда можно было заморозить bookworm, там и тестить ничего не надо. Просто циферку бы поменяли с 12 на 13.
"Почему-почему..." - ты прекрасно знаешь, почему, ага? :)
Так это... sid разве не ролинг?
Сид это репозиторий.
> Так это... sid разве не ролинг?Нет, это просто внутренняя кухня Debian. Роллинг предполагает, что вы можете бесконечно закидывать свежие версии в репозиторий по мере их подготовки апстрим-проектами. В Debian же это не так. По мере подготовки релиза и заморозок -- правила попадания пакетов в sid/testing становятся всё более строгими.
Путаница у людей возникает по той причине, что в течении определённого периода работы над следующим релизом Debian (с момента релиза до первой заморозки), sid вполне себе эквивалентен роллингу (как кстати и testing). Ну и стабильность у него в этот период -- соответствующая роллингу.
В силу выше сказанного, sid уместнее рассматривать как "полу-роллинг".
Ага, ролинг, где версия 0.41.2, вместо актуальной 0.49. Он собирает недостатки как от роллинга, так и от релизов, не давая в замен ничего.
Дебиан - это некродистрибутив. Софт окаменелый как копролит мамонта.
За это любители некро его и ценят
> для старой версии невозможно обеспечить поддержку на протяжении жизненного цикла Debian 13.Как будто в этом вечнотухлом дистре нужно что-то там обеспечивать.
Ну представь себе, да, там люди тестируют работоспособность, экономя ТВОЕ время. Вон, нашли вместо тебя проблему "приводящую к аварийному завершению композитного сервера при смене виртуального терминала (TTY) или при переключении между мониторами".А на "не вечно тухлом" роллинге ловить и фиксить бажочки - твоя забота. Я понимаю, что многие ради этого и ставят Линукс - компелять, править конфиги, сношаться с консолью. Но вот тем, кому он нужен для работы это все накой не сдалось - они предпочтут хотя бы минимально протестированную конфигурацию, которая не развалиться через месяц после очередного обновления.
На ролинге уже обновились и забыли.
Ага, а завтра снова обновили и сломали.
зато в ролинге зачастую очень быстро чинят, либо разрабы софта либо разрабы дистра, смотря откуда затык
Ну сломали раз в год, откатил версию и дальше работаешь, потратил минуту. А на вечнотухлом когда нет нужной свежей версии, что случается гораздо чаще - трать часы на пердолинг со сборкой из исходников (оно ещё и не соберётся, потому что зависимости тоже тухлые), или собирай в контейнере, или ставь левые инструменты типа nix. Зачем, спрашивается, нужен стабильный пакетный репозиторий если чтобы нормально жить вместо него нужно подключать другой пакетный репозиторий?
Ещё у одного сломался роллинг, который он в жизни в глаза не видел. А те, кто на роллинге сидят - не врубаются о чём речь.
>Ну представь себе, да, там люди тестируют работоспособность, экономя ТВОЕ время.Это про арч, федору, nixos unstable и так далее. Что вы собираетесь в дебиане тестировать - версии релизнутые два года назад?
>>Ну представь себе, да, там люди тестируют работоспособность, экономя ТВОЕ время.
> Это про арч, федору, nixos unstable и так далее. Что вы собираетесь
> в дебиане тестировать - версии релизнутые два года назад?В Debian тестируют как раз работу софта в конкретном окружении, т.е. работу дистрибутива целиком, как один софт будет вести себя с другим в таком-то комплекте версий. Понятное дело что никогда 100% идеальности не будет, но зато в Debian я никогда не встречал такой дичи, как падение плазмы с утаскиванием всех работающих программ за собой, что даже переключение на другую tty и выяснение что там случилось показывает что софт наглухо прибит, а вот на Fedora я это ловил периодически, хз от чего зависит, от пагоды на Марсе, видимо.
Пообщавшись с бывалыми я понял, что для Fedora "это норма"(с), не в том смысле что плазма падает и валит за собой всё, а в том смысле, что периодически то тут то там в релизе запросто может случится факап, например:
https://www.reddit.com/r/Fedora/comments/1kzyr9l/warning_cri.../
https://bugzilla.redhat.com/show_bug.cgi?id=2320048Но опеннетные эксперты, которым лишь бы набросить будут с пеной у рта пытаться доказывать, что Fedora не то что такая же стабильная как Debian, но даже стабильнее!.. Ну впрочем смотря с какой стороны посмотреть, есть стабильность и у Fedora, но есть нюанс. ;)
>В Debian тестируют как раз работу софта в конкретном окруженииПоразительно, как имея факты, вы делаете прямо противоположный вывод. В дебиане 0.41.2, которая релизнулась Jun 25, 2024. Что вы в ней тестировать собрались? Она уже давным давно не актуальна. При этом, после релиза 13 дебиана, она скорее всего и дальше будет так же отставать от апстрима. Судя по дате заморозки, у них должна быть версия около v0.47.2, на шесть минорных выпуском больше.
>как один софт будет вести себя с другим в таком-то комплекте версийНу и как? Ну была в софте проблема, и что, это кого-то волновало?
>но зато в Debian я никогда не встречал такой дичи, как падение плазмы с утаскиванием всех работающих программ за собойЕсли вы с чем-то не сталкивались, это не говорит о том, что такого не существует. Вы поймите - дебиан сам пакеты не пишет. И абсолютно все баги, которые в апстриме есть, они будут и в дебиане. Ну вот не сможет дебиановский мейнтер придти и пропатчить падение плазмы.
>а вот на Fedora я это ловил периодически, хз от чего зависит, от пагоды на Марсе, видимо.Зависит от количества обновлений. Дебиан обновляется раз в два года. Всё, что на время обновления работало - может быть будет работать, что не работало - гарантированно работать не будет. Поставьте любую новую технологию в дебиане - она гарантированно будет работать плохо, либо её вообще из дистрибутива удалят.
>Но опеннетные эксперты, которым лишь бы набросить будут с пеной у рта пытаться доказывать, что Fedora не то что такая же стабильная как Debian, но даже стабильнее!..Стабильность, по дебиановски - отсутствие новых проблем. Старых, известных проблем может быть сколько угодно.
https://www.opennet.dev/opennews/art.shtml?num=44184
https://www.opennet.dev/opennews/art.shtml?num=61163
https://www.opennet.dev/opennews/art.shtml?num=44504
>Что касается Mediawiki, то из-за окончания времени жизни ветки 1.19 поддержка данного пакета также прекращена не только в Wheezy, но и в актуальной стабильной ветке Debian 8 "Jessie".https://www.opennet.dev/opennews/art.shtml?num=46016
>В Debian ситуация плачевная, в состав выпуска Debian 8.7 входит WebKitGTK+ 2.6.2, в котором остаются неисправленными 184 известные уязвимости. При этом в бэкпортах для установки доступен свежий выпуск WebKitGTK+ 2.14.3. В штатной поставке устаревшая версия WebKitGTK+ 2.6.2 остаётся по формальным причинам, в том числе в ней остаются неисправленными некоторые серьёзные проблемы со стабильностью. Актуальный выпуск WebKitGTK+ 2 также доступен в ветках unstable и testing, но после заморозки testing, следующее обновление появится только в unstable.https://www.opennet.dev/opennews/art.shtml?num=40921
Вопрос в том, что далеко не по каждой проблеме хоть кто-то напишет статью.
>Стабильность, по дебиановски - отсутствие новых проблем. Старых, известных проблем может быть сколько угодно.Вру. Выкидывание bcachefs из debian - это вполне себе новая проблема.
> Вру. Выкидывание bcachefs из debian - это вполне себе новая проблема.Это когда выкинули на мороз неадеквата неспособного в долговременную разработку?
Нет, это когда в дебиан вначале легкомысленно опакетили bcachefs-utils, а потом, когда их переписали, то внезапно выкинули. И одним bcachefs выкидывание софта не ограничивается.
> Нет, это когда в дебиан вначале легкомысленно опакетили bcachefs-utils, а потом, когда
> их переписали, то внезапно выкинули. И одним bcachefs выкидывание софта не
> ограничивается.Поскольку в изначальном релизе его и не было - это так, попытка добавить "extras". А если это не прокатило - ну, значит не прокатило. Это и не обещали.
>[оверквотинг удален]
> быть сколько угодно.
> https://www.opennet.dev/opennews/art.shtml?num=44184
> https://www.opennet.dev/opennews/art.shtml?num=61163
> https://www.opennet.dev/opennews/art.shtml?num=44504
>>Что касается Mediawiki, то из-за окончания времени жизни ветки 1.19 поддержка данного пакета также прекращена не только в Wheezy, но и в актуальной стабильной ветке Debian 8 "Jessie".
> https://www.opennet.dev/opennews/art.shtml?num=46016
>>В Debian ситуация плачевная, в состав выпуска Debian 8.7 входит WebKitGTK+ 2.6.2, в котором остаются неисправленными 184 известные уязвимости. При этом в бэкпортах для установки доступен свежий выпуск WebKitGTK+ 2.14.3. В штатной поставке устаревшая версия WebKitGTK+ 2.6.2 остаётся по формальным причинам, в том числе в ней остаются неисправленными некоторые серьёзные проблемы со стабильностью. Актуальный выпуск WebKitGTK+ 2 также доступен в ветках unstable и testing, но после заморозки testing, следующее обновление появится только в unstable.
> https://www.opennet.dev/opennews/art.shtml?num=40921
> Вопрос в том, что далеко не по каждой проблеме хоть кто-то напишет
> статью.У меня несколько вопросов.
С чего вдруг вы решили что в рамах ELTS всякие пакеты типа VLC обязаны поддерживаться? Кто вам такое обещал и вообще писал где-то, что в Debian на ELTS обязались поддерживать все пакеты?
Это вы сами себе выдумали?
ELTS это по ФАКТУ программа дополнительной поддержки небольшого количества пакетов за пределами конца поддуржки stable версии, вот это небольшое количество пакетов дополнительно поддерживается по отдельной договорённости с заказчиками, которым это интересно. То что эта поддержка попутно доступна ещё и всем остальным желающим, так это оттого, что в Debian такие нежадные, в отличии от RHEL, и то что они и так поддерживают, то доступно и остальным.
Ни какой речи о том, что ELTS это какая-то дополнительная поддержка по всему Main из Stable никогда не было и нет и не будет скорее всего. Это укая задача и поддерживаемые по ELTS пакеты заранее оглашаются в конкретном списке. Если вам это не подходит, вы либо пытаетесь договориться за нужные вам пакеты с командой которая занимается ELTS, либо идёте апгрейдить систему до следующего Stable или вообще идёте на... роллинг, если вам политика Debian в сфере поддержки пакетов не устраивает.И уж требовать чтобы VLC поддерживался по расширенной поддержке, серьёзно? Вы вообще адекватный и понимаете зачем нужен ELTS, или вам всё равно и вам лишь бы набросить?
Насчёт ситуации с WebKit, вам же там русским языком написано, что в бэкпортах пакет без уязвимости есть, или что, нужно принципиально его не ставить, даже если нужна эта версия, потому что она из бэкпортов?
Причём, там же, в этой статье и говориться, что в openSUSE схожая проблема, т.е. выходит подобные проблемы не только в Debian случаются, а и в других релизных дистрибутивах? Тогда по какой такой причине булка крошится здесь только на Debian?
Причём как по мне, так у openSUSE проблема хуже, хотя в статье это описано с таким эмоциональным окрасом, будто бы наоборот. Ведь Tumbleweed это роллинг-ветка, совместимость пакетов оттуда для текущего Leap не гарантируется, это по сути просто апстрим для будущего среза Leap когда-нибудь, хотя с нюансами.
Тогда как бэкпорты для Debian это как раз таки бэкпорты для стабильной релизной ветки, это их суть, т.е. пакеты оттуда проверены на работоспособность в stable, как по мне, в openSUSE в данном случае проблема куда серьёзнее. Но опять же не понимаю сути предъяв?По поводу ownCloud вообще не понял к чему претензии? Причём здесь Debian, выходит опять же не только в Debian "проблемы" с не такой версией пакета, да? ))
А если и вникать в суть вопроса, то также не вижу проблемы, какое отношение проблема с ownCloud имеет к Ubuntu, если Ubuntu от Canonical это ТОЛЬКО Main репозиторий (внезапно).
Universe это такой продвинутый copr/ppa бассейн от васянов, с пакетами разной степени качества, за них Canonical никакой ответственности не несёт. Ну вот васян забил поддерживать ownCloud, новость из разряда того что какой-то васян в copr или ppa забил поддерживать пакет, а апстрим об этом решил озвучить, что лучше брать deb-пакет с его сайта, ну ок, рабочие моменты.
Притензия в чём?
В том что апстрим не подвязался сам поддерживать свой проект в universe?
>С чего вдруг вы решили что в рамах ELTS всякие пакеты типа VLC обязаны поддерживаться?А где я про ELTS писал? У них даже первые два года поддержки нет. Про php 7.3.31 в buster я уже кучу раз писал.
>>Что касается Mediawiki, то из-за окончания времени жизни ветки 1.19 поддержка данного пакета также прекращена не только в Wheezy, но и в актуальной стабильной ветке Debian 8 "Jessie".Вы увидели
>но и в актуальной стабильной веткеИли нет?
>Ни какой речи о том, что ELTS это какая-то дополнительная поддержка по всему Main из StableНекоторые деятели тут на ELTS сидят, и жалуются, что браузер слишком новую glibc требует.
>Насчёт ситуации с WebKit, вам же там русским языком написано, что в бэкпортах пакет без уязвимости естьВы бы ещё про левый ppa сказали. Ставить из бекпортов - это уже больше чем apt update && apt upgrade. Это как минимум об этом нужно узнать.
>Причём, там же, в этой статье и говориться, что в openSUSE схожая проблема, т.е. выходит подобные проблемы не только в Debian случаются, а и в других релизных дистрибутивах? Тогда по какой такой причине булка крошится здесь только на Debian?Ну, так получилось, что в этой теме обсуждается дебиан. А вообще, сюзя в этом плане ничуть не лучше. Либо пусть патчат пакет своими силами, либо путь не помещают его в репы. А то очень это удобно, рассказывать про большой репозиторий и ничего не делать.
>Притензия в чём?В козырянии одновременно и большим репозиторием, и поддержкой релиза в течении двух лет как минимум. С текущими силами дебиана от одного из этого нужно отказаться.
Вы действительно не понимаете или прикидываетесь?!
> Ну представь себе, да, там люди тестируют работоспособность, экономя ТВОЕ время.А протокол тестирования и чек-листы есть, или каквсигда?
Ставьте Fedora,бгг
Топовый дистр на 2025 год так-то.
Настолько топовый, что даже кодеки потом по помойкам искать приходится.
> Топовый дистр на 2025 год так-то.По количеству багов - однозначно в топ чарта войдет :)
Иронично наблюдать как дебиан застрял в 90-ых годах, где у софта есть по три ветки поддержки, бекпорты багов и прочий энтепрайзный бред. В мире настоящего свободного от влияния корпораций софта он выживать не может
> В мире настоящего свободного от влияния корпораций софта он выживать не можетА что это за софт такой? Ядро Линукса, наверное? 😂
А какой дистр является, по вашему, оптимальным?
Очевидно, Арч и Гента. Самые подходящие дистры для энтерпрайза.
Очевидно, что корпоративный софт дрлжен быть в контейнере с нужными версиями библиотек. А запускалкой контейнера может быть любой адекватный дистрибутив. Федора, например.
>адекватный
>Федорачё там с поддержкой, каждый 3 месяца всё разваливается?
Что разваливается? Сейчас модно корпоративный софт упаковывать в контейнеры. Внутри версии библиотек какие нужно для софта. От дистрибутива тут мало что зависит. Нет смысла тащить в дистрибутив окаменелые версии библиотек
> От дистрибутива тут мало что зависит. Нет смысла тащить в дистрибутив окаменелые версии библиотекКак раз наоборот. Не смылса тащить в дситрибутив глюкодром.
Ставь весь глюкодром аппимеджах, снапах и т.д. и т.п.
Как раз дистрибутив должен быть bleeding edge хотя бы на момент установки. Вот купишь ты новые сервера на эпике, что туда ставить - окаменелый дебиан, в котором даже amd_pstate нет, и дарить сразу процентов 30 производительности? А вот в контейнерах можно хоть жабу шестую, хоть пятый пыхыпы крутить с такими же дырявыми библиотеками.
> Вот купишь ты новые сервера на эпике, что туда ставитьЭэээ... Гипервизор?
>> Вот купишь ты новые сервера на эпике, что туда ставить
> Ээээ... Гипервизор?Он в каждом линухе совершенно нахаляву, сразу встроен. Его не надо отдельно ставить.
>>> Вот купишь ты новые сервера на эпике, что туда ставить
>> Ээээ... Гипервизор?
> Он в каждом линухе совершенно нахаляву, сразу встроен. Его не надо отдельно
> ставить.Не-не-не, спасибо, не надь. "На халяву" почему-то в итоге си-и-ии-и-ильно дороже выходит.
> Не-не-не, спасибо, не надь. "На халяву" почему-то в итоге си-и-ии-и-ильно дороже выходит.Судя по дерганиям майкрософта, который пытается на него hyper-v довески налепить и задекларить это новым гиперви - в этом не уверен уже даже майкрософт :). Но вы продолжайте, не останавливайтесь, мантра с крушением мира проприетарщика так то прикольная.
Хотя чего с клиента Accenture взять? :)
> Вот купишь ты новые сервера на эпике, что туда ставитьТо что не глючит и и без новейших дыр.
>bleeding edgeменструации тебя потом замучают, когда тебя за этот глючный bleeding edge руководство принудительно любить будет
> Очевидно, что корпоративный софт дрлжен быть в контейнере с нужными версиями библиотек.
> А запускалкой контейнера может быть любой адекватный дистрибутив. Федора, например.Расскажите красношляпе ваше виденье адекватного дистрибутива в роли Fedora в корпоративной среде, а то они, бедолаги, на разработку RHEL столько денег вбухивают, CentOS Stream какой-то промежуточный ещё зачем-то держат, а могли бы просто всего навсего брать ̶п̶р̶о̶с̶т̶о̶й̶ ̶с̶о̶в̶е̶т̶с̶к̶и̶й̶.̶.̶.̶ ̶ Fedora и экономить кучу денег и человекочасов! Красношляпа, уверен, очень высоко оценит ваше предложение и наверняка вас наймёт на какую-нибудь высокооплачиваемую должность за такие прорывные идеи, а то что-то правда, в 90х застоялись со своей стратегией корпораты, им срочно нужно свежее виденье, новая кровь в управлении! ;)
Нееее... для "контейнеровертелки" в федоре слишком дофига всего. Сейчас идут в сторону атомарно обновляемых иммутабельных запускалок - всяких там talos linux, sle micro и т.д.
> где у софта есть по три ветки поддержки, бекпорты багов и прочий энтепрайзный бред.На десктопе тухлый софт не нужен.
А в корпоративном энетерпрайзе раньше стабильность версий была нужна, но в эпоху контейнеризации тоже стала ненужна.
Дебиан теперь дистр для старперов
Даже sid?
> На десктопе тухлый софт не нужен.Ставь кглюкодром в контейнерах.
> А в корпоративном энетерпрайзе раньше стабильность версий была нужна, но в эпоху контейнеризации тоже стала ненужна.
Можно, конечно и стабильную версию запихнуть в контейнер. Но такое решение пусть будет не за дистростроителями.
> Дебиан теперь дистр для старперов
То есть для тех, кто работает.
> старперов
> работаетпосмеялся
>старперов
>посмеялсяИ это пройдет, и скорее чем ты думаешь
>>старперов
>>посмеялся
> И это пройдет, и скорее чем ты думаешьА может и не пройдёт. Они ж бугуртят из-за того, что "старпёры" им сейчас указывают, что и как делать, а молодёжь хочет свободы, статуса и уважения, которые им не положены, поскольку ещё не доросли. Несоответствие картины мира реальному положению вещей причиняет известные страдания.
Сейчас из текущей молодёжи отсеется небольшой процент адекватных специалистов, которые смогут окинуть взглядом индустрию -- и они станут новыми "старпёрами", которые точно так же будут указывать молодёжи, что и как делать: и адекватно оценивая свои силы, они будут умеренны во вносимых изменениях. Планомерная работа -- это долго и трудно, а молодняк хочет быстро подняться. Короче, они хотят революции, а "старпёры" заставляют шестерёнки ежедневно крутиться уже сейчас, и не дают всё разломать окончательно. Поэтому на них катят бочку, и поэтому же на новых, кто займёт их место потом -- тоже будут катить.
Начальник же всегда дурак: "был бы на его месте я -- вкатил бы классный роллинг в энтерпрайз, и показал бы всем кузькину мать, вот только гадкие старпёры мне почему-то не дают". =)
>А может и не пройдёт. Они ж бугуртят из-за того, что "старпёры" им сейчас указывают, что и как делать, а молодёжь хочет свободы, статуса и уважения, которые им не положены, поскольку ещё не доросли. Несоответствие картины мира реальному положению вещей причиняет известные страдания.Требования старпёров всегда были оторваны от реальности. То они перьевыми ручками заставляют писать, то на пакетах более чем двухлетней давности сидеть.
>Короче, они хотят революции, а "старпёры" заставляют шестерёнки ежедневно крутиться уже сейчас, и не дают всё разломать окончательно.Для этого нужен адекватный эксперимент, что будет, если старпёров от руля отодвинуть. А сейчас уже не то что перьевые ручки, обычные ручки - без надобности.
> Для этого нужен адекватный эксперимент, что будет, если старпёров от руля отодвинуть.Этот эксперимент уже произведён неоднократно, и называется он -- стартап.
> А в корпоративном энетерпрайзе раньше стабильность версий была нужна, но в эпоху контейнеризации тоже стала ненужна.Не-не, очень даже нужна - но вот не всего и не вся. Знаешь, как больно было узнать, что atsra (Не совсем очепятка, да) linux не фризит версии пакетов и после самого обычного обновления 1.8 podman "вот точно такой же - но теперь чуть-чуть не такой, зато более луДший!" и запуск контейнеров от юзверя надо чуть-чуть, самую капельку, малость - вот перепиливать?
Имел опыт работы с этой заразой. Не буду ходить вокруг да около и скажу прямо, что астру обновлять можно только через blue-green, и никак иначе: ставите новую астру на новой машине, настраиваете, чтобы всё работало, перегоняете траффик на новую. После этого -- не трогать её, запретить всем до уровня сеньора на неё заходить, запретить мидлам дышать рядом, а джунам -- даже думать о ней. Только так с ней работать и можно.
> Имел опыт работы с этой заразой. Не буду ходить вокруг да около
> и скажу прямо, что астру обновлять можно только через blue-green, и
> никак иначе: ставите новую астру на новой машине, настраиваете, чтобы всё
> работало, перегоняете траффик на новую. После этого -- не трогать её,
> запретить всем до уровня сеньора на неё заходить, запретить мидлам дышать
> рядом, а джунам -- даже думать о ней. Только так с
> ней работать и можно.Вот руками-и-ногами-за. ТЕПЕРЬ - об этом знает и Заказчик. И может даже - ИБ заказчика (Но это уже не точно).
> А в корпоративном энетерпрайзе раньше стабильность версий была нужна, но в эпоху
> контейнеризации тоже стала ненужна.Нет, корпоративный энтерпрайз вовсе не дурак. Корпоративный энтерпрайз гоняет свежак в контейнерах, чтобы обеспечить оперативность доставки изменений, но среду запуска оных -- всегда держит стабильной.
Наоборот. Debian сейчас стал более актуален, а всякие там Бубунты - не нужны.
Есть Debian, и есть flatpak. Есть Docker. Все остальное просто НЕ НУЖНО.
>и есть flatpakВ котором только десктопный софт, и ничего больше.
>Есть Docker. Все остальное просто НЕ НУЖНО.Интересно, на чём жэ этот ыксперд докер собрался собирать? Или предлагает косплеить lfs и генту поверх дебиана?
> Интересно, на чём жэ этот ыксперд докер собрался собирать? Или предлагает косплеить lfs и генту поверх дебиана?Так посмотри на разработчиков gcc. Они дают докеры новых версий для debian'а.
Просто ставят туда пакеты, которые им нужны. Как я понял, нужное им сами опакечивают.
Получается и систему не ломают и новинки используют.
>Они дают докеры новых версий для debian'а.Докер - это костыль. Вот человеку с переломом костыль поможет ходить. Спортсмену бегать - помешает.
>Просто ставят туда пакеты, которые им нужны. Как я понял, нужное им сами опакечивают.Ага. Только удовольствие хуже генты. Ибо в генте хотя бы один раз компилировать надо, а не на каждый одноразовый докер. А если сюда добавить потребление места докером...
>Получается и систему не ломают и новинки используют.Если выкинуть устаревший apt и взять продвинутый nix, то надобность в докере для нового gcc внезапно отпадёт.
> Если выкинуть устаревший apt и взять продвинутый nix, то надобность в докере для нового gcc внезапно отпадёт.Как и надобность в получившейся системе.
А зачем вообще в дебиан тянуть то, что «находится на стадии активной разработки и регулярно формирует новые выпуски с изменениями, не сохраняющими обратную совместимость»?
База.Мейнтейнерам дистра нужно в ci добавить, что бы как только нажимаешь в гитхабе "Перенести в Архив", им сразу этот софт добавлялся в репу.
> А зачем вообще в дебиан тянуть то, что «находится на стадии активной разработки и регулярно формирует новые выпуски с изменениями, не сохраняющими обратную совместимость»?Какая разница что оно там не сохраняет совместимость, если в дебиан тащут конкретную версию и потом не обновляют? А так-то под это определение подходит половина софта, что теперь - ничего не тащить в дебиан? Нахрена нужен дистр без пакетов?
> Нахрена нужен дистр без пакетов?Следует спросить: "Нахрена нужен дистр без пакетов с клюкодромом?"
Ну так ответ очевиден: нужен тем, кому не нужен глюкодром.
> Ну так ответ очевиден: нужен тем, кому не нужен глюкодром.Те кто считает что-то глюкодромом может им не пользоваться даже при наличии пакетов в репозитории. А при их отсутствии ими не может пользоваться никто - ни тот для кого это глюкодром, ни тот кто хочет на это просто посмотреть, ни тот для кого это абсолютно стабильный на его задачах софт.
> Те кто считает что-то глюкодромом может им не пользоваться даже при наличии пакетов в репозитории. А при их отсутствии ими не может пользоваться никто - ни тот для кого это глюкодром, ни тот кто хочет на это просто посмотреть, ни тот для кого это абсолютно стабильный на его задачах софт.Предлагаешь помечать - вот эти пакеты глюкодром, а эти нет?
Так так уже сделали.
В debian пометили все пакеты, что они не глюкодром. Хочешь глюкодром - ставь другое.
> Какая разница что оно там не сохраняет совместимость, если в дебиан тащут конкретную версию и потом не обновляют?Тебе буквально в новости написали: разница в том, что в Дебиане софт тестируют на работоспособность. И когда сабж оказался неработоспособным, им пришлось его выкинуть, потому что из-за этой самой отсутствующей обратной совместимости новые версии сабжа нужно было бы тестировать с нуля.
Ты правда не догоняешь?
> из-за этой самой отсутствующей обратной совместимости новые версии сабжа нужно было бы тестировать с нуляЧто за бред тут написан? Любая ревизия любого софта всегда должна тестироваться с нуля, при чём тут обратная совместимость? Или ты хочешь сказать что в дебиане тестируют тухловерсию один раз, а потом то что считают "обратно совместимым" (термин, на самом деле, к end-user софту вообще не применим) просто хреначат как получится?
> Что за бред тут написан?Что за бред тут написан?
> Любая ревизия любого софта всегда должна тестироваться с нуля, при чём тут обратная совместимость?
С чего вдруг любая? Фиксы тестируют на исправление фиксов.
> термин, на самом деле, к end-user софту вообще не применим
С чего друг неприменим?
Вот абсолютно ничем не отличается.
> просто хреначат как получится?
Это как раз про глюкодромы.
В debian'е же есть период ожидания отзывов о проблемах. В клюкодромах - нет.
> Тебе буквально в новости написали: разница в том, что в Дебиане софт тестируют на работоспособность. И когда сабж оказался неработоспособным, им пришлось его выкинутьХватит гнать эту пургу уже. Если бы его тестировали, и он бы оказался неработоспособным, его не пришлось бы выкидывать потому что он не попал бы в дистрибутив.
> А зачем вообще в дебиан тянуть...
Правильно, незачем! :)
Когда речь про корпоративный сегмент. Снежинки от разработки по фану ломаются. Сам надобавлял плюшек и сам же в них погряз.Бгг.
> Когда речь про корпоративный сегмент.А какое отношение дебиан вообще имеет к "корпоративному сегменту"? Кто их ставит в прод?
Это в лучшем случае черновая заготовка для нормальных дистров с нормальной поддержкой.> Снежинки от разработки по фану ломаются.
Разработка по фану это поддерживать древнюю рандомную версию, потому что какие-то тупари по известной лишь им причине взяли именно ее?
У вас уникАльное видение фана))
Ой,да ладно. Тут постоянно сравнивают Дебиан с Красношляпой.
> Тут постоянно сравнивают Дебиан с Красношляпой.Ну так и х с пальцем можно сравнивать. Я и такому не удивился бы от местной аудитории.
Но где шапка, а где деб.
> Но где шапка, а где деб.Чем в этом плане шанка от деба отличается?
Она то же глюкодром в пакеты не тащит.
Шапке хотя бы бабла дают (в том числе и клиенты) на _настоящее_ тестирование, а не как в дебиане - васян-меинтейнер отвечает на пацана, что вот у него на его коре 2 дуо всё работает.
> Шапке хотя бы бабла дают (в том числе и клиенты) на _настоящее_
> тестирование, а не как в дебиане - васян-меинтейнер отвечает на пацана,
> что вот у него на его коре 2 дуо всё работает.Шапка и тестирует - полтора пакета нужных энтерпрайзятине. И прикрывает свой зад по максимуму. Так что вместо нормального ffmpeg как в сабже - как вам идейка декодировать H.264 уродским OpenH264 от Cisco? Который тормозной, не умеет фреймы скипать нормально, не оптимизированный, на квадратики сыпется, CVE набит в индусском коде по уши, "зато комплайнс с американскими патентами утрясен CISCO" (это единственное достоинство данного софта!).
Дебиан же поступил проще и с некоего момента просто объявил что комплайнс с своим законодательством - задача юзера. И собирает ffmpeg нормально, и сразу в main репе и раздает. Им даже в 265 (и конечно прочие VP9 и AV1) транскодировать можно. Сразу. Без левых реп и добавочных приседаний. А редхатчики если б и захотели, там 2 года с юридическим отделом такое согласовывать придется. Даже в типа-комьюнити фидоре. Такое вот комьюнити - обслуживающее интересы RHBM. И вот толку с того тестирования, например, дома на десктопе?
А этот ну как его vlc он разве не заряжен кодеками всевозможными? Или это чушь? :)
Он должен системные использовать в Linux, типа одна либа на весь софт.Можно, конечно, статически линкануть.
> А этот ну как его vlc он разве не заряжен кодеками всевозможными? Или это чушь? :)А он в шляпе вообще штатно поставляется? И какие кодеки жрет и чем? Или в чем шляпе разница - стрематься патентов в ffmpeg или в vlc, собственно? Чтоб к ним полисю разную применить?
Не, извините, какой-то EPEL или что там, на задворках, мануально - это не "штатно поставляется". Штатно - вот - дрисня от cisco в виде OpenH264, у которого из достоинств только - вон то. Все остальное - недостатки и проблемы. Вон там на форониксе радостная весть как федоре по этой линии жирный CVE по дефолту заехал и висел дофига.
Да что внимание на теоретиков обращать. То у них дебиан потухший, хотя помимо stable есть testing и sid, то у них в шляпе якобы более свежие пакеты.
Прямо сейчас в сиде версия этого пакета - 0.41.2 https://packages.debian.org/sid/hyprland. Вы бы постесеснялись писать то, что опровергается за несколько минут поиска.
Это как раз проблема топикового разработчика. Они перешёл на другую (свою) библиотеку. Желающих ее опакетивать не нашлось.Я бы подождал пока наиграется и вернётся. Если же не вернулся - выкинул бы на мороз.
Так это должен делать мейнтер самого hyperland-а. Я понимаю, что бекпортирование патчей для php ил golanga - слишком сложная для дебиановцев задача, но собрать ещё один пакет - нет.
> но собрать ещё один пакет - нетПакет, который дублирует функционалость существующих, может с ними конфликтовать и только недавно появился?
Зачем?
Затем, что сейчас hyprland заброшен. Даже в сиде.
>может с ними конфликтоватьКак библиотека может с чем-то конфликтовать?
> Прямо сейчас в сиде версия этого пакета - 0.41.2 https://packages.debian.org/sid/hyprland.
> Вы бы постесеснялись писать то, что опровергается за несколько минут поиска.Я по своем опыту на debian и на centos пишу. Что там конкретно с этим hyprland, я не знаю (да как бы и не волнует софт, который ещё определенной стабильности не достиг).
"Переводу пакетов на новый выпуск мешает то, что в версии Hyprland 0.42 прекращено использование библиотеки wlroots в пользу собственной релизации протокола Wayland и библиотеки отрисовки Aquamarine."Эти собственные реализации протокола Wayland плодятся как грибы после дождя, какая это уже по счёту, я со счёта сбился?!
У каждого приличного вм своя. Т.е. это 3, если не считать wlroots (не надо эту кривую дрянь считать). Но что поделать, тут нет 1 для всех иксов, которые обо всём позаботятся.
С какого перепугу wlroots дрянь? А может ты сам дрянь?
Тут соглашусь. Иксы без всяких багов сыпались и ничего удалять было не нужно.
We officially run and test Hyprland on Arch and NixOS, and we guarantee Hyprland will work there. For any other distro (not based on Arch/Nix) you might have varying amounts of success. However, since Hyprland is extremely bleeding-edge, distros like Pop!_OS, Ubuntu, etc. will have major issues running Hyprland. Rolling release distros like Fedora, OpenSUSE, etc. will likely be fine.
> поставляемая в Debian-пакете версия Hyprland 0.41.2 сильно
> отстаёт от актуального состояния проекта (0.49)В дебе как всегда пакеты каменеют еще до релиза очередного деба))
Но обновляться низя - штабильность жы!При этом деббилианцы не выбирают какую-то lts версию. Они просто берут что есть, а от разрабов требуют исправлять именно ее весь жизненный цикл жизни версии дистра.
>При этом деббилианцы не выбирают какую-то lts версиюПравильно делают. Когда дистр на стадии бета-тестинга, берётся текущая, самая свежая версия программы. Вот и она потом попадёт в Стэбл. Дальше, даже если новые версии пакета будут выходить, в дистр их брать не будут.
> Правильно делают. Когда дистр на стадии бета-тестинга, берётся текущая, самая свежая версия программы.Нет, не правильно. Они не учитывают жизненный цикл софта, а только свой.
Так получается что один дист взял твою софтину в январе с версией 0.24.1, другой в феврале с версией 0.24.2, третий в марте с версией 0.24.3, а потом вся эта шобла требует поддержки всех трех версий в течении N лет, хотя актуальная версия уже 0.25.6?))
В итоге они идут на вместо со своими тупыми хотелками.
>Так получается что один дист взял твою софтину в январе с версией 0.24.1, другой в феврале с версией 0.24.2, третий в марте с версией 0.24.3, а потом вся эта шобла требует поддержки всех трех версий в течении N лет, хотя актуальная версия уже 0.25.6?))0.24.X - третья цифра в нумерации версий обозначает закрытие какой-либо уязвимости. И поэтому любой Стэбл дистр без проблем обновит такие пакеты. Это же минорщина.
> 0.24.X - третья цифра в нумерации версий обозначает закрытие какой-либо уязвимости24 это год, номер - месяц. Что дальше?
0.42.1 вышла Jun 25, 2024 - это почти год назад.
Она после этого мариновалась, а сейчас он требуют ее пофиксить.> Это же минорщина.
Даже минорщина может принести регрессии.
>>24 это год, номер - месяц. Что дальше?День, час, минута, секунда - это тоже надо в номере версии указывать.
>>При этом деббилианцы не выбирают какую-то lts версию
> Правильно делают. Когда дистр на стадии бета-тестинга, берётся текущая, самая свежая версия
> программы. Вот и она потом попадёт в Стэбл. Дальше, даже если
> новые версии пакета будут выходить, в дистр их брать не будут.Ты что-то перепутал, дорогой, ничего они ни от кого не требуют, в том и дело, если разработчик хочет сотрудничать с Debian, т.е. с таким большим проектом, как ОПЕРАЦИОННАЯ СИСТЕМА, то он сотрудничает на условиях полиси этой ОС, а не ждёт, что ОС будет прогибаться под его хотелки, потому что ОС большой проект - одна, а таких я у мамы художник, я так вижу, толпы.
И в итоге всё просто, если разработчик не принимает полиси каждый идёт своей дорогой, разработчик на более удобные ему дистры или другие проекты, а Debian выкидывает на мороз пакеты, которые нельзя поддерживать в сколь угодно рабочем состоянии в рамках их полиси и каждый без обид существует со своими проктами отдельно! ¯\_(ツ)_/¯
Меня вот другое удивляет, когда какие-то разработчики пишут кросс-платформу, они почему-то любые правила для Windows, macOS, iOS, android принимают, не выёживаются и не ждут что эти операционки будут прогибаться под них, а как только приходят на линуксы, то сразу начинается нытьё про зоопарки, про то что в Debian не дают затянуть последнюю ночнушку и всякое прочее лицемерие и ханжество.
> Меня вот другое удивляет, когда какие-то разработчики пишут кросс-платформу,
> они почему-то любые правила для Windows, macOS, iOS, android принимают,Ну вот я пишу кроссплатформу. Выполняю требования каждого из вендоров. И меня это совсем не удивляет.
Но удивляет что ты сравниваешь Windows, macOS, iOS, android с каким-то занюханым дистром.
Ведь тут обсуждается сам подход дебианцев, который регулярно приводит к таким проблемам.
Ну не будет в дебиане Hyperland. Кроме юзеров деба никому от этого хуже не станет.
>с каким-то занюханым дистром.За базаром следи. Debian легендарный, и второй по старшинству после Slackware дистрибутив. Debian старше RHEL. Занюханые дистры - это российские дистры.
> За базаром следи.А то чо, побежишь мамке плакаться?
> Debian легендарный, и второй по старшинству после Slackware дистрибутив.
Пхаха! Слаку сейчас используют или диды в маразме, или совсем отбитые нетакусики.
А деб это окаменелый кал, который годится только для подкроватных локалхостов и как грубая заготовка под нормальный дистр.
Сам то что используешь?)
У него офтопик же, очевидно.С такими, вообще, разговор коротокий должен быть.
Обнулять.2
>> Меня вот другое удивляет, когда какие-то разработчики пишут кросс-платформу,
>> они почему-то любые правила для Windows, macOS, iOS, android принимают,
> Ну вот я пишу кроссплатформу. Выполняю требования каждого из вендоров. И меня
> это совсем не удивляет.
> Но удивляет что ты сравниваешь Windows, macOS, iOS, android с каким-то занюханым
> дистром.
> Ведь тут обсуждается сам подход дебианцев, который регулярно приводит к таким проблемам.
> Ну не будет в дебиане Hyperland. Кроме юзеров деба никому от этого
> хуже не станет.Я вам небольшой секрет открою, вот только не удивляйтесь пожалуйста: Настоящие постоянные пользователи Debian, не мимокрокодилы, которых случайно на него занесло и которые бегут от него как от огня, потому что ожидают там последние ночнушки своего любимого соевого софта увидеть, а там большой советский... их ожидает вместо этого, а пользователи, которые сознательно выбрали для себя этот дистрибутив взвесив все за и против, так вот, таким пользователям Debian хуже вообще никак не станет от того что из него выкинули на мороз такой смузи-васянский проект и поделом, настолько неуважительного отношения к пользователям и похабной культуры разработки ещё надо поискать, вот этому чуду только в Арче и NixOS и место (https://www.opennet.dev/openforum/vsluhforumID3/137058.html#29), пусть они там с ним хоть в дёсна cocyтcя, они нашли друг друга! ;)
> если разработчик хочет сотрудничать с Debian,
> т.е. с таким большим проектом, как ОПЕРАЦИОННАЯ СИСТЕМАDebian не операционная система. Это всего лишь один из огромного числа дистров, причем не самый актуальный или популярный. Так разумнее выполнять требования той де убунты или федоры.
Но если опускаться до вашего сравнения с ОС, то я буду выполнять хотелки всяких Windows, macOS, iOS, android, а на требования бсд, солярки и прочих положу болт со словами "вам нужно - вы и портируйте"
Не выполнять требований Дебиана, говоришь? А ты не слишком самоуверен а?
дистрибутив это и есть ОС
>> если разработчик хочет сотрудничать с Debian,
>> т.е. с таким большим проектом, как ОПЕРАЦИОННАЯ СИСТЕМА
> Debian не операционная система. Это всего лишь один из огромного числа дистров,
> причем не самый актуальный или популярный.Хмм, странно, а вот википедия считает иначе:
https://ru.wikipedia.org/wiki/Debian
"Debian ([ˈdɛbiən]) — операционная система, состоящая из свободного ПО с открытым исходным кодом. В настоящее время Debian GNU/Linux — один из самых популярных и важных дистрибутивов GNU/Linux[6], в первичной форме оказавший значительное влияние на развитие этого типа ОС в целом[7]. Debian может использоваться в качестве операционной системы как для серверов, так и для рабочих станций."И даже для тех чудаков, которым русскоязычная версия википедии не авторитет, да, бывают такие уникальные личности, то вот в англоязычной:
https://en.wikipedia.org/wiki/Debian
"Debian (/ˈdɛbiən/)[4] is a free and open source[b] Linux distribution, developed by the Debian Project, which was established by Ian Murdock in August 1993. Debian is one of the oldest operating systems based on the Linux kernel, and is the basis of many other Linux distributions."https://en.wikipedia.org/wiki/Linux_distribution
A Linux distribution,[a] often abbreviated as distro, is an OPERATING SYSTEM that includes the Linux kernel for its kernel functionality.Да и сами разработчики Debian
Прям на главной:
https://www.debian.org/index.ru.html
"Операционная система
Debian — это полноценная свободная операционная система!""Debian -- Универсальная операционная система"
Но опеннетному эксперту в очередной раз виднее, понимаю ;)
> Так разумнее выполнять требования той де убунты или федоры.
Выполняйте если вам хочется, а не хочется - не выполняйте, всё просто! ;)
> Но если опускаться до вашего сравнения с ОС, то я буду выполнять
> хотелки всяких Windows, macOS, iOS, android, а на требования бсд, солярки
> и прочих положу болт со словами "вам нужно - вы и
> портируйте"Ваше право, вы так возмущаетесь, будто это разработчики Debian за вами лично гоняются и засталяют вас портировать ваши проекты на их операционную систему?! ))
> ОПЕРАЦИОННАЯ СИСТЕМАДебиан это дистрибутив опенсорсного софта. Все дистрибутивы Линукса к операционным системам имеют столько же отношения, сколько морские свинки к морю и свиньям.
Не перевирай. Все дисрибутивы Линукса относятся к операционной системе GNU/Linux.
> Не перевирай. Все дисрибутивы Линукса относятся к операционной системе GNU/Linux.Не во всех дистрибутивах используется GNU. А скоро, с повсеместным внедрением uutils, её останется совсем мало.
> uutilsЗапасаемся попкорном смотреть на тех кто будет повсеместно внедрять.
Таких клоунов смотреть интересно.
>> ОПЕРАЦИОННАЯ СИСТЕМА
> Дебиан это дистрибутив опенсорсного софта. Все дистрибутивы Линукса к операционным системам
> имеют столько же отношения, сколько морские свинки к морю и свиньям.https://www.opennet.dev/openforum/vsluhforumID3/137058.html#249
И вас вылечат ;)
> Правильно делают. Когда дистр на стадии бета-тестинга, берётся текущая, самая свежая версия программы. Вот и она потом попадёт в СтэблЧто ж тут правильного? Вы просто взяли последнюю, возможно кривую, версию и зафиксировали, от этого надёжность не растёт, а только падает, потому что вероятность попасть в версию с багой ничем не отличается от роллингов, а обновиться на версию без баги нельзя.
> Что ж тут правильного? Вы просто взяли последнюю, возможно кривую, версию и зафиксировали, от этого надёжность не растёт, а только падает, потому что вероятность попасть в версию с багой ничем не отличается от роллингов, а обновиться на версию без баги нельзя.Если разработка идет правильно, то кривых версий не должно быть. В таком случае - просто накладываешь патчи.
Если разработка выдает кривые версии по номерами релизов - то мы это увидим, и выкенем на мороз.
Что и произошло.
А давай тебя выкинем на мороз. Потому-что с сабжем случилось совсем другая история.
> Когда дистр на стадии бета-тестинга, берётся текущая, самая свежая версия программыВранье! И это ты пишешь в новости, где котейка попросилась удалить из репов пакет, ведь он ее обновить не может, а версия, что там лежит - годовалой давности.
Так что берется там то, до чего кривые рученки мейнтейнера дотянутся.
>> Когда дистр на стадии бета-тестинга, берётся текущая, самая свежая версия программы
> Вранье! И это ты пишешь в новости, где котейка попросилась удалить из
> репов пакет, ведь он ее обновить не может, а версия, что
> там лежит - годовалой давности.
> Так что берется там то, до чего кривые рученки мейнтейнера дотянутся.А в каком проекте не так, позвольте поинтересоваться? ))
> А в каком проекте не так, позвольте поинтересоваться? ))В Tumbleweed, Fedora не видел, у них меньше пакетов, но сопровождаются гораздо лучше. Мб Арч еще, но его не использовал.
И да, если бы в других дистрах было также, это был бы повод обманывать?
---Мейнтейнер на полном серьезе хотел положить версию от июня 2024 года? Тогда можно было бы просто циферку с 12 на 13 поменять, без обновлений, и ничего тестить не нужно норм апдейт?
И за это время, он даже тестануть ее не смог. Ах, если бы еще пользователи у тестинга были... Но они же сами говорят, что это только для разработки.
А теперь он заливает откровенную ерунду:
> Debian-пакете версия Hyprland 0.41.2 сильно отстаёт от актуального состояния проекта (0.49) и для старой версии невозможно обеспечить поддержку на протяжении жизненного цикла Debian 13.
Как будто в тухлячем дистре он что-то там поддерживал.
>> А в каком проекте не так, позвольте поинтересоваться? ))
> В Tumbleweed, Fedora не видел, у них меньше пакетов, но сопровождаются гораздо
> лучше.А какое отношение роллинг Tumbleweed имеет к сравнению с Debian? Это вообще два разных семейства дистрибутивов с разной политикой выпуска.
Что по поводу Fedora, если вы не видели, это не значит что этого нет. А я вот видел, например onboard выкинули после 40ой версии, потому что у федоровского мейнтейнера лапки и он не смог затянуть фикс из другого дистра на этот пакет, хотя ему его чуть ли не буквально в морду тыкали. А он мог что-то пробубнить о том, что у оно нишмагло и вообще зачем поддерживать пакет, который не работает с вялым, ведь через несколько релизов в будущем иксы выпилят?! Вот такая вот там аргументация не накладывать рабочий патч. В итоге пришлось подключать copr-репу с пакетом от более адекватного человека, который для себя собрал этот пакет и великодушно выложил его в паблик, за что ему ОГРОМНОЕ СПАСИБО!> Мб Арч еще, но его не использовал.
Вот видите, у вас явные предъявы, но в ответ примеры с вашими предположениями, там вы не знаете, а там вы не пользовались, но навалить на Debian в тред про Debian забежали! ))
> И да, если бы в других дистрах было также, это был бы
> повод обманывать?Кто вас обманывал, попуститесь уже!
> ---
> Мейнтейнер на полном серьезе хотел положить версию от июня 2024 года? Тогда
> можно было бы просто циферку с 12 на 13 поменять, без
> обновлений, и ничего тестить не нужно норм апдейт?
> И за это время, он даже тестануть ее не смог. Ах, если
> бы еще пользователи у тестинга были... Но они же сами говорят,
> что это только для разработки.
> А теперь он заливает откровенную ерунду:
>> Debian-пакете версия Hyprland 0.41.2 сильно отстаёт от актуального состояния проекта (0.49) и для старой версии невозможно обеспечить поддержку на протяжении жизненного цикла Debian 13.
> Как будто в тухлячем дистре он что-то там поддерживал.Мейнтенер не обязан тянуть на себе проект апстрима, он по сути опакечивающий и только. Бывает конечно что мейнтенером является сам апстрим, тогда уже ситуация может быть иной.
От мейнтейнера в Debian ожидается, что он наложит патчи, если они выпускались апстримом. Хороший, грамотный мейнтейнер может сам сбэкпортировать фиксы из более новой в более старую версию, если это представляется возможным архитектурно, не поставив под угрозу работоспособность проекта. И всё. Тянуть на себе то что и в апстриме имеет текучий вид никто не обязан за пределами апстрима. Точка.А то что пакет вообще попал в Debian в таком виде, ну бывает, мейнтенер поди для себя его затянул, может понравился проект, но внутреннюю кухню на тот момент он его не знал, иначе бы, думаю, не затягивал бы, а то было бы странно. И вот оказалось, что разработчики Hyprland оказались ну очень творческие личности, ну бывает, и т.к. диалога организовать не удалось, то было принято единственно верное в такой ситуации решение - выкинуть на мороз кривое поделие от васянов! xD
> Мейнтенер не обязан тянуть на себе проект апстрима, он по сути опакечивающий
> и только. Бывает конечно что мейнтенером является сам апстрим, тогда уже
> ситуация может быть иной.
> От мейнтейнера в Debian ожидается, что он наложит патчи, если они выпускались
> апстримом. Хороший, грамотный мейнтейнер может сам сбэкпортировать фиксы из более новой
> в более старую версию, если это представляется возможным архитектурно, не поставив
> под угрозу работоспособность проекта. И всё. Тянуть на себе то что
> и в апстриме имеет текучий вид никто не обязан за пределами
> апстрима. Точка.*Дополню, что мейнтейнер в Debian, хоть от него и ожидается что он наложит патчи, если они выпускались апстримом для этой конкретной версии, которую взяли для репозитория stable, понятное дело это должны быть фиксы косяков которые по сути являются минорным апдейтом, а не патчи в составе новой мажорной версии.
А то знаю я вас, демагогов! ;)
>Мейнтенер не обязан тянуть на себе проект апстрима, он по сути опакечивающий и только.А кто его заставлял становится мейнтером дебиана? Пусть становится мейнтером арча, там таких проблем уж точно не будет.
> А какое отношение роллинг Tumbleweed имеет к сравнению с DebianПочитай, как работает Debian testing до заморозки.
> Вот видите, у вас явные предъявы, но в ответ примеры с вашими предположениями, там вы не знаете, а там вы не пользовались, но навалить на Debian в тред про Debian забежали
Просто я уже Дебианом пользовался, до того, как попробовал Fedora, а потом Tumbleweed.
Так что этот топик, просто подтверждает, что мигрировал не напрасно.
> Кто вас обманывал, попуститесь уже!
Почитай выше, там сказки рассказывают, как старательно там опакечивают.
> мейнтенер поди для себя его затянул, может понравился проект
Ты тролишь что-ли?
> разработчики Hyprland оказались ну очень творческие личности, ну бывает, и т.к. диалога организовать не удалось
Какой диалог?
Драсте, я тут забыл про пакет, теперь у меня не работает, а актуальную версию взять не могу, у меня полиси. Памаги
Вот это?
>А в каком проекте не так, позвольте поинтересоваться? ))Дебиановцы не могут адекватно поддерживать все свои пакеты. Им нужно количество пакетов максимально сократить. Оставить условное ядро, перл, баш, ещё немного мелочи - и всё. Вот тут они даже иксовый пакет поддержать не могут.
https://www.opennet.dev/opennews/art.shtml?num=44184 - Конфликт из-за поставки устаревшей версии XScreenSaver в Debian
Браузер в дебиан ставить точно нельзя.
https://www.opennet.dev/opennews/art.shtml?num=46016
>В Debian ситуация плачевная, в состав выпуска Debian 8.7 входит WebKitGTK+ 2.6.2, в котором остаются неисправленными 184 известные уязвимости. При этом в бэкпортах для установки доступен свежий выпуск WebKitGTK+ 2.14.3. В штатной поставке устаревшая версия WebKitGTK+ 2.6.2 остаётся по формальным причинам, в том числе в ней остаются неисправленными некоторые серьёзные проблемы со стабильностью. Актуальный выпуск WebKitGTK+ 2 также доступен в ветках unstable и testing, но после заморозки testing, следующее обновление появится только в unstable.
Соберите в бэкпорты, чо.
Правильное решение. Я в TileOS его собрался пакетировать, но уверен однажды там опять что-то отломают, и все застрянет на определенной версии, которая с каждым днем будет все старее и старее. Hyprland исключительно для роллинг-дистрибутивов.
На скольких там Дебиан сейчас дисках распространяется?5 DVD?
Давно уже только первый DVD.
> Причиной исключения Hyprland из следующего стабильного релиза стала просьба сопровождающего, который заявил, что поставляемая в Debian-пакете версия Hyprland 0.41.2 сильно отстаёт от актуального состояния проекта (0.49)Он поехавший? Любой пакет из "стабильного релиза" "сильно отстаёт от актуального состояния", в этом суть этих их "стабильных релизов".
> и для старой версии невозможно обеспечить поддержку на протяжении жизненного цикла Debian 13.
О какой нафиг поддержке речь? Он же даже пакет не обновляет, серанул один раз в дистрибутив старьём и может отдыхать. Только не говорите что он пытался какие-то там фиксы бэкпортировать из актуального кода.
>"0.41.2 сильно отстаёт от актуального состояния проекта (0.49)"А как по другому? Техно некрофилы не поймут!
> О какой нафиг поддержке речь? Он же даже пакет не обновляет, серанул один раз в дистрибутив старьём и может отдыхать. Только не говорите что он пытался какие-то там фиксы бэкпортировать из актуального кода.Та что там говорить, он даже в тестинг не удосужился кинуть обновленную версию. И той уже год.
И правильно! Недоделки - на мороз!Только поэтому Дебиан всё ещё остаётся единственным адекватным дистром.
Габен уже создал анти-луддитскую коалицию!
Так что дебиан конечно может держаться за свой устаревший вендор-лок, но дебиан рискует оказаться за пределами прогресса.
> Так что дебиан конечно может держаться за свой устаревший вендор-лок, но
> дебиан рискует оказаться за пределами прогресса.Ну так потестируют на арчиках - и возьмут в дебиан потом. Оно так и работало по жизни, если вы не заметили.
> Габен уже создал анти-луддитскую коалицию!
> Так что дебиан конечно может держаться за свой устаревший вендор-лок, но дебиан
> рискует оказаться за пределами прогресса.Да, и именно поэтому Габен слёзно молит не использовать SteamOS за пределами портативок на которые он официально рассчитан, ведь режим рабочего стола там для того чтобы просто "что-то закинуть".
С таким подходом конечно же SteamOS вытеснит и винду и другие линуксы с десктопов, серверов и прочих других устройств.
А Wayfire хотя бы там есть?
Он в 12 версии тоже есть.
Вот поэтому все, что не ролинг, простым юзерам не нужно. На серверах - другое дело.
Почему вы думаете, что ваши специальные линукс-слова должен знать кто-то кроме вас? Ролинг - нет такого определения ни в информатике, ни в других науках. "Простым юзерам" нужна установка софта с минимумом вопросов и проблем. Каким образом это будет организовано - совершенно для них неважно.
> Почему вы думаете, что ваши специальные линукс-слова должен знать кто-то кроме вас?Потому что это - ресурс по открытому ПО, и у разработчиков и пользователей оного есть свой жаргонарий. Независимо от того нравится вам это или нет. И такая ерунда в куче профессий. Что еще за "майна! вира по малу!", да?!
> Ролинг - нет такого определения ни в информатике, ни в других науках.
Это вполне устовшийся термин (rolling release) означающий по сути отсутствие этого самого релиза и выгрузку "нате на лопате" всего как есть, по мере готовности.
> "Простым юзерам" нужна установка софта с минимумом вопросов и проблем.
> Каким образом это будет организовано - совершенно для них неважно.Можно подумать, простых юзеров кто-то когда-то о чем-то вообще спрашивает.
Вы не поняли, как и следовало ожидать. Нет никакой проблемы в жаргоне, есть проблема в клиповом мышлении. Пока вы оперируете специальными линукс-словами - сути вещей вы не поймёте. Нет никаких роллингов, сурс базедов, стейблов и прочей дряни. Есть набор софта и есть запросы пользователей. Кто эти запросы правильно и вовремя считает - тот будет на коне, а его подход _потом уже_ назовут "пупер-фиголинг". И такие как вы будут ходить по форумам ныть "ну тут нужен пупер-фиголинг". Ну что ж вы такие квадратно-гнездовые то все, а?
> Вы не поняли, как и следовало ожидать. Нет никакой проблемы в жаргоне,
> есть проблема в клиповом мышлении. Пока вы оперируете специальными линукс-словами -
> сути вещей вы не поймёте. Нет никаких роллингов, сурс базедов, стейблов
> и прочей дряни.Есть устаявшийся сленг, описывающий те или иные паттерны. И только. А еще вы пытаетесь лечить это тому кто в профессиональном софтострое дохрена лет. Знаете что такое rampant layering violation? Или почему вы возомнили что картинка к которой вы привыкли - единственно возможная?
> Есть набор софта и есть запросы пользователей. Кто
> эти запросы правильно и вовремя считает - тот будет на коне,Определение "на коне" очень сильно варьируется в зависимости от целей и задач.
> а его подход _потом уже_ назовут "пупер-фиголинг". И такие как вы
> будут ходить по форумам ныть "ну тут нужен пупер-фиголинг". Ну что
> ж вы такие квадратно-гнездовые то все, а?Давайте я расскажу вам как я юзаю опенсорс. Я решаю в нем - СВОИ задачи. Это инструмент для этого. Пользователи сами по себе - вообще в эту формулу напрямую не входят. Где-то потом они могут и появиться. Но специфичные и специфичными пожеланиями. И вот это уже - моя проблема.
А абстрактный бызнысплан, захватдесктопа!!111 и чего там еще у САБЖА как задачи вообще не фигурирует. К тому же даже майкрософт уже утратил былой запал, получая львиную долю денег с хостинга на абажуре и онлайн офиса.
ИМХО: технически продвинутые юзеры и сами на линух придут, по соображениям эффективности и достижимых масштабов задач. Куда денутся хомы - никому особо не интересно особо. Будет какой-нибудь гугл их доить, с их тыкалками - и хрен с ними. А майкрософт им еще и офис, вот, онлайновый продаст. И еще за хостинг чьих-то бэкэндов слупит.
>[оверквотинг удален]
> уже - моя проблема.
> А абстрактный бызнысплан, захватдесктопа!!111 и чего там еще у САБЖА как задачи
> вообще не фигурирует. К тому же даже майкрософт уже утратил былой
> запал, получая львиную долю денег с хостинга на абажуре и онлайн
> офиса.
> ИМХО: технически продвинутые юзеры и сами на линух придут, по соображениям эффективности
> и достижимых масштабов задач. Куда денутся хомы - никому особо не
> интересно особо. Будет какой-нибудь гугл их доить, с их тыкалками -
> и хрен с ними. А майкрософт им еще и офис, вот,
> онлайновый продаст. И еще за хостинг чьих-то бэкэндов слупит.Отчасти соглашусь с вами, но всё же долю пользователей на "десктопах" стоит повысить, на несколько процентов, конечно же не нужна никакая ошеломительная экспансия на десктопах, а так же "убийца винды" и вот это вот всё, линуксовым системам от наплыва рядового хомячья только поплохеет, как по мне, уже видны симптомы.
Однако, некоторое повышение доли пользователей всё же полезно в свете того, что чем заметнее доля пользователей, тем охотнее производители железа будут пилить дрова и меньше забивать на линуксовые системы как на платформу. Так что доли макоси, а лучше больше, потому что там всё же больше денег, вполне будет достаточно, но как по мне, не больше 10% от всего рынка. ;)
> Отчасти соглашусь с вами, но всё же долю пользователей на "десктопах" стоит
> повысить, на несколько процентов,Она и тикает вверх понемногу, если вы не заметили. За что большое спасибо майкрософту - они прилагают немало усилий чтобы достать пользователей просто в край. Своей рекламой, онлайнакаунтами, повышению требований к компам типа TPM в обязаловку, и какими там еще отсылками клавиш, AI в блокноте и драконовскими EULA.
Еще и Valve обстремали - настолько что те в линух влезли надолго, всерьез, помогли с портированием игорей по полной, проблемы видеодров заруливают оптом. Спасибо дорогой майкрософт, за то что вы НАСТОЛЬКО антиюзерские, андидевовские и антисистемщиковские.
> конечно же не нужна никакая ошеломительная экспансия на десктопах, а так
> же "убийца винды" и вот это вот всё,Убивший дракона - сам превратится в дракона! Закон природы. Как это выглядит? Посмотрите на андроиде. Это - Linux который уместен для хом. А зачем надо еще 1 такой же? Андроид чем-то плох? Это то что получается если оптимизнуть линуха на потребителей.
> Однако, некоторое повышение доли пользователей всё же полезно в свете того, что
> чем заметнее доля пользователей, тем охотнее производители железа будут пилить дроваС этим нет особых проблем. А производители GPU сейчас таки рубаются - за датацентры, набитые топовыми картами под завязки. Им вообще хомы - примерно как майкрософту винда, чтоли. Т.е. их основной профит уже не от этого. И ресурсы перераспределят - соотвественно. А, в датацентрах конечно линух везде. Зачем там кому мучаться с виндой в HPC вычислениях? Это дорого и бестолково.
>За что большое спасибо майкрософту - они прилагают немало усилий чтобы достать пользователей просто в край. Своей рекламой, онлайнакаунтами, повышению требований к компам типа TPM в обязаловку, и какими там еще отсылками клавиш, AI в блокноте и драконовскими EULA.Так пользователи же мазохисты, им это нравится, жёсткое доминирование майкрософта. И никуда они от винды в ближайшем будущем не уйдут, даже если градус БДСМ сильно возрастёт.
>Еще и Valve обстремали - настолько что те в линух влезли надолго, всерьез, помогли с портированием игорей по полной, проблемы видеодров заруливают оптом.У валв есть конкретная ниша - игровые приставки. Уже даже лимит энергопотребления однозначно говорит, что игровые пк она не заменит. А ведь ещё есть всякие фотошопы, кады, и куча других офисных и не только штук, которая держит виндузятников мёртвой хваткой. Я не думаю, что даже если валв доделает прошивку для консолей, то они пойдут переписывать под линукс.
> Так пользователи же мазохисты, им это нравится, жёсткое доминирование майкрософта.Ну или не всем нравится, судя по нашествию относительно продвинутых юзерей, но увы, с маздайными замашками, и тиканию доли.
> И никуда они от винды в ближайшем будущем не уйдут, даже если градус
> БДСМ сильно возрастёт.Большая часть хом просто будет юзать ведроида тогда. Для потребления контента это удобнее.
> У валв есть конкретная ниша - игровые приставки.
У валв немного не та ниша. Изначально они - стор для игр, Steam. А когда майкрософт стал их поджимать виндостором и пытаться с ними конкурировать, им пришлось заботиться о взращивании себе экосистемы с которой в пиковом случае можно жить - и совсем без Майкрософт. А вон то логичный sidetrack для увеличения доли, интеграция линуха под свои хотелки - штука весьма благодатная. Шансы что дугие на 100% учтут _вашу_ специфику понятно какие.
> Уже даже лимит энергопотребления однозначно говорит, что игровые пк она не заменит.
А она и не собиралась. Это просто ЧАСТЬ взращивания экосистемы вокруг стима и линуха. Не первая и не последняя. Габен в майкрософте работал - и знает как они действуют. И AFAIK ненавидит их. Поэтому сделал так чтобы у них взять его фирму нахрапом не получилось.
Так что габен проприетарный с*кин сын. Но теперь это наш с*кин сын, заинтересованный в безбедном существовании линуха. И активно пиляющий нам этот наш AMDGPU, познав прелести опенсорца - когда можно и отдевелопать драйвер СВОИ проблемы. А не сферическую хрень в вакууме интересную вендору.
> А ведь ещё есть всякие фотошопы, кады,
Я вот прям ща очередную печатку в KiCad и наворачиваю. Вот прям в этом моем линухе. А фабе совершенно пофиг как я герберы им сгенерю.
> и куча других офисных и не только штук,
Ага, вон там вам будут - онлайн сервисами. Чтоб доились в срок и не пиратили. А кто не прочухал вовремя куда ветер дует, тем хуже для него.
> которая держит виндузятников мёртвой хваткой. Я не думаю, что даже
> если валв доделает прошивку для консолей, то они пойдут переписывать под инукс.Это вообще какой % юзерей? И тем более какой % профита вот именно майкрософт, чтоьы тот вообще всем этим парился? :)
А, да, кидать OEM/ISV/кодеров/партнеров/whatever, решив проблемы майкрософт прям за их счет - hallmark Майкрософт, если вам вдруг это не рассказал их стеснительный маркетинг. Мне такая полися апстрима не очень нравится, поэтому вы там партнерьте как-нибудь сами :)
>> Отчасти соглашусь с вами, но всё же долю пользователей на "десктопах" стоит
>> повысить, на несколько процентов,
> Она и тикает вверх понемногу, если вы не заметили. За что большое
> спасибо майкрософту - они прилагают немало усилий чтобы достать пользователей просто
> в край. Своей рекламой, онлайнакаунтами, повышению требований к компам типа TPM
> в обязаловку, и какими там еще отсылками клавиш, AI в блокноте
> и драконовскими EULA.Тикает-то тикает, но кмк у нас, у линуксоидов, какое-то искажённое ощущение этого процесса, и мы субъективно склонны видеть явление несколько большим, чем оно есть на самом деле. Я к тому, что конечно же есть такие кто валит с винды и их немало на самом деле, но в масштабах всех тех кого достала винда их всё равно жалкие крупицы, потому что я как не посмотрю темы на форумах, которые не спецлинуксовые, а более хомяковые, так хомяки что мыши, готовы плакать, колоться, но продолжать жрать кактус, обматывая винду какими-то блокираторами-убираторами онлайн аккаунтов, искусственных завышенных требований к "современному" железу и т.п.
А как и про "альтернативу" намекают, так они "свят-свят, нипайду на эти ваши страшные хакирские чёрные консоли и компиляния!" И это не какие-то прям работники чисто на виндософте, у которых действительно платформозависимый софт, это просто рядовое хомячьё, которое просто привыкло вот так стоять в такой вот позе, а другие позы пробовать не хочет. xD
Сила инерции - страшная штука! ¯\_(ツ)_/¯
> но в масштабах всех тех кого достала винда их всё равно
> жалкие крупицы, потому что я как не посмотрю темы на форумах,Хомяки в линуксе никому ничего кроме гемора забесплатно не дают - поэтому как они там умаслят лаборанта чтобы шприцем не тыкал, или окочурятся от содержимого шприца - интересно в основном только им самим, да лаборантам, с точки зрения оптимизации профита, и есть ли вообще смысл париться участью этих хом, или - утилизировал все это да забыл про это нахрен?! Потому что онлайн офис и абажур - сильно денежее.
> онлайн аккаунтов, искусственных завышенных требований к "современному" железу и т.п.
...
> вот позе, а другие позы пробовать не хочет. xD
> Сила инерции - страшная штука! ¯\_(ツ)_/¯Это их долбаные проблемы, имхо. Мир во всем мире - это прекрасно, но - как максимум приятный бонус. А вовсе и не самоцель. Перетянуть самых полезных экосистеме, а остальные пусть там жабогадючатся как знают, кому какое дело? Майкрософт вынес вам скайп? И еще чего вынесет, и навешает. И так им и надо. У хом был шанс нырнуть в мышиную норку, но они выбрали жрат от лаборанта. Чего теперь пищать что гад шприцем тыкает? Он же не просто так жрат таскал?! А у кого мозг слишком маленький чтобы это понять - в него и тыкают шприцем более развитые существа. Рассматрвиая это исключительно как свой ассет.
>"Простым _юзерам_" нужна установка _софта_Излишний англицизм из-за небольшого словарного запаса, но в русском языке много заимствований, ещё со времен латыни и популярности у "элитки" в 18 веке французкого.
В твоём предложении нет почти ни единого русского слова. Сюрприз, да?
>В твоём предложении нет почти ни единого русского слова. Сюрприз, да?В его предложении все слова русские. Если вкрадце. Предки русских, финноязычное население Волго-Окского междуречья воприняло насаждаемый христианством церковно-славянский язык болгарского типа. Это было во времена господства руси из Кыйэва. Затем, в течение веков русский народ тырил из соседей разные "модные" слова. Это называется заимствование. В нынешнем состоянии русскаго языка, сколько церковно-слявянских слов осталось на ходу? Незнаю.
дело задорнова живет и здравствует, как я вижу
> В твоём предложении нет почти ни единого русского слова. Сюрприз, да?Хорошилище идет по гульбищу на ристалище, так чтоли? Но вот как описать в этих терминах софт - черт бы его знает! :)
Держи Истоинно Правильное толковалище:
https://mp36c.ru/pdf/library/useful/%D0%91_%D...
>в русском языке много заимствований, ещё со времен латыниЭ куда тебя занесло? В русском языке нет латинских слов времён цезарей и Цицерона. Все изначально, по происхождению латинские слова представляют собой заимствованиями из языка соседей, причём латинизмы это в основном научная лексика, которая уже бытовала в Западной Европе.
Плюсую. Что серверам, что обычным людям нафиг не нужны вечные обновления(и возможные проблемы от них), нормальный человек, использующий пк как инструмент, для работы(для развлечений и телеги есть мобилки/телек/плойка) не согласен быть вечным альфа тестером приложух.
От знакомых, да и просто от людей в сети, часто слышу жалобы на винду, да даже на мак иногда - жалобы от постоянных обновлений.
"Проблема протухших пакетов" - никакая не проблема, есть протестированный софт, который точно, стабильно и предсказуемо будет работать на конкретной версии дистра. Эту самую "проблему" создают смузикодеры, которых в седалище кусают, лишь бы свои поделия залинковать с самыми свежими (читай - сырыми) версиями библиотек. А от этого потом обычные работяги страдают.
Действительно. Вот выпустить РАН специальный словарь компьютерной лексики - заж-жывем!
А пока - будем бользоваться редакцией от 1989года без этих ваших, оспыдя-прости, "баззвордов"...
Интерфейс совсем не конвергентный. Вот у Harmony OS на MateBook Fold уже интереснее чем GNOME.
Интересно, номера рабочих столов перечислены китайскими цифрами.
Ну я чётко помню тот водораздел, когда Дебиан перестал быть дистрибутивом для пользователей, где-то год 2007. Когда на вопрос "решить проблему в пользу пользователя или в угоду бумажке с нашей политикой" начали отвечать в пользу бумажки. Сейчас у них даже сомнений конечно не возникает - ну вот же есть бумажка, в ней всё написано, значит так и надо!))
> сомнений конечно не возникает - ну вот же есть бумажка, в ней всё написано,
> значит так и надо!))Если делать то что хотят пользователи от и до - софт превратится в жуткий франкенштейн, который потом умрет от своего же веса как кит выброшенный на берег. Поэтому главное в умении писать софт - на все это вовремя успеть забить и послать чрезмерно умных и ретивых пользователей в пень - кодить "как надо" самим.
Этот подход имел бы право на жизнь, если б у Дебиана был какой-то мастер план развития, продуманная бизнес архитектура и тп. Но там же софт не включают тупо из-за внутренней бюрократии. Есть бумажка - на пользаков пофиг. Вы представляете это как некое волевое решение сильного лидера с видением будущего, но в нежелании решать проблему нет никакой воли и будущего. Есть только дряхлая импотенция с запахом нафталина.
> Этот подход имел бы право на жизнь, если б у Дебиана был
> какой-то мастер план развития, продуманная бизнес архитектура и тп.У них поямо по Бенни Хиллу, есть то чего нет у других - big red pencil^W^W^W, более-менее одупляемые практики релиза и майнтенанса, нехилый набор пакетов, предсказуемые полися, позволяющие какое-никакое планирование, и нормальные ToS вокруг репов и (tm).
Бизнес в этой формуле в самом дебиане не фигурирует ибо это - комьюнити проект. И самоцели вот именно вести бизнес у именно проекта, именно Дебиан - нет. Народ это делает себе по кайфу, или по каким-то своим причинам, которые могут и ведение бизнеса на дебиане или каких-то пакетах включать, но в целом - оно комьюнти проект. Со всеми ups и downs этого. Т.е. да, нельзя припереться к комьюнити, наставить пистолет/потребовать манагера на беседу, и что-то потребовать. С этим придется жить. Но если сделать это частью СВОЕГО планирования и учесть фактор...
> Но там же софт не включают тупо из-за внутренней бюрократии.
Эта бюрократия транслируется в предсказуемые свойства при эксплуатации, в отличие от. И это не corp controlled с агрессивным пушингом корпоративной агенды пришедшей в бошку вон тому манагеру 5 минут назад, поэтому вы все "должны" делать так и сяк, а не этак и разэдак. Да еще нас тут жаба душнула, так что вот вам а не центос, получите центос-стрём, непригодный для серверов. А вопрос с другой стороны - "а зачем мне с вашим барахлом тогда вообще отношаться?!". Ибо юзать 1 технологию на серверах, десктопе, VM, ... - удобно.
> Есть бумажка - на пользаков пофиг.
У пользователей есть выбор. Кому нравятся те полися - остается. Кому не нравятся - идут на что-то еще. Дебиан это база. Стартовая площадка. Можно сделать из нее десктоп. Или сразу флот виртуалок. Или выводок одноплатников. И даже вести бизнес на этом. И это законно, никто слова не скажет. И на доступ к репам не нагреет. И условия радикаьлно не перекроит, как центос стрём. Да, что-то может потребоваться допилить самому. Tradeoff такой.
> Вы представляете это как некое волевое решение сильного
> лидера с видением будущего, но в нежелании решать проблему нет никакой
> воли и будущего. Есть только дряхлая импотенция с запахом нафталина.Я представляю это себе как стартовую площадку. Начало. Шикарное репо пакетов с предсказуемыми полисями, из которого я сделаю то что надо мне - и оно не развалится через неделю нахрен, так что это можно будет реально эксплуатировать потом. Как десктопы, сервера, одноплатники, виртуалки, ... для каких-то практических целей. А не просто гона за последней версией во имя луны.
> Ну я чётко помню тот водораздел, когда Дебиан перестал быть дистрибутивом для пользователей, где-то год 2007. Когда на вопрос "решить проблему в пользу пользователя или в угоду бумажке с нашей политикой" начали отвечать в пользу бумажки.Ну да, ну да. Пользователю надо, чтобы маинтайнеры пыхтели 24/7 опакечивая и тестируя им свеженький софтик за бесплатно. Но вот беда: у маинтайнеров ограниченное количество времени и сил, и чтобы использовать их эффективно, эти гады решили работать по четкому плану и расписанию! Ууу, проклятый Дебиан111
>чтобы маинтайнеры пыхтели 24/7 опакечивая и тестируя им свеженький софтик за бесплатноМейнтерам нужно всего лишь навсего, самим писать софт и поддерживать его в течении всего жизненного цикла дистрибутива. Того и глядишь, вместо абсурдных 2 лет основной поддеркжи они возьмут и поставят нормальные полгода. Потому, что софт пишут программисты, а не мейнтеры.
>>чтобы маинтайнеры пыхтели 24/7 опакечивая и тестируя им свеженький софтик за бесплатно
> Мейнтерам нужно всего лишь навсего, самим писать софт и поддерживать его в
> течении всего жизненного цикла дистрибутива. Того и глядишь, вместо абсурдных 2
> лет основной поддеркжи они возьмут и поставят нормальные полгода. Потому, что
> софт пишут программисты, а не мейнтеры.Для таких я-у-мамы-художников-я-так-вижу, которые способны поддерживать свой софт только "нормальные полгода", существует даже специальный костылик для дистрибуции - flatpak называется и там можно почти что угодно делать в рамках зависимости от полиси уже этого цирка, если удастся ужиться с их рантаймами - то велкам! Есть ещё snap, прости господи, а ещё appimage или вообще тарболами простыми со статической линковкой можно распространять у себя на странице, если совсем уж лениво во что-то опакечивать, выбор есть всегда. И это универсальные решения почти для всех линуксовых, так что если пользователям нужна будет ваша софтина, они её возьмут и будут пользоваться.
Разработчики Debian же не заставляют прямо всех бежать и пакетить свои проекты под Debian, а тут возбудились прям, будто Debian их любимую кошку насилует. xD
>Разработчики Debian же не заставляют прямо всех бежать и пакетить свои проекты под DebianА каким образом hyprland попал в дебиан, ветром надуло? Это не первый пакет, который просят удалить из дебиана, за отставание от апстрима.
>Для таких я-у-мамы-художников-я-так-вижуДля того, чтобы софт работал на всяких дебианах, его нужно писать на всяких c89, perl, tcl, инструментах весьма неудобных, зато хранящих обратную совместимость. Ну и изобретать каждое колесо, ведь библиотеки в дебиане как всегда заморожены.
>>Разработчики Debian же не заставляют прямо всех бежать и пакетить свои проекты под Debian
> А каким образом hyprland попал в дебиан, ветром надуло?Мейнтенейр вестимо увидал блестяшку и поволок её к себе в закуток, а потом оказалось что блестяшка с подвохом, ну бывает. ¯\_(ツ)_/¯
> Это не первый пакет, который просят удалить из дебиана, за отставание от апстрима.Не первый и не последний, но штука в том, что это вообще такая практика, не только у Дебиана - выкидывать пакеты на мороз, так что если возмущение по поводу выкидывания пакета в принципе, тогда понимаю, неприятно. Но если возмущение по поводу того, что именно из Дебиана его выкинули, ну тогда я без понятие к чему такие двойные стандарты?
>>Для таких я-у-мамы-художников-я-так-вижу
> Для того, чтобы софт работал на всяких дебианах, его нужно писать на
> всяких c89, perl, tcl, инструментах весьма неудобных, зато хранящих обратную совместимость.
> Ну и изобретать каждое колесо, ведь библиотеки в дебиане как всегда
> заморожены.Не нужно, достаточно писать его с возможностью использования тех либ, которые будут в следующем стейбле, благо это можно успеть понять, пока оно маринуется в тестинге. А кто не успевает, ну тады ой!.. ¯\_(ツ)_/¯
>Но если возмущение по поводу того, что именно из Дебиана его выкинули, ну тогда я без понятие к чему такие двойные стандарты?Вопрос в причине выкидывания. В других дистрибутивах такой проблемы нет, ну за исключением всяхих сюсь, про которые лишь изредка упоминают на опеннете.
>Не нужно, достаточно писать его с возможностью использования тех либ, которые будут в следующем стейблеУ вас будут проблемы: тестинг в дебиане уже отстаёт от апстрима, например здесь версия 0.41.2, вместо 0.49. Как следствие, у вас либо проект собирается почти везде: в арче, федоре, nixos, но не собирается в дебиане, либо наоборот. Плюс, от любых фич, которым не исполнилось ещё года три, а то и больше, нужно отказаться.
Не вижу никакой проблемы .Пусть этот Simon McVittie это hyprland сразу в backports вставляет.
И то верно, нет софта - нет проблем. Бюрократы Дебиана аплодируют вам стоя.
Если Дебиан не идёт к автору Хупрлянда, автор Хупрлянда идёт к Дебиану. Или идёт нафиг.
Вот ей богу прицепились, Акелла промахнулся прям...хипрлэнду и двух лет еще нет наверно а вы эту фигню хотите в дебиан пихать. Придите в себя. Его в убунту то еще рано пихать... Поезд ушел, пусть хипрлэнд тэстят еще лет 5 арчевики если к тому времени вайленд не объявят устаревшим или еще чего. Весь этот хайп уже надоел с кипрлендом...не было у бабы заботы решила она купить порося и запилить кипрлэнд в дебиан... Весь это свежий софт прекрасно показан в Федоре, нестабильном кде неоне и арче.Соблазнительно для некоторых и отчасти можно понять но... Но реально надо ли сидеть на плазме что прям под тобой шевелится и пытается обновиться шол потом упасть например вместе с системой... Надо как то поэтапно. С 5.7 сразу скажем на 6.4 когда выйдет новая версия условного стабильного Дистра с кде. А сидеть и постоянно и перманентно обновляться... Нет, я готов и семь лет подождать чем каждые две недели переустанавливать кде неон помечая что лучше не ставить
>если к тому времени вайленд не объявят устаревшим или еще чегоНе беспокойся Протокол спокойно тебя переживёт.
>[оверквотинг удален]
> с кипрлендом...не было у бабы заботы решила она купить порося и
> запилить кипрлэнд в дебиан... Весь это свежий софт прекрасно показан в
> Федоре, нестабильном кде неоне и арче.Соблазнительно для некоторых и отчасти можно
> понять но... Но реально надо ли сидеть на плазме что прям
> под тобой шевелится и пытается обновиться шол потом упасть например вместе
> с системой... Надо как то поэтапно. С 5.7 сразу скажем на
> 6.4 когда выйдет новая версия условного стабильного Дистра с кде. А
> сидеть и постоянно и перманентно обновляться... Нет, я готов и семь
> лет подождать чем каждые две недели переустанавливать кде неон помечая что
> лучше не ставитьСижу на плазме, сразу на обоих, на последней версии пятой ветке на Кубунте 24.04 и на современной Fedora с последними обновами 6ой, которые успевают в неё завести. И что одна, что другая системы глюкодром, честно, ощущения двоякие, с одной стороны удобнее и вроде как для людей, потому что не инопланетный GNOME, но с другой стороны какой-то поделкой васянской виндовой воняет, ей богу. Вроде в целом норм, но как отвалится что-нибудь или затупит, так прям желание возникает всё КЕМ снести и вернуться на родной Xfce.
Подтверждение, что модель разработки дебиана не достаточно гибкая. Замораживать надо только системную часть дистрибутива.
где заканчивается эта ваша «системная часть дистрибутива»?
В Генту сегодня это стадия 3, в Дебиан видимо тоже какая-нибудь базовая установка с сетевого установщика..
Ядро + бусибокс/корутилз + системд/другой_инит, ну и всякие компиляторы с стдрантайм, мб еще девлибы всякие, типа месы, алсы и проч.
Прикладное не считается системным.
Это то, что в BSD называется операционной системой.
Вантузник детектед. В Линуксе грница между системной и прикладной частью размыта. Какое-нибудь прикладное приложение для своей работы может потребовать системные библиотеки определённой версии.
> Подтверждение, что модель разработки дебиана не достаточно гибкая. Замораживать надо только
> системную часть дистрибутива.Вы хотите чтобы Debian как проект навелосипедил ubuntu-core? Зачем, ведь есть ubuntu-core, который всё пилят-пилят и он уже вот-вот релизнётся, совсем скоро, нужно только ещё чуть-чуть подождать... ;)
firefox уже давненько из снапа ставится
Юзаю Арч, про снап не слышал.
Ну и правильно сделали.
> Проект Hyprland находится на стадии активной разработки и
> регулярно формирует новые выпуски с изменениями, не сохраняющими обратную совместимостьНу, блин, ребят, значит он еще объективно не готов для prime time. Пусть арчики потестируют на себе, разламывая десктопы им, а когда и есди дойдет до кондиции...
>а когда и есди дойдет до кондиции......тогда в дебиане не будет людей, которым он нужен. Вы почему-то думаете, что бебриан - это дистриб для атомной станции или не знаю, для космического корабля. А по факту - это просто набор устаревшего софта, которым скоро не останется желающих пользоваться.
> ...тогда в дебиане не будет людей, которым он нужен.Вы видите "если"? Это открывает двери большому колчиеству допущений. Например, проект может оказаться сплошным поматросим-бросим. И сначала всех задолбать развалами - а потом и самим задолбаться, ибо юзать постоянно разваливающееся окружение требующее внимания - сами понимаете, специфичный юзер экспениенс.
Некоторых конечно хлебом не корми, дай только по полю с миноискателем побегать, им по кайфу, меряются кто больше мин нашел, топчарт ведут. Но это довольно нишевое развлечение.
> Вы почему-то думаете, что бебриан - это дистриб для атомной станции или не знаю,
Я почему-то думаю что...
1) Для начала надо научиться не хамить неизвестным вам людям и хотя-бы научиться выговаривать дистр нормально. Если вы подразумевали какое-то уважение к вам и что ваша точка зрения - не пустой звук.
2) Я думаю что это - вот лично мой десктоп. Здесь и сейчас. А в одной из виртуалок с ним же я с вами тут и болтаю.
3) Я думаю, что проснувшись утрецом я хотел - заняться моими проектами. А не очередным отскребанием, блин, дисплейного менеджера от асфальта, потому что там все разломали, как обычно.
4) Я думаю что дебиан я юзаю именно поэтому.> для космического корабля. А по факту - это просто набор устаревшего софта,
По факту это просто удобный набор пакетов с понятными логичными полисями, годный для десктопа который не сыпется постоянно и серверов. Нарулив вон того на момент релиза, и прочекав все что работает - можно на пару лет угомониться и спокойно заняться своими проектами. Вместо беготни с какой там обновлением софта и затыканиями breakage.
> которым скоро не останется желающих пользоваться.
Вы переоцениваете желание двуногих жить на вулкане и бегать с миноискателем, имхо. Иногда хочется вместо этого просто заняться своими проектами. Прикиньте? Когда у вас будут ваши проекты, может поймете. Хотя конечно можно затеять и дисплейный сервер как проект. Тогда история сделает полный круг и мы вернемся к началу :)
Да сколько можно... Дебиан и так стал обновляться чаще и обильнее а вам все мало... Ей богу перебьетесь. Семь лет софт должен настояться семь лет на допил.даже пофиг что иногда дебиан может и баги заморозить это лучше чем сидеть и постоянно ежедневно обновляться сидя как у однорукого бандита и надеяться что в этот раз обойдется и получите и новый софт и все обойдется без багов или падения системы. Ей богу с тем же вайлендом уже 14 с лишним лет за рычаг дергаете а только что то ломаете...
>>а когда и есди дойдет до кондиции...
> ...тогда в дебиане не будет людей, которым он нужен. Вы почему-то думаете,
> что бебриан - это дистриб для атомной станции или не знаю,
> для космического корабля. А по факту - это просто набор устаревшего
> софта, которым скоро не останется желающих пользоваться.Вы таки будете смеяться, но:
https://1-veda.info/blog/3461/nasa-linux-debian-windows-...https://www.linuxjournal.com/article/2186?page=0,0
А вот Арчика как раз там таки нет, интересно почему, луддиты-с наверное-с?! ))
> HyprlandТак оно действительно выглядит как ранняя пред-альфа и сами авторы это не скрывают, что, мол, если ставишь, то ты фактически становишься тестером.
исключили гиперленд. какой ужас. теперь придётся сидеть на свее. как так можно?...если честно, засилье роллинга начинает немного напрягать. разрабы теряют культуру релизов.
например, сборки wine-tkg: если нужная старая совместимая сборка 7 или 8 версии, то на гитхабе её уже не найти. они релизят по 3 билда в день и удаляют старые релизы, которым может быть даже меньше года.
и всё. если нужен старый билд, то хрен где найдёшь.или в генте выкатывают установочную исошку с кде каждую неделю. при этом каждый второй релиз имеет грубые баги. иногда гуи вообще может не запускаться.
а стейбл-релизы обычно хоть немного, но тестируют на наиболее явные и просто исправляемые баги.
хоть какая-то стабильность нужна.
>засилье роллинга начинает немного напрягать. разрабы теряют культуру релизов.Многим нужна актуальная версия прикладного ПО, такие люди терпеть не могут ад зависимостей.
Поэтому софт по версиям скачет через flatpak-подобное.
Второй момент, на серваке новейшее прикладное графическое ПО не нужно, поэтому стабильных дистров будет всё меньше и меньше.
Многим - это лично тебе ?
лично мне нужна рабочая версия прикладного ПО.Возьмём, допустим, LibreOffice. Давно в нём были какие-то революционные изменения, сильно упрощающие или улучающие работу пользователя? Очень. Мне достаточно, чтобы офис работал, а насколько он будет отставать - да пофиг. Будет глючить либрекальк - запущу gnumeric, он точно не глючит.
А тут всё просто. Разработчики не правят баги в старых версиях программы. Причём настолько баги что иксы зависают и сессию рестартить. Вместо этого разработчики выпускают новую версию программы, где этого бага нет, но есть другие.
Но при этом сильно меняют зависимости. Ты не можешь просто взять старое определение дебпакета и подложить вместо старой версии программы - новую. Она тупо не соберётся. А дальше возникает вопрос - как часто поддержка дебиана готово обновлять версии пакетов?
И вопрос стоит не только за работу поддержки, который прописывает новые дебпакеты, но и за тестирование. Это разработчики ПО могут выпускать своё ПО без тестов хоть каждый день новую версию, а поддержка дистрибутива такой роскоши не имеет.
>Возьмём, допустим, LibreOffice. Давно в нём были какие-то революционные изменения, сильно упрощающие или улучающие работу пользователя? Очень. Мне достаточно, чтобы офис работалК счастью, я не работаю с офисными документами. Насколько мне известно, то либрофису очень сильно недостаёт оптимизаций производительности, и будут они, если их сделают, понятное дело, только в самой последней версии.
>А тут всё просто. Разработчики не правят баги в старых версиях программы.А зачем? Тем более, что не все баги можно поправить самостоятельно, некие баги лечатся в том числе и новыми зависимостями.
>Ты не можешь просто взять старое определение дебпакета и подложить вместо старой версии программы - новую. Она тупо не соберётся. А дальше возникает вопрос - как часто поддержка дебиана готово обновлять версии пакетов?Правильно, поскольку apt не поддерживает несколько разных версий библиотек.
> Правильно, поскольку apt не поддерживает несколько разных версий библиотек.Интересно а как 2 версии gcc и множество версий clang делаются в apt?
Это собирается вручную, в качестве исключения. Поход не масштабируемый - применяется только для крупных пакетов где иначе ну совсем никак. Я сомневаюсь, что таких проектов даже тридцать наберётся.
>[оверквотинг удален]
> разработчики выпускают новую версию программы, где этого бага нет, но есть
> другие.
> Но при этом сильно меняют зависимости. Ты не можешь просто взять старое
> определение дебпакета и подложить вместо старой версии программы - новую. Она
> тупо не соберётся. А дальше возникает вопрос - как часто поддержка
> дебиана готово обновлять версии пакетов?
> И вопрос стоит не только за работу поддержки, который прописывает новые дебпакеты,
> но и за тестирование. Это разработчики ПО могут выпускать своё ПО
> без тестов хоть каждый день новую версию, а поддержка дистрибутива такой
> роскоши не имеет.Штука вся в том, что сильно зависит от ситуации. Сотря что за софтина и что за баги, насколько они критичны лично для вашей работы? Понятное дело, если конкретно для вашей работы там жо$а полная и ваша работа с этим не работается, то нужно менять версию, если в другой версии баги приемлемые для вас, то возможно стоит остановиться на ней.
Да, тут возникает вопрос, а чо, совсем без багов нельзя, разучились так делать?! Да, по ходу, действительно, разучились и выбирать приходится нередко из двух стульев! :(Но, тут уже другой вопрос: А нужно ли ради одного-двух пакетов обновлять всю систему или же валить на ролинги?
Не знаю кто как, но лично я, как думаю и многие, предпочту стабильную платформу, поэтому и сторонний пакет, не из родной репы для этой версии релиза системы, просто принесу откуда-то извне, а уж что это будет, модный соевый flatpak или же более олдовый контейнер, или вообще как настоящий мужик - опакетить самому, это уже вопрос далеко не первый.Кмк, проблема хоть и есть в принципе глобальная, но в текущих реалиях, и при том что её решение в обозримом будущем не маячит даже в потенциале, она и выеденного яйца не стоит.
> если честно, засилье роллинга начинает немного напрягать. разрабы теряют культуру релизовНеясно про каких ты разрабов, но в любом случае феерическая фраза. Если про разрабов дистибутива, то у роллинга по определению нет релиза, о какой культуре речь? А если про апстрим, то при чём тут апстрим и засилье роллинга в одной фразе?
Разработка софта наоборот процветает, потому что сейчас не нужно мариновать годами проект под сукном до "версии 1.0", а можно экспериментировать и менять архитектуру налету, и современные дистрибутивы позволяют доставлять такие проекты до пользователей, которым это нужно. И до версии 1.0 он дойдёт куда более вылизанным чем то что год тестировал сам разработчик на локалхосте. Но дебиан к современным дистрибутивам не относится и просто такого не умеет.
Товарищи!! Вы не Туда Смотрите !!! Отечестово В Опасности !!
Из 13 Дебиана вот-вот выкинут cppgir !!
А Cppgir - нужен для сборки telegram-desktop !!!
Будет в следубщем дебиане проприентарно-шпионский телегамм !!!
Телеграм централизован, но кому "пирожками" поделиться или авто продать, сойдёт.
Для личного не судьба.
> Из 13 Дебиана вот-вот выкинут cppgir !!И в чем проблема ?
> проприентарно-шпионский телегаммТелеграм такой по умолчанию. В ссылке скрин, там помечено то, куда нажимать. Нажав и сгрузив данные, ты удивишься, как много информации дядя с автоматом сможет узнать о теме, если решит использовать терморектальный криптоанализатор.
https://imgur.com/a/L8hA6NW
> Будет в следубщем дебиане проприентарно-шпионский телегамм !!!Не будет. Телеграм из реп в принципе выкинули: https://tracker.debian.org/news/1608279/telegram-desktop-rem.../
Telegram православно теперь ставить через flathub. Так что пофиг.
Хе, Debian как всегда со своими несвежими пакетами что-то не может. Дистрибутив - неудачник.
> DebianА есть ли какой то дистрибутив ( сравниваю с Windows 2000, когда только Windows Xp появился ), все плевались фу бяка.
Который можно просто поставить и пользоваться.
И например этот дистрибутив на Hdd, находится. И можно просто запустить через много лет и пользоваться, без всяких обновлений.
Можно сравнить темпы, обновление Iexplorer7 - раз в 2 года какие то обновления безопасности.
И обновления ныншених Ос, браузеров, - каждый день по 1200 mb.
Даже Debian этот не может этим похвастаться.
> Композитный сервер Hyprland и сопутствующие пакеты, такие как hyprland-protocols и hyprutils, удалены из репозитория DebianИстинная причина - кор 2 дуо мейнтейнера и графика gma950 тормозят, а нужное количество стеклотары ещё не собрано за зеон с алиэкспресс.
Забавно наблюдать, как стадо арчеводов и прочих "я использую последнии версии" клоунов бегают и тыкают пальцем не понимая, что попадание в дебиан это по сути привилегия и марка качества, и "Композитный сервер Hyprland" по сути ещё не достоин, чтоб его использовали белые люди. Так что ату клоун-тестеры, а мы пока посмотрим на ваши страдания и как-нить потом, если из этого чего-нить путное выйдет. :-)))
В дебиане ОПЯТЬ что-то сломалось. Мне вот другое интересно: всем известно, что дебиан непригоден для любых активно разрабатываемых проектов. Так каким таким образом hyprland оказался в дебиане? Ветром его что ли надуло? Чем думали мейнтеры, когда его опакечивали? Это дебианщики диверсию против разработчиков проводят, чтобы они отвлеклись от разработки и просили удалить пакет? Или дебианщикам нужен ифноповод, чтобы про дебиан не забыли?
Кто то сделал херню, дебиан убрал этут херню. Горворят дебиан виновт. Все как обычно. Купил я телек.
Дистрибутив, устаревающий ещё до релизаЕсть пакеты с особо длинным релизным циклом, типа 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, который релизится каждый раз, когда ломают апи. И вот для таких пакетов либо дебиан сдаётся и внезапно размораживает версию, либо им пользоваться проблематично/невозможно. Такие пакеты устаревают ещё до стабилизации версий.
В нормальных дистрибутивах пакеты остаются актуальны в течении всего релизного цикла. В дебиане пакеты с коротким релизным циклом(только последняя версия/релизы раз в полгода или чаще) успевают устареть либо сразу после заморозки, либо почти сразу после релиза. А дебиановцы самостоятельно патчи почти не делают, вспомнить тот же php в buster, где вместо версии 7.3.33 до сих пор 7.3.31, хотя обновить её должны были в то время, когда buster был stable - дебиановцы даже готовые патчи скопировать не смогли.
Поскольку скоро релизнется trixie, и buster прекратит своё существование, то вот вам свежий пример: в bookworm ruby версии 3.1, в то время, как минимально поддерживаемая версия 3.2. golang - 1.19.4, с целой горой уязвимостей. https://repology.org/project/go/cves?version=1.19.4 Обратите внимание, что некоторые из них исправлены аж в 1.21.11. imagemagick - 6.9.11.60 тоже с кучей уязвимостей https://repology.org/project/imagemagick/cves?version=6.9.11.60. Как видно, проблема имеет системный характер, и дебианом пользоваться банально небезопасно.
> В нормальных дистрибутивах пакеты остаются актуальны в течении всего релизного цикла. В
> дебиане пакеты с коротким релизным циклом(только последняя версия/релизы раз в полгода
> или чаще) успевают устареть либо сразу после заморозки, либо почти сразу
> после релиза.А можно пожалуйста список нормальных дистрибутивов?
> А дебиановцы самостоятельно патчи почти не делают, вспомнить тот
> же php в buster, где вместо версии 7.3.33 до сих пор
> 7.3.31, хотя обновить её должны были в то время, когда buster
> был stable - дебиановцы даже готовые патчи скопировать не смогли.А в каком дистрибутиве мейнтенеры самостоятельно патчи делают под дистрибутива массово и при этом он ещё и относится к списку "нормальных дистрибутивов"?
Вот интересно, правда.
>А в каком дистрибутиве мейнтенеры самостоятельно патчи делают под дистрибутива массовоА не надо замораживать версии более чем на полгода. Тогда можно будет брать патчи напрямую из апстрима.
Выглядит красиво, но я лично не особо на это обращаю внимание. Предпочитаю экономию ресурсов и простоту в интерфейсе, но функциональный. Ну войдёт в другой релиз, какой-нибудь 13.1 может быть.
Те, кто пользуется Hyprland не пользуются Дебианом. Те, кто пользуются Дебианом, не пользуются Hyprland. Какая-то драма уровня сельского театра.
Много лет назад, когда я ещё пользовался Debian и Michael Stapelberg ещё оттуда не ушёл, он каждый раз обновлял свой i3-wm до самой свежей версии во всех ветках И В STABLE ТОЖЕ, делая пометку при каждом релизе, что всем пользователям настоятельно рекомендуется обновиться до самой последней версии. Возможно, это был его хитрый план. Так что, всё зависит от желания и навыков сопровождающего.
> Так что, всё зависит от желания и навыков сопровождающего.Не всегда. Бывает например так, что версией компилятора из стабильного репозитория программу не собрать уже никак. Или зависимости устарели. Тогда - увы и ах.
>> обновлял свой i3-wm
> Бывает например так, что версией компилятора из стабильного репозитория программу не собрать уже никак.Очевидно, что тот кто разрабатывает свою программу учитывая целевую аудиторию - тот учитывает компиляторы используемые в дистрибутивах целевой аудитории.
Если кто-то не учитывает используемые в дистрибутивах компиляторы - тот ССЗБ.
> Очевидно, что тот кто разрабатывает свою программу учитывая целевую аудиторию - тот
> учитывает компиляторы используемые в дистрибутивах целевой аудитории.Если вы пишете программу, чтобы потом её впарить за дорого, то да - очевидно. Нормальные же люди пишут программу, чтобы она выполняла конкретное действие. Или комплекс действий. Кто ей будет пользоваться - совершенно не важно. Перед кем стоят подобные задачи, тот и будет. К какой он/она при этом категории будет относиться - да какая разница?
> Если кто-то не учитывает используемые в дистрибутивах компиляторы - тот ССЗБ.
Дистрибутивов много. И ради одного не целесообразно перелопачивать всю программу. Речь об этом. Если очень нужно - то код открыт. Пусть сопровождающий соответствующего пакета в дистрибутиве сам накладывает патчи. Или нет - это дело сопровождающего и пользователей соответствующего дистрибутива.
> Дистрибутивов много. И ради одного не целесообразно перелопачивать всю программу.Зачем перелопачивать. Веди разработку с учетом требований.
> Пусть сопровождающий соответствующего пакета в дистрибутиве сам накладывает патчи. Или нет - это дело сопровождающего и пользователей соответствующего дистрибутива.
Во типичный пример ЧСВ. Иногда оно оправдано. В большинстве случаев - нет.
Ты уверен, что в твоем случае оправдано?
> Зачем перелопачивать. Веди разработку с учетом требований.Каких? В Дебиане - один подход. В Альте - другой. В Arch - третий.
> Во типичный пример ЧСВ. Иногда оно оправдано. В большинстве случаев - нет.
А при чём тут ЧСВ? Мы ведь ведём речь про программы с открытым исходным кодом, не так ли? А в этом случае никто никому ничего не должен. Вы либо берёте то, что дают, либо нет. Или дорабатываете сами под свои хотелки. Это полностью ваше дело. Да, вы можете попросить разработчика доработать его проект под ваши требования. Вежливо. Но вот будет ли он это делать - полностью зависит от него. И для того или иного решения может быть тысяча и одна причина.
> Каких? В Дебиане - один подход. В Альте - другой. В Arch - третий.Тех, что являются вашими целевыми платформами. Если таковых - нет. Ваше право.
А так - обычно используется минимальная версии компилятора из целевых дистрибутивов и минимальные версии библиотек. Если библиотеки от версии к версии меняются очень сильно - лучше из не использовать. Если не сильно - можно учесть в коде.
>> Во типичный пример ЧСВ. Иногда оно оправдано. В большинстве случаев - нет.
> А при чём тут ЧСВ? Мы ведь ведём речь про программы с открытым исходным кодом, не так ли? А в этом случае никто никому ничего не должен. Вы либо берёте то, что дают, либо нет. Или дорабатываете сами под свои хотелки. Это полностью ваше дело. Да, вы можете попросить разработчика доработать его проект под ваши требования. Вежливо. Но вот будет ли он это делать - полностью зависит от него. И для того или иного решения может быть тысяча и одна причина."ЧСВ". Вот прямо идеально подходит к конкретно вашему случаю.
> Тех, что являются вашими целевыми платформами. Если таковых - нет. Ваше право.Так я о том и говорю)) Я создаю программу под свои цели и задачи (или под цели и задачи того, кто меня об этом попросил). При этом мне совершенно не важно - соответствует ли она требованиям какой-либо платформы. Для меня важно в первую очередь, чтобы программа соответствовала поставленным целям и задачам. Далее я могу выложить программу в публичный доступ. При этом будет ли она полезна кому-то ещё или нет - мне совершенно всё равно по большому счёту. Если да - хорошо. Если нет - на нет и суда нет. Затем ко мне могут придти разработчики или пользователи того или иного дистрибутива и попросить меня адаптировать программу под их требования. Соглашаться на это или нет - дело добровольное. Нормальные разработчики обычно не отказывают, если просьба разумная и нормально же сформулирована.
> А так - обычно используется минимальная версии компилятора из целевых дистрибутивов и
> минимальные версии библиотек. Если библиотеки от версии к версии меняются очень
> сильно - лучше из не использовать. Если не сильно - можно
> учесть в коде.Ну вот, наконец-то что-то разумное))
> "ЧСВ". Вот прямо идеально подходит к конкретно вашему случаю.
Ну т.е. вы сначала отказываете мне в праве иметь своё мнение в частности и в праве на свободу действий в целом, а потом рассуждаете про моё "ЧСВ"? Логично))
> Ну т.е. вы сначала отказываете мне в праве иметь своё мнение в частности и в праве на свободу действий в целом, а потом рассуждаете про моё "ЧСВ"? Логично))Опять демагогия.
Приписывание мне то чего я не делал.
Делайте что хотите и считайте что хотите.
Но. Если ваши высказывания похожи на попытку убедит других людей, что ваше мнение норма - то не ждите, что не найдется тех, кто объяснит, что ваше мнение основано на вашем ЧСВ.
> Дистрибутивов много. И ради одного не целесообразно перелопачивать всю программу. Речь
> об этом. Если очень нужно - то код открыт. Пусть сопровождающий
> соответствующего пакета в дистрибутиве сам накладывает патчи. Или нет - это
> дело сопровождающего и пользователей соответствующего дистрибутива.Да, так-то оно так, но нужно учитывать и ЦА и охват, если у разработчика ЦА это кpacнoглaзыe бетатестеры энтузиасты, то тогда да, ему нужно на наоборот на мелкую аудиторию ориентироваться и на очень специфическую, а это роллинги, Арчи всякие, перекатиполя и подобные.
Но вот если программа с графическим интерфейсом и охват нужен шире и ЦА также, то тут как бы кто не пыжился и не раздувал щёк, пока что в этом плане лидирует deb-семейство, к сожалению или к счастью некоторых болеющих за тему. Так что да, если программист ориентируется на линуксовые системы хоть как-то, то он должен учитывать то что за компиляторы положат в... Ubuntu xD
> Да, так-то оно так, но нужно учитывать и ЦА и охват, если
> у разработчика ЦА это кpacнoглaзыe бетатестеры энтузиасты, то тогда да, ему
> нужно на наоборот на мелкую аудиторию ориентироваться и на очень специфическую,
> а это роллинги, Арчи всякие, перекатиполя и подобные.Про целевую аудиторию я уже высказался)) https://www.opennet.dev/openforum/vsluhforumID3/137058.html#281 Пишите программы не под ЦА, а для выполнения конкретных действий - и будет вам счастье. ЦА вас волнует исключительно потому, что живёте вы в рамках рыночной экономики. Где нужно бороться за клиентов, иначе - сдохнете с голоду. Фокус в том, что программы с открытым исходным кодом, особенно под лицензией GPL или какой-то подобной - это уже не рыночная экономика. И тут вам нужно определяться - или вы за капитализм с его "человек человеку волк", или вы за кооперацию и сотрудничество на добровольных началах - программы с открытым исходным кодом как раз про это. Если вы за программы с открытым исходным кодом, то чтобы всё это нормально работало, хочется вам или нет, но вам придётся переходить на модель экономики "каждый получает по труду, от каждого по способностям". И терпеть некоторые неудобства в процессе перехода - это как раз сейчас. Иными словами, вы рассматриваете проблему совершенно не в той плоскости.
И я не выступаю против Дебиана, отнюдь. Дебиан с его моделью - вполне нужная вещь. Но исключительно для серверов. При этом я уже не раз говорил, как можно сделать его полностью универсальным дистрибутивом: довести sid до уровня нормального роллинг-дистрибутива, и все будут счастливы. Всё остальное - как раньше. Т.е. раз в пару лет делаем срез с sid и изобретаем из него окаменелость ;) Это позволит значительно расширить пользовательскую базу, а заодно получить кучу тестировщиков - не придётся самим с этим возиться. Там есть ещё нюансы и предложения по рационализации, но сказанное выше - главное.
Я понимаю, что местная атмосфера влияет. Но в всё же пытайтесь вникнуть в смысл того, что люди пишут. Не всякая критика необоснованна. Более того, критика может быть направлена, что называется во благо.
А можно ещё использовать CI и при разработке тестировать сборку приложения в стабильном репозитории, а не фигак и в продакшен.
> А можно ещё использовать CI и при разработке тестировать сборку приложения в
> стабильном репозиторииДа можно вообще на голове стоять и ложку держать ногами. Вопрос - зачем? Разработчик пишет программу или её новую версию, чтобы добавить какой-то функционал. И разумно при этом пользоваться всеми доступными возможностями. В том числе новейшими версиями библиотек например. То, что они отсутствуют в "стабильном" репозитории - это проблема этого репозитория и его пользователей. И да, стабильность - не значит отсутствие обновлений. Стабильность - это значит стабильная работа.
> а не фигак и в продакшен.
Зачем сравнивать кислое и фиолетовое? ;) "Фигак и в продакшен" - это отношение к работе конкретного индивида. И оно может наблюдаться что у разработчика для "стабильного" дистрибутива, что у разработчика для "нестабильного".
> И разумно при этом пользоваться всеми доступными возможностями. В том числе новейшими версиями библиотек например.Ту слово разумно совсем не подходит. А подходит слово хочется.
Ибо разумно - это когда фирмы через 10 лет после выхода стандарта c++11 проводят исследования можно ли его использовать и формируют приемы для обхода проблем этого стандарта.
И еще года через 3 начинают, на него переходить с полностью сформированным стандартом кодирования в котором учтены выявленные проблемы.
> Ту слово разумно совсем не подходит. А подходит слово хочется.Да даже если и хочется - почему нет? Это моё, как разработчика, дело. Моё и того, кто для меня формулирует тех. задание. Ваше же дело - соглашаться с моим подходом или нет. Если вы не согласны, то можете написать сами, как видите вы. Или попросить об этом меня. Но в последнем случае я вполне могу отказаться выполнять ваши требования. По каким причинам - это уже моё дело. Основной принцип программ с открытым исходным кодом напомнить? Никто никому ничего не должен.
> Ибо разумно - это когда фирмы через 10 лет после выхода стандарта
> c++11 проводят исследования можно ли его использовать и формируют приемы для
> обхода проблем этого стандарта.
> И еще года через 3 начинают, на него переходить с полностью сформированным
> стандартом кодирования в котором учтены выявленные проблемы.Это ваш взгляд на вещи. Я, например, с таким подходом категорически не согласен. Разговор то о другом.
Вот опять вышли к ЧСВ.И да. делать вы можете все что хотите. Вот только не надо считать, что все кто не придерживается ваших взглядов - неправы.
Ибо такие же как вы были и на заре появления открытого ПО. Вот только в итоге в большую часть ниши открытого ПО заняли те, кто использовали автотулсы, которые позволяли определить, есть ли требуемая функция в системе, правильно ли она реализована и если нет, использовать свою реализацию.
Практически всю нишу заняли те кто учитывал малейшие нюансы целевых платформ.
Сейчас стало легче. Платформ стало меньше. Но по-прежнему практически всю нишу занимают те кто учитывает целевые платформы.
Если вы хотите занять место в какой-либо нише - подстроитесь. Если нет - ваше право. Вот только не надо втирать, что ваше поведение норма.
> Если вы хотите занять место в какой-либо нише - подстроитесь. Если нет
> - ваше право. Вот только не надо втирать, что ваше поведение
> норма.Хорошо, давайте обсудим, что в данном случае - норма, а что - нет))
Я не собираюсь "занимать место в нише" - мне совершенно на это наплевать. Я пишу программу, потому что мне нужно выполнить вполне конкретное действие. Или комплекс действий. При этом я могу выложить программу в открытый доступ, чтобы она помогла кому-то ещё, если у него возникнет в том необходимость.
Вы же предлагаете писать программу, чтобы "занять место в нише". Т.е., чтобы выиграть в конкурентной борьбе. Что будет означать выигрыш в конкурентной борьбе? Это будет означать, что вы нанесёте вред другому человеку (или людям) - например лишите его (их) источника средств к существованию. Т.е. цель ваших действий - получить некие преференции за счёт нанесения вреда другим людям.
Ну и что из этого - норма, а что - нет?
Эталон демагогии.Ниша дает - возможность получить помощь или фидбек от заинтересованных.
Если вам не нужна помощь или фидбек - то ваш случай является совсем не тем, что относятся к СПО.
Даже если вы его выкладываете.
> Это моё, как разработчика, дело. Моё и того, кто для меня формулирует тех. задание.Дело-то твоё, но тут нужно определиться зачем ты вообще какой-то софт пишешь. Если для себя, или чтобы показать как ты умеешь, или чтобы просто даже почесать своё ЧСВ — действительно, делай что хочешь, как хочешь, хоть стоя на голове ложку ногой держи. А если для пользователей, для решения их проблем, то тут немножечко иначе придётся делать. Придётся и интересоваться предпочтениями пользователей, и фидбек выпрашивать, и под разные поплуярные у ЦА платформы тестирование проводить, и весьма развесистый CI/CD пайплайн содержать, и может быть даже отвечать на вопросы и комментарии в Инстаграмме, Фейсбуке или где угодно ещё, где они предпочитают обитать. Иначе зачем ты такой красивый нужен кому-либо?
> Дело-то твоё, но тут нужно определиться зачем ты вообще какой-то софт пишешь.
> Если для себя, или чтобы показать как ты умеешь, или чтобы
> просто даже почесать своё ЧСВ — действительно, делай что хочешь, как
> хочешь, хоть стоя на голове ложку ногой держи. А если для
> пользователей, для решения их проблем, то тут немножечко иначе придётся делать.
> Придётся и интересоваться предпочтениями пользователей, и фидбек выпрашивать, и под разные
> поплуярные у ЦА платформы тестирование проводить, и весьма развесистый CI/CD пайплайн
> содержать, и может быть даже отвечать на вопросы и комментарии в
> Инстаграмме, Фейсбуке или где угодно ещё, где они предпочитают обитать. Иначе
> зачем ты такой красивый нужен кому-либо?Не путайте пользователей с потребителями. Это пользователям нужно, чтобы я для них написал программу, а не мне. Потому что сами они этого сделать не могут. По какой причине - не важно. Я же тупо об их проблемах не в курсе, или меня и так всё устраивает. Соответственно - это пользователи должны меня найти и попросить написать для них программу. Сформулировать внятно тех. задание и прочее. Сами. Если что-то у пользователей не работает, то это опять же их проблемы, а не мои. Если они хотят, чтобы я решал их проблемы, то это они должны меня об этих проблемах поставить в известность и попросить их решить. И неплохо бы при этом ещё мой труд оплатить. Хотя бы вежливым "спасибо".
Если же я сам пишу программу по собственной инициативе, то я её пишу для решения собственных проблем. Выкладывать/не выкладывать её в открытый доступ и выполнять ли "хотелки" других пользователей - это уже дело сугубо добровольное.
Лично я стараюсь по возможности и с народом пообщаться, и разумные просьбы выполнять. Потому что понимаю, что без взаимопомощи - нам не выжить. Но требовать этого от меня никто не вправе. И будет отправлен в пешее эротическое путешествие, буде попробует нечто подобное мне предъявить.
>> Ту слово разумно совсем не подходит. А подходит слово хочется.
> Да даже если и хочется - почему нет? Это моё, как разработчика,
> дело. Моё и того, кто для меня формулирует тех. задание. Ваше
> же дело - соглашаться с моим подходом или нет. Если вы
> не согласны, то можете написать сами, как видите вы. Или попросить
> об этом меня. Но в последнем случае я вполне могу отказаться
> выполнять ваши требования. По каким причинам - это уже моё дело.
> Основной принцип программ с открытым исходным кодом напомнить? Никто никому ничего
> не должен.Так это, так вам и таким как вам же и говорят, что если вам хочется во что бы то ни стало тянуть самые свежайшие либы из под коня, или вообще ночнушки в свой проект как зависимости, то Debian просто не ваша платформа, вы просто как художник, который так хочет и так видит, пишете свои шедевры не для Debian-выставки, вот и всё!
Не вижу причин для тряски, специально забегать в тему про Debian, чтобы среди дебианщиков громко и демонстративно оглашать что собираешься громко хлопать дверью! xD> Это ваш взгляд на вещи. Я, например, с таким подходом категорически не
> согласен. Разговор то о другом.Вот мне интересно, это у разработчиков-адептов роллингов столько свободного времени появилось, что у них хватает времени в темы про Debian забегать, потому что роллинги меньше времени стали сжирать, или это нейросетки помогают вайбкодить очередные свежие версии их проектов, что времени куча высвобождается на то чтоб бегать в чужой монастырь со своим усталым и пытаться что-то доказывать? ;)
> Так это, так вам и таким как вам же и говорят, что
> если вам хочется во что бы то ни стало тянуть самые
> свежайшие либы из под коня, или вообще ночнушки в свой проект
> как зависимости, то Debian просто не ваша платформа, вы просто как
> художник, который так хочет и так видит, пишете свои шедевры не
> для Debian-выставки, вот и всё!А я разве хоть где-то что-то против говорил?)) Не воюйте с воображаемым мной - разговор шёл совсем о другом.
> Не вижу причин для тряски, специально забегать в тему про Debian, чтобы
> среди дебианщиков громко и демонстративно оглашать что собираешься громко хлопать дверью!
> xDНу во-первых - а почему я не могу этого сделать? Вы хотите сказать, что я не имею права на собственное мнение, и не имею права его высказывать? А во-вторых - где я такое делал? Разговор опять же о другом шёл.
> Вот мне интересно, это у разработчиков-адептов роллингов столько свободного времени появилось,
> что у них хватает времени в темы про Debian забегать, потому
> что роллинги меньше времени стали сжирать, или это нейросетки помогают вайбкодить
> очередные свежие версии их проектов, что времени куча высвобождается на то
> чтоб бегать в чужой монастырь со своим усталым и пытаться что-то
> доказывать? ;)Нет, просто у вас предвзятое представление о роллинг-дистрибутивах, только и всего. У меня например тех.обслуживание Арча занимает ровно 3 минуты в день. В остальное время я занимаюсь другими вещами.
>Ибо разумно - это когда фирмы через 10 лет после выхода стандарта c++11 проводят исследования можно ли его использоватьЭто крайне неразумное поведение, ибо плодами прогресса надо пользоваться прямо сейчас, ибо нужны они, чтобы облегчить жизнь. Я крайне рекомендую вам самим пользоваться вещами десятилетней давности, тем же компьютером или смартфоном. Заодно тут же и расскажете, каково сейчас живётся, когда в смартфоне 16 Гб постоянной памяти. Или купите компактный сиди плеер, и идите, изите к нему диски.
>И еще года через 3 начинаютА ещё лучше - берите перьевые ручки и обмакивайте их после каждой буквы в чернильницу.
>>Ибо разумно - это когда фирмы через 10 лет после выхода стандарта c++11 проводят исследования можно ли его использовать
> Это крайне неразумное поведение, ибо плодами прогресса надо пользоваться прямо сейчас,
> ибо нужны они, чтобы облегчить жизнь. Я крайне рекомендую вам самим
> пользоваться вещами десятилетней давности, тем же компьютером или смартфоном. Заодно тут
> же и расскажете, каково сейчас живётся, когда в смартфоне 16 Гб
> постоянной памяти. Или купите компактный сиди плеер, и идите, изите к
> нему диски.
>>И еще года через 3 начинаютПример со смартфоном показательный на самом деле, потому что тогда смартфоны были более живучими, для дополнительной памяти были таки разъёмы под microsd, и батарейки съёмные, которые всяко проще даже сейчас заменить найдя альтернативу.
> А ещё лучше - берите перьевые ручки и обмакивайте их после каждой
> буквы в чернильницу.Да, прекрасные времена потеряли, ужасный патриархат и неспешная жизнь, когда за то, что мастеровой делал хреновый продукт, из-за которого дело могло встать простаивать могли на кол посадить или вздёрнуть или дурную головушку отделить нешуточно. Также скорбим по ним. xD
>потому что тогда смартфоны были более живучимиДаже если так, вам это никак не поможет, в условии нехватки аппаратных возможностей, или слишком низкой версии андроида.
>для дополнительной памяти были таки разъёмы под microsdОни и сейчас есть.
>и батарейки съёмные, которые всяко проще даже сейчас заменить найдя альтернативу.Ну вот и отлично. Берите старое устройство, и рассказывайте, как там хорошо.
>и неспешная жизньГде вы эту неспешную жизнь видели? Там была постоянная смертельная гонка. Даже консервации толком не было. Не успел что-то съесть - всё. Про то, как голод начинался из-за одного единственного локального неурожая и рассказывать не хочется.
>мастеровой делал хреновый продукт, из-за которого дело могло встать простаивать могли на кол посадитьРаумеется себя вы к мастерам не приписываете. Вас бы посадить за написание софта, сразу поймёте, почему всё именно так. Только вот на кол сажать не надо, иначе вы слишком быстро закончитесь.
> Раумеется себя вы к мастерам не приписываете. Вас бы посадить за написание
> софта, сразу поймёте, почему всё именно так. Только вот на кол
> сажать не надо, иначе вы слишком быстро закончитесь.Конечно не приписываю, я просто не берусь за что-то спустя рукава и не делаю на авось, если где-то некомпетентен, то честно это признаю. И у нас в роду так повелось, иначе очевидно бы меня не было, всё бы на предках на кольях и закончилось бы. xD
>Конечно не приписываю, я просто не берусь за что-то спустя рукава и не делаю на авосьВ любой технически сложной деятельности у вас рано или поздно, такая проблема возникнет. Это вам не детали вытачивать/картошку копать.
в debian много лет поставляют tinyproxy в которой надо руками создавать каталог в /var/lib/tinyproxy иначе валитсявсё что надо знать об этом дистрибе )
А твоё сообщение о баге молча закрыли или что с ним произошло? Скинь ссылку, пингану знакомого майнтейнера, может исправит по быстрому.
Тут вопрос кто в здравом уме вообще будет на дебиан ставить композитный менеджер когда хипрленд изначсально заточен под арч генту никс а не на дистры в которых уже встроена философия DE
> дистры в которых уже встроена философия DEКак раз debian никто с DE в здравом уме не использует. Debian это про сервера и прочие cli интерфейсы.
>> дистры в которых уже встроена философия DE
> Как раз debian никто с DE в здравом уме не использует. Debian
> это про сервера и прочие cli интерфейсы.Да? А вот у самих дебианцев написано, что это Universal Operation System, а не OS for servers only. И кому верить? ))
В дебиан никакой философии DE не встроено. Ты наверное с убунтой путаешь.
Всё равно не нужен, как и Wayland. Кому надо, установят из сырцов.
Как и дебиан.Некрофилия вообще запрещена законом, если уж на то пошло.
Слишком толсто и жырно, неуд. Остаёшься на осень, на пересдачу.
Буду ссылку на этот комментарий давать всем у кого будет возникать мысль поставить для любой задачи дебиан.
> Всё равно не нужен, как и Wayland. Кому надо, установят из сырцов.В Linux, вообще что нибудь когда нибудь сделают нормально. Вот скажем Windows 10, нормально можно пользоваться ( например бесят эти анимации в Windows 11, и в Kde кстати ),
Пользователь запускает систему чтобы открыть браузер, или посмотреть фильм. А не спецэффекты смотреть.
Это прям даже в статье 2012 года написано про Kde 3.
Нет, можешь проходить мимо, не твоё
> поставляемая в Debian-пакете версия Hyprland 0.41.2 сильно отстаёт от актуального состояния проекта (0.49) и для старой версии невозможно обеспечить поддержку на протяжении жизненного цикла Debian 13Обычно это не было бы проблемой, если бы не:
> Переводу пакетов на новый выпуск мешает то, что в версии Hyprland 0.42 прекращено использование библиотеки wlroots в пользу собственной релизации протокола Wayland и библиотеки отрисовки Aquamarine
Тут немного неправильная формулировка, конечно.
Правильная формулировка должна быть примерно следующей: после заморозки релиза дистрибутива Debian, апстримная версия зафиксирована, а все исправления ошибок бэкпортируются из апстрима мейнтейнером; и поскольку автор исходного проекта не то, что более не исправляет ошибки для версии, используемой в Debian, а просто-напросто полностью переписал архитектуру своего проекта -- бэкпортировать будет нечего.
Ну, что поделать. Нет поддержки в апстриме -- нет и пакета в Debian. Правильно удалили. Пусть автор стабилизирует своё поделие, и может быть в следующий релиз таки попадёт.
> Пусть автор стабилизирует своё поделие, и может быть в следующий релиз таки попадёт.А автору оно сильно надо?)) Дебиан - далеко не единственный дистрибутив.
>> Пусть автор стабилизирует своё поделие, и может быть в следующий релиз таки попадёт.
> А автору оно сильно надо?)) Дебиан - далеко не единственный дистрибутив.Будет им надо -- подтянут уровень разработки до требований дебиана.
Не будет им надо -- ну и не будет их программ в дистрибутиве. Все в своём праве.Дистрибутив один, разработчиков много. Не будет дистрибутив под каждого разработчика подстраиваться.
Наоборот, разработчики будут подстраиваться под дистрибутив. Иначе никак.
> Дистрибутив один, разработчиков много. Не будет дистрибутив под каждого разработчика подстраиваться.Да вот как раз ситуация ровно обратная)) Разработчик (или команда разработчиков) - один. А дистрибутивов много. И есть ведь ещё и другие ОС: *BSD, Windows и т.д. Везде разное состояние пакетной базы, разные библиотеки и т.д. И это как раз обязанность сопровождающих пакеты - адаптировать программы под условия конкретного дистрибутива или ОС.
> Наоборот, разработчики будут подстраиваться под дистрибутив.Нет, не будут ;) Разработчики могут собирать пакеты под дистрибутивы и/или адаптировать их. По желанию. Но в целом - это не их задача.
>> Наоборот, разработчики будут подстраиваться под дистрибутив.
> Нет, не будут ;) Разработчики могут собирать пакеты под дистрибутивы и/или адаптировать
> их. По желанию. Но в целом - это не их задача.Так никто и не говорит про "собирать пакеты под дистрибутив" -- это задача мейнтейнеров, тут я вполне с Вами согласен. Речь-то про "подтянуть качество кода и релизного цикла своего продукта до требований по включению в дистрибутив".
То, что конкретно данные разработчики пока не удовлетворяют требованиям -- как раз проблема этих разработчиков. Таки да, их программы будут присутствовать по итогу в дистрибутивах, где требования ниже, чем у Debian. Не думаю, что кто-то что-то имеет против такого положения вещей. Флаг им в руки.
> Так никто и не говорит про "собирать пакеты под дистрибутив" -- это
> задача мейнтейнеров. Речь-то про "подтянуть качество кода и релизного цикла своего
> продукта до требований по включению в дистрибутив".И опять нет. Какое мне, как разработчику, дело, какие там релизные циклы в очередном дистрибутиве? Это проблемы дистрибутива. У разработчиков ПО свои релизные циклы. Если разработчики ПО используют данный конкретный дистрибутив, то они могут под него подстраиваться. Правда, мне интересно - много ли мазохистов, которые занимаются разработкой и используют при этом Дебиан? Но это к слову ;) Задача сопровождающих пакеты в дитстрибутиве - отслеживать изменения в upstream и вовремя для своих пользователей собирать пакеты. Иначе они просто не нужны.
> То, что конкретно данные разработчики пока не удовлетворяют требованиям -- как раз
> проблема этих разработчиков. Таки да, их программы будут присутствовать по итогу
> в дистрибутивах, где требования ниже, чем у Debian. Флаг им в
> руки.Требования дистрибутива - это проблемы дистрибутива ;) Есть такая поговорка: семеро одного не ждут.
> Какое мне, как разработчику, дело, какие там релизные циклы в очередном дистрибутиве?Тут очевидно, непонимание того, что выявление целевой аудитории и работа на неё - является частью разработки.
А в работе на целевую аудиторию входит выяление требований дистрибутивов и удовлетворение им.
Так что тот разработчик, кто не работает на целевую аудиторию - разработчик с огромным недостатком. И для того, что бы у него что-либо получилось другие достоинства должны будут с лихвой компенсировать этот недостаток. И тут всплывает ЧСВ большинства разработчиков...
> Тут очевидно, непонимание того, что выявление целевой аудитории и работа на неё
> - является частью разработки.Нет. Это является частью маркетинга. Т.е. - частью паразитизма. Уж простите за прямоту. Нормальные же люди "выявляют" потребность в конкретном действии. У кого она возникает - совершенно не важно. Если даже у вас одного - это уже повод написать программу, которая будет это действие выполнять.
> А в работе на целевую аудиторию входит выяление требований дистрибутивов и удовлетворение
> им.Задача разработчика ПО - написать ПО и чётко прописать требования для обеспечения работоспособности этого ПО. Как их будут выполнять дистрибутивы - и будут ли вообще - это проблема дистрибутивов и их пользователей.
> Так что тот разработчик, кто не работает на целевую аудиторию - разработчик
> с огромным недостатком. И для того, что бы у него что-либо
> получилось другие достоинства должны будут с лихвой компенсировать этот недостаток. И
> тут всплывает ЧСВ большинства разработчиков...См. выше про маркетинг. И не нужно путать пользователей с потребителями ;)
> Это является частью маркетинга.Ни разу. От слова абсолютно. Ибо частью разработки является выявление всех целевых платформ (дистрибутивов), и требований этих платформ. А так же выявление всех аналогов или частичных аналогов и разработка дизайна с учетом всех доступных в аналогах возможностей (возможно отказываясь от части из них).
Все вышеописанное является частью разработки.
Вы же описываете не разработку, а кодирование.
> Ни разу. От слова абсолютно.Ну-ну))
> Ибо частью разработки является выявление всех целевых
> платформ (дистрибутивов), и требований этих платформ. А так же выявление всех
> аналогов или частичных аналогов и разработка дизайна с учетом всех доступных
> в аналогах возможностей (возможно отказываясь от части из них).Целью разработки является создание программы, которая будет выполнять конкретное действие или комплекс действий. Работа в разных дистрибутивах или в каком-то конкретном дистрибутиве может входить в этот комплекс действий, но совершенно не обязательно, что входит.
Слова "дизайн" - я не знаю ;) Я знаю слово "эргономика" - удобство использования с учётом анатомических особенностей человека.
> Все вышеописанное является частью разработки.
Если таково тех. задание. В противном случае - совершенно не обязательно.
> Вы же описываете не разработку, а кодирование.
Да, теперь будем ещё и новые термины изобретать))
> Целью разработки является создание программы, которая будет выполнять конкретное действие или комплекс действий. Работа в разных дистрибутивах или в каком-то конкретном дистрибутиве может входить в этот комплекс действий, но совершенно не обязательно, что входит.Да целью может быть вообще одна единственная установка на одном единственном сервере.
Но это далеко не значит - что такое ПО является обычным.
> Слова "дизайн" - я не знаю ;)
По вам и видно. В дизайн входит и архитектура ПО.
> Если таково тех. задание. В противном случае - совершенно не обязательно.
Частные случаи разработки ПО в контексте, когда речь идет про СПО вообще неприменимы.
> Да, теперь будем ещё и новые термины изобретать))
Ну так вы сами исключили этапы разработки из разработки - так делают только отбитые на всю голову кодеры.
> Да целью может быть вообще одна единственная установка на одном единственном сервере.И?
> Но это далеко не значит - что такое ПО является обычным.
И?
> По вам и видно. В дизайн входит и архитектура ПО.
Нет, это вы так трактуете. Я же под "дизайном" понимаю "внешний вид". Архитектура ПО - это архитектура ПО. Т.е. это организация и структура кодовой базы. И это совершенно другая история.
> Частные случаи разработки ПО в контексте, когда речь идет про СПО вообще
> неприменимы.С чего бы вдруг? Любая программа - это "частный случай". Потому что есть понятие "программное обеспечение", а есть понятие "программа N". Второе - частные случай первого.
> Ну так вы сами исключили этапы разработки из разработки - так делают
> только отбитые на всю голову кодеры.Нет, я всего лишь сказал, что то или иное действие может входить в поставленную задачу, а может и - нет. Вы же пытаетесь навесить на меня вами же изобретённый ярлык, вместо того, чтобы признать, что были не правы. И задуматься - почему. Как это называется - догадайтесь сами ;)
> И?
> И?
> С чего бы вдруг? Любая программа - это "частный случай". Потому что есть понятие "программное обеспечение", а есть понятие "программа N". Второе - частные случай первого.Не любая программа является частным случаем СПО.
У вас подмена понятия СПО на ПО.
Демагогия чистой воды.> Нет, это вы так трактуете. Я же под "дизайном" понимаю "внешний вид". Архитектура ПО - это архитектура ПО. Т.е. это организация и структура кодовой базы. И это совершенно другая история.
Это ваши проблемы. Которые вы явно проявляете. И не стесняетесь при этом.
> Нет, я всего лишь сказал, что то или иное действие может входить в поставленную задачу, а может и - нет. Вы же пытаетесь навесить на меня вами же изобретённый ярлык, вместо того, чтобы признать, что были не правы. И задуматься - почему. Как это называется - догадайтесь сами ;)
Ложь. Вы явно вывели эти этапы из этапа разработки.
И да. Если вам что-либо незнакомо - просто погуглите.
Или ЧСВ не дает вам этого сделать?
> Вы же описываете не разработку, а кодирование.
> Да, теперь будем ещё и новые термины изобретатьРазницу между кодером и программистом не знают только кодеры.
> Разницу между кодером и программистом не знают только кодеры.С таким же успехом можно утверждать, что эту разницу знают лишь те, кто пытаются самоутвердиться за счёт изобретения новых искусственных понятий. ;)
>[оверквотинг удален]
>> А в работе на целевую аудиторию входит выяление требований дистрибутивов и удовлетворение
>> им.
> Задача разработчика ПО - написать ПО и чётко прописать требования для обеспечения
> работоспособности этого ПО. Как их будут выполнять дистрибутивы - и будут
> ли вообще - это проблема дистрибутивов и их пользователей.
>> Так что тот разработчик, кто не работает на целевую аудиторию - разработчик
>> с огромным недостатком. И для того, что бы у него что-либо
>> получилось другие достоинства должны будут с лихвой компенсировать этот недостаток. И
>> тут всплывает ЧСВ большинства разработчиков...
> См. выше про маркетинг. И не нужно путать пользователей с потребителями ;)Я вот тут, по ходу чтения ветки обсуждений, заинтересовался что же вы такое разрабатываете, можете пожалуйста на честную публику дать ссылок на ваши разработки?
> Я вот тут, по ходу чтения ветки обсуждений, заинтересовался что же вы
> такое разрабатываете, можете пожалуйста на честную публику дать ссылок на ваши
> разработки?На мой никнейм нажмите да посмотрите. В списке опубликованных мной новостей всё есть.
>> Дистрибутив один, разработчиков много. Не будет дистрибутив под каждого разработчика подстраиваться.
> Да вот как раз ситуация ровно обратная)) Разработчик (или команда разработчиков) -
> один. А дистрибутивов много. И есть ведь ещё и другие ОС:
> *BSD, Windows и т.д. Везде разное состояние пакетной базы, разные библиотеки
> и т.д. И это как раз обязанность сопровождающих пакеты - адаптировать
> программы под условия конкретного дистрибутива или ОС.Да, вот только шерифов хоть и много, но индейцев ещё больше, а как известно, что проблемы индейцев шерифов не интересуют. ¯\_(ツ)_/¯
>> Наоборот, разработчики будут подстраиваться под дистрибутив.
> Нет, не будут ;) Разработчики могут собирать пакеты под дистрибутивы и/или адаптировать
> их. По желанию. Но в целом - это не их задача.А тут всё верно, если разработчики хотят, чтобы их программа была в конкретном дистрибутиве, то они соблюдают его полиси. И да, собирать пакеты, это действительно не их задача, их задача всего-навсего выложить сорец, который компилируется и выдаст рабочую версию программы. По желанию автор программы может сам собрать бинарь статически слинковав его со всем что ему нужно и положить в тарбол например. И на этом спасибо!
Если автор софта будет так добр и вообще широкой души человек, то он ещё может положить appimage и этого вообще вполне достаточно, прям хорошо!
А всякие flatpak/snap или тем более нативные deb или rpm от него не требуются. Это по желанию
Но, если его программа не будет работать как ожидается в каком-то конкретном дистрибутиве, то разработчики дистрибутива могут попросить автора сделать патчей для его программы под этот конкретный дистрибутив. Если разработчик заинтересован, то он делает их, а если нет, то нет! А на нет и суда нет! ;)
Вот только и мейнтенеры не обязаны латать всякие шедевры я у мамы художников, я так захотел и я так вижу. Они, все эти люди, запросто могут существовать в одной реальности и никогда не пересекаться, если не хотят и никто никому ничего не должен. Ну бывает, насильно мил не будешь! ¯\_(ツ)_/¯
> Вот только и мейнтенеры не обязаны латать всякие шедевры я у мамы
> художников, я так захотел и я так вижу. Они, все эти
> люди, запросто могут существовать в одной реальности и никогда не пересекаться,
> если не хотят и никто никому ничего не должен. Ну бывает,
> насильно мил не будешь! ¯\_(ツ)_/¯А я разве где-то высказывался против?)) Если вы про обсуждаемую новость, то лично у меня к Дебиану в данном случае никаких претензий нет. Удалили пакет - ну значит удалили. Это решать сопровождающим пакеты. Мои претензии лежат в другой плоскости (я их высказывал в других местах). И это не претензии на самом деле, а, что называется, рац. предложения. Принимать их или нет - опять же решать тем, кто пакеты собирает.
И если посмотрите, с чего я начал - меня вовсе не удаление пакета "зацепило", а позиция некоторых товарищей, которые считают, что, поскольку они пользуются Дебианом, то все должны вокруг них плясать. Изначальный посыл был в том, чтобы донести простую мысль: Дебиан - далеко не единственный дистрибутив, и уж точно не "самый главный" (таких вообще нет). Проще говоря - я за взаимное уважение труда друг-друга.
>и поскольку автор исходного проекта не то, что более не исправляет ошибки для версии, используемой в Debian, а просто-напросто полностью переписал архитектуру своего проектаКакой плохой автор, он видите ли проект развивает. А должен был окаменеть под взглядом горгоны^w дебиана.
>Нет поддержки в апстриме -- нет и пакета в DebianТак с этого и надо начинать: авторы дебиана не в состоянии оказывать техническую поддержку пакетам. И вся заявленная дебиановская стабильность - пустой пшик. Вот поставил человек ту же bcachefs, понадеялся на поддержку, а её раз, и удалили. https://www.opennet.dev/opennews/art.shtml?num=61794
сижу на 13 дебиане и как раз с hyprland. Я привык к нему, дистро хоп устраивать? Машина рабочая некогда уже этим заниматься ((((, это плач в слух
>Я привык к нему, дистро хоп устраивать?Конечно.
>Машина рабочая некогда уже этим заниматьсяНу тогда отказывайтесь от хиперленда. Дебиан это отстование как минимум на два года. А с учётом того, что версии даже в тестинге отстают от апстрима - то ещё больше. Лет через пять, а лучше через десять, как раз и посмотрите, что там получилось.
Рабочая машина с hyprland? Солидно.
Отличная замена i3/sway, рекомендую. На арче, конечно, а не этом недоразумении.
dpkg-buildpackage -us -uc -F
или лапки?
Как сабж в репы вообще попал
Новый он. Не распознали. Как распознали - так за ушко и на солнышко.