- cross-posted to:
- programmerhumor@lemmy.ml
- cross-posted to:
- programmerhumor@lemmy.ml
You must log in or register to comment.
The new dev posts pics of their legs wearing knee socks on the discord.
they don’t use arch
they use a self made fork of void linux
Godmode: you maintain the fork.
Project gets so big and popular that the maintainer no longer has time to maintain it. Goto Step 1
Open source ftw amiright boys
Paperless-ngx!
Paperless-ngxy when
Hopefully soon. Gotta fork -ngxyz at some point
Recent tachiyomi fall be like
Sorry a little late but https://mihon.app/
Thank you) I’m using https://aniyomi.org/ it also supports jellyfin self hosted servers with anything you put in them
It’d be nice if the original maintainer would let the active fork take over the main name, repo, website, etc. when that happened.
There are a lot of instances where that may not be practical. The maintainer may be indisposed or may be even passed away. Perhaps we shouldn’t attach too much significance to the name. Instead, make projects more discoverable and get creative with the names.
The forks could just change their name, so they’re more easily found. For example mRemote got pretty much abandoned, so mRemoteNG got created.
Or people give forks better names. For example, I’ve forked some dotnet6 project, and called the fork {project}-dotnet8 - then when people look thought the fork list on github, it’s not 20 forks all with the same name
Yes! Now I get to continue enjoying the fruits of unpaid labor. Even better I’ll be able to complain about every niche issue I have without ever contributing anything. Woohoo!
Pulsar text editor after I found out Atom isn’t going to get updates anymore.
I know there are other text editors, but for small, less complex tasks like editing .ini , .txt or .desktop files, something like Pulsar is just perfect. It’s open source and works across Linux, Windows and Mac. For those times when you’re VM needs a file edited lol.
Spectre.css 🫡
From youtube-dl to yt-dlp
That’s such a hell yeah let’s go experience.
GitHub > insights> network
yeah though if there are many forks, can’t do without using some scripting. Hence I believe you should hard fork if you feel really serious about carrying on a project and/or at least link it in an issue on the original repo
