LINUX.ORG.RU

SQLite 3.53.0

 , ,


0

3

9-го апреля состоялся выпуск 3.53.0 компактной кроссплатформенной встраиваемой СУБД SQLite. Код проекта написан на языке C и распространяется как общественное достояние (public domain).

Изменения:

  • Исправлена ошибка WAL-reset database corruption bug. См. предыдущую новость SQLite 3.51.3 с исправлением возможного повреждения базы данных в режиме WAL.
  • Добавлена библиотека форматирования результатов SQL-запросов Query Result Formatter (QRF) для обеспечения удобства чтения на экране с шрифтом фиксированной ширины.
  • Добавлен метод format к интерфейсу TCL для доступа к QRF из TCL.
    • QRF теперь используется в консольной утилите sqlite для форматирования результатов запросов, что улучшило их отображение.
  • Новые возможности языка SQL:
    • Улучшены возможности команды ALTER TABLE для обеспечения возможности добавления и удаления ограничений NOT NULL и CHECK.
    • Оператор REINDEX EXPRESSIONS выполняет переиндексацию индексов выражений. Полезно для восстановления устаревших индексов выражений.
    • Теперь триггеры TEMP могут изменять и/или запрашивать данные из таблиц основной схемы.
    • Улучшена команда VACUUM INTO: в случае использования в качестве адреса назначения имени файла в формате URI, содержащего параметр запроса reserve=N (где N — число от 0 до 255), объем резервирования для создаваемой копии базы данных устанавливается равным N.
  • Добавлены новые функции SQL:
  • Обновления в консольной утилите:
    • Значительные улучшения команды .mode.
    • Благодаря расширению QRF улучшено форматирование результатов. Например, числа теперь выравниваются вправо по умолчанию в режиме табличного вывода.
    • По умолчанию QRF теперь используется при интерактивном использовании консольной утилиты для отображения результатов запросов в блоках, сформированных с помощью символов Unicode рисования блоков, что повысило читаемость. Устаревший формат вывода используется при пакетном выполнении команд для обеспечения совместимости.
    • Одиночные (не заключенные в кавычки) точки с запятой в конце команд с точкой игнорируются без предупреждения.  Это возможная несовместимость!
    • Исправлены команды .testcase и .check. Теперь они действительно работают и используются в скриптах, входящих в стандартный набор тестов SQLite, входящих в исходные коды.
    • Аргументы командной строки, которые соответствуют шаблонам *.sql или *.txt и представляют собой имена непустых файлов, считываются и интерпретируются как скрипты, содержащие SQL-операторы и/или [команды с точкой]((https://sqlite.org/cli.html#dotcmd).
    • Теперь в качестве аргумента команды .timer можно указать once для срабатывания таймера только при выполнении следующего SQL-запроса.
    • Новый параметр --timeout S команды .progress приводит к прерыванию выполнения SQL-запросов по истечении S секунд.
    • Команда .indexes изменена так, что аргумент PATTERN теперь сопоставляется с именем индекса, а не с именем индексируемой таблицы (благодаря чему аргумент PATTERN стал действительно полезным). Кроме того, в команду .indexes было добавлено несколько новых опций.
  • Улучшения в C API:
  • Улучшения планировщика запросов:
    • Для EXCEPT, INTERSECT и UNION всегда используется алгоритм сортировки и слияния, так как он почти всегда работает быстрее, чем использование хеш-таблиц.
    • Улучшения в механизме выбора порядка join при выполнении больших многосторонних соединений в звездообразной схеме.
    • Усовершенствована оптимизация преобразования EXISTS в JOIN так, чтобы вставляемые условия JOIN не обязательно находились во внутренних циклах, при условии, что все зависимости для циклов преобразования EXISTS в JOIN находятся во внешних циклах.
    • Усовершенствована оптимизация omit-noop-join так, что она может опускать цепочку соединений, не влияющих на результат.
    • Оптимизация запросов, использующих GROUP BY e1 ORDER BY e2, где e1 и e2 идентичны, за исключением порядка сортировки ASC/DESC, с помощью одного индекса.
    • Оптимизация оператора DISTINCT в виртуальных таблицах в тех случаях, когда набор результатов запроса не полностью соответствует условию ORDER BY.
  • В расширение сеанса добавлены новые интерфейсы, позволяющие приложению добавлять изменения по одному в объект sqlite3_changegroup:
  • Улучшения в преобразовании чисел с плавающей запятой ↔ текст.
    • Код полностью переписан для улучшения производительности.
    • Теперь по умолчанию округление производится до 17 значащих цифр вместо 15, как это было во всех предыдущих версиях. При необходимости это значение можно изменить с помощью функции sqlite3_db_config с опцией SQLITE_DBCONFIG_FP_DIGITS (см. там пункт 6g выше).
  • Добавлена возможность самовосстановления индекса для решения проблемы устаревших индексов выражений.
  • В консольную утилиту sqlite3_rsync добавлена опция -p|--port.
  • Прекращена поддержка Windows RT.
  • JavaScript/WASM
    • Добавлена VFS opfs-wl, функционально идентичная opfs, но использующая для блокировок Web Locks, что позволяет обеспечить более справедливое распределение блокировок, чем в протоколе opfs. opfs-wl требует наличия функции Atomics.waitAsync(), поэтому для его работы требуются более новые версии браузеров, чем для opfs.

>>> Подробности на sqlite.org

★★★★★

Проверено: CrX ()
Последнее исправление: dataman (всего исправлений: 2)
Ответ на: комментарий от lesopilorama

Тем не менее кто-то их туда вводит. Значит возможность есть. Поэтому опенсурс.

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

apt_install_lrzsz ★★★★
()
Ответ на: комментарий от dataman

Я в прошлый раз задавал тот же вопрос. Он отмазался

Так что в третий раз можно будет сразу по 4.2 сносить.

hobbit ★★★★★
()
Ответ на: комментарий от gagarin0

Точно. Подразумевает возможность коллективной доработки. «форкни и доработай» - так я могу и краденые исходники винды форкнуть и доработать, от этого она не опенсорс. Если я форкну и доработаю, это уже не будет SQLite. Я примерно никогда не смогу сказать «возьми SQLite, мы с братюнями там классную доработочку сделали», придётся давать ссылку строго на свою репу, которая уже называется не SQLite. Это грустненько. Проект SQLite - это буквально проект одного авторитарного челика, который больше никого туда не подпускает. Ну да. код открыт, но «уже не совсем опенсорс», как я и сказал.

lesopilorama
()
Ответ на: комментарий от liksys

Давай показывай свой патч, болтун.

Сомнительно что это что-то изменит в озвученных фактах. Наример что это поможет его принять.

lesopilorama
()
Ответ на: комментарий от lesopilorama

Подразумевает возможность коллективной доработки

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

Ну да. код открыт, но «уже не совсем опенсорс», как я и сказал.

вы все таки не понимаете что такое опенсорс

gagarin0
()
Последнее исправление: gagarin0 (всего исправлений: 1)
Ответ на: комментарий от gagarin0

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

liksys ★★★★
()

Но на скрине 3.54.0

Ты из будущего???

XMPP ★★
()
Ответ на: комментарий от lesopilorama

Никаких фактов озвучено не было. Ты просто заявил, что поскольку твой васянский патч не приняли в апстрим, то проект - не опенсорс.

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

Если твой код не приняли - скорее всего там либо чушь, либо он недостаточно хорош.

liksys ★★★★
()
Ответ на: комментарий от liksys

твой васянский патч не приняли в апстрим

Гипотетический чуть более, чем полностью. :)

dataman ★★★★★
() автор топика
Ответ на: комментарий от gagarin0

который на десятках тысяч тестов покажет регрессии и патч отклонят

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

Если мне надо сделать примитивную надёжную key=value хранилку, я уж без SQLite как-нибудь странички на диск в файл смогу записать, это задача для 11 класса школоты. Я могу даже с бинлогом это сделать, короче вопроса в том как не просрать данные не встанет никогда, вопрос скорее «что за адовую помойку с тоннами фич я тут в проект защатил и быстро ли примут мои доработки если они мне очень нужны» в случае SQLite.

lesopilorama
()
Ответ на: комментарий от lesopilorama

У вас сильно развит эмоциональный интеллект, а технический не очень, удачи!

gagarin0
()
Ответ на: комментарий от lesopilorama

Это и делает SQLite огромной монолитной помойкой из тонны никому не нужных фич. Это как Oracle

Я за бан по причине массивного 4.2

с миллиардом тестов

Это же великолепно.

по слухам

Чьим слухам, где об этом можно почитать?

Если мне надо сделать примитивную надёжную key=value хранилку

Делай. SQLite нужен там, где нужно что-то сложнее, чем kv-хранилище, но сильно проще, чем какой-нибудь MySQL.

Мне кажется, ты какой-то очередной адепт столяровщины.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от liksys

Чьим слухам, где об этом можно почитать?

В интернетах.

Делай. SQLite нужен там, где нужно что-то сложнее, чем kv-хранилище, но сильно проще, чем какой-нибудь MySQL.

Разница начинает быть уже очень иллюзорной и Lite себя давно не оправдывает. Это жёсткая огромная куча фич с тоннами тестов. Lite можно было бы назвать некий функционал хранения табличек с простым выбором по первичному ключу, что примерно в 99% случаев люди хотят от SQLite когда встраивают его - похранить key=value, где value - набор строк таблицы, а key - значение какой-то из её полонок. Например по имени сайта поискать настройки куков для него. Типичное такое key=(document), где document есть набор статически типизированных полей, а не JSON. Все остальные хитрые фичи SQLite нужны скорее всего только одному потребителю - гугле хроме и какому-то ещё одному браузеру, для которых и пилятся наверное тонны всяких новых левых фич.

lesopilorama
()
Ответ на: комментарий от liksys

Мне кажется, ты какой-то очередной адепт столяровщины.

Ты только что незаслуженно обидел Столярова. При всей спорности и порой упоротости взглядов последнего он делает интересные вещи. Здесь же я ничего, кроме калометания не вижу.

Если твой код не приняли - скорее всего там либо чушь, либо он недостаточно хорош.

Есть и третий вариант, и мне сдаётся, что он самый близкий к истине.

hobbit ★★★★★
()
Последнее исправление: hobbit (всего исправлений: 2)
Ответ на: комментарий от lesopilorama

никому не нужных

Не говорите за всех.

выглядит по слухам

Скептически относитесь к слухам.

может и понимают, но и то скорее

Предположения, основанные на слухах?

«что за адовую помойку с тоннами фич я тут в проект защатил и быстро ли примут мои доработки если они мне очень нужны»

Претензия уровня «Нахер я полетел в соседний ларёк за сигами на реактивном самолёте и перекрасят ли его в розово-зелёный если я захочу?»

Короче, лисопилорама по слухам очередной ламер-балабол, который на ЛОРе скорее всего никому не нужен.

apt_install_lrzsz ★★★★
()
Ответ на: комментарий от apt_install_lrzsz

Переходы на личности не помоги тебе обосновать, что SQLite не раздут, прекрасно управляется с точки зрения opensource и прекраснейшим образом подойдёт всем, кто просто хотел похранить набор из миллиона key=(document) в своей программочке.

Неосведомлённость посетителей этого топека в том, что происходит внутри коман разработки Oracle или PostgresSQL говорит только об этом как это называется… отсутствии любопытства к профессии что-ли!

lesopilorama
()
Ответ на: комментарий от lesopilorama

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

tiinn ★★★★★
()
Ответ на: комментарий от tiinn

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

Да, я не дизайнер рекламных материалов)

