603: All Your Kernels Belong to Rust

603: All Your Kernels Belong to Rust

Released Monday, 24th February 2025
Good episode? Give it some love!
603: All Your Kernels Belong to Rust

603: All Your Kernels Belong to Rust

603: All Your Kernels Belong to Rust

603: All Your Kernels Belong to Rust

Monday, 24th February 2025
Good episode? Give it some love!
Rate Episode

Episode Transcript

Transcripts are displayed as originally observed. Some content, including advertisements may have changed.

Use Ctrl + F to search

0:11

So friends and welcome back to your weekly

0:13

Linux talk show. My name is Chris. My

0:15

name is Wes and my name is Brent.

0:18

Well, hey gentlemen. Coming up on the show

0:20

today, we're going to really focus on the

0:22

Linux kernel again. There's been a lot of

0:24

hoopla about the state of rust and going

0:26

on there. So we're going to recap the

0:28

latest and then dive into what Linus and

0:30

Greg have said recently. We'll also chat with

0:32

Hannah from scale, who's going to give us

0:34

the four and one on what you need

0:37

to know on what you need to know to go to go

0:39

to go to go to go to. some picks and

0:41

a lot more. So before we

0:43

get to any of that, I

0:45

got to do the right thing,

0:47

and I got to say time-appropriate

0:50

greetings to that virtual lug. Hello,

0:52

mumble room! Hello, room! Hello, Chris.

0:54

Hello, Brian. Hello, Brian. Hello, that's

0:57

a serious showing. It's like it.

0:59

It's a little echo-y because we

1:01

had to get a huge room to

1:03

fit out. A lot of people.

1:05

Thank you everybody for joining us

1:08

over there. That's where you go

1:10

to get tail scale for free 100

1:12

devices, 3 users, no credit card required.

1:14

This is a modern networking solution

1:16

for connecting your devices securely to

1:18

each other, your applications, servers, systems,

1:21

whatever it might be, to each other

1:23

directly, on a mesh network, protected

1:25

by WAGO. It really is what

1:27

we've all wanted to see from

1:29

the moment we heard wire guard

1:31

was coming to the Linux kernel.

1:33

Secure remote access to your systems

1:35

that just works so intuitively intuitively

1:37

intuitively. and it's easy to deploy. It

1:39

actually is a zero config, no fuss, vp,

1:42

and I've been running it for years now. You

1:44

set it up and it just goes. You don't

1:46

really have to think about it. And with

1:48

the 100 device plan, you can use it

1:50

on just about everything you got and support

1:52

the show. So you go to tail

1:54

scale.com/ unplugged, you get it for

1:56

free on 100 devices, support the show, and

1:58

then you might do what... I did and I

2:01

inevitably rolled it out in the company. You

2:03

know, it's great for your back-end infrastructure

2:05

when you have multiple different

2:07

data centers and you want

2:09

to bring everything together. Thousands

2:11

of companies do this like

2:13

instacart, hugging face, dueling, more. They all

2:16

use tail scales so go try it out for

2:18

yourself or for your business. The free

2:20

plan is at tail scale.com slash,

2:22

unplugged. Well

2:24

as you listen to today's episode, we're

2:27

going to get into the Linux kernel

2:29

and we have a question you'd like

2:31

to answer just something put in the

2:33

back of your mind and when it

2:35

comes to you as we're talking about this

2:38

stuff, Bustin, if you could be

2:40

Linus Torvalds for a day, what would you

2:42

change or get done? Oh, that's a fun

2:44

one. You know, like the pet thing, you've

2:46

always hated in the kernel, the one tweak

2:49

you'd think or is something different?

2:51

You've been hearing us talk about

2:53

planet Knicks and that's coming up

2:55

really fast and that runs right

2:58

along scale. And so we wanted

3:00

to get you up to speed

3:02

on what you need to know

3:04

if you're going to attend scale

3:06

22X this year. And Hannah from

3:08

scale, she is the chair of

3:11

publicity, joins us to talk about

3:13

that. Hannah, welcome to the show. It's

3:15

great to talk to you. Yeah, thanks so

3:17

much. I'm so happy to be here to

3:19

talk about scale. We are really close. Scale

3:21

22X is coming up on March 6th. That's

3:23

less than two weeks now. Yeah, and so

3:26

we wanted to have you on to help

3:28

everybody kind of know what they need to

3:30

do in order to attend and what they

3:32

should do once they get there like on

3:34

day one. Yeah, of course, so I

3:36

would be remiss if I didn't

3:38

give you the quick spiel about

3:41

what scale is first before how

3:43

you can attend. Scale stands for

3:45

the Southern California Linux Expo. We're

3:47

in our 22nd year and we're

3:49

hosted in Pasadena, California. And so

3:51

we're so excited to be back.

3:53

And if you've never heard of

3:55

scale or have not been, it

3:58

is all things open source. We're

4:00

an entirely volunteer run conference. Scale is

4:02

run on love and passion for open

4:04

source. And so it is a great

4:06

time to get together and talk and

4:08

meet other people who care about all

4:10

things open source. And the other thing

4:13

that I absolutely love about scale is

4:15

we have been around for a long

4:17

time. We have great roots in Southern

4:19

California and beyond. And we also use

4:21

scale as a launching pad for other

4:23

open source communities who might not have

4:25

the infrastructure. or want to plan a

4:27

conference. So you might see some of

4:30

your other favorite open source events co-located

4:32

at scale. So Devops Day LA, Kauai

4:34

Summit, Planet Knicks, Linux training, so we

4:36

have a little bit of everything if

4:38

you are in the open source world,

4:40

which I imagine everyone listening here is.

4:42

So now that we've got kind of

4:45

the details out of the way, if

4:47

you want to come to scale, we

4:49

would love to have you in a

4:51

little under two weeks, you can go

4:53

to our website. website so Cal Linux

4:55

expo.org and get registered. We really pride

4:57

ourselves on the conference being approachable and

5:00

I think we're probably one of the

5:02

only conferences that run a four-day event

5:04

for under $100 for a ticket. So

5:06

we think it's really good value but

5:08

if you want a little extra motivation

5:10

to get your ticket before the event

5:12

you can use the promo code Linux

5:15

for 50% off that ticket. Great, okay,

5:17

promo code Linux, and so, also I

5:19

just want to say I do love

5:21

these side events that have been happening

5:23

over the last few years. It's such

5:25

a brilliant idea because, you know, you

5:27

folks really are the experts now at

5:29

the infrastructure and the event, and that

5:32

is such a massive undertaking for smaller

5:34

projects or groups or communities to undertake.

5:36

It's a really incredible thing you're doing.

5:38

Yeah, we're quite proud of it. Event

5:40

planning is no joke and we have

5:42

hundreds of volunteers that make this conference

5:44

run year-round and it would not be

5:47

possible without volunteers. So another shameless plug

5:49

is if you want to volunteer and

5:51

help with the conference you can always

5:53

there's an email on the website where

5:55

you can volunteer either the week of

5:57

or if you want to work on

5:59

our network or marketing shameless plug for

6:02

my team we're always taking volunteers to

6:04

do it but Yeah, we love having

6:06

other events there that would not have

6:08

the resources otherwise. So there's a place

6:10

for everyone who cares about open source

6:12

here and it's in Pasadena in two

6:14

weeks. That's great. I feel like too

6:17

getting involved like that would really build

6:19

some skills that you know could be

6:21

marketable in the workplace there. I just

6:23

kind of want to make it clear

6:25

when people show up they do need

6:27

to proceed to it like there's a.

6:29

proper registration process and all of that

6:32

that they need to follow when they

6:34

first get there or at least get

6:36

their badges and whatnot right? Yep so

6:38

we're we're a pretty standard conference you

6:40

can register for your tickets ahead of

6:42

time at so Cal Linux expo.org with

6:44

that promo code Linux and you're all

6:46

registered you will go to the building

6:49

that says welcome there's a big Linux

6:51

penguin that'll give you an idea of

6:53

what buildings we're in. The Pasadena Convention

6:55

Center is a little confusing. It is

6:57

two buildings with a theater in between.

6:59

So if you're facing the convention center,

7:01

the building on the right is where

7:04

you check in your first day. And

7:06

we've got self-serve systems where you enter

7:08

your name and your registration number and

7:10

it'll print your badge and then you

7:12

get a... a swag bag like most

7:14

