Энтузиастами введён в строй репозиторий DUR (Debian User Repository), который позиционируется как аналог репозитория AUR (Arch User Repository) для Debian, позволяющий сторонним разработчикам распространять свои пакеты без включения в основные репозитории дистрибутива. Как и в AUR метаданные и инструкции сборки пакетов в DUR определяются с использованием формата PKGBUILD...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55395
Вот это хорошо 👌
Будут в свои дуры дебилды класть.
> Для сборки deb-пакетов из файлов PKGBUILDЭто какая-то сильно забористая дурь...
HURR-DURR
не хуже вашей связки RPM с apt
В альте вообще дури на 10 дистрибутивов бы хватило.
Никогда не понимал - зачем?
> не хуже вашей связки RPM с apt... а теперь все смешиваем, взбалтываем,
и получаем... репозиторий Pi-dora в deb формате!
> репозиторий Pi-dora в deb формате!... и как раз в варианте для Pi назвать его Pi-DUR !
Попробуй упакуй Deb. Сразу RPM понравится...
> не хуже вашей связки RPM с aptЭк подловили ;-)
Но там-то смысл простой как двери: apt в 2001 году был по сути единственным вменяемым менеджером репозиториев на линуксах, при этом технических недостатков у deb/dpkg было хоть отбавляй (начиная с возможности подписать пакеты/метаданные и проверить эти подписи, что для ldv@ было критично), а по rpm уже был задел на Mandrake, локализации которого во времена оны тоже помогали в IPLabs Linux Team.
Ну и мопед этот был изобретён и первоначально сконструирован всё же в Conectiva (позже был ещё apt4rpm, тот так и не прижился нигде толком вроде бы).
{ревность, зависть}
> {ревность, зависть}{злобное шипение} забыли!
> Вот это хорошо 👌
> Будут в свои дуры дебилды класть.Ничего хорошего, это DURость.
Debian чем и славен, что пакеты могут собирать для него не абы кто, и проверяются проектом.А "это" - верный способ сделать школорачную помойку из Дебиана.
Если майнтенер не входит в состав команды Дебиана, и/или стопицот раз не проверен-перепроверен и если пакеты не собираешь ты сам, то нестоит доверять каждому встречному, который захотел опорожниться в общий репозиторий, а то будет как ситуация со снапстором, хотя там вроде даже есть хоть какая-то проверка, а тут надо будет каждого мониторить, отдельный юзер с этим не справится.На фоне новостей, как в инфраструктуры с распространением пакетов выкладывают гадость, которая расходится сотнями тысяч скачиваний - "оч. трезвое предложение", 10 из 10 просто!
Да, да мы уже читали тексты ушедших из деб ментейнеров. И кто бы мог подумать - ровно из-за того что проверить-перепровернить-не_абы_кто и всё остальное чем гордится дебиан.
> Да, да мы уже читали тексты ушедших из деб ментейнеров. И кто
> бы мог подумать - ровно из-за того что проверить-перепровернить-не_абы_кто и всё
> остальное чем гордится дебиан.Ага, давайте теперь ссылаться на нытья-пост обиженки, которого видите ли не устраивать вдруг стала "бюрократия" и что обновления так "долго и тяжко" проталкиваются, про вот эти вот злые препоны контролирующих.
Будто изначально не было такого, не нравится полиси дистра - уходи туда, где тебя устраивает, нечего в чужой монастырь со своим усталым ломиться!
Да нет конечно Надо ссылаться не на того кто огромную часть работы делал по дебу. А вот на этого анонима с опеннета. Его то мнение гораздо весомей. Побыстрее бы шапка на себя весь базовый функционал замкнула, а остатки костей бросала другим. Что бы слилась уже эта элитка дебовская с своими умными рассуждениями.
> Да нет конечно Надо ссылаться не на того кто огромную часть работы
> делал по дебу. А вот на этого анонима с опеннета. Его
> то мнение гораздо весомей. Побыстрее бы шапка на себя весь базовый
> функционал замкнула, а остатки костей бросала другим. Что бы слилась уже
> эта элитка дебовская с своими умными рассуждениями.Сколько не брожу по интернетам, всегда илиткой себя красношапочные мнят, всё им фантазируется зохват всея линукса и мировое господство, ещё всякие кpacнoглaзыe рачисты разных мастей и гентоводы, эти в меньшей степени, но всё же.
От дебианщиков я такого не видел, как правило спокойные уравновешенные люди.
А убутуи, ну с ними понятно и так ;)
> Если майнтенер не входит в состав команды Дебиана, и/или стопицот раз не проверен-перепроверен...И как это портит утилиту `makedeb`, которую тут предлагают. Или тебя заставляют ее использовать именно с DUR? Или может пакеты из DUR идут проверенными? Нет в новости указано -
> DUR, как и AUR, вместо доверия к дистрибутиву как единому целому, манипулирует доверием к каждому отдельному разработчику, предлагающему свои пакеты в AUR/DUR
Проверил и если доверяешь - установил.
А за makedeb огромное им спасибо!
> Debian чем и славен, что пакеты могут собирать для него не абы кто, и проверяются проектом.Ну так DUR же опциональный. Использование сторонних репозиториев всегда сопровождается рисками. Даже если Вы используете debian-multimedia -- это всё равно не официальный репозиторий. Но многие проекты их предоставляют, и это в целом благо.
То, что DUR будет такой же помойкой, как и AUR -- это конечно понятно, но у данного репозитория есть свои заинтересованные в его существовании пользователи видимо. Вон те же канониклы предоставляют ppa, и они, как известно, весьма востребованный и удобный инструмент. Так что новость хорошая.
>> Debian чем и славен, что пакеты могут собирать для него не абы кто, и проверяются проектом.
> Ну так DUR же опциональный. Использование сторонних репозиториев всегда сопровождается
> рисками. Даже если Вы используете debian-multimedia -- это всё равно не
> официальный репозиторий. Но многие проекты их предоставляют, и это в целом
> благо.
> То, что DUR будет такой же помойкой, как и AUR -- это
> конечно понятно, но у данного репозитория есть свои заинтересованные в его
> существовании пользователи видимо. Вон те же канониклы предоставляют ppa, и они,
> как известно, весьма востребованный и удобный инструмент. Так что новость хорошая.Так не просто и не только помойкой, вся фишка Дебиана теряется в плане стбильности как работы, так и беспроблемных обновлений. Смысла в этом нет, потому что будет ровно как на убунте с её PPA, или того хуже.
> Так не просто и не только помойкой, вся фишка Дебиана теряется
> в плане стбильности как работы, так и беспроблемных обновлений.Тут нет проблемы. Человек, подключающий себе сторонний репозиторий, должен как минимум отдавать себе отчёт в том, что он делает. И естественно, с репозиториями надо уметь работать. Ничто не мешает выставить пакетам из этого репозитория низкие пины, чтобы предотвратить автоматическую установку пакетов оттуда, и тем самым фиксировать установленное из него только конкретными интересующими пользователя пакетами. Хорошо бы ещё добавить подобные рекомендации в инструкцию по настройке этого репозитория.
Ну а так, если принимать меры предосторожности, я могу предположить, что помещать туда пакеты будет проще для ряда случаев. Например, если человек запаковал конкретную программу и хочет ей поделиться, но у него принципиально нет желания тратить своё время на изучение вопросов вида "как создать собственный репозиторий" или "как пройти бюрократическую процедуру добавления своего пакета в официальные репы (особенно когда они уже заморожены) или бэкпорты".
А кто тебя ставить то заставляет?
> А кто тебя ставить то заставляет?Меня никто не заставляет, как и многих, но тот же Debian настоятельно упирался против deb-multimedia, чтобы максимально отграничится от него, потому что знают, как только будет васянопомойка, пусть и неофициальная - хлынет огромная волна нытиков в тырнетах и к ним в каналы, в рассылку, что де
"Debian нештабильный, а вы дяденьки мне абищали, вот я наставил пакетов из DURы и у меня всё развалилося, само!"
И поползёт DURная слава о Debian, как уже ползёт как о г@мномамонте, основная к@ловая масса не вникает жи, а ноет только.
это просто дополнительная возможность, хочешь пользуешься не хочешь не пользуешься.
это как если заявить что github помойка и нужно пользоваться только персональными сайтам авторов программ.
Дебиан и так давно превратился в помойку. Только в другом смысле. "Дебианизация" ставится во главу даже тогда, когда за ней теряется здравый смысл. Достаточно заглянуть в исходники пакета того же php (не к ночи будь помянут). Ладно, чистку сессий по крону зачистить недолго, но тут еще и придумали сокет-активацию для php-fpm всунуть в юнит. Из предположения, что fpm-пул будет только один. Стоит добавить второй, все это сразу ломается. В итоге приходится оверрайдить весь юнит целиком.
> Дебиан и так давно превратился в помойку.Это субъективно и относительно.
> Только в другом смысле. "Дебианизация"
> ставится во главу даже тогда, когда за ней теряется здравый смысл.И это просто прекрасно, что вы не видите в этом смысла, проходите мимо! Есть достаточная часть людей, кого дебианизация устраивает как есть.
> Достаточно заглянуть в исходники пакета того же php (не к ночи
> будь помянут). Ладно, чистку сессий по крону зачистить недолго, но тут
> еще и придумали сокет-активацию для php-fpm всунуть в юнит. Из предположения,
> что fpm-пул будет только один. Стоит добавить второй, все это сразу
> ломается. В итоге приходится оверрайдить весь юнит целиком.Ну, не нравится есть дебианское, кушайте поцтеринговское под красной шапочкой, никто же не неволит, или вас к стулу там привязали и к трубе приковали?! Вы там моргните пару раз, чтобы мы поняли!
В дебиане сегодня только друг друга на радужные цвета под хвостом проверяют.
s/сегодня/уже очень давно/ - не благодари
> В дебиане сегодня только друг друга на радужные цвета под хвостом проверяют.Неужель так? А тем не менее, они одни из немногих, кто не поддержал травлю RMS, а это говорит о многом!
Они не поддержали травлю от имени проекта, вот это достижение.
Но зато решили что - "участники проекта Дбиан могут участвовать в этой травле если захотят".
То есть травля Столлмана их COC не нарушает по их мнению.Такие же клоуны как и в Мозилле, только без цирка, уличные так сказать.
> Но зато решили что - "участники проекта Дбиан могут участвовать в этой травле если захотят".Вообще то это и есть демократия, хочешь трави, хочешь защищай.
Это беспредел называется.
Не имеет никакого отношения к демократии.
Вы можете не одобрять хейт РМС, я и сам против. Но техническое сообщество по разработке дистрибутива не должно лезть в эти дела, пусть каждый сам решает как ему поступать.
Вот представьте они приняли бы решение осудить РМС, Вы бы возмущались - почему защитников ущемляют и заставляют делать то, что они не хотят. Ну а почему противников РМС можно принуждать, пусть каждый решает сам за себя, даже если нам с Вами это не нравится.
> Вы можете не одобрять геноцид евреев и русских, я и сам против. Но техническое
> сообщество по разработке дистрибутива не должно лезть в эти дела, пусть
> каждый сам решает как ему поступать.
> Вот представьте они приняли бы решение осудить евреев, Вы бы возмущались -
> почему защитников ущемляют и заставляют делать то, что они не хотят.
> Ну а почему противников евреев можно принуждать, пусть каждый решает сам
> за себя, даже если нам с Вами это не нравится.Релятивизм точек зрения:
1. Не бесконечен.
2. Реальность реальна и существует независимо от того как вы к ней относитесь. Другими словами - правда существует.
Я то думал что линукс тем и славится что можно самим быстренько собрать из исходников по заветам разрабов, а оказывается надо как в винде - доверять разработчикам дистрибутива
Доступные опции при остановке Linux:
1) LFS-way
2) Из дистрибутива (выбор дистрибутива)
2.1) Готовый собранный (бинарный) - fedora|debian и производные
2.2) На исходниках - gentoo, archlinux
2.3) Смешанный - calculate, sabayonIMHO:
gentoo проще чем LFS и Arch, т.к. lfs без коментариев, а в arch по слухам надо вручную:
configure...make...На заметку: сборка из исходников не выгодна если вы хотя бы не тестер (разрабы здесь как дома).
при установке линукс, **** XDXDXD
Arch, вдруг, тоже бинарный, тока конструктор. можно конечно упороться и собирать его из исходников с помощью ABS(Arch Build System) но это делают единицы
Доступные опции при остановке Linux:
1) LFS-way
> 2) Из дистрибутива (выбор дистрибутива)
> 2.1) Готовый собранный (бинарный) - fedora|debian и производныеSUSEпроизводные, и несчесть всяких местных, типа Альта
> 2.2) На исходниках - gentoo, archlinuxСхрена ли арчик вдруг стал соусовый дистр? Оттого что его можно с сорцев собрать, так упоровшись и Debian можно.
> 2.3) Смешанный - calculate, sabayonТот же Debian можно и так и так, просто нормальных людей больше.
> IMHO:
> gentoo проще чем LFS и ArchНет, Gentoo самый сложный из них по установке, если ты нифига не знаешь, тупо нубас? пришедший с винды, а виной тому совершенно инопланетные инструкции к установке, недружественные к новичку. И в этом случае будет так: Arch -> LFS -> .... -> Gentoo, а между ними войды, альпины, никсосы.
Но, чисто технически, когда знаешь что делать, от простого к сложному: Arch -> Gentoo -> LFS
> в arch по слухам надо вручную:
> configure...make...Меньше слушайте всяких петросянов, Арч простой как сапог от скафандра, со всеми вытекающими, раньше ещё был проще, но случился системдец.
> На заметку: сборка из исходников не выгодна если вы хотя бы не
> тестер (разрабы здесь как дома).Выгодна, даже если не тестер, но в очень особых случаях, смотрите на ЛОРе статью, как человек поднял производительность системы почти в два раза в наше время(!) на арме, когда собрал с оптимизациями уделав все готовые сборки для армов.
В целом не пишите ерунды, больше дышите свежим воздухом, оно полезней!
> > 2.1) Готовый собранный (бинарный) - fedora|debian и производные
> SUSEпроизводные, и несчесть всяких местных, типа АльтаДа, много их. Я только по популярным форматам пакетов называл; для сути - предостаточно.
Хотя SUSE да, тоже мажор.> Тот же Debian можно и так и так, просто нормальных людей больше.
Ненормальными не интересуюсь.
> Нет, Gentoo самый сложный из них по установке, если ты нифига не знаешь, тупо нубас?
Забыл - в вопросе выше было "быстренько собрать из исходников по заветам разрабов".
Замечу, что установку без инсталятора по хэндбуку я даже на рассматриваю. Идеал - поставить, настроить, работать. А ещё лучше - поставить, работать, иногда подтюнивать: опции сборки, use-флаги,...> Но, чисто технически, когда знаешь что делать, от простого к сложному: Arch -> Gentoo -> LFS
Понятно, что если админ, то знает, что делать. Иначе не админ, ггг. (говорю как админ локалхоста).
С гентой если что может подвести, так это вечные ошибки:
текущие проблемы portage я назвал,
а в первый раз (пробуя срез от 2006-го, заказанный по почте) даже установка с livecd оборвалась не помню где,
+ как первый пользователь gentoo незнал, что инструмент для разбивки диска в установщике выполняет каждое нажатие прямо по живому, безо всяких Apply.
Ну а USE-флаги просто бесценны.Арч я попробовал раз, где-то после первой попытки с гентой (12 лет назад). Не помню, где остановился, но до десктопа ещё было далеко - разбивку сделал, тарбол распаковал, дальше по моему время ничего не позволило.
void linux - это в гибридные. Как с другими сравнивать - не знаю, но calculate - та же gentoo, только FEATURES="-getbinpkg" добавить и обновиться (лучше пересобраться).
man {portage,emerge,make.conf} прилагаются.
На локалхосте на поиграться - сколько угодно. А то, что поддержиавать надо и от чего зависят данные/деньги, особенно чужие - да, держать со стандартными пакетами понятных крупных дистрибутивов.Дома я на генте сижу, но для проектов - топлю в первую очередь даже не за дебиан, а за редхэт купленный.
Сколько сижу на генте - ощущение постепенной деградации самого portage. Раньше только конфликты не умело (хотя бы тривиальные), а теперь еще и use auto-unmask сломан.
Hurr Durr Deb
DUR I/O (лат.) - род растений семейства Мальвовые, включающий в себя около 30 видов, растущих в дождевых тропических лесах Юго-Восточной Азии.Меткую и краткую характеристику дают фрукту местные жители: «Ад снаружи, рай внутри».
Для кого это станет раем, а для кого адом? Посмотрим.
раем станет для распространителей вирусов для майнинга
Будут предлагать свежие версии тех же пакетов - уничтожат дебиан как явление
чтото Sid не аннигилировал еще за все время существование
так дуры не было
> чтото Sid не аннигилировал еще за все время существованиеТак ведь в sid не абы кто сваливает пакеты, а всё те же майнтейнеры дебиана, а тут предлагают какую-то васянорепу, да ещё и тащить эту каку прям с AURа, лучше бы прикрутили пакетный манеджер Nix и как белые люди тянули бы с гита или с других площадок апстримов, а предлагают дичь, точнее DURь
так АUR это и есть git с репами в виде пакетов(точнее рецептов сборки для пакетов)
> так АUR это и есть git с репами в виде пакетов(точнее рецептов
> сборки для пакетов)Вот только в DURe это уже будут не пакеты собранные из сорцев с гита, а пакеты пересобранные с AUR, чуешь разницу или нет?
не, ты просто еще не совсем понял смысл АУРа(AUR/DUR)
вот смотри
есть AUR Package Repositories - https://aur.archlinux.org/cgit/
где у каждого пакета своя репа
там лежит PKGBUILD(рецепт для сборки) данного пакета, это по сути баш-скрипт который задает
- откуда взять(сорци или бинари могут лежать хоть на гитхабе хоть на порнохабе)
- как собрать(если нужно сборка то как и чем собрать)
- куда положить в системе то что скачали/собраливот примеры страницы пакета и его PKGBUILD-a для AUR и DUR
https://aur.archlinux.org/packages/alacritty-git/
https://aur.archlinux.org/cgit/aur.git/tree/PKGBUILD?h=alacr...https://dur.hunterwittenborn.com/packages/alacritty/
https://dur.hunterwittenborn.com/cgit/aur.git/tree/PKGBUILD?...если нужно установить без всяких помощников то
git clone https://aur.archlinux.org/package_name.git
cd package_name
makepkg -sirc
всё, пакет будет собран и установлен, а также что главное добавлен в базу пакетов системы
где s - скачать и установить зависимости если нужно
-i установить пакет после сборки
-r -c почистить ненужные(нужные только для сборки) зависимости и временные файлы
всё это естественно можно автоматизируется, поэтому есть много "помощников"/оберток над аур и официальным установщиком(pacman), тот же par
par -S alacritty-gitто есть отличие AUR и DUR только в разнице написания PKGBUILD-а для пакета(смотри выше по ссылкам) так как у каждой системы могут быть свои нюансы, а также в утилите сборки пакета по его PKGBUILD-у (у Arch это makepkg, у Debian это makedeb)
> не, ты просто еще не совсем понял смысл АУРа(AUR/DUR)
> вот смотри
> есть AUR Package Repositories - https://aur.archlinux.org/cgit/
> где у каждого пакета своя репаЭто вы не поняли, видимо, AUR это и есть репа. Других реп внутри неё нет.
> там лежит PKGBUILD(рецепт для сборки) данного пакета, это по сути баш-скрипт который
> задаетКому вы рассказываете? Бывшему арчеводу?
> - откуда взять(сорци или бинари могут лежать хоть на гитхабе хоть на
> порнохабе)Не обязательно, но лучший вариант это с гита, да.
> - как собрать(если нужно сборка то как и чем собрать)
> - куда положить в системе то что скачали/собрали
> то есть отличие AUR и DUR только в разнице написания PKGBUILD-а для
> пакета(смотри выше по ссылкам) так как у каждой системы могут быть
> свои нюансы, а также в утилите сборки пакета по его PKGBUILD-у
> (у Arch это makepkg, у Debian это makedeb)Нет, это вы не поняли о чём вам толкуют, попробую совсем как для детей:
вот представьте морковку с грядки или яблоко с ветки, для вас сорвали и вам принесли добрые дяденьки или тётеньки, и вы это съедаете. Представили? Вот это типа AUR.А что такое эта DURa, пакеты которой будут с AURa, это почти также как в предыдущем примере, только вот это "ПОЧТИ" - ключевой момент.
И появляется дяденька или тётенька в середине этой цепочки, которые вашу морковку/яблоко суют себе в рот, а потом вынимают и вам приносят, и вы съедаете. И это хорошо если только в рот суют.
В лучшем случае они только руками потрогают, а ещё непонятно какими руками.
И вы тоже, в случае DURы, будете это есть.Надеюсь теперь разница понятна? Я хз как ещё вам пояснить, если вы не улавливаете?!
>Это вы не поняли, видимо, AUR это и есть репа. Других реп внутри неё нет.эм, что ? вы точно понимаете что такое репа(репозиторий), оно же в данном случае git-репозиторий ?
например, скачаем с DUR репу для alacritty(рецепта сборки alacritty)
git clone https://dur.hunterwittenborn.com/alacritty.git
AUR/DUR выступает в роли хостинга для размещения git-репозиториев рецептов сборки пакетов, типа своеобразный github тока специализированный.>Кому вы рассказываете? Бывшему арчеводу?
видимо это было очень давно и недолго
>А что такое эта DURa, пакеты которой будут с AURa, это почти также как в предыдущем примере, только вот это "ПОЧТИ" - ключевой момент.
>И появляется дяденька или тётенька в середине этой цепочки, которые вашу морковку/яблоко суют себе в рот, а потом вынимают и вам приносят, и вы съедаете. И это хорошо если только в рот суют.В лучшем случае они только руками потрогают, а ещё непонятно какими руками.
в DUR лежат или будут лежать PKGBUILD-ы:
- написанные с нуля
- адаптированные с АУРа
ВСЁ. Это "одностраничные" баш портянки которые может легко прочитать даже не полный нуб.то о чем вы пытаетесь рассуждать это пакетный менеджер mpm, который непосредственное отношение к DUR не имеет.
первоначально он задумывался как: mpm is a package manager for makedeb, allowing for installation and updates of packages from the AURсейчас же: NOTE: mpm has not been updated for use with the DUR yet. Updates will be provided soon, which will remove all AUR and Arch repository functionality, and move everything to point to the DUR.
то есть в итоге он станет вроде надстройкой над DUR для установки, обновления и удаления пакетов, а возможно позже и еще надстройкой над официальным менеджером пакетов DEBIAN и выйдет что-то на подобии yaourt/yay/par/... у Arch-a
> лучше бы прикрутили пакетный манеджер NixСмотри фокус:
$ curl -L https://nixos.org/nix/install | sh
ОПА! И всё! У тебя есть nix в любом диструбитиве, а дальше им спокойно ставишь что хочешь, раз он тебе так нужен
А разве в данный момент дистры не разделены на каналы?
Тоесть ваша суперкрепкая и надеженая дебя не сможет пережить репу дяди васи? Видать дяба не на столько крепка.
> Тоесть ваша суперкрепкая и надеженая дебя не сможет пережить репу дяди васи?Я тебе по секрету скажу, только никому не расказывай: это со всеми дистрами так.
> Видать дяба не на столько крепка.Потому и крепка, что не пущают васянопакетов.
Всем привет я Васян собираю пакеты сам =)
Дебиан славится стабильность. Держаться на старых версиях не всегда означает стабильность, но стабильность в мажор/минорных версиях не всегда по пути с исправлением. Если исправление легло в апстрим, а дистро-мейнтейнер пашет, переписывая растущие исправления под старую версию так, чтоб самому ничего не сломать... 🗘8~<
> Дебиан славится стабильность. Держаться на старых версиях не всегда означает стабильность,
> но стабильность в мажор/минорных версиях не всегда по пути с исправлением.Стабильность не от старых версий, а от того что происходит тестирование работы в оттестированном же окружениее, а "старость", зачастую мнимая, и свербящая только неугомонным любителям обмазываться ванильной свежатиной из под апстрима, это просто следствие.
> Если исправление легло в апстрим, а дистро-мейнтейнер пашет, переписывая растущие исправления
> под старую версию так, чтоб самому ничего не сломать... 🗘8~<Будто что-то плахое, нехай пашет, это его работа!
Претензии какие-то детские, кому такое не нравится, тот мимо идёт.
Ppa?? не, не слышал...
Больше фигни разной и хитрожопой :)
В PPA только бинарники на доверии к анонимному случайному Васяну, а в AUR можно всегда посмотреть исходники сборочного скрипта PKGBUILD.
> В PPA только бинарникиНе неси, пожалуйста, чушь.
Интересно, много ли он насобирал из AUR по отсмотренным лично хотя бы PKGBUILD-ам... или таки напроецировал про доверие к неизвестно кому.
На самом деле - дохрена. Из последнего - правил флаги при сборке палемуна, чтобы гтк3-версия автоматом цепляла portal-kde, вместо запуска "с переменно окружения"
>> отсмотренным
> правил флаги*эх*
> *эх*Что-то не так, Миша?
Короткий PKGBUILD в одном файле vs размытый по нескольким файлам deb-src. Что удобнее проверять на наличие "недекларированных особенностей"?
PPA это не только хранилище пакетов, но и сборка на серверах Canonical.У Debian нет таких денег, чтобы держать сборочные сервера, поэтому в DUR сборка будет происходить на стороне клиента.
Выводы поспешные. У дебиана средства и сервера для сборки есть, для многих архитектур. Тут дело совсем в другом – DUR не проект дебиана, а отдельный от него, любительский.
> Выводы поспешные. У дебиана средства и сервера для сборки есть, для многих
> архитектур.Ну одно дело собирает пачка майнтейнеров, которые сначала у себя попробуют, потом выложат один раз. И совсем другое, когда собирает толпа сторонних людей, смотрит что получилось, переделывает и переделывает. Нагрузка совсем другая.
> Тут дело совсем в другом – DUR не проект дебиана,
> а отдельный от него, любительский.Это тоже важно. Но вопрос был — почему дебиан не начнёт использовать PPA.
> Это тоже важно. Но вопрос был — почему дебиан не начнёт использовать
> PPA.Потому что PPA это рак, из-за которого больше проблем, чем пользы.
У Дебиана инфрастуктура так построена, что нельзя абы какие версии зависимостей тянуть, при бэкпортировании собирают новую версию софта с зависимостями из официальных реп.
А если разраб так слабал новую версию софта, что она ну никак адекватно не может работать с теми версиями либ, что уже в какой-либо из веток Дебиана? Такой пакет смогут залить только в sid или вообще в experimental, и то если там сейчас нужные версии либ есть.
А если собирать раздолбайски как в PPA, где забивают на версии зависимостей и они порой тупо летят взамен системных, но лишь бы не сломать, а там хоть трава не расти, т.е. такие разрабы не заботятся о том, как потом такой десктоп будет в апгрейд на следующую мажорную версию.Вот и рождаются после этого химеры, сперва ростят их, а потом к апгрейду пытаются выжечь и задушить поотрубав тентакли-метастазы с помощью ppa-purge и прочих костылей.
А потом хомячьё ноет, что у них после апгреда LTS глючит и разваливается, к чему бы это?!Ну, вот в Дебиане нормальные люди, они отвечают только за то, что сами могут контролировать, и к апгрейду на следующую версию они если надо подготавливают САМИ специальные переходные костылики, которые тестят-перетещивают, чтобы у типичного хомяка ничего не разваливалось и Дебиан как был стабильным, так и оставался.
Как итог: если вы не умеете в бэкпортирование, так чтобы не нанести непоправимый вред системе - нечего вам этим заниматься! Debian люди выбирают не за свежесть, а за сведение сюрпризов к минимуму.
Если вам свежака надо, то вам на Арч или же в Федорку. Или что, недостаточно стабильно, не нравится бежать вперёд паравоза?! ;)
> Потому что PPA это рак, из-за которого больше проблем, чем пользы.Ну да, попытка решить проблему это намного, намного хуже, чем не решать проблему.
Линуксоиды во всей красе.
>> Потому что PPA это рак, из-за которого больше проблем, чем пользы.
> Ну да, попытка решить проблему это намного, намного хуже, чем не решать
> проблему.
> Линуксоиды во всей красе.Нет, у дебианщиков с дебианом проблем нет, а вот у вас выдуманная налицо.
> Нет, у дебианщиков с дебианом проблем нет, а вот у вас выдуманная
> налицо.Ну да, а DUR придумали не дебианщики.
>> Нет, у дебианщиков с дебианом проблем нет, а вот у вас выдуманная
>> налицо.
> Ну да, а DUR придумали не дебианщики.Нет, DURу придумали неосиляторы в бэкпортирование с болезнью бубунторача/AURoPPA головного мозга, которые у себя в хлеве ср@ч развели, а теперь и в Терем хотят испражниться.
>>> Нет, у дебианщиков с дебианом проблем нет, а вот у вас выдуманная
>>> налицо.
>> Ну да, а DUR придумали не дебианщики.
> Нет, DURу придумали неосиляторы в бэкпортированиеТ.е. у дебианщиков есть проблемы с бекпортированием. ЧТД.
s/в дебиане нормальные люди/в дебиане невменяемое прогнувшееся лгбт/ - поправил.
> s/в дебиане нормальные люди/в дебиане невменяемое прогнувшееся лгбт/ - поправил.Debian как раз один из трезвых проектов в этом плане, вспоминаем их позицию по RMS в отличие от остальных действительно неугомонных и понимаем, что ты сообщаешь ложь и толстый вбрасыватель фекалий. попустись уже!
Акстись болезный, причем тут рмс или пмс этот ваш? Пойди выпей таблетки.
> Акстись болезный, причем тут рмс или пмс этот ваш? Пойди выпей таблетки.Тебе сказали попуститься, а ты продолжаешь сифонить как ночной горшок доверху полный субстанцией, котрую в тебя наложили?! Зачем ты здесь? Просто чтобы фекашки свои через край изливать?
Фу таким быть! Марш исрпвляться-отмываться, и с фекашками в приличное оппенет-сообщество не приходи!
Где то начиная с leny заметил что чем дальше в лес тем хуже тестирование. Особенно с последними бекпортами.
Последний пример. Поставил iwd. Не работает. Обновил ядро. Не работает. Обновил ядро. И о чудо сеть легла. Графика не работает. Причина? А нет в ядре необходимых опций. Прешлось пересобрать.
> PPA это не только хранилище пакетов, но и сборка на серверах Canonical.
> У Debian нет таких денег, чтобы держать сборочные сервера, поэтому в DUR
> сборка будет происходить на стороне клиента.Извините за нескромный вопрос, а как вы смогли оценить у кого больше денег в данном вопросе и кому их не хватает, чтобы сделать действительно нужное? А нужное ли?
PPA это ubuntu, а еще сборка .deb пакетов это адские муки по сравнению с написанием PKGBUILD
"Лёгким движением make install дебиан превращается в слакварь" (ц)
>make installИ они же написали 100500 статей про то что make install надо всячески избегать и вообще руки отрубать...
>>make install
> 100500 статей про то что make install надо всячески избегать......а также немножечко статей о том, как же быть-то всё-таки: http://www.linuxlib.ru/Linux/idealsa.htm ;-)
(рекомендуется, кстати, любому системному и сетевому администратору; вот насчёт девопсОв не уверен)
> Лёгким движением make install...Программа оказывается не подконтрольна ПМ и можно, например, без проблем удалить ее зависимость и все поломать.
> PPA это ubuntu, а еще сборка .deb пакетов это адские муки по
> сравнению с написанием PKGBUILDДа, подтверждаю, deb-пакеты самые тошные по сборке, но с другой стороны если deb-пакет сделан человеком как положено, по фен-шую (согласно требованиям Debian), то это уже несколько говорит нам о том, что человек осилил в это, и это с бОльшей вероятностью не рандомный васян из 7го Гэ, у которого Арч, потому что он крутой и хацкирский, а он мамкин майнтейнер хацкирского коммунити.
Одна из причин, по которой я много лет назад ушёл от Ubuntu к Arch Linux (только давайте не будет разводить холивар на тему дистрибутивов). Добавлять новый PPA для каждого нового пакета – это дичь! Тем более эти PPA нужно искать через браузер, а ввестиyay -S package_nameв разы проще и быстрее.
это установка, а поиск ещё проще:yay package
> это установка, а поиск ещё проще:
> yay packageЭто поиск и установка выбранных пакетов. Просто поиск:
yay -Ss package
очень интересно с этими yay и чуть ли не десятками прочих оберток, которые через какое-то время внезапно deprecated ну или забрасывается . Плюс, в манжаре pamac, в гаруде какая-то еще хренатень.
> очень интересно с этими yay и чуть ли не десятками прочих оберток,
> которые через какое-то время внезапно deprecated ну или забрасывается . Плюс,
> в манжаре pamac, в гаруде какая-то еще хренатень.Я за все годы использования Arch Linux использовал только yaourt и yay. Если уж "внезапно deprecated", то в любом случае ещё долгое время будет работать, пока на стороне сервера что-то кардинально не изменится. Если уж и отвалилось полностью, новый из AUR helper собрать проще, чем на каждую софтинку новый PPA искать и добавлять в систему. Потом ещё надеяться, что владельцы PPA будут за ним следить.
git clone https://aur.archlinux.org/package_name.git
cd package_name
makepkg -si
> makepkg -simakepkg -sir
а то потом остаются висеть orphan пакеты, которые были нужны только для сборки
>[оверквотинг удален]
>> в манжаре pamac, в гаруде какая-то еще хренатень.
> Я за все годы использования Arch Linux использовал только yaourt и yay.
> Если уж "внезапно deprecated", то в любом случае ещё долгое время
> будет работать, пока на стороне сервера что-то кардинально не изменится. Если
> уж и отвалилось полностью, новый из AUR helper собрать проще, чем
> на каждую софтинку новый PPA искать и добавлять в систему. Потом
> ещё надеяться, что владельцы PPA будут за ним следить.
>git clone https://aur.archlinux.org/package_name.git
> cd package_name
> makepkg -siВсё так, но как ни крути AUR-васянопомойка, не холивара ради, истины для!
Не обращайте на манжаро внимания, их pamac - помойка, которая через раз не в состоянии завершить установку пакета, застревая в конце скачивания.
> Не обращайте на манжаро внимания, их pamac - помойка, которая через раз
> не в состоянии завершить установку пакета, застревая в конце скачивания.Помойка это такое место, а pamac это в манжаре просто кривой костыль.
В манжаре достаточно кривизны, чтобы ливать оттуда на другой рачедистр, если уж он нужен как основа, ну или наконец взять йайца в кулак и осилить на сам рачик, это не сложно, нужно просто меньше слушать всяких петросянов и тралей.Хотя рачик всё равно школодистр и вечный бэтатест, это не плохо и не хорошо, это просто факт. Если кого устраивает, тот пользуется, кого не устраивает - тот идёт дальше.
> рачик всё равно школодистр и вечный бэтатест
> нужно просто меньше слушать всяких петросянов и тралейСам себе противоречишь. Для вечного бетатеста есть отдельная testing ветка. Что-то сломанное в основную ветку попадает очень редко
P.S. Это именно про арч, а не манжару о которой изначально шла речь. В манжаре только на словах есть разделение на тестовую и стабильную ветку, а по факту она разваливается чуть ли не сразу после установки
>> рачик всё равно школодистр и вечный бэтатест
>> нужно просто меньше слушать всяких петросянов и тралей
> Сам себе противоречишь.Нет, вы просто сослепу не видите разницы или просто не догоняете.
> Для вечного бетатеста есть отдельная testing ветка. Что-то сломанное
> в основную ветку попадает очень редкоtesting ветка это ещё одна ветка от той, которая вечный бетатест.
Нет, вы не переведёте совим примером внимание зрителей на ваши тестовые ветки.
Или вы что думали? Если мы возьмём постоянно сырой не могущий никогда устояться дистр, и выделим там суперсырьё и назовём его testing, то никто не заметит, что типа stable на самом деле по факту никогда не стейбл?! )))
Это просто умилительно, что вы ещё придумаете, очень интересно, правда xD> P.S. Это именно про арч, а не манжару о которой изначально шла
> речь. В манжаре только на словах есть разделение на тестовую и
> стабильную ветку, а по факту она разваливается чуть ли не сразу
> после установкиРач это вечный бетатест, по сути, потому как там ПОСТОЯННЫЙ НЕПРЕРЫВНЫЙ ролинг. В раче починяют только то, что прям на глаза попалось и отваливается, справедливости ради, чинят дофига, но на это и нужен бетатест, это его суть. А кто считает не так, либо дальше своего носа не видит, либо намерено занимается самообманом.
Есть такая штука, аутотренинг, так вот, если что, к сведению, она на других не работает. Вы можете стопицот раз повторять, что рачик это стабильная система, но есть жижу назвать твёрдой, по факту физических свойств её не поменяется, хоть порвитесь от натуги :))А манжара это вообще цирк с понями, такое очередное иностранное слово, которое означает - "я неосилил поставить и настроить рачик", тут и говорить нечего.
> Рач это вечный бетатест, по сути, потому как там ПОСТОЯННЫЙ НЕПРЕРЫВНЫЙ ролинг.Не могу с этим согласиться. С deb-based перелез давно. Последний раз тыкал debian 9, где новые дрова либо пересобирать из сорцов, либо подтягивать из PPA ubunt'ы и ubuntu 16.04. Так вот после установки и обновления ubuntu в уведомления вылезали сообщения об ошибках в системе, а после подключения PPA со свежей mesa, как и в debian, появлялась часть пакетов, для которой есть обновления, но которая не будет обновляться. Соответственно из-за этого были мелкие проблемы с софтом, которому нужны были фичи из свежей mesa, хоть это было и лучше, чем с mesa из реп этих дистрибутивов. В арче таких проблем с дровами не было из коробки, а при установке более свежей mesa для DXVK из AUR все работало прекрасно и никакие пакеты не отваливались. Из проблем арча могу вспомнить проблемный libvirt в прошлом году, когда отломали запуск виртуалки с физически выделеного для нее диска, а не из файла или раздела имеющегося. В остальном все стабильно и после установки система не сыпет ошибками, как LTS ubuntu.
Так что вывод - rolling модель не показатель того, что дистрибутив не стабильный
> Ppa?? не, не слышал...
> Больше фигни разной и хитрожопой :)С технической стороны ppa это костыльное решение, местами оно конечно даёт плюсы, но эти плюсы, чисто потому что расчёт на неопытных пользователей, которые в pin-priority неосилили.
в лаунчпаде одна и та же софтина, причём одной и той же версии может вполне себе пересекаться-дублироваться в разных ppa, разной степени кривизны может быть сборка, как и разные зависимости.
Нужно тебе такой ppa подключить с одной софтиной, а у соседней подключённой ppa уже есть то, что у тебя уже стоит из другого источника - "отличное" решение! [нет].
С этой позиции AUR лучше, потому что это общая пакетопомойка и там на каждый отдельный пакет каждый сам себе суслик-агро... майнтейнер. Если бы там был лучше контроль качества, то вполне неплохое решение.
К слову у Дебиана есть отдалённо напоминающее хранилище, которое по качеству сборки (про стабильность не знаю) себя неплохо зарекомендовало deb-multimedia, там неплохо так пакетов, далеко не AUR по количеству, но я когда с бунты и её ppa переехал, вполне себе покрыл почти 100% своих хотелок по свежаку (а у меня их так-то не много).
Но товарищ, который собирает в deb-multimedia, вроде даже один, он дорожит своей репутацией и она уже проверена годами.
А тут предлагают какой-то google play замутить.
Вот как раз на каждый чих ппа подключать это дикий ад. В одной куче оно в итоге удобнее
Арч рол релиз, с ДУРами сложнее будет под всё билдить
Больше помоек с малварью хороших и разных, малварь сама себя не распространит!
Не используй, я разрешаю.
Твоего разрешения никто не спрашивал.
Дур ... как вы яхту назовёте ....
Так они же не знают русский язык, так что не считается
а турецкий?
А для Debian подобное разве не было?
Да, там каждый пионер приходящий в систему и несогласный с отстающим на два года встейбле пакетами начинает колхозить свою дурь и там дальше несколько путей:1. Изобретение велосипеда
2. Понимание замысла и смирение
3. Уход в Gentoo подбные системы
4. Смена ориентации и переход на MacOS
А вот те кто в зависимости пихает список длинной половину Библии - они тщательно отслеживают рейтинги "сомнительных пакетов ... основанная на голосовании пользователей, а также метки ... проверенными участниками" ?
Или перед установкой пакета предполагается что на всю эту вакханалию всетаки будет натравлен автоматический инструментарий на баз гугловского фреймворка?
Отслеживать удобно раньше этого момента, когда допускают в репо.Длинный список зависимостей говорит о переиспользовании наработок. Что правильно и хорошо. А вот код пишут, да, по разному. Но обычно люди стараются делать хорошо. Но качества разработчика, из-за которых выбраны зависимости конкретного софта-пакета не имеют отношения к правилам целиком репо.
Что в репо положили - то приняли для использования всеми на выбор.
Ну так, в это репо- допускают всех... и рейтинги повысят... а через пару лет случайно найдут закладку...
Как бы, и "да", но, как бы, и "нет". Вон, попробовал поставить ffffffffuuumpeg на AMD-шный сервер. Эта шаромундия потянула за собой какие-то intel-accelerator-пакеты, X11-хрени (на сервер, где нет иксов, ага), драйверы хз к чему, какие-то экзотические либы, которые, по-хорошему, нужно сделать опциональными. В общем, куча часов ушла на то, чтобы при помощи apt, dpkg и русского мата установить лишь то, что реально нужно. И оно, таки, работает!
Может на сервере APT::Install-{Recommends,Suggests} был не отключён? Недавно тоже ffmpeg для медиасервера ставил (правда на убунте), с такой проблемой не сталкивался.
> Может на сервере APT::Install-{Recommends,Suggests} был не отключён? Недавно тоже ffmpeg
> для медиасервера ставил (правда на убунте), с такой проблемой не сталкивался.Может у пакета есть неочевидная, редкая функциональность. Может тогда есть смысл пакет попилить на несколько.
А так, на клоне Дебиана, деривативе дистра от Каноникл без Снэпов из коробки:
$ apt-cache show ffmpeg | egrep "recommen|sugges|depen|package:" -i
Package: ffmpeg
Depends: libavcodec58 (= 7:4.2.4-1ubuntu0.1), libavdevice58 (= 7:4.2.4-1ubuntu0.1), libavfilter7 (= 7:4.2.4-1ubuntu0.1), libavformat58 (= 7:4.2.4-1ubuntu0.1), libavresample4 (= 7:4.2.4-1ubuntu0.1), libavutil56 (= 7:4.2.4-1ubuntu0.1), libc6 (>= 2.29), libpostproc55 (= 7:4.2.4-1ubuntu0.1), libsdl2-2.0-0 (>= 2.0.10), libswresample3 (= 7:4.2.4-1ubuntu0.1), libswscale5 (= 7:4.2.4-1ubuntu0.1)
Suggests: ffmpeg-docPackage: ffmpeg
Depends: libavcodec58 (= 7:4.2.2-1ubuntu1), libavdevice58 (= 7:4.2.2-1ubuntu1), libavfilter7 (= 7:4.2.2-1ubuntu1), libavformat58 (= 7:4.2.2-1ubuntu1), libavresample4 (= 7:4.2.2-1ubuntu1), libavutil56 (= 7:4.2.2-1ubuntu1), libc6 (>= 2.29), libpostproc55 (= 7:4.2.2-1ubuntu1), libsdl2-2.0-0 (>= 2.0.10), libswresample3 (= 7:4.2.2-1ubuntu1), libswscale5 (= 7:4.2.2-1ubuntu1)
Suggests: ffmpeg-doc
Разве в Дебиане нельзя убунтушные PPA подключать? Или там нет гарантий совместимости?
Нет.
Тоже можно. Только Убунту по ряду вопросов отходит от Дебиана. Смесь будет специфична. Но для этого всё задумано, тоже.Гарантия соместимости чего? На уровне договорённостей о именах файлов настроек и способах настроек, на уровне выбора тулкита настройки того или сего - может быть несовместмо. На уровне формата запускаемых бинарей - да соместимо.
Дебиан и Убунту - разные дистры. Специально разные. А взаимосогласованность репо - свойство дистра. Репо, в общем-то, определяет и создаёт дистр. Различие между дистрами - различие между репо.
А дальше смотря что было в голове у того, кто пушил и кто апрувил пуш в репо.
Но значит по сути -- НЕТ
> Тоже можно. Только Убунту по ряду вопросов отходит от Дебиана. Смесь будет
> специфична. Но для этого всё задумано, тоже.
> Гарантия соместимости чего? На уровне договорённостей о именах файлов настроек и способах
> настроек, на уровне выбора тулкита настройки того или сего - может
> быть несовместмо. На уровне формата запускаемых бинарей - да соместимо.
> Дебиан и Убунту - разные дистры. Специально разные. А взаимосогласованность репо -
> свойство дистра. Репо, в общем-то, определяет и создаёт дистр. Различие между
> дистрами - различие между репо.
> А дальше смотря что было в голове у того, кто пушил и
> кто апрувил пуш в репо.Специально разные, да. Именно поэтому нередко встречаются именно бинарные несовместимости, т.к. разница в версиях зависимостей и порой вообще иначе собранные пакеты. В остальном вроде так.
Можно, но ABI библиотек разный же
Можно, но не стОит
Для Deb это особо не нужно все есть в репах в отличие от Arh
Еще как нужно. У меня только после ухода на арч опустел /usr/local/{bin,lib}. Потому что опакетить что-то очень просто
Можно пример приложения - проекта?
В AUR: https://aur.archlinux.org/packages/?K=sr.team&SeB=m
Вне AUR, но с makepkg:
- https://gitlab.com/SR_team/leds815
- https://gitlab.com/SR_team/Mic815
- И еще 2 по работе в приватных репах
Android C/C++ developer kit есть в android.studio
> Android C/C++ developer kit есть в android.studioВот только AndroidStuio мне не нужна для сборки .so. Более того, AndroidStudio и не умеет в проекты CMake - надо заворачивать в gradle
apt install g810-led - внезапно в репаХ
https://debian.pkgs.org/sid/debian-main-amd64/g810-led_0.4.2...
> apt install g810-led - внезапно в репаХ
> https://debian.pkgs.org/sid/debian-main-amd64/g810-led_0.4.2...Не знаю на счет g810-led в debian, но в arch этот пакет собран без разделяемой библиотеки, которую я использовал
> Еще как нужно. У меня только после ухода на арч опустел /usr/local/{bin,lib}.Ненужно, потому что уже есть Арч, куда вы и ушли и там вам и место с вашими нуждами.
> Потому что опакетить что-то очень простоДа, а ещё там пакман такой простой простой и такой быстрый-быстрый.
Только это оттого, что он такого функционала, как у apt не имеет, и в целом арчик не может в неизменную систему, там ты ДОЛЖЕН ОБНОВЛЯТЬ всё, иначе будет всё очень печально!
> там ты ДОЛЖЕН ОБНОВЛЯТЬ всёКому должен? В прошлом году в libvirt сломали использование физических raw дисков в виртуалках, просто заморозил пакет, до выхода фикса и все - он не обновлялся, а остальная система обновлялась.
До этого год в армии был, когда пришел обновил ключи и пакеты - система работает по сей день.
ну-ну, antimicrox, corectl, bemenu, osu-lazer, anydesk, discord, vscode.этот список можёт и дальше продолжаться, вроде бы №1 дистрибутив, а пакетов нихрена (в репах), это обидно на самом деле, и да, почему они до сих пор не перенесли ядро в non-free? и где linux-libre из коробки?
Для деба с древних времён дополнителные репы были, зачем ещё это поделие?
Чтобы иметь возможность переиспользовать наработки умных людей из Арча? Арч-то - хорошая тема, там немало есть что взять.
Скорее чтобы залить беков, кто там проверять будет и как непонятно, а доверять энтузиастам ну как то такое себе. Чтобы использовать наработки умных людей всегда можно сделать ./configure && make && make install
Сразу по башке за make install. Сколько лет уже говорят про checkinstall на дебиановых. А вообще поэтому народ на арч и сваливает пкгбилды писать - там такой проблемы нет.
> ... всегда можно сделать ./configure && make && make installСлова человека не пробовавшего. Либо не ценящего время и возможности.
> Скорее чтобы залить беков, кто там проверять будет и как непонятно, а
> доверять энтузиастам ну как то такое себе. Чтобы использовать наработки умных
> людей всегда можно сделать ./configure && make && make installАга, и превратить систему в ср@чик, спасиб, пуська лучше такие как вы остаются на слаках и рачах.
Debian же устарелое гамномамонта, чо вам неймётся туда в обход пакетника навалить куч?
Чтоб потом ныть из каждого утюга, что "Debian мало того что гамномамонта, но дяденьки абищали мне стабильный Debian, а оно нестабильна"?!
Да и описать PKGBUILD очень просто
Результат, правда, соответствующий.
Если они при сборке deb из PKGBUILD будут использовать автогенератор зависимостей (dh_shlibs), то результат получится чуть получше, чем в Arch Linux. Но многие унаследованные от Arch зависимости при этом окажутся лишними. А т.к. в PKGBUILD вызывается обычно просто ./configure --prefix=/usr, библиотеки окажутся в /usr/lib или в /usr/lib64 вместо /usr/lib/%arch-linux-gnu/. Если эта проблема решается хотя бы просто перемещением файлов с отслеживанием случаев, когда был поставлен RPATH на старое положение, то, мне кажется, должно быть вполне пригодно к использованию.
Лучше расскажи, почему твой дружок сумел собрать пакетик лишь с пятого раза:
3818592 опубликован import/wpebackend-fdo 0ff4c...005d4 1.10.0-1 rosa2019.1/main i686 survolog (Andrey Grigorev) builder0.rosalinux.ru 2021-06-27 06:033818589 собран
survolog/wpebackend-fdo a0e5a 1.10.0-1 survolog_personal/main (rosa2019.1) x86_64 survolog (Andrey Grigorev) builder0.rosalinux.ru 2021-06-27 05:513818588 ошибка сборки
survolog/wpebackend-fdo 35a53 survolog_personal/main (rosa2019.1) x86_64 survolog (Andrey Grigorev) buildersrv02.rosalinux.ru 2021-06-27 05:483818587 ошибка сборки
survolog/wpebackend-fdo a2e2c survolog_personal/main (rosa2019.1) x86_64 survolog (Andrey Grigorev) builder0.rosalinux.ru 2021-06-27 05:45
3818586 ошибка сборки
survolog/wpebackend-fdo 17754 survolog_personal/main (rosa2019.1) x86_64 survolog (Andrey Grigorev) rhel100.rosalinux.ru 2021-06-27 05:383818584 ошибка сборки
survolog/wpebackend-fdo 9dd77 survolog_personal/main (rosa2019.1) x86_64 survolog (Andrey Grigorev) builder0.rosalinux.ru 2021-06-27 04:47
Неужто rhel100 не обеспечивает исключительную автономность?
Сходи к писихиатру.
> Сходи к писихиатру.Не писи... ну, ты понел. Я тебе обещал, что тебе придётся заплатить. Ты был слишком глуп и жаден, полагая, что речь идёт о деньгах.
Для самостоятельности, самодеятельности.)))
Хм... А оно поможет? Ведь некоторые программы в Дебьяне невозможно собрать по причине устарецших гццэй и библиотек. Тут бы аналог ppa был бы кстати - кто-то один смог собрать пакет (СМОГ! С помощью заклинаний, жертвоприношений и комлания) и поделился ГОТОВЫМ пакетом. А в исходники, если хотите, сами лезьте, пересобирайте.А вообще, поддержали бы appimage какойнить.
> Ведь некоторые программы в Дебьяне невозможно собрать
> по причине устарецших гццэй и библиотек.Вы точно понимаете, какой ад предлагаете выпустить на волюшку?
> С помощью заклинаний, жертвоприношений и комлания
Результат, повторюсь, будет соответствующий.
>Вы точно понимаете, какой ад предлагаете выпустить на волюшку?Я? Я не закладывал этот "Атъ и Израель" в Дебьяновскую базу. Если всё так красиво и хорошо в этом "стабильном" дистрибутиве, то почему постоянно люди пытаются обойти его "стабильность" и напихать более свежего софта (или вообще стороннего)? Нужен свежий софт, с его ошибками и проблемами люди готовы жить. Но сборка свежачка часто проблемна на Дебьяне - то одни либы слишком старые, то другие. Обновление одной либы всё сломает. Поэтому и проще на дебе ставить самодостаточные пакеты, чем имитировать aur. Это как раз и будет армагеддон.
>>Вы точно понимаете, какой ад предлагаете выпустить на волюшку?
> Я? Я не закладывал этот "Атъ и Израель" в Дебьяновскую базу. Если
> всё так красиво и хорошо в этом "стабильном" дистрибутиве, то почему
> постоянно люди пытаются обойти его "стабильность"Ответ просто, 95% населения ........ и эти проценты также входят и в пачку неосиляторов в бэкпорты.
> и напихать более свежего софтаНапихать более свежего софта можно, если крепко надо, для этого просто надо осилить собирать пакеты и бэкпортировать по правилам Дебиана.
> (или вообще стороннего)?Без разницы, если вы это делаете правильно.
> Нужен свежий софт, с его ошибками и проблемами
> люди готовы жить.И такие люди, живут где-то за пределами Дебиана.
> Но сборка свежачка часто проблемна на ДебьянеНет. Она просто ненужна там, те кто думает иначе, просто не поняли, что они ошиблись дистрибутивом.
> то одни либы слишком старые, то другие.Есть бэкпортирование, специальный механизм, котрый позволяет собирать пакеты с системными версиями либ.
Ну а если ваша чудоволшебная софтина всенепременно и всеобязательно требует ТОЛЬКО лишь ту версию либы, которую только-только кинули с лопаты из под апстрима, то благодарите разраба этой вундервафли.
> Обновление одной либы всё сломает.Необязательно, но это порочная практика, если это системная либа, и при апгрейде на следующий релиз могут быть проблемы, потому что команда Дебиана готовит переходы от релиза к рализу, с расчётом на то, что вы пользуетесь нормальными пакетами, а не кривульками васянскими.
Я вам секрет открою, это во всех интерпрайзных дистрах так, да и вообще во всех нормальных, с релизным циклом апгрейда.
> Поэтому и проще на дебе ставить самодостаточные пакеты, чем имитировать
> aur. Это как раз и будет армагеддон.На посмотреть/потыкать можно и статично слинкованные от разраба поставить, они в системе никак не нагадят.
А если хотите по уму, то собирайте deb-пакет с зависимостями из официальных реп и ставьте, если это делать прямыми руками и не с дурной головой, то ничего не развалиться даже при апгрейде.
Можете ещё попробовать nix package manager в системе развернуть, тогда будет вам свежак, с самым адекватным управлением версиями, из ролинговых, на сегодняшний день. Он также позволит не ломать систему и не устраивать гадюшник.
> С помощью заклинаний, жертвоприношений и комлания) и поделился ГОТОВЫМ пакетомИспользуйте Flatpak он для того и сделан, чтоб победить несовместимость устарецших гццэй и библиотек.
>> С помощью заклинаний, жертвоприношений и комлания) и поделился ГОТОВЫМ пакетом
> Используйте Flatpak он для того и сделан, чтоб победить несовместимость устарецших гццэй
> и библиотек.Flatpak это шлак, как и snap.
Лучшее что сейчас придумали - это никсосный вариант.
Еще добавить в эту репу fast-apt для паралельной загрузки пакетов и будет совсем арч.P.S. Надеюсь это примут в искоробочный debian и больше никогда не придется париться с составлением структуры пакета, и заполнением control
:D Я имел в виду утилиты из этого проекта, т.е. `makedeb`, а не изкоробочный доступ к пакетам в DUR.
> Еще добавить в эту репу fast-apt для паралельной загрузки пакетов и будет
> совсем арч.
> P.S. Надеюсь это примут в искоробочный debian и больше никогда не придется
> париться с составлением структуры пакета, и заполнением controlНет, не примут, зачем функциональный apt менять на куцый обрубок из рачика?
В раче пакетник оттого и быстрый, что делает меньше операций.
Нормальные люди не сидят и не ожидают со скучающим видом, когда менеджер в Дебиане закончит работу, они дают ему задачу и занимаются своими делами, менеджер в 99.9% случаев всё сам разруливает, после того как ему сообщили, что нужно.А вот когда у тебя система с потенциальными сюрпризами и часто требует ручного вмешательства, то да, надо сидеть и медитировать на процессы пакетника. Так или иначе рачик это копошение руками относительно Дебиана прочто адовое количество времени. Хуже наверное было бы какой-нибудь LFS каждый раз пересобирать, под каждую новую софтину.
> Нет, не примут, зачем функциональный apt менять на куцый обрубок из рачика?При чем тут apt? Я про принятие makeded, что бы легко собирать deb пакеты на основе PKGBUILD, не создавая структуру пакета, не правя DEBIAN/control и не травя на результат всего этого dpkg-deb.
makedeb нужен лишь для создания .deb файлов, он никак не заменяет пакетный менеджер.
Если вы решили, что речь о замене из-за сообщения о fast-apt, то это обертка над обычным apt для параллельной загрузки пакетов, в pacman в арче недавно добавили параллельную загрузку пакетов. И fast-apt я не предлагал в изкоробочный дебиан
> Нормальные люди не сидят и не ожидают со скучающим видом, когда менеджер
> в Дебиане закончит работу, они дают ему задачу и занимаются своими
> делами, менеджер в 99.9% случаев всё сам разруливает, после того как
> ему сообщили, что нужно.Вот кстати только в debian таким и приходилось заниматься, потому что у него то конфликты конфигов надо разрулить, то задать свои значения для конфигов, как у пакета с postfix
> А вот когда у тебя система с потенциальными сюрпризами и часто требует
> ручного вмешательства, то да, надо сидеть и медитировать на процессы пакетника.
> Так или иначе рачик это копошение руками относительно Дебиана прочто адовое
> количество времени. Хуже наверное было бы какой-нибудь LFS каждый раз пересобирать,
> под каждую новую софтину.До LFS ему далеко и сидеть над процессом обновления/установки в нем не надо как в debian, однако первоначальная настройка действительно сильно дольше
Дичь.> DUR, как и AUR, вместо доверия к дистрибутиву как единому целому, манипулирует доверием к каждому отдельному разработчику, предлагающему свои пакеты в AUR/DUR.
И как, много разработчиков приложений, которые парятся о наличии их разработок в AUR? Или там всё таки в основном левые сборки?
Вот делать разработчикам больше нечего, они лучше положат у себя на сайте 4 универсальные сборки: Win, Mac, Android, Linux. Да, одну универсальную сборку под Linux, это либо тарбол, либо AppImage.
Остальное всё баловство.
+ Так как все есть в большинстве для Debian, а вот для Arh к сожалению нет.
Специальные сборки под каждый дистр это дичь. Современное распространение ПО должно хотя бы соответствовать этим пунктам:* независимая от дистрибутива и пакетного менеджера сборка;
* web 3.0, т.е. не централизованный репозиторий.
Значит зачем Linux это дичь ты прав)
Лучше убунта и snap
> Лучше убунта и snapУбунта да, snap и flatpak нет. Вот 0install потенциально мог бы быть лучшим, но у них лоббистов мощных нет. Что прикольно, 0install вроде даже совместим с IPFS, несмотря на то что IPFS появился позже. Впрочем, AppImage и тарболы тоже совместимы с IPFS ))
>> Лучше убунта и snap
> Убунта да, snap и flatpak нет. Вот 0install потенциально мог бы быть
> лучшим, но у них лоббистов мощных нет. Что прикольно, 0install вроде
> даже совместим с IPFS, несмотря на то что IPFS появился позже.
> Впрочем, AppImage и тарболы тоже совместимы с IPFS ))Из того что есть сейчас, вариант который в NixOS выглядит самым здравым.
Не самую лучшую модель портов выбрал для себя debian...
Вангую, что этот DUR будет цельнотянутой копией AUR, только со слегка другим названием.
Арч не нужен. Дебьян форева.))) Закопали чекинстал, теперь легаси будет.(((
В дебиан добавили guix можно бобавлять любые пакеты без дури.
Надеюсь это недоразумение сгинет в безвестности.
Debian! Опережает всех объёмом репозиториев!*нормальной сборки firefox нет.
чиво ?
apt policy firefox
firefox:
Установлен: 88.0.1-1
Кандидат: 88.0.1-1
Таблица версий:
89.0.2-2 100
100 https://deb.debian.org/debian experimental/main amd64 Packages
*** 88.0.1-1 200
200 https://deb.debian.org/debian sid/main amd64 Packages
100 /var/lib/dpkg/statusapt policy firefox-esr
firefox-esr:
Установлен: 78.11.0esr-1
Кандидат: 78.11.0esr-1
Таблица версий:
*** 78.11.0esr-1 600
600 https://deb.debian.org/debian bullseye/main amd64 Packages
200 https://deb.debian.org/debian sid/main amd64 Packages
100 /var/lib/dpkg/status
78.11.0esr-1~deb10u1 300
300 https://deb.debian.org/debian buster/main amd64 Packages
300 https://security.debian.org buster/updates/main amd64 Packages
88 ой это же с дырками? 🍩
Firefox ESR (Extended Support Release) is a version of Firefox for organizations and other groups that need extended support for mass deployments. Each ESR release, based on the regular version released at the same time, is supported for one year. Unlike the regular ("rapid") releases, ESRs are not updated with new features and performance enhancements every four weeks, but rather are updated with only high-risk-reduction or high-impact security fixes or major stability fixes with point releases, until the end of the ESR cycle.
и к чему ты эту ерунду скопи пастил?
ESR — это 78 и будущий 91
К тому: https://packages.debian.org/search?suite=stable&arch=amd64&s...
К чему ты это пишешь?> apt policy firefox firefox: Установлен: 88.0.1-1
> 88 ой это же с дырками? 🍩
>DUR, как и AUR, вместо доверия к дистрибутиву как единому целому, манипулирует доверием к каждому отдельному разработчику,Мир реален, а не идеален. Только предмодерация.
Как собираются увязывать DUR с дебиановской моделью релизов? Будут отдельные пакеты для каждой ветки или статическая сборка "всё своё ношу с собой"?
Про интеграцию магазина приложений с платёжными системами (хотя бы для пожертвований) можно не спрашивать. Религиозный запрет, похоже.
Да нет. Просто никому не надо.
Даже вон Ubuntu сдалась с магазином приложений, где можно что-то купить.
Не идёт десктоп.А разрабатывать и поддерживать такую систему тоже деньги.
что-то как-то не очень...часто для себя перебираю пакеты из PPA, но тут как-то совсем странное решение.
Like Cidia, but for Debian? NO...
Like F-Droid for Debian ? No... it is like AUR but for DUR
О круто, есть с мусорки можно будет и на дебиан/бубунте...
Вообще странная штука, зачем в дистр славящийся своей стабильностью тянуть это непотребство.
Поставить, например, какую-нибудь одну очень нужную программу, которой нет в репах, или которая там очень устарела. От этого ничего не отвалится. К тому же, не менять же целый дистрибутив ради одной или двух програм.
Ну и что это? Делать из Дебиана рачик?
Причём тянуть пакеты не от разрабов, а с AUR - сделать из стабильного дистра шерето и пакетопомойку, если такое кому надо, то лучше уж на рачике и сидеть.
>Currently, only makedeb-alpha is supported for the DUR. Users using the stable release may find the DUR to be partially or completely unfunctional.Подождем когда стабилизируются, допилят все что надо. Там и посмотрим, нужно оно или нет чисто для какой-то экзотики. Хотя до сих пор нужды в этом не было.
Название конечно УГ. Но, наконец-то! А то как то сложна в этих дебианах ваших левое по опакечивать
Manjara KDE - хорошая ОС! Попробуйте)))
Не OC а ДИСТРИБУТИВ. Да не плохой выбор для десктопа.
DURDOM
Хорошее имя для программы для просмотра каталога на Electron.
Теперь в дебиан будут свежайшие патчи из Миннесоты, это ли не победа товарищи?
Дебиан отличная система, буду только рад, что в ней появится аналог AUR.
Что мешает сделать помойку у себя)) Не понятно что это облегчит например многие сборки не ворос.. Но например, что мешает собрать deb для себя?
потому что это чертовски удобно, когда уже за тебя сделали "установочный скрипт" для нужной программы и под твою систему
на примере Арча:
pacman - официальный установщик.
установим skim из офреп
pacman -S skimесть обертки над пакманом и АУР, тот же paru:
установим skim - из офреп, sublime-text-4 из аура
paru -S skim
paru -S sublime-text-4
ну или всё вместе:
paru -S skim sublime-text-4также при обновлении ( paru -Syu ) системы все подхватится и обновится если есть свежие версии
sublime-text-4 есть официальный реп)
в офрепах арча его нету, так как закрытая проприетарщина, а есть отдельная репа от разработчиков самого sublime
Анонимы все такие?)) У меня у самого Арч и ~50 серверов на Деб. Пиши ему есть реп. это значит что есть отдельный репозиторий. linux у вас мозга)))
я вам про офрепы арча говорю, а не про отдельные репы от разрабов коих во первых мало а во вторых при обновлении если вдруг какая из подключенных доп реп недоступна то вовсе нельзя обновить систему пока её не отключишь. Для того же сублайма и некоторых других тоже раньше пользовался, но в итоге отказался так как с АУРом проще и меньше затыков.
BARAD-DUR
The AUR Ubuntu never had. Pacstall will attempt to become the AUR Ubuntu wishes it had. It takes the AUR and puts a spin on it, making it easier to install programs without scouring github repos and the likes.https://github.com/pacstall/pacstall
DUR на турецком есть СТОП :-)
Они бы и рады, наверно, да буранов шокером бьёт и неупокоеный зомбак шагает по миру, таща за собой баги в облаке трупной вони.
А Duru - это турецкое мыло
А dura, она же dura mater -- твёрдая мозговая оболочка на латыни.
Только никому твой турецкий нафиг не сдался.
Кто выпустил пациентов из Debian?
Но ведь есть убунту с ппа..слоупоки из андедбиан такие слоупоки.
С приходом докера всё это не актуально, в докер котейнерах уже автоматически собранный софт, по коммиту в мастер бранч
Гуманитарно-философский диспут, с использованием основ логики и принципа -больше слов и ни строчки кода- на тему "Не трогайте наш стабильный Дебиан" удался, а новость хорошая :)
>Энтузиастами введён в строй репозиторий DUR (Debian User Repository), который позиционируется как аналог репозитория AUR (Arch User Repository)
>DURОтличное название, Дебилиан порадовал на выходных.
Лучше поздно, чем никогда. А целом, новость достаточно положительная и в зависимости от кол.пакетов - многие могут предпочесть debian. На ubuntu исключительно из-за ppa. Arch и его производные - это просто несерьезно и большинство тех.специалистов с этим солидарны и ничего личного.
> многие могут предпочесть debian. На ubuntu исключительно из-за ppa.На Debian не работает даже PPA? Реально?
> Arch и его производные - это просто несерьезно
Прекрасно для личного компа, чего не серьёзного? Манжара отлично работает, свежее ведро в отличие от бубунты и никаких проблем.
А юзерем в офис - Ubuntu. А на сервак CentOS, да.
Ничего прекрасного в Arch я не увидел, да и в Manjaro тоже + несовместимость с некоторыми пакетами родителя(ядро).И Arch у меня ломался, и Manjaro. Никогда не понимал людей, которые ставят во главу "свежеть" и "задвигают" в угол все остальное. Допустим, изменился номерок ядра или версия программы - вам от этого легче что ли становится? Все этог больше походит на детские комплексы из разряда "больше - лучше". Не лучше...
Навязывание другим своих тараканов это конечно не детский комплекс. Не нравится - не жри. Жри что тебе нравится. Тебе тот арч кто-то в пасть силой запихивает что ты так возбуждаешься?🤣
Какая классная идея. Никаких геморов с PPA, ключами и актуальный, не протухший софт.
Надеюсь взлетит и народ попрет.
Может лучше официально делать годовые релизы Debian, а не тестингом баловаться. LTS + годовой выпуск, тогда убунта будет не нужна.Вам, конечно, может не понравиться то я сейчас скажу, но временами к этой теме возвращаюсь, всё-таки выделить весь хлам неотносящийся к системным компонентам и рабочему столу в отдельный репозиторий, а приложения распространять способом и инструментами подходящими для многочисленных дистрибутивов, т.е. дистрибутивом будет только сама система, включая компоненты стола и сервера. Пора бы уже.
То что сейчас произошло с введением DUR говорит о том, что дистрибутив явно отстал от жизни.
> а приложения распространять способом и инструментами подходящими для многочисленных дистрибутивов, т.е. дистрибутивом будет только сама система, включая компоненты стола и сервера.Это называется flatpak, там как раз есть runtime, это системные либы+окружение (Gnome, KDE, и.т.п) а приложение зависит только от этого рантайма.
Я в курсе, но о другом сказал, не стоит в собственные репозитории совать одно и тоже, что есть в репозиториях других дистрибутивов, т.е. приложения упакованные в уникальный собственный формат пакетов, лучше пакеты оставить для самой системы, а приложения пусть будут либо snap, либо flatpak, либо ещё в чём-то, но самодостаточные, и пусть хоть сотни репозиториев в таком формате будет, чем несовместимые пакеты между системами.
Так это не дистрибутив отстал от жизни, а весь линукс на десктопе. Даже сам Линус говорил, что это самая большая проблема всех дистрибутивов.
Ты не первый с этой идеей. Есть множество причин, почему так не делается.
1 - нет инициативы для проведения стандартизации.
2 - большинство имплементаций песочниц небезопасны. И по большей части они не курируются. Так же они идут против философий FOSS, UNIX, KISS и т.д.
3 - имение одной и той же версии софта меджу всеми дистрибутивами будет препядствовать стабильности систем, которым надо замораживать и тестить пакеты. Сам смысл существования Debian пропадет.
IMO, это не самое худшее, с чем нам приходится работать. Всегда можно собрать из исходников. К тому же, Debian, как один из самых популярных дистров, итак имеет почти все.
> нет инициативы для проведения стандартизацииСтандартизация ненужна, пусть форматы "независимых" пакетов будут разными, appimage, flatpak, snap и т.д. Разрабочики уже сейчас собирают такие пакеты сами, нужно просто выступить крупному дистрибутиву с инициативой межевания пакетов с GUI-пакетами и deb-пакетами обновления самой системы.
> Так же они идут против философий FOSS, UNIX, KISS и т.д.
Всегда найдутся энтузиасты, которым нужно что-то своё, никто не мешает, пусть собирают.
> будет препятствовать стабильности систем, которым надо замораживать и тестить пакеты
Пакетами обновлений самой системы пусть занимаются мейнтейнеры пакетов deb, здесь будет стабильность. Замораживать и тестировать нужно deb-пакеты системы, а не пользовательских GUI-приложений, а разработчики приложений способны и выкладывают разные версии своего ПО в независимых пакетах.
> И по большей части они не курируются
Достаточно собрать разработчику, мейнтейнер для GUI-приложений не нужен.
Ведь тот же кроссплатформенный софт собирается в exe самим разработчиком и также распространяется, никто на отсутствие мейнтейнера под WIN и Mac не жалуется.> Сам смысл существования Debian пропадет
Не пропадёт, если саму систему и DE оставить мейнтейнерам пакетов deb.
Всё серверное остаётся под контролем мейнтейнеров.
и получается старые версии библиотек с критическими уязвимостями могут тащиться в разных паках и имеджах годами...
btw, это не только лишь к линуксу относится, а к целой модели свободных операционных систем. У BSD та же проблема. И у Hurd будет.
>а приложения распространять способом и инструментами подходящими для многочисленных дистрибутивов, т.е. дистрибутивом будет только сама система, включая компоненты стола и сервера.Это называется VirtualBox + Windows.
Нет, это называется хватит замораживать дефекацию мамонта, если оно уже состоялось.
Забавно если учесть что многие пакеты в AUR переделываются из DEB.
DURдом какой-то
Воруют идеи и не краснеют!!1!
Хорошая попытка, Debian. Но нет.
Все, нету больше DURа.
И полгода не прошло.
Помянем.
теперь это MPR https://mpr.hunterwittenborn.com/