lesopilorama
()
Ответ на: комментарий от lesopilorama

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

apt_install_lrzsz ★★★★
()
Ответ на: комментарий от lesopilorama

В интернетах.

Интернеты большие, ссылку в студию.

огромная куча фич с тоннами тестов

Тонны тестов на кучу фич - это хорошо. Это значит, что ты ничего не сломаешь при очередном коммите.

Разница начинает быть уже очень иллюзорной и Lite себя давно не оправдывает.

$ git clone --depth 1 https://github.com/mysql/mysql-server
$ cd mysql-server/
$ find -iname '*.c' -o -iname '*.h' -o -iname '*.cpp' -o -iname '*.hpp' | xargs -n1 cat | wc -l
6382724
$ cd ..
$ git clone --depth=1 https://github.com/sqlite/sqlite
$ cd sqlite
$ find -iname '*.c' -o -iname '*.h' -o -iname '*.cpp' -o -iname '*.hpp' | xargs -n1 cat | wc -l
440552

Действительно, 6.4 ляма строк кода против 440 тысяч - вообще никакой разницы. И это я вместе с тестами считал и только сишноплюсовый код. В случае с MySQL - только сервер. Максимально иллюзорно, ага. Что еще придумаешь?

liksys ★★★★
()
Ответ на: комментарий от apt_install_lrzsz

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

