WEBVTT

00:00.000 --> 00:26.000
All right. You ready? Yes. Perfect. Then let's dive into this. Hello and welcome to the Software Freedom Podcast.

00:26.000 --> 00:32.000
This podcast is presented to you by the Free Software Foundation Europe. We are a charity that

00:32.000 --> 00:38.480
empowers users to take control of technology. I am Bonnie Mehring and I am here with my colleague Alex

00:38.480 --> 00:47.520
today. Hello Bonnie. Nice to be here again. Nice to have you. So we have done this several times now.

00:47.520 --> 00:53.440
You want to tell us what the topic is today? Yes, we want to talk about Free Software stacks in Europe.

00:53.440 --> 01:06.400
You forgot a Free Software software stacks. Indeed. Okay. I am sorry. Not, just Free Software stacks. Yes.

01:07.600 --> 01:17.520
That's how we would call them the whole episode. That will be fun. Yes. Okay. But before we dive

01:17.520 --> 01:25.120
into this whole debate surrounding the Free Software software stacks, I would love for us to cover

01:25.120 --> 01:31.280
a bit of the framework and the background around them. Can you give us some idea what we are talking

01:31.280 --> 01:38.560
about when we are mentioning the word Free Software software stacks? Sure. So a couple of years ago,

01:38.560 --> 01:46.000
a debate about digital sovereignty started. And this digital sovereignty debate also came with some

01:46.000 --> 01:52.640
practical solutions, implementations, and one of those are software stacks. So all our administrations

01:52.640 --> 02:01.680
across Europe do need, let's say, core infrastructure and also on the other hand, software stacks that

02:01.680 --> 02:08.800
help them to follow their administrative tasks. So an office solution. And those kinds of office

02:08.800 --> 02:17.680
solutions are part of such a so-called software stack. So it comes with several solutions. You

02:17.680 --> 02:23.040
want to have video calls. You want to have a writer. You want to have a calendar and so on.

02:23.760 --> 02:30.160
And all of these solutions need to be like in the upper rebel. They need to be integrated so that you

02:30.160 --> 02:36.720
can from your calendar directly send the email or start a voice call with your colleagues. And this

02:37.440 --> 02:44.240
basically or could be basically such a software stack. And all of these software stacks in

02:44.240 --> 02:50.960
light of digital sovereignty are discussed in member states of the European Union as well as

02:50.960 --> 02:55.520
in the European Union itself by the European Commission as well in the parliament in the institutions.

02:56.480 --> 03:04.880
So and the institutions itself, but also administrations, EU, national, regional, local level,

03:04.880 --> 03:12.960
do need such office solutions. And they want to have digital sovereign solutions. And for this,

03:12.960 --> 03:19.840
we do recommend to use Free Software for obvious reasons. What French Free Software stack?

03:21.200 --> 03:26.880
The example for this, how this could look like as this is already very much implemented,

03:26.880 --> 03:31.280
can you give us some background here as well and maybe make this a bit more practical?

03:31.760 --> 03:38.960
Sure. So again, so the debate about digital sovereignty is not very new. It started with

03:38.960 --> 03:45.520
final lines first term. And there we started to debate this digital sovereignty and also already

03:45.520 --> 03:51.200
at this time, we have seen that there are initiatives in several member states where they started to

03:51.920 --> 03:58.880
develop or procure Free Software solutions, particularly made for administrations to allow them

03:59.520 --> 04:07.440
to work in a sovereign environment. And yeah, basically using their own solutions tailored to

04:07.440 --> 04:14.080
their own needs. And for this, they often used Free Software. And also at the same time,

04:14.080 --> 04:20.000
code repositories emerged. So we have seen, for example, in Italy that they came up as a free

04:20.000 --> 04:27.040
software code repository dedicated for administrations. So we are administrations that came up as a

04:27.040 --> 04:33.360
Free Software solution for a specific need, shared those solutions in such repositories that other

04:33.360 --> 04:39.760
administrations could pick them and also reuse them. Obviously, this needs to be Free Software

04:39.760 --> 04:45.680
since the four freedoms of Free Software to use study, share and improve, allow in the

