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.

The XZ Utils backdoor, discovered last week, and the Heartbleed security vulnerability ten years ago, share the same ultimate root cause. Both of them, and in fact all critical infrastructure open source projects, should be fixed with the same solution: ensure baseline funding for proper open source maintenance.

Hey fellow hackers, I just published a new blog post with some practical writing advice to help software professionals level up their communication skills.

As engineers and developers, we often focus heavily on technical skills while neglecting the importance of clear, compelling writing. But the reality is, our ability to communicate effectively can have a major impact on our careers.

You need bisect only as a last resort. Effective use of git blame, git log -p -S <keyword> etc has always been enough for me. Also, the projects I work with take 10+ minutes to compile even when cached, so doing tens of builds to bisect is much slower than just hunting for strings in git commits and code.

As aliases:

alias g-log="git log --graph --format='format:%C(yellow)%h%C(reset) %s %C(magenta)%cr%C(reset)%C(auto)%d%C(reset)'" alias g-history='gitk --all &' alias g-checkout='git checkout $(git branch --sort=-committerdate --no-merged | fzf)' alias g-commit='git citool &' alias g-amend='git citool --amend &' alias g-rebase='git rebase --interactive --autosquash' alias g-pull='git pull --verbose --rebase' alias g-pushf='git push --verbose --force-with-lease' alias g-status='git status --ignored' alias g-clean='git clean -fdx && git reset --hard && git submodule foreach --recursive git clean -fdx && git submodule foreach --recursive git reset --hard'

Are you spending more time staring at a screen than you'd like? Optimize your home office setup for a healthier, more productive workday by reading my hows and whys from this post.

Most devs use #Docker or #Podman, but do you really understand what’s happening under the hood? Let’s demystify #Linux #containers in simple, concrete terms. Just a 12-min read!

Pulsar (former Atom) is still the best code editor in my opinion. It is easiest and fastest to use, has all the nice productivity boosting plugins and is overall great for all the same reasons the Atom was great.

Whether you're steering an open source project or leading full-time a software development team, the key to maximizing productivity lies in efficient code reviews.

AWS states "collaboration with upstream open source community is critical to us how we build and operate database services" and showcases MySQL and MariaDB contributions which have gone up in past couple of years