Ага, значит особых возражений против простого утверждения о некой раздутости нет. Ну он не прям сильно раздут, но на роль того, что нужно 95% разрабам, которым требовался key=(document) оно покажется оверкиллом. Ну и против авторитарности управления тоже возражений нет, ясненько! Могу засчитать неумение работы со слухами и утечками инфы в интернетах, а про эмоции ничё не понял - не увидел у себя особо много смайликов, например.

lesopilorama
()
Ответ на: комментарий от liksys

Чьим слухам, где об этом можно почитать?

Если по Oracle, лет 8 назад был ряд публикаций на тему технического долга на сайтах с различным уровнем доверия. Оракл приводили как пример. Всё — со слов бывших сотрудников. Тогда я и узнал термин «технический долг». Оракл распространению этих сведений не препятствовал. https://news.ycombinator.com/item?id=18442941

Вкратце: версия 12.2 состояла из 25 000 000 строк на Си с большим числом макросов. Понять логику можно, но сложно, на это уходит по нескольку дней. Поэтому обычно правки что-нибудь ломают. Поэтому каждая правка проходит миллионы тестов, занимающие 20-30 часов. Обычно первая попытка проваливает 100-1000 тестов.

question4 ★★★★★
()
Ответ на: комментарий от liksys

С точки зрения желающего похранить несколько миллионов пар key=(document) и поискать по различным полям в (document) разницы и правда никакой. И там и там «какой-то оверкилл для моей задачи».

