Похоже, что сложно выходило сразу. Наверно, избавлялись от Python 2 в репозиториях, чтобы остался только Python 3, быстрее было выполнить порт 2->3, а теперь, когда есть время, переписывать частями на C.

s/дитя не/дитя ни/

...пакетный менеджер,
...будет переписан на языке C

Нет, я как раз совсем не хэйтер C в отличии от предполагаемого большинства комментаторов этого топика. Но место приложения «пакетный менеджер» - имхо это перебор. Не люблю это выражение, но «это каким же надо быть задротом что бы даже ++ не осилить»

Вот выразил моё мнение на 100%.

В баню этих задротов-цепепешников/валовцев и т.п. чудаков. Сишников подготовить быстрее. Да и сишка для компиляции требует меньше ресурсов, чем костыли вокруг.

На opennet писали, что совместимость с python2 есть и будет в переписанной версии

Не совсем понимаю. Второй питон ещё как минимум года четыре будет поддерживаться. Куда торопиться?

Сишников подготовить быстрее.

Грузчиков еще быстрее.

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

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

А почему не переписать на какой-нибудь функциональщине? Ведь там чистая математичка. Есть пакет у него есть множества: зависимостей, рекомендаций, конфликтов и надо посмотреть что из множеств уже стоит и что нужно добавить, а что будет мешать и как можно это обойти(множества альтернативных пакетов).

P.S. Чайник в функциональщине

Вот глядишь, и сделают zypper :)

Ждем эпичных фич?

Они не могли dnf сразу на C написать?

Нет и вот почему: с самого начала не было точно известно взлетит DNF (название намекает) или не взлетит. Как чистого рода эксперимент, его бессмысленно пытаться писать на языках с существенно более длинным циклом разработки. Сделать рабочий прототип на языке вроде Python для обкатки новых идей и выработки алгоритмов — это стратегически верное решение. Во-первых, это быстрее (batteries included), во-вторых, сопряжение с библиотеками на компилируемых языках даётся очень легко. В результате ты получаешь рабочее решение заметно быстрее, жертвуя при этом производительностью, «догнать» которую можно позже, когда и если проект получит одобрение, взлетит, будет получено доказательство корректности алгоритмов, нужное подчеркнуть, недостающее вписать. Например, при ограниченных человеческих ресурсах такой подход имеет смысл.

с пайфонами

К логопеду.

рекомендаций

Бэкенд не умеет.

как можно это обойти

Как в apt* предлагать пол-системы снести? Спасибо вот это точно не надо.

статически линкованные программы
win, mac, android

/0

Обычно apt предлагает несколько вариантов и пошаманив руками с некоторыми пакетами можно не сносить пол системы.

Если ты грузчиками решишь ту же задачу, вперёд. О результатах не забудь сообщить ЛОРу.

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

https://anarc.at/blog/2013-02-04-why-i-dont-pulseaudio/

C - наше все. Школота идет лесом :)

Для меня, как юзера, это хорошо или плохо? Чем Python хуже С? Будет быстрее, чётче или что, не пойму? Или это просто способ лишний раз напомнить о себе («люди, я тут, если вы забыли!»)?

https://fedoraproject.org/wiki/Changes/Python_3_as_Default

Федорковцы же хотят Python3 as default. Вот и переносят всё. А потом и /usr/bin/python сделают как python3 по умолчанию. Хочется людям подготовиться заранее, пусть делают. Полезно же.

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

Это же хорошо. Сишку переписывать дороже, чем Python. Развитие будет размереннее, стабильнее. Чутка ускорение получишь.

Сравни стоимость работы людей в человеко-годах-долларах и электричества. Посчитай, через сколько лет непрерывной конпеляции окупится эта работа. Не забудь выложить результат исследования на ЛОР.

Это понятно, вопрос был в том, что до прекращения поддержки второго питона ещё достаточно времени, и уж если собрались переписывать на другом языке, то какой смысл мигрировать на третий питон? Вот если бы это была единственная софтина, которая мешает избавиться от второго питона, тогда я бы ещё мог понять.