conferences full of open source swag. And

7:16

then you get to go in and

7:19

see all the topics for the four

7:21

days. So make sure you go to

7:23

the right side building on your first

7:25

day, get your badge and once you

7:27

have your badge, you can go to

7:29

all the events throughout the four days.

7:31

Yep. And then it's easy after that.

7:34

That's the hardest part is just figuring

7:36

out which building to go in and

7:38

get your badge. It's not too bad.

7:40

I would say the hardest part is

7:42

picking which talks to go to. There's

7:44

so many good ones that happen all

7:46

at once. And the other good thing

7:48

about our conference is don't get FOMO

7:51

because if you have two concurrent talks

7:53

we stream and record all of them

7:55

so you can go back and listen.

7:57

are the ones you missed as well.

7:59

Also no small feet which we really

8:01

appreciate too. Yeah the tech on that

8:03

is insane. It takes dozens and dozens

8:06

of people all here to get those

8:08

recordings up but we're quite proud of

8:10

them. You can always check out our

8:12

past talks from events on our YouTube

8:14

channel as well. So if you're still

8:16

on the fence you don't know what

8:18

kind of content. Check out the YouTube

8:21

channel from the years past. We've got

8:23

a lot of great content there and

8:25

it gives you an idea of what

8:27

we're putting on for the week as

8:29

well. for sure i will say it

8:31

never quite captures the social element in

8:33

the hallway track and you know going

8:36

out and having lunch and all that

8:38

stuff but that's just the bonus that

8:40

you get to come discover on your

8:42

own when you visit so sounds like

8:44

they need to get registered they can

8:46

use promo code Linux to save some

8:48

money anything else we need to let

8:51

folks know Yeah, just like you said,

8:53

like the hallway track is really the

8:55

highest value ad. So if it's your

8:57

first time coming to scale, introduce yourself.

8:59

I always hang out at registration. So

9:01

you're always welcome to say hi to

9:03

me. So you already have one friend.

9:05

But get to know other folks. We

9:08

love the cross population of communities and

9:10

it comes to really amazing things outside

9:12

the conference. So I would really encourage

9:14

you not to be shy and make

9:16

some new friends there as well. Absolutely.

9:18

Yeah, thank you so much for having

9:20

me and I hope to see everyone

9:23

listening at scale in March. Wonderful. Well

9:25

I know the world is full of

9:27

news these days but jeez the colonel

9:29

has been seeing some newsworthy notes from

9:31

day to day and you guys have

9:33

been doing a deep dive. My favorite

9:35

thing. Should we go through what's been

9:38

happening and dust them off a little

9:40

bit? Yeah, we started capturing this for

9:42

the members in the members bootleg and

9:44

then it really has developed further. So

9:46

let's go back like Brent says and

9:48

kind of and kind of just briefly

9:50

just cover what's happened here. Obviously we've

9:53

talked about rust and Linux kernel a

9:55

bit. We last September we did an

9:57

episode about it and that was sort

9:59

of the. recap on the state of

10:01

things. Right. An ongoing effort to, you

10:03

know, add the ability to write new

10:05

code to add drivers to the Linux

10:08

kernel using Rust, which is a secondary

10:10

language in the kernel and it's a

10:12

big change and that's why it's been

10:15

a slow and long effort and why

10:17

we're continuing to talk about it. Even

10:19

the idea of adding another language is

10:21

a big deal, right? And of course,

10:24

you know, you have to say, Rust

10:26

is... It's not new, but it's still

10:28

moving fairly fast and does things, it's

10:30

a very different language than C. So

10:33

you've got that to contend with. So

10:35

with our current event, we actually need

10:37

to go back to late January of

10:40

2025, and the Rust-DMA patch proposal sparks

10:42

a bit of a conflict on the

10:44

Linux kernel mainly list. A patch is

10:46

proposed to enable Rust-written device drivers to

10:49

call the Linux kernel's core direct memory

10:51

access, or what is referred to as

10:53

DMA. Obvious drivers need this, right. The

10:55

goal here to expand Russ's usability within

10:58

the kernel. Christopher Hillwig, though, had some,

11:00

I would say, concerns and probably raised

11:02

the largest rejection. There's a quote from

11:04

him that says, no rust code in

11:07

kernel slash DMA, please. Yeah, there's a

11:09

lot to digest here. For the first

11:11

part, you know, fairly simple patch, not

11:14

a huge amount. Three files changed, 273

11:16

insertions, and the text, the request reads.

11:18

Add a simple DMA coherent allocator rust

11:20

abstraction. And then abstraction has a specific

11:23

meaning here. There's sort of the automatic

11:25

bindings that get generated to be able

11:27

to like talk to the C data

11:29

structures from the rust side of things.

11:32

But then there's the like the higher

11:34

layer part of really using rust and

11:36

rust type system in what they're calling

11:39

abstractions, which is where you do the

11:41

work to wrap the C side at

11:43

a semantic level to sort of encode

11:45

how to safely use where possible where

11:48

possible. the seaside from rust. So then

11:50

you have this abstraction layer that can

11:52

kind of sit between. And it's actually,

11:54

for the most part, for non-exceptional cases.

11:57

you're not even allowed to go call

11:59

the C directly in drivers. You're not

12:01

supposed to, you want to use this

12:03

abstraction. So that's where this code is

12:06

trying to sort of bridge the gap

12:08

to enable downstream rust things to be

12:10

able to use the bus, the DMA

12:13

bus. And that's the idea is that

12:15

downstream rust things could read the DMA

12:17

bus. And the very events that transpired

12:19

this week come back to this very

12:22

patch and this very discussion. So this

12:24

event that happens in January. is pretty

12:26

noteworthy as time goes on, the discussion

12:28

kind of escalates. You'll see this, there's

12:31

several people in there that are kind

12:33

of anti-rest, there's folks in there trying

12:35

to explain stuff, there's other folks that

12:38

seem to be just kind of in

12:40

a watch and see mode. Maybe it's

12:42

worth also touching on, as you said,

12:44

Helwig said, no rust code in kernel

12:47

slash DMA, and what that's referring to

12:49

is sort of the various trees inside

12:51

the kernel source tree itself. So that's,

12:53

we'll see coming back to this already,

12:56

if you just look at the diff,

12:58

you know, how you view whether it's

13:00

a part of the subsystem or not

13:02

versus like where it lives in the

13:05

source tree could be a whole separate

13:07

question, but this was all under rust

13:09

slash at the top layer. So it's

13:12

all kind of in the rust subtree

13:14

in its own. It is, of course,

13:16

wrapping code that lives in the DMA

13:18

side, but. Yes. And so it's in

13:21

its own contained area that is important

13:23

to understand later. So this kind of

13:25

bruise for a bit, you know, there's

13:27

Fosdom, there's a talk about Rustford Linux

13:30

there, held by Miguel Odeja? Is that?

13:32

Ojeda? Ojeda? And he's the lean maintainer

13:34

of Rustford Linux, he presented at Fosstom.

13:37

He highlighted there some of the progress

13:39

and some of the things that landed

13:41

in Linux 613. He's able to get

13:43

more responses from various maintainers, both, you

13:46

know, neutral for and against. I think

13:48

it seemed to have. He's able to

13:50

get more responses from. people interested in

13:52

the project, but it was an interesting

13:55

survey. As you can imagine though after

13:57

that talk the debate kind of heats

13:59

up again until later on, Linus and

14:01

Hector Martin kind of start to get

14:04

into it. And Hector Martin takes the

14:06

social media to call out the process

14:08

as being, you know, just really hard

14:11

on the contributors who are trying to

14:13

get rust in the Linux kernel. That

14:15

very act sparks a debate on the

14:17

Linux mailing list about social brigating and

14:20

trying to influence the kernel process through

14:22

social media posts. Linus steps in says

14:24

this is essentially social says it pushes

14:26

him away from supporting the patch, says

14:29

to Hector maybe the problem is you.

14:31

And that got quite a bit of

14:33

attention just a couple of weeks ago.

14:36

To kind of try to take us

14:38

from the dust up over that to

14:40

actual like tangible policy, Miguel introduced what

14:42

he's calling on February 11th, the Rust

14:45

Colonel policy, which is meant to clarify

14:47

how Rush should integrate with the Colonel.

14:49

hoping to reduce tensions. Yeah, he wrote,

14:51

given the discussions in the last days,

