The OpenNET Project / Index page

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

Релиз пакетного менеджера Apt 1.0

03.04.2014 20:58

Доступен релиз развиваемого проектом Debian инструментария для управления пакетами Apt 1.0 (Advanced Package Tool). Кроме Debian и производных от него дистрибутивов Apt также применяется в некоторых дистрибутивах на основе пакетного менеджера rpm, таких как Mandriva и ALT Linux. Выпуск Apt 1.0 является символическим подарком разработчиков на шестнадцатилетие проекта (16 в шестнадцатеричном исчислении 10) и знаменует собой достижение по настоящему стабильного и завершённого состояния.

Из изменений, кроме исправления ошибок и мелких доработок, можно отметить появление новой утилиты "apt", которая по аналогии с aptitude объединяет в себе функции ранее разрозненного набора приложений, таких как apt-get и apt-cache, и позволяет выполнять команды (search, install, show, update и т.п.) не задумываясь о выборе утилиты. Интересно, что, так как приложение с именем apt уже входит в состав пакетов с JDK 5 и 6, которые устарели и больше не поддерживаются компанией Oracle, пакеты sun-java{5,6}-jdk помещены в черный список и недоступны для установки.

  1. Главная ссылка к новости (http://anonscm.debian.org/gitw...)
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/39482-apt
Ключевые слова: apt, debian
Поддержать дальнейшую публикацию новостей на OpenNET.


Обсуждение (55) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 21:39, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +19 +/
    >объединяет в себе функции ранее разрозненного набора приложений

    Давно пора. Хотя подобное разделение меня никогда не напрягало, но несколько удивляло.

     
     
  • 2.18, WherWolf (?), 23:39, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну вот! Можно поблагодарить разработчиков от имени всех нубов и чайников, или только от своего?
     
     
  • 3.24, Michael Shigorin (ok), 01:40, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Ну вот! Можно поблагодарить разработчиков от имени всех нубов и чайников,
    > или только от своего?

    Ещё как минимум от моего ;-)

     
     
  • 4.36, Аноним (-), 11:37, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да уж, такое стОит мажорной версии! Наконец-то!
     

  • 1.2, бедный буратино (ok), 21:48, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –14 +/
    ёпт! с новым годом!
     
  • 1.3, Аноним (-), 21:51, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Удивлён, что apt всего 16 лет. Как же Debian без него с 1993 по 1998 год одним dpkg обходился ? Хотя yum Red Hat выпустил и того позже, по привычке до их пор многие rpm запускают напрямую.
     
     
  • 2.5, rob pike (?), 22:01, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    До yum-а вообще-то был up2date (другой вопрос что из-за редкостной качественности мало кто им особо пользовался), и почти взлетел apt-rpm (во всяком случае основные репозитории CentOS и Scientific Linux его поддерживали), перед тем как в поттеринг-стиле было пропихнуто это yumугрёбище.
     
     
  • 3.6, Аноним (-), 22:03, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Объясните основные недостатки yum пожалуйста?
     
     
  • 4.9, rob pike (?), 22:09, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +8 +/
    В то время когда его пропихивали, основным недостатком была дичайшая тормознутость.
     
  • 4.20, Led (ok), 01:05, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Объясните основные недостатки yum пожалуйста?

    python

     
  • 4.26, Аноним (-), 07:23, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >  Объясните основные недостатки yum пожалуйста?

    Тормозной и глючный кусок гомна на питоне.

     
     
  • 5.32, Аноним (-), 08:55, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Неправильное объяснение. Нормальный менеджер.
     
  • 3.15, Stax (ok), 22:58, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >  перед тем как в поттеринг-стиле было пропихнуто это yumугрёбище.

    У yum было, тем не менее, огромное преимущество - которое в итоге и привело его к успеху (популярности и решению всех проблем, в т.ч. с производительностью): и его, и apt-rpm нужно было пилить-пилить-пилить, чтобы заставить хорошо и гладко работать со всеми особенностями rpm (ну а yum - вне yellowdog linux :), но в apt было 40,000 строк на C, а в yum - пара тысяч строк на питоне. Выбор мейнтейнеров как бы очевиден. Хотя, конечно, "в те годы" разглядеть будущее yum'а за его тормознутостью было не так просто.

     
     
  • 4.16, rob pike (?), 23:09, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +6 +/
    У меня другие воспоминания. Всё решили два обстоятельства
    1. толпа школьников (федора тогда была - точь-в-точь нынешний арчег), радующаяся
       а) более простому набору опций yum
       б) тому факту что в него можно не умея программировать добавить "прикольную фичу" и похвастаться перед одноклассниками (питон это не Си, как вы верно подметили - другой вопрос хорошо ли отсутствие входного барьера)
    2. мейнтейнеры основных репозиториев пакетов, которым
       а) было чуть-чуть сложнее поддерживать список пакетов для apt-rpm в силу чуть более сложной структуры
       б) было лень поддерживать оба формата списков как только стало очевидно что юные апологеты yum кричат намного громче (ровно как с systemd) и складывается обманчивое впечатление что их большинство
     
     
  • 5.38, myhand (ok), 13:58, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > б) тому факту что в него можно не умея программировать добавить "прикольную фичу" и похвастаться перед одноклассниками (питон это не Си, как вы верно подметили - другой вопрос хорошо ли отсутствие входного барьера)

    То что C ставит какие-то входные барьеры для школьников - дичайшее заблуждение самих школьников.  Достаточно взглянуть на systemd.

    Правильно сделали, что сменили язык.  И для apt это не мешало бы сделать, вместо продолжения некрофилии с C++.

     
     
  • 6.43, rob pike (?), 15:24, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну хорошо, более точная формулировка будет "для школьников, у которых нет поддержки RedHat".

    Язык - дело вообще не такое важное, как обычно представляется. Можно и на динамических языках писать быстрый софт, можно и наоборот. А входной барьер для системных вещей - это неплохо, иначе в какой-то момент core девелоперы обнаруживают что половина времени уходит на вразумление школьников и терпеливое объяснение почему их патчи не приняты, разборки после их истерик по этому поводу и т.д. И ухода их в какой-то момент, после очередного задавания себе вопроса "а нахрена мне весь этот детский сад, собственно, сдался?".

     
  • 6.55, Аноним (-), 09:16, 30/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > То что C ставит какие-то входные барьеры для школьников - дичайшее заблуждение
    > самих школьников.  Достаточно взглянуть на systemd.

    На фоне питоновых поделок, systemd - просто шедевр инженерной мысли. Хотя ты то эталонный скрипткидис, зато с мегамнением.

    > бы сделать, вместо продолжения некрофилии с C++.

    Нафиг нужно. Используйте yum если вам нравится тормозное гумно, которое менее чем на 512 памяти в VM все кладет по OOM.

     
  • 4.27, Аноним (-), 07:25, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > питоне. Выбор мейнтейнеров как бы очевиден. Хотя, конечно, "в те годы"
    > разглядеть будущее yum'а за его тормознутостью было не так просто.

    Оно и видно - редхат остался только на энтерпрайзных серверах, где докупить еще пару серверов под причуды радхата не вопрос. А у тех кто бабки считает - дебианы и убунты пошли в ход. Потому что в отличие от урода yum оно и на vm/контейнере с 128Мб памяти работает. А yum там всю систему по oom кладет.

     
     
  • 5.45, angra (ok), 19:18, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    oom в контейнерах не наблюдал. Зато видел как yum при попытке апгрейда всей системы сожрал пару гигов памяти и минут сорок тупил, пока не был прибит к чертовой матери. Пришлось составить список пакетов и скармливать этому поделию по частям. Так что проблема там не только с самим языком, но и с используемыми алгоритмами.


     
     
  • 6.56, Аноним (-), 09:18, 30/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > oom в контейнерах не наблюдал.

    Зато я наблюдал, блин. Особенно прикольно когда по OOM выносится SSH и/или ему не хватает памяти для форка нового процесса :). Yum помогает высpaть кирпичей при начальной конфигурации ОС :)

    > с самим языком, но и с используемыми алгоритмами.

    Кроме всего прочего, питон в ...цать раз тормознее нормальных ЯП. И если 4 минуты я еще со скрипом подожду, то 40 - вот уж нафиг!


     
  • 3.21, Led (ok), 01:06, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > До yum-а вообще-то был up2date

    man urpmi

     
  • 2.19, anonymous (??), 00:55, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Удивлён, что apt всего 16 лет. Как же Debian без него с
    > 1993 по 1998 год одним dpkg обходился ? Хотя yum Red
    > Hat выпустил и того позже, по привычке до их пор многие
    > rpm запускают напрямую.

    dselect ещё был.

     
  • 2.25, Michael Shigorin (ok), 01:41, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Как же Debian без него с 1993 по 1998 год одним dpkg обходился ?

    dselect был, помнится.  Да и пакетов сильно меньше.

     

  • 1.4, VecH (ok), 22:00, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    кстати, действительно в debian до apt был только dpkg ?
    я линукс изучать начал в 2003 году, поэтому застать тот период не мог, изучал программирование и кроме DOS-а видел только Windows 3.xx ->
     
     
  • 2.7, Аноним (-), 22:07, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    17 июня 1996 года вышла 1.1 версия Дебиана (buzz) и там был dpkg. apt появился в 1999 году, релиз 2.1 (slink).
     
     
  • 3.8, бедный буратино (ok), 22:08, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а dselect когда появился?
     
     
  • 4.10, Аноним (-), 22:16, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, это фронтенд к dpkg и появилась первая альфа версия 27 марта 1995 года.
     
  • 4.34, Andrey Mitrofanov (?), 09:45, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > а dselect когда появился?

    http://metadata.ftp-master.debian.org/changelogs//main/d/dpkg/dpkg_1.16.12_ch

    вместе с 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

     

  • 1.11, Аноним (-), 22:38, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    когда в debian то появится?
     
     
  • 2.12, Аноним (-), 22:41, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Как бы уже в ветке unstable.
     
     
  • 3.14, Мяут (ok), 22:54, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > знаменует собой достижение по настоящему стабильного и завершённого состояния.
    > Как бы уже в ветке unstable.

    Oh, the irony!

     
     
  • 4.17, Аноним (-), 23:10, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Oh, the irony!

    )))

     
  • 2.50, Grammar Nazi (?), 13:33, 06/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в Debian-то
     

  • 1.13, dr Equivalent (ok), 22:54, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://files.equivalent.me/public.php?service=files&t=e85eca85e38717410ec0678
     
     
  • 2.22, ssh (ok), 01:32, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    И только ты, такой илитный смотришь на всё свысока.
     
     
  • 3.23, dr Equivalent (ok), 01:33, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты упоролся? APT рулит и педалит, я радуюсь.
     

  • 1.28, Аноним (-), 08:13, 04/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вот если бы еще флаги -R и -r имел на борту. Из-за этого приходится aptitude держать в системе.
     
     
  • 2.33, Аноним (-), 08:58, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот если бы еще флаги -R и -r имел на борту. Из-за
    > этого приходится aptitude держать в системе.

    Ставлю, админю, сам пишу кое-что. Ну не разу не был нужен.

     
  • 2.51, хм (?), 17:20, 06/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    --no-install-recommends
     

  • 1.29, commiethebeastie (ok), 08:39, 04/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Поздравляю! Вопрос: а в нем можно менять используемые ключи dpkg не редактируя исходники?
     
  • 1.30, Аноним (-), 08:49, 04/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    noroot@GnuMD:~$ apt search ~iapt
    Sorting… Готово
    Full Text Search… Готово
    noroot@GnuMD:~$

    И кому оно нужно без поддержки шаблонов?

     
     
  • 2.31, Аноним (-), 08:49, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    *привычных шаблонов
     
  • 2.42, commiethebeastie (ok), 14:48, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    apt search php[0-9]
    Sorting… Готово
    Full Text Search… Готово

    мда...

     

  • 1.35, Аноним (-), 11:10, 04/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Advanced Package Tool наконец научился распознавать в паролях для прокси ВСЕ символы как это делает aptitude или он через чур Advanced для этого?
    Даже fstab может это делать(через credentials) c Advanced Package Tool не работает ничего.
     
     
  • 2.40, Andrey Mitrofanov (?), 14:18, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Advanced Package Tool наконец научился распознавать в паролях для прокси ВСЕ символы

    Твой баг уже сто лет, как починен на bugs.debian.org. </да!>

     

  • 1.37, ALex_hha (ok), 12:43, 04/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    > Потому что в отличие от урода yum оно и на vm/контейнере с 128Мб памяти работает. А yum там всю систему по oom кладет

    шел 2014 год ... За 8 лет работы ни разу не было проблем с yum

     
     
  • 2.46, angra (ok), 19:24, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты не поверишь, но у многих нет проблем с виндой. По двум причинам: 1) их задачи слишком просты и не упираются в пределы системы; 2) они просто никогда не видели, что может быть по-другому;
    Аналогия понятна?
     

  • 1.39, Аноним (-), 14:16, 04/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Версия новая, а глюки с пиннингом те же из 90-х.
     
     
  • 2.41, Andrey Mitrofanov (?), 14:19, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Версия новая, а глюки с пиннингом те же из 90-х.

    pinning сам по себе глюк. Как с ним _не может быть глюков?

     

  • 1.47, Аноним (-), 17:43, 05/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > объединяет в себе функции ранее разрозненного набора приложений, таких как apt-get и apt-cache,

    Неужели? Всегда смеялся что вроде в "самом продвинутом" дистрибутиве вместо вменяемой утилиты для установки приложений используется ворох костылей с разными ключами - кроме названных apt-get и apt-cache ещё dpkg.

     
     
  • 2.49, Michael Shigorin (ok), 20:06, 05/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > для установки приложений используется ворох костылей с разными ключами -
    > кроме названных apt-get и apt-cache ещё dpkg.

    Вас часом не смущает, что для сборки нередко используется gcc, помимо make и cmake?

    Если перестанете смеяться и начнёте хоть немножко соображать -- может, всё ещё впереди...

     

  • 1.48, Аноним (-), 19:02, 05/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Удар ниже пояса по freebsd с его pkg

    задолбал apt-get и apt-cache search ..

     
  • 1.52, Аноним (-), 15:08, 09/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, в ubuntu 14.04 включат?
     
     
  • 2.54, Аноним (-), 07:55, 30/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уже.
     

  • 1.53, Аноним (-), 19:00, 09/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    apt versions не хватает..
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:
    При перепечатке указание ссылки на opennet.ru обязательно



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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