FizzyOrange

joined 2 years ago
[–] FizzyOrange 12 points 1 day ago* (last edited 1 day ago) (1 children)

Presumably because Forgejo didn't have CI support until extremely recently. And because Jenkins is trash.

[–] FizzyOrange 7 points 1 day ago

Depends what it's for. I think a simple CLI text editor like this probably shouldn't have any smarts. Obviously an IDE like VSCode or IntelliJ should.

[–] FizzyOrange 3 points 1 day ago

It's not quite that bad. They say

This means that we cannot accept any changes based on the GNU source code.

You are totally allowed to look at it. For example if there was some weird behaviour that you couldn't work out, you could look at the GNU code to understand it.

What you can't do is closely base your code on the GNU code. I.e. you can't just translate it from C into Rust.

[–] FizzyOrange 1 points 1 day ago

I agree. The right way to integrate AI into this process is to pre-fill the "release notes" box with an AI suggestion, that you then edit.

[–] FizzyOrange 1 points 3 days ago

I don't think it works well enough yet.

[–] FizzyOrange 3 points 3 days ago

Some of us live in the real world.

[–] FizzyOrange 1 points 3 days ago

I don't think height adjustable matters. It's more important that it's deep (80cm+). Though I think most height adjustable desks are that deep.

[–] FizzyOrange 2 points 3 days ago

Yeah based on my experience of lots of people using Linux in companies, you're pretty lucky.

But obviously it can both be true that most people have no issues and it's really unreliable. Like, I would guess 20% of people in my company have serious issues with Linux - random crashes and not going to sleep in bags. That's really bad! But still 80% of people have no issues, which is why you always see confused comments like yours on forums saying they don't have any problems.

[–] FizzyOrange 1 points 3 days ago

You can't automate these tasks without AI because anything that was capable of generalising to automating such a diverse set of tasks is AI.

[–] FizzyOrange 1 points 3 days ago (2 children)

Unless you're never doing new development you can't automate them. The kinds of tasks I've used this for:

  • Making an HTML visualisation of some complex function inputs. One-off project. I could totally do this but it would take me way longer.
  • Formatting a complex and very long SystemVerilog file. There aren't any existing SystemVerilog formatters (and certainly none that would handle the insane level of ifdefs in this file).
  • Writing a script to delete all Git branches at a particular commit. I only used this once.
  • Writing an Asciidoctor custom annotation. I don't know Ruby so...

You can't automate any of those.

[–] FizzyOrange 14 points 4 days ago (7 children)

I think this strategy makes perfect sense and is really working.

Most of the open source community uses Linux or Mac for development. Windows is pretty much an afterthought. You even sometimes see "cross platform" projects that don't work on Windows.

But now that you can use WSL for all that development there's much less reason to use Linux in the first place. At my company we have a couple of hundred people using Linux, and we're considering all moving to Windows with WSL because the hardware support on Linux is just too unreliable - random crashes, laptops not going to sleep when you close them, poor thermals, bad memory management, etc.

26
submitted 2 months ago* (last edited 2 months ago) by FizzyOrange to c/linux
 

Edit: rootless in this context means the remote windows appear like local windows; not in a big "desktop" window. It's nothing to do with the root account. Sorry, I didn't come up with that confusing term. If anyone can think of a better term let's use that!

This should be a simple task. I ssh to a remote server. I run a GUI command. It appears on my screen (and isn't laggy as hell).

Yet I've never found a solution that really works well in Linux. Here are some that I've tried over the years:

  • Remote X: this is just unusably slow, except maybe over a local network.
  • VNC: almost as slow as remote X and not rootless.
  • NX: IIRC this did perform well but I remember it being a pain to set up and it's proprietary.
  • Waypipe: I haven't actually tried this but based on the description it has the right UX. Unfortunately it only works with Wayland native apps and I'm not sure about the performance. Since it's just forwarding Wayland messages, similar to X forwarding, and not e.g. using a video codec I assume it will have similar performance issues (though maybe not as bad?).

I recently discovered wprs which sounds interesting but I haven't tried it.

Does anyone know if there is a good solution to this decades-old apparently unsolved problem?

I literally just want to ssh <server> xeyes and have xeyes (or whatever) appear on my screen, rootless, without lag, without complicated setup. Is that too much to ask?

 

Does anyone know of a website that will show you a graph of open/closed issues and PRs for a GitHub repo? This seems like such an obvious basic feature but GitHub only has a useless "insights" page which doesn't really show you anything.

10
Dart Macros (youtu.be)
submitted 1 year ago by FizzyOrange to c/rust
 

Very impressive IDE integration for Dart macros. Something to aspire to.

view more: next ›