14:54

I decided to publish this page with

14:56

what our understanding is. Hope it helps

14:58

to clarify things. Did it clarify things,

15:00

Wes? Well, that probably depends on who

15:03

you ask. There was obviously some pushback.

15:05

But maybe it's worth looking at kind

15:07

of like what it was. Yeah. You

15:10

know, it had some points about. Like

15:12

who's pushing this? It's not the Rust

15:14

project or the foundation or even necessarily.

15:16

There are companies interested, but it's like

15:19

its own, you know, their kernel contributors

15:21

who want to add rust. Then I

15:23

mentioned some key folks, maintainers, other people

15:25

that are involved. Here's some quotes. Some

15:28

subsystems may decide they do not want

15:30

to have rust code for the time

15:32

being, typically for bandwidth reasons. This is

15:35

fine and expected. Now, in the Colonel

15:37

Maintainer Summit 2022, we asked for flexibility

15:39

when the time comes that a major

15:41

user of rust in the kernel requires

15:44

key APIs for which the maintainer may

15:46

not be able to maintain rust abstractions

15:48

for it. This flexibility is the needed

15:50

counterpart to the ability of maintainers to

15:53

decide whether they want to allow rust

15:55

or not. It also says some stuff

15:57

about what happens if things break, so

15:59

on their FAQ, who's responsible if a

16:02

sea change breaks a build with rust

16:04

enabled? That's has been a big contentious

16:06

question, right? Well this site's position their

16:09

understanding is the usual kernel policy applies.

16:11

So by default changes should not be

16:13

introduced if they are known to break

16:15

the build, including rust. However, exceptionally for

16:18

rust, a subsystem may allow to temporarily

16:20

break rust code. The intention is to

16:22

facilitate friendly adoption of rust in a

16:24

subsystem without introducing a burden to existing

16:27

maintainers who may be working on urgent

16:29

fixes for the seaside. That feels like

16:31

a big compromise from the rust side.

16:34

where they're essentially saying we're willing to

16:36

let rust code break for a while

16:38

and we'll try to sort it out

16:40

if it just means the seaside will

16:43

roll with us here. That's a big

16:45

give. And you've seen various versions too,

16:47

right? Like that's where there's, you know,

16:49

some subsystem maintainers are interested in figuring

16:52

out some of the rust stuff for

16:54

themselves. Other ones appoint like a co-maintainer

16:56

or like a, you're maintaining the rust

16:58

side of this subsystem, well I'm going

17:01

to do the seaside. as some people

17:03

felt was kind of an agreement before,

17:05

was to accommodate all of that. And

17:08

the idea would be if the rust

17:10

code does break, you actually fix it

17:12

before it gets to Linus' tree, and

17:14

it actually ships. It's not like you

17:17

ship broken rust code. There's an idea

17:19

that gets caught, but that is still

17:21

a pretty big compromise. Now. There are

17:23

concerns with some of this in practice

17:26

particularly around like okay you say it's

17:28

fine to break it Yeah, am I

17:30

gonna get am I gonna get yelled

17:32

at still and who knows it's even

17:35

broken? You have to make sure that

17:37

you've set up and I don't think

17:39

they're not doing this but just you

17:42

have to make sure you've set up

17:44

like who do you then if we've

17:46

all agreed you're not going to fix

17:48

it but it being broken is a

17:51

problem then like who is actually in

17:53

practice fixing it? Yeah. also said, I

17:55

don't think having a web page in

17:57

any form is useful. If you want

18:00

it to be valid, it has to

18:02

be in the kernel tree and widely

18:04

agreed on. It also states factually incorrect

18:07

information, e.g. some subsystems may decide they

18:09

do not want to have rust code

18:11

for the time being, we read that,

18:13

while Linus in private said that he

18:16

absolutely is going to merge rust code

18:18

over a maintainer subjection. Yeah. And this

18:20

has been sort of the, one of

18:22

the complaints has been mixed messaging here.

18:25

Like, oh, it's a maintainer's choice, but

18:27

also I am going to be publishing

18:29

rest code. Helwing's been kind of emerging

18:31

as maybe the most vocal critic of

18:34

rust getting in and I think as

18:36

probably raised the most. points in the

18:38

most recent rounds of going back and

18:41

forth. And he's kind of calling out

18:43

Linus here. He says, quote, yeah, like

18:45

you said, well, Linus in private said

18:47

that he absolutely is going to merge

18:50

Russ Code over a maintainer's objection. He

18:52

says this is a very dishonest way

18:54

of communication. Yeah, and that was pointed

18:56

at Miguel over including that quote about

18:59

you don't have to take it. Right.

19:01

And that's where there's a bunch of

19:03

nuance and will will eventually see spoilers

19:06

that Linus sort of... does eventually chime

19:08

in, but I think there has been

19:10

a question in many folks' minds of

19:12

like, where, you know, has there been

19:15

enough communication? We've seen Greg H. chime

19:17

in a few times in various small

19:19

ways, especially to clarify stuff about, oh,

19:21

what was broken in this previous case

19:24

that people were pointing to at one

19:26

time. So, you know, while this is

19:28

going on, right? Burned out. Disappointed with

19:30

leadership in the kernel frustrated with their

19:33

post approach to rest integration cease is

19:35

maintaining upstream Linux kernel code for the

19:37

arm stuff You know the Solly project

19:40

has to rework that now We've seen

19:42

others that burned out like that that

19:44

is so you understand the context and

19:46

the background while all of this is

19:49

sort of playing out. While also at

19:51

the same time publicly Greg and Linus

19:53

kind of would from time to time

19:55

say fairly pro rust stuff even though

19:58

this superheated debates happening in the background

20:00

during all of this you'd see comments

20:02

from both of them saying oh yeah

20:05

no rust is coming. Yeah and I

20:07

think there has been maybe some lack

20:09

of clarity in general or at least

20:11

there's been some confusion around the like

20:14

okay so it's clear that rust has

20:16

been kind of an experiment in the

20:18

kernel but... To some people's mind experiment

20:20

means it's not been like we're not

20:23

doing it. Whereas I think maybe in

20:25

some of the higher up maintainers minds

20:27

experiment means well we don't know how

20:29

we're doing it and we're figuring out

20:32

the right way to do it and

20:34

it may be painful and bright things

20:36

but like in general we're doing it.

20:39

We may decide we ultimately don't want

20:41

to do it and stop doing it

20:43

but for the moment we're doing it.

20:45

We should not just introduce rust. It's

20:48

going to make it hard to maintain.

20:50

This is going to make it more

20:52

of a bear. We should just improve

20:54

the C stuff. If we want, we

20:57

should go back and retrofit that. And

20:59

I think what they're ultimately pushing back

21:01

on is, well, where do you draw

21:04

the line? Do you completely rewrite the

21:06

Linux kernel one day in rust? Is

21:08

that where this leads to? Every time

21:10

we find a bug now, are we

21:13

just going to write a rust version?

21:15

Like that's, they don't want that, that's

21:17

ridiculous. We should just fix the problems

21:19

and see is what they're, I'm sure

21:22

you've seen that opinion in the mailing

21:24

list. Yeah, well, I think it's also

21:26

like, you know, it means you have

21:28

to have double the infrastructure, you're now,

21:31

at some point, maybe become dependent on

21:33

the right version of cargo. And you

21:35

can just imagine an important sea project,

21:38

even if you can. even if you're

21:40

willing to take like a co-maintainer path,

21:42

it's a lot of trust, it's a

21:44

lot of change, and you are going

21:47

to have code that's either making, you

21:49

know, has... expectations of you or is

21:51

directly interfacing with code that you're using

21:53

that you don't maybe have a full

21:56

understanding of and imagine a situation where

21:58

you're trying to push a feature and

22:00

It does break something in rust and

22:03

now you're kind of trying to be

22:05

polite So you're trying to wait for

22:07

the rust stuff to get fixed, but

22:09

now maybe you've missed the merge window

22:12

like you can understand there There is

22:14

a little bit of concern there that

22:16

does seem legitimate and that's where this

22:18

is you know a complicated question because

22:21

it is ultimately one, like most things

22:23

in the real world of tradeoffs, right?

22:25

Like there are real costs to having

22:27

multiple languages regardless of the language, and

22:30

there's real costs for the rust in

22:32

particulars, and it's a big change. But

22:34

what the rust for Linux folks, and