04:45.680 --> 04:52.320
availability, allow sharing and allow that it could be used in as many workstations. Yeah, one

04:52.400 --> 04:59.200
one, for example. So, but also we have seen initiatives in France, in Germany and in other member

04:59.200 --> 05:06.080
states. However, all of this is mainly piecework. It's not really connected to each other. So Italy

05:06.080 --> 05:11.360
does it, France does it, Germany does it, but they do not really collaborate. So and that's one of

05:11.360 --> 05:17.920
the main issues we see that there are initiatives in member states that are quite okay, let's say it,

05:18.560 --> 05:23.840
but the thing is that they, yeah, they basically in their silo, they work on their own,

05:24.640 --> 05:31.600
and for this they are also practical reasons. The very first one is a language thing, but in general,

05:31.600 --> 05:38.640
I'd say a writer, if translated, could be used by every administration, right? So the needs

05:38.640 --> 05:44.640
and the back end is basically always the same. It's just about like making the front and

05:44.640 --> 05:52.160
the translated end to the language. Exactly, and also like it's also about design, so you want to

05:52.160 --> 05:57.280
change logos and stuff like this, right? So, but in general, the solution is always the same.

05:57.920 --> 06:03.520
So, and this is basically where we are. So in Germany, for example, the Center for Digital

06:03.520 --> 06:09.360
Sovereignty (ZenDiS), this is basically a company founded by the government itself, started to come up as

06:09.840 --> 06:14.640
office solution, which is called OpenDesk. We see similar approaches in France,

06:15.600 --> 06:22.240
last week is a call over there, and yeah, and as said, we see piece work here and there and every

06:22.240 --> 06:28.240
member state. We see in particular discussions in every member state, and these discussions have

06:28.240 --> 06:37.040
been speed up since the Trump administration and for obvious reasons. However, it often remains on

06:37.040 --> 06:45.520
such a discussion level, and also in particular, the collaboration cross-border remains more of an

06:45.520 --> 06:53.280
idea instead of like a practical approach at this stage. So, and here a debate, I'd say, one

06:53.280 --> 07:00.080
one and a half year ago, started in the U.K. Parliament, where the so-called EuroStack was

07:00.080 --> 07:07.200
debated initiative by Francesca Prier, for example, who came up with this idea to have such

07:07.200 --> 07:13.200
a European approach towards this, right? So, to like, let these member states initiatives

07:13.200 --> 07:20.080
collaborate and to come up with, yeah, obviously, a European stack, which is then available and

07:20.080 --> 07:26.640
usable and also useful for administrations across Europe, no matter if it's a European,

07:26.640 --> 07:32.400
national, regional, local level. And here the question is, how should such a stack look like?

07:33.120 --> 07:39.440
And here we can see that in the beginning of the debate, it was very much attached to the idea

07:39.440 --> 07:43.680
of coming up with a Free Software solution towards this. Since it's obvious, again, the four

07:43.680 --> 07:50.800
freedoms, you study share and improve, allow us that it's very easy and also basically the only

07:50.800 --> 07:57.680
practical approach towards allowing collaboration across border. However, in the last years,

07:57.680 --> 08:04.960
the debate slightly shifted away from the Free Software idea towards more like European

08:04.960 --> 08:11.200
ideas, let's say it, and there was like a slogan which came up just recently by European.

08:11.840 --> 08:18.160
So, and with this idea, it's more going into the direction that digital sovereignty is everything,

08:18.160 --> 08:24.640
but it's coming from Europe. And not that much if it should be Free Software anymore. So, and that's

08:24.640 --> 08:30.800
one of the main issues we see, but also on the other hand, again, that there is not really

08:30.800 --> 08:36.880
collaboration happening. So, we see in some parts, collaboration, for example, France and Germany

08:36.880 --> 08:42.960
try a collaboration with the last wheat and open desk, so these are solutions. And they want to come

08:42.960 --> 08:51.040
up as a right on solution, which is then shared between both steps, so to say, and could be

08:51.040 --> 08:56.400
integrated in open desk as well as in last week. But again, we see here only two member states

08:56.400 --> 09:02.720
collaborating. And we do not really know how this collaboration should further be enlarged. And

