DNF будет переписан на языке C

+много, отличное решение, пользоваться dnf на ARM - мучение. При том что Докер на ARM достаточно отзывчивый, а нативные утилиты - вообще не отличишь от Core i7.

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

Присоединяюсь к «да и сам тоже велосипедил, чего греха таить.», было такое, не отнять, целую либу навелосипедил лет так 15 назад, ичсх до сих пор работает, а переписывать смысла нет, ведь работает :)

Как многолетний пользователь федоры, скажу так: возмите уже apt-get, ёклмн.

А кто тебе мешает? Ставь бубунту.

Он и так на C++

Как насчёт Linux на C++? :-)

Он и так на C++

No comments :-)

спроси, например, Avi Kivity

Лол, это тот самый быдлокрестовщик, у которого крестокассандра в 10 раз быстрее нормальной только если ее пускать на 1 супердорогом сервере с SSD и kernel-bypassing-network, который помимо крестов никогда в жизни ничего не использовал, который считает, что вместо того, чтобы решать задачи самым подходящим инструментом надо «выучить кресты» и который в рассылке mechanical-sympathy кичился тем, что он не знает Java и высказывал вещи вроде «непонимаю почему люди пишут high frequency trading на Java, нет бы кресты выучить» и которого там незамедлительно накормили г*ном Gil Tene и компания (которые знают кресты не хуже него, но помимо того еще и знают когда их нужно применять, а когда нет)? Ну так это видимо достойный пример для подражания. Именно таких «я знаю кресты и ничего больше» илитариев еще сам Луговской гонял ссаными тряпками на sql.ru.

По топику - dnf - это промежуточный шаг по переработке функционального, но заросшего тормозными фичами yum'а. Помимо нативное реализации в рассылке федоры еще плавали идеи по вынесение логики разрешения зависимости на сервер, чтобы индекс пакетов не качать локально без необходимости.

Да я федору обновить полгода не могу - перезагружаться лень

это тот самый быдлокрестовщик [...] который помимо крестов никогда в жизни ничего не использовал

Нет, это какой-то другой. Тот, о котором я говорил - разработчик KVM и контрибутор Qemu.

сам Луговской гонял ссаными тряпками на sql.ru.

Луговский - это реальный авторитет. Скажи, а он круче Gil Tene?

высказывал вещи вроде «непонимаю почему люди пишут high frequency trading на Java

Действительно, странное непонимание. Ведь скорость света недостаточно быстра для того, чтобы реализовать преимущества c++ при отправке запросов на биржу.

Помимо нативное реализации в рассылке федоры еще плавали идеи по вынесение логики разрешения зависимости на сервер, чтобы индекс пакетов не качать локально без необходимости.

Там, в рассылке, бывает такое проплывает, что и Поттеринг норм кажется.

пакетный менеджер
Его предшественник Yum был полностью написан на Python
на C

Только у меня дежавю?

No comments :-)

Ну да, ядро написано на чем-то совместимом с С, но не на С и не на С++. Хотя некоторое время его и собирали компилятором С++ (из состава gcc ес-но),

Пока Canonical пилит Ubuntu Touch, RedHat продолжает заниматься переписыванием.

apt-get ужасен

Да ладно. Единственная проблема, когда у меня apt-get снёс полсистемы, была у меня лет 5 назад, когда я тщательно перемешал пакеты из stable, testing и expiremental и дополнительно украсил сборкой из сорцов кое-чего. На чистом testing или stable за последние 2 года проблем и конфликтов зависимостей не было вообще.

Кстати, забавный факт из жизни. Примерно те же самые лет 5 назад, yum при обновлении php на CentOS, неизвестно с какого перепугу молча снёс вообще всю систему, включая и себя. В итоге, машина находившаяся на тот момент в продакшене, была потеряна на продолжительное время. Если что, обновлял не я, а человек с прямыми руками. Повторить потом такое не смогли.

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

А серверная часть

nginx, например, изначально на C.

формат хранения и передачи метаданных

Так там же это на либы распилено сейчас, разве нет?

у меня apt-get снёс полсистемы

Но он же спрашивает перед тем, как сносить пакеты.

DNF будет переписан на языке C

http://www.youtube.com/watch?v=XHosLhPEN3k

динственная проблема, когда у меня apt-get снёс полсистемы, была у меня лет 5 назад, когда я тщательно перемешал пакеты из stable, testing и expiremental и дополнительно украсил сборкой из сорцов кое-чего.

Он спрашивает, что делать, поэтому я им ни разу полсистемы не сносил. Хотя он мне несколько раз предлагал, не видя очевиднейших решений зависимостей.

Кстати, в cupt такого не было, но работал он медленно, не поддерживал репозитории на DVD (на оффлайн-машинах оно нужно) и мультиарч. Возможно, уже поисправляли: последний раз тыкал дебиан несколько лет назад.

А ещё apt-get не умеет ставить локальные пакеты, не из репозитория. И это обычно решается ужаснейшим костылем: dpkg -i <пакет> с последующим apt-get -f update.

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

«Детали реализации». Честно говоря, я не помню, на чём написаны инструменты деба.

Хрен с ними с крестами, могли бы взять Go или OCaml, последний емнип и в редхате есть.

Но нет, редхатщики знают только три языка. Самых примитивных языка из мейнстрима.

Какая вообще разница, ты на телевизоре что ли компилировать будешь?

имхо не корректное сравнение, моя домашняя файлопомойка, она же роутер на двух провайдеров l2tp (память кушать любит), она же вместилише 2-х lxc (debian плюс совсем легковесный с несколькими демонами), ipsec сервер, клиент нескольких openvpn (тут уже камешек) и еще по мелочи - куда слабее современных телевизиров.

