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

"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.me/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 Shigorin (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 Shigorin (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 Shigorin (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"	+/–
Сообщение от klopik (?), 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
	GPL v3 не нужОн, правильно Линус в свое время послал эту банду борцов за социальную справедливость, которые прикидываются хакерами.
	Ответить | Правка | К родителю #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 | Индекс форумов | Темы | Пред. тема | След. тема