09:02.720 --> 09:10.160
also, we do not really see if it's going out of this like bilateral collaboration. And if it's

09:10.160 --> 09:15.440
we are going to more towards the European approach. This is the state of the debate at the moment.

09:16.000 --> 09:23.760
And what we are trying and also like in procurement and funding debates is to work towards the idea

09:23.760 --> 09:31.520
to stimulate and not subsidize and collaborations across Europe so that the European Union should see

09:32.320 --> 09:39.920
and analyze where in Europe we see developments of Free Software solutions and how they could

09:39.920 --> 09:45.840
collaborate with others doing something similar or who have similar needs at the same time,

09:46.480 --> 09:53.360
bringing them together and making them collaborate. Because this is the advantage of Free Software

09:53.360 --> 09:58.320
that we can collaborate, that we can share resources. And by that, not only come up with the best

09:58.320 --> 10:03.760
solution, but also like particularly on the mid and long run, this is how we can save money.

10:03.760 --> 10:09.600
And this is also how we can be ultimately digital sovereign, right? When we have our own free

10:09.600 --> 10:16.080
software solution, which we can adapt at any time, which we can make it available to every

10:16.080 --> 10:22.480
administration. And by that, we have the control over our own technology or administrations have

10:22.480 --> 10:29.520
the control over their own technology and are able to like change it and adapt it to the specific

10:29.520 --> 10:35.680
needs. So, and this is basically what we want to try to advocate for at the moment. The

10:35.760 --> 10:42.000
this collaboration is stimulated by the European Union and also that member states initiatives are

10:42.000 --> 10:47.680
not being closed down since we have a European solution for this. No, we want these initiatives

10:47.680 --> 10:53.760
in member states, but we want them to collaborate with others in order to have an indoor operable,

10:54.480 --> 11:01.280
European software stack. And that would be our idea of such a Free Software,

11:01.920 --> 11:08.880
software stack on the European level. I was so happy that you mentioned the word Free Software,

11:08.880 --> 11:18.240
software stack. Anyway, okay. So, you mentioned several arguments. Basically, it all comes down

11:18.240 --> 11:28.080
to that we are asking or demanding an coordinated effort. So, I do believe the coordination

11:28.080 --> 11:35.600
should be stimulated. So, it's not that we should start this, I don't know, an approach,

11:35.600 --> 11:41.280
where we say the next five years, we do this and this and this and this. It should still remain

11:41.280 --> 11:48.880
flexible. Also, member states should be able to do whatever they need at the moment. However,

11:49.600 --> 11:56.400
the core idea always must be that it's an indoor operable and that they at least know what's

11:56.400 --> 12:01.520
happening in other member states and that they try to collaborate whenever there is a need to

12:01.520 --> 12:08.160
collaborate. So, let's assume Germany and Italy are working on the same thing. Let's say a video

12:08.160 --> 12:13.200
conferencing tool at the moment and then the European Union knows about this and goes there and say,

12:13.200 --> 12:18.000
look, Italy, Germany, you are both working on the same thing. Don't you want to collaborate?

12:18.000 --> 12:23.360
So, why do you want to come up with two solutions that are different? Let's collaborate here.

12:23.920 --> 12:29.840
Like, if there are good reasons, for example, for Italy and France to say, on this, we

12:30.640 --> 12:37.200
don't want to collaborate that there's no force to do so. That's the one thing, but also,

12:37.200 --> 12:43.280
let's use the example of Jitsi and Big Blue Button. So, we want that Jitsi and Big Blue Button

12:43.280 --> 12:48.320
are out there for administrations and then administration can pick whatever they do believe is

12:48.320 --> 12:53.520
the best solution for them. However, it is important that both video conferencing solutions work

12:53.520 --> 13:00.640
together. So, there is a possibility for the ones using Big Blue Button also being able to

13:00.640 --> 13:06.640
communicate with the ones using Jitsi without any major issues, right? So, it should be easy

13:07.280 --> 13:12.720
to collaborate cross-border with other administrations even if they use other Free Software solutions.

13:12.720 --> 13:18.080
So, it's not, and this is, I think the core idea here, it's not about this one stack so that

13:18.080 --> 13:24.720
everyone uses this one and only solution. It's more about that we integrate all the existing

