The OpenNET Project / Index page

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

В Fedora планируют заменить пакетный менеджер DNF на Microdnf

15.04.2022 23:06

Разработчики Fedora Linux намерены перевести дистрибутив на новый пакетный менеджер Microdnf вместо ныне используемого DNF. Первым шагом на пути к миграции станет планируемое в выпуске Fedora Linux 38 значительное обновление Microdnf, который будет приближен по функциональности к DNF, а в некоторых областях даже станет его превосходить. Отмечается, что новая версия Microdnf будет поддерживать все основные возможности DNF, но при этом сохранит высокую производительность и компактность.

Ключевым отличием Microdnf от DNF является использование для разработки языка Си, вместо Python, что позволяет избавиться от большого числа зависимостей. В своё время DNF пришёл на смену Yum, который был написан целиком на языке Python, а в DNF требовательные к производительности низкоуровневые функции были переписаны и вынесены в отдельные Си-библиотеки hawkey, librepo, libsolv и libcomps, но каркас и высокоуровневые компонеты оставались на языке Python. Изначально Microdnf развивался как урезанный вариант DNF для использования в контейнерах Docker, не требующий установки Python. Теперь разработчики Fedora планируют довести Microdnf до уровня функциональности DNF и со временем полностью заменить DNF на Microdnf.

Основой Microdnf выступает библиотека libdnf5, развиваемая в рамках проекта DNF 5. DNF 5 нацелен на унификацию имеющихся низкоуровневых библиотек, переписывание на языке С++ остающихся на Python операций управления пакетами и вынос базовой функциональности в отдельную библиотеку с созданием вокруг этой библиотеки обвязки для сохранения Python API.

Новая версия Microdnf также будет использовать фоновый процесс DNF Daemon, заменяющий функциональность PackageKit и предоставляющий интерфейс для управления пакетами и обновлениями в графических окружениях. В отличие от PackageKit в DNF Daemon будет предоставляться поддержка только формата RPM.

Microdnf, libdnf5 и DNF Daemon на первой стадии внедрения планируют поставлять параллельно с традиционным инструментарием DNF. После доведения проекта до полной готовности новая связка заменит собой такие пакеты, как dnf, python3-dnf, python3-hawkey, libdnf, dnfdragora, и python3-dnfdaemon.

Из областей, в которых Microdnf превосходит DNF, отмечается: более наглядная индикация прогресса выполнения операций; улучшенная реализация таблицы транзакций; возможность вывода в отчётах о выполненных транзакциях информации, выдаваемой встроенными в пакеты скриптами (scriplets); поддержка использования локальных RPM-пакетов для транзакций; более продвинутая система автодополнения ввода для bash; поддержка выполнения команды builddep без установки Python в системе.

