moonpiedumplings

I just did a quick test with quarto, which uses pandoc markdown and pandoc for conversions, and it looks like pandoc doesn't recognize #nospace as a header (although this could be a quarto specific thing).

A quick look at the python library op is using and it seems that that is what they are using to convert to html, rather than pandoc.

I don't know how to retire a car but my dad has guided me through replacing a few bits of the engine mount, so does that count?

Now, I don't write code. So I can't really tell you if this is the truth or not — but:

I've heard from software developers on the internet that OpenCL is much more difficult and less accessible to write than CUDA code. CUDA is easier to write, and thus gets picked up and used by more developers.

In addition to that, someone in this thread mentions CUDA "sometimes" having better performance, but I don't think it's only sometimes. I think that due to the existence of the tensor cores (which are really good at neural nets and matrix multiplication), CUDA has vastly better performance when taking advantage of those hardware features.

Tensor cores are not Nvidia specific, but they are the "most ahead". They have the most in their GPU's, and probably most importantly: CUDA only supports Nvidia, and therefore by extension, their tensor cores.

There are alternative projects, like how leela chess zero mentions tensorflow for google's Tensor Processing Units, but those aren't anywhere near as popular due to performance and software support.

AFIK it’s only NVIDIA that allows containers shared access to a GPU on the host.

This cannot be right. I'm pretty sure that it is possible to run OpenCL applications in containers that are sharing a GPU.

I should test this if I have time. My plan was to use a distrobox container since that shares the GPU by default and run something like lc0 to see if opencl acceleration works.

Now where is my remindme bot? (I won't have time).

18 points.

I've owned a dictionary and an encyclopedia.

Here's an older article by the FSF:

https://www.fsf.org/blogs/licensing/more-about-the-app-store-gpl-enforcement

The short version is that Apple applies further restrictions what you can do with apps from the App Store, that conflict with the GPL's explicit requirement that software distributed is freely usable.

Apple is not unique in this, as other locked down app stores, like console app stores have similar issues.

It should also be noted that Apple themselves refuses to use GPL code in MacOS. They used to be using a very outdated bash version (since newer versions were GPL licensed), but it seems they've switched to zsh instead.

Google is similar, in that they have an internal policy to never touch AGPL code — You're not even supposed to install AGPL apps.

None. The Apple App store straight up disallows AGPL and GPL licensed code on it.

Sometimes people mistake platforms banning or refusing to use A/GPL licensed code as restrictions of the license itself, and that's what they refer to by "The A/GPL is 'restrictive'" — because A/GPL licensed code can't be used on every platform.

It's worked fine for me with no configuration. If you ask for help, we can troubleshoot and get it working.

I despise the way Canonical pretends discourse forum posts by their team members* are documentation.

I've noticed they have been a bit better lately, and have migrated much of the posts to their documentation, but it seems they are doing it again.

As this is developed, we will update this post to link to the new documentation and feature release notes.

Pro tip: You could have just made the documentation directly, with the content of this post. Or maybe a blog post. But please stop with the forum posts. They are very confusing for people not used to these... unique locations.

*Not that people are easily able to find this out when they don't give any indication that the forum post is something other than just another post by a rando. Actually, I'm just guessing here, based on the quoted reply, for all I know this could be a post by someone unrelated to Canonical. The account is 3 months, and the post itself is identical to a regular forum post from a regular forum member...

Actually I just realized that's not true. it is possible to serve a single app via kasmvnc. It's still web based though.

It's quite fast, I recommend you try it.

https://docs.linuxserver.io/images/docker-webtop/ -- these are all in one docker containers that include kasmvnc and some apps, but you can also deploy kasmvnc independently.

KasmVNC is basically a completely different solution. It's browser based, has authentication (although regular vnc does as well), and they've made significant improvements to performance by using libjpeg-turbo instead of the normal image libraries.

When using the docker containers (e.g. the webtop linuxservio oned), I noticed no lag for non-gpu accelerated sessions over the internet.

Edit: although it's not your definition of rootless though.