22:37

as we'll see some others, are advocating,

22:39

is that especially maybe if we focus

22:41

this on net new code and, you

22:43

know, new drivers in particular, there's a

22:46

lot of upside and a lot of

22:48

wins that can help the kernel overall.

22:53

One password.com/unplugged that's the number one password.com/unplugged

22:55

all lower case and you're gonna want

22:57

to go there because this is something

22:59

that if I had when I still

23:02

worked in IT I think it would

23:04

have sustained me for many many more

23:06

years the reality is your end users

23:09

don't and I mean without exception work

23:11

on only company owned devices applications and

23:13

services maybe get lucky and they mostly

23:16

do but I don't find that to

23:18

be the reality today And so the

23:20

next question becomes, how do you actually

23:23

keep your company's data safe when it's

23:25

sitting on all of these unmanaged apps

23:27

and devices? Well, that's where one password

23:29

has an answer. It's extended access management.

23:32

One password, extended access management helps you

23:34

secure every sign-on for every app on

23:36

every device, because it solves the problems

23:39

that your traditional IAMs and MDM's just

23:41

can't touch. And it's the first security

23:43

solution that brings unman managed devices and...

23:46

applications and identities under your control. It

23:48

ensures that every credential is strong and

23:50

protected. Every device is known and healthy.

23:52

Every app is visible. This is some

23:55

powerful stuff, and it's available for companies

23:57

that use Octa or Microsoft Entra, and

23:59

it's in beta for Google Workspace customers,

24:02

too. One password changed the game for

24:04

password management, and now they're taking everything

24:06

they've learned there and expanding it to

24:09

the login level and the application level.

24:11

You know what a difference it makes

24:13

when people have proper password management. Now

24:16

let's have proper login management and authorization.

24:18

One password also has regular third-party audits

24:20

and the industry's largest bug bounty. They

24:22

exceed the standards set by others. They

24:25

really do. So go secure every app,

24:27

every device, and every identity. Even the

24:29

unmanaged ones. You just go to one

24:32

password.com slash, unplugged. Also, Linus did chime

24:34

in just a few days ago. Greg

24:36

came in with a rather compelling case,

24:39

actually, for new drivers, at least, to

24:41

be written in rough, like West was

24:43

saying. He says, quote, yes, mixed language

24:46

code bases are rough and hard to

24:48

maintain, but we're kernel developers, damn it.

24:50

We have been maintaining and strengthening Linux

24:52

for longer than anyone ever thought was

24:55

going to be possible. We have turned

24:57

our development model into a well-oiled engineering

24:59

marvel creating something that no one else

25:02

has ever been able to accomplish. Adding

25:04

another language really shouldn't be a problem.

25:06

We've handled much worse things in the

25:09

past and we shouldn't give up now

25:11

on wanting to ensure that our project

25:13

succeeds for the next 20 plus years.

25:16

We've got to keep pushing forward when

25:18

confronted with a new good ideas, and

25:20

embrace the people offering to join us,

25:22

actually doing the work to help make

25:25

sure that we all succeed together. Yeah,

25:27

I like that. I really think Greg's

25:29

done some good, you know, just sort

25:32

of on the edges and a little

25:34

stronger here, but just with a very

25:36

nice tone. It's so positive. It makes

25:39

you want to go help make Linux

25:41

better yourself. And I think it's right

25:43

to... call out that, you know, whether

25:46

you agree with the mission or not,

25:48

you have to, you've got to agree

25:50

that the Russ Relinics folks are trying

25:52

hard. You know, I noticed, I think

25:55

it was a week or two ago,

25:57

and they're working on the FOBUS, and

25:59

Greg posted on Masto about it, and

26:02

he made sure to call out, you

26:04

know, from the get-go, this has rust

26:06

API bindings, it's ready to go for

26:09

the rust crew, we're introducing a seaside

26:11

and a seaside and a rust side,

26:13

and a rust side, and it, and

26:16

it, and it, and it's good, and

26:18

it's good, and it's good, and it's

26:20

good, and it's good, try out, try

26:22

out, try out, try out, try out,

26:25

try out, try out, try out, try

26:27

out, try out, influenced not some small

26:29

amount by you know he's been super

26:32

involved with the you know maintaining the

26:34

stable side of things and dealing now

26:36

with the kernel Cvee process so yes

26:39

he started that post by saying yeah

26:41

as someone's who's seen almost every kernel

26:43

bug fix and security issue for the

26:46

past 15 plus years well hopefully all

26:48

of them and who sees every kernel

26:50

Cvee issued I think I can speak

26:52

on this topic the majority of bugs

26:55

and here he's trying to be clear

26:57

quantity not quality or The majority of

26:59

bugs we have are due to the

27:02

stupid little corner cases in C that

27:04

are totally gone in rust. Things like

27:06

simple overrides of memory, error path cleanups,

27:09

forgetting to check error values, and use

27:11

after free mistakes. That's why I'm wanting

27:13

to see rust get into the kernel.

27:16

These types of issues just go away,

27:18

allowing developers and maintainers more time to

27:20

focus on the real bugs that happen.

27:22

I. e. logic issues, race conditions, etc.

27:25

etc. Yeah, the memory problems developers grate

27:27

themselves. And then, so a moment that

27:29

really impressed me was Linus. And you

27:32

know, I've been critical of him recently

27:34

on some of his decisions, but I

27:36

really felt like Linus showed he still

27:39

really got his hands around this entire

27:41

thing. He popped in on the mailing

27:43

list a couple of days ago. And

27:46

remember, this went all the way back

27:48

to January, the beginning of the nuance

27:50

of all of this. And none of

27:52

it missed Linus' catch and I was

27:55

impressed by that. And he was responding

27:57

to Hillwick I believe. writes, you're not

27:59

forced to take any rust code at

28:02

all, or care about rust code in

28:04

the DMA code. You can just ignore

28:06

it, but the quote, ignore the rust

28:09

side, end quote, automatically also means that

28:11

you don't have any say on the

28:13

rust side. You can't have it both

28:16

ways. You can't say quote, I want

28:18

to have nothing to do with rust,

28:20

and then in the very next sentence

28:22

say quote, and that means that the

28:25

rust code that I want to ignore

28:27

cannot use the C interfaces I maintain.

28:29

can be involved in it, and by

28:32

being involved with it, they will have

28:34

some say in what the rust bindings

28:36

will look like. They basically become the

28:39

maintainers of the rust interfaces. And what

28:41

Linus did here, in my kind of

28:43

short, horrible read there, is he recognized

28:45

that what Hillwig was originally complaining about

28:48

wasn't really applicable here. The Rust folks

28:50

weren't asking to change anything on the

28:52

seaside. They weren't touching anything on the

28:55

seaside for the DMA bus that we

28:57

originally talked about. As we touched on,

28:59

it was in a separate subtree. It's

29:02

in its own separate subtree. And all

29:04

they would be doing is reading the

29:06

DMA bus like anything else in the

29:09

Linux kernel. And that is a line

29:11

too far for Linus. You can't be

29:13

not involved and also say what these

29:15

programs can and cannot use in the

29:18

Linux kernel. As he puts it. But

29:20

that wall of protection goes both ways.

29:22

If you don't want to deal with

29:25

the rust code, you get no say

29:27

on the rust code. Put another way,

29:29

the nobody is forced to deal with

29:32

rust does not imply everybody is allowed

29:34

to veto any rust code. I think

29:36

I just want to reiterate, you know,

29:39

people have been saying, Linus needs to

29:41

say more, Linus needs to chime in,

29:43

Linus, if you look at this mailing

29:45

list threat, he's chiming in pretty frequently

29:48

throughout. It does seem like, I mean,

29:50

it seems maybe it failed, but he

29:52

did clearly also have some private communiques

29:55

with Miguel. But I was impressed that

29:57

the original nuance all the way back

29:59

in. January did not miss his grasp

30:01

and that was a fundamental nuance

30:04

to kind of saying to Hillwig hey

30:06

I respect your arguments you're often

30:08

right you call in a line even says

30:10

you call me on my BS I'm calling

30:12

you on your BS here that's the other

30:14

thing if you just hear the parts we

30:16

read the most intense parts of the you

30:18

know the debate and Linus putting down his

30:21

policy right but he also says things like

30:23

you know you're saying like I respect what

30:25

you're saying I respect you technically I respect

