fosstodon.org is one of the many independent Mastodon servers you can use to participate in the fediverse.
Fosstodon is an invite only Mastodon instance that is open to those who are interested in technology; particularly free & open source software. If you wish to join, contact us for an invite.

Administered by:

Server stats:

11K
active users

#redict

1 post1 participant0 posts today
Codeberg.org<p>We were still struggling with email delivery from Forgejo. It looks like some queues are corrupted and restoring them is very hard. Most queued messages are spam or registration emails with already expired tokens. Finally, we made the decision to reset the queue and will do that in a few minutes.</p><p>We are using the opportunity to switch the queues to <a href="https://social.anoxinon.de/tags/redict" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>redict</span></a> / <a href="https://social.anoxinon.de/tags/redis" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>redis</span></a>, which was a planned project anyway (a requirement for clustering our Forgejo to multiple instances).</p>

Дрю ДеВолт — автор языка Hare и платформы кодохостинга SourceHut

Дрю ДеВолт объясняет , что веб-интерфейс Github.com требует множества лишних действий. Гораздо эффективнее использовать консольный почтовый клиент , отправляя тот же пулл-реквест одной командой из консоли Американский разработчик Дрю ДеВолт (Drew DeVault) известен как создатель и исполнительный директор платформы для хостинга проектов SourceHut , которую Фонд сохранения свободы ПО выбрал как альтернативу майкрософтовскому сервису GitHub (наряду с CodeBerg ) в рамках кампании Give Up GitHub по уходу свободных проектов с этого коммерческого хостинга, задача которого — генерировать продажи Copilot. ДеВолт также известен как автор нового языка системного программирования Hare, который похож на С, только лучше и проще его.

habr.com/ru/companies/ruvds/ar

ХабрДрю ДеВолт — автор языка Hare и платформы кодохостинга SourceHutДрю ДеВолт объясняет , что веб-интерфейс Github.com требует множества лишних действий. Гораздо эффективнее использовать консольный почтовый клиент , отправляя тот же пулл-реквест одной командой из...

It is now possible to sponsor the #redict project on Open Collective: opencollective.com/redict

If you want to help a fledgling free and open source project get off the ground, this would be a good way to do that.

For those that don't know, Redict is a drop in replacement for #redis, and it was started because Redis is now proprietary software.

opencollective.comRedict - Open CollectiveRedict is a freely licensed distributed key/value database

Как компании зарабатывают на опенсорсе, а потом выкидывают его

Финансирование разработки Kubernetes крупнейшими спонсорами на GitHub за последние десять лет, источник Эти компании сначала при помощи сообщества разрабатывают опенсорсный софт или берут готовый, строят на нём прибыльный бизнес, зарабатывают миллионы. А потом меняют лицензию, оставляя контрибуторов, пользователей и партнёров в недоумении, что им делать. Такова бизнес-модель некоторых современных компаний вроде Redis Labs . Но ещё хуже поступают крупные облачные провайдеры. Они просто используют готовые решения, вообще не занимаясь разработкой и убивая бизнес «паразитов», описанных выше. Здесь вообще паразиты в квадрате. И весь этот террариум кормится опенсорсом.

habr.com/ru/companies/ruvds/ar

#ruvds_статьи #Amazon #Redis #ElasticSearch #OpenSearch #Redis_Enterprise_Cloud #Apache 20 #Server_Side_Public_License #SSPL #Berkeley_Software_Distribution #BSD #HashiCorp #Terraform #Mozilla_Public_License #MPL #Business_Source_License #BSL #Redict #KeyDB #Valkey #OpenTofu #OpenTF

ХабрКак компании зарабатывают на опенсорсе, а потом выкидывают егоФинансирование разработки Kubernetes крупнейшими спонсорами на GitHub за последние десять лет, источник Эти компании сначала при помощи сообщества разрабатывают опенсорсный софт или берут готовый,...
Testing #Platypush with #Valkey and #Redict, now that #Redis has decided to apply a weirdly restrictive license like SSPL.

At a first impression, it looks like Valkey is more ambitious and willing to implement many new features and optimize Redis' data model, while Redict seems to stick to "let's do what Redis already does best and become great at it, without time-series, open telemetry and a lot of new whistles and bells".

I also wish that these projects will soon make it upstream in the major package managers. As of now most of the package managers still provide Redis, which isn't full FOSS anymore, and none of its recent forks.

If you are working on a project that relies on Redis, what options are you currently considering after Redis' SSPL migration?
Continued thread

After the #Redis license change, I'm rooting for the #Redict fork. LGPL prevents Redis from merging redict commits into redis so redict and redis will be distinct forks. #Valkey seems promising as well, and I get why the tech giants like it, but the BSD license allows Redis to simply merge valkey commits into redis.

I'm not really sure it's a good thing the #LinuxFoundation has now also forked #Redis: Their fork #Valkey is announced to be backed by major large companies like AWS, Google, Ericsson, Oracle (duh!), but of course keeps using a BSD license.
linuxfoundation.org/press/linu

This might make it a lot harder for the #Redict, that changed to LGPL, to keep traction. But copyleft licenses are a necessary against projects going proprietary again just like Redis did.

www.linuxfoundation.orgLinux Foundation Launches Open Source Valkey CommunityCommunity maintainers, contributors, and users will continue collaborative development of an open source, in-memory data store under the new Valkey name.