13:24.720 --> 13:30.640
solutions out there and making them in the upper level that both of them can communicate.

13:30.640 --> 13:37.280
And for this, we need open standards, we need open APIs, and ultimately Free Software in order to

13:37.360 --> 13:43.600
allow this collaboration. And this is what I mean, it's like stimulating it and making it happen

13:43.600 --> 13:50.640
that this cross-border collaboration could happen. And this means, let's say, Germany and France

13:50.640 --> 13:55.040
are working with the Jitsi solution Italy and Spain are working with Big Blue Button.

13:55.600 --> 14:00.000
Those two countries should come up with their Big Blue Button or Jitsi solution.

14:00.000 --> 14:04.800
And then the union should step in and make sure that both of these solutions can talk to each other.

14:04.800 --> 14:17.040
Now, I think I understood the thing or the frame. Let's say the idea. Now, I understood the idea.

14:17.040 --> 14:22.640
You have to be behind this argument of collaboration and stimulating collaboration.

14:23.360 --> 14:29.280
So, it's more about that there's still a wide choice, but that we can actually still work

14:29.360 --> 14:36.000
together and have the interoperability. Exactly. So, we don't procure this one European stack for

14:36.000 --> 14:45.520
every administration across all over Europe. We still allow national or regional or local ideas

14:45.520 --> 14:52.160
and also like depending on their needs, whatever they need. So, they should have, ultimately,

14:52.160 --> 14:58.080
every administration should have software tailored to their needs. However, this software still needs

14:58.080 --> 15:05.360
to be interoperable with other solutions of other administrations that have another focus,

15:05.360 --> 15:10.320
let's say. So, and for this, it's very important to not say like this is the one and only

15:10.320 --> 15:18.800
solution for everyone, but we want to have several solutions being able to compete, to be innovative

15:19.360 --> 15:25.920
and to allow also like further development. And then administrations can say, I am going to

15:25.920 --> 15:30.480
migrate my system now over to a GT because I've seen this is working way better for me.

15:31.200 --> 15:36.480
And this should be easy so they should be able to go to a code repository, for example,

15:36.480 --> 15:41.200
and say, let's integrate this and remove the big to button or the other way around.

15:41.200 --> 15:46.480
Or they say, I am totally happy with my big to button. However, I acknowledge that the people

15:46.480 --> 15:51.280
over there are using GT because they started the development, I don't know, five years ago.

15:51.360 --> 15:56.240
Why should they now switch everything? So, for this, they need to be interoperable. So,

15:56.240 --> 16:05.200
it needs to be able for them to still communicate via several software solutions. And this should

16:05.200 --> 16:13.280
be all part of the stack. So, now we talked about a bit about the arguments that VZ and the points

16:13.360 --> 16:21.760
that we demand or give voice to. How is this received and what's the current, how do you think

16:21.760 --> 16:26.960
it's going? Because we already talked about the current debate surrounding all of this by European

16:26.960 --> 16:33.040
dimension and all of this. Let's bring this together. Where are we heading Alex?

16:33.920 --> 16:38.720
So, and that's yeah, that's basically one of the issues I see at the moment. So, while it was like,

16:38.800 --> 16:46.080
let's say a couple of years ago, the idea to have such a European solution was very received.

16:46.080 --> 16:51.600
People understood why there is a need for this. But this also at the same time led to national

16:51.600 --> 16:56.800
debates. And we can see this very clearly in Germany at the moment where they want to come

16:56.800 --> 17:04.480
up with a German stack. So, and here I fear that we end up in silos instead of like collaborating.

17:05.200 --> 17:12.000
So, I said it's a good idea if every member state has their own approach to things. However,

17:12.960 --> 17:19.200
again, if someone is working on such a stack, let's say France and Germany need a writer,

17:19.200 --> 17:25.920
so why shouldn't they collaborate on this? So, and the more we go towards this, the more we can

17:25.920 --> 17:31.280
collaborate, the more we can have shared procurement, even cross-border shared procurement,

17:31.280 --> 17:37.440
and by thus we can build on the benefits of Free Software and, for example, save money on the

