0
73
BartyDeCanter

@piefed.social

BartyDeCanter 18 points 9 hours ago

What if Firefly’s release hadn’t been completely fucked over by Fox?

path: 0 24385501, hotness: undefined, score: 18, children: 0
BartyDeCanter 4 points 10 hours ago

I hear ya. It will get better, a lot better.

My ex had cyclical depression and probably PTSD that she refused to deal with. The cyclical nature meant that when things were going well she was amazing. And then she would cycle downhill and it was awful. And just as I was about to walk away, she’d cycle up and things were great again. Over and over.

The first week after I told her I wanted a divorce was bad. And then it slowly started to get better. And then once we were able to move out it was so much better. The actual divorce process was intermittently difficult, the day of our mediation I cried in the car after. And I would still get randomly angry or sad from certain things.

But now? Everything is so much better. I have a partner who is an actual, active partner. Yeah, there are hard times, but being with someone who is always supportive, kind, and wants to work together instead of blaming me is truly amazing.

You’ll get through this, and it will hurt, and then you will be so much better that you won’t even recognize your old life.

path: 0 24385384, hotness: undefined, score: 4, children: 0
BartyDeCanter 1 point 10 hours ago

I used a Merkur HD with Feather blades for about 20 years and was very happy with it as long as I didn’t rush and used a good shave soap. It was still a bit easy to nick myself, but good enough. I shave about 3 times a week, two rounds each time.

A few years back my partner bought me one of the Leaf razors, which use normal safety razor blades but split into half and as a triple blade setup. I do prefer it, less likely to nick while still having that nice blade feel. Changing blades is fussier with it, and the blade holder mechanism feels fragile, but it’s still fine three or four years later.

path: 0 24385092, hotness: undefined, score: 1, children: 0
BartyDeCanter 2 points a day ago
path: 0 24374268, hotness: undefined, score: 2, children: 0
BartyDeCanter 1 point a day ago
path: 0 24370615 24375094, hotness: undefined, score: 1, children: 0
BartyDeCanter 12 points 2 days ago

The biggest silicon wafer is going to be your CPU or GPU. The motherboard is mostly fiberglass and copper.

path: 0 24358698 24360331, hotness: undefined, score: 12, children: 0
BartyDeCanter 2 points a day ago

Happy to help! And yes, I have no idea what they’re talking about. If you don’t have snapshots (commits) you don’t have version control.

Let me know when you get your game going, I’d love to check it out. I’m working on a few myself.

path: 0 24338232 24343524 24343762 24349105 24353381 24364712 24367038, hotness: undefined, score: 2, children: 0
BartyDeCanter 60 points 3 days ago

Two main reasons: history and network effects.

GitHub was an independent company for a decade that provided a vastly superior service to what it replaced, primarily SourceForge. And it was free for FOSS projects, while charging for closed ones.

The improvements paid for by the closed source customers trickled out to everyone. So, it became the best place for FOSS developers, large and small. And as more people moved to GH, the more reason there was to move to it.

Of course, it was constantly bleeding money and eventually had to do something. That ended up being selling to MS.

There was a lot of trepidation about this, but for the first few years they not only kept their promise about supporting FOSS, but actually made it better by allowing small private repos to get many of the services that were previously gated for open FOSS or paid repos.

And the alternatives were stil not as good, and just as importantly didn’t have the user networking that GH does.

Now, some FOSS people are starting to look elsewhere, Codeberg, self-hosted Forgejo, and others. They have come a long way and are nearing feature parity, particularly for smallish projects. But the network effects of discovery and reputation are strong, and GH still provides a few more useful features.

I’ve moved my private repos to self hosted Forgejo, but my public ones are still on GH as push mirrors. I’m not ready to give up the discoverability and Mac/Windows CI runners that I can get from GH for free. I hope to be able to some day, but not yet.

path: 0 24338232, hotness: undefined, score: 60, children: 8
BartyDeCanter 2 points 2 days ago

I don’t have an exact number, but backing from California to a Hetzner box in Germany via Borg has always been surprisingly fast for the price and that it’s going halfway around the world. I want to say 25-30MB/s? I think people in the EU are reporting getting over 100MB/s.

