The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск пакетного менеджера APT 2.0, opennews (ok), 08-Мрт-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


19. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Fracta1L (ok), 08-Мрт-20, 11:09 
А что делает эта команда?
Ответить | Правка | Наверх | Cообщить модератору

21. "Выпуск пакетного менеджера APT 2.0"  –3 +/
Сообщение от Аноним (17), 08-Мрт-20, 11:15 
Устанавливает без проблем пакет без жёсткой зависимости от другого пакета, который указывается после --assume-installed. Pacman потом предполагает, что та зависимость уже установлена. Оооочень необходимая команда. Серьёзно.
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск пакетного менеджера APT 2.0"  +1 +/
Сообщение от Fracta1L (ok), 08-Мрт-20, 12:08 
> Оооочень необходимая команда. Серьёзно.

Хм, забавно, за 5+ лет ни разу не пользовался. Впрочем, я и консольным pacman как таковым пользовался за это время раз 10 от силы))

Ответить | Правка | Наверх | Cообщить модератору

48. "Выпуск пакетного менеджера APT 2.0"  –1 +/
Сообщение от Аноним (48), 08-Мрт-20, 12:11 
> я и консольным pacman как таковым пользовался за это время раз 10 от силы))

Ну, вот теперь есть повод изучить... ;)

Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск пакетного менеджера APT 2.0"  +6 +/
Сообщение от Crazy Alex (ok), 08-Мрт-20, 13:54 
Выглядит как борьба с пакадж менеджером. По идее такой чепухи в апте быть не должно - это ж поиск граблей натуральный. Точнее, установить-то, наверное, можно, но потом на любой чих будет ругаться (и правильно), что пакет-зависимость не установлен
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

76. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (76), 08-Мрт-20, 14:14 
Мнение разработчиков rpm и pacman не совпадает с вашим. Уж извините.
Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Crazy Alex (ok), 08-Мрт-20, 16:50 
Ну вот и замечательно - есть разные точки зрения и разные продукты, эти точки зрения реализующие. Кому-то bleeding edge нужен, кому-то - предсказуемость и консистентность. Зачем пытаться всё в один тащить?
Ответить | Правка | Наверх | Cообщить модератору

129. "Выпуск пакетного менеджера APT 2.0"  –3 +/
Сообщение от Fracta1L (ok), 08-Мрт-20, 17:10 
Слово "предсказуемость" в контексте apt выглядит как шутка из Кривого Зеркала
Ответить | Правка | Наверх | Cообщить модератору

225. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (224), 09-Мрт-20, 06:18 
> Слово "предсказуемость" в контексте apt выглядит как шутка из Кривого Зеркала

Как активный юзер apt имею заметить что с предсказуемостью у него все в порядке. Равно как и с содержанием репов. Все это вполне можно юзать в продакшне - и это ничем таким особо не чревато.

Ответить | Правка | Наверх | Cообщить модератору

142. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (80), 08-Мрт-20, 18:20 
> Мнение разработчиков rpm и pacman не совпадает с вашим.

rpm, как и dpkg, является низкоуровневым инструментом, и оба они имеют ключи для игнорирования зависимостей.
yum, как и apt, таких ключей не имеют.

То, что в случае отдельно взятого pacman такой ключ вынесен на верхний уровень, говорит о низком уровне культуры в описаниях зависимостей. Что, в общем-то, и неудивительно — в AUR нет рецензирования, и очень мало профессиональных разработчиков, в отличие от экосистем Fedora и Debian.

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

156. "Выпуск пакетного менеджера APT 2.0"  +2 +/
Сообщение от Аноним (156), 08-Мрт-20, 19:50 
> говорит о низком уровне культуры в описаниях зависимостей.

О низком уровне культуры здесь присутствующих тоже многое говорит, что не мешает этому сайту работать.

> Что, в общем-то, и неудивительно — в AUR нет...

pacman не работает с AUR от слова "никак". Знаний тоже не всегда хватает у некоторых, но советы - всегда пожалуйста.

> очень мало профессиональных разработчиков, в отличие от экосистем Fedora и Debian.

Один человек может создать что-то, чем потом будут пользоваться миллионы. Главное в бюрократии потом большой компании не увязнуть. На прогресс плохо влияет.

Ответить | Правка | Наверх | Cообщить модератору

190. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (80), 08-Мрт-20, 23:05 
> pacman не работает с AUR от слова "никак". Знаний тоже не всегда хватает у некоторых, но советы - всегда пожалуйста.

То есть, пакет, собранный через makepkg, через pacman установить нельзя?

> Один человек может создать что-то, чем потом будут пользоваться миллионы.

Вот только если он дилетант, это приводит к печальным последствиям.

Ответить | Правка | Наверх | Cообщить модератору

198. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (198), 09-Мрт-20, 00:08 
> То есть, пакет, собранный через makepkg, через pacman установить нельзя?