30:27

you technically and I like working with

30:29

you and I like it when you call me

30:31

on my BS. I say some stupid

30:33

things at times. There needs to

30:35

be people who can stand up to

30:38

me and tell me I'm full of S.

30:40

But now I'm calling you out on yours.

30:42

It's pretty good. It's a

30:44

very different lineness than we've

30:46

seen previously. I love it.

30:48

I think one of the MVPs in this

30:51

threat is McGill, don't you think?

30:53

Yeah. I will say there's been, you

30:55

know, we focused on a lot of

30:57

the more intense... parts as I was

30:59

just saying. But there was a lot

31:01

of good interactions in there as well. You

31:03

know, I saw James bottomly asking a lot of

31:05

like legit and good nature questions, trying,

31:08

a lot of developers trying to learn

31:10

more. Kent Overstreet chiming in how this

31:12

could be beneficial for B cacheFS or

31:14

how, you know, how to maybe reframe

31:16

things from time to time. Yeah, and

31:18

you know, there's just, there's a lot

31:20

of different levels of different levels

31:22

of knowledge, right. Some folks have used...

31:24

Rust but like for Usurland stuff and

31:26

never thought about the kernel side of

31:28

it some people have never touched rust

31:30

at all so you get levels of like do

31:33

you is your understanding of rust accurate

31:35

are you are you asking about a

31:37

nuance of like where the type system

31:39

isn't complete are you asking sort of

31:41

like you don't understand you know how the compiler

31:43

side of it works there's a lot of

31:45

areas and yeah Miguel has just sort

31:47

of been seemingly tirelessly and for

31:49

the most part quite you know politely

31:52

answering trying to clarify This

31:54

has not been an easy process

31:56

for the community and it has

31:58

not been without its costs. really

32:00

good contributors, you know, and

32:02

I know that it's it's cliche to

32:04

say the process is messy, but

32:06

sometimes, I mean, you actually see

32:09

the mess unfolded. It is, it's

32:11

hard to watch. Neil, did you have

32:13

any thoughts from sort of the

32:15

Asahi side, you know, watching that

32:17

project as closely as you do now

32:20

being tied in over there for door?

32:22

Did you have any thoughts on this?

32:24

Not because he hasn't stepped

32:26

in and doesn't have good

32:28

thoughts about this, but like

32:30

the downward spiral with this

32:33

whole, the whole conversation that's

32:35

had, could have been completely

32:38

avoided if he had said this

32:40

earlier. I get why he didn't.

32:42

I understand the desire to

32:44

have the community sort itself

32:46

out. I just think that this

32:49

is one of those things that

32:51

it is going to require. more tough

32:53

love type stuff as we keep going

32:55

because like there's this contention with groups

32:57

of people saying oh this is not

32:59

this can't ever be enterprise ready and

33:02

so it's a toy there are people

33:04

saying I don't want to deal with

33:06

this because multi language is terrible ignoring

33:08

the fact that the Linux kernel actually

33:10

been a multi language project since almost

33:13

the beginning it's been see an assembler

33:15

and then see pearl python in assembler

33:17

and make files and shell and and

33:19

like There is code in there that generates

33:22

code that generates code that is then

33:24

used to compile code. Like it is

33:26

a morass of complexity all

33:28

the way through it. Not acknowledging

33:30

that and then kind of complaining

33:32

about rust bringing in a new

33:34

thing of multi-languageness and complexity I

33:36

think kind of is missing the

33:38

forest for the trees there. There's

33:40

a lot more complexity in the

33:42

Linux kernel today than there ever

33:44

has been. Basically I think a lot

33:47

of people are going to need reality

33:49

checks. fairly frequently as this keeps going

33:51

on. Now I'm not going to say that

33:53

I'm like the most amazing fan of rust.

33:55

I think that there are things about rust

33:58

that I'm not the biggest fan of. But

34:00

it is pretty clear at this

34:02

point that there are significant

34:04

drivers towards, pun intended,

34:07

towards rust in the

34:09

Linux kernel and people who

34:11

are interested and enthusiastic about

34:14

it. And I think the

34:16

job of a good community

34:18

leader is to encourage and

34:20

support the people that are

34:22

doing these sorts of things

34:24

to enable the next generation

34:26

to be successful. Like, the

34:28

Linux kernel has a very,

34:30

very big problem that it's, that

34:32

it can't, that it hasn't really

34:35

started looking at addressing, which is,

34:37

the churn rate of maintainers in

34:39

the Linux kernel is unbelievably low.

34:41

Most of the people that have

34:44

maintaining subsystems, the Linux kernel, have

34:46

been doing it since almost the

34:48

beginning of that subsystem. And you

34:50

look at the progress of bringing in

34:52

new people to stay in for the

34:55

long haul, and it's not terribly high.

34:57

And that can be concerning as everyone's

34:59

getting older and what's going to

35:01

happen when a critical subsystem loses

35:03

a maintainer for reasons. Like we

35:05

lost wireless subsystem Larry Finger like

35:07

last year. And this is not

35:09

going to be a new thing.

35:12

This is going to keep happening.

35:14

And so like we have to

35:16

start, I mean, we, I, the

35:18

people in the Linux internal

35:20

community, the subsystem leaders

35:22

and whatnot, have to

35:24

start acknowledging that. There has

35:26

to be some give and take. There has to

35:29

be some give to be where the people are

35:31

or where the people want to be.

35:33

And some people want C+, some people

35:35

want Russ, some people want to be

35:37

on forges rather than using mailing lists.

35:40

This is all going to be things

35:42

that have to be dealt with because

35:44

you need the next generation or

35:46

the project dies. So this is

35:48

something where I think Linus is

35:50

going to have to take some

35:52

tougher leadership on because otherwise I... I

35:54

don't know what's going to happen.

35:57

I thought maybe we could end, I saw

35:59

a nice post. during part of this

36:01

discussion from Keys Cook, who's for

36:03

a long time leading the kernel

36:05

self-protection project and doing a lot of good

36:07

security, vulnerability-focused work on the

36:09

C code in the kernel. And Chris,

36:11

you mentioned kind of the contention like, well,

36:13

where does this end? And are we trying

36:16

to rewrite the whole kernel? And what is

36:18

the goal of this experiment, really? So,

36:20

Keys wrote, speaking to the what is the goal

36:22

question, I see the goal is eliminating

36:24

memory safety issues and new drivers and

36:26

subsystems. The pattern we've seen in

36:28

Linux. With security flaws is that

36:30

the majority appear in new code.

36:33

Focusing on getting new code written in

36:35

Rust puts a stop to these kinds

36:37

of flaws. And it has an exponential

36:40

impact, as Android and Usenix have found,

36:42

and then he included a bunch of

36:44

citations. In other words, I don't

36:47

see any reason to focus on

36:49

replacing existing code. Doing so would actually

36:51

carry a lot of risk. But writing

36:53

new stuff in Rust is very effective.

36:55

Old code is more stable, and

36:57

it... already has fewer bugs, and

36:59

yet we're still going to continue

37:02

the work of hardening C,

37:04

because we still need to shake

37:06

those bugs out. But new code can

37:08

be written in rust and not have

37:10

any of these classes of bugs

37:13

at all from day

37:15

one. Jupiter broadcasting.com slash

37:17

River. You know I'm all

37:19

about decentralized systems like Linux,

37:22

podcasting, and Bitcoin.

37:24

Self-hosted, user-controlled, no vendors

37:26

pulling the strings. And Bitcoin

37:28

really is the Linux of money. When we

37:31

first started talking about booths

37:33

on the show, Bitcoin was around

37:35

30-something thousand dollars, and now it's

37:37

around a hundred thousand something dollars?

37:39

Now why did that happen? It's because

37:41

of a couple of things, and

37:43

scarcity and network effect come to

37:45

mind. There's only 21 million Bitcoin

37:47

that will ever exist, and there

37:50

is unlimited printed fiat chasing

37:52

it. This is why the Bitcoin ETFs

37:54

were the most successful ETF launches in

37:56

history. There was just a little story

37:58

that went by in the last year. But they

38:00

were, the most successful ETFs in

38:03

history. So, if you're like me,

38:05

you don't really want an ETF

38:07

because that's essentially an IOU.

38:09

You want to own the real thing.

38:11

The challenge is finding a legit,

38:13

secure, trusted space that isn't

38:15

