ottoke

Containerized Debian package builds, artifact diffs, and automated maintenance, test running, new upstream imports and more. If you previously struggled with .deb work, this might make things a lot easier now.

MariaDB’s new AppArmor profile is now enforcing in Debian unstable and heading to Ubuntu 26.04. If you are a dba/sysadmin, check your logs and share feedback via the Debian bug tracker.

It's an open source venture backed by $35M from FirstMark Capital, Spark Capital, and GV (Google Ventures). It's a drop-in replacement for MySQL with an extension architecture. See their native UUID extension with efficient 16-byte storage as an example.

Lemmy discussion at https://programming.dev/post/43869104 is wild :)

Pecona also writes in https://www.percona.com/blog/analyzing-the-heartbeat-of-the-...: "The overall trend since 2011 shows a sustained decline in the number of commits and a shrinking pool of unique contributors. The trendline is a clear warning that, without intervention, the general development pace is expected to slow further."

Depends entirely on the app and use case. For apps that expect PostgreSQL probably Yugabyte, and for apps that expect MySQL probalby TiDB.

Thanks!

Git is the industry standard for software development, but I thasn’t been fully adopted in Debian packaging yet. Debian development is still based on uploading tarballs via FTP.

I believe that git-based workflows could enhance collaboration, transparency, and productivity for one of the world’s most vital open source projects. Increasing the use of salsa.debian.org, Debian's GitLab instance, would be a good step towards collaborative git usage.

This is the upstream source control. The article talks about the Debian packaging source not being in git (on e.g. salsa.debian.org).

How did the changes in the binary test files tests/files/bad-3-corrupt_lzma2.xz and tests/files/good-large_compressed.lzma, and the makefile change in m4/build-to-host.m4) manifest to the Debian maintainer? Was there a chance of noticing something odd?

TiDB has come a long way in 10 years! Most large (open source) MySQL systems today running either TiDB or Vitess, and many cloud providers seem to be copying TiDB's architecture in their new products.

This is nice for those tired of wrestling with TLS certs and CAs for your database

Just launched: https://mariadb.com/products/cloud/ "Serverless tier is free forever for experimenting and small development projects"

Has anyone already tried this out? Initial thoughts?

This is an absolute gem in finding what are the trending state-of-the-art open source programs. I have found so many cool open source projects I feel addicted to browsing more..

If you currently run `apt install debcraft` in Ubuntu, you will get the tool built by me. It has largely the same goals as Canonical has expressed in this and similar docs, but no Launchpad integration. If you want to collaborate on making .deb maintenance easier, faster and more secure across all of the Debian and Ubuntu ecosystems, please reach out. You can use the "book a chat" link on my site https://optimizedbyotto.com/.

Thanks for sharing!

“Unicode as default character set” - finally, nice!

Also, if you like MariaDB, show your support and help it get to 10k stars at https://github.com/MariaDB/Server

This is the first long-term supported MariaDB release with vector support for RAG applications, zero-configuration TLS, new Parsec authentication plugin and more

Both sbuild and Debcraft essentially still run a minimal hermetic Debian environment without network access inside them. The fact that sbuild exists is not a reason to not try out Debcraft. However the selling point in Debcraft is not that it has the build environments, but much more.

I know cases where an Atlassian customer was forced to self-host their Jira as their data/instance size was too large for Atlassian to be able to offer as a hosted service. Using TiDB is a clear path for Atlassian to reliably scale up the size of the databases they host for their customer instances.