Ну, почему же? Pacman устанавливает уже собранный пакет. Но в AUR таких нет. Поэтому они напрямую никак не связаны.

Ответить | Правка | Наверх | Cообщить модератору

231. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от artenox (?), 09-Мрт-20, 10:36 
> Pacman устанавливает уже собранный пакет. Но в AUR таких нет

Тем не менее в AURе не только сборка из исходников, есть бинари проприетарщины, которые грузятся со сторонних серверов.

Ответить | Правка | Наверх | Cообщить модератору

295. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (295), 11-Мрт-20, 12:23 
И причем тут pacman к этим бинарям?
Ответить | Правка | Наверх | Cообщить модератору

242. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (80), 09-Мрт-20, 13:05 
> Ну, почему же? Pacman устанавливает уже собранный пакет. Но в AUR таких нет.

Это все к тому, что в PGKBUILD зависимости пишут часто от балды, вследствие чего и приходится ставить костыли типа --assume-installed.

Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

149. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (149), 08-Мрт-20, 19:06 
Что-то странное. А как оно зависимости рассчитывает потом? Добавляет фейковый пакет, а куда? Или оно совсем не пересчитывает зависимости? В генту можно добавить нужный пакет произвольной версии в package.provided, работать оно конечно не будет. А то и сборка фейлится начнёт. Но я таким образом успешно выкинул cups и vala из системы и за годы они ещё ни разу не понадобились установленными.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

159. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (159), 08-Мрт-20, 19:59 
Никакого фейкового пакета. Переведи: assume installed. О никакой сборке/пересборке речи не идёт.
Ответить | Правка | Наверх | Cообщить модератору

160. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (149), 08-Мрт-20, 20:01 
Просто интересно как оно будет обновляться.
Ответить | Правка | Наверх | Cообщить модератору

178. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (182), 08-Мрт-20, 21:52 
Когда прилетает куча обновлений, с зависимостью от данного пакета в том числе, можно пойти двумя путями. Обновить сначала отдельно пакет, зависимость которого мы не устанавливали тем же способом, а потом всю остальную кучу либо обновить всю кучу, а потом просто принудительно удалить эту зависимость [ pacman -Rddn <pkg> ] - такая возможность тоже есть. "Ненужные пакеты" лучше записать. ) Новичкам не рекомендуется, естественно.


Ответить | Правка | Наверх | Cообщить модератору

254. "Выпуск пакетного менеджера APT 2.0"  +1 +/
Сообщение от Аноним (149), 09-Мрт-20, 17:10 
Ясно, спасибо. Выглядит не очень удобно. Принудительное удаление пакетов в обход пакетного менеджера это из разряда rm rf и make install. Я обычно не трогаю пакетный менеджер, а просто зануляю неугодные исполняемые файлы, этого достаточно. Но с библиотеками не прокатит, приходится заменять их void заглушками. Кроме того у пакетного менеджера (portage) есть инструкции удалять и заменять определённые файлы на разных этапах установки. Pacman не имеет такого контроля, насколько мне известно, но вроде там были какие-то хуки тоже.
Ответить | Правка | Наверх | Cообщить модератору

240. "Выпуск пакетного менеджера APT 2.0"  +1 +/
Сообщение от Аноним (239), 09-Мрт-20, 12:29 
cups и vala отключаются глобальными USE-флагами.
package.provided не для этого.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

253. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (149), 09-Мрт-20, 16:57 
> cups и vala отключаются глобальными USE-флагами.
> package.provided не для этого.

Именно для этого, и у бинарных пакетов, например, не отключаются. Ебилды бывают достаточно странными тоже. Я не против cups как такового, он может даже быть полезным, но я не хочу видеть уязвимый для всего ghostscript в системе. Ну а vala мне навязывается, я ещё не отошёл от аналогичного навязывания mono.

Ответить | Правка | Наверх | Cообщить модератору

255. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (239), 09-Мрт-20, 17:10 
Ещё раз.

Что бы собрать систему без cups и vala, правильный способ - поместить в /etc/portage/make.conf строку
USE="${USE} -cups -vala"

Для чего предназначено package.provided, читайте в man portage:

package.provided
   A  list  of  packages  (one per line) that portage should assume have been pro‐
   vided.  Useful for porting to non-Linux systems. Basically, it's  a  list  that
   replaces the emerge --inject syntax.

   For  example,  if  you  manage your own copy of a 2.6 kernel, then you can tell
   portage that 'sys-kernel/development-sources-2.6.7' is already  taken  care  of
   and it should get off your back about it.

   Portage will not attempt to update a package that is listed here unless another
   package explicitly requires a version that is newer than what has been  listed.
   Dependencies that are satisfied by package.provided entries may cause installed
   packages satisfying equivalent dependencies to be removed by  emerge(1)  --dep‐
   clean  actions