a scam or isn't something that is going

38:18

to go away in a few years.

38:20

You want a place you can buy,

38:22

DCA, or sell your Bitcoin. And my

38:24

answer to that is River. Go to

38:26

Jupiter broadcasting.com/river that'll take you to

38:29

our partner page. River is where

38:31

I buy my Bitcoin, my family's

38:34

Bitcoin. What I like about them is

38:36

they have proof of reserves and anyone

38:38

can audit their supply at any time.

38:40

They also are a Bitcoin only focused

38:42

company. So that means top to

38:45

your services for Bitcoiners, slick mobile

38:47

and web apps, lightning support, the

38:49

works. And one of my favorite

38:52

features is actually their cash savings

38:54

account with a 3.8% interest paid

38:56

in Bitcoin. Now your Galaxy

38:58

Brain move here is you stash some

39:00

cash in there, you earn the 3.8% and

39:02

then you smash by Bitcoin when the price

39:05

dips a little bit. And trust me,

39:07

it adds up fast. River is the

39:09

most trusted spot in the United

39:11

States for individuals and businesses

39:13

to buy, sell, send, or

39:16

receive Bitcoin. That's why I use

39:18

them. and that's why I am pumped to

39:20

recommend them to you. So if you just want

39:22

some Sats to boost the show or you're looking

39:24

for a long-term store value, River

39:26

makes it easy to get started with

39:29

Bitcoin in three simple steps. Get

39:31

started by going to

39:33

Jupiter broadcasting.com slash River. It's

39:35

real easy that'll take you

39:37

to our partner page for

39:39

businesses or individuals. Jupiter broadcasting.com

39:42

slash River. Well,

39:45

it is certainly conference season coming

39:47

up and we have one who's

39:49

planning way ahead Texas Linux Fest

39:51

is of course back again this

39:53

year But with a new season

39:55

October 3rd to 4th this year.

39:57

That's in Austin, Texas and there's

39:59

a call for paper open. You

40:01

have until August 3rd, so no

40:03

excuses for getting a talk in,

40:05

but we would love to see

40:07

what you can throw at Texas

40:09

Linux Fest. Make it good. That

40:11

way, we feel like we have

40:13

to go. Yeah, yeah, it's a

40:15

great little fest. They're looking for

40:18

sponsors to 2025. Texas

40:20

Linux fest.org for more details

40:22

and I think Austin in October

40:24

is going to be wonderful.

40:26

October 3rd through the 4th. at the

40:29

JJ Pickle research campus? Is

40:31

that real? Is that real? Is that

40:33

real? Is that not right? I

40:35

don't even know. I named that

40:37

one maybe. JJ Pickle? Yeah, it

40:39

is a different location from last

40:41

year. That's a good old Texas

40:43

boy name right there. JJ Pickle.

40:45

Get some culture in too while

40:47

you're at it. Is it close to

40:49

barbecue? That's what we need to figure

40:52

out. I mean, Carl is, I believe,

40:54

involved, so. You would hope, right?

40:56

Right. Right. Right. The

40:58

Boost. Yes, it is.

41:00

And Vamex is our

41:02

baller booster for episode

41:04

603. The only 603

41:06

there will be. And

41:08

he came in with

41:10

100,000 sets. Not bad

41:13

at all. Since I am

41:15

of course advocating for a

41:17

K8 challenge. Yes, I know.

41:19

And after that gets shot

41:21

down, maybe some kind of

41:24

exciting network challenge. Oh! They

41:26

know so well. Yeah, they

41:28

do. Also, I randomly saw

41:30

hybrid sarcasm in the Gathio

41:32

contribution release logs as I

41:34

was getting it set up.

41:37

Really? That's cool. Contease tears

41:39

to hybrid. That's really neat.

41:41

Okay, so a networking challenge. You skipped

41:43

right over the first idea. What was

41:45

the first idea? Oh, well, because as

41:47

he knows, the K8's challenge. That was

41:49

an obvious skip, right? It's obvious. I

41:51

mean, unless you want to do, I

41:53

do have plenty of raspberry pies. We

41:55

could do like a pie, a pie

41:57

thing, but I don't know if we have

41:59

another. of pies for all of us.

42:01

The idea of networking, quote unquote, as

42:03

something we should do has come up

42:06

about a bajillion times though. So we

42:08

do need to hone in on networking

42:10

and figure out what we can do

42:12

there. Because it's come up a lot.

42:14

Thank you very, very much. They, we

42:16

really appreciate that. You are the Max.

42:18

Thanks for the boost. And if

42:21

anybody has any networking challenge ideas

42:23

that we could realistically pull off.

42:25

Because I remember, one of the

42:27

things we do like. is if the

42:30

audience can participate too. Please do

42:32

some of those in. We just have to

42:34

not take down the live stream while we're

42:36

doing the show. Right, right, right. The

42:38

Dudamide comes in with 42,000 cents. The

42:41

answer to the ultimate question. I

42:43

didn't have time to get on with

42:45

the BSD challenge, but it was fun

42:47

listening to your adventures. I'm wondering, um,

42:49

how would it be if you used

42:51

something like PDF sense or Open Sense

42:54

or Trunez or Trunez Core as a

42:56

base for the challenge? Technically,

42:58

they all use free BSD, so would

43:00

that still count? No. But I

43:02

say no, but I think it would

43:04

count as one of the, you know,

43:07

because one of the points is

43:09

like a re-spend of free

43:11

BSD, because otherwise we'd have to

43:13

say ghost BSD counts. And

43:15

ghost BSD didn't count, right?

43:18

Well, I was just going to be

43:20

nice and say, you know, make it

43:22

your own challenge. Oh, yeah, if you

43:24

learn something about how the BSD went.

43:26

Oh, yeah, everybody gets a trophy. What

43:28

do you think, Brent? You get the

43:31

tie breaker here. Oh, if you put

43:33

me in that hard position.

43:35

I think we gained a

43:37

lot of background and knowledge

43:39

and context running free BSD

43:41

and that meant that when

43:43

we went into running a

43:45

non-free BSD, you know, one

43:48

of the derivatives, we had all

43:50

of that context and it gave

43:52

us a bigger appreciation. So you're,

43:55

now, you're siding with me, I

43:57

think, is what I'm hearing there.

43:59

Good. And also, worth checking it

44:02

on open sense. They've been doing a

44:04

lot of good stuff over there. Well,

44:06

I think it also says something

44:08

that all these projects are based

44:10

on previous T. So there's certainly

44:13

value to diving into any of

44:15

them. Yeah, they don't like the GPO.

44:17

Well, adversaries sent us in 32,768 sets.

44:19

The traders love the ball. Adversaries, of

44:21

course, obviously. I try to get it

44:23

right to the way you get it

44:25

wrong. And that I get it, I

44:27

get it wrong. So my trick is

44:30

just do both. What? Yeah, adversaries,

44:32

adversaries, you just, you know, use both. Okay.

44:34

Or, you know, we get a little more

44:36

colloquial and 17. Yeah, it's big 17!

44:38

Lucky 17! Lucky 17 came in, it says,

44:41

I loved all the BSD coverage. What

44:43

a wild ride that must have been. Oh,

44:45

thank you. I'm glad to hear it was

44:47

positive. I know this sounds silly, but

44:49

we did have the discussion, like,

44:52

should we be talking about BSD

44:54

in our Linux podcast in our

44:56

Linux podcast. So I'm glad that

44:58

people liked it. Thank you for that.

45:00

It's always good to hear from

45:02

you Big 17. I heard Chris

45:05

had to go and reinstall if

45:07

config on his next box. Yeah,

45:09

I still got one machine with

45:12

GoSD. It lingers. It lingers. Turd

45:14

Ferguson's here with 24,500 stats. Turd

45:16

Ferguson! How's about a video game

45:19

challenge? Three of you get a

45:21

co-op game working on Linux extra

45:23

points if the audience can join.

45:26

Oh, that sounds super fun. Turd

45:28

says, what about a no build

45:30

Gentoo challenge? Same rules as the

45:33

BSD challenge, but no building software.

45:35

How does that work? I mean, they have a

45:37

binary cash, right? Now? Could you get Knicks

45:39

working on Gentoo? That'd be hilarious.

45:41

Is this strap a small little alpine on

45:44

there? If we could somehow do the

45:46

Gentoo challenge without doing the Gentoo

45:48