path: 0 24292034 24296458 24360229, hotness: undefined, score: 2, children: 0
BartyDeCanter 9 points 3 days ago

The number one thing to remember about git is that you don't need a full hosting service around it for basic functionality. If it's just you, a single local repo will probably serve you just fine, maybe use a bare repo on your main machine or a Pi-level device if you like as a remote/backup. Just git init or git init --bare and you're good to go. GitHub, Codeberg, Forgejo, and all the others exist to serve multi-contributor and/or public project-level needs.

The number two thing to remember is that it is based around graph theory.

path: 0 24338232 24343524 24343762, hotness: undefined, score: 9, children: 4
BartyDeCanter 14 points 3 days ago
  1. CI runners - GH offers free CI runners for a variety of OSs. I can automatically test my code on Linux/Mac/Windows for free on GH. No one else offers that because it is very expensive. You need windows licenses and Apple hardware. And Codeberg only offers it on Linux after a back and forth discussion. Plus, while simple GH CI Actions move to Forgejo Actions pretty easily, more complex ones require a complete rewrite.
  2. Better issue tracking - FJ's issue tracking is pretty good, and perfetcly fine for small projects, but GH's is better.
  3. Better CLI - fj is decent and improving, but gh is better
  4. Better project pages - Codeberg Pages is decent and improving, but GH Pages are better.
  5. Lots of other small things - Codeberg is decent and improving, GH is better.

For most people, myself included, the only thing that really matters are the CI runners. But that is also the one thing that costs the most to support.

path: 0 24335294 24337021 24339435, hotness: undefined, score: 14, children: 0
BartyDeCanter 8 points 3 days ago

Remember that Git is a distributed VCS, so no git repo is dependent on a central server. Everything else about the project might be heavily dependent on GH, but any active developer is going to have a full copy of the code with history on their main workstation.

That being said, it highly depends on the project, but I'd put it into a few buckets.

  1. Un/barely maintained projects - This is by far the largest number of repos, and many of them are used as dependencies by all sorts of projects. The truly unmaintained ones would vanish, and I bet most of the barely maintained ones would as well. The most important of these would probably be resurrected since their code will be sitting on all sorts of drives, but it will be a mess. Take a look at https://nesbitt.io/... for an idea.
  2. Small individually actively maintained projects - There are a lot of these and many of them could continue to be just fine, depending on how much of the full GH feature set they use. They would lose all the PRs, wiki spaces, discussions, issues, and maybe even the project page itself that are hosted on GH. For most projects it would be an annoyance to have lost all that, but if it's a small enough project that one person is maintaining it, it's probably small enough to pull over to something else reasonably easily depending on how all in they are on GH tools and their use of type 1repos. And a project with only one main contributor is unlikely to fragment.
  3. Mid-sized active projects - Probably the hardest hit. A lot of these are all-in on the GH tools, particularly issues and CI. Losing that would hurt a lot because the project is big enough to really need those tools and uses them at a volume that they can't just host on the leads laptop. These are also going to take a lot of work to set up the project infrastructure elsewhere. And this would probably be the sort of thing to push and simmering tensions to erupt, leading to fragmentation.
  4. The big projects - Probably the least hardest hit. Most of these are just using GH as a push mirror. The core team probably has a functioning private communication and governance system, their own issue tracker (even if it pulls from GH), documentation, and public discussion groups. Most of these run their own private CI. And they are the ones most likely for another host to step in and offer to help.

So the little stuff? Probably going to be annoyed or not care a lot. The big stuff? Same thing. But that middle group would be hurt.

path: 0 24339807 24343589, hotness: undefined, score: 8, children: 0
BartyDeCanter 2 points 2 days ago

If you just want one point of truth, the minimal version is to create a bare repo somewhere that you have ssh access to or your local machine. Then you can clone/pull/push from it.

A bare repo is a special kind of repo meant for exactly this, but can be a bit confusing at first. A normal repo contains all of your current working files and a special .git directory that holds all the files/blobs/history that git needs to work. A bare repo is just the .git as a top directory with bare=true in its config. So you can use it as a remote, but it never has a working set. They are usually named something like my_repo.git.

Edit:

Here’s a basic example for setting it all up in a fully local way:

mkdir ~/bares  
git init --bare ~/bares/my_repo.git  
mkdir ~/code  
git clone ~/bares/my_repo.git ~/code/my_repo  

