Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Moving from GitHub to Codeberg, for lazy people

unterwaditzer.net

Post reply on HN
Print view View original

301–310 of 385 posts

Re: Moving from GitHub to Codeberg, for lazy people

#301

Post by gzread »

noirscape wrote: post #14

I don't dislike Codeberg inherently, but it's not a "true" GitHub replacement. It can handle a good chunk of GitHub repositories (namely those for well established FOSS projects looking to have everything a proper capital P project has), but if you're just looking for a generic place to put your code projects that aren't necessarily intended for public release and support (ie. random automation scripts, scraps of con…

Private repositories can be hosted anywhere you have SSH access. Write the URL as username@host:/path

Re: Moving from GitHub to Codeberg, for lazy people

#302

Post by gzread »

noirscape wrote: post #59
real_joschi wrote: post #47

Earlier quoted context omitted.

> They also don't want to host your homepage, so if GitHub Pages is why you used GitHub, they are not a replacement. https://docs.codeberg.org/codeberg-pages/

From their FAQ: > If you do not contribute to free/libre software (or if it is limited to your personal homepage) , and we feel like you only abuse Codeberg for storing your commercial projects or media backups, we might get unhappy about that. Emphasis mine. This isn't about if it's technically possible (it certainly is), it's whether or not it's allowed by their platform policies. Their page publishing feature seem…

and we feel like you only abuse Codeberg for storing your commercial projects or media backups

Sounds like they're cool with a little personal website.

Re: Moving from GitHub to Codeberg, for lazy people

#303

Post by gzread »

overfeed wrote: post #221
NewJazz wrote: post #195

Earlier quoted context omitted.

Unfortunately I don't think there's really an answer to that conundrum that doesn't involve just spinning up your own git server and accepting all the operational overhead that comes with it. Hmm all that operational overhead... Of an ssh server? If you literally just want a place to push some code, then that really isn't that hard.

> ...that really isn't that hard. Until the AI scrapers[1] come for you at 5k requests per second and you're doing operations in hard-mode. 1. Most forges have http pages for discoverability. I suppose one could hypothetically setup an ssh-only forge and statically generate a html site periodically, but this is already advanced ops for the average Github user

This isn't a real thing and if it ever becomes a thing you can sue them for DDOS and send Sam Altman to jail. AI scraping is in the realm of 1-5 requests per second, not 5000.

Re: Moving from GitHub to Codeberg, for lazy people

#304

Post by tcmart14 »

beanjuiceII wrote: post #267
bsder wrote: post #264

Earlier quoted context omitted.

> I think the internet has "GitHub Derangement Syndrome" right now. It's an outlet for people's frustration. I would argue that the open source people aren't the only ones paying attention right now. If you are hosting proprietary code on Github, it has become clear that Microsoft is going to feed that into their AI training set. If you don't want that, you don't have a choice but to leave Github.

you just disable the setting

By the same company who admits that disabling telemetry does not in fact disable telemetry and refuse to fix it.

Re: Moving from GitHub to Codeberg, for lazy people

#305

Post by lmm »

skydhash wrote: post #300
lmm wrote: post #281

Earlier quoted context omitted.

I find CI very valuable even on my solo projects. > what is CI (in practice today, not in theory)? It's just a set of commands that run on a remote machine and then the output of those commands is displayed in the browser and it also influences what other commands may or may not run. What exactly is the big deal here? The key is hermetically/reproducibly - you don't want to run commands on some random machine, you wa…

> The key is hermetically/reproducibly Why not use VMs? Libvirt is scriptable enough for that. And LXC/Incus can be used if you want the shorter starting time.

Ok, that solves like 20% of the problem. How (and where) are you provisioning these VMs? How are you managing what versions of what are installed on them, and is that process reproducible?

None of this is hard, exactly, but you do have to put in the legwork of doing it, and it's mostly only the big players who've done so.

Re: Moving from GitHub to Codeberg, for lazy people

#307

Post by KingMob »

WhyNotHugo wrote: post #218
tbayramov wrote: post #200

Earlier quoted context omitted.

(Shameless plug) Hey, I’m building Monohub - as a GitHub alternative, and having private repositories is perhaps a key feature - it started as a place for me to host my own random stuff. Monohub [dot] dev is the URL. It’s quite early in development, so it’s quite rough around the edges. It has PR support though. Hosted in EU, incorporated in EU. Would be happy if you tried it out — maybe it’s something for you. Edit:…

Doesn’t .dev belong to Google? An old choice or provider for a EU-focused hosting.

It belonged to everyone until Google became the TLD operator.

(Yes, I'm still salty google broke our localhost .dev sites.)

(Yes, I know it was never a reserved TLD.)

Re: Moving from GitHub to Codeberg, for lazy people

#308

Post by rkagerer »

kbolino wrote: post #241
tjoff wrote: post #176

Earlier quoted context omitted.

(SSG - static site generator) I mean, it is arguably much easier to just write the HTML page and upload it with FTP and everyone can see it. I never understood why github became a popular place to host your site in the first place.

There are multiple reasons why FTP by itself became obsolete. Some of them I can think of off the top of my head: 1) Passive mode. What is it and why do I need it? Well, you see, back in the old days, .... It took way too long for this critical "option" to become well supported and used by default. 2) Text mode. No, I don't want you to corrupt some of my files based on half-baked heuristics about what is and isn't a…

Why would you say FTP is obsolete? For what it's worth, I still use it (for bulk file transfer).

Re: Moving from GitHub to Codeberg, for lazy people

#309

Post by rkagerer »

enraged_camel wrote: post #117
noirscape wrote: post #59

Earlier quoted context omitted.

From their FAQ: > If you do not contribute to free/libre software (or if it is limited to your personal homepage) , and we feel like you only abuse Codeberg for storing your commercial projects or media backups, we might get unhappy about that. Emphasis mine. This isn't about if it's technically possible (it certainly is), it's whether or not it's allowed by their platform policies. Their page publishing feature seem…

That FAQ snippet is insane to me. Maybe it's a cultural thing but I'd never do business with a company that has implicit threats in their ToS based on something so completely arbitrary.

Well it's kind of describing the reality that exists at other companies today. Most ToS's have clauses where they can kick you off for not using it as intended, solely at their discretion. At least these guys are honest and upfront about it. I do agree though some more guidelines around their policy would be nice.

Re: Moving from GitHub to Codeberg, for lazy people

#310

Post by shunia_huang »

skydhash wrote: post #294
lmm wrote: post #280

Earlier quoted context omitted.

> Finding an HTTP+FTP server was easier than finding github. No it wasn't. Seriously, where?

There was a lot of sites that provided some cpanel-like option as long as you're ok with yourcoolname.weirdhostingname.com. I believe they all came with a filebrowser and the always present public_html folder.

It'd be nice to mention some big names here that are capable of:

a) git pull & push for updates

b) good enough CDN distribution, sometimes interactive examples/project page loads tons of files

c) good enough security promises of the entire platform/infra

d) good enough serviceable time, we do not need 99.9999SLA but better not down often

e) have generous free tier

f) great DX & UX, this one is small but small headache adds up quickly

Post reply on HN