Have you been wronged by njalla?
I think having an external owner is preferable.
liliumstar
joined 2 years ago
I know you said consumer GPU, but I run a used Tesla P40. It has 24 GB of vram. The price has gone up since I got it a couple years ago, there might be better options in the same price category. Still, it's going to be cheaper than a modern full fat consumer gpu, with a reasonable performance hit.
My use case is text generation, chat kind of things. In most cases, the inference is more than fast enough, but it can get slow when swapping out large context lengths.
Mostly I run quantized 8-20B models with the sweet spot being around 12. For specialized use cases outside of general language, you can run more compact models. The general output is quite good, and I would have never had thought it was possible 10 years ago.
ETA: I paid about $200 USD for the P40 a couple years ago, plus the price for a fan and 3d printed shroud.
I would do FDE yeah. My current laptop setup is with systemd-boot and a special initramfs that allows me to unlock it with a yubikey, with fallback to password. Fair warning, this exact configuration is not particularly easy to setup.
There are also modules which enable early network connectivity along with a SSH server, meaning you login and unlock it remotely. I have not tried this.
Debian does not frequently require rebooting under normal circumstances. Kernel updates are not that frequent, and you can usually put it off for a bit if you don't want to deal with it.
I tried to replicate this in KDE (wayland).
pynput has no effect on wayland, which I figured. I then enabled ibus wayland to type unicode points with ctrl+shift+u, but everything came out as expected. So I think it is related to the xorg backend of pynput.
Yup, I think it'd work fine, especially if you want the ability to easily inspect individual items.
Any of the popular python yaml libraries will be more than sufficient. With a bit of work, you can marshal the input (when reading files back) into python (data)classes, making it easy to work with.
I would scrape them into individual json files with more info than you think you need, just for the sake of simplicity. Once you have them all, then you can work out an ideal storage solution, probably some kind of SQL DB. Once that is done, you could turn the json files into a .tar.zst and archive it, or just delete them if you are confident in processed representation.
Source: I completed a similar but much larger story site archive and found this to be the easiest way.
Congrats! I just got a similar running on Arch with a 5700 XT. When I looked at it a couple years ago, it wasn't really possible. Now, smooth sailing.
I've used https://changenow.io/ several times to get XMR from LTC or vice versa. It's always worked for me, but I've heard of people's transactions being held if they were large amounts, so exercise caution.
This doesn't solve the problem of buying the initial crypto, which may or may not be difficult, depending on your jurisdiction.
Yeah, I remember someone getting all their Proton accounts banned, but they had a large amount, basically using it as a disposable provider. Don't be that person and ruin it for everyone.
I have two with Proton and have had two with Tuta. I don't think either would bother coming down on that. It could very easily be two people sharing a device with different email accounts or so forth.
MS and other corps love MIT and related licenses because they can just take the code and basically do whatever with it in their projects, so it makes sense for them to promote it. Generally speaking, they won't touch GPL/AGPL as it would force them to distribute their source.
I believe it was a very intentional choice to use a permissive license for Rust. If they hadn't, it would not have been as popular as it is today, nor would it have big money behind it. https://rustfoundation.org/members
Yeah, you can turn off registration without a token. Then, if you want someone to register you can issue them a registration token, or manually create their account.
Federation can be turned on, on a case by case basis.
You can set rooms to invite only and not discoverable. Alternately, you can use an invite-only space that allows users to join rooms from there.
The first two parts are done in the server config, see the synapse docs. The last is done once the server is setup and running as an admin.
view more: next ›
You could get started with Qt, specifically the legacy widgets. There are bindings for Python available (pyside or pyqt) if you don't want to learn C++ or another language right away. You can also port your GUI definitions to other languages at a later date.