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 +/– |
> Ну вот! Можно поблагодарить разработчиков от имени всех нубов и чайников,
> или только от своего?
Ещё как минимум от моего ;-)
| |
|
|
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угрёбище.
| |
|
|
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 пожалуйста?
Тормозной и глючный кусок гомна на питоне.
| |
|
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 - вот уж нафиг!
| |
|
|
|
|
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).
| |
|
|
4.10, Аноним (-), 22:16, 03/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
Ну, это фронтенд к dpkg и появилась первая альфа версия 27 марта 1995 года.
| |
|
|
|
|
|
3.14, Мяут (ok), 22:54, 03/04/2014 [^] [^^] [^^^] [ответить]
| +3 +/– |
> знаменует собой достижение по настоящему стабильного и завершённого состояния.
> Как бы уже в ветке unstable.
Oh, the irony!
| |
|
|
|
2.22, ssh (ok), 01:32, 04/04/2014 [^] [^^] [^^^] [ответить]
| +/– |
И только ты, такой илитный смотришь на всё свысока.
| |
|
1.28, Аноним (-), 08:13, 04/04/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вот если бы еще флаги -R и -r имел на борту. Из-за этого приходится aptitude держать в системе.
| |
|
2.33, Аноним (-), 08:58, 04/04/2014 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вот если бы еще флаги -R и -r имел на борту. Из-за
> этого приходится aptitude держать в системе.
Ставлю, админю, сам пишу кое-что. Ну не разу не был нужен.
| |
|
1.30, Аноним (-), 08:49, 04/04/2014 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
noroot@GnuMD:~$ apt search ~iapt
Sorting… Готово
Full Text Search… Готово
noroot@GnuMD:~$
И кому оно нужно без поддержки шаблонов?
| |
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) они просто никогда не видели, что может быть по-другому;
Аналогия понятна?
| |
|
|
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 ..
| |
|