| |
| 2.4, Аноним (4), 17:49, 30/09/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Пакман вроде очень примитивный по сравнению с рпм, был, во всяком случае.
| | |
| |
| 3.22, лютый жабби__ (?), 20:13, 30/09/2020 [^] [^^] [^^^] [ответить]
| –3 +/– | |
>Пакман вроде очень примитивный по сравнению с рпм
Зато научиться создавать пакеты для aur можно за 5 минут, а вот для rpm.....
| | |
| |
| |
| 5.58, Аноним (58), 11:10, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
это одна из причин почему человеков так много, их тоже легко делать
| | |
|
| 4.30, Nxx (ok), 22:43, 30/09/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Для rpm очень легко создавать пакеты. Ну, смотря какие пакеты, кончно, но, вообще, просто.
| | |
| 4.82, Michael Shigorin (ok), 15:11, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Да ладно, вот моя болванка "спека с нуля":[CODE]Name:
Version:
Release: alt
Summary:
License:
Group:
Url:
Source: %url/%name-%version.tar.gz
#Patch: %name-%version-alt-makefile.patch
Packager: Michael Shigorin <mike@altlinux.org>
%description
%prep
%setup
#%patch1 -p1
%build
%configure
%make_build
%install
%makeinstall_std
%files
%_bindir/*
%doc AUTHORS ChangeLog FAQ NEWS README TODO
# use add_changelog to add/grow %changelog section[/CODE]Ничего умного...
| | |
| |
| 5.86, Аноним (86), 15:17, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Это только для допотопных версий rpm актуально. Сейчас макросы поудобнее в ходу.
| | |
|
|
| 3.67, Аноним (-), 13:01, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вспомнил. В 1990-х гг. RPM называли примитивным, когда сравновали его с пакетным менеджером Debian-а.
| | |
| |
| 4.83, Michael Shigorin (ok), 15:14, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
> В 1990-х гг. RPM называли примитивным, когда сравновали его с пакетным
> менеджером Debian-а.
Он не примитивный, он дубовый. А дебиановский по жизни называют результатом оверинжиниринга, хотя если посмотреть, когда там появились подписи -- то и в "овер-" можно было усомниться.
У каждого из них есть свои плюсы и минусы, при этом rpm тяготеет именно к дубовому краю шкалы, а dpkg -- к гибкому (дальше тот же портадж).
Кому непонятны плюсы дубовости -- посидите на стульчике из одних пружинок.
| | |
| |
| 5.88, Аноним (86), 15:19, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Он не примитивный, он дубовый. А дебиановский по жизни называют результатом оверинжиниринга
Кто называет? Вообще-то всё ровно наоборот.
| | |
| 5.131, mikhailnov (ok), 00:42, 02/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Не похожа сборка deb на гибкую. Ни макросов и env, ни генераторов зависимостей и провайдов.
| | |
| |
| 6.133, Аноним (86), 00:59, 02/10/2020 [^] [^^] [^^^] [ответить] | –3 +/– | Сборка deb 8212 гибче некуда Хочешь 8212 руками архивы пакуй ничего, кро... большой текст свёрнут, показать | | |
| |
| 7.159, mikhailnov (ok), 10:05, 02/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Как в debian/rules прописать путь к директории с корнем будущего пакета, почему его нужно угадать и почему он не вынесен в переменную окрудения (env)? В rpm это макрос %buildroot или эквивалентная переменная окружения RPM_BUILD_ROOT. Как прописать путь к стандартному расположению библиотек? Нужно вручную прописать /usr/lib/x86_64-linux-gnu и понадеяться, что не ошибся, да еще и для каждой архитектуры отдельный вариант сделать вручную, когда как в rpm просто макрос %_libdir. А задача упаковывать deb в обход dpkg-buildpackage весьма странная, попахивает корявой сборкой пакета, но иногда может быть полезно, согласен.
| | |
| |
| 8.200, Аноним (86), 18:25, 03/10/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Да что ж вы, только rpm видевшие, спорить про deb берётесь Зачем тебе его явно ... большой текст свёрнут, показать | | |
|
| 7.168, n00by (ok), 12:59, 02/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
 > А вот в rpm гибкости нет. Кроме rpmbuild ничем пакет не сделать.
emerge может собирать rpm пакеты.
| | |
| |
| |
| 9.175, n00by (ok), 18:21, 02/10/2020 [^] [^^] [^^^] [ответить] | –1 +/– | rpm это всего лишь формат пакетов, альтернативой ему является tar В зависимостя... текст свёрнут, показать | | |
| |
| |
| |
| |
| 13.205, n00by (ok), 09:21, 04/10/2020 [^] [^^] [^^^] [ответить] | +/– | В смысле, я разговариваю со стеной Ничего подобного, я пишу читателям, кого мож... большой текст свёрнут, показать | | |
| |
| |
| 15.209, n00by (ok), 15:31, 04/10/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Вы забыли указать принципиальную меж ними разницу Потому что в данном контексте... большой текст свёрнут, показать | | |
| |
| 16.212, Аноним (86), 18:20, 04/10/2020 [^] [^^] [^^^] [ответить] | +/– | Разница в том, что пакет служит для установки софта в систему, а архив 8212 д... большой текст свёрнут, показать | | |
| |
| 17.213, n00by (ok), 09:51, 05/10/2020 [^] [^^] [^^^] [ответить] | +/– | У нас здесь частный случай, когда tar и rpm используются в одном сценарии Да, я... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| 2.19, Ilya Indigo (ok), 19:24, 30/09/2020 [^] [^^] [^^^] [ответить]
| +4 +/– |
 pacman нельзя сравнивать напрямую с rpm.
pacman это что-то вроде связки rpm + (zypper, yum, dnf).
zypper лучше тем, что в нём более понятный и интуитивный синтаксис, в отличие от packman, в котором его нужно просто тупо заучивать.
А также в zypper можно делать абсолютно все пакетные операции через команды, без необходимости править конфиги, при том править конфиги тоже можно с тем же результатом.
| | |
| |
| 3.49, Аноним (49), 09:28, 01/10/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
Сильная (и одновременно слабая) сторона zypper в том, что в ситуации, когда зависимости пакета разрешить невозможно, или произошла какая-то другая непредвиденная ситуация, он вместо того, чтобы сложить лапки к верху, как это делают другие пакетные менеджеры, предлагает пользователю проигнорировать условности и выстрелить себе в ногу.
| | |
| |
| 4.79, Ilya Indigo (ok), 14:16, 01/10/2020 [^] [^^] [^^^] [ответить]
| –5 +/– |
> Сильная (и одновременно слабая) сторона zypper в том, что в ситуации, когда
> зависимости пакета разрешить невозможно, или произошла какая-то другая непредвиденная
> ситуация, он вместо того, чтобы сложить лапки к верху, как
> это делают другие пакетные менеджеры, предлагает пользователю проигнорировать условности
> и выстрелить себе в ногу.
Вы написали глупость!
Он никогда не предлагает проигнорировать что-либо!
В случае невозможности решить конфликт пакетов или файлов он предлагает пользователю варианты решений одно из которых и по умолчанию a (Abort)!
Он по умолчанию предлагает r (Retry) только при невозможности получить файл по curl (пакет или методанные репы), и только несколько раз, а потом предлагает a (Abort).
| | |
|
| 3.62, Аноним (58), 12:25, 01/10/2020 [^] [^^] [^^^] [ответить] | –4 +/– | заучить это громко сказано, просто нужно понять принцип и тогда всё очень легк... большой текст свёрнут, показать | | |
| |
| 4.77, Ilya Indigo (ok), 14:04, 01/10/2020 [^] [^^] [^^^] [ответить] | –2 +/– | sudo zypper 1 1 dup, up, in, rm, se, wp Dist Update, Update, Install, Remove, ... большой текст свёрнут, показать | | |
| |
| 5.100, Аноним (58), 16:10, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> examples: sudo zypper dup, sudo zypper up [-rRepoName] [PackName], sudo zypper in [-rRepoName] PackName, sudo zypper rm PackName, zypper se PackName, zypper wp ExecOrLibName
давайте просто покажу на примере
вместо:
zypper dup
zypper up ...
zypper in ...
можно заменить на один:
pacman -Syu пакет(ы)
читается как - скачать(y) удалённую(S) базу и обновить(u) систему, а также установить пакеты если таковые указаны.
при желании можно разложить на составляющие
скачать и установить пакет(ы)
pacman -S пакет(ы)
просто скачать новую базу с сервера
pacman -Sy
обновить систему
pacman -Su
скачать базу и по ней обновить систему
pacman -Syu
| | |
| |
| |
| 7.118, Аноним (58), 20:25, 01/10/2020 [^] [^^] [^^^] [ответить] | +1 +/– | ну да всё логично -S --sync , а по поводу ассоциации у людей с dup о котором ... большой текст свёрнут, показать | | |
|
| 6.172, Аноним (86), 15:51, 02/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> можно заменить на один:
> pacman -Syu пакет(ы)
Это не мнемонично. Мнемонично так:
pacman -Suy пакет(ы)
| | |
|
|
| 4.85, Michael Shigorin (ok), 15:17, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> -S
> -F
> -Q
> -R
> синтаксис pacman-а выглядит более лаконичным и понятным
Лишний shift мне лично лаконичным не кажется.
| | |
| |
| |
| 6.136, Michael Shigorin (ok), 01:11, 02/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> сделай себе голосовой ввод и проблема шифта отпадёт
Ага, голосовой ввод в рутшелл. Там не только эта проблема отпадёт на первом же dd.
| | |
| |
| |
| |
| 9.186, Аноним (58), 22:36, 02/10/2020 [^] [^^] [^^^] [ответить] | –1 +/– | постой, это случайно не про тебя тогда писали в газете Правда о том что ты мыс... текст свёрнут, показать | | |
| |
| 10.196, n00by (ok), 08:07, 03/10/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Железо того времени устроено существенно проще Можно было разложить по полочкам... текст свёрнут, показать | | |
|
|
|
|
|
| 5.112, Ilya Indigo (ok), 17:41, 01/10/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> -S
>> -F
>> -Q
>> -R
>> синтаксис pacman-а выглядит более лаконичным и понятным
> Лишний shift мне лично лаконичным не кажется.
А Вас не смущает что половина этих букв никак не ассоциируется с действием, которая она выполняет, а другая половина ассоциируется не верно?
| | |
| |
| 6.114, Аноним (58), 18:16, 01/10/2020 [^] [^^] [^^^] [ответить] | +/– | ни одна странно, ведь, например, тот же ключ -R --remove очень красноречиво го... большой текст свёрнут, показать | | |
| |
| |
| 8.121, Аноним (58), 21:09, 01/10/2020 [^] [^^] [^^^] [ответить] | –1 +/– | -R --remove первая буква со слова remove, для меня ассоциация очевидна, хотя и с... большой текст свёрнут, показать | | |
| |
| |
| 10.123, Аноним (58), 22:44, 01/10/2020 [^] [^^] [^^^] [ответить] | +/– | размер полного репозитория примерно в 5-10 раз больше по объёму от основного, ... большой текст свёрнут, показать | | |
| |
| |
| 12.156, Аноним (58), 01:55, 02/10/2020 [^] [^^] [^^^] [ответить] | +1 +/– | в openSUSE ролинг это всё же не основной способ распространения, отдельная ветка... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
| |
| |
| 4.74, Денис (??), 13:38, 01/10/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
Некоторые прогрессивные вообще на Ubuntu LTS сидят. А древность "освежают" снапом.
| | |
|
| 3.87, Michael Shigorin (ok), 15:18, 01/10/2020 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> В rpm файловые зависимости.
Они более-менее в любом развесистом управителе авосек -- в dpkg тоже были, насколько помню. Кто-то их притом считает вредными. Возможно, готовить не умеют...
| | |
| |
| 4.92, Аноним (86), 15:21, 01/10/2020 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> в dpkg тоже были, насколько помню
Попей таблеточки, может, память улучшится. Нет и не было.
| | |
| |
| 5.137, Michael Shigorin (ok), 01:17, 02/10/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> в dpkg тоже были, насколько помню
> Нет и не было.
Действительно, если верить http://uneex.ru/static/PackageFormatComparison/index.html#itemdesc2+10
> Попей таблеточки, может, память улучшится.
PS: если я буду с _Вами_, юноша, дискутировать выписыванием таблеточек за хамство (п. 4 правил форума, см. ссылку вот под этой же формой) -- то полезное, что пытаетесь донести, получится прочесть только в логе модерирования. Пожалуйста, берегите себя и свои тексты -- тогда для других они будут полезней.
PPS: ну вот, при желании перепишите #146 как положено.
| | |
|
|
|
|
| 1.5, Анонымоус (?), 17:55, 30/09/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Кто-нибудь в курсе? Есть возможность проверить целостность файлов, установленных из пакета:
rpm -V пакет
или
rpm -Va
Проверяется, в частности, соответствие хэшей md5, сохраненных со времен установки пакета, тем, которые вычисляются по файлам при проверке. Проверить хэши можно. А извлечь?
| | |
| |
| 2.7, Аноним (7), 18:09, 30/09/2020 [^] [^^] [^^^] [ответить]
| +6 +/– | |
Для каждого файла в пакете binutils показывает хэш:
rpm -q --queryformat "[%{FILENAMES}\t%{FILEMD5S}\n]" binutils
Конкретно в федоре вместо MD5 по факту показывает SHA256.
| | |
|
| 1.6, Аноним (6), 18:04, 30/09/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– | |
> ... в СУБД SQLite ... вместо бэкенда на основе BerkeleyDB
Началась перестановка кроватей.
| | |
| |
| |
| 3.89, Michael Shigorin (ok), 15:20, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Избавлениние от блокировок в базе.
Над Panu и компанией опытные разработчики порой посмеивались -- те усердно топчут _давно_ известные грабли, увы. И порой игнорируют предупреждения уже теперь.
| | |
|
| 2.31, YetAnotherOnanym (ok), 23:33, 30/09/2020 [^] [^^] [^^^] [ответить]
| +/– |
 > Реализован новый бэкенд
> Реализован новый экспериментальный бэкенд
> Удалён экспериментальный бэкенд
> Объявлен стабильным бэкенд
Это такой творческий поиск методом научного тыка. Некогда думать, надо бэкенды реализовывать.
| | |
|
| |
| |
| 3.90, Michael Shigorin (ok), 15:20, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Хорошоб чтоб vim и ко поддерживала нормально спек файлы, а ты сразу гуй.
apt-get install vim-plugin-spec_alt-ftplugin
| | |
|
|
| |
| |
| |
| |
| 5.50, ksjdjfgklsjdklgfj (?), 09:39, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
не знаю про nsis и inno, но стандартный вендовый MSI делается тоже не вот так просто... там ещё надо доков покурить чтобы сделать что-то простое
| | |
| 5.63, Анончик9999 (?), 12:32, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Расскажи, как ты с этими инструментами будешь устанавливать софт на Linux. Вообще-то, хотелось, чтобы простой и красивый стандартный установщик в Windows-стиле соществовал хотябы для популярных дистрибутивов (не flatpack, snap, appimage),чтобы было просто и красиво создавать проприоритарные пакеты как разработчику, так и устанавливать их пользователю.
| | |
| |
| 6.65, Анончик9999 (?), 12:42, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
В Qt есть установщик под Linux, но он ограничивается только Qt-софтом (устанавливал софт на нем - PDFMaker, FoxitReader). Даже на PyQt, PySide такой установщик создать не получится.
| | |
| 6.93, Michael Shigorin (ok), 15:22, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вообще-то, хотелось, чтобы простой и красивый стандартный установщик
> в Windows-стиле соществовал хотябы для популярных дистрибутивов
.run изобретён в Loki Software точно больше полутора десятилетий назад.
| | |
| 6.140, Денис (??), 01:23, 02/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
> установщик
> устанавливать софт на Linux
За такое расстреливать полагается.
| | |
|
|
|
| 3.39, Аноним (39), 01:31, 01/10/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Ну не нравиться человеку он и выражает собственное фу. Хотя я бы на самом деле посмоетовал какое-то глобальное голосование сделать что бы вместо того что бы свой голос сувать в каждый топик про нелюбимую технологию он один раз проголосовал против RPM и один раз за любимый формат.
Мне вот тоже DEB крайне раздражает, но за последние 10 лет я как-то уже привык.
| | |
| |
| 4.104, Аноним (-), 16:35, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вы почитайте что сами пишете то. Какое голосование ? Извилина одна на толпу и та отторгается через раз. Вся это либерда билиберда уже никого не интересует, хоть обголосуйтесь до поноса, всем пофиг. Единственное что в толпе идиотов может быть и вменяемый человек, которому свободное мнение может быть полезно для как минимум не ощущения себя ненормальным в толпе идиотов. Вот что я думаю по этому поводу.
| | |
|
|
| 2.27, Аноним (27), 21:27, 30/09/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Мне во фряхе pkg нравится, минималистичный, быстрый и ничего не сломает.
| | |
| |
| 3.34, Аноним (-), 01:20, 01/10/2020 [^] [^^] [^^^] [ответить]
| –2 +/– |
А вот это очень близко к истине. Всяко ближе чем весь этот рпм-деб шлак и помойка.
| | |
| |
| |
| 5.105, Аноним (-), 16:39, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Нет, как рыпымэ и дэб обворачивает любовью и словом добрым, укладывает почитывая молитвы и раздувая благовония. Откуда вы такие только беретесь, тушите свет, они лезут на свет !
| | |
|
|
| 3.42, mikhailnov (ok), 02:51, 01/10/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
И не умеющий банально следить, от какого so name зависимость, при смене версии библиотеки фряха запросто случайно перестает работать
| | |
| |
| 4.53, Аноним (86), 11:01, 01/10/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
dpkg тоже за этим не следит, однако Debian работать не перестаёт. Как так? АААА, МАГИЯ!!!
P.S. Собственно, не знаю ни одного пакетного менеджера кроме rpm, который бы таким занимался. Оверинженеринг как он есть.
| | |
| |
| 5.76, mikhailnov (ok), 13:49, 01/10/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> dpkg тоже за этим не следит, однако Debian работать не перестаёт. Как
> так? АААА, МАГИЯ!!!
Там, где не следят, но работать типа не перестает, например, в Arch Linux, это достигается за счет траты большого кол-ва людских ресурсов: если обновили ffmpeg, mpv может полежать пару часов не пересобранным, но его быстро пересоберут, большинство пользователей не заметит, зато будет пропагандировать быстрый pacman.
| | |
| |
| 6.78, n00by (ok), 14:13, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
> зато будет пропагандировать
> быстрый pacman.
Но ты ведь сам здесь и сейчас накидываешь на FreeBSD (и совершенно напрасно), в то время как _у_тебя_ systemd конфликтует при обновлении с systemd.
| | |
| 6.80, Денис (??), 15:02, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> если обновили ffmpeg, mpv может полежать пару часов не пересобранным
Речь, конечно, идет о мажорном обновлении. Потому что в пределах ветки либы совместимы.
Я как-то собирал "голый" ffmpeg. В смысле, без всяких внешних компонентов. С его либами собрал mpv.
Потом я набил руку и собрал жирнющий ffmpeg с чем только можно. Но mpv пересобирать не стал. Просто указал ему новые либы. И все работало. mpv стал играть AV1 (через libdav1d) чего раньше не умел, без всяких пересборок. Но с мажорным обновлением ffmpeg'а, например с 4 на 5, такое не прокатит.
| | |
| |
| 7.108, n00by (ok), 17:09, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> если обновили ffmpeg, mpv может полежать пару часов не пересобранным
> Речь, конечно, идет о мажорном обновлении. Потому что в пределах ветки либы
> совместимы.
Увы и ах. Однажды, в одном дистрибутиве обновили kodi, а ffmpeg остался "совместимой версии". При этом у одного из пользователей в видосиках из папки XXL тётеньки вдруг запели мужскими голосами. Тот бедняга слушал такое неделю и в итоге пришёл к гениальному выводу -- некий злодей взломал ему комп, что бы наказать его за непристойное поведение. mikhailnov почему-то, тыкая пальчиком в чужие mpv, не вспоминает эту замечательную историю. Вероятно, потому что он к ней причастен и там работает. ;)
| | |
| |
| |
| 9.171, n00by (ok), 14:28, 02/10/2020 [^] [^^] [^^^] [ответить] | +/– | Ну да, интерфейс и реализация -- две большие разницы Не только в случае ffmpeg,... текст свёрнут, показать | | |
|
|
| 7.132, mikhailnov (ok), 00:48, 02/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Либы с одинаковым so name не обязательно имеют совместимый ABI. В ALT есть механизм хеширования ABI и прописывания в зависимости пакета. В апстримном RPM максимум версионирование символов учтет, можно было бы написать генератор провайдов и зависимостей по ABI, но там нужен особый механизм сравнения хешей, не rpm vercmp, а каждый символ записывать в Provides и Requires слишком жирно (но можно попробовать на aarch64).
| | |
| |
| 8.147, Аноним (-), 01:29, 02/10/2020 [^] [^^] [^^^] [ответить] | –1 +/– | еще мультилиб туда запихнуть чтоб вот сразу и все не нужно это пакетному менедж... текст свёрнут, показать | | |
|
|
| 6.97, Аноним (86), 15:28, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Там, где не следят, но работать типа не перестает, например, в Arch Linux, это достигается за счет траты большого кол-ва людских ресурсов: если обновили ffmpeg, mpv может полежать пару часов не пересобранным, но его быстро пересоберут, большинство пользователей не заметит, зато будет пропагандировать быстрый pacman.
И снова: в Debian такого не происходит. Да блин, что за магия-то?
На самом деле, вообще никакой связи с зависимостями от версий soшников. Решается всего лишь правильным именованием пакетов с либами. Вот в Fedora, например, на это забили болт, и никакой rpm им не помогает: до mass rebuild'а половина пакетов в rawhide неработоспособна.
| | |
| |
| 7.109, n00by (ok), 17:23, 01/10/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Не тратьте время на повторы. Вот Вам анекдот:
Здравствуйте!
Не могу установить системные обновления из-за конфликтующих пакетов.
Следующие пакеты будут удалены для обновления остальных:
systemd-230-8-rosa2016.1.i586
(чтобы установить systemd-230-8-rosa2016.1.i586)
systemd-units-230-8-rosa2016.1.i586
(чтобы установить systemd-units-230-8-rosa2016.1.i586)
https://forum.rosalinux.ru/viewtopic.php?f=40&t=8839&hilit=systemd
Догадайтесь с трёх раз, кто автор сей характерной ошибки. :)
| | |
| |
| |
| 9.170, n00by (ok), 13:49, 02/10/2020 [^] [^^] [^^^] [ответить] | +/– | Хочешь сказать, что это не смешно Пользователи джва года мучаются, а ты тут умн... текст свёрнут, показать | | |
|
|
| |
| 8.134, Аноним (86), 01:08, 02/10/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Это как посмотреть У каждого подхода свои плюсы и минусы Но проще однозначно д... текст свёрнут, показать | | |
| |
| |
| 10.154, Аноним (86), 01:49, 02/10/2020 [^] [^^] [^^^] [ответить] | +/– | Я не знаю, про какие ты там какули анальная фиксация , но мы тут вообще-то о з... большой текст свёрнут, показать | | |
| |
| 11.206, n00by (ok), 10:13, 04/10/2020 [^] [^^] [^^^] [ответить] | –1 +/– | Это же курс школьной психологии, дихотомии Юнга правда, на фоне верований в уче... текст свёрнут, показать | | |
|
|
|
|
| 7.138, Michael Shigorin (ok), 01:20, 02/10/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> На самом деле, вообще никакой связи с зависимостями от версий soшников.
> Решается всего лишь правильным именованием пакетов с либами.
Да щазз, сколько апстримов с библиотеками dsohowto не читали...
В альте изобрели set versions, исключив этот класс проблем (к слову о генераторах, ага).
| | |
|
|
|
| |
| |
| 6.99, Аноним (-), 15:29, 01/10/2020 [^] [^^] [^^^] [ответить] | +1 +/– | Справедливости ради, точные версии все же нужно прописать в манифесте пакета c... большой текст свёрнут, показать | | |
| |
| 7.117, Аноним (86), 19:48, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Не знал, что там так можно, но пользы вот от такого, как в примере, не вижу. Неизменная старшая цифра версии указывает на сохранение обратной совместимости, но не прямой. Соответственно, такая зависимость не помешает установить бинарь в систему с более старой версией библиотеки, нежели та, с которой он был собран, и есть вероятность, что работать он не сможет.
А что там с версионированием символов, кстати? rpm и про него знает.
| | |
| |
| |
| |
| |
| |
| 12.169, Аноним (-), 13:42, 02/10/2020 [^] [^^] [^^^] [ответить] | +/– | Eсли что-то есть в RUN_DEPENDS, то совершенно не обязательно используются именно... большой текст свёрнут, показать | | |
| |
| |
| 14.178, анонн. (?), 20:01, 02/10/2020 [^] [^^] [^^^] [ответить] | +/– | Хм А узнать, что для сборки с этим флагом требуется поставить libfoo so вы пред... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 7.139, Michael Shigorin (ok), 01:21, 02/10/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Справедливости ради, точные версии все же нужно прописать в манифесте пакета:
Чудовищное отношение к человеческим времени, силам и вниманию :(
| | |
|
|
|
|
| 3.46, Anm (?), 08:30, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
В pc-bsd был установщик pbi , вот это действительно было прогрессивно и надёжно.
| | |
|
|
| 1.21, Аноним (21), 20:09, 30/09/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
вместо 'a == b' теперь нужно писать '"a" == "b"'
а что, без " они угнетали меньшинства или где? Изменение выглядит как какая-то дичь.
| | |
| |
| 2.37, Аноним (7), 01:28, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да, давай тащить в RPM весь функционал, что ни попадя: createrepo_c, dnf, mock, rpmdevtools, rpmlint, koji, repoview, fedpkg, ...
| | |
| |
| 3.56, Аноним (86), 11:09, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Тащить, конечно, не надо, но вот это "что угодно" было бы неплохо избавить от лишних зависимостей. createrepo_c хочет glib, dnf — аж целый python3…
| | |
|
| 2.95, Michael Shigorin (ok), 15:25, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Научили бы его скорее работать с репами, очень жду
Если мир не рехнётся окончательно, то не научат никогда, это не уровень менеджера _пакетов_. То же самое касается dpkg.
| | |
|
| |
| |
| |
| 4.59, Аноним (86), 11:10, 01/10/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Только мёртвый.
Хотя, если серьёзно, он намного тормознее, чем zypper или apt. До dnf ему всё равно далеко, конечно…
| | |
|
|
| 2.43, mikhailnov (ok), 02:52, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Если вы из него вырежите большую часть функционала, сделав таким же примитивным, то почему бы и нет.
| | |
| |
| 3.52, n00by (ok), 10:13, 01/10/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
Что-то ты сам до сих пор не смог вырезать из RPM5 дичайшую амплификацию записи, из-за которой установка пакетов тормозила раз в 30, а Свеженькая Роза вставала колом. Так и барыжишь чужой костыль, на который у тебя нет прав.
| | |
| |
| |
| 5.66, n00by (ok), 12:43, 01/10/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Тоже мне, хитрость великая. Если они не способны исправить даже тривиальное переполнение стека в RPM5 (которое они же и внесли), у них банально нет иного выбора. Фанаты Мандривы уже окрестили сей процесс "офедоривание". ;)
И да, "вырезали" будет после релиза, который по плану был 2 года назад, если шаражка в очередной раз вдруг не обанкротится.
| | |
|
|
|
|
| |
| 2.96, Michael Shigorin (ok), 15:27, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> я так и не понял чем он лучше pacman-a
Например, поддержкой подпакетов. Из одного этого следует столько, что можно не продолжать.
| | |
| |
| |
| 4.141, Michael Shigorin (ok), 01:23, 02/10/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> подпакеты ? а поддержка сверхпакетов есть ?
Ну уж метапакеты-то не уметь -- это надо совсем слакварью быть. Хотя как-то же там должны были "буковки" быть обеспечены, или прямо в инсталяторе забито было?
| | |
| |
| 5.157, Аноним (58), 01:58, 02/10/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
надеюсь ты в курсе что профита от них меньше чем разговоров о выеденном яйце
| | |
|
|
|
|
| 1.68, Аноним (-), 13:04, 01/10/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Паетный менеджер Slackware самый оптимальный. DEB и RPM слишком переусложнены. В нёго понапихано много неиспользуемых фич.
| | |
| |
| |
| |
| 4.110, Аноним (-), 17:38, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– | |
"В настоящее время на этой странице нет текста".
Спасибо тебе брат Шигорин.
| | |
| |
| 5.143, Michael Shigorin (ok), 01:25, 02/10/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> "В настоящее время на этой странице нет текста".
Уж не знаю, куда Вы умудрились уйти (потому как то, что хватает автолинкер -- это заглавная страница 0x1.tv, на которой текст есть; то, что представляет из себя полную ссылку -- разумеется, тоже не пустое ни разу), но извольте-с: http://tinyurl.com/yxh4zu5u
| | |
|
|
|
| 2.106, Аноним (-), 16:43, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Тоже отстой, Патрик перемудрил к сожалению и никто не поправил хороняку за три то десятка лет.
| | |
| |
| 3.111, Аноним (-), 17:40, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Патрег - бох! У Патрега всё оптимально, всё тютелька в тютельку, и здоровый консерватизм!
| | |
| |
| 4.116, Аноним (-), 19:14, 01/10/2020 [^] [^^] [^^^] [ответить]
| +/– |
Так никто и не спорит. Чуть чуть консервативнее надо было в некотором наборе строк и вообще было бы идеально. Либерализмам не место в софте.
| | |
|
|
|
| |
| 2.144, Michael Shigorin (ok), 01:26, 02/10/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> Использующие portage смотрят ... Ну вы понели.
Да-да-да, в километры, мотающиеся в далёкую-далёкую галактику.
Мы тоже так умеем, когда надо.
| | |
|
|
