Neckbeards of Yesteryear
Ep. 26

Neckbeards of Yesteryear

Episode description

Pelican’s 15-year anniversary, trash vs. rm -rf terminal commands, and alternatives to a less-independent GitHub.

Download transcript (.vtt)
0:00

[JM]: So I came across a tool the other day called Historical Tech Tree, and I'll read the description here.

0:05

[JM]: The Tech Tree is an interactive visualization of technological history from 3 million years ago to today.

0:12

[JM]: A work in progress, it currently contains 1,983 technologies and 2,360 connections between them.

0:21

[JM]: And you can find this at historicaltechtree.com.

0:26

[JM]: And this is cool.

0:27

[JM]: It shows a very large linked list of all of these different technologies.

0:34

[JM]: I highly recommend if you can using the largest monitor you have access to and maximizing your browser window when you view this because

0:42

[JM]: The various points on this very large connected graph are somewhat far apart as you move along, and it will be easier on a larger screen.

0:53

[JM]: But whoever did this, put a lot of time into it and you can search for particular years or people or technologies and you can filter by field or location.

1:04

[JM]: And this is cool, really well done.

1:06

[JM]: I'm impressed with this project and I haven't fully had a chance to go through it because as I just mentioned, there are a lot of technologies in it and the connections between them.

1:15

[JM]: But when I can find a moment, I'm looking forward to digging into this and seeing the treasure trove of information contained within.

1:23

[DJ]: Yeah, this is ultra fascinating.

1:25

[DJ]: I definitely want to spend some more time on it.

1:27

[DJ]: And just contemplating the, as you said, like it starts at essentially the beginning of human, not even human history.

1:33

[DJ]: It starts at like the beginning of human existence and sort of like goes forward from there.

1:38

[DJ]: And it is interesting to see how the, of course, the distance only in relatively recent times, given the scope of the graph, does the distance between things start to collapse?

1:47

[DJ]: And now suddenly you have, so probably like 99% of humans

1:50

[DJ]: All of the things on the chart are in the last tiny segment of it, right?

1:56

[DJ]: Which is just very interesting to contemplate.

2:00

[DJ]: My favorite thing so far, though, is I jumped to a random point in the graph and I saw an entry for something called the Bude light, Bude, B-U-D-E light.

2:10

[DJ]: It's like a lamp of some kind.

2:13

[DJ]: And I wasn't able to confirm yet whether or not there's a direct line from that to Bud Light, the popular...

2:20

[JM]: beer but i hope so as do i yeah when i was experimenting with it i put computing in the field filter and then jumped to say the 1940s 50s 60s 70s and followed all the different connections between the various technologies like hard disk drive operating system high level programming language

2:43

[JM]: mouse and you go on and on.

2:45

[JM]: And it's really interesting to see all of these things connected together because a lot of these things are things that we grew up with, right?

2:52

[JM]: As we're not talking about, like in the beginning, it's like the stone age and there's stone tools.

2:56

[JM]: You're like, okay, well, I wasn't there for that.

2:57

[JM]: But during this part, you know, it's like we can relate to it more directly and it's kind of cool to see all the different technologies.

3:04

[DJ]: Yeah, I would be interested in how far, if you type in computing, what's the earliest entry?

3:10

[DJ]: Like, does it go back to Babbage's calculation engine or whatever that was called?

3:14

[DJ]: Does it go back even further to like the abacus?

3:17

[DJ]: Like, I wonder what it considers the root of what we would call computing.

3:22

[JM]: Yeah, I agree.

3:22

[JM]: That would be an interesting thing to know.

3:24

[JM]: So if you find out or if any of our listeners find out, by all means, let us know.

3:29

[JM]: All right, to follow up on a previous segment, I wanted to tell you a little bit about my UPS issue.

3:37

[JM]: I mentioned before that I had this problem that I attributed to my M3 Ultra Mac Studio and what I believed to be its higher power draw that caused my UPS to suddenly become... Caused it to become an IPS, if you will.

3:54

[JM]: What does IPS stand for?

3:55

[DJ]: An interruptible power supply.

3:57

[JM]: There it is.

3:58

[JM]: Well, in the end, I thought about it some more and I thought, okay, yeah, this is a theory, but it's an untested theory.

4:05

[JM]: And before buying a whole new one, I thought there's another possible thing that I didn't think about, at least not when we originally talked about this.

4:14

[JM]: And that is, well, I assumed that it's binary, right?

4:19

[JM]: So battery either works or it doesn't work.

4:21

[JM]: And then I realized, no, that's not often how batteries work, including the lead acid batteries that are typically in uninterruptible power supplies.

4:32

[JM]: So my next thought was, maybe this is just a sign that the battery is no longer holding a sufficient charge or is no longer able to supply enough power.

4:42

[JM]: So

4:43

[JM]: Yes, it worked fine when it was just the modem and the router.

4:47

[JM]: But as soon as I attach something with anything more than that, it would no longer function.

4:52

[JM]: So I tested this theory by ordering a new lead acid battery, put it in their problem solved.

4:58

[JM]: So all the things I said before, you can disregard them because I figured out the solution wasn't what I thought it was, it wasn't that the

5:06

[JM]: M3 Ultra was drawing significantly more power than the MacBook Pro.

5:09

[JM]: I'm sure it does, but it was still, as I found once I replaced it, within the bounds of what this particular UPS provides.

5:19

[JM]: And in fact, when I looked up the power requirements for the M3 Ultra Mac Studio, they're not actually all that high.

5:27

[JM]: So my original suspicion was unfounded.

5:29

[DJ]: So in the end you just had to replace the battery in the UPS?

5:34

[JM]: That is correct.

5:34

[DJ]: How old is the UPS out of curiosity?

5:37

[JM]: I don't remember exactly, but if I had to take a relatively good educated guess, I would say it is at least five years old, which from what I've read is significantly longer than lead acid batteries are generally rated to last.

5:54

[JM]: I've seen that they are supposed to last for like one to two years.

5:59

[JM]: Really?

5:59

[JM]: But that was on a product page for another UPS that I was looking at back when I thought I had to replace it that had a lithium ion battery that said that those need to be replaced every three to four years and that lead acid batteries needed to be replaced every one to two years.

6:14

[JM]: So maybe...

6:15

[JM]: That's just them trying to get you to buy the lithium ion variety of it.

6:19