17:37.440 --> 17:48.000
mid and long run. But if we now go and say, we come up with 27, sorry, if we now start to come

17:48.000 --> 17:54.080
up with a own software stack in each member state, then it's very more difficult to achieve this

17:54.080 --> 17:59.680
collaboration, to achieve this interoperability, because then everyone is going back to the silo,

18:00.560 --> 18:06.240
working on their own, saying like, now we have this shiny national stack, but how is this

18:06.240 --> 18:12.000
interoperability with others? Why didn't you collaborate on the procurement or development of

18:12.000 --> 18:18.560
bits of these stacks where you see like other member states have similar needs at the moment?

18:18.560 --> 18:24.800
And this is what I fear at the moment, so this is shifting away from like this European idea,

18:24.800 --> 18:31.440
this European software stack, which is coming with several solutions. However, this could end up in,

18:31.440 --> 18:37.760
yeah, national software stacks that are maybe nice to have for this member state,

18:38.400 --> 18:44.480
but not too nice for like a European approach towards this, also the Buy European debate.

18:44.480 --> 18:50.640
So decision makers more and more want to be independent from in particular US tech,

18:50.720 --> 18:57.440
which is reasonable, and which is also good idea, I do believe. However, if we then just switch

18:57.440 --> 19:04.720
the vendor lock in from US to European union companies, that won't help us. So the simple idea of

19:04.720 --> 19:10.560
buying European doesn't mean that it's interoperable, but doesn't mean that it is Free Software.

19:10.560 --> 19:16.240
So and this is something which we see in the debate that there is a shift from a way of this

19:16.240 --> 19:23.120
Free Software thing towards a general by European idea. So and this by European doesn't mean that

19:23.120 --> 19:27.680
there is collaboration, it just means pick something from European company. And there are also

19:27.680 --> 19:34.480
European companies that do not really value the idea of Free Software, for example. So this means

19:34.480 --> 19:40.400
you can easily end up in another vendor lock in, which is a European vendor lock in,

19:40.480 --> 19:46.400
which won't help you in the mid and long run. It might help with some problems, for example,

19:46.400 --> 19:52.720
that it's hosted in the European union, which is a good idea, but however, it's not coming with

19:52.720 --> 19:59.280
four freedoms to use that to share and improve. But just this idea of like whatever comes from

19:59.280 --> 20:05.520
Europe is at the same time so right. And this is not the case. And this is something which we try to

20:05.520 --> 20:12.400
counter in the debate saying first Free Software as something global. Second, you do not want to run

20:12.400 --> 20:19.040
in a European vendor lock in. And for this, ultimately, you always have to say it needs to be free

20:19.040 --> 20:25.680
software. So best case is you buy Free Software in Europe. However, if the Free Software is coming

20:25.680 --> 20:33.520
from somewhere else, also fun. As there are the four freedoms and they guarantee the access to the

20:34.080 --> 20:40.320
software. Precisely. And also here we need to say we need to enlarge our capacities step by step.

20:40.320 --> 20:46.000
So it's also not that we have millions of companies in Europe that have competitive solutions.

20:46.000 --> 20:51.360
We have to stimulate that market in order to come up with Free Software companies in Europe.

20:51.360 --> 20:56.960
That can provide such solutions. And for this, we need to invest in Dutch companies and not

20:56.960 --> 21:02.560
in random European companies that bring you basically in another vendor lock.

21:05.360 --> 21:12.480
Do you have the feeling that those arguments are paid attention to or what do you think it's happening

21:12.480 --> 21:21.680
here? So this is it's very hard to say. I see that there are more and more arguments and more

21:22.160 --> 21:29.920
decision makers shifting away from the, let's say, openness towards the u-p-ness of something.

21:29.920 --> 21:35.680
So it's a slight shift at the moment. It's not that there is a majority for this already.

21:36.240 --> 21:41.600
At the same time, there's also not a majority for the Free Software idea. So this is our fight.

21:41.600 --> 21:46.240
We will definitely have this fight in the upcoming procurement reform. We also have this

21:46.240 --> 21:52.640
find around precisely those stacks. And also here, maybe this is a very interesting point.

21:53.360 --> 22:01.520
I think a couple of weeks ago, we discussed the NGI funding case where the funding for

