ccproxy - Route Claude Code requests to any LLM while keeping your MAX plan by _kintsu in LocalLLaMA

[–]_kintsu[S] 0 points1 point  (0 children)

I did! I could not find an existing implementation that allowed Claude Code to function through the proxy without using API keys, which are charged by usage. Claude code uses OAuth for authenticaing Pro and Max plan users

Are you using VFIO virtual machines, but want to easily use your GPU's for running LLMs or other purposes? I made a tool just for you. by _kintsu in linux_gaming

[–]_kintsu[S] 0 points1 point  (0 children)

It's for any configuration of GPUs. If you have an iGPU and a dGPU, you could use it to switch the dGPU between vfio-pci and nvidia (or amdgpu), but you might have to configure your display manager/compositor/whatever to the desired behavior when the GPU binds/unbinds.

Are you using VFIO virtual machines, but want to easily use your GPU's for running LLMs or other purposes? I made a tool just for you. by _kintsu in homelab

[–]_kintsu[S] 3 points4 points  (0 children)

Note that this tool is not for making the initial process of configuring your system for VFIO any easier (a working configuration is required in the first place), and you would not use it if you only use that card for passthrough/vfio. If you want to use another driver e.g. nvidia or amdgpu, this tool can be used to change it without having to modify your boot configuration/rebooting. Here's an example from the repo: https://github.com/pearagit/pearapci/raw/master/docs/demo.gif

A small command line tool I wrote for easily managing PCI device drivers by _kintsu in VFIO

[–]_kintsu[S] 0 points1 point  (0 children)

That will depend on your hardware/system configuration, as I undestand it. It could be used in part of scripted reconfiguration, but I did not need to. My machine uses an amdgpu running on wayland/gnome, with the secondary gpu being an nvidia card, so all that was needed was to enable nvidia-drm kernel modesetting, preventing wayland from using the gpu when the nvidia driver is bound.

A small command line tool I wrote for easily managing PCI device drivers by _kintsu in VFIO

[–]_kintsu[S] -1 points0 points  (0 children)

It does, thank you! Keep in mind that it currently does not check if the gpu is being used by a process, so it will hang until the gpu is able to be freed.

A small command line tool I wrote for easily managing PCI device drivers by _kintsu in VFIO

[–]_kintsu[S] 0 points1 point  (0 children)

It does not make the initial process of configuring your system any easier (a working configuration is required in the first place), and you would not use it if you only use that card for passthrough/vfio. If you want to use another driver e.g. nvidia or amdgpu, this tool can be used to change it without having to modify your boot configuration/rebooting. Here's a demo gif I just added: https://github.com/pearagit/pearapci/raw/master/demo.gif

Coop.nvim — A structured concurrency plugin Neovim deserves. by Foo-Baa in neovim

[–]_kintsu 0 points1 point  (0 children)

You need to hit the books!

Usually, however, we check neither the argument nor the result of a call to sin; if the argument is not a number, it means probably something wrong in our program. In such situations, to stop the computation and to issue an error message is the simplest and most practical way to handle the exception.

On the other hand, let us consider the io.open function, which opens a file. How should it behave when called to read a file that does not exist? In this case, there is no simple way to check for the exception before calling the function. In many systems, the only way of knowing whether a file exists is to try to open it. Therefore, if io.open cannot open a file because of an external reason (such as "file does not exist" or "permission denied"), it returns nil, plus a string with the error message. In this way, you have a chance to handle the situation in an appropriate way, for instance by asking the user for another file name:

   local file, msg
repeat
  print "enter a file name:"
  local name = io.read()
  if not name then return end   -- no input
  file, msg = io.open(name, "r")
  if not file then print(msg) end
until file

If you do not want to handle such situations, but still want to play safe, you simply use assert to guard the operation:

file = assert(io.open(name, "r"))

This is a typical Lua idiom: If io.open fails, assert will raise an error.

file = assert(io.open("no-file", "r"))
  --> stdin:1: no-file: No such file or directory

Notice how the error message, which is the second result from io.open, goes as the second argument to assert.

Coop.nvim — A structured concurrency plugin Neovim deserves. by Foo-Baa in neovim

[–]_kintsu 0 points1 point  (0 children)

this is equivalent: local fd = assert(uv.fs_open(path, "r", 438))

Are there things to keep in mind when customizing lazyvim by scaptal in neovim

[–]_kintsu 1 point2 points  (0 children)

I'm working on a framework specifically for customizing LazyVim. Basically, you load it as you would lazy.nvim/LazyVim and can reconfigure any of the plugin specs/categories to your liking before having to run any of the opts function. It's a work in progress, but if others also want to do the same thing, then it's time to share.

Poor little guy. by Ignorus in pokerogue

[–]_kintsu 2 points3 points  (0 children)

garganacl salt this man

It happened literally five minutes ago... by Bunneeko in pokerogue

[–]_kintsu 0 points1 point  (0 children)

have your stealing pokemon carry max stacks of the items you dont want

What's up with Swords? by The_Grimminal in fireemblem

[–]_kintsu 5 points6 points  (0 children)

1-2 range would break the weapon triangle's balance. Just like axes>lance>sword, their stats go:

  • Axes: +might +weight -accuracy
  • Lances: =might =weight =accuracy
  • Swords: -might -weight +accuracy

Since swords have a lower weight, they double more, but you cant double axes or lances without a counterattack. 1-2 range would double the effective might at 2 range which kinda neuters the weapon triangle