Сформирован (http://anonscm.debian.org/cgit/apt/apt.git/commit/?id=4c482a...) релиз инструментария для управления пакетами Apt 1.1 (https://wiki.debian.org/Apt) (Advanced Package Tool), развиваемого проектом Debian. Кроме Debian и производных от него дистрибутивов Apt также применяется в некоторых дистрибутивах на основе пакетного менеджера rpm, таких как OpenMandriva и ALT Linux. Новый выпуск уже интегрирован (https://packages.debian.org/source/sid/apt) в ветку Debian Unstable и из-за изменения ABI привёл к необходимости пересборки пакетов, связанных с libapt.
Из изменений (http://anonscm.debian.org/cgit/apt/apt.git/tree/debian/chang...) можно отметить:
- Возможность установки индивидуальных пакетов ("apt-get install foo_1.0_all.deb") и указания полного пути к пакету ("apt-get install /foo/bar.deb");
- Поддержка команды "apt-get build-dep foo.dsc";
- Увеличена точность вывода информации о прогрессе выполнения операции "apt-get update" за счёт предварительной загрузки данных о размере;- Реализован упрощённый метод загрузки по хэшам (by-hash) при выполнении "apt update", позволивший увеличить надёжность применения обновлений (в репозиториях, поддерживающих by-hash, файл Packages вначале проверяется в /by-hash/$hash_type/$hash_value);
- Поддержка удаления по хэшу ('apt-key del fingerprint');
- Возможность использования gnupg2 в вместо gnupg;
- Добавлена опция "--sha512";
- Реализована верификация .diff/Index на начальной стадии загрузки;
- В sources.list реализована директива Signed-By;
- Реализован транзакционный метод обновления (acq-trans) при выполнении "apt-get update", при котором строка из sources.list вначале помещается в partial/ и только после проверки всех данных разом перемещается в lists/;- Введена система проверки размера загружаемых служебных данных. Если размер известен, apt теперь не будет загружать больше данных, чем ожидается. Максимальный размер регулируется параметром Acquire::MaxReleaseFileSize;
- Добавлена поддержка метода PDiff для наложения патчей к сжатым данным;- Для исключения неоднозначной трактовки команда 'apt-get files' переименована в 'apt-get indextargets';
- Реализована команда "apt-cache showsrc --only-source srcpkgname".</i;>
URL: https://lists.debian.org/debian-devel-changes/2015/11/msg027...
Новость: http://www.opennet.me/opennews/art.shtml?num=43403
Время переустанавливать дебиан - дебиан сам себя не переустановит :^D
> Время переустанавливать дебиан - дебиан сам себя не переустановит :^DЗачем бы? :)
В OpenMandriva используется apt?… Новость для меня. Я использовал «родной» для OpenMandriva urpmi.
до сих пор встречаются ситуации, когда обновление пакетного менеджера тянет за собой проблемы с обновлением всего остального
Когда школьник сидит на сиде?
когда на сиде вертится сервак, потому что в штабле уже все окаменело
> когда на сиде вертится сервакА, localhost школьника...
Что ж у Вас что ни анонимус, то школьник? Аль били в школе часто?
Да это распространённая аберрация сознания у школьников, когда им кажется, что весь мир школа и все вокруг, как и они, школьники. Выше был классический случай.
Экспериментировать с нестабильными релизами может по определению человек, который не несет ответственности, имеет дохери свободного времени, и у которого черви в заднице возятся.Мне лично на протяжении овер 10 лет на серверах стабильного релиза было достаточно. А когда я хотел странного, я брал единственный пакет из бэкпортов.
> Экспериментировать с нестабильными релизами может по определению человек, который не несет ответственности, имеет дохери свободного времени, и у которого черви в заднице возятся.
> Мне лично на протяжении овер 10 лет на серверах стабильного релиза было достаточно. А когда я хотел странного, я брал единственный пакет из бэкпортов.Ответственность - это не отказ от экспериментов.
Вы видимо никогда не знали, что за эксперименты тоже можно брать ответственность.
А бывает и так, что именно необходимость провести эксперимент бывает наиболее ответственным решением!Если бы никто не экспериментировал с нестабильными релизами, тогда никогда не было бы стабильных релизов.
Не говоря уже вообще про разработку ПО.
У вас просто другая крайность. Да, таки бывают безответственные школьники. Только еще не меньше бывает туповатых взрослых с ложной ответственностью. Когда под прикрытием якобы чувства ответственности, процветает элементарная зависть и стереотипность мышления, а также атрофия всех способностей к обучению.
В результате пытаются душить любую инициативу и любой творческий замысел. Конечно, ведь с этим связаны какие-то риски. А если ничего и не делать и ничего не менять - то никаких рисков как будто и не будет! Офигенно ответственная позиция!
И обычно за такими оправданиями досиживаются до того, когда вокруг все настолько меняется, что они со своей якобы ответственностью становятся уже не интересны и не нужны.
Это не экспериментаторы, а тестеры. В продакшен такое будет ставить только полный кретин.
> Это не экспериментаторы, а тестеры. В продакшен такое будет ставить только полный кретин.Не спорю.
Только где в предыдущих постах речь шла именно о продакшене?
Суть заявлений предыдущих выступающих была, типа, зачем вообще использовать что-то нестабильное, когда есть стабильное, и что, типа, нестабильные релизы используют только якобы школьники.О том и речь. Люди с консервативным и стереотипным мышлением дальше продакшена ничего не видят, поскольку по своей сути являются лишь пассивными потребителями, не способными решить чуть более сложную задачу, выходящую за пределы руководства для чайников, которое они однажды прочитали и возомнили себе.
И о том и речь, что откуда бы появился продакшн, и как бы он развивался, если бы тестами, не говоря уже о девелопменте, занимались бы только школьники. Видимо без профессионалов здесь тоже никак не обошлось, чего потребители упорно отказываются замечать. Последним же кажется, что если они сами чего-то не могут и не умеют, то никто другой не может, и вообще по их мнению, не должен мочь, уметь и знать того, что им самим не доступно.
И понято, чисто по-человечески, что потребители не обязаны копаться в деталях, и у них нет на это времени, чтобы возиться с нестабильными релизами и дистрибутивами.
И безусловно, нестабильные релизы требуют большого количества времени на эксплуатацию.
Но почему такие потребители осуждают людей, которые по своему призванию посвящают бОльшую часть (да, именно бОльшую часть) своей жизни тому что им нравится - в частности, эксплуатации "свежего" софта, поиску и устранению неисправностей. Не говоря уже вообще о создании софта. Почему эти недалекие потребители считают что только школьники могут тратить на это время? Ответ простой - банальная зависть и комплексы умственной неполноценности.
При этом такие недалекие потребители еще и гордо называют себя администраторами! Научившись по рецептам юзать то, что для них создали люди, которых они всех без исключения считают "школьниками". Таким потребителям кажется, что если они по рецептам вышли за пределы локалхоста, и какой-то босс тоже по такой же недалекости доверил им свой "продашн" - то они сами уже не "школьники", а якобы настоящие профи.
Да, действительно, настоящие админы не будут понтоваться, что-то кому-то доказывать, и поставят в продакшн стабильные релизы. Только потребители забывают при этом, что профессиональные админы, как правило параллельно активно юзают эти самые нестабильные релизы, которые эти потребители так ненавидят и боятся самого факта их существования. И да, часто бывает так, что профессионалу бывает достаточно для саморазвития и поддержания собственной формы юзать нестабильный дистрибутив исключительно на своем домашнем локалхосте.
Ну так средний потребитель даже на своем локалхосте не сможет нестабильный дистрибутив юзать. И это нормально. Только из этого никак не следует, если кто-то на своем локалхосте юзает что-то нестабильное (при этом еще и понимает что он делает и успешно справляется со всеми возникающими при этом проблемами) - что он от этого якобы однозначно сразу "школьник".
"Школьники" (среди которых много взрослых, остановившихся в развитии, ведь дело не в возрасте, а в способностях, иной современный школьник даст фору целому отделу взрослых особей) характеризуются не тем, ГДЕ они и ЧТО они юзают - на локалхосте, в продакшене или нет - а тем, КАК именно они это юзают.
>> Это не экспериментаторы, а тестеры. В продакшен такое будет ставить только полный кретин.
> Только где в предыдущих постах речь шла именно о продакшене?Там где школие гордо заявило "сервак".
> Суть заявлений предыдущих выступающих была, типа
Суть лично моего выступления была не "типа", а предельно проста - сид не
предназначен для продакшена по определению. Игнорирование этого
простого факта - довольно хороший маркер квалификации.> Но почему такие потребители осуждают людей, которые по своему призванию посвящают бОльшую
> часть (да, именно бОльшую часть) своей жизни тому что им нравится
> - в частности, эксплуатации "свежего" софта, поиску и устранению неисправностей.Потому что дальше локалхоста их "поиск и устранение" не
распространяется. Пользу приносят те, кто хоть баги заводит, а школие
с "серваками на сиде" - этому, увы, категорически не обучено.
> Это не экспериментаторы, а тестеры. В продакшен такое будет ставить только полный
> кретин.У вас очень ограниченный мирок.
Есть продакшн сервера которые и пару дней могут выключенные простоять.И на таких серверах обкатывается что-то (в том числе и новые версии операционных систем),
что потом, возможно, будет устанавливаться на сервера для которых простой недопустим.
Когда на сиде вертится сервак, это уже дигноз покруче чем "школьник"
> Когда на сиде вертится сервак, это уже дигноз покруче чем "школьник"А когда самописные приложения на серваке вертятся?
Ну те, которые банки, нефтяные компании для себя пишут.
Времена когда в sid что то по серьёзному ломали уже давным-давно прошли.
Не встречается.
В Альте придётся много перепиливать под новую версию?
Или вы решите с предыдущей остаться, а там потихоньку?
А там разве не древний как г*вно мамонта форк?
> А там разве не древний как г*вно мамонта форк?Вот это нам Миша и расскажет, я надеюсь.
> В Альте придётся много перепиливать под новую версию?Много, у нас форк ещё 0.5.x (правда, как и с rpm-4.0.4, он сильно ушёл вперёд).
> Или вы решите с предыдущей остаться, а там потихоньку?
Угу. Часть работ уже проведена, выяснены узкие места, но с разбегу не берутся.
> дебиан сам себя не переустановитПочему это?
Кто за тебя apt ... вводить будет?
> Кто за тебя apt ... вводить будет?cron-apt ?
Ждём ебилдо^W deb-пакетов. Хм, "apt-get install apt" звучит немножко странно.
> "apt-get install apt" звучит немножко странно.Что странного? apt постепенно приходит на смену apt-get и apt-cache, пока еще неполноценно, но приходит. До недавнего времени команды apt не существовало, были apt-get, apt-cache, apt-config, apt-cdrom, apt-key. Сейчас apt может заменить собой apt-get и apt-cache. При этом в нем есть функционал которого не было в предшественниках(либо я его не знал все 15 лет пользования Debian), apt list --upgradable это прекрасно.
>До недавнего времени команды apt не существовало, были apt-get, apt-cache, apt-config, apt-cdrom, apt-key.Вот наличие команд apt-* с кучей суффиксов вместо одной единой команды apt которая принимает различные опции (apt search, apt install, apt remove, apt update, apt upgrade) - это самая большая вещь которая меня раздражает в Debian (это чисто эстетически крайне некрасиво, и необходимо помнить ненужные суффиксы), почему за столько лет ещё не перешли на просто apt непонятно совершенно.
> почему за столько лет ещё не перешли на просто apt
> непонятно совершенно.Ну вот просто apt зарелизился не так давно(в апреле прошлого года), в stretch он у меня есть, в Ubuntu 14.04 тоже есть, есть ли jessie не знаю, под рукой отсутствует, проверить не могу.
>в Ubuntu 14.04 тоже естьВ 14.04 у apt отсутствует автодополнение по клавише Tab для некоторых его опций, например, набираю apt s, жму Tab, автодополняется до apt show, а мне нужен был search. Если вручную написать apt search firefox то поиск работает. При этом такие опции apt как remove, purge, install, update, upgrade, dist-upgrade успешно автодополняются по Tab.
> В 14.04 у apt отсутствует автодополнение по клавише Tab для некоторых его
> опций, например, набираю apt s, жму Tab, автодополняется до apt show,
> а мне нужен был search. Если вручную написать apt search firefox
> то поиск работает. При этом такие опции apt как remove, purge,
> install, update, upgrade, dist-upgrade успешно автодополняются по Tab.За дополнение отвечает не apt, а автодополнение вашего шелла. Смотрите в сторону bash-completion, можете сами его научить нужному. И, да, у apt нет dist-upgrade, есть full-upgrade.
>За дополнение отвечает не apt, а автодополнение вашего шелла. Смотрите в сторону bash-completion, можете сами его научить нужному.Ещё чего, всё должно работать из коробки.
>И, да, у apt нет dist-upgrade, есть full-upgrade.
Тем не менее если набрать apt d и нажать Tab то автодополняется до apt dist-upgrade.
>>За дополнение отвечает не apt, а автодополнение вашего шелла. Смотрите в сторону bash-completion, можете сами его научить нужному.
> Ещё чего, всё должно работать из коробки.Что должно работать? За дополнение отвечает шелл. apt пока вы его не запустили ничего не знает о том, что вы его хотите запустить. Из какой коробки? Вам не хватает дополнений? Напишите их и отправьте мэйнтейнеру.
>Из какой коробки? Вам не хватает дополнений? Напишите их и отправьте мэйнтейнеру.Не прикидывайся веником, ты всё понял, о том и речь что я не должен ничего отправлять мэйнтейнеру, а всё уже должно быть настроено из коробки.
>>Из какой коробки? Вам не хватает дополнений? Напишите их и отправьте мэйнтейнеру.
> Не прикидывайся веником, ты всё понял, о том и речь что я
> не должен ничего отправлять мэйнтейнеру, а всё уже должно быть настроено
> из коробки.Кому и что должно в открытом и бесплатном проекте? Оно ничего никому не должно. Не хватает функционала? Дописал и отправил патч.
Не функционала, а функциональности. Не в "в открытом и бесплатном", а в свободном.
Так и пишите свои притенении в новости про используемый вами шелл.
> В 14.04 у apt отсутствует автодополнение по клавише Tab для некоторых его опций,Ты шутишь или действительно думаешь что команда может что-то тебе подсказывать (автодополнение) _до_того_ как ты её запустил на выполнение (нажал Enter)?
>> В 14.04 у apt отсутствует автодополнение по клавише Tab для некоторых его опций,
> Ты шутишь или действительно думаешь что команда может что-то тебе подсказывать
> (автодополнение) _до_того_ как ты её запустил на выполнение (нажал Enter)?man zsh || find /usr/share/doc -name bash_completion.txt
(а вообще человек оговорился, наверное -- не "у apt", если речь не про apt-shell)
> man zsh || find /usr/share/doc -name bash_completion.txtA почему не
man apt || find /usr/share/doc -name apt_completion.txt
?
Ты выбрал древний дистрибутив в котором нет автодополнения apt. Начиная с 15.04 автодополнение появилось.
А в Debian даже в unstable у apt вообще отсутствует полностью автодополнение, вот такой вот "замечательный" в Debian мейнтейнер у пакета bash-autocompletion.
> А в Debian даже в unstable у apt вообще отсутствует полностью автодополнение,
> вот такой вот "замечательный" в Debian мейнтейнер у пакета bash-autocompletion.Так повесьте же наконец багу да выпейте чаю.
Багрепортов там до дури, больше сотни, висят годами:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?repeatmerged=n...Видимо мейнтейнер bash-autocompletion подходит к делу согласно поговорке: работа не волк, в лес не убежит. Так багрепорт для apt был заведён 5 мая 2014 года, думаю ещё полгода-годик и auto-completion для apt появится наконец и в Debian:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747094
>>есть ли jessie не знаюПроверил - есть :)
>>>есть ли jessie не знаю
> Проверил - есть :)Спасибо, буду знать :)
>Вот наличие команд apt-* с кучей суффиксов вместо одной единой команды apt ...Легким движением руки брюки превращаются... apt-* -> apt -> dnf :D
ты не фрацтаил случайно? а то легким движением руки пакетный менеджер может превратиться в systemd-dnfd
Хорошо было бы
man alias
>> Сейчас apt может заменить собой apt-get и apt-cache. При этом в нем есть функционал которого не было в предшественникахapt autoclean
>> E: Invalid operation autocleanapt autoremove
>> E: Invalid operation autoremoveМда. Жаль.
В ubuntu 15.10 работает и apt autoclean и apt autoremove
Нормально оно звучит :-)
В какой-то версии дебиана так и рекомендовали апгрейдиться - вначале апт, потом всё остальное.
zypper up zypper
> apt-get install foo_1.0_all.debУРА!!!
сколько же ждать пришлось
Теперь столько же ждать будете apt-get update <repo>
>> apt-get install foo_1.0_all.deb
> УРА!!!Чо ура, dpkg -i foo_1.0_all.deb писать короче :D
>>> apt-get install foo_1.0_all.deb
>> УРА!!!
> Чо ура, dpkg -i foo_1.0_all.deb писать короче :DТа же д.б.бы б.
apt install fo[...]Те двое выше новости не читали. (я тоже нен читал, незачем)
>>-i
>installбилн, не короче. посыпаю.
>>> apt-get install foo_1.0_all.deb
>> УРА!!!
> Чо ура, dpkg -i foo_1.0_all.deb писать короче :DАга. И получаем «Ой! Не шмагла! Зависимости! Делай теперь, хозяин apt-get install -f».
На самом делеsudo gdebi foo_1.0_all.deb
>sudo gdebi foo_1.0_all.debУпоролся? Специально для этого сделали dpkg. Я посмотрю, как ты это будешь выполнять на сервере. Лол.
>>sudo gdebi foo_1.0_all.deb
> Упоролся? Специально для этого сделали dpkg. Я посмотрю, как ты это будешь
> выполнять на сервере. Лол.Так же, как всегда делаю.
Usage: gdebi [options] filename
Не путай gdebi и gdebi-gtk. dpkg не способен поставить зависимости к пакету, а лишь может сказать «паламалася я». gdebi же принесет все зависимости сам. То что вы не знаете о том, что gdebi — cliшная утилита лишь говорит о том, что видели Debian только у себя в виртуалочке на своей винде.
>> apt-get install foo_1.0_all.deb
> УРА!!!Из альтового сбэкпортили, что ли? :)
>> Возможность установки индивидуальных пакетов ("apt-get install foo_1.0_all.deb") и указания полного пути к пакету ("apt-get install /foo/bar.deb"); <<Ну наконец-то! Можно будет в Ubunte делать как и в Alt'е!) А то вызывало диссонанс - в "родном" для apt дистре не работает то, что работает в "не родном"..
apt и пакеты на винты мои сели
apt и ставиться индивидуально хотят=D
Перешли бы на Yum (Dnf) и Rpm узнали что такое счастье. Тебе и моментальное определение зависимостей, и Delta Rpm, и автоматический поиск быстрого зеркала, управление обновлениями, кэшем и всем всем всем. А то юзают какую то хрень Apt еще и радуются, извращенцы.
> автоматический поиск быстрого зеркалаКоторый работает медленнее, чем собственно скачивание чего-либо с зеркала.
Если не нравится миррорлист можешь свое любимое зеркало указать, тебе это никто не запрещает.
> Если не нравится миррорлист можешь свое любимое зеркало указать, тебе это никто
> не запрещает.проще плугин престо придушить, чем перечислять все зеркала во всех репах
Как в Yum (Dnf) сделать операцию аналогичную apt-get autoremove?
Вам это не нужно, партия не велит.
ты в жизни не поверишь, но `dnf autoremove`. впрочем, dnf взял манеру это делать автоматически
> Как в Yum (Dnf) сделать операцию аналогичную apt-get autoremove?Я наоборот в dnf.conf прописываю keepcache=true, что бы после установки или обновления он не удалял пакеты.
причем тут кэш и ненужные зависимости?
А как в apt сделать dnf history undo ?
не как
И поиск быстрого зеркала есть и все остальное. Ну а самое главное в DEB изначально были скрипты ДО инсталяции, ПОСЛЕ инсталяции, ДО деинсталяции и ПОСЛЕ деинсталяции.
А в RPM такого не было. И сомнительно что есть сейчас.
С разморозкой: а альте, к примеру, это с каменного века.
Именно ПРЕД И ПОСТ скрипт на инсталляцию и деинсталляцию?
Может просто скрипт на инсталляцию и скрипт на деинсталляцию?
Не путаете?
"Именно ПРЕД И ПОСТ скрипт на инсталляцию и деинсталляцию?"вы меня пугаете! я помню их еще rpm3 & rh4.x - то есть около 20 лет!
Что сниться в криокамере?
> Именно ПРЕД И ПОСТ скрипт на инсталляцию и деинсталляцию?
> Может просто скрипт на инсталляцию и скрипт на деинсталляцию?
> Не путаете?Пожалуйста, изучайте матчасть перед столь уверенными утверждениями. Особенно когда они глупейшие.
Как вариант, скормите яндексу rpm spec %pre %post %preun %postun (и ещё про триггеры).
> И поиск быстрого зеркала есть и все остальное. Ну а самое главное
> в DEB изначально были скрипты ДО инсталяции, ПОСЛЕ инсталяции, ДО деинсталяции
> и ПОСЛЕ деинсталяции.
> А в RPM такого не было. И сомнительно что есть сейчас.Всю жизнь было, с разморозкой
>Всю жизнь было, с разморозкойОшибаетесь в RPM был только инсталляционный и деинсталляционный скрипт (два скрипта на пакет) а в DEB изначально четыре скрипта на пакет
>>Всю жизнь было, с разморозкой
> Ошибаетесь в RPM был только инсталляционный и деинсталляционный скрипт (два скрипта на
> пакет) а в DEB изначально четыре скрипта на пакетДа хоть 10 скриптов на пакет, если этот deb такой бестолковый и не понимает, с первого слова, что надо делать, то зачем он нужен такой разговорчивый? Вот RPM установил, удалил, переустановил, проверил пакет. Все больше ничего не надо, если не тривиальная установка, то это пусть баш делает.
Неправда.
http://www.rpm.org/max-rpm/s1-rpm-inside-scripts.htmlThe %pre Script
The %pre script executes just before the package is to be installed. It is the rare package that requires anything to be done prior to installation; none of the 350 packages that comprise Red Hat Linux Linux 4.0 make use of it.
The %post Script
The %post script executes after the package has been installed. One of the most popular reasons a %post script is needed is to run ldconfig to update the list of available shared libraries after a new one has been installed. Of course, other functions can be performed in a %post script. For example, packages that install shells use the %post script to add the shell name to /etc/shells.
If a package uses a %post script to perform some function, quite often it will include a %postun script that performs the inverse of the %post script, after the package has been removed.
The %preun Script
If there's a time when your package needs to have one last look around before the user erases it, the place to do it is in the %preun script. Anything that a package needs to do immediately prior to RPM taking any action to erase the package, can be done here.
The %postun Script
The %postun script executes after the package has been removed. It is the last chance for a package to clean up after itself. Quite often, %postun scripts are used to run ldconfig to remove newly erased shared libraries from ld.so.cache.
> Что-ж я рад что теперь RPM умеет то что DEB умел изначально и RPM не умел долгое времяТеперь - это уже лет 15. Документ, выше по ссылке, датирован 2000 годом.
>>Неправда
> Что-ж я рад что теперь RPM умеет то что DEB умел изначально
> и RPM не умел долгое времяВы еще вспомните кто первый убил мамонта.
> Что-ж я рад что теперь RPM умеет то что DEB умел изначально
> и RPM не умел долгое времяЕщё один всплеск этого упорного бреда -- и я его зачищу весь, оставив только ответ Андрея как наиболее обстоятельный.
> Перешли бы на Yum (Dnf) и Rpm узнали что такое счастье.Да ладно сказки-то рассказывать.
> Тебе и моментальное определение зависимостей
Это пока не понадобятся альтернативы в репозитории. Сузешники от них были вынуждены избавиться при переходе по сути на libsolv для разрешения зависимостей, а у шляпников и так завсегда дубовейший был репозиторий в этом плане...
// покосившись на apt-rpm
>> Тебе и моментальное определение зависимостей
> Это пока не понадобятся альтернативы в репозитории. Сузешники от них были
> вынуждены избавиться при переходе по сути на libsolv для разрешения зависимостейЧто за бред?
>>> Тебе и моментальное определение зависимостей
>> Это пока не понадобятся альтернативы в репозитории. Сузешники от них были
>> вынуждены избавиться при переходе по сути на libsolv для разрешения зависимостей
> Что за бред?Покажи, пожалуйста, пару спеков из factory, реализующих альтернативные пакеты. Может, я что-то пропустил, но в SAT не получается разрешить такую задачу воспроизводимым образом (apt реализует существенно иной метод разрешения зависимостей, включающий логику такого выбора). По математике можешь спросить ldv@, если интересно.
> Покажи, пожалуйста, пару спеков из factory, реализующих альтернативные пакеты.Наскидку, неглядя, по памяти: tftp/atftp
>Возможность установки индивидуальных пакетов ("apt-get install foo_1.0_all.deb") и указания полного пути к пакету ("apt-get install /foo/bar.deb");Ну наконец-то!
А чо, dpkg -i пальцы ломало?
нет, ломало зависимости
но лучшеб всё-таки пальцы.
Имя пакета, где dpkg ломает зависимости
> Имя пакета, где dpkg ломает зависимостиЛюбой пакет с зависимостями которые еще не установлены.
apt-btrfs-snapper, vivaldi и далее везде.
Если у тебя чего-то из требуемого ему не стоит, то при попытке поставить его через dpkg -i ты получишь писк про зависимости и предложение сделать apt-get install -f.
Обычно dpkg предлагает доустановить неустановленные пакеты для корректной установки. Так про какие ломки зависимостей шла речь, если при неудовлетворенных зависимостях инсталл идёт в девнулл, а при ключе force вы сами ломаете систему?
> Обычно dpkg предлагает доустановить неустановленные пакеты для корректной установки.
> Так про какие ломки зависимостей шла речь, если при неудовлетворенных зависимостях
> инсталл идёт в девнулл, а при ключе force вы сами ломаете
> систему?Не предлагает он доустановить. Он говорит, что нешмагла и грохается. И предлагает починить это через apt-get install -f, где -f это не force, а fix-broken.
sudo apt autoremove -не работает, еще рано?
Попробовал, пока как-то слабоюзабельно, опций почти нету. Не хватает:--no-install-reconnends
--download-only
--fix-broken
--dry-run, -s
--assume-yes, -y
--purge
--reinstall
--target-release, -t
> --dry-run, -sвот, кстати, бесит. в куче софта -> -n
Опять свистоперделки, лучше autoremove нормально бы реализовали, как в Arch. Проведите такой опыт в Дебиане: 1) apt install kde 2) apt remove kde 3)apt autoremove Грубо говоря, из 300 пакетов в системе останутся висеть мёртвым грузом штук 100. Pacman -Rs же в Arch удалит все до единого, не говоря уже про скорость работы. Кривое и устаревшее нагромождение костылей этот apt.
> Опять свистоперделки, лучше autoremove нормально бы реализовали, как в Arch. Проведите
> такой опыт в Дебиане: 1) apt install kde 2) apt remove
> kde 3)apt autoremove Грубо говоря, из 300 пакетов в системе останутся
> висеть мёртвым грузом штук 100. Pacman -Rs же в Arch удалит
> все до единого, не говоря уже про скорость работы. Кривое и
> устаревшее нагромождение костылей этот apt.Вспоминается поговорка про кулика и болото.
Товарищ конкретный пример привёл, по делу. Можешь опровергнуть -- валяй.
> Товарищ конкретный пример привёл, по делу. Можешь опровергнуть -- валяй.Не могу, в арчах не копенгаген. Надо упомянуть, что работа с пакетами в Демьяне иногда меня тоже добивает.
Бгг, ты забыл побаянить за свежесть пакетов ещё
>в Arch удалит все до единоговся суть, лол
> Опять свистоперделки, лучше autoremove нормально бы реализовали, как в Arch. Проведите
> такой опыт в Дебиане: 1) apt install kde 2) apt remove
> kde 3)apt autoremove Грубо говоря, из 300 пакетов в системе останутся
> висеть мёртвым грузом штук 100. Pacman -Rs же в Arch удалит
> все до единого, не говоря уже про скорость работы. Кривое и
> устаревшее нагромождение костылей этот apt.Используйте debfoster, пока не завезут изкоробочное.
Пётр, вообще говоря пример совсем не корректен.Во-первых, и это только верхушка айсберга: действия install и remove-autoremove не являются на 100% противоположными. Это всё потому, что в Debian существуют мягкие зависимости между пакетами.
Допустим, поставили Вы пакет А, у которого был в recommends пакет X, но который Вы, в силу некоторых причин, на тот момент дали указание не ставить. Затем, спустя, какое-то время Вы про пакет X уже и думать забыли. И вот Вы ставить пакет B, который по зависимостям тянет X в том числе. После этого, если Вы решите снести пакет B через remove-autoremove, пакет X останется в системе, как ни крути, ибо пакет A от него всё-таки зависит.
А во-вторых, и это основной момент, где Вы лопухнулись: kde -- это мета-пакет, который тянет кучу других, помечая их как manually-installed. Это делается потому, что была целая куча баг-репортов о том, что пользователи удаляли мета-пакет, и у них следом удалялось полсистемы, связанные с тем же kde/gnome2 и другими DE, для которых существовали мета-пакеты.
Потому естественно при такой последовательности действий у Вас осталось дофига всего. Существенно, что это НЕ проблемы пакетного менеджера, а проблемы, собственно, самих пакетов.
>Существенно, что это НЕ проблемы пакетного менеджера, а проблемы, собственно, самих пакетов.Да мне всё равно, чья это проблема, хоть Папы Римского. Криворукие разработчики видимо лучше знают, что мне нужно, наплодили кучу ненужных сущностей, вроде "мягких" зависимостей и инопланетной сборки деб-пакетов из исходников, вместо стремления к простоте. Короче, работать с пакетами в deb-дистрибутивах всегда было крайне неприятно - одно подключение дополнительных репозиториев и смешение разных веток чего стоит. Из бинарных дистрибутивов (да и вообще) лучшим ПМ-ом обладает Арч и производные - никаких сторонних репов, т.к. AUR представляет из себя единое адресное пространство, простые и понятные pkgbuild'ы, никаких "мягких" зависимостей и принудительной установки "рекомендованных", работающий autoremove и всё остальное. Ну традиционная свежесть пакетов и скорость работы.
Всяк кулик своё болото хвалит.
...куча сборочного хлама на диске, полная непригодность для промышленного применения во многих областях уже поэтому...Ох уж мне эти арчекулики.
APT штука хорошая но уже нужно что-то по типу GIT - с возможностью ставить что угодно и откатываться на что угодно - с возможностью запоминать любое множество текущих пакетов, изменять его, возвращаться к нему, давать имена этим множествам, как-то так. Может даже на основе git как хранилища.
> APT штука хорошая но уже нужно что-то по типу GITПлюсую. И с push нотификациями об обновления, через любой pubsub сервис.
> Плюсую. И с push нотификациями об обновления, через любой pubsub сервис.Берете apt, берете https://github.com/r-darwish/pushbullet-cli и пашите себе выхлоп apt list --upgradable после apt update.
aptly?
Именно. Самая адекватная нынче утилита для создания репозиториев apt.
> APT штука хорошая но уже нужно что-то по типу GIT - с
> возможностью ставить что угодно и откатываться на что угодно - с
> возможностью запоминать любое множество текущих пакетов, изменять его, возвращаться к
> нему, давать имена этим множествам, как-то так. Может даже на основе
> git как хранилища.Еще один изобретатель, dnf history уже все это делает.
Это кошмар мейнтейнера.
https://nixos.org/nix/ не устроит?:)
Теперь apt взялся жиреть, ну ити вашу мать!
Лишь бы не потел ...
Блин, не трогали бы то, что работает...
Ага, старые гайды уже некому переписывать?
Гайды лучше актуального Man? думаю да, ибо для дополнительных чит-кодов нужно лезть в исходники.
rpm вполне хорошо работает, зачем нужен apt?
> rpm вполне хорошо работает, зачем нужен apt?Холодильник хорошо работает, зачем нужна плита?
rpm и apt несколько про разное.
Аналогом dpkg в rpm-hell-системах является rpm, а аналогом apt yum/zypper и никак иначе.
> rpm и apt несколько про разное.Да.
> Аналогом dpkg в rpm-hell-системах является rpm, а аналогом apt yum/zypper и никак иначе.
Я бы на Вашем месте не был столь самоуверенным, поскольку упустили минимум ещё два варианта.
>> Аналогом dpkg в rpm-hell-системах является rpm, а аналогом apt yum/zypper и никак иначе.
> Я бы на Вашем месте не был столь самоуверенным, поскольку упустили минимум
> ещё два варианта.Да, в Alt не смотря на принадлежность его к rpm-hell используется apt, я это помню. Но за Alt тут выступаете Вы, Михаил.
Что я там еще упустил? dnf? Я его не видел и не горю желанием.
>>> а аналогом apt yum/zypper и никак иначе.
>> упустили минимум ещё два варианта.
> Да, в Alt не смотря на принадлежность его к rpm-hell используется apt,
> я это помню. Но за Alt тут выступаете Вы, Михаил.Вне зависимости от наличия или отсутствия меня и кого бы то ни было призываю высказываться точно :)
> Что я там еще упустил? dnf? Я его не видел и не горю желанием.
Тем не менее существует и на известных rpm-системах вполне себе является аналогом apt.
> Вне зависимости от наличия или отсутствия меня и кого бы то ни
> было призываю высказываться точно :)Я, иногда, забываю про Alt, если честно. Со времен как перестал ездить на LinuxFest и общаться там с частью вашей команды не видел вашего дистрибутива, грешен.
> Тем не менее существует и на известных rpm-системах вполне себе является аналогом
> apt.А dnf уже в каких-то продакшен-системах есть или он только на минном поле Fedora все еще?
> Я, иногда, забываю про Alt, если честно. Со времен как перестал ездить
> на LinuxFest и общаться там с частью вашей команды не видел
> вашего дистрибутива, грешен.Да лишь бы находилось то, что для Ваших задач и пользователей годится :)
На LF, кстати, небольшая группа без анонсов собирается и ныне (этим летом приезжали ещё четыре студента, встали поодаль; а с анонсами дошло было до совсем левой публики, портившей всем жизнь). Но это уж офтопик, виноват.
> А dnf уже в каких-то продакшен-системах есть или он только на минном
> поле Fedora все еще?Насколько понимаю, штатно только в федоре (поискал -- пишут, что на RHEL7 устанавливают из EPEL). Тем не менее вариантов у редхата особых нет, т.к. автор yum погиб и bus factor оказался невелик...
> На LF, кстати, небольшая группа без анонсов собирается и ныне (этим летом
> приезжали ещё четыре студента, встали поодаль; а с анонсами дошло было
> до совсем левой публики, портившей всем жизнь). Но это уж
> офтопик, виноват.Ну я покидал Москву на несколько лет и мне было не с руки ездить, надо будет узнать кто следующим летом собирается, может вспомнить молодость и доехать. Ладно, не оффтоплю.
> Насколько понимаю, штатно только в федоре (поискал -- пишут, что на RHEL7
> устанавливают из EPEL). Тем не менее вариантов у редхата особых
> нет, т.к. автор yum погиб и bus factor оказался невелик...Угумс, то есть до продакшена еще пару лет. Спасибо за информацию. Надо будет для того, что бы представлять что там у RH происходит поставить в какой-нибудь таз федору, посмотреть на это чудо. Чего только RHшники не придумают, лишь бы нормальный apt не использовать.
> его только RHшники не придумают, лишь бы нормальный apt не использоватьУ apt-rpm были хорошие шансы, но RH продавил yum. Тренировались перед systemd.
> Да лишь бы находилось то, что для Ваших задач и пользователей годится
> :)Михаил, кстати, а что у вас в Альте с установкой Google Chrome? Именно Chrome, а не Chromium? Встанет официальная rpmка или нет? Понятно, что весь остальной нужный мне софт у вас в репах есть, а что с браузером(да, я хочу анальный зонд гугла в его первозданном виде, остряки могут не упражняться).
> Михаил, кстати, а что у вас в Альте с установкой Google Chrome?
> Именно Chrome, а не Chromium? Встанет официальная rpmка или нет?http://altlinux.org/chrome -- только это уж совсем офтопик, идёмте куда-нить в http://opennet.ru/opennews/art.shtml?num=42966 (там же можно и предложения к декабрьским стартеркитам озвучить, если вдруг что). Ну и есть http://packages.altlinux.org/freshplayerplugin
> А dnf уже в каких-то продакшен-системах есть или он только на минном поле Fedora все еще?это как с systemd - будет везде :)
собственно это yum-ng - мало заметные отличия снаружи. Только имя неудачное.
Btw, a чем Fedora провинилась? тут занялся армами - вполне себе система, уж лучше чем другие.
зы. скорей всего будет в RHEL8
> Btw, a чем Fedora провинилась? тут занялся армами - вполне себе система,
> уж лучше чем другие.Да ничем. Просто Федора — тестовый полигон, а не дистрибутив для использования. Использовать Федору это примерно тоже самое, что сидеть в Gentoo на ~, никогда не знаешь где рванет.
Если по каким-то причинам нужен RH, а денег на него нет, то есть CentOS, а сидеть на бочке с порохом — плохая идея, да еще и курить при этом.
> Использовать Федору это примерно тоже самое, что сидеть в Gentoo на ~, никогда не знаешь где рванетЭто так с совершенно любым дистрибутивом.
Поэтому используют уровни testing и staging, перед тем как катить в production.
И в результате получаются те же самые бинарные обновления, только еще и свои репозитории для всего реально используемого софта (потому что в дистрибутиве он собран не так как нужно вам, а для среднестатистического Васи с локалхостом) поддерживать не надо.
> rpm вполне хорошо работает, зачем нужен apt?Это инструменты разного уровня -- rpm занимается пакетами (как тот же dpkg), apt занимается зависимостями в репозитории (как тот же yum).
Спасибо КЭП, мы собираем метрики реакции на вбросы.
> Спасибо КЭП, мы собираем метрики реакции на вбросы.А за что это вас так, заместо машин статистику собирать? Пили на рабочем месте?
>> rpm вполне хорошо работает, зачем нужен apt?
> Это инструменты разного уровня -- rpm занимается пакетами (как тот же dpkg),
> apt занимается зависимостями в репозитории (как тот же yum).Очень нужная подсказка :) Несмотря на альт, когда говорят apt подразумевают deb и прочие надстройки над ним.
>>> rpm вполне хорошо работает, зачем нужен apt?
>> Это инструменты разного уровня
> Очень нужная подсказка :) Несмотря на альт, когда говорят apt подразумевают debВот такие и сегфолтятся при виде apt-rpm. :)
Интересно как apt обновит apt :)
> Интересно как apt обновит apt :)Спокойно и не чихая, как делает это много лет.
> Интересно как apt обновит apt :)Интересно, как gcc соберёт gcc?
Интересно, как pypy соберёт pypy?
Интересно, как на лиспе написать интерпретатор лиспа?
судя по нынешним тенденциям, ждем aptd
> судя по нынешним тенденциям, ждем aptdЛёня не умеет "в графы" и пакажь-манажь-мент. Единственным верным пакажем считает КопиПаст.
Они коровью суперсилу еще не выпилили? Я когда после бсд запустил apt-get что бы справку почитать. Последняя строчка меня заставила кататься по полу. Я искренне думал что это кривой перевод.
> Я искренне думал что это кривой перевод.Никто не згает. http://unix.stackexchange.com/questions/92185/whats-the-stor...
> http://unix.stackexchange.com/questions/92185/whats-the-stor...Ба, про aptitude -vv moo не знал 8)