lesopilorama
()
Ответ на: комментарий от hobbit

Здесь же я ничего, кроме калометания не вижу.

В слове «столяровщина» нет никакого калометания; это просто емкое слово, характеризующее совокупность его маргинальных взглядов (которые он не в состоянии обосновать и которые рассыпаются от минимальной критики), соотношения уровня собственной профпригодности к уровню претензий ко всем окружающим (выходит сильно меньше единицы), академического снобизма и общей неграмотности. Мне кажется, столяров вполне заслужил, чтобы его именем назвали целое явление в русском IT :)

Когда, например, человек начинает рассказывать о том, что в каком-то опенсорсе одни идиоты а он бы написал лучше (при этом сам не умея пользоваться goto, как настоящий академист) - это и есть столяровщина.

Есть и третий вариант, и мне сдаётся, что он самый близкий к истине.

Ну вот я и хочу посмотреть.

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 1)
Ответ на: комментарий от lesopilorama

свой патч или фичу туда запостить крайне невозможно-тяжело.

Дарю идею: Fossil вместо readline уже давно использует linenoise от автора Redis. Сделай доброе дело – интегрируй linenoise (или лучший аналог) в утилиту sqlite.

dataman ★★★★★
() автор топика
Ответ на: комментарий от lesopilorama

Я сомневаюсь, что ты сходу напишешь безбажный и быстрый поиск, как в SQLite.