And then you have remotes as your main source of truth in ~/bares and your working copies in ~/code. If you want to access from another machine that has ssh access to the first, you can do:

mkdir ~/code  
git clone user@host:~/bares/my_repo.git ~/code/my_repo  

And then use git pull/push to keep it all in sync. Don’t use Syncthing on a git repo, it eventually goes badly.

path: 0 24338232 24343524 24343762 24349105 24353381, hotness: undefined, score: 2, children: 2
BartyDeCanter 117 points 6 days ago

Bisexual - You’re over 35

Pansexual - You’re under 35

Omnisexual - You’ve spent way more time thinking about your sexuality than getting laid

Demisexual - You’re way more queer than you’re ready to admit.

Sapiosexual - You’re a straight guy trying to impress the cute barista by seeming cool and intellectual. You are failing. Or you are a woman on a dating app trying to stop the endless flood of low-effort “sup” introductions. You are also failing.

Edit: Forgot one!

Heteroflexible - Willing to touch someone of the same gender sorta sexually for an audience if you think it means you’ll get a threesome later.

path: 0 24293680, hotness: undefined, score: 117, children: 34
BartyDeCanter 17 points 6 days ago

While it seems like everyone here hates it, I’ve been looking for a minimal phone for when my current one dies. This seems to hit the exact sweet spot of functionality I want vs what I don’t want. As for the price, well, I’m spending at least that much on my next phone anyway so it seems fine by me.

And I have a huge nostalgia for flip phones and transparent electronics. So yeah, signed up to preorder.

path: 0 24292918, hotness: undefined, score: 17, children: 1
BartyDeCanter 7 points 6 days ago

Updated!

path: 0 24293680 24298651 24301950, hotness: undefined, score: 7, children: 1
BartyDeCanter 8 points 6 days ago

You’re really going to have to define “plastics” to get a good answer to that.

Plastic in the material science definition means any material that can be permanently deformed without breaking. So, lots of materials created by living things meet that definition.

If you mean thermoplastics, which is the more common colloquial definition, well, several things meet that definition as well, including horn and many other types of keratin.

If you mean polymerized hydrocarbon based thermoplastics, which is what you probably are thinking of, chitin is the most common answer.

path: 0 24295279, hotness: undefined, score: 8, children: 1
BartyDeCanter 12 points 7 days ago

I also run a very low end machine with 4GB ram.

The issue often isn’t the browser or even the website, exactly, it’s the tons and tons of advertising and tracking crap that is in the background of most sites nowadays.

The way around that is to run a solid ad blocker. uBlock Orgin is the best, but Google (and maybe MS? I don’t use windows) has fucked over plugins to specifically make things like it not work.

So, what you want to do is run Firefox with uBlock Origin with the more aggressive blocking settings in both uBlock and Firefox. Extra credit for setting up PiHole to block a different set of crap.

The one thing is that this will absolutely break certain sites. But fuck those sites, they’re fucking you.

path: 0 24279294, hotness: undefined, score: 12, children: 0
BartyDeCanter 82 points 16 days ago

The Piracy Eras:

  1. Pre-DMCA: The golden age of piracy, no one worried about anything. Music piracy was common, video files were way to large to bother with.
  2. Post-DMCA: Possible prosecution from big copyright, but also hard to track individuals down, so not a lot of worry, but a lot of angst about it.
  3. iTunes Music Store: Did more to end music piracy than any legal action. Cheap enough and easy enough that a lot of people stopped bothering. Pirate Bay for video, expect multi-day or week downloads.
  4. Torrent tracking/poisoning and ISP consolidation: More prosecutions against small pirates put more of a damper on it.
  5. Cheap Streaming: Did to everything what iTMS did to music piracy
  6. Expensive Streaming: Now. Bringing back pirates, but people are more cautious due to 4.
path: 0 24129313, hotness: undefined, score: 82, children: 6
BartyDeCanter 56 points 9 days ago

Sure, if that’s what you want to do. Though, you’ll probably find less references and expertise here. There is a reason that even Microsoft runs Linux on most of its own servers.

path: 0 24254061, hotness: undefined, score: 56, children: 0

thanks for using Leebra!

go to feed...