[JM]: So all I know is I would say five years in the past is probably around the time that I think I've had to replace them.

6:27

[JM]: But it's been so long just because there was a period where I didn't need one for whatever reason that I couldn't remember how long they lasted for.

6:35

[JM]: So it just didn't even occur to me when this happened.

6:38

[JM]: Like, oh, maybe the battery needs replacing.

6:40

[JM]: Didn't even occur to me.

6:41

[DJ]: that hasn't occurred to me either.

6:42

[DJ]: And it probably should because I have uninterruptible power supplies as well.

6:47

[DJ]: And they're probably headed for five years old.

6:50

[DJ]: I've never really thought about it.

6:51

[DJ]: And I wonder if there's a way to do like a battery test.

6:54

[DJ]: This honestly never occurred to me that like, yeah, battery is a consumable.

6:58

[DJ]: You have to replace it eventually.

7:00

[DJ]: And, you know, more is the pity, like even if it's not really used, right?

7:04

[DJ]: Like my UPSs have very rarely had to fall back to battery.

7:08

[DJ]: They're the kind of thing that I buy and I put them there because for the one in a however many times that my power goes out, you know, I don't want a catastrophic failure of certain of my computing equipment.

7:20

[DJ]: It's never really occurred to me that, oh yeah, you probably have to replace the batteries in those.

7:25

[DJ]: They're not going to last for the rest of time.

7:27

[JM]: Yeah, and when I looked up in the very sparse manual that I could find for this particular UPS device, of course it mentions nothing about replacing batteries because why would they?

7:38

[JM]: They just want you to throw it in the trash and buy a new one.

7:41

[JM]: So I had to look up some random YouTube video in an entirely different language other than my native one.

7:48

[JM]: to try to figure out how to do this.

7:50

[JM]: And then there's the question of, okay, well, where do you get the battery from?

7:54

[JM]: Well, in the video, the person's describing how to replace the battery in this unit that I have, although his was a higher capacity in terms of volt amperes or whatever the appropriate unit is.

8:06

[JM]: And so he mentions a specific one that he found on Amazon.

8:11

[JM]: And I thought, Okay, cool.

8:12

[JM]: I couldn't find a replacement battery that exactly matched the voltage and other characteristics.

8:19

[JM]: So I thought, Okay, well, wait a minute, this one that I have, it comes in an 800, you know, VA and a 1000 VA variety, the guy in the video has the 1000, I have the 800.

8:29

[JM]: I'm like, what if the company that sells this thing sells the exact same product as the 800 and the 1000?

8:36

[JM]: And the only difference is the VA of the battery.

8:40

[JM]: Could I get the battery that this guy was talking about for the 1000 VA?

8:45

[JM]: Can I just get that battery and put it in the mind and effectively get the 1000 VA model?

8:50

[JM]: Because the only difference is the battery and spoiler alert, I'm pretty sure the answer is yes.

8:55

[DJ]: So you overclocked your UPS.

8:57

[DJ]: That sounds dangerous, but I like it.

8:59

[DJ]: It probably is.

9:00

[DJ]: Maybe put a fire extinguisher in there as well.

9:03

[DJ]: I hear you can buy them now where they connect to the internet to download firmware updates.

9:08

[DJ]: So that'll be right up your alley.

9:10

[DJ]: Perfect.

9:12

[JM]: Moving on to another follow-up item, we talked about Mac sleep issues and my complaints with regards to how macOS over time has just diluted the concept of sleep and now does a whole bunch of things in the background.

9:27

[JM]: And there are times where if my computer, for example, my MacBook Pro is not connected to MacOS,

9:34

[JM]: power, and I leave it overnight, just sitting on a shelf somewhere, there are times where I'll go back to it the next morning, and half the power is gone, or sometimes it's just fully drained.

9:45

[JM]: And not long after I saw a post about this very same issue called MacBook Pro insomnia.

9:52

[JM]: And this person might have had a different issue, I can't really tell, it could very well be very much the same.

9:59

[JM]: But in any case, this person mentioned a tool called sleep aid.

10:03

[JM]: which can be used to display wake events in a more user-friendly way and has a interface for changing settings.

10:11

[JM]: I don't believe this tool is free, but it seems like something that could very well be worthwhile.

10:17

[JM]: I am going to dig into it and check it out.

10:19

[JM]: It seems like there's a free trial.

10:20

[JM]: So yeah, I just thought I would mention this because this was a problem that I found and continue to find very vexing.

10:27

[JM]: And perhaps this tool could be a way of managing it.

10:31

[JM]: I should at least mention that I don't think this tool should be necessary.

10:35

[JM]: Like I want, as I said before, and I'm now totally repeating myself from the last time, but I just want like a little checkbox that goes like, yeah, I just want the old version of sleep.

10:42

[JM]: You know, the one where you put it to sleep and then like nothing happens until I wake it up.

10:46

[JM]: Like it doesn't do stuff in the background.

10:47

[JM]: It's not checking for email.

10:49

[JM]: It's not looking for

10:50

[JM]: messages.

10:50

[JM]: It's not doing anything until I tell it to wake up, but that's not going to happen.

10:55

[JM]: So I will check out this tool and see if it might provide me some degree of relief from this very annoying problem.

11:04

[DJ]: That sounds like a good idea.

11:05

[DJ]: I will say that if we're going to continue to anthropomorphize this feature of computers by calling it sleep and referring to its inability to sleep as insomnia, that really we should just go ahead and call this tool Mac melatonin.

11:19

[JM]: Seconded.

11:20

[JM]: I like it.

11:22

[JM]: Yeah, you're right.

11:23

[JM]: Between that, there's hibernate.

11:25

[JM]: Yeah, everyone is just piling on with the sleep metaphor.

11:29

[DJ]: So I guess we could actually call what the Mac does when it's supposed to be sleeping lucid dreaming, probably.

11:34

[DJ]: That's interesting.

11:36

[JM]: That's a pretty good description.

11:37

[JM]: Perhaps more like a fever dream.

11:40

[JM]: And in the last item of follow-up, in a previous episode, we talked about a really wonderful site called drawafish.com.

11:49

[JM]: And very shortly after we came across it, apparently the entire internet also came across it.

11:55

[JM]: You're welcome.

11:56

[JM]: You're welcome.

11:57

[JM]: Yes, of course.

11:57

[JM]: This was entirely our doing.

12:01