provided в данном контексте - установленный пользователем. Но никак не для "пакета нет, но система думает, что он есть".

Ответить | Правка | Наверх | Cообщить модератору

257. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (149), 09-Мрт-20, 17:15 
Я же сказал. Из бинарных ебилдов купс отключение юза не удалит, поскольку бинарники с ним слинкованы. Действительно, я положил свой dummy libcups где все символы заменены на void, и этого хватает для всего. Есть ещё несколько вариантов применения, но это больше проблема кривых ебилдов в дереве.
Ответить | Правка | Наверх | Cообщить модератору

261. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (239), 09-Мрт-20, 18:24 
ebuild это сценарий сборки, он в текстовом формате. Пакеты же собираются с -cups -vala и с теми же флагами устанавливаются в другую систему.

Только не надо отвечать, что речь была о Calculate или ещё чем-то, где бинарные пакеты кто-то собрал. В Gentoo вот так.

Ответить | Правка | Наверх | Cообщить модератору

262. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (149), 09-Мрт-20, 18:29 
Внезапно, но в Генту, в основном дереве, тоже есть бинарные пакеты. Их довольно много, некоторые даже проприетарные, другие просто "от Васи". В сторонних репах их ещё больше.
Ответить | Правка | Наверх | Cообщить модератору

279. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (239), 10-Мрт-20, 09:02 
> Внезапно, но в Генту, в основном дереве, тоже есть бинарные пакеты.

Не удивительно, что ты забыл привести примеры. Ведь флагов cups и vala там нет.

Ответить | Правка | Наверх | Cообщить модератору

280. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (149), 10-Мрт-20, 10:49 
Ой херню не городи. Конечно там нет флагов, они же захардкожены. Скажем, opera и librsvg соответственно. На самом деле ещё и все эти электроны с компанией (включая nwjs). Хватит, нет? Ну так я ими пользуюсь прекрасно и они все очень нужны.
Ответить | Правка | Наверх | Cообщить модератору

281. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (239), 10-Мрт-20, 12:34 
> Ой херню не городи. Конечно там нет флагов, они же захардкожены. Скажем,
> opera и librsvg соответственно.

Если эту твою херню не огораживать, она начинает расползаться. https://wiki.gnome.org/Projects/LibRsvg внезапно доступна в исходниках и имеет USE флаг vala, а cups в зависимостях отсутствует.

> На самом деле ещё и все эти
> электроны с компанией (включая nwjs). Хватит, нет?

Надеюсь, одного примера тебе достаточно, что бы сделать выводы.

Ответить | Правка | Наверх | Cообщить модератору

288. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (149), 11-Мрт-20, 01:02 
>внезапно

Толку то? Это захардкоженная зависимость.

>тебе достаточно

Тебе явно не достаточно нескольких. Бинарный софт может быть жёстко слинкован с cups, всё, period. Во всяком случае выкорчевать зависимость у меня не получилось, видимо нужно создавать заглушку и патчить все символы.

Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

291. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (239), 11-Мрт-20, 07:26 
>>внезапно
> Толку то?

Вот и я не знаю, зачем ты пытался дезинформировать, называя https://wiki.gnome.org/Projects/LibRsvg бинарным пакетом. Истина установлена без проблем.

>>тебе достаточно
> Тебе явно не достаточно нескольких.
> Бинарный софт может быть жёстко слинкован с
> cups, всё, period.

Хочешь сказать, что имеется ELF-файл, статически связанный с библиотекой, которую ты выпилил из системы. И загрузчик его запустил?))) Да, тут можно поставить точку. Но ты продолжай, я давно такого не видел.

Ответить | Правка | К родителю #288 | Наверх | Cообщить модератору

292. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (149), 11-Мрт-20, 08:16 
Где я говорил, что librsvg бинарный? Я говорил, что он имеет захардкоженную валу в ебилде. Зависимость не слишком жёсткая, поскольку без неё всё прекрасно собирается и работает. И раз она там уже с год, убирать её, видимо, не собираются.

>статически

Откуда у тебя появились статические библиотеки, дурень? В общем, перечитай и поучись понимать написанное пока, а я больше с тобой разговаривать не буду. Твой уровень было видно изначально.

Ответить | Правка | К родителю #291 | Наверх | Cообщить модератору

293. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (239), 11-Мрт-20, 08:39 
> Где я говорил, что librsvg бинарный?

В #262

> Я говорил, что он имеет захардкоженную

Потом принялся подменять исходный тезис.

>>статически
> Откуда у тебя появились статические библиотеки

Из твоего утверждения, что загрузчик оказался способен загрузить исполняемый файл, когда ты выпилил .so. Но ты продолжай, расскажи, как оно на самом то деле. ;)

> дурень?

Сочувствую.


Ответить | Правка | К родителю #292 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру