The OpenNET Project / Index page

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



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

Оглавление

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

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


17. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (17), 08-Мрт-20, 11:03 
А подскажите, пожалуйста, аналог для apt.

   % pacman -S <pkg> --assume-installed <pkg>

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

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ообщить модератору

25. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (24), 08-Мрт-20, 11:24 
rpm -ivh --nodeps $pkg
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

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

226. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (224), 09-Мрт-20, 06:20 
> Я рад, что rpm такое умеет, но нужно для apt...

Я себе для такого просто крою пакеты которые provides <whatever crap>. Ну вот такие виртуальные пакеты, чтобы зависимости за майнтайнерами не перекраивать. И явно видно что оверрайд повешен, если что-то пойдет не так - видно в чем прикол.

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

35. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от ubuntuser (?), 08-Мрт-20, 11:48 

apt вроде не умеет, но через dpkg можно

dpkg -i --ignore-depends=package,…

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

45. "Выпуск пакетного менеджера APT 2.0"  –1 +/
Сообщение от Аноним (48), 08-Мрт-20, 12:03 
И кто после этого Advanced Package Tool? Эх...
Ответить | Правка | Наверх | Cообщить модератору

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

61. "Выпуск пакетного менеджера APT 2.0"  –2 +/
Сообщение от Аноним (61), 08-Мрт-20, 13:04 
Пока не уверен в том, что ты делаешь, рискуешь с любым автоматом.
Ответить | Правка | Наверх | Cообщить модератору

216. "Выпуск пакетного менеджера APT 2.0"  +1 +/
Сообщение от Аноним (-), 09-Мрт-20, 02:42 
apt сделан для эксплуатации системы, а не для того чтобы все мастерски изломать.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск пакетного менеджера APT 2.0"  +3 +/
Сообщение от linvinus (?), 08-Мрт-20, 12:48 
такое очень редко требуется, как правило такая необходимость означает что что то делается не так.
но, если очень нужно, то чуть сложнее но возможно

mkdir -p /tmp/fakepackages/DEBIAN

nano /tmp/fakepackages/DEBIAN/control
Package: fakepackages
Version: 1.0
Architecture: all
Maintainer: vasya <vasya@asd.asd>
Provides: any_package1,any_package2
Description: fakepackages provides any_package1,any_package2

cd /tmp
dpkg -b /tmp/fakepackages
sudo dpkg -i /tmp/fakepackages.deb

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

58. "Выпуск пакетного менеджера APT 2.0"  +1 +/
Сообщение от linvinus (?), 08-Мрт-20, 12:50 
any_package1,any_package2 это то что вы хотели указать в --assume-installed
Ответить | Правка | Наверх | Cообщить модератору

59. "Выпуск пакетного менеджера APT 2.0"  +3 +/
Сообщение от linvinus (?), 08-Мрт-20, 12:56 
sudo apt install any_package1
Чтение списков пакетов… Готово
Построение дерева зависимостей      
Чтение информации о состоянии… Готово
Заметьте, вместо «any_package1» выбирается «fakepackages»
Уже установлен пакет fakepackages самой новой версии (1.0).
Обновлено 0 пакетов, установлено 0 новых пакетов, для удаления отмечено 0 пакетов, и 0 пакетов не обновлено.
Ответить | Правка | Наверх | Cообщить модератору

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

101. "Выпуск пакетного менеджера APT 2.0"  +2 +/
Сообщение от Аноним (100), 08-Мрт-20, 16:06 
Кто-нибудь, сделайте что-нибудь. (с)
Ответить | Правка | Наверх | Cообщить модератору

122. "Выпуск пакетного менеджера APT 2.0"  +1 +/
Сообщение от Crazy Alex (ok), 08-Мрт-20, 16:52 
Зачем? Это костыль, идущий против идеологии апта. А корректные  средства, позволяющие опакетить что-то установленное со стороны, давно есть, начиная с того же checkinstall.
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

138. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (138), 08-Мрт-20, 18:06 
Зачем??? Для удобства использования! Всё равно эта функциональность есть уже в dpkg. Раньше вон apt локальный пакет не мог установить. Только через dpkg. Сейчас и apt умеет. А вы мне тут об опакечивании/перепакечивании. Лишь бы поспорить без знании темы, вообще.
Ответить | Правка | Наверх | Cообщить модератору

173. "Выпуск пакетного менеджера APT 2.0"  +1 +/
Сообщение от Аноним (-), 08-Мрт-20, 20:55 
ТЮ! А я до сих пор пакеты через dpkg -i ставлю.
Ответить | Правка | Наверх | Cообщить модератору

227. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (224), 09-Мрт-20, 06:23 
> Спасибо за много букв. Предложите лучше кто-нибудь разработчикам добавить
> такую же функциональность в apt.

Чтобы их и майнтайнеров потом заколебали абсолютно левыми багрепортами всякие умники? Ну даже не знаю, мне кажется они не будут разделять ваш энтузиазм :)

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

164. "Выпуск пакетного менеджера APT 2.0"  +1 +/
Сообщение от Michael Shigorinemail (ok), 08-Мрт-20, 20:07 
Собрать/поставить пакет-пустышку, "предоставляющий" <pkg>?
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

179. "Выпуск пакетного менеджера APT 2.0"  +1 +/
Сообщение от Аноним (182), 08-Мрт-20, 21:58 
Так и в арче делают многие. Но есть же встроенные возможности в менеджере пакетов. Почему бы ими и не пользоваться?
Ответить | Правка | Наверх | Cообщить модератору

245. "Выпуск пакетного менеджера APT 2.0"  +1 +/
Сообщение от Аноним (80), 09-Мрт-20, 13:11 
Потому что это создает подводные камни при обновлении, не?

Я понимаю, что в Арче принято обновляться раз в полгода, потому что это дикий гемор. А вот в RHEL/CentOS и Debian/Ubuntu просто не принято превращать процесс обновления в минное поле, и там обновляться можно хоть каждый день, представляете?

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

275. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (275), 09-Мрт-20, 22:02 
> там обновляться можно хоть каждый день, представляете?

Отлично представляю. Пять лет уже обновляю Arch каждый день, как и многие другие.

Раз в полгода? Что за бред? Зачем тогда нужен Arch? Смешно.

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

284. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от КО (?), 10-Мрт-20, 16:10 
>Потому что это создает подводные камни при обновлении, не?

Скорее наоборот. Вот фейковый пакет - это мина замедленного действия. Когда захочется поставить еще один пакет, которому эта зависимость действительно нужна будет.

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

270. "Выпуск пакетного менеджера APT 2.0"  +/
Сообщение от Аноним (-), 09-Мрт-20, 21:40 
> Так и в арче делают многие. Но есть же встроенные возможности в
> менеджере пакетов. Почему бы ими и не пользоваться?

Ну вы сравнили блин арч и дебиан. В дебиане ориентация на практическое применение, а не системокрушильные эксперименты. По той же причине там никто не парится простыми даунгрейдами. Ну не требуется это в продакшне в 99.9(9)% случаев.

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

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

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




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

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