[JM]: And I am going to read the postmortem because there was an incident.

12:07

[JM]: And I'm going to read the opening to the postmortem just because it's entertaining.

12:11

[JM]: It starts like this.

12:13

[JM]: If you were on Hacker News on the 1st of August, 2025, you may have seen drawfish.com because it was in the number one spot.

12:21

[JM]: You may also have seen it if you follow me on Instagram.

12:23

[JM]: You also probably saw that I was in the number one spot on Hacker News there too, because I posted about it a lot.

12:29

[JM]: And if you talk to me in person, you probably heard about it.

12:32

[JM]: And then you probably heard a lot of quotes from the social network where I replaced various words with fish, such as a million fish isn't cool.

12:40

[JM]: You know what's cool?

12:41

[JM]: A billion fish.

12:42

[JM]: If you read the post on Hacker News, you saw that the website was an exercise in vibe coding.

12:47

[JM]: I used Copilot to implement features and I used it to implement features fast.

12:52

[JM]: In my career, I have learned the art of blameless postmortems.

12:56

[JM]: The problem with a blameless postmortem is that it doesn't really work when you're the sole contributor.

13:01

[JM]: So this is a blameful postmortem and I blame me, not the LLM, sorry.

13:06

[JM]: If you saw the website only on August 1, you probably do not understand why I need to write a postmortem at all.

13:11

[JM]: Everything went swimmingly.

13:13

[JM]: Haha.

13:14

[JM]: But if you had the displeasure of viewing my website between the hours of 2am 20 minutes after I went to sleep and 8am when I woke up on August 3, then you would have seen chaos.

13:24

[JM]: Every single username was transformed to a heinous slur.

13:28

[JM]: Many unsavory fish had made it into the fish tank and many beautiful fish were gone.

13:33

[JM]: How did this happen?

13:34

[JM]: And this person goes on to describe the various things that happened.

13:38

[JM]: And you should read it.

13:40

[JM]: It's fun.

13:40

[JM]: It's entertaining.

13:42

[JM]: And it's interesting.

13:44

[JM]: At the end, there's an image that says, LLMs don't commit code.

13:48

[JM]: People commit code, which is, I think, an interesting insight.

13:52

[JM]: And below that, he writes, I am selling these stickers for $100 each.

13:56

[JM]: Please reach out to purchase them.

13:57

[JM]: So like I said, check it out.

13:59

[JM]: This is a great postmortem on something that it sounded like was a bit unfortunate for the people who are trying to legitimately enjoy the wonder that is, was, I don't even know, drawfish.com.

14:12

[JM]: And yeah, this was a fun read.

14:15

[JM]: Okay, moving on, I wanted to point out that yesterday, August 19 2025 was the 15 year anniversary of pelicans first release back on August 19 2010.

14:30

[JM]: I've explained in previous episodes that pelican is a static site generator that I maintain.

14:36

[JM]: And it was first released to the public on that date as version 1.1.

14:42

[JM]: And I wanted to mention it because this was the first open source project that I ever contributed to, at least as far as I remember.

14:50

[JM]: And 15 years later, the project still going strong with a GitHub star count of over 13,000.

14:56

[JM]: And of course, we know that is the only way to measure the value of any open source project is in GitHub stars.

15:00

[JM]: Everyone knows that.

15:01

[JM]: And it's, yeah, it's been fun.

15:03

[JM]: I'm pleased that so many people have contributed to it.

15:07

[JM]: Over 400 people have contributed to it over time and that so many other people continue to find it valuable.

15:14

[JM]: So I just wanted to take a moment and mention this fun milestone and enjoy the moment.

15:19

[DJ]: Yeah, congratulations to Pelikan and to you as the lead maintainer.

15:25

[DJ]: I came across Pelikan a couple of years ago when I was looking for a static site generator and I more or less adopted Python as my primary scripting language.

15:36

[DJ]: So I was looking, I had been using Jekyll, which is a popular static site generator, but it's written in Ruby and there's nothing wrong with that.

15:46

[DJ]: Ruby is cool, but

15:47

[DJ]: I was doing a lot of stuff in Python, and I thought I would just as soon install more Python instead of having to maintain a Ruby toolchain alongside of it.

15:55

[DJ]: And I came across Pelican, and then this was a complete surprise.

16:00

[DJ]: We had never talked about this before.

16:02

[DJ]: I was pleasantly surprised to see that you were the lead maintainer.

16:06

[DJ]: I think I might have mentioned that to you at some point.

16:09

[DJ]: So it's very cool, and I've had a lot of fun using it.

16:13

[JM]: One of the things that I enjoy that occasionally just happens at random is I will be looking at someone's website and I'll think, oh, this is a cool site, you know, both usually because the content is interesting and engaging.

16:27

[JM]: And also sometimes the design is pleasant and I will scroll down to the bottom, find a footer, see if there's any description of how the site was built.

16:38

[JM]: And every once in a while, I'll see some mentioned that it was built with Pelican and I'll

16:42

[JM]: Particularly if it's someone who I've had some interaction with, either in person or on the web.

16:49

[JM]: It's one of these things that always just sparks joy.

16:51

[JM]: So it's one of the things that really provides a feeling of fulfillment and gives, you know, a lot of this effort some meaning because it is a lot of effort.

17:01

[JM]: And it's, yeah, it's a cool experience.

17:04

[JM]: All right, moving on.

17:05

[JM]: The other day on the Fediverse, Marika said, quote, you know that feeling when you need to grab something from an old directory only to discover you've already rm rf earlier that day.

17:17

[JM]: For those that don't get the reference rm dash rf is on a command line how you recursively delete files and folders, and it is a destructive, irreversible operation.

17:30

[JM]: And this is an experience that I've definitely had personally, where I will run this command on a folder thinking I don't need it anymore.

17:37

[JM]: And then some degree of minutes or hours later, usually I will realize, oh no, there was something in there that I actually wanted to keep.

17:48

[JM]: And so I responded to her post and I said, hey, listen, I know this does not help you at all right now.

17:55

[JM]: But going forward, you might consider using one of several available command line tools, usually with the name of trash.

18:03

[JM]: There are different implementations, but usually it's the trash command.

18:07

[JM]: And personally, I have been using an implementation for macOS that has been around for years.

18:14

[JM]: I think the last commit to this open source project was seven years ago, but it still seems to work just fine for my needs.

18:22