challenge? I think Turd's on to

45:50

something here. You know, you get

45:52

the pre-built stage stage two or

45:54

whatever. Okay, and then here's a

45:56

philosophical philosophical question for you Brent.

45:59

If your favorite Linux distribution

46:01

was a pizza topping

46:03

what would it be and why? Oh man.

46:05

Well I think I have to say

46:07

pineapple because it's so divisive

46:10

there's a Linux for

46:12

everyone. Pineapple? What? I'm

46:14

challenging the question just a

46:16

bit because instead of distro specific

46:19

I'm just gonna say Knicks and

46:21

I don't know if this is

46:23

technically a topping more of a

46:26

sauce but uh... I'm going to say,

46:28

Knicks is like pesto because it

46:30

goes with everything. Oh, all right.

46:32

Not the cheese or the dough?

46:35

No, pesto. Okay. All right. I

46:37

was going to say it's the

46:39

sauce, but all right. All right.

46:41

All right. I was going to

46:44

say it's the sauce, but all

46:46

right. All right. All right. All

46:48

right. All right. I was going

46:50

to say it's the sauce, but

46:52

all right. All right. Okay. All

46:54

right. All right. All right. Right.

46:56

That's all I'm saying. That's

46:58

all I'm saying. Thank you, Turd.

47:01

Appreciate the boost. Our

47:03

buddy, our pal Jean Bean

47:05

Boosin, with four thousand, four

47:07

hundred and forty-four cents. Affleck!

47:09

Well, first question. Did y'all

47:12

play any with Beehive? Yeah,

47:14

I did a bit. Not

47:16

as much as I would have

47:18

liked. Beehive is the one

47:20

thing I've played around with

47:22

before where I've like loaded...

47:24

FreeBSD just to try beehive.

47:26

And I think I've also at some

47:28

point tried some sort of version that's

47:30

on MacOS. I mean, I haven't done

47:32

anything. You mean X-5? Yes, X-Ive. But

47:35

it's neat to see. I mean, you

47:37

know, we'd, KVM has worked so well

47:39

for us on Linux and FreeBSD

47:41

deserves a great virtualizer and

47:43

now it has one. At least

47:45

they're starting to integrate Vertio

47:48

support. uh... pair of virtualization

47:50

that sort of stuff uh...

47:52

show up in in in

47:54

beehive in the future i

47:56

mean like apple integrated it

47:58

with their hypervisor framework for Macoess.

48:00

So it kind of supersedes

48:02

Exhive in that respect, but I'd

48:04

like to see the Verdeo stuff

48:06

be usable in more hypervisors. Agreed.

48:09

You know, Wes, I'm looking here.

48:11

Do you see this here? It

48:13

seems like maybe the message got

48:15

degraded. You're trying to connect and

48:17

pull it again. I think the

48:19

facts got cut off for the

48:21

report. But I think he had

48:24

something about skipping the Gentoo challenge

48:26

in there. Did you see that?

48:28

Yeah, Gene's trolling us here, rightly

48:30

so. Oh, you say you're in

48:32

need of another challenge, huh?

48:34

How about that Gentoo challenge?

48:36

You've been putting off forever?

48:38

I'm not from Gen. Never

48:40

heard of it. No, that

48:42

was Brent's challenge. Yeah, because

48:44

I had to do it. I

48:46

take offense to that. I don't

48:48

think we've been putting this off.

48:51

Neil. Well Nirlpi

48:53

sent in 5,000 Sats. You're so

48:55

boost! No message on this one,

48:57

just a kind little send. Well Monti

48:59

came in with a row of adorable

49:01

ducks, 2,222 Sats. I got my

49:03

Alby Hub set up. He says,

49:06

congratulations. That's a nice little journey.

49:08

Tried several times to get Nick's

49:10

Bitcoin up and running, but just

49:12

couldn't get it to build. Alby

49:14

Hub though, I had it up

49:16

in 10 minutes. Any suggestions on

49:18

the simplest way to boost from

49:20

Alby to Boost from Alby Hubby

49:22

Hub. For this I installed the ALB browser

49:24

extension and opened up Linux Unplugged on

49:26

the Podcast Index. That probably is the

49:28

simplest way actually, really, if you have ALB

49:30

Hub. So here's the order. If you're curious

49:33

about boosting. Fountain makes it the easiest because

49:35

it's all hosted by them. Okay, that's the

49:37

easiest. Breeze is the next easiest because it's

49:39

all hosted inside the app. You get a lightning note

49:42

in the app. Put some Sats in there, you can

49:44

go find the podcast, you can boost, you don't

49:46

really have to

49:48

change podcast apps.

49:50

B-B-B-B-R-R-R-R-R-R-R-R-R-R-R-R-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E-E And then the next tier, which

49:53

you're hearing people talk about, is Alby Hub.

49:55

And Alby Hub is where you self-host the entire

49:57

thing. I mean, it is, after all, an open

49:59

source peer to... your network and anybody can

50:01

participate. And Alby Hub is a

50:03

stack of basically a lightning demon

50:06

and a bunch of great software

50:08

and a nice UI on top

50:10

of that to manage all of this. But

50:12

you don't really need it to boost,

50:14

but if you want to go to like, you

50:16

know, Chad Level Tier, Tech Guy, then

50:19

you go to the Alby Hub setup.

50:21

But if you just want to send

50:23

some stats to the show, something

50:25

like Fountain or Breeze, BR-E-E-E-E-Z, make

50:27

it really easy. Also really impressed

50:29

you tried the next Bitcoin

50:32

route too and still still

50:34

ended up on albiyab and

50:36

love it. It's great to

50:38

hear. Distrusts too, Boosin, with

50:41

10,000 cents. Boy, they are

50:43

doing a lot with Mayo these

50:45

days. Short and sweet. Planet Knicks,

50:47

y'all. I agree. Planet Knicks,

50:49

indeed. Yeah. Well, Congeroo paradox sends

50:52

one, two, three, four, five, Satoshis.

50:54

They're sending in a late update

50:56

on their free BSD challenge. I

50:58

tried out open BSD on a

51:00

raspberry pie for as a server,

51:03

but Busy Life with two young children

51:05

didn't let me do much else

51:07

apart from the manual install and

51:09

installing Neovim. Hey, you got the

51:11

important work done. I will say that I

51:14

very much liked the vibe of open

51:16

BSD. The installer is very guided and

51:18

clear and once rebooted, you have a

51:20

message that states that. You have mail.

51:22

I do like that. I love the

51:24

old Unix mail system and you got

51:27

messages in there. Said Mail has

51:29

very interesting information for newcomers. I

51:31

think I'll keep playing with this

51:33

in my free time. And once

51:36

I get a feel for BSD,

51:38

on the next BSD for me.

51:40

P.S. I'll let you guys decide if

51:42

this suffices or if I'll have to

51:45

go sober with Windows 11. I'm feeling

51:47

like it does because we didn't get.

51:49

Very many open or if all

51:51

open BSD reports, and I think it's

51:54

extremely valuable to get an open BSD

51:56

report and he got it on a

51:58

raspberry pie for So I'm saying And even though

52:00

it's not free BSD, I think he wins. I

52:03

think he wins right there. So no Windows

52:05

11 for you. You've at least

52:07

avoided that. Enough points to avoid

52:09

that. Otterbrain comes in with 5,000

52:11

stats. That's a charge-ar boost. You're supposed.

52:13

Might do them. Oh, good. I've been

52:15

hoping to get more to a monitor

52:18

setups. By the way, I want more

52:20

do-a-monter setups out there. Autobrain

52:22

says, my dual monitor setup

52:24

for work is a 2K

52:27

fast refresh display on an

52:29

X-pin display drawing tablet. Whoa,

52:31

interesting. Whoa. Really? A drawing

52:33

tablet? And it works great

52:35

on Knicks with Ghanom. A

52:37

drawing tablet on the desktop

52:40

for Linux. Autobrain,

52:42

I'd love to know what you're doing

52:44

there. That's interesting.

52:46

That's really interesting.

52:48

See Chris, I think I have

52:50

a problem with these requests for

52:53

multi-monter setups because it just makes

52:55

me really jealous Yeah, how come

52:57

it doesn't come with a budget?

53:00

Yeah You know, that would be

53:02

a great. Oh man, you know

53:04

how much if JB like had

53:07

like, you know, like some of

53:09

