| |
| |
| 3.12, Аганим (?), 18:18, 05/04/2017 [^] [^^] [^^^] [ответить]
| +/– |
Запускаю пакетный менеджер довольно редко
Особой скорости от него не требую
Пользуюсь двумя-тремя командами.
Вообще, он обычно сам автоматически где-то себе пыхтит и есть не просит
Какой смысл их вообще сравнивать?
| | |
|
| 2.4, Аноним (-), 12:48, 05/04/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я так понимаю это стрелочками показано продвижение ПМ от самого примитивного к самому продвинутому.
| | |
| 2.9, Аноним (-), 15:02, 05/04/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Zypper как я понимаю может обновлять патчами и экономить трафик
| | |
| |
| 3.19, Аноним (-), 13:16, 06/04/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
Поржал. Посмотри на размер апдейтов для венды. Рядом с этим пакетики по 100-500кб - это вообще ниочём.
| | |
|
| 2.21, XoRe (ok), 00:48, 07/04/2017 [^] [^^] [^^^] [ответить]
| +/– |
 > Pacman > Brew > DNF > Zypper > Yum > Apt > Apt-get > Aptitude
Вы забыли поставить emerge и pkg-add из фряхи в левый конец списка, чтобы ещё сильнее понтануться
| | |
| |
| 3.23, tensor (?), 07:05, 07/04/2017 [^] [^^] [^^^] [ответить]
| +/– |
Что Вы, у таких людей в левом конце Windows Installer, разумеется ;)
| | |
|
|
| 1.5, ALex_hha (ok), 13:01, 05/04/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 а что умеет такого тот же apt-get, чего не умеет rpm/yum? Я за 10 лет столкнулся только с одним ограниченим, если так можно сказать - в rpm/yum нет аналога apt-get purge.
| | |
| |
| 2.6, J.L. (?), 13:05, 05/04/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > а что умеет такого тот же apt-get, чего не умеет rpm/yum? Я
> за 10 лет столкнулся только с одним ограниченим, если так можно
> сказать - в rpm/yum нет аналога apt-get purge.
да явно не хватает packetmanagerd который их всех построит
даже если он будет хуже nix - главное чтоб он был общий
| | |
| |
| 3.11, кверти (ok), 17:55, 05/04/2017 [^] [^^] [^^^] [ответить]
| +/– |
 Унификация - это хорошо с технической точки зрения. К тому же нет распыления сил на одинаковые по сути проекты. НО! Это напрочь убивает необходимую конкуренцию в реализации тех или иных проектов. Нельзя, например, заставить человека пилить systemd, но он может реализовать свои идеи и "фишки" в Upstart, из которого эти реализации могут перейти в тот же Systemd и вдохновить новые идеи и реализации, гораздо более лучшие. И так во всем! Я лично категорически против лозунга вида "одна страна - одна нация"
| | |
| |
| 4.14, J.L. (?), 19:18, 05/04/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Унификация - это хорошо с технической точки зрения. К тому же нет
> распыления сил на одинаковые по сути проекты. НО! Это напрочь убивает
> необходимую конкуренцию в реализации тех или иных проектов. Нельзя, например, заставить
> человека пилить systemd, но он может реализовать свои идеи и "фишки"
> в Upstart, из которого эти реализации могут перейти в тот же
> Systemd и вдохновить новые идеи и реализации, гораздо более лучшие. И
> так во всем! Я лично категорически против лозунга вида "одна страна
> - одна нация"
GNU/Hurd вам никто не мешает запилить
и таскать хоть в BSD, хоть в Linux
но при этом GNU/Linux служит магистральным тепловозом и для GNU, и фактически для Hurd, и для BSD (как явная демонстрация самой возможности открытого промышленного ядра, имхо)
а если бы изначально были почти одинаковые, но не очень совместимые по апи, примерно равноценные по аудитории Ainux, Binux, Cinux - не было бы тепловоза-магистральника
ps: я вообще за добровольнопринудительный единый (сырцовый+патчевый)+(проприетарно+бинарная часть) репозиторий для всех дистрибов линукса из которого мантейнеры каждого дистриба собирали бы пакеты ставя галочки на нужных им патчах и вставляя свои патчи в тот же реп
с единой системой выбора зависимостей
а пакетный манагер может быть любой, но пакеты растут из того самого единого репа, пусть даже качаются с личного_сайта_дистрибутива, но собраны именно из того самого единого
(и уже лично мне б уже хотелось бы чтоб он был похож на nix)
| | |
|
|
| 2.25, SunXE (ok), 14:13, 14/04/2017 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Возможно я чего-то не знаю в apt, лично мне не удобно:
apt-get install --only-upgrade package_name
куда проще yum upgrade package_name
не удобно apt-get update && apt-get hold package_name && apt-get upgrade -y
удобнее yum upgrade -y --exclude package_name
Аналогов yum history, groupinstall я вообще не нашёл.
Я уже не говорю что визуальный вывод о пакетах у apt-get не такой читабильный как у yum.
| | |
|
|