[JM]: And I've been using it even recently without any problems.

18:26

[JM]: And I pointed out in my reply that there is, as of macOS Sequoia 15, and presumably any later version,

18:35

[JM]: Now a built in trash command that Apple provides that I have not used, but I have been aware that it's there.

18:43

[JM]: I just haven't needed it because I have this older tool that like I said, works fine, haven't felt the need to replace it.

18:48

[JM]: And when I mentioned this bundle tool, someone on the Fediverse pointed out a post by Peter Lewis of keyboard maestro fame.

18:57

[JM]: that apparently using the bundled trash command on Sequoia confuses the finder.

19:04

[JM]: And the finder kind of just wigs out when you use it gets confused as to which folder was deleted.

19:09

[JM]: It was at the parent or the child, I don't really understand exactly what happens, but it gets confused.

19:14

[JM]: And that doesn't inspire a lot of confidence in terms of me switching to the bundled trash command.

19:20

[JM]: So I think I'm going to stick with the one that I have, at least on Mac OS.

19:22

[JM]: There is also, for those that are interested, a cross-platform implementation of this written in Python that can be used on any platform, including on remote servers.

19:33

[JM]: So if you are on a remote server and you think, oh, here's this folder of old backups, I don't need this anymore, because there is usually no built-in trash, unlike on a desktop, on a remote Linux server, you might just be tempted to RMRF the folder

19:48

[JM]: and potentially regret that choice a few minutes or hours later when you realize that there was something in it that you wanted to keep.

19:56

[JM]: And this Python implementation can be easily installed via a variety of package managers.

20:02

[JM]: So whether it's for your desktop or your server environment, I highly recommend checking these kinds of tools out so that you hopefully don't lose any data that you didn't want to lose.

20:12

[DJ]: I think I'm going to need to look into that.

20:14

[DJ]: It's actually really funny that I've never really thought about how on the command line, when you delete stuff, the way to do it is RM.

20:22

[DJ]: When I first learned how to use a command line interface in university, probably, that was what we were all shown.

20:27

[DJ]: And we were all warned of the dangers of

20:29

[DJ]: rm-rf slash, which on a Linux or Unix-like operating system, if you could actually run that with the appropriate permissions, would wreck your operating system.

20:41

[DJ]: It is actually sort of strange that the notion of a trash bin or a recycle bin, as it's sometimes called,

20:50

[DJ]: somehow seems to be a desktop user interface concept, right?

20:55

[DJ]: Like Windows and Mac OS have their versions of it and have for decades.

21:00

[DJ]: And I believe most Linux desktop environments have some concept of a trash bin as well.

21:07

[DJ]: But for some reason, this has never filtered down to the command line because now I'm thinking about it as you were speaking about these tools, how they might be implemented.

21:17

[DJ]: And at least one very simple way to implement it would be to create something like a .trash hidden folder in your user home directory and just have a command that moves files to that instead of deleting them.

21:32

[DJ]: There.

21:32

[DJ]: Now you have a trash bin feature on the command line.

21:36

[DJ]: So...

21:36

[DJ]: It's actually a little strange that over the many years, no Linux distribution that I'm aware of has built that in.

21:44

[DJ]: But here it is.

21:46

[DJ]: Here are the tools.

21:47

[DJ]: So I might look into acquiring one of those because it is a good idea.

21:51

[JM]: On some level, I am not at all surprised that the neckbeards of yesteryear just decided, YOLO, I don't care.

21:59

[JM]: This needs to go.

22:00

[JM]: Bye-bye.

22:01

[JM]: And just never bothered, right, to like implement some kind of safeguard.

22:05

[JM]: Like, you know, I guess they could take something that they wanted to trash and like, well, I might need this.

22:10

[JM]: And they'll just, you know, like rename it, like delete me in a month.

22:14

[JM]: You know, like there's various ways where you could do

22:17

[JM]: sort of fake this.

22:19

[JM]: But the reality is that's not really solving the problem because the problem is I think as of this moment, I'm, I feel confident this is something I will never need again.

22:27

[JM]: Sometimes information changes and an hour later you realize, oh, actually I was wrong.

22:34

[JM]: This is something that I need.

22:36

[JM]: And that is why when macOS came out, this concept of

22:39

[JM]: the trashcan was added, I believe it was first born in a Mac environment.

22:44

[JM]: And I think the reason why it's less common, and by less common, I mean, almost unheard of in server environments is that there's no visual representation of it.

22:54

[JM]: So how would you know when you need to empty it?

22:56

[JM]: Well, you know, it's looking you in the face on macOS, right, you see this trashcan in your dock, that it has stuff in it, it's this representation of like, hey, there's stuff you should probably empty at some point.

23:09

[JM]: on server environments where filling up your disk means your site no longer loads anymore, and your web application is dead, suddenly becomes a bit more important than say, the disk filling up on your desktop machine.

23:25

[JM]: So I can see how there is a bit of a risk if you are putting things in the trash, unless there's an automated way of emptying it, right?

23:34

[JM]: Like if it's if there's like a built in or easily configurable, okay, after a month, six months, whatever you decide the amount of time is just go ahead and empty this because if I haven't figured out that I need this in a month or six months or whatever you've decided is the appropriate amount of time.

23:48

[JM]: guess what, probably don't need it anymore.

23:51

[JM]: But as someone who's seen disks fill up again and again, and having seen the dire consequences that has for service availability, I guess I can understand why someone might decide like, you know what, maybe we should not have like a built in, you know, trash thing.

24:08

[JM]: But again, it's probably an implementation question.

24:11

[DJ]: I've got to argue.

24:12

[DJ]: I think that's BS because I've had, yeah, I've experienced this too.

24:15

[DJ]: And the thing is like Apache will blow your server disk by just writing logs to slash var slash log.

24:22

[DJ]: And there's no visual indication of that until your server grinds to a halt.

24:26

[DJ]: So you have to configure it to truncate or something like, like this problem already exists.

24:32

[DJ]: You wouldn't introduce it by adding a trash feature to Linux.

24:37

[DJ]: So I take some, some exception.

24:39

[JM]: True, but it's not exactly helping.

24:41

[DJ]: I suppose not.

24:43

[DJ]: But actually, there's a deeper thing here, which is interesting, because notwithstanding the foregoing about automated systems that will eventually fill up your whole disk, in general, disks like storage on modern computers is so large compared to the average size of data.

25:00

[DJ]: that in 2025, it's worth asking, why would you delete stuff?

25:05

[DJ]: There's kind of only two reasons that immediately present themselves to me.

25:08

[DJ]: One of them is because you need to free up space, but depending on what sort of data you're working with, that doesn't happen that often.

25:16

[DJ]: I mean, if we're talking about text, for example, short of writing hundreds of millions of log lines or something from some process,

25:24

[DJ]: But as far as human generated text, it's essentially impossible to generate enough text to fill a modern storage disk, like 500 gigabytes or something like that.

25:35

[DJ]: So you probably don't ever need to delete, say, text files, as opposed to maybe video.

25:41

[DJ]: Like, yeah, video you might have to clean up.

25:43

[DJ]: Other reason to delete files would be if you don't want that data available anymore, like for privacy or security reasons, in which case then it makes sense, especially to maybe put it in a holding area just so you have time to think twice about that decision and then destroy it.

26:00

[DJ]: It's interesting because I've never really thought about it this way because 20 years ago or 30 years ago, you really couldn't afford to keep files around because your disk was relatively small.

26:12

[DJ]: I mean, I remember on my family's first PC having to regretfully uninstall video games to make room for more video games because we only had something like a 200 megabyte hard drive.

26:25

[DJ]: Whereas now, now that I'm thinking about it, the only things I have really ever had to delete from, say, my laptop because of space are maybe things like big video files or like Docker containers and stuff like that.

26:39

[DJ]: But just normal data files, I guess I still delete them when I don't need them anymore.

26:45

[DJ]: But now that we're talking about this, I'm not really sure why I need to do that.

26:50

[DJ]: They don't really hurt anything by just staying there.

26:52

[JM]: at least as far as it relates to the command line, which is where you would be running this, you know, RM dash RF command, I usually am not doing that on a desktop anyway, usually, if I'm getting rid of files, folders, etc, I'm probably doing it in the finder.

27:09

[JM]: And that's going to the trash by default anyway.

27:12

[JM]: So at least for me, this whole question of using a trash command versus RM dash RF is really a remote server

27:20

[JM]: topic for me.

27:22

[JM]: And on remote servers, disk space actually is very much an issue.

27:26

[JM]: If you get a entry level, say five euro a month virtual private server, you get like 20 gigabytes of space, half of which is consumed by the operating system.

27:38

[JM]: So you actually don't have a whole lot of space.

27:41

[JM]: And that can very much be an issue.

27:43

[JM]: You're right nine times out of 10.

27:46

[JM]: It's not because you put stuff in the trash and forgot to empty it.

27:49

[JM]: It's because

27:50

[JM]: some log file process just filled up your disk and you didn't come up with a strategy for managing your log files.

27:58

[JM]: You're right that that is far more likely.

28:01

[JM]: But at the same time, one could envision a scenario where you're just trashing folders here and there, old backups, whatever they are.

28:08

[JM]: And you could, without really realizing it, have a significant amount of space relative to your small slice of storage space on your VPS.

28:20

[DJ]: Yeah, the nice thing about Linux is it is filled with tools that make things like notifying you that you have a bunch of stuff in a trash bin easy.

28:30

[DJ]: So I could see there being some sort of standard package.

28:33

[DJ]: I guess at this point I should just build this and use it myself anyway.

28:36

[DJ]: where it combines a command that can quickly move files to a hidden trash bin folder with, say, like a cron job that applies some retention policy, right?

28:47

[DJ]: And like scrubs that folder every 30 days or at the very least either notifies you by sending an email or showing you the message of the day message when you log into the server.

28:59

[DJ]: There are a bunch of it feels to me like low hanging fruit, I guess, is what I is what I come back to.

29:05

[DJ]: And so instead of complaining that this doesn't exist, it probably does exist.

29:09

[DJ]: Let's be honest.

29:10

[DJ]: You've found tools like this.

29:11

[DJ]: But I think what I'm getting out of this is I should just go make one for myself.

29:15

[JM]: Yeah, definitely check first to see whether or not there's something out there that's already out there and battle tested.

29:21

[JM]: But if not, then by all means, yes, please build it and share it with us.

29:25

[DJ]: Will do.

29:26

[DJ]: Maybe I'll put it on GitHub, which I think is an excellent segue into our next topic.

29:31

[JM]: Well done, sir.

29:33

[JM]: GitHub is in the news recently because they have become much less independent at their parent company of Microsoft after GitHub's CEO resigned.

29:45

[JM]: And there is a lot of concern given GitHub's recent pushes into generative software in the form of Copilot, as well as their massive built-in access to

29:59

[JM]: essentially all of the world's open source software to train their models on.

30:04

[JM]: And one post that I read since deleted, for whatever that's worth, reads, several people sent me this.

30:11

[JM]: GitHub is no longer an independent company.

30:14

[JM]: Rather, as of today, GitHub is under the AI team.

30:18

[JM]: As far as I'm concerned, this is an open admission, the function of GitHub is not to host source code, but rather as an intake for Microsoft to harvest source code to train their AI.

30:29

[JM]: I guess it always seemed unlikely Microsoft would have paid all that money to altruistically host the open source community.

30:36

[JM]: And since this news landed, there have been a lot of people calling for moving repositories away from GitHub, which is not new.

30:45

[JM]: This is a process and a conversation that's been going on for a long time.

30:49

[JM]: But given GitHub's pushes into the whole concept of generative software, and given their access to this huge amount of open source repositories, it seems like this latest push to

31:03

[JM]: migrate repositories away from GitHub has really accelerated to the point that there is a domain called give up github.org.

31:12

[JM]: And when you visit it, you will be redirected to a page on software freedom conservancy where they describe why you should give up

31:21

[JM]: GitHub and how to do it and list resources.

31:26

[JM]: And a lot of the folks that I've seen have talked about moving to CodeBerg, which is an alternative that uses an open source code repository and code management software platform with a name that I can never pronounce.

31:42

[JM]: So go for it, Dan.

31:44

[DJ]: Forgejo.

31:46

[DJ]: That's how I choose to pronounce it.

31:48

[JM]: Excellent.

31:48

[JM]: From now on, anytime I need to say it, I'm just going to pause it and I'll just have you say it instead.

31:54

[DJ]: Just drop that in.

31:55

[DJ]: Come at me for gay home maintainers.

31:57

