GabeIsko

That sounds neat, I haven't seen it, although I think someone else mentioned they were using neocities. Do they support random static sites?

It's different for codeberg, because they have a lot of infrastructure they have to maintain, and are ideologically motivated to be a libre option to share peoples code. It's an entirely different motivation than promoting a subreddit that runs on reddit's infrastructure. They are really constrained on the infrastructure cost side, and stability is a constant struggle. They don't have the bandwidth to sort through the AI slop - they would probably rather ban potentially good useful projects at the expense of making codeberg a more restrictive place that people who use AI in a smart way avoid to ensure that they can provide infrastructure for libre software. I kind of see where they are coming from.

It's not just AI stuff btw. I recently evalutated hosting a static site on codeberg for a project I am working on. It is a cool project, and although it is commercial now (it's a video game) I would like it to be open source one day. It would have been a great contribution to codeberg (in my opinion)! Maybe my game can't be open source software right now; sharing open source art is a mess. But I would love to make the blog for it libre!

However, I came to the conclusion that the static page feature of codeberg simply isn't appropriate for this use case. The codeberg staff really only maintains it so that codeberg can be feature complete with other publicly available git forge hosts (github, gitlab, etc.,). It actually is a huge infrastructure burden that contributes to their instability. They have made it explicit in the past - that feature is so that libre software projects hosted there can have a static page if it would make the project better, and they don't care about any other use case. I don't need that - I want a stable platform that will host my small static website blog at a very low cost, with high stability and uptime, no questions asked. We simply don't have goals that align, and that is okay. I don't take it personally. The whole point of making my blog a static site was to build it locally and be host agnostic. The hosting privilege ultimately is going to Cloudflare workers.

I think that is a much healthier way to think of this sort of. The great AI deluge of code (slop) IS disrupting a lot of assumptions we made about the internet that were based on creating code that works is hard. Now creating code is easy. Creating good code may still be hard, but I think it will be healthy to re-evaulate everyone's goals and agenda's, trust in the people that act in good faith and have the best attentions in mind, and respect everyone's limitations.

This is what I love about selfhosting btw - I am a really active participant on that sub and I actually appreciate the balance you guys are trying to achieve between allowing people to share projects they think are helpful (even if some LLM code was involved) vs. not letting it be entirely overrun by crappy AI slop app spam (which opens up a lot of supply chain risk anyway). I love self hosting my software, and I have gotten a lot of use out of my self hosted Qwen model - notes only, no code generation though. Selfhosted is honestly the solution out of this mess. Empowering individuals to run the computing they need to use every day off of their own computers that they own, bringing computing to the masses. I hope we can move past this RAM market cornering BS and get back to that mission.

I braced myself for this, and instead found that it worked surprisingly well for my uses. I only manage 4 gigs though.

Man, I always hoped to find a project like this on hackernews. I starred it.

It's pretty sad in the indie gamedev world that handling and versioning binary data is considered an enterprise feature. I understand that git was explicitly designed for source code, but it would be nice to have any open system that handled versioning binary files well. This is pretty much the only reason I am going to try out lore at some point, although I am not super psyched at some of its implementation.

What is a real text editor, by your estimation? NVim? Emacs? Genuinely curious.

I use VSCode/Codium since I maintain a GUI stack for general usage. But I have all the terminal tools installed for my work there as well. I hate customizing things too, which I find is necessary if you want to get the most out of terminal text editors. VSCode is pretty good out of the box, with terminal access and everything built in.

Jeez, I hope this doesn't turn into a text editor flame war...

I gotta say, Fedora plus KDE - have not had any major issue, and certainly none as bad as desktop utility performance degradation on Windows 11. Probably a little more fragile feeling than Windows 10, but it honestly has felt basically same, which I wasn't expecting.

This thing came by default on AlmaLinux, which I am evaluating for some HomeLab stuff. It's pretty neat! Definitely not a replacement for cotnainer management though - it is really more of a sysadmin portal where you can view services and open a terminal and such, but from a web console.

Let's assume they aren't correct - is the massive cost DOGE is incurring to taxpayers while destroying essential government services and weakening our national security a good thing?

If you have to render html, which is what markdown ultimately becomes, you might as well use a web broswer.

That's not it! Direct engineering effort towards new features that will drive new customers and markets. Functionality is unimportant. Haven't you ever worked in enterprise software?

I'm kidding btw.

Yes, but the cat is out of the bag now. Welcome to the era of every piece of creative work coming with an EULA that you cannot train on it. It will be like clearing samples.

I have been on the other side of this where engineers end up just being a technical support team, and are competed over to directly support accounts, and then there ends up being a plethora of hot fixes and custom solutions per customer. There is a ton of technical debt, because non of this stuff is tested properly and there are regressions all over the place. The whole thing goes under after a competitor, with their properly invested engineering resources makes a better and fully featured product than you.

