The OpenNET Project / Index page

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

План по замене пакетного менеджера Yum на DNF в Fedora 22

12.06.2014 09:56

Ярослав Резник, входящий в состав управляющего совета Fedora Linux, опубликовал в списке рассылки разработчиков официальное предложение по замене Yum на DNF в качестве пакетного менеджера по умолчанию, начиная с Fedora 22. Кроме того, среди пользователей инициировано голосование о том, каких возможностей Yum не хватает в DNF, что поможет выбрать приоритетные направления разработки DNF.

В предложении отмечается, что в настоящее время DNF достиг готовности полностью заменить Yum. Пользователи, использующие графические интерфейсы управления пакетами не заметят различий. Для тех кто пользуется средствами управления пакетами из командной строки синтаксис базовых операций сохранится, но будут наблюдаться отдельные расхождения в расширенных опциях и настройках. В экспериментальном режиме DNF поддерживается в качестве альтернативной системы управления пакетами начиная с Fedora 18. Полный переход на DNF в Fedora 22 становится неотвратимым в связи с миграцией дистрибутива на Python 3, в то время как Yum поддерживает только работу с Python 2.

Пакетный менеджер DNF является ответвлением от Yum 3.4, созданный для развития некоторых новых идей, таких как использование в качестве бэкенда для разрешения зависимостей библиотеки hawkey. Для разрешения зависимостей в DNF задействован SAT solver, реализованный в библиотеке libsolv (hawkey выступает в роли надстройки над libsolv), созданной в рамках проекта openSUSE. Для обычного пользователя главными достоинствами DNF является заметно более высокая скорость работы и низкое потребление памяти. Для расширения функциональности DNF предоставляет фиксированный API для плагинов и интеграции с другими приложениями, такими как инсталлятор Anaconda.

  1. Главная ссылка к новости (https://lists.fedoraproject.or...)
  2. OpenNews: Объявлен новый лидер проекта Fedora
  3. OpenNews: В Fedora 21 будет обеспечена полноценная поддержка работы GNOME поверх Wayland
  4. OpenNews: Разработчикам Fedora советуют утаить данные о проживании для обхода действующих в США ограничений на экспорт
  5. OpenNews: В Fedora 21 будут разделены пакеты с OpenJDK для серверного и пользовательского применения
  6. OpenNews: Пакеты в Fedora Linux будут собираться с защитой от уязвимостей форматирования строки
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/39986-dnf
Ключевые слова: dnf, fedora
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (80) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 10:40, 12/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Почему нельзя было просто перевести yum на Python 3 и добавить некоторые фичи? Зачем было создавать форк?
     
     
  • 2.2, Аноним (-), 11:00, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Намекаю на то, что разработчики yum не хотели переходить на Python 3 и добавлять новые фичи, поэтому был создан форк.
     
     
  • 3.30, Аноним (-), 15:20, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    "Просто переход на питон 3" ничего не поменяет в области позорной производительности yum. Да и DNF - полумеры.
     
     
  • 4.64, Аноним (-), 21:29, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Если DNF полимеры, тогда apt полное уг.
     
     
  • 5.69, Аноним (-), 06:12, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если DNF полимеры

    Ха-ха-ха, ^^^^^ опечатка почти по Фрейду :).

     
  • 4.75, Аноним (-), 16:35, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Да и DNF - полумеры.

    Вынос всей логики разрешения зависимостей в сишную либу - полумеры?

     
  • 2.13, rpisarev (?), 11:59, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вы код Yum видели? Это ж страх и ужас.
     
     
  • 3.67, Led (ok), 01:23, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > А вы код Yum видели? Это ж страх и ужас.

    А что, с гвидобейсиком бывает по-другому?

     
     
  • 4.70, Аноним (-), 06:14, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А что, с гвидобейсиком бывает по-другому?

    Ничего вы не понимаете! Там не просто гoвнoкод! Там правильно отформатированный гoвнoкод!

     
  • 3.83, Аноним (-), 11:12, 14/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Код апта еще хуже. В яме хотя бы 20-летнего легаси, написанного чтобы изучить c++, нет.
     
  • 2.15, Ohlo (?), 12:22, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Главный разработчик YUM погиб
     
     
  • 3.81, Michael Shigorin (ok), 02:57, 14/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Главный разработчик YUM погиб

    Причём насколько понимаю -- это и стало главной причиной...

    PS: в смысле "погиб => замена пакетного менеджера", не подумайте чего.

     
  • 2.26, alltiptop (ok), 14:36, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Может быть, иногда действительно легче переписать? Тем более пакетный менеджер не драйвер видеокарт и не фотошоп, обойдётся без большой крови.
     
  • 2.76, Аноним (-), 16:36, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему нельзя было просто перевести yum на Python 3 и добавить некоторые
    > фичи? Зачем было создавать форк?

    yum на python3 по-прежнему разрешал бы зависимости сам, а не через сишную библиотеку.
    Прирост производительности при таком сценарии пренебрежимо мал.

     

  • 1.3, Аноним (-), 11:01, 12/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Понаыдумуют! Ребята учились бы в Arch Linux, конечно система инная, но гпраздо проще всяких там RPM, yum, apt-rpm, urpmi. Зачем себе жизнь усложнять, делайте инструменты попроще, зачем функции которые и не понадобяться?
     
     
  • 2.38, анон (?), 17:01, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    в том arch, где несколько лет кричали "не нужны нам подписи пакетов"? им самим бы подучиться, есличто
     
  • 2.41, Аноним (-), 17:36, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > инная,

    Какая-какая система? Звучит подозрительно.

    > но гпраздо проще всяких там RPM, yum, apt-rpm, urpmi.

    Мопед проще боинга. Но почему-то боинги до сих пор производятся.

     
  • 2.82, Michael Shigorin (ok), 03:00, 14/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Понаыдумуют! Ребята учились бы в Arch Linux, конечно система инная, но гпраздо
    > проще всяких там RPM, yum, apt-rpm, urpmi. Зачем себе жизнь усложнять,
    > делайте инструменты попроще, зачем функции которые и не понадобяться?

    Затем, что упрощая жизнь себе -- усложняешь другим.  Например, тем, кому лишние гигазы хлама из "полного комплекта" тащить или ещё и собирать это всё на месте.

    Из-за этого и отпиливается -dev/-devel.

    Дальнейшую нарезку можно долго объяснять на пальцах, это примерно как с fine-grained locking: без него быстро, но только пока мало.  В общем, подрастёте -- поймёте сами.

     

  • 1.4, Аноним (-), 11:06, 12/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Что только люди не придумывают, чтобы не использовать deb + apt-get
     
     
  • 2.5, Аноним (-), 11:17, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Что только люди не придумывают, чтобы не использовать ./configure && make && make install

    fxd

     
     
  • 3.53, pv47 (ok), 19:02, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что только люди не придумывают, чтобы не использовать ./configure && make DESTDIR=/tmp/pkg-1.0 install-strip && (cd /tmp/pkg-1.0 && find) > /var/db/pkg/pkg-1.0 && cp -a /tmp/pkg-1.0/* /tmp/pkg-1.0/.[!.]* /

    fxd

     
  • 2.6, Аноним (-), 11:25, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >deb + apt-get

    RPM круче!

     
     
  • 3.23, Аноним (-), 14:27, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    чем?
     
     
  • 4.31, Аноним (-), 15:20, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > чем?

    Чем грузи^W DEB!

     
  • 4.84, Аноним (-), 11:15, 14/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Тем, что в отличие от деба, умеет в транзакционность (как метаданных, так и данных). Да и система сборки пакетов поприятнее.
     
  • 3.27, alltiptop (ok), 14:36, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >>deb + apt-get
    > RPM круче!

    Как это относится к apt?

     
  • 3.29, Аноним (-), 15:10, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    mc круче moc
     
  • 2.20, AlexYeCu (ok), 14:06, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Apt-get неудобный. Быстрый, в сравнении с yum так и вовсе реактивный, но уже за одно разделение на несколько утилит (типа apt-get и apt-cache) хочется матом обложить.
     
     
  • 3.21, anonymous (??), 14:10, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Apt-get неудобный. Быстрый, в сравнении с yum так и вовсе реактивный, но
    > уже за одно разделение на несколько утилит (типа apt-get и apt-cache)
    > хочется матом обложить.

    Есть aptitude.

     
  • 3.43, Аноним (-), 17:37, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Apt-get неудобный. Быстрый, в сравнении с yum так и вовсе реактивный,

    И не требует под себя минимум 512 Мб памяти на VM, в отличие от yum.

     
  • 3.55, Vkni (ok), 19:18, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Apt-get неудобный. Быстрый, в сравнении с yum так и вовсе реактивный, но
    > уже за одно разделение на несколько утилит (типа apt-get и apt-cache)
    > хочется матом обложить.

    Это дело привычки. А само разделение осмысленно тем, что для поиска пакета совершенно не обязательно что-то скачивать с сети.

     
  • 3.57, anonymous (??), 19:20, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Apt-get неудобный. Быстрый, в сравнении с yum так и вовсе реактивный, но
    > уже за одно разделение на несколько утилит (типа apt-get и apt-cache)
    > хочется матом обложить.

    Разделения уже нет. Есть один apt.

     
     
  • 4.61, Vkni (ok), 19:24, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Разделения уже нет. Есть один apt.

    Спасибо, действительно есть. Но с разделением удобнее.

     
  • 2.24, Аноним (-), 14:27, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Которой также нужно менять
     
  • 2.25, SubGun (ok), 14:33, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Да ну его нафиг, он не для людей сделан.
     
     
  • 3.44, Аноним (-), 17:39, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Да ну его нафиг, он не для людей сделан.

    Да ты сам то тест Тюринга попробуй еще пройди.

     
     
  • 4.87, renkomas (ok), 21:12, 14/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >> Да ну его нафиг, он не для людей сделан.
    > Да ты сам то тест Тюринга попробуй еще пройди.

    scochan.com/thumbs/201406/smallYbX4sp8iUdWP.jpg
    ты хоть знаешь что это такое?

     
  • 2.63, Аноним (-), 21:08, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Лучше использовать zypper.
     

  • 1.7, Хрен с горы (?), 11:29, 12/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Полгода уже пользуюсь DNF. На самом деле намного быстрее разрешает зависимости. Нужен.
     
     
  • 2.8, анонко (?), 11:39, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Полгода уже пользуюсь DNF. На самом деле намного быстрее разрешает зависимости. Нужен.

    Как было бы всем проще, если бы зависимости не пришлось бы разруливать. Вообще.

     
     
  • 3.11, MidNighter (ok), 11:55, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    такая концепция уже есть в программировании, называется внедрение зависимостей http://ru.wikipedia.org/wiki/Dependency_Injection
    Действительно будет здорово если эту концепцию как то применить и при установке ПО
     
     
  • 4.12, Romik (??), 11:59, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это будет почти как в Windows. Или как в Docker :3
     
  • 4.35, Чаёвник (?), 15:59, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И потом огребать со срочным обновлением не одного глючного продукта (например OpenSSL), а всей системы, с лицензиями, а заодно все пакеты весят в 10-20 раз больше (потому что почитать список зависимостей Вам западло и Вы даже не догадываетесь сколько оно будет весить когда всё это влинкуется)
    Injection'ом хорошее дело не назовут
     
  • 3.14, Аноним (-), 12:08, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну отслеживать-то их всё равно надо. А чтобы не разруливать — уже много раз было. Навскидку вспомню GoboLinux и NixOS (причём оба сейчас живы). Для этого надо просто наплевать на стандартные правила размещения /lib и /bin и ставить каждый пакет в отдельное место ;а потом море symlinks). В принципе, подготовка пакетов для простых программ при этом чуть упрощается.

    Так что если кому-то действительно кажется, что проблемы с зависимостями и конфликтами — главная проблема, так есть на что перейти. Я вот перешёл на NixOS несколько лет назад.

     
     
  • 4.56, Vkni (ok), 19:20, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ставить каждый пакет в отдельное место ;а потом
    > море symlinks). В принципе, подготовка пакетов для простых программ при этом
    > чуть упрощается.

    Mac OS

     
     
  • 5.62, Аноним (-), 20:55, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В MacOS X каждый пакет библиотеки ставится в N мест, где N — количество использующих программ, или я что-то путаю?
     
     
  • 6.66, Vkni (ok), 00:06, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Я совсем недавно возился с пакетированием под Mac OSX и выяснил, что там есть 2 метода установки программ:

    а) Старый, в котором специально сделанный каталог с программой и её библиотеками целиком копируется в /Applications. Каталог должен иметь расширение .app и правильную структуру, тогда ОС может её "открыть".

    б) Новый - с инсталлятором.

    Первый вариант - это фирменная фишка Mac OS как таковой (даже без X).

     
     
  • 7.68, Vkni (ok), 05:49, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В первом случае библиотеки тащатся вместе с программами (и, значит, у каждой программы своя копия библиотеки), а во-втором случае, видимо, возможны варианты. Плюс, есть ещё нормальные системы портов, в которых библиотеки разделяются.
     
  • 5.71, Аноним (-), 06:17, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Mac OS

    Да, там все почти как в винде - каждый таскает все с собой. И класть хотел на то что его zlib - начала двухтысячных и потому уязвим к эксплойтам. Это потом хомяки будут чесать репу - чего это компьютер глючит? А оказывается, там уже стада автоматической живности нашли дармовой ресурс...

     
  • 4.85, Аноним (-), 11:21, 14/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Плохо перешел, иначе бы знал, что разруливание зависимостей никуда не исчезло, п... большой текст свёрнут, показать
     
  • 3.17, Fracta1L (ok), 12:28, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Всем? Не знаю, мне и сейчас не составляет труда смотреть на то, как пакетный менеджер возится с зависимостями при установке пакета. Просто не надо сидеть на Шлаквари в двадцать первом веке.
     
  • 3.32, Аноним (-), 15:22, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Как было бы всем проще, если бы зависимости не пришлось бы разруливать.

    Используйте slackware - там можно самому разруливать заввисимости. Специально для тех кто любит все на педальном приводе делать. А совсем без учета зависимостей не получится - мало кто нынче пишет программы без использования сторонних библиотек и прочих компонентов.


     
  • 3.48, Хрен с горы (?), 18:23, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Не было бы. Вопервых проблемы с реализацией обновлений частей, во вторых сейчас мейнтейнеры пакетов крупных дистров порой подтягивают софт до поддержки актуальных версий библиотек.
    А с DNF разрешение зависимостей происходит РЕАЛЬНО БЫСТРО. Даже на моем не самом быстром компе занимает около секунды.
     
     
  • 4.72, Аноним (-), 06:19, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > самом быстром компе занимает около секунды.

    Надо же, редхатчики начинают понимать за что мы любили deb-based системы столько лет :).

     
     
  • 5.78, Аноним (-), 16:43, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> самом быстром компе занимает около секунды.
    > Надо же, редхатчики начинают понимать за что мы любили deb-based системы столько лет :).

    Какой вы грамотный человек. Отлично понимаете, что формат пакета и система управления пакетами жестко связаны между собой, а всяких alt linux не существует.

     
  • 2.9, Аноним (-), 11:43, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    угу, а systemd быстрее стартует, а вяленый без тиринга, а гомнощель вообще крутая как ipad
     
     
  • 3.28, alltiptop (ok), 14:38, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > угу, а systemd быстрее стартует, а вяленый без тиринга, а гомнощель вообще
    > крутая как ipad

    Systemd действительно быстрее стартует, вяленый без тиринга, а гомнощель вообще крутая как ipad.

    Что сказать то хотел?

     
     
  • 4.77, Аноним (-), 16:41, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Systemd действительно быстрее стартует, вяленый без тиринга, а гомнощель вообще крутая как ipad.
    > Что сказать то хотел?

    Он хотел сыграть на некоторых стереотипах, столь любимых молодым крылом контингента линуксоидов.

     

  • 1.10, Аноним (-), 11:49, 12/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    http://akozumpl.github.io/dnf/command_ref.html
    --version    show Yum version and exit
    Не понимаю, зачем DNF показывать версию Yum?
     
     
  • 2.58, Vkni (ok), 19:20, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понимаю, зачем DNF показывать версию Yum?

    Особенно, когда Yum нет. :-)

     
  • 2.73, Аноним (-), 06:20, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Не понимаю, зачем DNF показывать версию Yum?

    Ну что вы как маленький? При копипасте случилась небольшая лажа - не все строки заменили, оказывается. Заведите им баг! :)

     
  • 2.80, Аноним (-), 17:16, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    yum версию с комментариями авторов dns
     

  • 1.16, Fracta1L (ok), 12:24, 12/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    emerge-боги смотрят на эти шевеления, как на...
     
     
  • 2.19, исчо_адын_аноним (?), 14:00, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > emerge-боги смотрят на эти шевеления, как на...

    И каждую неделю релизят; Тут правда Зак пропал - поэтому релизов нету, разработки неты и вообще беда, когда на таком уровне кто то делает в одно рыло

     
  • 2.33, Аноним (-), 15:23, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > emerge-баги

    //fixed :)

    Тоже мне бог, мля, который не может затык на 10 секунд в программе отпрофайлить.

     
     
  • 3.37, Fracta1L (ok), 16:51, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Уже побежал возиться с профайлером, ага. Алоглазики такие забавные.
     
     
  • 4.45, Аноним (-), 18:15, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Уже побежал возиться с профайлером, ага. Алоглазики такие забавные.

    Я и говорю - гентурасы они такие: понтoв на килограмм, а знаний о работе системы - под микроскопом не разглядишь.

     
     
  • 5.51, Fracta1L (ok), 18:55, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Что мне надо - то я и знаю, я ж не красноглаз, чтобы ползать по системе вдоль и поперёк, лол.
     
     
  • 6.74, Аноним (-), 16:16, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > я ж не краснoглаз,

    Это с гентой то? А для чего еще генту ставить можно? Ну разве что для того чтобы перед одноклассниками покрасоваться?

     

  • 1.18, Аноним (-), 12:35, 12/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    C - напиши программу и используй её следующие 30 лет.
    Python - напиши программу и отправь её в мусорку через три года.
     
     
  • 2.34, Аноним (-), 15:24, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Python - напиши программу и отправь её в мусорку через три года.

    Python - напиши программу и переписывай ее каждые 2 года в течение 20 лет :).

     
  • 2.36, Xasd (ok), 16:37, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > C - напиши программу и используй её следующие 30 лет.

    вот эт кто-то размечался на славу :-)

    если даже предположить что ты не попадёшь на случаи прямой несовместимости (например переменная случайно называется также как и ключевое слово которое появилось в новой версии синтаксиса языка) -- то уж мечтать о том что API-библиотек не поменяется в течении пару лет -- это реально не более чем чьи-то грёзы :-)

     
     
  • 3.46, Аноним (-), 18:20, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А что - размечтался Вон например компрессоры LZ W H - собираются и поныне ... большой текст свёрнут, показать
     
  • 3.52, pv47 (ok), 18:59, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > переменная случайно называется также как и ключевое слово которое появилось в новой версии синтаксиса языка

    Ещё один не отличает C от C++.

    Стандарт C++ тоже каждые два года меняется, так что тут он больше похож на питон чем на си.

     
     
  • 4.60, Vkni (ok), 19:23, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Стандарт C++ тоже каждые два года меняется, так что тут он больше
    > похож на питон чем на си.

    Обратная совместимость, всё-таки, поддерживается.

     
  • 4.65, еще 1 аноним (?), 21:55, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    и что, программа написанная лет 10 назад не компилится? и не работает?
     
  • 2.59, Vkni (ok), 19:22, 12/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > C - напиши программу и используй её следующие 30 лет.
    > Python - напиши программу и отправь её в мусорку через три года.

    Можно было на Ocaml написать - примерно тот же Python, только со статически проверяемой типизацией (вывод типов) и обратной совместимостью, да скоростью в 0.5 от оптимизированного С++.

     
  • 2.86, Аноним (-), 11:28, 14/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    То-то 20-летний плюсовый г*внокод в apt, отвечающий за pinning, уже лет 15 хотят переписать, но боятся сильно трогать.
     

  • 1.42, DXist (?), 17:37, 12/06/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    OpenSuSE задаёт тренд. ALTLinux, к примеру, запилила deepsolver.
     
     
  • 2.79, Аноним (-), 16:45, 13/06/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > OpenSuSE задаёт тренд. ALTLinux, к примеру, запилила deepsolver.

    Их, видимо, Леня покусал. Нет, чтобы оттестированный libhawkey взять, так нет, обязательно надо свое сделать.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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