[DJ]: This is how I pronounce your sillily.

32:00

[DJ]: No, that's not a word either.

32:02

[DJ]: I guess this is hard.

32:03

[DJ]: Anyway, the name of your software is Silly and that's how I pronounce it.

32:07

[JM]: Yes.

32:08

[JM]: Naming is hard, et cetera, et cetera.

32:09

[JM]: But, oh, man.

32:11

[JM]: Yikes.

32:12

[JM]: So, yes, there are these people that are talking about making this migration.

32:15

[JM]: I've even considered it in various points in time.

32:19

[JM]: But this is, like a lot of other people, an opportune time to be deciding, like, okay, well...

32:25

[JM]: How much longer do I want to continue contributing code to a platform knowing how it's going to be used?

32:33

[JM]: And is that something that I want?

32:34

[JM]: And the answer could be yes.

32:35

[JM]: I don't know yet because there's costs, right?

32:37

[JM]: There's costs to switching to something else.

32:39

[JM]: And I'll come back to that in a moment.

32:40

[JM]: But I wanted to mention that one of the issues with switching to one of these tools is that with GitHub, pretty much everyone has a GitHub account.

32:49

[JM]: And if you want someone to be able to contribute to your project, the network effect is just so massive, that it's relatively easy to get people to contribute.

32:59

[JM]: The problem with the aforementioned alternatives is that there's no great Federation story.

33:05

[JM]: So if everyone decides, okay, well, Codeberg is the way to go.

33:09

[JM]: Okay, great.

33:10

[JM]: So you've solved the network effect problem.

33:13

[JM]: and then introduced a new one because now you have the same issue should Codeberg ever cease to be the place where people want to be, either because they start doing things that are nefarious or undesirable or for any other reason.

33:28

[JM]: And so this is where a federation could resolve this issue, except, like I said, there's no great federation story for these alternative tools.

33:35

[JM]: There is a project called forgefed.org, which aims to...

33:40

[JM]: address this, but it is still very much in the specification stage.

33:45

[JM]: And who knows how long it'll take if ever for this to actually turn into something where okay, you can create an instance that federates with other instances.

33:54

[JM]: I want to mention one more project.

33:55

[JM]: And that is a project called radical.

33:59

[JM]: And it is indeed more radical in that, from what I understand, it is a protocol

34:05

[JM]: that uses Git underneath, and also stores things like issues as metadata in the Git repository.

34:13

[JM]: So it is quite a interesting but different solution than the kinds of things that we're used to up until this point, it looks very interesting.

34:21

[JM]: And I could conceivably consider using it if I was creating something new, or if I were migrating a repository that already doesn't have a lot of contributors.

34:31

[JM]: And I thought, you know what, why not be a good place to start good place to experiment.

34:35

[DJ]: I actually really like what you just suggested, because one of my frustrations with these code repositories is that they use Git.

34:44

[DJ]: That's not my frustration.

34:46

[DJ]: They all use Git under the hood, and Git is Git.

34:48

[DJ]: That's the nice thing about it.

34:50

[DJ]: So if you have a Git repository and you pull a copy of it, it doesn't matter that it came from GitHub or for Geho or somewhere else.

34:57

[DJ]: It just works, because it's just Git.

35:00

[DJ]: But all of the other stuff, the issues and the pull requests and et cetera, that all has to be implemented by the provider of the management tool.

35:10

[DJ]: And that can be frustrating if you want to migrate from one thing to another.

35:14

[DJ]: I recently looked into migrating from one of these tools called Getea.

35:19

[DJ]: I don't think that's actually how you pronounce it either.

35:21

[DJ]: But again, I make the rules.

35:22

[DJ]: It's my podcast.

35:23

[DJ]: Yeah.

35:23

[DJ]: And as I understand, Forgejo was developed as like a, I don't know if fork is the right word, but like it broke off from Getea when the latter changed its policies and or ownership structure, basically.

35:37

[DJ]: So I looked into migrating.

35:39

[DJ]: And there is a migration path, but unfortunately, my version of Geteo was already too new for the migration to be supported.

35:47

[DJ]: And again, this doesn't affect me at all for my actual code, because it's just Git.

35:53

[DJ]: But all the issues and stuff are essentially proprietary.

35:57

[DJ]: to each of these providers.

35:58

[DJ]: So I would actually really welcome a protocol that comes up with some standardized way to wrap things like issues and pull requests and et cetera into a Git repository so the whole thing is portable between hosting platforms.

36:11

[DJ]: That would be awesome.

36:12

[DJ]: So maybe I need to check out Radicle, which I think is also misspelled.

36:16

[DJ]: Isn't it spelled radically?

36:18

[DJ]: R-A-D-I-C-L-E?

36:20

[JM]: Yeah, I don't know if I would say that's radically.

36:22

[JM]: I think it's just radical spelled a different way.

36:25

[DJ]: Well, I know, but I don't know if you've noticed that my shtick in this episode is selective pronunciation.

36:32

[JM]: You're right.

36:34

[JM]: I forgot.

36:34

[JM]: That's very consistent, which I appreciate.

36:37

[JM]: I agree that it would be really cool if there were a standardized way, right?

36:41

[JM]: And I think I just want to underline that word.

36:43

[JM]: But I don't think that's what Radical is doing, right?

36:46

[JM]: Radical is like, hey, here's this thing we're doing.

36:48

[JM]: I don't think it's really going to provide the kind of portability that you're talking about, where if at some point you decided you want to use, I don't know, a different tool that's not Radical and still have access to your issues and other metadata that's in the repository, probably not in the cards until this becomes something that is more commonly used and standardized and

37:12

[JM]: Who knows if that will ever happen?

37:14

[JM]: And also there's just the issue of the more you diverge from what people are used to in the GitHub realm, the less likely someone's going to figure out how it works and contribute.

37:25

[JM]: So I think that like radical could be very cool for a niche thing if you're collaborating with a small group of people who have all agreed to do it.

37:34

[JM]: small teams.

37:36

[JM]: But if you have like an open source project and you are trying to get people to join and you value that community and those contributions, that's probably asking a lot of a community to say, okay, well, here's this weird thing you've never tried before.

37:51

[JM]: And if you want to contribute to this project, here's what you have to do.

37:54

[JM]: Like that's, I don't know if that's going to pan out, but I am interested in trying it with, like I said, perhaps a open source project that is

38:01

