The worst thing about eclipse I’ve had to deal with is its git integration. The conflict resolution tool is awful and half the terminology diverges from plain git.
The fact that it has a “Push & Commit” button also drives me mad far more than it should
Honestly I’ve never had an IDE whose git integration I preferred over just using the command line, or pulling out Source Tree. Just wish Source Tree was available on Linux…
I haven’t used much Git since I started using IntelliJ IDEs. True, I had to fix some issues when the IDE just refused to do its thing, but IIRC it was one specific situation where I cherry picked changes that I already had, where it got stuck on cherry picking.
I prefer the CLI as well, but when I’m not a dev I supervise practical works in programming classes, where I don’t have much saying in the recommended/required tools
I don’t remember exactly, but the issue is about the existence of a button that makes beginners think a commit and a push are part of the same atomic operation. Not the order of the words on this button
Hi there! Looks like you linked to a Lemmy community using a URL instead of its name, which doesn’t work well for people on different instances. Try fixing it like this: !selfhost
I have a Milk-V Mars but it really isn’t performant enough for any task I have for an SBC. Distro support seems to be a pain too, as the provided Debian image isn’t meant to run on repos aside from a Debian snapshot from 2022.
I really do hope things improve. I’m planning on moving over to an RK3588 ARM board for desktop daily drivering but one day I’m hoping a decently affordable RISC V alternative will turn up.
Consent-o-matic is also an option it will specifically opt out of those data vacuum popups. It is run by a Danish Uni so if it doesn’t work with a site you can submit the site and they will patch it in.
Definitely interested - is the mainline situation any better than with ARM?
I’ve been bitten before with a device that “supports” a major distribution, but only if you install our custom pre-built image (good luck auditing what we’ve tweaked) and only with our special pre-built kernel that isn’t even an LTS version, and has a bunch of patches applied to support whatever weird peripherals we decided to throw on the board, and will get exactly 0 updates after the initial release.
Raspberry Pi gets around this by being big enough to get buy in from vendors (Ubuntu distributes a special kernel + firmware bundle), but support for all the other smaller knock offs seem shaky at best
is the mainline situation any better than with ARM?
Unfortunately, sounds like "no" currently. The ones that let you install Debian usually provide some kind of custom Debian image for that specific SBC. Like you, I'm not really a fan of that. But apparently there are some desktop motherboards with RISC-V CPUs coming out. Hopefully that will increase the chance of things getting supported in mainline distros.
Yes, I have a VisionFive 2 and I use it to host some websites. I have am Arch Linux image compiled by a user in a forum, but the userspace packages are from a RISC-V repository from a other people working in Arch in general.
I could run my websites but it wasn’t easy at first, because, yes I have Docker but there are almost no images for riscv64, so I had to do some compiling and build images in a local registry. Bu now it works pretty well.
It sounds like the answer to "can I run this application on RISC-V" is very dependent on what the backend for that application is. What's the backend stack for your websites? Are they static HTML sites, or do they have other components? Someone else mentioned that they built postgres and mariadb Docker images for RISC-V, but I don't even know which programming languages can be compiled for RISC-V right now.
Yes. My apps are not static: one is a Django app (Python) using Postgres. I had to compile both Postgres and Python but that’s because I wanted to use them in Docker but there were no images available (maybe there are now, things change fast in this world).
Other was a Rust app, also using Postgres. For this I had to wait until a cryptography library (ring) added support to RISC-V since they use some assembly to improve the performance. After that, it was fine.
I’ve been experimenting with more stuff, in general almost all important languages work, but beware that even if it works, they might not be as performant as in ARM or x86. Java for example, worked but the JVM didn’t have a JIT so it was very slow (this is fixed now, but some distros still ship it without JIT AFAIK).
I was about to say how Eclipse saved my ass once in final project in college, then I remembered it was Netbeans that saved me. It was a feature that create an ugly looking but fully functional system by connecting to a relational database - right now, I really wish I could remember the name of it, or the step by step. That was back in 2012.
They’re mostly in SBCs and dev systems right now. I know StarFive makes RISC V SBCs, and I think Pine64 has a RISC V tablet and SBC available. It’s all pretty low end and intended for dev work from what I can tell though
BeagleBone has two RISCV SBC recently. One uses a chip from Microchip which is partially an FPGA also, and the other one uses a chip from a Chinese company
Most of them are embedded into stuff like storage controllers for SSDs (Western Digital is using RISC-V for all future storage controllers) or server chips, but you can get development boards on Alibaba which are at best similar or just ahead of the Raspberry pi4 atm
lemmy.ml
Oldest