Среди минусов перехода дистрибутива на Microdnf упоминается изменение структуры внутренних БД и раздельная от DNF обработка БД, что не позволит видеть в Microdnf транзакции с пакетами, выполненные в DNF и наоборот. Ранее установленные при помощи DNF пакеты после перехода на Microdnf будут обрабатываться как установленные пользователем ("dnf history userinstalled"), а удаление пакета, установленного другим пакетным менеджером, не будет приводить к удалению связанных с ним неиспользуемых зависимостей. Кроме того, в Microdnf не планируют сохранить 100% совместимость в DNF на уровне команд и опций командной строки.

  1. Главная ссылка к новости (https://lists.fedoraproject.or...)
  2. OpenNews: Выпуск пакетного менеджера DNF 4.6
  3. OpenNews: Началась разработка пакетного менеджера DNF 5 и замены PackageKit
  4. OpenNews: Пакетный менеджер DNF будет переработан на языке Си
  5. OpenNews: Утверждён план перехода Fedora 22 на пакетный менеджер DNF
  6. OpenNews: В Fedora 37 намерены оставить только поддержку UEFI
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/57023-microdnf
Ключевые слова: microdnf, dnf, fedora
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (143) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:40, 15/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем это лучше pacman?
     
     
  • 2.4, mikhailnov (ok), 23:44, 15/04/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Тем, что выполняет основную задачу пакетного менеджера — поддержание целостности системы, в отличие от pacman, который легко позволяет, например, обновить libavcondec.so.N на libavcodec.so.N+1, оставив пакет с /usr/bin/mpv слинкованным с libavcondec.so.N. Автоматики для отслеживания такого в pacman и сборочном инструментарии пакетов для него нет.
     
     
  • 3.11, Аноним (11), 00:10, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какая-то надуманная проблема уровня DLL-hell. Давно решена в современных дистрибутивах.
     
     
  • 4.32, Тинус Лорвальдс (ok), 02:40, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >Давно решена в современных дистрибутивах

    Конечно решена - наличием нормальных пакетных менеджеров.

     
     
  • 5.47, Аноним (11), 05:50, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Например?
     
     
  • 6.86, Аноним (86), 10:21, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    pacman
     
  • 6.151, Аноним (-), 14:39, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Например?

    apt+dpkg :P. Работает резво, ресурсов жрет в разы меньше, зависимости разруливает, что еще надо?

     
     
  • 7.163, lockywolf (ok), 07:25, 19/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты хотел сказать apt-rpm?
     
  • 4.96, n00by (ok), 11:09, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Какая-то надуманная проблема уровня DLL-hell. Давно решена в современных дистрибутивах.

    Вы отвечаете человеку, который не осилил поддерживать urpmi + rpm5 в "разрабатываемом" им дистрибутиве, потому сменил их на DNF + rpm4. Про целостность я им писал давно, имея ввиду совершенно иное, он тупо запомнил и ретранслирует, приплетая что попало.

     
  • 3.38, Аноним (38), 05:14, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И кому это в здравом уме может понадобиться? so файл из libavcodec-devel в таком случае на что будет указывать? еще говорят в венде WinSxS мусорка...
     
     
  • 4.51, Аноним (11), 05:57, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > кому это в здравом уме может понадобиться

    Тебе не нужно, значит никому не нужно?

    > libavcodec-devel в таком случае на что будет указывать

    Вот кто эту убогую концепцию devel-пакетов придумал, тот пусть и разруливает. В современных дистрибутивах такая проблема невозможна. А луддиты пусть страдают.

     
     
  • 5.158, Аноним (158), 07:38, 18/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    "В современных" - это в которых все компоненты поставляются в виде контейнеров под радостные визги смузихлебов?
     
  • 4.53, Аноним (53), 06:08, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Мусорка у тебя в голове. Если версии либы между собой несовместимы и ломают сборку проги, то прога использует не so, а so.X.Y.Z, где X.Y.Z - минимальный путь набора версий, всегда работающих с программой. Несовместимые версии либ, естественно, идут разными пакетами и друг другу не мешают.
     
  • 3.42, Аноним (42), 05:29, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что если я запущу полное обновление и обновится только библиотека, но не приложение, которое от нее зависит?
    Подобный сценарий вообще не должен случиться. Предположим, что приложение foobaz находится в одном из официальных репозиториев и успешно собирается с новой версией библиотеки libbaz — тогда оно будет обновлено вместе с libbaz. Если, однако, оно не собирается, пакет foobaz будет иметь версионную зависимость (например, libbaz 1.5) и будет удален при обновлении libbaz по причине конфликта.

    Если пакет foobaz вы скачали из AUR и собрали самостоятельно, вам следует попытаться пересобрать foobaz с новой версией libbaz. Если сборка завершится неудачей, отправьте отчет об ошибке разработчикам foobaz.

     
  • 3.136, arzeth (ok), 02:48, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А затем у пакетов depends libavcodec so 59-64 То есть, pacman позволя... большой текст свёрнут, показать
     
  • 3.140, Аноним (140), 09:46, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так у них в доке (вики) и написано:
    https://wiki.archlinux.org/title/System_maintenance#Partial_upgrades_are_unsup
     
  • 3.142, Аноним (-), 14:07, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Они за своими транзакциями , откатами и прочим булшитом в стиле setupexe msi... большой текст свёрнут, показать
     
  • 2.24, Аноним (24), 01:48, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Чем это лучше pacman?

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

     
     
  • 3.106, nvidiaamd (?), 14:03, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чет я запутался. Так ты оба меча достаешь или как?
     
  • 3.141, shardddin (?), 11:56, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    "Антирачер"??... Ну и чем тебе не устраивает пакман, тогда как "нас" он устраивает всем?.... А вот скорость его работы - действительно впечатляет - завидно что-ль? Установку Арча не можешь осилить - нравиться с дистром частые и тесные отношения иметь??...
     
  • 2.64, Аноним (64), 08:46, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Чем это лучше pacman?

    dnf history undo/dnf history rollback?

     
     
  • 3.115, лютый жабби___ (?), 17:48, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >dnf history undo/dnf history rollback?

    лень гуглить что это, но в арче есть wayback machine, очень удобно отказывает на любую дату в прошлом. плюс mask на отдельные пакеты. хотя за 10 лет мне оно всего разок понадобилось...

    a на сервере, есно юзаем rpm

     
  • 3.144, Аноним (-), 14:15, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > dnf history undo/dnf history rollback?

    Особенно когда все это в процесса разваливается. А оно умеет. Вот честно, снапшотами ФС это намного лучше делается. И поводов для отвала сильно меньше. Прикиньте, в снапшоте одним махом и база пакетов правильная, и система консистентная, и отваливаться особо нечему в нормальном случае. Это довольно быстрая, атомарная и безопасная операция, в отличие от того месива что питонмакаки накодили.

     
     
  • 4.152, Аноним (152), 14:42, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот честно, снапшотами ФС это намного лучше делается. И поводов для отвала сильно меньше.

    Несколько сомнительное утверждение.
    С ФС снапшотами нормально всё может быть только если ФС совершенно не используется другими процессами - не связанными апдейтом системы. А если во время апдейта что-либо происходит, что приводит к записи на ФС - обращения к web сервера к локальной базе данных на ФС, почтовый сервер принимающий/отдающий почту, то при откате снапшота будет совсем неконсистентное состояние, так как данные сторонних приложений будет потеряны или повреждены без возможности восстановления.

     
     
  • 5.160, Гентушник (ok), 19:08, 18/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    /var то нафига откатывать? FHS не просто так придумали.
     
     
  • 6.161, Аноним (152), 19:44, 18/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Думаю, что ситуация когда вся система, включая /home и /var, на одном разделе довольно типична для пользователей федоры.
     

  • 1.2, Аноним (2), 23:42, 15/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Шо, опять? Я только от yum отвык, а уже новый?
     
     
  • 2.16, pda (ok), 00:19, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Главное, я точно помню, что dnf рекламировали как yum переписанный на C ради скорости работы. (И работал он действительно быстрее.) А теперь получается что он обратно на python...
     
     
  • 3.17, Аноним (17), 00:27, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Понимаете, у нас с друзьями есть традиция. Каждые N-дцать лет мы переписываем пакетный менеджер с питона на си.
     
  • 3.61, Аноним (61), 07:53, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чукча не читатель.
     
  • 3.88, DarkHobbit (ok), 10:23, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Главное, я точно помню, что dnf рекламировали как yum переписанный на C ради скорости работы.

    Так и есть. Санта-Барбара, сезон второй.

     
  • 3.123, Аноним (123), 21:01, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да не работал он быстрее.
     
  • 3.145, Аноним (-), 14:18, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Главное, я точно помню, что dnf рекламировали как yum переписанный на C
    > ради скорости работы. (И работал он действительно быстрее.) А теперь получается
    > что он обратно на python...

    Вообще-то целиком на си они его нишмагли и получился страшный франкенштейн из питона с кусочками на си. Работал он по скорости очень так себе. Если сравнивать с другими. Заодно в процессе хлебнули все прелести вебмакакинга в архитектуре репов, когда оказалось что если пакетов много, огромные XML c индексами долго качать и медленно парсить, а давайте дескать pre-parsed базы скулайта класть?! Хрена они там архитекты имени вебмакак...

     
  • 2.25, Аноним (24), 01:56, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Шо, опять? Я только от yum отвык, а уже новый?

    Они не шибко отличались по сути своей работы.
    Однако, в репозиториях федоры присутсвтвует zypper, который даже как-то работает.
    Вот, если бы разрабы федоры думали о пользователях, они бы доработали zypper и саму федору до ума, чтобы они работали в связке, также эфективно, как zypper работает в сусях.
    Но, разрабы федоры форменные садисты и маньяки, больные головой, поэтому они пилят всё новые кривые костыли, лишь бы не сделать по-человечески:
    упоротая идея пилить вэб установщик, вместо не менее упоротой локальной г@внаконды, тупой dnf, вместо адекватного пакетника, GNOME, в конце концов.
    В общем, всё для пользователей, кушайте, не обляпайтесь!

     
     
  • 3.33, Тинус Лорвальдс (ok), 02:43, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какой zypper, вы о чём? Там такое ЧСВ, что они сорок раз свой yum переписывать будут и всё равно сделают убогость.
     
     
  • 4.65, пох. (?), 09:06, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Причем тут ЧСВ? Там менеджер копчоный, с лопатой. Которой охреначит по горбу за такие идейки.

    "Недостатком протокола IPX является то, что он разработан фирмой Novell"(c)

    Нельзя ключевые для дистрибутива вещи строить на технологиях, принадлежащих конкуренту. Этому на первом курсе бангалорского MBA учат (той же лопатой, в руках гуру).

     
  • 4.100, Анонимленьлогиниться (?), 12:10, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какой ЧСВ? Когда в сусе выкатили офигительный libsolv, без проблем выкинули свою реализацию поиска зависимостей, написали прослойку hawkey (сейчас - libhif) и перевели dnf и прочее на него.

    А зачем менять dnf, к которому все привыкли по интерфейсу и логики работы на zypper? Вообще, у вас какие претензии именно к dnf сейчас (а не к yum 10 лет назад)?

     
     
  • 5.125, Аноним (24), 01:46, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У меня лично претензии к dnf такие, что у меня буквально в том году, параллельно... большой текст свёрнут, показать
     
  • 2.39, Аноним (86), 05:16, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    а что с yum? работает вроде у пердунов на центосях
     
     
  • 3.76, Аноним (76), 09:23, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    До 6-чки. В семёрачьке уже днф, а юм - обёртка над днф.
     
     
  • 4.80, Варенье (?), 09:44, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В семерочке ещё ням, это в восьмерочке привезли днф. Ну и где эта восьмерочка теперь? Нету её больше, что доказывает, что вся центось держалась на няме
     

  • 1.3, kuku (ok), 23:43, 15/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Протрезвели?
     
     
  • 2.13, Аноним (11), 00:13, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, просто умеют софт разрабатывать в долгосрочной перспективе. Вот довели до рабочего решения прототип на Питоне, обкатали паттерны, теперь можно выжимку на менее дружелюбном к разработчику языке написать. Начни они разработку сразу на C, воз и поныне там был бы.
     
     
  • 3.19, НяшМяш (ok), 00:50, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вот довели до рабочего решения прототип на Питоне

    Неплохо, чуть менее чем за 7 лет управились. Такими темпами они и вяленого допилят.

     
     
  • 4.70, пох. (?), 09:10, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    За 15. Поскольку ничего кроме переименования, между yum и dnf не было.
    Форк понадобился потому что кто-то, как обычно, не хотел отдавать разработку в чужие руки.

    Вяленого да, того гляди "допилят", объявив в очередной версии иксы вредным ненужно, и "не нравится, делай форк".


     
     
  • 5.146, Аноним (-), 14:23, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Вяленого да, того гляди "допилят", объявив в очередной версии иксы вредным ненужно,
    > и "не нравится, делай форк".

    Как-то так. А что поделать если унутреннее устройство иксов вообще ничего кроме ужоса у кодеров не вызывает? Особенно когда народ хочет чтобы их сетап с 8K дисплеями не тормозил. Не, никто не хочет уже 640х480 в режиме vga, потоки данных более другие стали.

     
  • 5.153, Михрютка (ok), 15:07, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> Форк понадобился потому что кто-то, как обычно, не хотел отдавать разработку в чужие руки.

    потому что кто-то попал под автобус (в буквальном смысле), а редхатовца, которого поставили пилить yum вместо покойного, покусал петтеринг.

     
  • 3.26, Аноним (24), 02:00, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Нет, просто умеют софт разрабатывать в долгосрочной перспективе. Вот довели до рабочего
    > решения прототип на Питоне, обкатали паттерны, теперь можно выжимку на менее
    > дружелюбном к разработчику языке написать. Начни они разработку сразу на C,
    > воз и поныне там был бы.
    >умеют софт разрабатывать в долгосрочной перспективе
    >довели до рабочего решения прототип на Питоне

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

    Судя по тому что там петонятины и прочая макакоскриптятина со всех щелей, подозреваю, что там, тупо некому писать на С, умишка недохват. Максимум на раст сподобятся, это в самом лучшем случае.

     
     
  • 4.52, Аноним (11), 06:00, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну и чего ж ты не устроился к ним и не показал как надо? Если там все такие дурачки сидят, ты бы мог сразу с высокой позиции начать, уже бы главного архитектора проекта подсиживал бы.
     
     
  • 5.78, Аноним (76), 09:26, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Полторы-две штуки? Сам устраивайся на такую зряплату. С переездом конечно. И хватить её тебе должно не только на жрат, но и на квартиру с коммуналкой. Если ты молод и холост - то можешь попробовать.
     
     
  • 6.116, Аноним (11), 18:32, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так то платят дурачкам немогущим. Ты ж не такой, тебе сразу двести пятьдесят штук в год, дом и ключи от мерседеса дадут, только чтобы ты показал как надо.
     
  • 5.126, Аноним (24), 01:52, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Ну и чего ж ты не устроился к ним и не показал
    > как надо? Если там все такие дурачки сидят, ты бы мог
    > сразу с высокой позиции начать, уже бы главного архитектора проекта подсиживал
    > бы.

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

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

     
     
  • 6.147, Аноним (-), 14:25, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Проще взять другой коллектив и попытаться построить с ним новый проект, с
    > адекватным ядром управленцев и не менее адекватными сотрудниками.

    Как говорится, флаг в руки и электричку навстречу. Про такое как раз и говорят - "не говори гоп пока не перепрыгнешь". Вот когда - и если - оно у вас получится, тогда и приходите.

     
  • 3.31, Аноним (86), 02:16, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Вот довели до рабочего решения прототип на Питоне,

    что за бред я прочитал?

     
     
  • 4.55, Аноним (11), 06:13, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Какое слово не ясно?
     
     
  • 5.90, Аноним (86), 10:24, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    слова все знакомые, только написан из них бред
     
  • 3.66, Аноним (66), 09:07, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    на питоне можно долго тярляпить курсовые и хелловорлы, но процессоры развиваются медленнее нарастания тормозов питона.
     

  • 1.5, Аноним (5), 23:46, 15/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Новая версия Microdnf также будет использовать фоновый процесс DNF Daemon, заменяющий функциональность PackageKit и предоставляющий интерфейс для управления пакетами и обновлениями в графических окружениях. В отличие от PackageKit в DNF Daemon будет предоставляться поддержка только формата RPM.

    Это же прорыв? все ближе и ближе redhat vendor lock....

     
     
  • 2.6, Ононимус (?), 23:57, 15/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ты так говоришь, как будто это что-то плохое.
     
     
  • 3.12, Аноним (12), 00:11, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Лучший раб тот, который не догадывается, что он раб.
     
     
  • 4.40, Аноним (86), 05:17, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    как ты?
     
     
  • 5.107, nvidiaamd (?), 14:08, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    нет ты
     
  • 2.14, Аноним (11), 00:16, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так всё равно за пределами RPM этот код практически никто не использует. Правильно делают, что дропают. Неясно вообще с какой целью нужны были эти приседания вокруг других форматов пакетов. Редхат с RPM никуда мигрировать не планирует.
     
     
  • 3.27, Аноним (24), 02:07, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Так всё равно за пределами RPM этот код практически никто не использует

    FIX:
    За пределами их rpm...

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

    >Редхат с RPM никуда мигрировать не планирует.

    Как раз наоборот, вы видимо проспали в криокамере достаточно долго, чтобы пропустить нетонкий такой курс, на монолитную, неделимую, core-систему с атомарными обновлениями и снапштами, сдобренным толстым слоем флатпака головного мозга в юзеспейсной части. В конечном итоге, как раз, главный rpm-дистр, планируется перестать быть таковым для конечного пользователя.
    Не знаю, где вы обретались всё это время, чтобы это всё пропустить?! Или вы из зазеркалья к нам вещаете?

     
     
  • 4.43, Аноним (38), 05:39, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Жалкая пародия на стек Windows NT, NTFS и MSI времен Windows 8 10-летней давнос... большой текст свёрнут, показать
     
     
  • 5.84, Варенье (?), 10:03, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как найти человека, который MSI видел только на картинках, и не знает про его проблемы (ужасающая отладка; проблемы с производительностью; затыки на подмене используемых файлов; мусор от старых версий в ProgramData, без которого пакеты откажутся обновляться и многое, многое другое)
     
     
  • 6.148, Аноним (-), 14:28, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Как найти человека, который MSI видел только на картинках, и не знает
    > про его проблемы (ужасающая отладка; проблемы с производительностью; затыки на подмене
    > используемых файлов; мусор от старых версий в ProgramData, без которого пакеты
    > откажутся обновляться и многое, многое другое)

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

     
  • 5.155, yurikoles (ok), 20:13, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    MSI был на столько совершенным, что майки последние несколько лет по максимуму с... большой текст свёрнут, показать
     
  • 4.54, Аноним (11), 06:13, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты на пенсию выйдешь раньше, чем rpm отменят. Какие бы движения там ни присходили, rpm будет эволюционировать вслед за ними.
     
     
  • 5.91, Аноним (86), 10:26, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а как же докеры со снапами и флэтпаками? куда ж без них, без npm и без pip?
     
     
  • 6.118, Аноним (11), 18:36, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А, ты из этих, у которых когнитивных способностей не хватает освоить больше одного инструмента. Ну попробуй в дворники пойти, или как пох. — уборщиком в датацентр. И при серверах, и голова не болит от нагрузки, и время есть на опеннете комментить.
     
     
  • 7.127, Аноним (24), 01:56, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А, ты из этих, у которых когнитивных способностей не хватает освоить больше
    > одного инструмента. Ну попробуй в дворники пойти, или как пох. —
    > уборщиком в датацентр. И при серверах, и голова не болит от
    > нагрузки, и время есть на опеннете комментить.

    Но, вы то наверное весь в "заботах, полон рот" и времени комментить на опеннетике у вас нет, ой, какая красота! ;)

     
  • 4.73, пох. (?), 09:17, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Снапшотов не будет. Технология thin-lvm так и не признана уже окончательно достаточно готовой, а других (у rhbm) нет.

    Да и зачем они тебе в "атомарной" системе? Там только вперед, апгрейдом на еще более новую (предыдущую даже скачать уже неоткуда будет, к тому же в ней аж пять увизгвимостей).

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

    конечный пользователь федоры - rhbm. Ты - пользуемый, не перепутай.

    Разумеется для впопенштифта под впопенстеком не нужны никакие rpm. "скачайте из https://rhnet/10/layeys/of/nested/path/binary-go и запустите - он все за вас сделает. Да, мы работаем чтобы сделать его впопенсорсом, но пока вот так" (с)

    зачем тебе в такой системе какие-то пакетные менеджеры? Кроме podman, разумеется. Но им тоже не ты будешь управлять.

     
     
  • 5.149, Аноним (-), 14:32, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так они ж уже тестят бтр на своих лабораторных крысах в федоре. Запилят плагинчик для своей пакости к нему - и усе. А ты там с сратисом и thinlvm'ом пытайся нормальную ФС изобразить из спичек и желудей если хочешь. А потом какой-нибудь Кент свое счастье допилит быстрее чем вон те индусы. И будет оно CoW-next gen. Типа btrfs'а, только быстрее, ибо делано уже с учетом анализа проблем дизайна и изменившихся реалий: быстрые накопители с огромным iops на скоростном интерфейсе привели к тому что стал важен оверхед. Кент учел это. А XFS... тормозил на метаданных вообще всегда.
     
  • 4.119, Аноним (11), 18:39, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > в других rpm-дистрах

    Редхату не интересно и никогда не будет интересно что там в других rpm-дистрах. Что вполне понятно, пользователей rpm столько, что если с каждым советоваться, то до разработки не дойдёт. Так что 2-3 основных (типа SUSE) послушают и сделают как считают нужным.

     
     
  • 5.128, Аноним (24), 02:00, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Всё правильно, нужно включить обратную логику, и не слушать вообще никого, в том... большой текст свёрнут, показать
     
  • 2.22, Аноним (22), 01:16, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Всё правильно делают. PackageKit был очень важен а прошлом когда в этой области было  всё криво,  непричесанно и мамонты ходили, но как-то надо было рабочие интерфейсы для всех дистрибутивов одинм махом делать. В 2022 году всё налаженно и все всё понимают, таким программам полноценная интеграция нужна, просто печально смотреть как какой-нибудь gnome software или kde discover мучает задницу пять минут выполняя на PackageKit операцию которую пакетный менеджер за секунды делет.
     
     
  • 3.154, Анонимомус (?), 16:50, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Может в PackageKit есть архитектурные проблемы, но это не отменяет того факта, что нужна пакетонезависимая прослойка, глупо клепать условный gnome software под каждый пакетный менеджер, gnome software - это же интерфейс не для управления пакетами, а для установки приложений конечными пользователями, которым знать про пакеты не нужно.
     

  • 1.7, Аноним (7), 23:59, 15/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    "Например, удаление пакета не будет приводить к удалению связанных с ним зависимостей, которые не используются в других пакетах" - у них там контейнер головного мозга? Как можно на десктопной системе не вычищать пакеты? Опять обкладываться полуживыми костылями типа rpmorphans?
     
     
  • 2.15, Аноним (11), 00:17, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Зачем ты постоянно устанавливешь и удаляешь пакеты на десктопе?
     
     
  • 3.48, Аноним (53), 05:52, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А вот и свидетель нарисовался чёрного куба, который ни в коем случае нельзя модифицировать, всё должно быть прибито шурупами с клеем, как завещал великий Вендор.
     
     
  • 4.63, Аноним (63), 08:20, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > великий Вендор

    Из Редмонда? )

     
  • 4.120, Аноним (11), 18:41, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На вопрос ты так и не ответил.
     
  • 2.18, Аноним (18), 00:41, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Банально неправильный перевод. В оригинале так:
    Relocation of internal databases and different structure of internal databases
    - The transaction performed by the new MICRODNF will be not visible by DNF
    - The transaction performed by DNF or PackageKit will be not visible by the new MICRODNF
    - Packages installed by another packager will be handled as userinstalled
      - Consequence => The removal of a package will not trigger removal of unused dependencies

    Т.е. пакеты установленные после перехода продожат удаляться, если они не нужны. Всё установленное до перехода вычищаться не будет.

     
     
  • 3.74, Аноним (74), 09:20, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Марсианский подход какой-то.
     
     
  • 4.124, НяшМяш (ok), 22:30, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Они просто не в курсе про обратную совместимость.
     
  • 2.28, Аноним (24), 02:09, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > "Например, удаление пакета не будет приводить к удалению связанных с ним зависимостей,
    > которые не используются в других пакетах" - у них там контейнер
    > головного мозга? Как можно на десктопной системе не вычищать пакеты? Опять
    > обкладываться полуживыми костылями типа rpmorphans?

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

     
  • 2.50, Аноним (53), 05:55, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потом дальше пойдут:
    - Зачем вообще удалять файлы пакета при удалении пакета...
    - А зачем вообще позволять устанавливать что-то, предустановленного хватит всем!
     

  • 1.20, Аноним (20), 01:10, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Ключевым отличием Microdnf от DNF является использование для разработки языка Си, вместо Python

    Гентушники, берите пример.

     
     
  • 2.29, Аноним (24), 02:11, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ключевым отличием Microdnf от DNF является использование для разработки языка Си, вместо Python
    > Гентушники, берите пример.

    У кого брать пример, у федор-овцев?

    Спасибо, лучше уж с NixOS, на худой конец.

     
     
  • 3.36, Аноним (20), 04:32, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты жопой читаешь или серьёзно предлагаешь захреначить в генту dsl из никсоса? Я имел в виду, что гентушникам тоже пора перевести портаж с пистонятины на сишку.
     
     
  • 4.129, Аноним (24), 02:06, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ты жопой читаешь или серьёзно предлагаешь захреначить в генту dsl из никсоса?

    Это вы, уважаемый, читаете чем-то отличным от глаз.
    Где я выше написал, про захреначить что-то их никсоса, протрите ваши органы зрения и перечитайте ещё раз, а потом ещё раз, до просветления. А то спева придумываете ответ собеседника, а потом героически его опровергаете!
    > Я имел в виду, что гентушникам тоже пора перевести портаж с
    > пистонятины на сишку.

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

     
     
  • 5.162, Аноним (162), 05:21, 19/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Молодец, хорошо сманяврировал.
     
  • 4.138, Аноним (138), 09:31, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прокалькулятит все равно быстрее чем собирается. Для Gentoo не принципиально Си/Питон. Ваши бинарные разборки не интересны,к тому же с полгода как писали новость про оптимизацию и  какое то там ускорение на треть в Портаж. D
     
  • 2.37, Мохнатый пись (?), 04:47, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Zypper давно на крестах, но у федерастов NIH-синдром.
     
     
  • 3.41, Аноним (86), 05:18, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ни слова не понял, к логопеду сходи
     
     
  • 4.46, Аноним (53), 05:44, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    ты сайтом ошибся, тут ещё и не такие технические термины встречаются.
     
     
  • 5.92, Аноним (86), 10:29, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я просто российский программист, мы по-английски ни бум-бум
     
     
  • 6.97, Аноним (97), 11:35, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1C?
     
  • 3.75, пох. (?), 09:20, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    каким-то образом это не мешает ему быть медленнее даже yum/dnf

    (то есть совершенно понятно, каким, но давайте-давайте перепишем все на c++ вместо того из-за чего он как-бы медленнее)

     
     
  • 4.130, Аноним (24), 02:08, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > каким-то образом это не мешает ему быть медленнее даже yum/dnf
    > (то есть совершенно понятно, каким, но давайте-давайте перепишем все на c++ вместо
    > того из-за чего он как-бы медленнее)

    ЛОЛШТО?! Zypper медленне dnf?! Я правильно понял ваш чудесный комментарий?!

     
  • 2.99, n00by (ok), 11:39, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>Ключевым отличием Microdnf от DNF является использование для разработки языка Си, вместо Python
    > Гентушники, берите пример.

    Why C++?

    Because we don't have the time or the manpower to write it in C.

    https://paludis.exherbo.org/faq/general.html#cplusplus

     
  • 2.139, Аноним (140), 09:37, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Чё не на раст сразу?
     

  • 1.21, Аноним (21), 01:16, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Питон лучший язык для всего, вот это всё.
     
     
  • 2.150, Аноним (-), 14:35, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Питон лучший язык для всего, вот это всё.

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

     

  • 1.23, Тфьу (?), 01:33, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    DNF does not function?
     
     
  • 2.30, Аноним (24), 02:15, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > DNF does not function?

    B-coz, just not enough smoothie-code in dnf!

     
  • 2.34, Аноним (34), 03:13, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    у меня основная ассоциация - это гоночный термин do not finish
     
     
  • 3.45, Аноним (53), 05:42, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > do not finish

    Точно :) перманентное отсутствие готового стабильного продукта.

     

  • 1.35, Ilya Indigo (ok), 03:42, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Сначала заменяют с нормального yum на тормозной DNF, а потом создают другой yum с нуля?
     
     
  • 2.44, Аноним (53), 05:40, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Имитация бурной деятельности. И так во всех проектах. Результат - ничего толком не работает, стандарты отсутствуют... То, что живёт 3 недели - это не стандарт, а поток коричневой ноты.
     
  • 2.69, Аноним (66), 09:10, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    вся время уходит на blm и прочее
     
     
  • 3.104, Аноним (104), 13:17, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ulm
     
  • 2.102, Аноним (102), 12:39, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ...dnf, который работает в 3 раза быстрее?
    Мсье, да вы издеваетесь
     
     
  • 3.103, Ilya Indigo (ok), 13:05, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Если yum был таким тормозом, могли бы просто zypper использовать!
    Ах да, NIH превыше всего!
     
  • 3.114, Ilya Indigo (ok), 15:57, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > ...dnf, который работает в 3 раза быстрее?
    > Мсье, да вы издеваетесь

    И как и чем Вы мерили?

     
  • 2.132, Аноним (24), 02:11, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Сначала заменяют с нормального yum на тормозной DNF, а потом создают другой
    > yum с нуля?

    Оно и yum был это самое, по сути. Так что не велика беда, просто "чехольчики поменяли".
    Это поделие спасёт только полное выкидывание на мороз и полное переписывание. Но, красношапка показала, что горы кокса или что у них там потребляют, неистощимы, так что я не верю в то, что они родят что-то вменяемое, чтобы пользователи наконец вздознули и хоть где-то в системе было что-то вменяемое, от чего не хотелось бы плеваться и посылать лучей добра производителю сих поделий.

     

  • 1.49, Аноним (49), 05:53, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    c.. c++.. ещё через лет 5 они додумаются, что нужно переписать на Dlang?
     
     
  • 2.59, Онаним (?), 07:20, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Главное, чтоб не на питонах, и прочих рубирастах.
     

  • 1.56, Аноним (56), 07:10, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Для производительности надо избавится от systemd.
     
     
  • 2.133, Аноним (24), 02:17, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Для производительности надо избавится от systemd.

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

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

     

  • 1.58, Онаним (?), 07:18, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну накотец-то. Достала эта обязательная полускриптовая блоатварь. Такими темпами и питон вообще из системы можно будет выпилить.
     
     
  • 2.121, Аноним (11), 18:43, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Перл уже выкинул, выкидыватель?
     
     
  • 3.122, Онаним (?), 20:31, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Перл уже выкинул, выкидыватель?

    - # rpm -qa perl\*
    - #
    ... такие дела ...

     

  • 1.72, Любитель Монеточки (?), 09:14, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Тормознутость dnf сильнее, чем zypper/pacman/apt(dpkg), говорят объяснялась тем, что dnf написан на Python (когда pacman/zypper написаны на Си/С++).

    Я слышал о медленности YUM/DNF

     
     
  • 2.79, Аноним (64), 09:27, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Там ещё транзакционность реализована, за счёт которой работает dnf history undo/rollback
     
     
  • 3.81, Варенье (?), 09:55, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Всегда было интересно — а кому вообще эти транзакции нужны?
     
     
  • 4.83, Я (??), 10:01, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    админу тысячи локалхостов..
     

  • 1.82, Я (??), 10:01, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    до переписывания на раст осталось пять релизов федоры..
     
     
  • 2.105, Аноним (104), 13:18, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Частично на питоне, частично на расте, чтобы созвучно было
     
  • 2.134, Аноним (24), 02:19, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > до переписывания на раст осталось пять релизов федоры..

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

     

  • 1.94, Аноним (94), 10:57, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    А чо не на Rust то? Безопасность-ж будет плохая. Да и вообще ж С/С++ устарел там у них, легаси...
     
     
  • 2.98, Аноним (53), 11:36, 16/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А чо не на Rust то?

    Опыт мозилы намекает, что можно потерять весь рынок.

     
     
  • 3.131, Аноним (131), 02:11, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> А чо не на Rust то?
    > Опыт мозилы намекает, что можно потерять весь рынок.

    А на что намекает опыт оперы или мелкософта уважаемым опеннетным оналитегам?

     
     
  • 4.137, Аноним (53), 06:11, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > опыт оперы или мелкософта

    У них был опыт?!

     
     
  • 5.143, Аноним (131), 14:12, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> опыт оперы или мелкософта
    > У них был опыт?!

    Т.е. о потери рынка МС и выкидывании ими своего движка в пользу хрома, уважаемый оналитег не слышал?
    Яснопонятно. А в нашей реальности, браузерные движки без раста проиграли гуглу.
    Дольше всех трепыхалось ябло, но и то исключительно из-за использования "админ-ресурса" в своем iOS-загончике.

     
  • 3.135, Аноним (24), 02:21, 17/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> А чо не на Rust то?
    > Опыт мозилы намекает, что можно потерять весь рынок.

    Ну, с почти выкидыванием на мороз центоси, что-то непохоже, что у них адекватная стратегия по рынку. Но, возможно там какой-то хитрый план, многоходов-очка?!

     

  • 1.101, Аноним (102), 12:37, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    2022. Больше 1000 строк. Переписать на Си. Этот мир уже ничего не спасёт
     
  • 1.108, Аноним (108), 14:32, 16/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это намек? А потом заменят на winget?
     
  • 1.156, Аноним (156), 20:33, 17/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А в чем проблема просто взять сишный zypper?
     
  • 1.157, Аноним (157), 06:30, 18/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Нет, чтобы взять рабочее решение от Suse или хоть приличный язык для переписывания, так нет, переписывать на Си. А людям Fedora для работы нужна, между прочим, а не для экспериментов, для этого есть масса других дистров.
     
  • 1.159, pofigist (?), 17:09, 18/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    1. Надо сделать новую вундервафлю...
    2. Ой, хотим результат здесь и сейчас, иначе - не видать донатов!
    3. Берем новый, модный молодежный интерпретируемый язык. Жаба, пихон, VB - не важно, зависит от времени и личных предпочтений Главного Гуру Проекта
    4. Ой как здорово - все работает! И как быстро...
    5. Запускаем в продакшен!!!
    6. Ой... не все так здорово... тут притормаживает...
    7. Перепишем наиболее критичные участки на компилируемый язык!
    8. Ой, теперь что-то подглючивает...
    9. Давайте напишем компилятор для нашего любимого интерпретируемого языка?
    10. Написали... Но какая-то фигня вышла - оказывается сделать хороший компилятор - не просто...
    11. Ну нафиг это интерпретируемое г-но - пишем все на нормальном, компилируемом языке!
    12. Вот теперь все работает, но добавление новых фичь замедлилось...
    13. Делаем новую вундервафлю на новым интерпретируемом языке, лишенным недостатка всех старых!
     
  • 1.164, Аноним (-), 15:20, 19/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    "В Fedora планируют переименовать пакетный менеджер Microdnf в Micro-Soft".

    Скиньте это будет следующая новость. Поклонники майкрософта из РетГада перекинулись на Дойэбан, заразив тем самым дебилианщиков.

     

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



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

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