The OpenNET Project / Index page

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



"Fedora планирует перевести RPM с BerkeleyDB на SQLite"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

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

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52557

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. Скрыто модератором  –5 +/
Сообщение от Alex Gluck (?), 17-Мрт-20, 12:17 
Ответить | Правка | Наверх | Cообщить модератору

2. Скрыто модератором  +8 +/
Сообщение от Аноним (2), 17-Мрт-20, 12:19 
Ответить | Правка | Наверх | Cообщить модератору

3. Скрыто модератором  –4 +/
Сообщение от captcha 20168 (?), 17-Мрт-20, 12:25 
Ответить | Правка | Наверх | Cообщить модератору

7. Скрыто модератором  +2 +/
Сообщение от gogo (?), 17-Мрт-20, 12:29 
Ответить | Правка | Наверх | Cообщить модератору

28. Скрыто модератором  +4 +/
Сообщение от Аноним (28), 17-Мрт-20, 14:15 
Ответить | Правка | Наверх | Cообщить модератору

5. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +3 +/
Сообщение от Dzen Python (ok), 17-Мрт-20, 12:27 
Наконец-то дропают древние движки данных.
Ответить | Правка | Наверх | Cообщить модератору

8. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +8 +/
Сообщение от Zenitur (ok), 17-Мрт-20, 12:50 
SQLite новый движок? У меня им ещё Amarok 1.4.10 пользовался. В 2006.
Ответить | Правка | Наверх | Cообщить модератору

11. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +11 +/
Сообщение от Dzen Python (ok), 17-Мрт-20, 13:01 
Последний коммит
Скулит - >15 hours ago
Беркли - > 7 years ago
А, ну да, забыл - Oracle
Ответить | Правка | Наверх | Cообщить модератору

30. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +7 +/
Сообщение от Аноним (28), 17-Мрт-20, 14:17 
В Оракл тебе сделают коммит в любой день за какой ты заплатишь.
Ответить | Правка | Наверх | Cообщить модератору

54. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +3 +/
Сообщение от имя (ok), 17-Мрт-20, 16:50 
Не факт, что коммит придётся на заказанный день!

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

Ответить | Правка | Наверх | Cообщить модератору

42. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним (42), 17-Мрт-20, 15:32 
а в еще кучу key-value преемников BDB? подсказать названия?
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

49. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от КО (?), 17-Мрт-20, 16:35 
Беркли - > 7 years ago

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

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

100. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Zampolit (ok), 20-Сен-23, 01:48 
7 лет назад последняя версия с совместимой лицензией.
Ответить | Правка | Наверх | Cообщить модератору

73. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –2 +/
Сообщение от Корец (?), 17-Мрт-20, 21:09 
А может быть такое, что проект полностью закончен, максимально оптимизировани и исправлены все известные баги? Ну тип поэтому нет обновлений.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

82. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +1 +/
Сообщение от пох. (?), 17-Мрт-20, 23:39 
может, но это не тот случай. Точнее, ты почти угадал, это примерно так и есть, но эта версия 1.8.5, one true berkley db, и rpm, к сожалению, с ней не работает, ему "транзакциев" подавай.

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

Ответить | Правка | Наверх | Cообщить модератору

65. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним (65), 17-Мрт-20, 18:09 
sql придумали бимеры годах в 70х
а что таблицы что деревья и того раньше.

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

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

68. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +4 +/
Сообщение от 1 (??), 17-Мрт-20, 18:49 
на json же !
Ответить | Правка | Наверх | Cообщить модератору

77. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +2 +/
Сообщение от pukkuTukkuTaBu (?), 17-Мрт-20, 21:41 
всеми своими вебомакако-смузигироскуторными лапами за
Ответить | Правка | Наверх | Cообщить модератору

81. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +2 +/
Сообщение от vitalif (ok), 17-Мрт-20, 22:57 
Дебиан на файлах))) вообще про существование бд не знает
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

94. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +1 +/
Сообщение от GentooBoy (ok), 18-Мрт-20, 17:11 
Все бд работают с файлами, сюрприз
Ответить | Правка | Наверх | Cообщить модератору

9. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Аноним (-), 17-Мрт-20, 12:57 
Вот, хвалю. Это гораздо полезнее, чем писать пакетные менеджеры на ржавчине, которыми никто, кроме пары пионеров, не пользуется.
Ответить | Правка | Наверх | Cообщить модератору

98. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Нонон (?), 19-Мрт-20, 02:36 
В дуб ударился?
Ответить | Правка | Наверх | Cообщить модератору

12. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +5 +/
Сообщение от PnD (??), 17-Мрт-20, 13:02 
Ну вот, скоро "database is deadlocked" появится и в rpm…
* Кроме шуток, отражать деревья в реляции — вообще так себе идея. А тут ещё полное отсутствие скиллов в предметной области у отвечающих за разработку.
** Что из этого может выйти, желающие могут посмотреть на примере akonadi от kde. Там ещ
Ответить | Правка | Наверх | Cообщить модератору

13. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +1 +/
Сообщение от PnD (??), 17-Мрт-20, 13:06 
*** Там ещё и операции над списками в виде where xxx in ('a1','a2',..,'a100500')
С соответствующими результатами, которых кроме как в дебаге не видно ("оно просто зависло").
Ответить | Правка | Наверх | Cообщить модератору

22. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –3 +/
Сообщение от Michael Shigorinemail (ok), 17-Мрт-20, 13:40 
> А тут ещё полное отсутствие скиллов в предметной области у отвечающих
> за разработку.

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

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

34. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +6 +/
Сообщение от AnonymousA (?), 17-Мрт-20, 14:25 
"Именно поэтому мы используем apt для rpm-пакетов", - добавил Михаил
Ответить | Правка | Наверх | Cообщить модератору

35. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Michael Shigorinemail (ok), 17-Мрт-20, 14:28 
> "Именно поэтому мы используем apt для rpm-пакетов", - добавил Михаил

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

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

Ответить | Правка | Наверх | Cообщить модератору

37. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от iozohsoh (?), 17-Мрт-20, 14:49 
> И да, именно поэтому ALT-RPM != RPM.

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

Ответить | Правка | Наверх | Cообщить модератору

38. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –2 +/
Сообщение от Michael Shigorinemail (ok), 17-Мрт-20, 14:57 
>> И да, именно поэтому ALT-RPM != RPM.
> RPM != RPM в принципе.

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

41. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним (41), 17-Мрт-20, 15:31 
ну х.з... базука деба - жесткий lock, когда какие-нить обновы ставятся - даже лист пакетов сделать нельзя, иногда неудобно. в rpm - даже когда в фоне обновлятор работает можно по-быстрому посмотреть какой версии пакеты залиты и примерно прикинуть заведётся какая-нить прога или нет... пример натянутый, но в реальности с точностью до нюансов именно так и мешает жить
Ответить | Правка | Наверх | Cообщить модератору

83. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Константавр (ok), 18-Мрт-20, 00:03 
А на чём бы теперь лепили дистр, если бы выбирали? Мне ни deb ни rpm не нравятся. Из альтернатив только пакман. Но он интырпрайзу не нравится.
Ответить | Правка | К родителю #38 | Наверх | Cообщить модератору

40. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –2 +/
Сообщение от Аноним (40), 17-Мрт-20, 15:31 
Я вот таскаю иногда к себе бинарники из разных дистров и проверяю их с помощью checksec и hardening-check. И что оказывается... Самые-самые закалённые в Арче, как ни крути, и причём все, а не только основные. Был удивлён. А чем ALT-RPM лучше?
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

95. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от mikhailnov (ok), 18-Мрт-20, 18:36 
Чем? Вроде нормальный...
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

33. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +1 +/
Сообщение от YetAnotherOnanym (ok), 17-Мрт-20, 14:24 
> отражать деревья в реляции — вообще так себе идея

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

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

45. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +4 +/
Сообщение от нона (?), 17-Мрт-20, 16:01 
> Ну вот, скоро "database is deadlocked" появится и в rpm…

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

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

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

> akonadi от kde

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

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

53. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –2 +/
Сообщение от Аноним (53), 17-Мрт-20, 16:47 
А велосипедить объектное достаточно простое кей-валью с отн. узким назгачением в реляционке общего назначения это не велописедить
Альтернативы у бдб есть
Ответить | Правка | Наверх | Cообщить модератору

66. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +5 +/
Сообщение от нона (?), 17-Мрт-20, 18:22 
> А велосипедить объектное достаточно простое кей-валью с отн. узким назгачением в реляционке общего назначения это не велописедить

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

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

87. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним (42), 18-Мрт-20, 07:29 
Какая идея-то?? Реляционка нужна для одного и только одного - перекрестных внезапно реляций. А они в свою очередь для аналитики. Шапка собирается у своих хомячков-клиентов в режиме лайв на продакшн серверах анализировать её же (шапковые) пакеты? обучать нейро-сеть? Или что?
То что не нужно анализировать нужно хранить в объектном хранилище. Это внезапно проще программировать и просто проще а значит надёжнее. Неплохая рекомендация для основы ОС, нес па?
На сайте федоры только жалобы на не поддерживаемость старой версии и невозможность перехода на новую из-за смены лицухи Ораклом. Ну так себе повод переходить на принципиально другую философию...
Так что нужно озвучить сначала идею, а потом уже всё остальное. В т.ч. и альтернативы типа LDBM
Ответить | Правка | Наверх | Cообщить модератору

88. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от нона (?), 18-Мрт-20, 08:38 
> Какая идея-то??

Это риторический вопрос? Разверните, пожалуйста, если нет, не понятно что вы спрашиваете.

> Реляционка нужна для одного и только одного - перекрестных внезапно реляций. А они в свою очередь для аналитики. Шапка собирается у своих хомячков-клиентов в режиме лайв на продакшн серверах анализировать её же (шапковые) пакеты? обучать нейро-сеть? Или что?

У дона истерика. Вам надо успокоиться. Это слишком хитрый план.

1) У RH и так есть live-стата у кого какой пакет по-клиентно. Пакеты качаются с серверов RH с авторизацией.
2) У федоры есть обезличенная стата.
3) Никакой проблемы вытащить туже информацию с bdb/lmdb/KV нет. Иначе каким образом rpm работает?

Поэтому нет, sqlite нужен не для аналитики и нейронок. А чтобы убрать кучу кода, которая велосипедит реляционку поверх BDB.

> То что не нужно анализировать нужно хранить в объектном хранилище.

Дон стремительно превращается в дремучий валенок. Каким образом объектное хранилище помешает взять аналитику?

Кстати, можно примеры надежных встраиваемых объектных хранилищ? Я за 20 лет ни одного не видел, все какие-то поделки с красивыми рекламными плакатами.

> В т.ч. и альтернативы типа LDBM

Хм. Дон же не думает что KV это объектные хранилища? Иначе это шизофрения. KV-store это отображение одного набора байт в другое. Как правило c range-индексом по K в нагрузку, из-за особенностей реализации. Это очень low-level абстракция, которая начинает быстро обрастать реляционными обвязками на мало-мальски сложных моделях данных. Модель хранения пакетов уж точно переросла это порог.

Ответить | Правка | Наверх | Cообщить модератору

86. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от MBG (?), 18-Мрт-20, 06:58 
> Там проблема была  в утырках, которые решили поддерживать "общий" backend, который умеет в mysql

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

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

50. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Аноним (53), 17-Мрт-20, 16:38 
Очевидно что стнзя скуля это перекрестные соединения для аналитики
Нахрена оно в объектной среде да еще и в низкоуровневой системной шняге... Ну это федора/рх/ибм... Скоро там инсталлер на руби перепишут.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

56. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +1 +/
Сообщение от КО (?), 17-Мрт-20, 16:52 
>Кроме шуток, отражать деревья в реляции — вообще так себе идея.

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

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

96. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от mikhailnov (ok), 18-Мрт-20, 18:37 
Для проблем с БД не обязательно использовать sqlite...
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

15. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от axonet (?), 17-Мрт-20, 13:14 
Как же раньше жили то? В какие еще дистры это планируют ввести? Наверное, во все.
Ответить | Правка | Наверх | Cообщить модератору

47. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Аноним (47), 17-Мрт-20, 16:33 
Можно даже по цепочки проследить всех кто прогнется под IBM, а это примерно все.
Ответить | Правка | Наверх | Cообщить модератору

63. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +3 +/
Сообщение от пох. (?), 17-Мрт-20, 17:57 
раньше жили хреново - до появления пресловутой пятой версии, ежедневные бэкапы rpm'ской базы очень многим "впоследствии очень пригодились".

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

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

90. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним (90), 18-Мрт-20, 09:42 
suse/opensuse, например, до сих пор использует db 4.8 в своей версии rpm.
Ответить | Правка | Наверх | Cообщить модератору

97. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от пох. (?), 18-Мрт-20, 19:09 
ну так она, поди, и /etc/cron.daily/suse.de-backup-rpmdb по сей день использует ;-)

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

Ответить | Правка | Наверх | Cообщить модератору

17. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним_tmp (?), 17-Мрт-20, 13:21 
Если перейду с Windows на Linux, то это будет Fedora
Ответить | Правка | Наверх | Cообщить модератору

29. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от ryoken (ok), 17-Мрт-20, 14:16 
Почему? А чем Gentoo не угодило?
Ответить | Правка | Наверх | Cообщить модератору

79. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Аноним (79), 17-Мрт-20, 22:25 
А если купмшь себе Raspberry Pi, то на Pidora.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

18. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним (18), 17-Мрт-20, 13:27 
Bitcoin Core вообще с BerkleyDB 4.x поставляется, но с 5.x собрать можно.
Ответить | Правка | Наверх | Cообщить модератору

21. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +2 +/
Сообщение от Аноним (21), 17-Мрт-20, 13:40 
> с 5.x собрать можно

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

Ответить | Правка | Наверх | Cообщить модератору

67. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от N (?), 17-Мрт-20, 18:49 
А чем повредит использование 5.x?
Ответить | Правка | Наверх | Cообщить модератору

69. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним (69), 17-Мрт-20, 19:04 
Версия 0.3.xx использовала BerkleyDB для всех файлов. Версия 0.7 перешла на использование lightdb для всего, кроме wallet.dat. Если бы не необходимость иметь обратную совместимость, то от BerkeleyDB отказались бы
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

19. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от klopikemail (?), 17-Мрт-20, 13:27 
В будущем надо мигрировать с rpm на deb.
Ответить | Правка | Наверх | Cообщить модератору

25. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Урри (?), 17-Мрт-20, 13:54 
На kiss.

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

Ответить | Правка | Наверх | Cообщить модератору

80. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +1 +/
Сообщение от Аноним (80), 17-Мрт-20, 22:25 
Нетакиекаквсе же.
Ответить | Правка | Наверх | Cообщить модератору

20. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –2 +/
Сообщение от iPony129412 (?), 17-Мрт-20, 13:34 
Замечательно, когда выкидывают устаревшие технологии 👍
Ответить | Правка | Наверх | Cообщить модератору

93. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +3 +/
Сообщение от Led (ok), 18-Мрт-20, 16:46 
... и на смену тупой поняшки прийдёт железный конь.
Ответить | Правка | Наверх | Cообщить модератору

31. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –4 +/
Сообщение от Аноним (31), 17-Мрт-20, 14:17 
> Переходу на более новые выпуски мешает изменение лицензии Berkeley DB 6 на AGPLv3, требования которой распространяются и на приложения, использующие BerkeleyDB в форме библиотеки (RPM поставляется под GPLv2, а AGPL несовместима с GPLv2).

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