Вот подпишусь. Написано все верно, прям как по учебнику.... Хм, это я сказал «по учебнику»?

А ещё apt-get не умеет ставить локальные пакеты, не из репозитория.

Емнип уже умеет. За пруфами можно сходить в новость о последнем релизе apt

Он спрашивает, что делать, поэтому я им ни разу полсистемы не сносил.

А apt-get как будто не спрашивает! Как впрочем, и любой другой ПМ.

Никогда не поздно одуматься ;)

Согласен. Больше скорости никогда не помешает.

А ещё apt-get не умеет ставить локальные пакеты, не из репозитория.

Емнип уже умеет.

Не прошло и 20 лет.

Это, конечно, круто, но зачем?

редхатчики пишут цейлон, справедливости ради к ним

На C будет бестрее, чем на питоне.

Ой, да ладно... А ви проверяли? Я вот например знатных «программ» на С от автоматизаторов в свое время насмотрелся, где может быть цикл на н-цать итераций по факту ничего не делающий, но кущающий процессорное время, все потому что никто не читай, просто дописывай, а старое не трогаем. Это памятники костыле-строению. btw когда впервые узнал о возможности разработки на java испытал смешанные чувства, с одной стороны мое личное общение с java не вызвало «восторга», но с другой стороны для автоматизаторов как раз самое то, во много раз меньше шансов «выстрелить в ногу» а в автоматизации это оборачивается весьма серьезными последствиями, это не домашний десктопчик упал.

Как насчёт systemd на яве?

Да оно уже где-то там (я про ынтерпрайз жабы праграмистов), там что плохой вброс... вот на brainfuck покатило бы, имхо хуже не будет.

http://www.youtube.com/watch?v=XHosLhPEN3k

Отлично. Спасибо.

Не прошло и 20 лет.

С помощью auto теперь работает вывод типов компилятором, а с помощью for теперь можно проходить по всем элементам контейнера с итераторами :-) Скоро можно будет инклюды в современном, где до сих пор надо уделять время стражам включения и разноске объявлений с определениями врукопашную, пусть даже с помощью IDE, но врукопашную, заменить на модули :-) Прошло, всего лишь, около 30 лет :-) Лол :-)

Обычная практика. Я сам так делал, ибо на питоне реально быстро кодить, а потом просто готовый код портируется на сишечку.

В принципе так оно и есть. По факту же быструю функциональщину надо уметь написать. То же разрешение зависимостей, по сути, банальная алгоритмика, и её надо писать не только красиво и лаконично, но и эффективно. И в этом случае две строчки на Хаскеле лёгким движением руки превращаются в чудное нагромождение императивщины, ибо сами алгоритмы (и в первую очередь то самое разрешение зависимостей) императивны до мозга костей.

Поэтому пишут сразу на сишке, чтобы не заморачиваться.

Как ты надоел своими комплексами.

Так тут толпами ходили и, вроде, начали переписывать... вот только никого из тех не видно давно :\

Почему не на go lang?

У федорки есть только C-разработчик.

Дауншифтинг.

А apt-get как будто не спрашивает! Как впрочем, и любой другой ПМ.

Я о apt-get и говорил.

Пока Canonical пилит Ubuntu Touch, RedHat продолжает заниматься переписыванием

Про systemd тоже так говорили, а закончилось тем что в Canonical выбросили всё напиленное непосильным трудом ибо пила оказалась коротковата напили хер знает чего и перешли на написанное в RH. Так что ты это, не рассказывай нам про пильщиков из Canonical.

Примерно те же самые лет 5 назад, yum при обновлении php на CentOS, неизвестно с какого перепугу молча снёс вообще всю систему, включая и себя. В итоге, машина находившаяся на тот момент в продакшене, была потеряна на продолжительное время.

Это как же надо было издеваться над yum'ом, php и центосью, чтобы такого достичь?

Если что, обновлял не я, а человек с прямыми руками. Повторить потом такое не смогли.

Феноменально прямые руки у человека!

Где обоснование, почему не Cython?

Х + 3 6 1 _ :) ;) ^

Потоому, что на асме нужно писать 2 вещи: 1. то, что низя выразить на языке более высокого уровня; 2. то что должно ОЧЕНЬ быстр работать (вот недавно программный SPI писал).

На bash-e же! С LSB-совместимыми хеддерами и текстовыми логами! И назвать SysDInit!

А потом показать Лёне, и сказать, что это он в пьяном угаре наворотил...

почему-то думал, что в федоре пакетный менеджер рпм. а оно во как оказывается: ещё куча библиотек и сверху днф.

Установи emacs, удали emacs, выполни autoremove.

Посмотри количество установленных пакетов до и после.

В общем, у меня emacs даже после autoremove не удалялся. Как я понял, некоторые пакеты с чего то помечались, как «установленные вручную».

неизвестно с какого перепугу молча снёс вообще всю систему, включая и себя.

жесть.

Если что, обновлял не я, а человек с прямыми руками. Повторить потом такое не смогли.

наверное, тогда эксклюзивную отраву пили? :-) (шутка).

Неплохо было бы ещё аргументы разработчиков сюда добавить. Какой толк переписывать такой прикладной софт на си?
Тут ведь не добиться хоть сколько-нибудь значимого прироста производительности и стабильности. Ну будет тысяча пакетов ставиться на полминуты быстрее.

Установи emacs, удали emacs, выполни autoremove.

т.е. удалить - это не совсем удалить? хорошо, что у меня portage...

rpm - это примерно как как ebuild, поверх которого висит yum/dnf (в opensuse - zypper) как и более высокоуровневый emerge.