Доступен (http://anonscm.debian.org/gitweb/?p=apt/apt.git;a=commit;h=5...) релиз развиваемого проектом Debian инструментария для управления пакетами Apt 1.0 (https://wiki.debian.org/Apt) (Advanced Package Tool). Кроме Debian и производных от него дистрибутивов Apt также применяется в некоторых дистрибутивах на основе пакетного менеджера rpm, таких как Mandriva и ALT Linux. Выпуск Apt 1.0 (https://packages.debian.org/source/sid/apt) является символическим подарком разработчиков на шестнадцатилетие проекта (16 в шестнадцатеричном исчислении 10) и знаменует собой достижение по настоящему стабильного и завершённого состояния.Из изменений (http://anonscm.debian.org/gitweb/?p=apt/apt.git;a=blob;f=deb...), кроме исправления ошибок и мелких доработок, можно отметить появление новой утилиты "apt (https://packages.debian.org/source/sid/apt)", которая по аналогии с aptitude объединяет в себе функции ранее разрозненного набора приложений, таких как apt-get и apt-cache, и позволяет выполнять команды (search, install, show, update и т.п.) не задумываясь о выборе утилиты. Интересно, что так как приложение с именем apt уже входи в состав пакетов с JDK 5 и 6, которые устарели и больше не поддерживаются компанией Oracle, пакеты sun-java{5,6}-jdk помещены в черный список и недоступны для установки.
URL: http://anonscm.debian.org/gitweb/?p=apt/apt.git;a=commit;h=5...
Новость: http://www.opennet.me/opennews/art.shtml?num=39482
>объединяет в себе функции ранее разрозненного набора приложенийДавно пора. Хотя подобное разделение меня никогда не напрягало, но несколько удивляло.
Ну вот! Можно поблагодарить разработчиков от имени всех нубов и чайников, или только от своего?
> Ну вот! Можно поблагодарить разработчиков от имени всех нубов и чайников,
> или только от своего?Ещё как минимум от моего ;-)
Да уж, такое стОит мажорной версии! Наконец-то!
ёпт! с новым годом!
Удивлён, что apt всего 16 лет. Как же Debian без него с 1993 по 1998 год одним dpkg обходился ? Хотя yum Red Hat выпустил и того позже, по привычке до их пор многие rpm запускают напрямую.
До yum-а вообще-то был up2date (другой вопрос что из-за редкостной качественности мало кто им особо пользовался), и почти взлетел apt-rpm (во всяком случае основные репозитории CentOS и Scientific Linux его поддерживали), перед тем как в поттеринг-стиле было пропихнуто это yumугрёбище.
Объясните основные недостатки yum пожалуйста?
В то время когда его пропихивали, основным недостатком была дичайшая тормознутость.
> Объясните основные недостатки yum пожалуйста?python
> Объясните основные недостатки yum пожалуйста?Тормозной и глючный кусок гомна на питоне.
Неправильное объяснение. Нормальный менеджер.
> перед тем как в поттеринг-стиле было пропихнуто это yumугрёбище.У yum было, тем не менее, огромное преимущество - которое в итоге и привело его к успеху (популярности и решению всех проблем, в т.ч. с производительностью): и его, и apt-rpm нужно было пилить-пилить-пилить, чтобы заставить хорошо и гладко работать со всеми особенностями rpm (ну а yum - вне yellowdog linux :), но в apt было 40,000 строк на C, а в yum - пара тысяч строк на питоне. Выбор мейнтейнеров как бы очевиден. Хотя, конечно, "в те годы" разглядеть будущее yum'а за его тормознутостью было не так просто.
У меня другие воспоминания. Всё решили два обстоятельства
1. толпа школьников (федора тогда была - точь-в-точь нынешний арчег), радующаяся
а) более простому набору опций yum
б) тому факту что в него можно не умея программировать добавить "прикольную фичу" и похвастаться перед одноклассниками (питон это не Си, как вы верно подметили - другой вопрос хорошо ли отсутствие входного барьера)
2. мейнтейнеры основных репозиториев пакетов, которым
а) было чуть-чуть сложнее поддерживать список пакетов для apt-rpm в силу чуть более сложной структуры
б) было лень поддерживать оба формата списков как только стало очевидно что юные апологеты yum кричат намного громче (ровно как с systemd) и складывается обманчивое впечатление что их большинство
> б) тому факту что в него можно не умея программировать добавить "прикольную фичу" и похвастаться перед одноклассниками (питон это не Си, как вы верно подметили - другой вопрос хорошо ли отсутствие входного барьера)То что C ставит какие-то входные барьеры для школьников - дичайшее заблуждение самих школьников. Достаточно взглянуть на systemd.
Правильно сделали, что сменили язык. И для apt это не мешало бы сделать, вместо продолжения некрофилии с C++.
Ну хорошо, более точная формулировка будет "для школьников, у которых нет поддержки RedHat".Язык - дело вообще не такое важное, как обычно представляется. Можно и на динамических языках писать быстрый софт, можно и наоборот. А входной барьер для системных вещей - это неплохо, иначе в какой-то момент core девелоперы обнаруживают что половина времени уходит на вразумление школьников и терпеливое объяснение почему их патчи не приняты, разборки после их истерик по этому поводу и т.д. И ухода их в какой-то момент, после очередного задавания себе вопроса "а нахрена мне весь этот детский сад, собственно, сдался?".
> То что C ставит какие-то входные барьеры для школьников - дичайшее заблуждение
> самих школьников. Достаточно взглянуть на systemd.На фоне питоновых поделок, systemd - просто шедевр инженерной мысли. Хотя ты то эталонный скрипткидис, зато с мегамнением.
> бы сделать, вместо продолжения некрофилии с C++.
Нафиг нужно. Используйте yum если вам нравится тормозное гумно, которое менее чем на 512 памяти в VM все кладет по OOM.
> питоне. Выбор мейнтейнеров как бы очевиден. Хотя, конечно, "в те годы"
> разглядеть будущее yum'а за его тормознутостью было не так просто.Оно и видно - редхат остался только на энтерпрайзных серверах, где докупить еще пару серверов под причуды радхата не вопрос. А у тех кто бабки считает - дебианы и убунты пошли в ход. Потому что в отличие от урода yum оно и на vm/контейнере с 128Мб памяти работает. А yum там всю систему по oom кладет.
oom в контейнерах не наблюдал. Зато видел как yum при попытке апгрейда всей системы сожрал пару гигов памяти и минут сорок тупил, пока не был прибит к чертовой матери. Пришлось составить список пакетов и скармливать этому поделию по частям. Так что проблема там не только с самим языком, но и с используемыми алгоритмами.
> oom в контейнерах не наблюдал.Зато я наблюдал, блин. Особенно прикольно когда по OOM выносится SSH и/или ему не хватает памяти для форка нового процесса :). Yum помогает высpaть кирпичей при начальной конфигурации ОС :)
> с самим языком, но и с используемыми алгоритмами.
Кроме всего прочего, питон в ...цать раз тормознее нормальных ЯП. И если 4 минуты я еще со скрипом подожду, то 40 - вот уж нафиг!
> До yum-а вообще-то был up2dateman urpmi
> Удивлён, что apt всего 16 лет. Как же Debian без него с
> 1993 по 1998 год одним dpkg обходился ? Хотя yum Red
> Hat выпустил и того позже, по привычке до их пор многие
> rpm запускают напрямую.dselect ещё был.
> Как же Debian без него с 1993 по 1998 год одним dpkg обходился ?dselect был, помнится. Да и пакетов сильно меньше.
кстати, действительно в debian до apt был только dpkg ?
я линукс изучать начал в 2003 году, поэтому застать тот период не мог, изучал программирование и кроме DOS-а видел только Windows 3.xx ->
17 июня 1996 года вышла 1.1 версия Дебиана (buzz) и там был dpkg. apt появился в 1999 году, релиз 2.1 (slink).
а dselect когда появился?
Ну, это фронтенд к dpkg и появилась первая альфа версия 27 марта 1995 года.
> а dselect когда появился?http://metadata.ftp-master.debian.org/changelogs//main/d/dpk...
вместе с dpkg фактически. до релиза~ после Nov 1994 и до Mar 1995.
Changes in dpkg 0.93.12:
* embryo of dselect.Хотя ты, конечно, можешь пообсуждать разницу между зачатием, эмбрионом и "появлением". Вот тебе "родился":
27 Mar 1995 03:30:51 BST
* dpkg (0.93.32): Alpha dselect released and installed in
/usr/sbin/dselect
когда в debian то появится?
Как бы уже в ветке unstable.
> знаменует собой достижение по настоящему стабильного и завершённого состояния.
> Как бы уже в ветке unstable.Oh, the irony!
> Oh, the irony!)))
в Debian-то
http://files.equivalent.me/public.php?service=files&t=e85eca...
И только ты, такой илитный смотришь на всё свысока.
Ты упоролся? APT рулит и педалит, я радуюсь.
Вот если бы еще флаги -R и -r имел на борту. Из-за этого приходится aptitude держать в системе.
> Вот если бы еще флаги -R и -r имел на борту. Из-за
> этого приходится aptitude держать в системе.Ставлю, админю, сам пишу кое-что. Ну не разу не был нужен.
--no-install-recommends
Поздравляю! Вопрос: а в нем можно менять используемые ключи dpkg не редактируя исходники?
noroot@GnuMD:~$ apt search ~iapt
Sorting… Готово
Full Text Search… Готово
noroot@GnuMD:~$И кому оно нужно без поддержки шаблонов?
*привычных шаблонов
apt search php[0-9]
Sorting… Готово
Full Text Search… Готовомда...
Advanced Package Tool наконец научился распознавать в паролях для прокси ВСЕ символы как это делает aptitude или он через чур Advanced для этого?
Даже fstab может это делать(через credentials) c Advanced Package Tool не работает ничего.
> Advanced Package Tool наконец научился распознавать в паролях для прокси ВСЕ символыТвой баг уже сто лет, как починен на bugs.debian.org. </да!>
> Потому что в отличие от урода yum оно и на vm/контейнере с 128Мб памяти работает. А yum там всю систему по oom кладетшел 2014 год ... За 8 лет работы ни разу не было проблем с yum
Ты не поверишь, но у многих нет проблем с виндой. По двум причинам: 1) их задачи слишком просты и не упираются в пределы системы; 2) они просто никогда не видели, что может быть по-другому;
Аналогия понятна?
Версия новая, а глюки с пиннингом те же из 90-х.
> Версия новая, а глюки с пиннингом те же из 90-х.pinning сам по себе глюк. Как с ним _не может быть глюков?
> объединяет в себе функции ранее разрозненного набора приложений, таких как apt-get и apt-cache,Неужели? Всегда смеялся что вроде в "самом продвинутом" дистрибутиве вместо вменяемой утилиты для установки приложений используется ворох костылей с разными ключами - кроме названных apt-get и apt-cache ещё dpkg.
> для установки приложений используется ворох костылей с разными ключами -
> кроме названных apt-get и apt-cache ещё dpkg.Вас часом не смущает, что для сборки нередко используется gcc, помимо make и cmake?
Если перестанете смеяться и начнёте хоть немножко соображать -- может, всё ещё впереди...
Удар ниже пояса по freebsd с его pkgзадолбал apt-get и apt-cache search ..
Интересно, в ubuntu 14.04 включат?
Уже.
apt versions не хватает..