To me, this screams a real failure of product management. They can't communicate the needs of their customer to their engineers or push back against them? Having engineers take sales calls is not going to scale when you have an actually mature base of customers.

If this product manager really wants Engineers to take sales calls, the Engineers need to earn part of the commission on the accounts. That is the only fair way to do this. I would never take a sales call without part of my compensation being commissions based.

See, that's the issue. I want my distribution to distribute the dependencies I need to run applications outside of containers. That's, like, it's main job man.

Not working with datasets. Binary files aren't that large, and these tools are generally bad for my use case - because I am not concerned about datasets.

I need to track changes in binary files of very reasonable size. Total repo size is <1GB. But even at these small memory requirements it makes much more sense to self host with LFS. I have written this up too many times on the internet to go into great detail about how LFS isn't perfect and how I wish there was something better, but in practice it has worked extremely well for tracking a small amount of binary files. Kudos to the devs.

How is forejo's git LFS support? I self host gitea (from before the split) but I am considering making the switch. LFS is a must for me though.

If enterprise corporations actually did a throughout investigation, they would probably find that a lot of their license deals have gone unfulfilled. They are really bad about this kind of stuff. It became super complicated to buy this kind of software once companies realized that they could force everything though a deal desk and try to extract as much money out of the government as possible.

We have had companies outright refuse to even give us a price when we told them we wanted to investigate buying a license. Such a PITA.

There has historically been massive investor and shareholder pressure for companies to show "Cloud Recurring Revenue" and multiple wall street analysts will start issuing higher price points for your stock based on this, and eventually large institutional investor adjust their positions accordingly.

I like the cloud for a lot of reasons. But, making your software worse to make your stock price higher seems like a loser for everyone long term.

Most government IT is using RHEL. You are correct, it is because of the thankless work they put into long term enterprise support. Microsoft doesn't do anything like that.

I can assure you, the DoD isn't a bunch of windows servers hosting sharepoint for the public. Federal government IT in general is a RHEL shop, at least serverside.

Let's Encrypt cert renewal comes out of the box on traefik? I haven't kept up with it. I'm on a similar set and forget schedule with configured nginx and some crowdsec stuff, but the API change ended up killing off an afternoon of my time.

Would you suggest something? I do this, but I'm not sure I would call maintaining my setup trivial. Got in trouble recently because my domain registrar deprecated an API call and it ends up that broke the camel's back in my automation setup. Or at least it did 90 days later.

Sounds like we need more safety regulations.

Absolute encoders can be really good for position critical applications that you don't want to re-home all the time. Linear stages, winches - if you don't want to re home it and it needs accurate position control you start looking at an absolute encoder.

Even for speed control, hall effect sensors are kind of a poor way to track position. What is nice about hall effect sensors is that you can use them as a signal to perform brushless commutation in your motor controller, and then also use them as a poor-man's encoder. Very useful if you don't need that much accuracy in your application, but you do need brushless motors for some reason. But one of the first things I would go to as a application engineer was recommend customers get an encoder mounted.

This is exactly why I ended up going for Godot with my own hobby game. I have made a lot of progress on a custom game engine in the past without actually having a game to make in mind. It always gets to the point where you have to start making decisions about the tooling, and that becomes your main focus.

No disrespect or put downs of anyone trying to do their own thing, but Godot is a really great engine and is open source. It's kind of miracle that we live in a world where there is a viable open source engine for commercial grade 2d games and the whole thing is MIT licensed.

In the robotics community, the stuff coming out of George Hotz has always been considered a kludgy mess, and unsuitable for serious work. Dude is a talented hacker, but the idea that this will replace ROS is kind of a joke.

This is kind of the mixed feeling I have about this blog post. There is a recognition that we need universal tools that are designed with honest intentions to be effective in general problem domains. But determining the boundaries of those domains is ultimately a political exercise and not a technical one.

It becomes presumptive to assume that Lisp is the be all, end all of car networking woes. Even if you accept that a tool to manage and organize computational tasks using a more functional paradigm would be helpful, that doesn't mean that a somewhat archaic, syntactically maligned language is the answer.

ROS tackles this somewhat yeah? But it's still very much a research project, despite its use in some parts of industry. The most significant development for computation in vehicles in recent times is still the automotive Linux efforts, so we are not really even in the ballpark to discuss specific languages.

So - what is the lesson learned? The only clear message for me is that critical programs that also demand kernel level access maybe shouldn't update themselves.

Trying to stand up an alt currency backed by Russian oligarchs with deep ties to Russian intelligence services? I smell a federal ban if this catches on.

At the end of the day, it's the section 230 that should really be re-evalutated right? Google and Facebook can promote lies all day long along side reputable journalism, and then deny all legal liability, because it isn't them saying these things! The market won't decide what is true or not, no matter how many taxes and fees you try to impose.