Роскосмос тоже часто говорит что создаст свой айфон

C - наше все

Плохо быть вами.

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

Что-то мне подсказывает, что они никогда это не закончат.

Работа стоит, а срок идет

В этом же весь смысл!

эти изобразят метапрограммирование на Си

Зачем оно в пакетном менеджере? о.О

А вообще, похоже что после того как того чувака, который дописывал и мейнтейнил юм переехала машина, все стали тянуть одеяло на себя с этими беспрестанными переписываниями. Чем допустим юм не устроил? Кроме пыхтонг тормазит ололо. А серверная часть, формат хранения и передачи метаданных и тулзы для них тоже самоперепишутся на C или они остаются как были? А если остаются как были за счёт чего должно быстрее стать?

здесь должна была быть новость о переписывании portage на C

здесь должна была быть новость о переписывании portage на C

dnf имеет правильную архитектуру и не упирается в io.

А нельзя было просто yum переписать на C? В чём вообще принципиальное отличие DNF от yum, кроме языка?

Хотя нашёл, что DNF форкнули от yum 3.4, так что может, его можно рассматривать как yum 4 :)

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

for fun, not prod

люди тренируются, и заодно код кидают в гитхаб, где новичок может подчерпнуть себе что-нибудь

dnf очень даже хорош
я думаю, что в степени убывания pacman > dnf(yum, одно и тоже по сути, только dnf побыстрее) > zypper > apt

Кроме пыхтонг тормазит ололо

Но ведь тормозит! Пока юм раздуплит зависимости уже забудешь, что ставил.

Наоборот, очень даже хорошо :) Люди не страдают извращениями, а наоборот - наслаждаются... Не стОит им мешать :)

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

Лорчую оратора. Всякая мелкая ерунда затрахала - то авторемув хочет стереть пол системы, то историю не посмотреть, сейчас вот половина команд вообще не работает на русской локали. Думал, устаканится со временем - но нет! Мы все перепишем и опять джва года будем приводить в божеский вид.

Эти люди тоже тренируются?

Что-то много тренирующихся развелось!

Увы, не в этой вселенной.

Как пользователь федоры, смигрировавший на нее с дебиана... Если возьмут, перейду куда-нибудь ещё. apt-get ужасен. В Debian вроде пилили cupt, но когда я в последний раз смотрел, он очень много чего не поддерживал.

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

А вот мой опыт использования (центоси 5/6/7 и федоры вплоть до 19, емнип) указывает на то, что там в основном томозит как раз таки IO. Потому как эта фигота на каждый чих лазиет свои зеркала рефрешить, напоминая этим поведением дебилоидный subversion. А метаданных много и метаданные жирные. А протухают они за полтора часа. А во время этого ещё зеркала рандомно рсинкаются, и отдают 403, и мы бросаем и начинаем перекачивать со следующего, что ещё удлиняет ожидание ... и т.д.

И больше багов будет, хороших и разных

просто что-то давно подобных тем не видно

Уверенность, что С++ отличается от С только наличием классов

Ну почему же, не только :-) Есть ещё тонны куч известной субстанции :-) Лол :-)

Зачем оно в пакетном менеджере? о.О

Никто об этом не знает :-) Но цепепешники - страстные фонаты мощи метапрограммирования шаблонов и универсализма, ибо где это видано, где это слыхано, чтобы переписывать ещё то, что можно заинклюдить, унаследовать, инстанцировать и гордиться повторным использованием «компонентов» :-)

Зачем что-либо осиливать, если можно просто использовать те инструменты, которые тебе нравятся

Не возражаю

и позволяют решить поставленную задачу

Уже с сомнением, но таки да, позволяет

достаточно эффективно?

Насчет эффективности не верю. А почему сразу не асме?

Нужно больше переписываний! Как насчёт systemd на яве?

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

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