[JM]: relatively small that I don't already get lots of contributions to, but I'm more hesitant with some of the larger ones.

38:09

[JM]: One of the things that I think are going to be potentially contentious is the question of sponsorship.

38:15

[JM]: How does that work?

38:18

[JM]: Because right now, people sometimes receive a decent amount of

38:22

[JM]: donations or compensation, however you look at it for their open source efforts on GitHub.

38:26

[JM]: And I don't know how you replicate that.

38:28

[JM]: Of course, there's a whole bunch of third things like Libera pay and, and other Tidelift other tools that allow you to do it.

38:35

[JM]: And I guess maybe that's the answer.

38:37

[JM]: You just do something that's not tied to GitHub.

38:39

[JM]: So I guess there are tools for that.

38:40

[JM]: But that is something to consider because everyone, like I said, probably has a GitHub account or not everyone, but a lot of people that are interested in software and interested in open source.

38:51

[JM]: And not everyone has a Libera Pay or a Tidelift account.

38:54

[JM]: And so that does kind of create the same kinds of network effect problems.

38:59

[JM]: So those are tricky things to solve.

39:01

[DJ]: This is a tricky situation in general.

39:04

[DJ]: There's a lot of analogies between this like, hey, GitHub is doing a thing that we don't like, so let's get off GitHub, to the conversation we had recently about Substack.

39:13

[DJ]: And it's a tough bargain to be like, look, the reason people use these centralized systems is because they tend to be popular and they make things like network effect easy.

39:23

[DJ]: And so the problem of going somewhere else to stand on your principles is that now no one knows you exist and they can't find out easily.

39:31

[DJ]: And that's too bad.

39:33

[DJ]: I do want to, and I don't do this often.

39:36

[DJ]: I'm not a big fan of devil's advocacy.

39:38

[DJ]: I'm more a fan of sympathy for the devil.

39:41

[DJ]: That was a music joke for the zoomers in the audience, but to play devil's advocate for a moment.

39:46

[DJ]: Why now?

39:47

[DJ]: When people go like, hey, I heard that GitHub is moving under the AI branch of Microsoft, so we got to get out of here.

39:55

[DJ]: Well, I have some bad news for you.

39:56

[DJ]: Copilot already exists.

39:58

[DJ]: So that means that Microsoft presumably has been training a large language model on your code for years already.

40:05

[DJ]: So what does this change exactly?

40:08

[DJ]: And also, by the way, most of the code on GitHub is licensed such that I'm not sure why training a large language model on it is a problem, since most open source licenses say, yeah, take my code and do whatever you want with it.

40:22

[DJ]: Look, I know like I know there's lots of nuance there.

40:25

[DJ]: It just this does feel to me a little bit reactive.

40:28

[DJ]: And you made the point that people have been saying, hey, maybe get off GitHub for a long time.

40:33

[DJ]: And that's fair.

40:34

[DJ]: I'm not saying people shouldn't get off GitHub, but it's a little I don't know what.

40:39

[DJ]: It gives me weird feelings sometimes when people act kind of like a school of fish where like one particular thing happens and people go, oh, we have to change everything now.

40:48

[DJ]: I'm not sure that's true.

40:49

[DJ]: Like there's the concept of the straw that breaks the camel's back.

40:52

[DJ]: I've never really understood why that's the metaphor we use, but like I was unhappy with this.

40:58

[DJ]: I was starting to get unhappy with this in general.

41:00

[DJ]: And then one final event pushed me into action.

41:03

[DJ]: It's like, yeah, okay, fair enough.

41:05

[DJ]: But I guess in this case, it doesn't feel super compelling to me why we would give up all of the, as we've said, advantages that we get from having code on GitHub and

41:16

[DJ]: merely because Microsoft appears to be continuing to do a thing that we already knew that they were doing and that I'm not 100% sure why we object to?

41:26

[JM]: I don't find it too surprising just with the general concept of like, okay, I've had it, right?

41:31

[JM]: Like we have all had this experience, right?

41:33

[JM]: Where you experience something that you find unpleasant for some reason,

41:36

[JM]: You let it go.

41:37

[JM]: It happens again in a different form.

41:39

[JM]: You let it go.

41:40

[JM]: And then at some point you just decide, you know what?

41:42

[JM]: I'm done.

41:43

[JM]: Like this is something that we can all relate to.

41:45

[JM]: So I don't think there's anything wrong with this concept of like, okay, you know what?

41:49

[JM]: That's it.

41:50

[JM]: This is, as you said, the last straw for me.

41:52

[JM]: I think it is worth asking the question of, as you said, okay, well, why now?

41:56

[JM]: But at the same time for everyone, the answer is going to be different because for every person, it's just individual, right?

42:02

[JM]: Like some person might be like, yeah,

42:04

[JM]: Whatever.

42:05

[JM]: Yeah, this is unpleasant, but it's been going on for a while.

42:07

[JM]: And I just don't want to bother thinking about this or I don't really care or whatever the reason isn't for other people like, oh, no, that's it.

42:13

[JM]: This is like literally the line in the sand and I'm gone.

42:17

[JM]: And maybe people that are fine with it today, next year, there'll be some other thing in the news and they'll look at it and be like, okay, that's it.

42:24

[JM]: Now I'm gone.

42:24

[JM]: And so I feel like this is somewhat natural just in terms of, I don't know, humans, life.

42:30

[JM]: But the question that you posed of like, why would people care because it's open source?

42:37

[JM]: I don't know.

42:37

[JM]: I feel like the open source contract up until now has been that open source is for more or less people, right?

42:46

[JM]: You are giving the license to people and yes, to also organizations that are companies of people, right?

42:53

[JM]: And you are telling them, here is the contract.

42:56

[JM]: This is what you can do with it.

42:57

[JM]: And the concept of LLMs and rampant scraping of the world's information, including source code, is sort of not incorporated, right?

43:07

[JM]: It's like it wasn't factored into this contract when the idea of open source came around.

43:13

[JM]: And I can understand how someone might say like, yeah, I was fine with this before.

43:19

[JM]: but I don't feel particularly good about companies like OpenAI and Google and Facebook and Microsoft ingesting all of the code that I write for free as a volunteer and them profiting from that.

43:34

[JM]: Like I can understand why someone might find that distasteful and decide that, you know what, I would rather put this code somewhere else where they either can't do that or it becomes more difficult for them to do that.