22:01.520 --> 22:08.160
Free Software was removed to benefit AI. And this is also such a shift. However, here in the

22:08.160 --> 22:13.760
European Commission, they say we don't want to support Pittsburgh, but rather contribute to such a

22:13.840 --> 22:19.840
stack. So and then at the same time, we see that they are shifting money away from Free Software

22:19.840 --> 22:28.160
towards AI. So this is not to another thing that we often see mass births driving such debates

22:28.160 --> 22:34.560
from quite a while. So we have the bio-pinsing, we have everything needs to be AI. And by

22:34.560 --> 22:40.480
thus Free Software is pushed more and more out of the debate. So and this is something which we

22:40.480 --> 22:48.400
need to counter. And this is also why we whenever we talk about the stacks tell everyone it needs to be

22:48.400 --> 22:54.240
Free Software to end up in this one to basically one. So if you if you go to decision makers and talk

22:54.240 --> 23:00.320
to them what they basically want, they talk about Free Software. So they don't name it Free Software,

23:00.320 --> 23:04.880
but basically they want to have it in the upper levels. They want to have a server and solution

23:04.880 --> 23:10.320
and so on and so forth. However, they are more and more shifting away from the Free Software

23:10.320 --> 23:16.160
wording in this debate going towards other direction. And this could then ultimately mean if it's

23:16.160 --> 23:22.960
text that you then if you in administration that wants to procure something is ending up with something

23:22.960 --> 23:28.240
which is not Free Software, but coming from Europe and by thus it's all fine and they proceed.

23:28.800 --> 23:34.480
So here we need to be very close in the debate and make sure that these criteria

23:35.040 --> 23:40.320
at least always end up in a Free Software solution. So that it's not possible to procure

23:40.320 --> 23:46.320
something else, but that you need to procure or develop Free Software in order to come up as such

23:46.320 --> 23:52.960
as a rune solution. So we debate around the terms of Renate but it ultimately needs. And here we

23:52.960 --> 23:58.560
try to make sure that it's always connected to for freedoms and that's that the procurement always

23:58.560 --> 24:02.800
ends up in a Free Software solution. This will be a hard debate. I mean there are also players on the

24:02.800 --> 24:09.680
other side who have other ideas. In particular, we see that decision makers that are

24:11.040 --> 24:19.760
I'd say more familiar with the digital topics, more eager to understand our arguments.

24:20.400 --> 24:25.040
However, it's also debated on high level at the moment, right? So as said,

24:25.040 --> 24:29.280
also our final line commission president debates this in member states president,

24:30.080 --> 24:35.200
president and chancellor's debate about sovereignty. And here we have seen in the in the

24:35.200 --> 24:42.640
recent years we have seen shifts and these are coming basically from other lobbyists removing

24:42.640 --> 24:49.760
those Free Software words, bringing in more loopholes in order to allow procurement of other non

24:49.760 --> 24:55.520
Free Software solutions. And this is basically a problem and this will be a strong fight which we

24:55.600 --> 25:03.360
will take I guess for the next years. This is a short break for our own cause. Thank you for

25:03.360 --> 25:09.040
listening to the software freedom podcast, working for software freedom and producing podcasts

25:09.040 --> 25:16.240
costs money. Please consider supporting us with a donation on the fsfe.org slash donate and

25:16.240 --> 25:24.160
then the show notes. This will be a strong fight which we will take I guess for the next years

25:24.160 --> 25:30.640
and this is where we are also very close to like the developments of sorts such stacks so we

25:30.640 --> 25:36.400
closely follow what's happening in Germany for example or in France or in Italy to see

25:36.400 --> 25:41.440
what the ultimately come up with. And at the moment we have seen that they found a practical

25:41.520 --> 25:47.120
approach towards this. So they connected pretty much to their code repositories. So they say

25:48.400 --> 25:54.720
it needs to be procured and needs to be ultimately in the code repository available. And those

25:54.720 --> 26:02.560
code repositories then say look you can only bring in your solution if it's one of these licenses

26:02.560 --> 26:08.720
for example and all of them are Free Software licenses. So but what happens if those rules of