liksys ★★★★
()
Ответ на: комментарий от lesopilorama

Неосведомлённость посетителей этого топека в том, что происходит внутри коман разработки Oracle или PostgresSQL говорит только об этом как это называется… отсутствии любопытства к профессии что-ли!

Так осведоми нас. Дай ссылки, покажи свой патч на SQLite и покажи обсуждение, где его отвергли. Если всё действительно так, как ты говоришь, то «посетители топека» наверняка встанут на твою сторону и согласятся с тобой. Может, не все, но многие.

А пока это просто беспрфуная болтовня.

liksys ★★★★
()
Ответ на: комментарий от question4

25 миллионов строк - даже не близко к 440к в SQLite.

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

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

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

liksys ★★★★
()
Ответ на: комментарий от lesopilorama

Код может быть открыт, а разработка закрытой. Это нормально.

mono ★★★★★
()
Ответ на: комментарий от lesopilorama

Оно не совсем opensource – например свой патч или фичу туда запостить крайне невозможно-тяжело.

Что то мне подсказывает что в ядро linux запостить свой патч ничуть не легче :)

Rodegast ★★★★★
()
Ответ на: комментарий от lesopilorama

примерно в 99% случаев люди хотят от SQLite когда встраивают его - похранить key=value, где value - набор строк таблицы, а key - значение какой-то из её полонок

Если тебе нужно key/value, то тебе не нужен SQLite. Используй встраиваемую key/value базу, например LevelDB.

Rodegast ★★★★★
()
Ответ на: комментарий от liksys

25 миллионов строк - даже не близко к 440к в SQLite.

Я так понял, он про Оракл говорил.

Вообще, количество тестов не означает огромный технический долг.

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

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

Чаще выкидывают и переписывают :)

question4 ★★★★★
()
Последнее исправление: question4 (всего исправлений: 1)
Ответ на: комментарий от question4

Я так понял, он про Оракл говорил.

Так а я о чем? Что объем кода в оракле вообще не сравним с объемом в sqlite.

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

Всё так.

Чаще выкидывают и переписывают :)

Так тоже бывает %)

liksys ★★★★
()
Ответ на: комментарий от lesopilorama

Нет, и не было возражений. Вообще не понимаю, с чего вы подумали так.

Я же вроде (как и все прочие тут) по-русски пишу: ГДЕ ПРУФЫ, БИЛЛИ!!!!!

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

А насчёт работы со слухами: нет, не работаю. Я работаю с конкретной информацией.

неумение работы со слухами и утечками инфы в интернетах

Ну то есть одна бабка сказала – вы уши развесили. Ок, дело ваше. Но зачем это тащить на лор под соусом «Это не опинсурс инфа сотка»? До вас вообще не доходит, что это очень глупо выглядит?

apt_install_lrzsz ★★★★
()
Ответ на: комментарий от lesopilorama

Ну он не прям сильно раздут, но на роль того, что нужно 95% разрабам, которым требовался key=(document) оно покажется оверкиллом.

Для отключения того, что им не нужно, в sqlite есть 100500 опций.

dataman ★★★★★
() автор топика
Ответ на: комментарий от Rodegast

Сложно, но возможно. Мои коллеги вносили патчи для поддержки нужного нам оборудования.

apt_install_lrzsz ★★★★
()
Ответ на: комментарий от question4