43:46

[JM]: So I don't know.

43:47

[JM]: For me, I can relate to folks that would feel uncomfortable.

43:51

[JM]: Just speaking for me personally, if I have the ability today to push a button and know that not a single line of code that I write is going to be ingested by Facebook and used in some way, I would push that button right now.

44:06

[JM]: So I can really understand why people feel the way they do right now.

44:10

[DJ]: I understand it as well.

44:11

[DJ]: And look, I haven't reached a conclusion on this at all.

44:14

[DJ]: But in the larger case of like, there's all this stuff, there's lots of things going on in the world that I don't like, that stand against my values, in order to move through life in a sane and healthy way.

44:28

[DJ]: And I apologize that this is kind of a big, blowing the topic way out past GitHub, but I'll bring it back in.

44:34

[DJ]: Like,

44:34

[DJ]: There are so few things that are under our control as individuals.

44:38

[DJ]: I think one of those things is the fact that someone else is going to profit off your labor in ways you don't like.

44:45

[DJ]: It is really frustrating, especially for people working in the systems in which we exist.

44:51

[DJ]: It's really rough to like struggle to pay your rent.

44:55

[DJ]: Well, that person over there indirectly takes the work that you did and buys themselves a new hundred million dollar yacht.

45:03

[DJ]: But unfortunately, the button you just described doesn't exist.

45:07

[DJ]: And there's probably nothing we can do about that sort of inequality.

45:12

[DJ]: I'm not saying we shouldn't try to do things about it.

45:14

[DJ]: But I am saying that everyone has to choose their line in the sand and you have to figure out what your values are and live according to them.

45:22

[DJ]: But what I'm in the process of working out are things like how hard am I going to try to prevent big tech from taking advantage of me?

45:32

[DJ]: And maybe I'll do it to some extent.

45:33

[DJ]: But again, I think it is just the thing where like I would rather if I had an open source project and it's popular and it's important to me that it's vibrant and receiving lots of contributions and lots of people know about it so they can use it and take advantage.

45:47

[DJ]: And the best way for me to do that appears to be to host it on Microsoft's platform.

45:52

[DJ]: But that means that Microsoft is going to train large language models and ultimately make billions of dollars and then their shareholders will get even wealthier.

46:00

[DJ]: Maybe my best bet to achieve my ends in the world is still to host my code there.

46:06

[DJ]: It's a tough decision, but I guess that's what I'm wrestling with when I bring up these questions is like the challenge for everyone is like, how do you live according to your values without, well, maybe without losing things that are important to you.

46:19

[JM]: Yeah, and that's a very individual decision that everyone has to make for themselves.

46:23

[JM]: I think that for a lot of folks, there isn't like a mountain of contributors or sponsorship income.

46:30

[JM]: Like that kind of open source project is extremely rare.

46:33

[JM]: Most open source projects just languish in terms of outside contributors, the vast majority of them.

46:41

[JM]: or they get small amounts of contributions here or there and zero income.

46:46

[JM]: So I don't know that there's a whole lot being left on the table in terms of moving away from GitHub unless you are in that position where you do have potential or existing large contributor base.

47:01

[JM]: So I think for a lot of projects, it actually could very well make sense to not use GitHub.

47:06

[JM]: At least you're not losing anything, I would argue, by using something else.

47:11

[JM]: And the idea that you posed a moment ago, like, okay, well, I don't really know how I would even prevent, you know, these companies from ingesting all this stuff.

47:20

[JM]: You can create an account at Codeberg today.

47:22

[JM]: And because as you said, Git is very portable, push your repository to Codeberg.

47:28

[JM]: And they have already implemented proof of work based countermeasures to prevent generative software companies from ingesting repos that are hosted at Codeberg.

47:38

[JM]: So if that is something that aligns with your values, as you said, that's a decision we all have to make, then that might be a good place for you.

47:46

[DJ]: That's interesting to know because my next potential objection was going to be, like, do you really think that just moving your code to a different place on the public internet is going to prevent these companies from slurping it up?

47:57

[DJ]: But fair enough that there are countermeasures.

48:00

[DJ]: And you make a good point about the fact that the vast majority of open source projects are mostly things that, like,

48:05

[DJ]: One person did and then put on the Internet and they're like, hey, dudes, if you think this is useful, I'd love to share it with you.

48:12

[DJ]: They're not really reliant on the infrastructure that you get from GitHub.

48:19

[DJ]: I'm curious.

48:20

[DJ]: And if you want to defer this one because you're still thinking about it, please feel free.

48:25

[DJ]: I'm really curious where you are, where you would stand with a repository like Pelican, where it's a relatively popular tool, both for users and for contributors.

48:34

[DJ]: Where's your thinking on this?

48:36

[JM]: This is a topic that was very much on my mind when this news came out.

48:42

[JM]: And my inclination at this point is to take a wait-and-see approach as it relates to Pelican because it does have a large number of contributors and a much larger number of users who would potentially be impacted by a move to something else.

49:00

[JM]: And I wouldn't want that for the community.

49:03

[JM]: And that's why I talk about using other smaller repositories and other projects that I maintain that have a drastically lower level of community activity as test beds for maybe using one of these other alternative code repository solutions.

49:21

[JM]: But I do hope that there will come a day where these alternatives address some of the potential downsides to switching away from GitHub.

49:30

[JM]: so that it at least becomes a wash, right?

49:32

[JM]: Where it's like, okay, well, setting aside the personal values, setting aside any potential moral or ethical questions, I am ambivalent in terms of leaving it where it is or switching away to something else.

49:45

[JM]: The pros and cons are a wash.

49:47

[JM]: I would love to arrive at that at some point, because at that point, well, as soon as you start factoring in the personal values and other considerations, well, then the choice becomes easy.

49:55

[JM]: But I think that will take a while.

49:57

[JM]: And until then, at least for that particular project, I'm going to just wait and see how things pan out.

50:03

[JM]: But I am excited to give this a try with some of these other repositories and see if some of these alternatives could be a good fit.

50:10

[DJ]: Radical dude.

50:12

[JM]: All right, everybody.

50:12

[JM]: Thanks for listening.

50:13

[JM]: That's all for today.

50:14

[JM]: You can find me on the web at justinmayer.com and you can find Dan on the web at danj.ca.

50:21

[JM]: Share your thoughts about this episode via the Fediverse at justin.ramble.space.