26:08.800 --> 26:14.320
these code repositories are changed. So it's a smart idea in the first place but it could also

26:14.320 --> 26:22.160
easily end up in oh now we see that there's a solution it's not fully Free Software but how do we

26:22.160 --> 26:27.520
print this in the code repository are we change the rules of the code repository. So if you attach

26:28.560 --> 26:35.440
software only to the code repository without coming up with further criteria then you might end up

26:35.440 --> 26:42.320
in a world where those code repositories might in the future also allow other non-Free Software

26:43.040 --> 26:48.000
in these repositories and that would be a problem. So and this is the level of detailed

26:48.000 --> 26:54.640
fight we are picking at the moment. So there are smart ideas to close loop holes but we also have

26:54.640 --> 26:59.920
to think about the future and make sure that those loop holes are closed forever. So and these are

26:59.920 --> 27:05.280
the debates we are running at the moment. So it's a lot of needy-queasy. We type over words we

27:05.280 --> 27:12.640
fight over ideas and trying to again go to decision makers and make them understand that Free Software

27:12.640 --> 27:20.960
is the only way how to come up is basically what they want. So this sounds like a lot of work to

27:20.960 --> 27:26.880
be honest to follow up and to safeguard Free Software. I mean that's the basic argument you

27:26.880 --> 27:32.560
brought forward is that we want to safeguard Free Software in all of those Free Software

27:32.560 --> 27:39.200
software stacks and make sure that the loop holes are closed and not celebrating small steps but

27:39.200 --> 27:45.840
being those who say stop. There is a potential weakness and we really need to pay attention

27:45.840 --> 27:51.760
to this and as you already said there are several debates and several member states going on.

27:52.400 --> 28:01.520
So well have fun Alex. Yeah yeah I do have. In this regard this is also a call to our listeners.

28:02.000 --> 28:08.080
If you see stack debates ongoing in your member states where you say here are upcoming loop holes

28:08.720 --> 28:15.040
please share them with us so that we can address them. So for us it's not too easy to follow

28:15.040 --> 28:20.720
like every minus step in every member state we try to do so but for this we always need the help

28:20.720 --> 28:26.000
of you guys and also our volunteers and for this please whenever you see something like this

28:26.080 --> 28:33.280
please share this with us. So because this helps us to address those issues and to also like yeah

28:33.280 --> 28:38.480
try to to modify those attempts. Also at the same time what we are doing is to look for best

28:38.480 --> 28:45.760
practices. So if you see a very good idea in your member state how a loop hole is addressed and fixed

28:45.760 --> 28:50.400
this is also something which is of high importance for us because then we can use this as a

28:50.720 --> 28:56.160
best practice for other member states and tell them look this could be a solution how you can fix

28:56.160 --> 29:03.600
this loop hole in your strategy in your law and make sure that you ultimately do come up as a free

29:03.600 --> 29:13.520
software software. I also have a call for action in this regard as it nicely fits in with our

29:13.520 --> 29:19.360
public money public code campaign. If you have not signed our open letter there please feel free

29:19.360 --> 29:25.120
to do so you find the link in the show notes. Alex you want to talk about why it fits in with

29:25.120 --> 29:30.640
public money public code. Sure I mean it's obvious it's with our public money public code initiative

29:30.640 --> 29:38.320
we try to convince decision makers, administrations across Europe to come up with rules and in particular

29:38.320 --> 29:45.040
also implement those rules that whenever taxpayers money is used the solution should be available

29:45.120 --> 29:53.760
for everyone and for us obviously again Free Software is the way to go and this initiative is

29:53.760 --> 30:01.840
very successful we even see references in laws and strategies towards this and I think it's also a

30:01.840 --> 30:09.520
good idea to follow these principles of public money public code in order to come up with a digital

30:09.520 --> 30:14.960
sovereign solution which is then not only tailored to your needs but where you have to control

30:14.960 --> 30:22.640
over technology and with this campaign it's an umbrella initiative if you like which is used to go

30:22.640 --> 30:30.480
in several different than precise debates around the stack but also about procurement funding

30:30.480 --> 30:36.640
even in the cyber resilience act we are using those kinds of arguments so and this initiative helps