Я бы на месте разрабов SQLite (щас скажут - да ты чертила, куда тебе до разработки такой божественной штуки) открыл сбоку ещё один клуб для быдла. И было бы как-бы два проекта: «stable» и «vivid». В стабле отцы-основатели бы сидели на входе, патчи бы не пускали, а сами воровали бы фичи из «вивида», которые им больше всего понравятся, а в «вивиде» все бы кайфовали что простому народу дают коммитить. Теоретек я конечно, да.

lesopilorama
()

Кстати, давно хотел написать о https://amelielabs.io! :)
От автора Sophia, ioarena и Monotone.

https://amelielabs.io/docs:

Amelie is a lightweight, full-featured, in-memory OLTP SQL relational database that allows full parallelization and lockless transaction processing. It scales linearly with the number of CPU cores both for IO and Compute separately, performs automatic partitioning, and generates parallel group plans for all types of queries.

Amelie has support for Hot Backup and Async Logical Replication, which allows fault-tolerant primary-replica setups to be created.

The SQL (amelielabs.io) commands can be executed, or data can be imported using the HTTP API or CLI (amelielabs.io).

Learn more about How It Works and Get Started.

dataman ★★★★★
() автор топика
Ответ на: комментарий от lesopilorama

Мы увидим твой патч или нет, дружище?

А пруфы на твои заявления про SQLite будут?

liksys ★★★★
()
Последнее исправление: liksys (всего исправлений: 2)
Ответ на: комментарий от lesopilorama

а в «вивиде» все бы кайфовали что простому народу дают коммитить

Форкни и кайфуй сколько хочешь, вместе со всеми единомышлениками. Уверен, они оба будут очень рады.

CrX ★★★★★
()
Ответ на: комментарий от lesopilorama

OpenSource это когда у тебя есть доступ к исходникам и ты имеешь вправе вносить и публиковать изменения (даже если придётся их публиковать в своём собственном репозитории). Возможность заслать патч в апстрим в общем случае не является обязательным признаком OpenSource. Много у каких проектов достаточно сложный процесс принятия сторонних правок (и строгий ревью пройди, и передачу прав на код подпиши, и что не верблюд на всякий случай докажи).

KivApple ★★★★★
()
Ответ на: комментарий от lesopilorama

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

А SQLite не просто можно форкать, а существуют вполне живые форки (ChatGPT нашёл с ходу libsql, dqlite, rqlite) и им ничего не угрожает в юридическом смысле.

KivApple ★★★★★
()
Последнее исправление: KivApple (всего исправлений: 1)
Ответ на: комментарий от KivApple

OpenSource это когда у тебя есть доступ к исходникам и ты имеешь вправе вносить и публиковать изменения (даже если придётся их публиковать в своём собственном репозитории). Возможность заслать патч в апстрим в общем случае не является обязательным признаком OpenSource. Много у каких проектов достаточно сложный процесс принятия сторонних правок (и строгий ревью пройди, и передачу прав на код подпиши, и что не верблюд на всякий случай докажи).

В целом-то конечно формально да. Но главной фишкой opensource всё время была «сила сообщества». А тут силу сообщества как-бы немного гоняют ссаной тряпкой отцы-диктаторы. В случае ядра дисциплина тоже высока, но там хотя-бы цель оправдывает мучения - «я в ядро коммитил» можно будет сказать, а тут чё…

lesopilorama
()
Ответ на: комментарий от lesopilorama

У sqlite есть механизм расширений. У sqlite есть форки с более мягкой политикой приёма PR. В конце-концов ты можешь внести изменения чисто в свою копию и не отправлять их в апстрим (они же тебе нужны).

Тебе точно нужно именно вносить изменения в ядро и именно публиковать их для всего мира, чтобы в каждом утюге была нужная тебе фича?

Ну и опять же даже проекты с простым процессом приёма PR часто отклоняют фичи, которые нужны 3.5 анонимусам, потому что не хотят их потом поддерживать.

KivApple ★★★★★
()
Последнее исправление: KivApple (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.