Ответить | Правка | Наверх | Cообщить модератору

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

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

Ответить | Правка | Наверх | Cообщить модератору

72. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Аноним (31), 17-Мрт-20, 20:21 
ну rpm развивает такой светочь OpenSource - как RedHat..  который столько всего сделал и будет делать.
Разве у него могут быть такие партнеры которые заставляют его быть подстилкой?..
Ответить | Правка | Наверх | Cообщить модератору

75. Скрыто модератором  –3 +/
Сообщение от Аноним (75), 17-Мрт-20, 21:30 
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

39. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +2 +/
Сообщение от Нанобот (ok), 17-Мрт-20, 15:17 
> RPM поставляется под GPLv2, а AGPL несовместима с GPLv2

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

Ответить | Правка | Наверх | Cообщить модератору

52. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним (53), 17-Мрт-20, 16:43 
Переходит на соверщенно левую технологию придумали не юристы.
Скорее дизайнеры или инклюзивные представители какого-нибудь амазонского племени.
Ответить | Правка | Наверх | Cообщить модератору

92. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от PnD (??), 18-Мрт-20, 12:00 
>> RPM поставляется под GPLv2, а AGPL несовместима с GPLv2
> Юристы понапридумывали всякую херню, а программистам теперь работы прибавилось

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

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

43. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Аноним (42), 17-Мрт-20, 15:33 
непонятно нафига им реляционка на хранилище данных о пакетах. анализировать в режиме лайв? это федора поэтому не удивлюсь.
Ответить | Правка | Наверх | Cообщить модератору

57. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –2 +/
Сообщение от artenox (?), 17-Мрт-20, 17:00 
Напомните, в RPM же нет рекомендованных зависимостей? С этим хуже живется или легче?
Ответить | Правка | Наверх | Cообщить модератору

58. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним (40), 17-Мрт-20, 17:12 
Рекомендованные в любом случае же необязательны к установке.
Ответить | Правка | Наверх | Cообщить модератору

62. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от пох. (?), 17-Мрт-20, 17:53 
в rpm нет средства разрешения (или навязывания) этих зависимостей.

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

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

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

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

64. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Аноним (65), 17-Мрт-20, 18:03 
механизм recommends во-первых относится больше не к пэкидж манагеру а скорее к системе уровнем выше т.е. yum там или dnf

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

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

71. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +1 +/
Сообщение от Аноним (31), 17-Мрт-20, 20:18 
в новых уже появилось.
в SuSe уже давно есть

Recommends: ....

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

70. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –2 +/
Сообщение от Аноним (70), 17-Мрт-20, 19:08 
Расскажите, как поступит Alt Linux.
Ответить | Правка | Наверх | Cообщить модератору

74. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Аноним (75), 17-Мрт-20, 21:27 
>  изменение лицензии Berkeley DB 6 на AGPLv3

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

Ответить | Правка | Наверх | Cообщить модератору

76. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от Аноним (75), 17-Мрт-20, 21:32 
Кстати кто в курсе, почему BDB не использует лицензию Беркли?
Ответить | Правка | Наверх | Cообщить модератору

78. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +1 +/
Сообщение от Аноним (78), 17-Мрт-20, 22:24 
> Кстати кто в курсе, почему BDB не использует лицензию Беркли?

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

Ответить | Правка | Наверх | Cообщить модератору

84. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от qywtfgsaqwzh (ok), 18-Мрт-20, 01:50 
Омагад! Хороший повод взять на вечер пару флакошек Боярки!
Ответить | Правка | Наверх | Cообщить модератору

85. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  –1 +/
Сообщение от deeaitch (ok), 18-Мрт-20, 02:36 
Давно пора. Oracle как то в след за Microsoft, гробит всё к чему прикасается.
Ответить | Правка | Наверх | Cообщить модератору

99. "Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от Нонон (?), 19-Мрт-20, 02:38 
Неужели у них там все такие сложные бд что они не могут взять nosql какой-то?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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