30:37.280 --> 30:43.360
to first of all make it understandable for decision makers what this concept of Free Software means

30:43.920 --> 30:50.960
what are the benefits and then once they understood this go into the details of specific laws

30:50.960 --> 30:58.240
strategies whatever and try to come as close as possible towards those ideas of public money

30:58.320 --> 31:06.880
public code however we see that there are often rules with loopholes and now it's on us to close those

31:06.880 --> 31:16.080
loopholes so often it sets Free Software should be procured if there are not I don't know security

31:16.080 --> 31:22.000
reasons for example so it's very hard to get away from this wording however what we propose is

31:22.720 --> 31:29.120
if there are such security reasons then they should be explained in writing and should

31:29.120 --> 31:35.680
be checked by another institution if they are valid and also should be it should be possible to

31:35.680 --> 31:42.240
counter those and for this for example we can bring in the court of auditors who check if there is

31:42.240 --> 31:48.160
a really a need to not procure Free Software and this is what I mean this closing those loopholes

31:48.160 --> 31:53.760
so maybe we need to attach other loopholes so that we are going to this Free Software first approach

31:54.400 --> 32:00.880
and then if administrations for whatever reason do not procure or develop Free Software then they

32:00.880 --> 32:07.600
need to explain why they are not doing this and this this paperwork they will also understand step

32:07.600 --> 32:12.160
by step that there are not really those kind of arguments around and going more towards the

32:12.160 --> 32:16.960
direction of public money public code and this is why this campaign is so important and also a

32:16.960 --> 32:23.040
nice benefit for you if you sign it you can also register for email updates and but as we will

32:23.040 --> 32:29.360
keep you updated about our progress and also to push for public money public code across Europe.

32:30.400 --> 32:35.440
Perfect thank you very much I like thank you very much for the time I really hope that we

32:36.000 --> 32:42.560
get loads of best practices but I also know it's very important that we get a report of the

32:42.560 --> 32:48.640
programs and all but yeah maybe we have some very very positive news the next time hopefully

32:49.520 --> 32:57.760
we are working towards it yes you are okay in light of the time I would say we close it thank you

32:57.760 --> 33:02.880
so much for being here thank you so much for taking the time and yeah walking us through the free

33:02.880 --> 33:11.840
software software stack thanks for all these a pleasure all right this was the software freedom

33:11.840 --> 33:17.200
podcast if you liked this episode please recommend it to your friends and rated it

33:18.320 --> 33:22.800
stay tuned for more inspiring conversations that explore the importance of software freedom

33:22.800 --> 33:29.120
and its impact on our digital lives this podcast is presented to you by the Free Software Foundation

33:29.120 --> 33:36.480
Europe and we are a charity that works on promoting software freedom if you like our work like

33:36.560 --> 33:44.000
us following up and safeguarding Free Software in the Free Software stack so please support us

33:45.120 --> 33:53.360
you can do so by donating to us you find more information under fsfe.org/donate and if this

33:53.360 --> 33:58.560
is financially not possible for you you can share the podcast on social media rated or

33:58.560 --> 34:05.440
contribute to the fsfe.org as a volunteer by for example sending us best practice examples

34:06.240 --> 34:12.240
or reporting programs you see the Free Software software stack in your country thank you so

34:12.240 --> 34:18.480
much for listening to us and we will be back in your ears next month bye bye

34:18.480 --> 34:28.720
hi I am Øjvind I help out as one of the producers of the software freedom podcast

34:29.600 --> 34:34.480
along with Bonnie I work on the audio and editing for the software freedom podcast and try to make

34:34.480 --> 34:41.600
it as nice and shiny as possible for you all using Free Software tools of course I am doing this

34:41.600 --> 34:47.600
as a volunteer for the FSFE this is one of the ways I've found i can help with getting the message

34:47.600 --> 34:54.080
of software freedom out there I am dropping by here to encourage you to do the same volunteer your

34:54.080 --> 34:59.840
particular set of skills to the FSFE and help further the course of software freedom along with a great

34:59.840 --> 35:06.080
group of helpful and kind people you can find more information on how to contribute as a volunteer

35:06.080 --> 35:25.760
under fsfe.org/contribute see you out there

