The OpenNET Project / Index page

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

Fedora планирует перевести RPM с BerkeleyDB на SQLite

17.03.2020 12:14

Разработчики Fedora Linux намерены перевести базу данных пакетов RPM (rpmdb) с BerkeleyDB на SQLite. В качестве основной причины замены называется применение в rpmdb устаревшей версии Berkeley DB 5.x, которая уже несколько лет не сопровождается. Переходу на более новые выпуски мешает изменение лицензии Berkeley DB 6 на AGPLv3, требования которой распространяются и на приложения, использующие BerkeleyDB в форме библиотеки (RPM поставляется под GPLv2, а AGPL несовместима с GPLv2).

Кроме того, текущая реализация rpmdb на основе BerkeleyDB не обеспечивает необходимой надёжности, так как не использует транзакции и не способна выявлять несоответствия в БД. Необходимые для использования SQLite изменения будут предложены в выпуске RPM 4.16. Для преобразования формата БД будет достаточно использовать команду "rpmdb --rebuilddb". Новую реализацию rpmdb планируются включить в Fedora 33, сохранив для обеспечения совместимости и поддержку BerkeleyDB. В Fedora 34 поддержка BerkeleyDB будет переведена в режим только для чтения.

  1. Главная ссылка к новости (https://lists.fedoraproject.or...)
  2. OpenNews: Релиз СУБД SQLite 3.31 с поддержкой генерируемых столбцов
  3. OpenNews: Релиз Linux-дистрибутива Fedora 31
  4. OpenNews: Для Fedora утверждён метод подсчёта пользователей, не использующий UUID
  5. OpenNews: Началась разработка пакетного менеджера DNF 5 и замены PackageKit
  6. OpenNews: Выпуск пакетного менеджера RPM 4.15
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/52557-rpm
Ключевые слова: rpm, fedora, sqlite
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (79) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Alex Gluck (?), 12:17, 17/03/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • –5 +/
     
     
  • 2.2, Аноним (2), 12:19, 17/03/2020 Скрыто модератором
  • +8 +/
     
     
  • 3.3, captcha 20168 (?), 12:25, 17/03/2020 Скрыто модератором
  • –4 +/
     
     
  • 4.7, gogo (?), 12:29, 17/03/2020 Скрыто модератором
  • +2 +/
     
     
  • 5.28, Аноним (28), 14:15, 17/03/2020 Скрыто модератором
  • +4 +/
     

     ....ответы скрыты модератором (4)

  • 1.5, Dzen Python (ok), 12:27, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Наконец-то дропают древние движки данных.
     
     
  • 2.8, Zenitur (ok), 12:50, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +8 +/
    SQLite новый движок? У меня им ещё Amarok 1.4.10 пользовался. В 2006.
     
     
  • 3.11, Dzen Python (ok), 13:01, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +10 +/
    Последний коммит
    Скулит - >15 hours ago
    Беркли - > 7 years ago
    А, ну да, забыл - Oracle
     
     
  • 4.30, Аноним (28), 14:17, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    В Оракл тебе сделают коммит в любой день за какой ты заплатишь.
     
     
  • 5.54, имя (ok), 16:50, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Не факт, что коммит придётся на заказанный день!

    https://news.ycombinator.com/item?id=18442941

     
  • 4.42, Аноним (42), 15:32, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а в еще кучу key-value преемников BDB? подсказать названия?
     
  • 4.49, КО (?), 16:35, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Беркли - > 7 years ago

    Вы уверены, что версия 18.1.32 появилась именно тогда?

     
  • 4.73, Корец (?), 21:09, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А может быть такое, что проект полностью закончен, максимально оптимизировани и исправлены все известные баги? Ну тип поэтому нет обновлений.
     
     
  • 5.82, пох. (?), 23:39, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    может, но это не тот случай. Точнее, ты почти угадал, это примерно так и есть, но эта версия 1.8.5, one true berkley db, и rpm, к сожалению, с ней не работает, ему "транзакциев" подавай.

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

     
  • 2.65, Аноним (65), 18:09, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    sql придумали бимеры годах в 70х
    а что таблицы что деревья и того раньше.

    предлагаю всё это дропнуть и перейти на кругло-параллельных котиков.

     
     
  • 3.68, 1 (??), 18:49, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    на json же !
     
     
  • 4.77, pukkuTukkuTaBu (?), 21:41, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    всеми своими вебомакако-смузигироскуторными лапами за
     
  • 4.81, vitalif (ok), 22:57, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дебиан на файлах))) вообще про существование бд не знает
     
     
  • 5.94, GentooBoy (ok), 17:11, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все бд работают с файлами, сюрприз
     

  • 1.9, Аноним (-), 12:57, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Вот, хвалю. Это гораздо полезнее, чем писать пакетные менеджеры на ржавчине, которыми никто, кроме пары пионеров, не пользуется.
     
     
  • 2.98, Нонон (?), 02:36, 19/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В дуб ударился?
     

  • 1.12, PnD (??), 13:02, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Ну вот, скоро "database is deadlocked" появится и в rpm…
    * Кроме шуток, отражать деревья в реляции — вообще так себе идея. А тут ещё полное отсутствие скиллов в предметной области у отвечающих за разработку.
    ** Что из этого может выйти, желающие могут посмотреть на примере akonadi от kde. Там ещ
     
     
  • 2.13, PnD (??), 13:06, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    *** Там ещё и операции над списками в виде where xxx in ('a1','a2',..,'a100500')
    С соответствующими результатами, которых кроме как в дебаге не видно ("оно просто зависло").
     
  • 2.22, Michael Shigorin (ok), 13:40, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > А тут ещё полное отсутствие скиллов в предметной области у отвечающих
    > за разработку.

    К сожалению, факт -- нынешний апстрим rpm изрядно бестолковый.

     
     
  • 3.34, AnonymousA (?), 14:25, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    "Именно поэтому мы используем apt для rpm-пакетов", - добавил Михаил
     
     
  • 4.35, Michael Shigorin (ok), 14:28, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > "Именно поэтому мы используем apt для rpm-пакетов", - добавил Михаил

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

    И да, именно поэтому ALT-RPM != RPM.

     
     
  • 5.37, iozohsoh (?), 14:49, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И да, именно поэтому ALT-RPM != RPM.

    RPM != RPM в принципе. В нынешнем deb все же поболее универсальнее будет.

     
     
  • 6.38, Michael Shigorin (ok), 14:57, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> И да, именно поэтому ALT-RPM != RPM.
    > RPM != RPM в принципе.

    Скорее макропакеты.

    > В нынешнем deb все же поболее универсальнее будет.

    В целом это так.  _Почему_ так -- отдельная развесистая тема ;-)

     
     
  • 7.41, Аноним (41), 15:31, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну х.з... базука деба - жесткий lock, когда какие-нить обновы ставятся - даже лист пакетов сделать нельзя, иногда неудобно. в rpm - даже когда в фоне обновлятор работает можно по-быстрому посмотреть какой версии пакеты залиты и примерно прикинуть заведётся какая-нить прога или нет... пример натянутый, но в реальности с точностью до нюансов именно так и мешает жить
     
  • 7.83, Константавр (ok), 00:03, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А на чём бы теперь лепили дистр, если бы выбирали? Мне ни deb ни rpm не нравятся. Из альтернатив только пакман. Но он интырпрайзу не нравится.
     
  • 5.40, Аноним (40), 15:31, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Я вот таскаю иногда к себе бинарники из разных дистров и проверяю их с помощью checksec и hardening-check. И что оказывается... Самые-самые закалённые в Арче, как ни крути, и причём все, а не только основные. Был удивлён. А чем ALT-RPM лучше?
     
  • 3.95, mikhailnov (ok), 18:36, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чем? Вроде нормальный...
     
  • 2.33, YetAnotherOnanym (ok), 14:24, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > отражать деревья в реляции — вообще так себе идея

    Хе, может, тебе ещё хочется, чтобы разрабы себе мозги перестроили и заюзали граф-ориентированную ДБ? Мечтатель...

     
  • 2.45, нона (?), 16:01, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Ну вот, скоро "database is deadlocked" появится и в rpm…

    Вообще никакой проблемы сделать конкурентный доступ нет. sqlite из коробки поддерживает один писатель/много читателей без блокировок. А в контексте пакетных менеджеров, нескольких писателей в принципе быть не может, и блокировка вообще на самом верхнем уровне берется.

    > Кроме шуток, отражать деревья в реляции — вообще так себе идея.

    Если деревья были отражены в key-value BDB, то в sqlite это будет как минимум так же просто.

    > akonadi от kde

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

     
     
  • 3.53, Аноним (53), 16:47, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А велосипедить объектное достаточно простое кей-валью с отн. узким назгачением в реляционке общего назначения это не велописедить
    Альтернативы у бдб есть
     
     
  • 4.66, нона (?), 18:22, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    > А велосипедить объектное достаточно простое кей-валью с отн. узким назгачением в реляционке общего назначения это не велописедить

    То, что изначальная задача натянулась на KV не значит, что она не реализуется проще на реляционке.

    > Альтернативы у бдб есть

    Я знаю только одну, с хорошей durability (а это очень важно для zero-maintanence тула), которая натягивается со скрипом из-за нюансов mmap: lmdb. Я много работал с lmdb, bdb, leveldb и выбор sqlite для rpm более чем разумен, из-за количества необходимой меты и того количества головняков, которое берет на себя sqlite по надежной записи данных на диск.  

    Ты, кстати, альтернативы не озвучил.

     
     
  • 5.87, Аноним (42), 07:29, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Какая идея-то?? Реляционка нужна для одного и только одного - перекрестных внезапно реляций. А они в свою очередь для аналитики. Шапка собирается у своих хомячков-клиентов в режиме лайв на продакшн серверах анализировать её же (шапковые) пакеты? обучать нейро-сеть? Или что?
    То что не нужно анализировать нужно хранить в объектном хранилище. Это внезапно проще программировать и просто проще а значит надёжнее. Неплохая рекомендация для основы ОС, нес па?
    На сайте федоры только жалобы на не поддерживаемость старой версии и невозможность перехода на новую из-за смены лицухи Ораклом. Ну так себе повод переходить на принципиально другую философию...
    Так что нужно озвучить сначала идею, а потом уже всё остальное. В т.ч. и альтернативы типа LDBM
     
     
  • 6.88, нона (?), 08:38, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это риторический вопрос Разверните, пожалуйста, если нет, не понятно что вы спр... большой текст свёрнут, показать
     
  • 3.86, MBG (?), 06:58, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Там проблема была  в утырках, которые решили поддерживать "общий" backend, который умеет в mysql

    Переписывался я с ними в свое время и предлагал им помощь с SQLite. Оказалось, там два парня разработчики - из Афганистана, как помню - и они проектом пиарились, чтобы найти работу и свалить из страны, а мускуль им казался намного более привлекательным для корпораций, где можно найти работу. Нормальная мотивация, а вот КДЕ не нужно было любую дрянь в апстим тащить. Впрочем, до этого я патчил для себя в КДЕ хал менеджер для монтирования флешек с кириллицей, там код тоже такой, что оторопь берет.

     
  • 2.50, Аноним (53), 16:38, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Очевидно что стнзя скуля это перекрестные соединения для аналитики
    Нахрена оно в объектной среде да еще и в низкоуровневой системной шняге... Ну это федора/рх/ибм... Скоро там инсталлер на руби перепишут.
     
  • 2.56, КО (?), 16:52, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Кроме шуток, отражать деревья в реляции — вообще так себе идея.

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

     
  • 2.96, mikhailnov (ok), 18:37, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для проблем с БД не обязательно использовать sqlite...
     

  • 1.15, axonet (?), 13:14, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как же раньше жили то? В какие еще дистры это планируют ввести? Наверное, во все.
     
     
  • 2.47, Аноним (47), 16:33, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Можно даже по цепочки проследить всех кто прогнется под IBM, а это примерно все.
     
  • 2.63, пох. (?), 17:57, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    раньше жили хреново - до появления пресловутой пятой версии, ежедневные бэкапы rpm'ской базы очень многим "впоследствии очень пригодились".

    Удивительно, что им зачесалось ровно тогда, когда в третий раз перепроданная bdb наконец-то почти перестала портить базы, а не в каком-нибудь 2003м, когда было бы в самый раз.

     
     
  • 3.90, Аноним (90), 09:42, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    suse/opensuse, например, до сих пор использует db 4.8 в своей версии rpm.
     
     
  • 4.97, пох. (?), 19:09, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ну так она, поди, и /etc/cron.daily/suse.de-backup-rpmdb по сей день использует ;-)

    потому что таки да - имеет свойство ломаться на ровном месте.
    Впрочем, девятая, которую использовал rhel6, была не лучше.
    Не помню, что там в седьмой.

     

  • 1.17, Аноним_tmp (?), 13:21, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если перейду с Windows на Linux, то это будет Fedora
     
     
  • 2.29, ryoken (ok), 14:16, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему? А чем Gentoo не угодило?
     
  • 2.79, Аноним (79), 22:25, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А если купмшь себе Raspberry Pi, то на Pidora.
     

  • 1.18, Аноним (18), 13:27, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Bitcoin Core вообще с BerkleyDB 4.x поставляется, но с 5.x собрать можно.
     
     
  • 2.21, Аноним (21), 13:40, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > с 5.x собрать можно

    Bitcoin Core -- софт из разряда "ПО, от которого зависит жизнь людей", т.е. из той же категории, что авиационный или медицинский софт. Поэтому компилить его следует исключительно с вбандленным berkeley-db-4.8.30. Особенно если ты крупная китайская биржа.

     
     
  • 3.67, N (?), 18:49, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А чем повредит использование 5.x?
     
  • 2.69, Аноним (69), 19:04, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Версия 0.3.xx использовала BerkleyDB для всех файлов. Версия 0.7 перешла на использование lightdb для всего, кроме wallet.dat. Если бы не необходимость иметь обратную совместимость, то от BerkeleyDB отказались бы
     

  • 1.19, klopik (?), 13:27, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В будущем надо мигрировать с rpm на deb.
     
     
  • 2.25, Урри (?), 13:54, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На kiss.

    Вообще не понимаю к чему этот зоопарк?

     
     
  • 3.80, Аноним (80), 22:25, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нетакиекаквсе же.
     

  • 1.20, iPony129412 (?), 13:34, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Замечательно, когда выкидывают устаревшие технологии 👍
     
     
  • 2.93, Led (ok), 16:46, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ... и на смену тупой поняшки прийдёт железный конь.
     

  • 1.31, Аноним (31), 14:17, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > Переходу на более новые выпуски мешает изменение лицензии Berkeley DB 6 на AGPLv3, требования которой распространяются и на приложения, использующие BerkeleyDB в форме библиотеки (RPM поставляется под GPLv2, а AGPL несовместима с GPLv2).

    все что надо знать о мозгах FSF -  которые не могут (и не хотят) обеспечить совместимость между своим же лицензиями.

     
     
  • 2.59, анонн. (?), 17:20, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> Разработчики Fedora Linux намерены перевести базу данных пакетов RPM (rpmdb) с BerkeleyDB на SQLite.
    >> Переходу на более новые выпуски мешает изменение лицензии Berkeley DB 6 на AGPLv3, требования которой распространяются и на приложения, использующие BerkeleyDB в форме библиотеки (RPM поставляется под GPLv2, а AGPL несовместима с GPLv2).
    > все что надо знать о мозгах FSF -  которые не могут (и не хотят) обеспечить совместимость между своим же лицензиями.

    Просто AGPL очень неудобна для проприетар^W Партнеров - нельзя будет просто вкатить жирный блобик и открыть лишь код его загрузки, нельзя будет собрать удаленный сервис, делая на нем миллиарды и зажать все улучшения, нельзя будет использовать в качестве "рабочей платформы" для пропр^W Закрытых Проектов Партнеров.
    Но! Это конечно же совершенно не то же самое, что и в недавних случаях с проприетарными-подстилочками-бцдунами, открывающимися переходить на GPLv3 компоненты - одно дело проприетарщики, другое - Партнеры! Понимать надо!

     
     
  • 3.72, Аноним (31), 20:21, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну rpm развивает такой светочь OpenSource - как RedHat..  который столько всего сделал и будет делать.
    Разве у него могут быть такие партнеры которые заставляют его быть подстилкой?..
     
  • 3.75, Аноним (75), 21:30, 17/03/2020 Скрыто модератором
  • –3 +/
     

  • 1.39, Нанобот (ok), 15:17, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > RPM поставляется под GPLv2, а AGPL несовместима с GPLv2

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

     
     
  • 2.52, Аноним (53), 16:43, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Переходит на соверщенно левую технологию придумали не юристы.
    Скорее дизайнеры или инклюзивные представители какого-нибудь амазонского племени.
     
  • 2.92, PnD (??), 12:00, 18/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> RPM поставляется под GPLv2, а AGPL несовместима с GPLv2
    > Юристы понапридумывали всякую херню, а программистам теперь работы прибавилось

      На мой вкус, AGPL играет роль "патента наоборот".
    Т.е. *всё* открыто, но дальше — ультиматум:
    * Или башляй за перелицензирование (договаривайся с держателем лицензии)
    * Или открывай все производные продукты
    ** Как всегда, есть 3-й (легальный) вариант "перепиши сам по спецификациям". В отличие от патентов. Он ограничивает сверху жадность держателя такой лицензии.

     

  • 1.43, Аноним (42), 15:33, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    непонятно нафига им реляционка на хранилище данных о пакетах. анализировать в режиме лайв? это федора поэтому не удивлюсь.
     
  • 1.57, artenox (?), 17:00, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Напомните, в RPM же нет рекомендованных зависимостей? С этим хуже живется или легче?
     
     
  • 2.58, Аноним (40), 17:12, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Рекомендованные в любом случае же необязательны к установке.
     
  • 2.62, пох. (?), 17:53, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    в rpm нет средства разрешения (или навязывания) этих зависимостей.

    Предполагается, что этим занимается высокоуровневый менеджер.

    А так есть аж двусторонняя связность:
       Forward Reverse
    Weak Recommends: Supplements:
    Very weak Suggests: Enhances:

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

     
  • 2.64, Аноним (65), 18:03, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +/
    механизм recommends во-первых относится больше не к пэкидж манагеру а скорее к системе уровнем выше т.е. yum там или dnf

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

     
  • 2.71, Аноним (31), 20:18, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в новых уже появилось.
    в SuSe уже давно есть

    Recommends: ....

     

  • 1.70, Аноним (70), 19:08, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Расскажите, как поступит Alt Linux.
     
  • 1.74, Аноним (75), 21:27, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    >  изменение лицензии Berkeley DB 6 на AGPLv3

    Совсем это пропустил, сказал было вслух - смеялись всей маршруткой.

     
     
  • 2.76, Аноним (75), 21:32, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кстати кто в курсе, почему BDB не использует лицензию Беркли?
     
     
  • 3.78, Аноним (78), 22:24, 17/03/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Кстати кто в курсе, почему BDB не использует лицензию Беркли?

    Что значит не использует? Та часть, которая писалась для замены AT&T-шного кода в рамках проекта по избавлению от оного - под BSD лицензией и до сих пор используется, как минимум, во фряхе. А вот более поздние релизы, заказанные авторам уже нетскейпом и ораклом идут под другими.

     

  • 1.84, qywtfgsaqwzh (ok), 01:50, 18/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Омагад! Хороший повод взять на вечер пару флакошек Боярки!
     
  • 1.85, deeaitch (ok), 02:36, 18/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Давно пора. Oracle как то в след за Microsoft, гробит всё к чему прикасается.
     
  • 1.99, Нонон (?), 02:38, 19/03/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Неужели у них там все такие сложные бд что они не могут взять nosql какой-то?
     

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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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