these YouTubeers that just get these

53:11

stupid ad deals and they just

53:14

go spend money like crazy Ours

53:16

would be we do technique makeovers

53:18

One day. One day when Linux is

53:20

the most popular thing ever and everybody

53:22

out there cares about it real hard.

53:24

I'm sure we'll get to do that. That'll

53:27

be an opportunity. Thank you everybody who

53:29

boosted the show. That's all the boost

53:31

above the 2000 set cutoff for time.

53:33

But I want to give a special

53:35

shout out to our SAT streamers. 35

53:37

of you streamed 70, 762 SATs to

53:40

the show. Just as you sat back

53:42

and listen, thank you very much. When

53:44

you combine that with our boosters. That

53:46

means we stacked a grand total of

53:48

309, 141 sets. Thank you very

53:50

much. That system is nice

53:53

and easy. Once you get

53:55

set up with fountain or

53:57

breeze or something like that.

53:59

like that. You can boost and also

54:01

check out the splits. You never know

54:03

where sometimes sending some stats to a

54:05

project, editor Drew gets set. It's just

54:08

the way the whole system works is

54:10

so freaking cool. And you just need

54:12

a podcasting app like Fountain or something

54:14

like that to try it. You can find them

54:16

at podcast apps.com. And then you

54:18

can also listen to live stream in

54:20

your podcast app and all that kind

54:23

of stuff too. And you're using a

54:25

decentralized index instead of like apples or

54:27

Spotify. We

54:29

have a couple of picks and this one's

54:31

kind of a time appropriate pick if

54:33

you will that is because Amazon is

54:35

about to remove your ability to download

54:38

any e-book that you've bought from them

54:40

in the past. Yeah I think this

54:42

takes effect on the 26th February 26th

54:44

2025. Yeah it's just a few days

54:46

after the show comes out so we

54:49

wanted to get this in here and

54:51

the app pick that we have for

54:53

you is Amazon Kindle bulk downloader. Yeah

54:55

right the backstory here since time forgot

54:57

you could... Go and download like an actual file and

54:59

then transfer it over USB or even email things to

55:01

your Kindle. You know, then you could use open source

55:04

tooling to strip DRM and then have like a proper

55:06

backup file or something you could use with a different

55:08

e-reader if you wanted or you know, like any of

55:10

the things that you might think that you want to

55:12

be able to do with a thing that you purchased.

55:14

Well, now Amazon's doubling down on the whole. You didn't

55:16

buy this. It's just a license. It's just a

55:18

license. It's just a license. It's just a license.

55:20

It's just a license. It's just a license. It's

55:23

just a license. It's just a license. It's just

55:25

a license. But, so you can still do that

55:27

if you, I think you have to have a

55:29

compatible device, because maybe they've already stopped this for

55:32

newer devices or something. I have not

55:34

tested that. Okay. You can go on to their

55:36

site and download them one by one. If you

55:38

have a few books, that's fine, but if you

55:40

have, you know, maybe you have a big library.

55:42

So, I don't have a crazy library, but

55:44

I had, you know, a hundred or so,

55:46

didn't want to do that. So I was

55:48

able to find a little open source app.

55:50

I think they intended to be open source

55:52

so buy everywhere on that one there's not

55:54

yet a license file okay well I'm thinking

55:56

I'll open an issue on that license TBD

55:58

but you know you're archiving Kindle books

56:01

in a rush anyway, so maybe that's not

56:03

your biggest concern. You can get the code

56:05

and run it on yourself on your computer

56:07

all you like. It's a typescript app set

56:09

up with buns, so I just did it

56:11

in like a little a bunch of container

56:13

and that worked totally fine. And then you

56:15

just give it some end vars with your

56:17

Amazon login info, and it's not very big,

56:19

so you can go check out the source.

56:21

And then it'll do, it spins up a

56:24

chrome-up a chrome instance to control-up-up-up-tier to control

56:26

via puppeteer-up-up-up-up-up-up-up-to-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a-a- If you do it locally too,

56:28

I didn't have a problem, but they do

56:30

have support for actually not doing it headless

56:32

and popping the browser up if you need

56:34

to do like a manual login if the

56:37

auto login doesn't work. Hmm, that's nice.

56:39

Yeah, it worked, it worked quite well,

56:41

just downloaded real fast, had progress bars

56:43

and everything. Get your books people, get

56:45

your books, get your books, and go

56:47

find somewhere else to download. We have

56:49

a bonus pick. This came in from

56:51

Bayer, listener, listener, Bayer, and I love

56:54

it. I double checked. I cannot believe

56:56

we have not picked this before because

56:58

it is 100% up our alley. It is

57:00

called N-Ping. It is a ping tool and

57:02

it is developed in rust.

57:04

It supports concurrent ping for

57:06

multiple addresses and then it

57:09

on the command line gives

57:11

you a visual chart display

57:13

with real-time data updates and

57:15

other features. Look at this boys. Look

57:18

how beautiful this is. Yeah, okay.

57:20

I like it. I am experiencing

57:22

a very strange problem with my one

57:24

workstation up in my office at the

57:26

studio, particularly in the mornings,

57:28

it's dropping packets. I can't even ping

57:31

my router, so it's on my land.

57:33

And then it kind of seems to like

57:35

settle out by the afternoon and it never

57:37

happens. But like it sucks because I get

57:39

here early in the morning, like I was in

57:41

at the studio at 4.30 a. to do the

57:44

show and that's when it's absolutely the worst.

57:46

And so it's like come on I'm here

57:48

early to get this done and it doesn't

57:50

and it wasn't until about oh I don't

57:52

know nine eight a.m. somewhere in that you

57:54

know hour it starts to smooth out. So

57:56

being able to throw this on there I

57:58

could actually visualize the issues, which was really cool. I

58:01

was going to say, you know, this seems like something you maybe traditionally

58:03

would use a tool like smoke ping for. But having this in a

58:05

zelage session in the background could be a nice way to do it.

58:07

I just need it for a couple of hours, you know, run it

58:09

there. So N-ping, we'll put a link to that, and it is MIT

58:11

licensed. I like it. So by default, you get like a graph per

58:13

thing that you're pinging. You can ping multiple things, has a slick, has

58:16

a slick little graph going, has a slick little graph going, has a

58:18

slick little graph going, a little graph going, and it, a, a, a,

58:20

a, a, a, a, a, a, a, a, a, a, a, a, a,

58:22

a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a, a,

58:24

a, a, a, a, recent records that that target resolved

58:26

to and the latency to each

58:28

of them. So there's a lot of

58:31

handy info right there. You know, I think

58:33

next week might be our last live episode

58:35

before we take off to scale in Planet

58:38

Knicks. Whoa. So and we may or

58:40

may not do a live episode from there.

58:42

We probably will have a pre-record all

58:44

of this. We'll try we'll try to get

58:46

this on the Jupiter broadcasting

58:48

calendar calendar and of course we'll

58:51

try to market pending in podcasting

58:53

and two. Two. Join us for 12

58:55

p.m. Pacific 3 p.m. Eastern. See you

58:57

next week. Same bad time, same bad

58:59

station. Now don't forget, links to what

59:01

we talked about today are at linuxunplug.com/603. You

59:03

can use that promo code Linux to take

59:06

50% off your scale tickets. And of course,

59:08

we're really excited about Planet Knicks. We want

59:10

to see you there. And the team at

59:12

Flocks is making it possible for us to

59:15

attend Planet Knicks. And we'll have so much

59:17

great coverage for you coming soon. And last

59:19

but not least, I'd really encourage you to

59:22

consider setting up our mumbleroom. We have it

59:24

going now for the launch on Tuesdays and

59:26

for lup on Sundays. It's a great way

59:28

to just listen and get high quality opus

59:31

right from the mixer. But if you just

59:33

listen, that's all that really matters. Thanks so

59:35

much for joining us on this week's episode

59:37

of the Unplug Program. We'll see you right

59:39

back here next Tuesday. As in Sunday!

Rate

Join Podchaser to...

  • Rate podcasts and episodes
  • Follow podcasts and creators
  • Create podcast and episode lists
  • & much more

Episode Tags

Do you host or manage this podcast?
Claim and edit this page to your liking.
,

Unlock more with Podchaser Pro

  • Audience Insights
  • Contact Information
  • Demographics
  • Charts
  • Sponsor History
  • and More!
Pro Features