Marcos Paulo de Souza

#Linux #Kernel Livepatch developer @ SUSE 🇧🇷

Marcos Paulo de Souzampdesouza@floss.social
2025-07-09

At first, the radio app was created for the Dingoo A320 device, after checking that there wasn't a FM Radio for the distro.

I was so excited about the possibility of creating an app for the device that created one in a few months, after checking on the Dingoonity forum if there was an app: web.archive.org/web/2020102805

As you might imagine, such app didn't existed at the time, so it became my project, and after that I also helped to fix the FM radio driver. It was quite a ride :)

Marcos Paulo de Souzampdesouza@floss.social
2025-07-09

Interesting to find that I was mentioned in a FM radio driver that was never upstreamed, since I helped to fix some issues when I worked on it in 2013/2014 for my final essay at the university:

github.com/OpenDingux/linux/bl

It was quite nice to developer a very simple FM radio play for OpenDingux distro, running on a GCW Zero device. The code of the app is very simple, using SDL and the V4L2 api, but I would say that I'm still very proud of it :)

github.com/marcosps/gcw_radio

Marcos Paulo de Souzampdesouza@floss.social
2025-07-04

@ljs I would dry out even before having the chance to drink given the amount of CVEs being created every day =/

Marcos Paulo de Souzampdesouza@floss.social
2025-07-04

@ljs *cries*

Marcos Paulo de Souza boosted:
2025-06-27

A thing I'm quite tired of seeing in technical spaces are exceptions being made for engineers because they are "smart". Widely known as the brilliant asshole.

This is code. It can be difficult, doing it well is even more difficult. It's also table stakes for this job. Especially when it comes to OSS. We are not so unique that we can't be replaced with another coder. I have replaced myself with very competent engineers at Meta in my work with btrfs.

What makes "smart" engineers is their ability to work with other people. This fantasy that "ideas" are how we communicate and the best idea wins, the most technical argument wins, is simply not true. You get your code in because you know how to communicate. Does that include technical arguments? Of course it does. But if you bring that technical argument to the table with "I can't believe you were so stupid to do it this other way, you should all thank me for being here" you are going to be far less successful.

That doesn't make you smart. To me, "smart" includes all the things necessary to accomplish your task as quickly and efficiently as possible. Part of that for us is coding, but the larger part is communication and the relationships we build with each other by being consistent with how we communicate and treat other people.

I work with the smartest people in the world. They are smart because they can code. They are smart because they are kind and gracious with their communication. They are smart because they build community in the work that they do.

If your community is a developer of 1 and nobody wants you around, it doesn't matter how good of a coder you are. You have failed at one of the core tenants of your job. In the real world, with real stakes, real bosses, real accountability, you would be fired. And that would be the correct outcome.

The power of OSS is the fact that it's many developers working on a thing. We all witness the power of this every day, but still cling to this fantasy that it's one smart asshole that keeps the whole thing together.

We are all replaceable in OSS. That's the beauty of it. It will outlast every once of us.

Marcos Paulo de Souza boosted:
2025-06-25
It took a long time and over 60 articles but, at @lwn, we have finally managed to complete our reporting from the 2025 Linux Storage, Filesystem, Memory Management, and BPF Summit. If you want to know what is going on in those core parts of the kernel, this is the place to look.

We've put together an EPUB version of the whole set as well — good bedtime reading!

https://lwn.net/Articles/1026338/
Marcos Paulo de Souzampdesouza@floss.social
2025-06-10

@ljs @mathieu Maybe @torvalds should have one so he could bump the limit :P

Marcos Paulo de Souzampdesouza@floss.social
2025-06-10

@ljs I can't for the day when _someone_ forces the error messages to fit under 80 columns...

Marcos Paulo de Souza boosted:
Oleksandr Natalenko, MSE :verified:oleksandr@natalenko.name
2025-06-08

NASA, Pentagon push for SpaceX alternatives amid Trump’s feud with Musk

Learning about vendor lock-in the hard way.

Marcos Paulo de Souzampdesouza@floss.social
2025-06-08

@ljs That's a nice way to increase the number of added LoC to the Linux kernel :P

Marcos Paulo de Souzampdesouza@floss.social
2025-06-04

@jarkko I'm not that used to the keybindings on different software than the text editor, so maybe that's why I feel so comfortable with it. But your arguments are understandable. As you said, I also hope that helix stays around for some more years, because vim will be :)

The thing about helix for me is how I don't need any special plugins or anything like that, since it used to give me some headaches regarding key bidings for different plugins.

We should use what fits us better :)

Marcos Paulo de Souzampdesouza@floss.social
2025-06-03

@jarkko makes sense, changing the muscle memory is annoying, I understand why you got something else :)

Marcos Paulo de Souzampdesouza@floss.social
2025-06-03

@jarkko what happened to the guy that was using Helix? :)

Since I started using it, after I saw your toot about it, I really never went back to vim :)

Marcos Paulo de Souzampdesouza@floss.social
2025-06-02
Marcos Paulo de Souzampdesouza@floss.social
2025-05-05

@hughsie thanks a lot for your work! Now my logitech mouse receiver is being updated!

The only missing hardware is my Keychron keyboard, which is still not being able to be upgradable (and not listed on fwupd... should it be listed somehow...?)

Marcos Paulo de Souzampdesouza@floss.social
2025-04-19

@phoronix CNinja?

Marcos Paulo de Souzampdesouza@floss.social
2025-04-15

@brauner really? That makes things a little more complicated. I was expecting them to be killed at some point :(

Marcos Paulo de Souzampdesouza@floss.social
2025-04-15

@brauner that's good news! To be honest it's quite frustrating to create live patches for CVEs targeting both these filesystems.

Marcos Paulo de Souzampdesouza@floss.social
2025-04-07
Marcos Paulo de Souzampdesouza@floss.social
2025-03-13

@grillo_0 dá uma olhada no jobs.suse.com, geralmente tem algo interessante por lá!

Client Info

Server: https://mastodon.social
Version: 2025.04
Repository: https://github.com/cyevgeniy/lmst