Files
tobiasd 560a611b65
continuous-integration/drone/push Build is passing
merge Feat/structure po4a compliant
2026-06-11 14:53:55 +02:00

616 lines
23 KiB
HTML
Raw Permalink Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
<?xml version="1.0" encoding="utf-8"?>
<html>
<version>3</version>
<head>
<title>Transcript SFP#47</title>
</head>
<body>
<h1>SFP#47: ILoveFS: Lets meet our maintainers</h1>
<p><a href="/news/podcast/2026/episode-47.html">Back to the episode SFP#47</a></p>
<pre class="transcript">
<div class="content-centered"><h1 class="post-title"><a>SFP#47: ILoveFS: Lets meet our maintainers</a></h1>
WEBVTT
00:00.000 --&gt; 00:18.400
Dear listeners, thank you very much for listening to the Software Freedom Podcast.
00:18.400 --&gt; 00:22.600
The Software Freedom Podcast is brought to you by the Free Software Foundation Europe.
00:22.600 --&gt; 00:26.800
We are a charity that empowers users to control technology.
00:27.120 --&gt; 00:31.760
I'm Bonnie Merring and today we have a dedicated I Love Free Software Day episode.
00:33.040 --&gt; 00:38.240
Each year on the 14th of February we celebrate all the contributors, developers,
00:38.240 --&gt; 00:44.720
maintainers of free software projects. I would love if this would be a regular thing and
00:44.720 --&gt; 00:50.000
if you would not need a dedicated date for it. But so far we have the I Love Free Software Day
00:50.000 --&gt; 00:54.240
and on this day we say thank you so much for your contribution to Software Freedom.
00:54.640 --&gt; 01:00.800
This year on the I Love Free Software Day we highlight the extremely important work
01:00.800 --&gt; 01:06.720
done by countless of maintainers out there. And for this I'm very happy to talk with Lorenz's
01:06.720 --&gt; 01:12.960
K, one of the maintainers from the monitoring platforms. Lorenz, thank you so much for making
01:12.960 --&gt; 01:16.320
the time and thank you so much for joining me in the Software Freedom Podcast.
01:16.320 --&gt; 01:20.480
Thanks for having me. Happy to be here.
01:20.720 --&gt; 01:24.720
Hi you coming to the I Love Free Software Day celebration in Nürnbeck.
01:24.720 --&gt; 01:28.640
I sure am. Yes. Already planted in.
01:29.840 --&gt; 01:35.920
Very happy. Can you very very briefly summarize for me and our listeners what the monitoring
01:35.920 --&gt; 01:46.320
plugins are? Okay briefly might be hard because I have to add some context. So there is a family
01:46.320 --&gt; 01:54.080
of free software systems monitoring software. So the software which helps an administrator to
01:54.880 --&gt; 01:59.680
monitor the actual computers which are in a company institution or whatever.
02:00.320 --&gt; 02:08.400
And we started in 90s with Nagios and they had the idea of putting the actual monitoring.
02:08.400 --&gt; 02:14.560
So the knowledge about how things work into separate little programs which are called
02:14.560 --&gt; 02:20.960
monitoring plugins. So they were separate from the main program and this principle this interface
02:20.960 --&gt; 02:28.320
was kept by forks and follow ups and the monitoring plugins project is a collection of those
02:28.320 --&gt; 02:36.080
monitoring plugins which do the actual monitoring. This is I guess quite a far collection.
02:36.080 --&gt; 02:42.080
So there are a lot of plugins probably in it. Yes I mean the specific programs that this
02:42.080 --&gt; 02:49.600
collection are like maintained by the project itself and they have like 30 thing different plugins
02:49.600 --&gt; 02:57.360
which more or less provide like a basic system functionality test mostly.
02:57.920 --&gt; 03:00.880
All right how did you get involved with the monitoring plugins?
03:00.880 --&gt; 03:08.000
Well I started a shop at a company which provides professional services.
03:08.880 --&gt; 03:16.480
So I encountered the monitoring plugins there and of course at some point I discovered that back
03:16.480 --&gt; 03:22.880
was something I didn't like and well as you do in the good free software world to be a good citizen
03:22.880 --&gt; 03:29.760
you go there you complain in the issue tracker and then nothing happens then you start up with a
03:29.760 --&gt; 03:34.720
pool request and then nothing happens and then you start annoying the maintainers about your pool
03:34.720 --&gt; 03:39.600
request and then they say hey how about you become proud of the project and then you're in.
03:41.280 --&gt; 03:48.560
That's basically it. So you got sucked in. Yes you know you start up with the one thing and then
03:48.560 --&gt; 03:55.040
you already have the code open in the editor and think that that doesn't look good or maybe I would
03:55.040 --&gt; 04:02.000
like to have that differently and you have a second pool request then and after a few of those
04:02.000 --&gt; 04:10.000
somebody approaches you and says hey since you're already here do you want to be part of this?
04:11.040 --&gt; 04:12.720
Do you also try to serve others?
04:14.560 --&gt; 04:19.040
Not successfully. No it did not happen recently.
04:19.920 --&gt; 04:22.960
Okay should I keep fingers crossed that you get more people?
04:22.960 --&gt; 04:26.960
I mean why not? That would might help.
04:27.360 --&gt; 04:37.600
Okay. How did you then like you found us back right and you were like proposing a fix to it
04:37.600 --&gt; 04:44.000
and making sure that everything is updated but what keeps you motivated to continue with this?
04:44.000 --&gt; 04:48.400
Like is there something that you say oh I find this very interesting and I should really
04:48.960 --&gt; 04:57.360
keep doing that. That's I think there's not one easy answer to that.
04:58.160 --&gt; 05:06.880
Partially it's just it's a little bit my project now and I have some strong opinions about
05:08.160 --&gt; 05:14.320
things should work and how the code should look like. This is partially an aesthetic thing,
05:15.280 --&gt; 05:22.400
partially a functionality thing so part of my motivation now is I want to have good things
05:22.400 --&gt; 05:29.280
so things should be proper and well and well done. I mean if I'm correct with the
05:29.280 --&gt; 05:37.440
how how to do it well is another metaphor discussion but now I am okay I've scrolled through
05:37.440 --&gt; 05:43.760
the code and every time I think oh that doesn't look I want to change that and I want to make
05:44.160 --&gt; 05:50.480
better I want to have good software in a way and that keeps me motivated.
05:51.440 --&gt; 05:58.400
Partially it's also I mean this is software that works mostly well but if you have used it
05:58.400 --&gt; 06:03.920
for time you think okay why are we doing this this way? Can we not make it better?
06:03.920 --&gt; 06:12.240
So not only keep it up internally but also improve the functionality, improve the the interfaces
06:12.240 --&gt; 06:20.800
and yeah so it's yeah basically it's I want to have good software in the end and I want to make
06:20.800 --&gt; 06:29.600
good software and somehow this keeps me keeps me at a project still after years and after the
06:29.600 --&gt; 06:35.440
that one bug I found. But is there also a human connection for you?
06:35.440 --&gt; 06:42.960
All right that does not have to exist is it more about technical things that you want to fix?
06:44.080 --&gt; 06:52.800
I mean there's some human connection inside the project but like all the the other people are not
06:53.760 --&gt; 07:00.960
locally here so and we don't have that much communication in itself but of course I have
07:00.960 --&gt; 07:09.120
communication downstream so I I feel now responsible for software which is actually in use
07:09.120 --&gt; 07:17.360
heavily in use and is used by a lot of people so in a way I communicate the downstream if I make
07:18.640 --&gt; 07:27.840
less than optimal error message then people the the action monitoring somewhere works bad because people
07:28.720 --&gt; 07:36.960
can't think or can't recognize what I try to tell them and what what their server is not doing well.
07:38.080 --&gt; 07:50.080
So in a way I'm trying to communicate to users but it's maybe yeah and this is everyone but this
07:50.080 --&gt; 07:56.160
is important for you to keep going this kind of communication or because like with the users it's
07:56.160 --&gt; 08:03.440
more like you communicate to them and I guess they sometimes communicate back to you if something
08:03.440 --&gt; 08:10.560
doesn't work. Some definitely do and that's recently has been actually a very enjoyable
08:11.520 --&gt; 08:19.280
communication and actually that's also yes something that's motivating if you have somebody say hey
08:19.280 --&gt; 08:24.720
I'm a maintainer of a mainstream Linux distribution and this is not working for me
08:25.600 --&gt; 08:34.720
and there's a okay let's debug this and maybe person comes up with a fix and says oh yeah cool
08:34.720 --&gt; 08:41.200
you solved my problem and that's actually really really nice if somebody comes by and says oh cool
08:41.200 --&gt; 08:48.000
that works for me you really you solved the problem I had and that's cool. I can imagine if it's
08:48.000 --&gt; 08:53.680
a bit like you're describing what's behind free software when we talk about community because
08:53.680 --&gt; 09:00.800
this is also this interaction with each other and this exchange of ideas and all and free software
09:01.360 --&gt; 09:06.560
really really grows from those kind of interactions at least as my feeling.
09:08.000 --&gt; 09:18.160
Yes it definitely makes this more fun a lot more fun and I probably wouldn't do it for me
09:19.120 --&gt; 09:27.200
if it wouldn't be like that I mean let's say in a workplace you have if you have find a bug then
09:27.200 --&gt; 09:32.240
you have to contact support and the support has to find a developer and then as you have
09:32.240 --&gt; 09:38.720
play email ping pong for forever and in this project it's just so somebody opens a new issue
09:38.720 --&gt; 09:44.240
there and says hey this is broken and they say okay how is about this and this oh it is a problem
09:44.320 --&gt; 09:51.520
and now I fix it and now I have just in a very smooth and efficient way with
09:51.520 --&gt; 10:00.240
with no hurdles in there helped another human and that's great. Is there something that you
10:00.240 --&gt; 10:05.440
value a lot if there's some interaction you say oh this is how I prefer things because I guess
10:05.440 --&gt; 10:10.480
there is sometimes interaction that is not so nice but I also guess that there's interaction
10:10.480 --&gt; 10:19.680
that keeps you really motivated to be there. I'm lucky in a way that most interaction is actually
10:19.680 --&gt; 10:27.120
at least okay so I could imagine if you have a front end project you get a lot of people who say
10:27.120 --&gt; 10:37.600
that's the wrong blue yeah and at least but yes sometimes I have people I mean mostly people
10:37.600 --&gt; 10:46.320
who opened up the issue previously who said oh great that that really helped and yes that's
10:46.320 --&gt; 10:54.240
these are moments that I which I value. How many of you are in the maintenance group
10:54.960 --&gt; 11:01.440
like how many of them are really active because I obviously checked out the gift page
11:02.000 --&gt; 11:10.080
from monitoring plugins but I have mentioned on the site 153 I guess not 153 people are
11:10.080 --&gt; 11:18.400
actively maintaining this project as far as I know. Not really I think we are about four people
11:18.400 --&gt; 11:28.560
who are more or less active and also active in different parts I would say so in recent years
11:28.560 --&gt; 11:35.600
I have done most of the work in the C part of the project I think we have one or two loose
11:36.720 --&gt; 11:45.200
recurring individuals who also participate there then we have a package maintainer there
11:45.840 --&gt; 11:55.120
which is great because he's like a link to a major Linux distribution and the bugs come to us
11:55.200 --&gt; 12:00.560
and he also managed those those bugs and issues with in the project and then he puts the patches
12:00.560 --&gt; 12:09.120
up so there's a very good good link to the actual user base so to speak and then other people
12:09.120 --&gt; 12:18.160
for pro and for organization but it's very a very loose group I mean it's not like we we do a lot
12:18.160 --&gt; 12:25.920
there so it's a low burning project so to speak but yeah that's I would call this dead core
12:25.920 --&gt; 12:34.000
group in a way. You mentioned there's one from a Linux distribution that is part of this
12:34.960 --&gt; 12:41.840
does now brought me to a to a thread or to a line of communication that I also want to touch
12:42.000 --&gt; 12:49.920
upon is resources because for testing software and all of this kind you need resources to figure out
12:49.920 --&gt; 12:54.640
if this actually works with this project if this also works with that project and you already
12:54.640 --&gt; 13:00.240
mentioned monitoring plugins are widely used on various systems so it's not on a Linux based
13:00.240 --&gt; 13:05.680
systems they are also open the ESD freebies they want ever I'm not mentioning them all but don't
13:06.400 --&gt; 13:11.760
they're all they're all there and they're very important don't get it wrong that means you missed
13:11.760 --&gt; 13:22.080
that one on my toaster which one so you know what I mean like there are quite a lot of systems
13:22.080 --&gt; 13:31.200
operating systems out there all of them equally important but how do you test the software
13:31.200 --&gt; 13:39.920
then running for this like where do the resources come from well effectively not to be quite
13:39.920 --&gt; 13:46.960
honest we were we are testing at different things on a few different Linux distributions
13:48.480 --&gt; 13:56.960
but effectively we are not testing on ourselves on other Unixes
13:57.920 --&gt; 14:05.040
partially because that's a hassle to get it up on GitHub and partially because this
14:05.040 --&gt; 14:12.720
yeah would require resources to set up the testing to create a testing setup in itself find out
14:12.720 --&gt; 14:19.920
how can a compiler how can I introduce tests there and for end-to-end tests what is the appropriate
14:19.920 --&gt; 14:31.440
software there and so this is just something the group and I did not prioritize until now so
14:31.440 --&gt; 14:40.880
sadly we rely on we would say end user testing so I have recently especially we had some very good
14:40.880 --&gt; 14:49.760
contributions from one of the BSDs where people said oh so I said okay we're doing a release candidate
14:49.760 --&gt; 14:55.200
for for a new release and they said okay let's let's put this in testing on our distribution and
14:55.200 --&gt; 15:03.840
see what falls out and they then played the the connection between this BSD and us and that was
15:03.840 --&gt; 15:10.640
very cool but of course it's not ideal so to speak to test it in production but is there something
15:10.640 --&gt; 15:17.520
that others can do and help you with like the people with the BSD did is this something that you
15:17.520 --&gt; 15:22.880
as a group of wish for or is this something that would put more burden on you because then there are
15:22.880 --&gt; 15:30.320
no more issues and people coming to communicate with you and all of that no I would actually appreciate
15:30.320 --&gt; 15:39.280
that if people if there was a good way to sort of like putting up testing pipelines on different
15:39.280 --&gt; 15:46.400
unixes but yeah somebody if somebody would like to do that work that'd be really great
15:49.200 --&gt; 15:55.760
yeah but so far nobody turned up but that would actually be really helpful so if we can test
15:56.400 --&gt; 16:03.360
more and better before we put it in a release then we can smooth out bugs earlier and
16:04.160 --&gt; 16:11.840
also do would not endanger a running system out in the wild so that also would of course be
16:11.840 --&gt; 16:18.480
better to to make good work it's just a thing yeah to to find the time and everything for that
16:18.480 --&gt; 16:25.440
but if people would show up with that and say okay you you have something that improves the
16:25.440 --&gt; 16:33.280
quality here then I would love that that's very nice is there something that you would say
16:33.280 --&gt; 16:39.680
maintain us generally speaking now I know you cannot speak for everybody but from your perspective
16:39.680 --&gt; 16:46.480
is something that people actually need I know it's a hard question yeah it's a hard question and
16:47.040 --&gt; 16:57.920
of course that cannot be a single answer to that I mean that the classic is to say a real
16:57.920 --&gt; 17:08.560
probably financial contribution I mean a lot of infrastructure around the world is free software
17:08.560 --&gt; 17:14.960
I mean probably everybody knows that it's KZD comic certainly forgot the number
17:15.840 --&gt; 17:28.320
I will link it in the show notes thank you so an actual recognition and a free software work
17:28.320 --&gt; 17:38.880
on which role it plays in modern infrastructure would be great here I mean there's some
17:39.680 --&gt; 17:47.280
lonely initiatives I would say let's say an L-net which is great but like why is there not like
17:48.400 --&gt; 17:55.200
a a national software development company where say okay I'll just hire 500 people who do the
17:55.200 --&gt; 18:01.120
open software work in this country and they'll just support them and get them some food
18:01.440 --&gt; 18:12.000
because they're keeping this the infrastructure and that that would be good because yeah actually
18:12.000 --&gt; 18:22.560
some of our infrastructure is based on I find the time on a weekend to fix a bug there so that's
18:23.440 --&gt; 18:32.160
not the most reliable way to have infrastructure apart from that it gets recognition in itself would of
18:32.160 --&gt; 18:40.960
course be good so to have people come to you and say yeah it's great I like that thank you
18:41.760 --&gt; 18:48.480
occasionally that's pretty nice and I guess especially for library maintainers that does not
18:48.480 --&gt; 18:55.760
happen often if you're if you're the maintainer of lip foo nobody comes up to you and says hey I
18:55.760 --&gt; 19:02.240
last that I have that in 300 programs on my computer running currently that's great work you did
19:02.240 --&gt; 19:09.360
there this is a short break for our own cause thank you for listening to the software freedom
19:09.360 --&gt; 19:16.000
podcast working for software freedom and producing podcasts costs money please consider
19:16.400 --&gt; 19:21.600
supporting us with a donation on the fsfe.org slash donate and then the show notes
19:24.400 --&gt; 19:31.440
I mean it would be nice of course just as on a human basis yeah so to feel seen you mean yes
19:32.400 --&gt; 19:40.080
and so a convoyage meant into receiving to have recognition for that work but I guess the the
19:40.080 --&gt; 19:48.960
extra physical financial aspect should not be you should also be there absolutely I can absolutely
19:48.960 --&gt; 19:56.800
agree on that but to get the world up is there a project that you really like and would like to say
19:56.800 --&gt; 20:04.800
thank you to I thought about this for for long and then it should be because of course this is
20:05.520 --&gt; 20:13.440
very tricky because it's such a huge number of of projects I actually just have on my computer
20:15.760 --&gt; 20:23.520
so I thought what would be one that actually does not get noticed very often so and I thought
20:23.520 --&gt; 20:31.520
about a npd the music player demon which is a program to just play music and organize a playlist
20:31.520 --&gt; 20:39.520
and a music library and it has been working on my systems for 15 years and the only trouble I had
20:39.520 --&gt; 20:45.120
when I tried to configure the funny things and that plays music for me and it's great
20:45.840 --&gt; 20:53.360
oh that's very cute no thank you very much last but not least what can the community do to help you
20:54.240 --&gt; 21:03.520
I guess monitoring plugins and maintaining the maintenance of monitoring plugins of course
21:04.800 --&gt; 21:12.480
cold contributions are always welcome issues especially notices about how their things are
21:12.480 --&gt; 21:22.560
breaking or ideas about the improvement are welcome and although both of those create more right
21:24.000 --&gt; 21:31.120
so things that would help in general I mean of course if people want to contribute long time
21:31.120 --&gt; 21:40.480
and engage the project itself that would be great but of course a difficult thing but apart from
21:40.560 --&gt; 21:48.480
that I would welcome things like static analysis and like maybe coding guidelines something they can
21:48.480 --&gt; 21:57.840
automate which like reduces error rates my C is probably not the best C seen anywhere but so if
21:57.840 --&gt; 22:03.760
people can come up with something that says me oh no that blind is broken because you did something
22:03.760 --&gt; 22:10.240
wrong there and we can automate that or if people can actually build more test pipelines and
22:10.640 --&gt; 22:21.120
build more test cases or documentation which is on my to-do list but you know so all of those
22:21.120 --&gt; 22:29.200
things would be welcome and valued and I would be happy if people would come by and at least say
22:29.200 --&gt; 22:35.280
hello in the IFC chat will also be nice I'm a link to IFC chat and I show lots then I just
22:35.280 --&gt; 22:40.160
keep thinking about the documentation part because you know we have this program in competition for
22:40.160 --&gt; 22:46.160
teenagers you've actually for freedom and in it we have eight criteria for eventually for the
22:46.160 --&gt; 22:52.080
sure to evaluate the projects that are submitted and one of this criteria is documentation
22:55.120 --&gt; 23:02.480
that's very appropriate I think yeah I guess so too anyway thank you very much Lorenzce for
23:02.480 --&gt; 23:08.880
the time thank you so much for doing this with me and giving me a glamp and glimpse or an inside
23:09.600 --&gt; 23:15.200
to say this in a better way of how maintaining works and what acts actually needed there thank you
23:15.200 --&gt; 23:22.320
very much thank you for having me this was the software freedom podcast if you like this episode
23:22.320 --&gt; 23:28.400
please recommend it to your friends and rated they tune for more inspiring conversations that
23:28.400 --&gt; 23:34.160
explore the importance of software freedom and its impact on our digital lives I wish you all
23:34.160 --&gt; 23:39.120
a very pleasant I love free software day there are some events that will be running throughout
23:39.120 --&gt; 23:48.000
Europe so check out I love of s dot org and see if there's one happening near you and yes thank
23:48.000 --&gt; 23:52.560
you so much for listening this podcast is presented to you by the free software foundation europe
23:52.560 --&gt; 23:58.800
there are a charity that works on promoting software freedom if you like our book please consider
23:58.880 --&gt; 24:05.680
supporting us with a donation you find more information under fsfe.org/donate thank you
24:05.680 --&gt; 24:08.800
so much until the next episode bye bye
</div>
</pre>
<p><a href="/news/podcast/2026/episode-47.html">Back to the episode SFP#47</a></p>
</body>
<sidebar promo="our-work">
</sidebar>
<translator/>
</html>