| |
| 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 [^] [^^] [^^^] [ответить]
| +11 +/– |
 Последний коммит
Скулит - >15 hours ago
Беркли - > 7 years ago
А, ну да, забыл - Oracle
| | |
| |
| 4.30, Аноним (28), 14:17, 17/03/2020 [^] [^^] [^^^] [ответить]
| +7 +/– |
В Оракл тебе сделают коммит в любой день за какой ты заплатишь.
| | |
| 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 [^] [^^] [^^^] [ответить]
| +1 +/– | |
может, но это не тот случай. Точнее, ты почти угадал, это примерно так и есть, но эта версия 1.8.5, one true berkley db, и rpm, к сожалению, с ней не работает, ему "транзакциев" подавай.
А к стильной-модной-современной, с которой он только и может работать - обновления есть - просто они под той лицензией, с которой только сумасшедший захочет связываться.
| | |
|
|
|
| 2.65, Аноним (65), 18:09, 17/03/2020 [^] [^^] [^^^] [ответить]
| +/– |
sql придумали бимеры годах в 70х
а что таблицы что деревья и того раньше.
предлагаю всё это дропнуть и перейти на кругло-параллельных котиков.
| | |
|
| 1.9, Аноним (-), 12:57, 17/03/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Вот, хвалю. Это гораздо полезнее, чем писать пакетные менеджеры на ржавчине, которыми никто, кроме пары пионеров, не пользуется.
| | |
| 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 изрядно бестолковый.
| | |
| |
| |
| 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 лучше?
| | |
|
|
|
| 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 +/– | |
>Кроме шуток, отражать деревья в реляции — вообще так себе идея.
Полагать, что отношение версий пакетов представляет собой дерево тоже.
Но это не мешает же работать? :)
| | |
|
| 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.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. Особенно если ты крупная китайская биржа.
| | |
| 2.69, Аноним (69), 19:04, 17/03/2020 [^] [^^] [^^^] [ответить]
| +/– |
Версия 0.3.xx использовала BerkleyDB для всех файлов. Версия 0.7 перешла на использование lightdb для всего, кроме wallet.dat. Если бы не необходимость иметь обратную совместимость, то от BerkeleyDB отказались бы
| | |
|
| |
| 2.93, Led (ok), 16:46, 18/03/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
 ... и на смену тупой поняшки прийдёт железный конь.
| | |
|
| 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.. который столько всего сделал и будет делать.
Разве у него могут быть такие партнеры которые заставляют его быть подстилкой?..
| | |
|
|
| 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 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Напомните, в RPM же нет рекомендованных зависимостей? С этим хуже живется или легче?
| | |
| |
| 2.62, пох. (?), 17:53, 17/03/2020 [^] [^^] [^^^] [ответить]
| +/– | |
в 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.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.85, deeaitch (ok), 02:36, 18/03/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Давно пора. Oracle как то в след за Microsoft, гробит всё к чему прикасается.
| | |
| 1.99, Нонон (?), 02:38, 19/03/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Неужели у них там все такие сложные бд что они не могут взять nosql какой-то?
| | |
|
