The effects of THC aren't an on/off kind of thing. There is a huge range of middle ground between baseline and high in the sky. You wouldn't call someone medicated on Adderall as prescribed by a doctor unfit for driving, either, would you? Yet a person self-medicating the same dosage without prescription is suddenly a danger to others. Which is insane. Same thing goes for THC IMO.
Not to mention that THC's psychoactive effects can be completely blocked by sufficient amounts of CBD and probably other compounds. You can try it yourself. Get CBD drops, ingest 100mg and try getting high. Even the most potent sativa will not work as you might expect.
dcron is very lightweight and has most of those features. Dunno about random delay/timeouts, but worst case those sound like a 10 line shell script away.
What makes you think adults don't like flavored liquids?
Seems insane to suggest that adults would prefer the taste of ashtray over apple or orange (I like fruity aromas). I mostly vape without flavoring nowadays because I'm lazy, but I just don't get the mindset. Adults like sugar, sweets, lemonade and all that stuff just as much as children do. Some seem to really like the taste of cigarettes, but I think for the most part people are just more comfortable to say "I like the taste" instead of "I'm addicted to nicotine", because inhaling burnt plant matter along with the diffused active agents and aromatic compounds generally isn't good for taste. Weed also tastes much better vaped.
For anyone who wants to go a similar route I can highly recommend OpenWrt as the OS. Not only does it run on cheap routers, but also on big x86 machines and even in VMs and/or containers. For example, I run OpenWrt on my desktop in a LXC container to manage networking (Wifi, bridging firewall for bridging VMs into the network, general firewall, etc.) through the nice webui. It gets direct to access the WiFi adapter and the host gets access through a bridge connected to the container via a VETH interface.
It comes with nice addon packages for stuff like Wireguard, all kinds of tunnels/VPN, adblockers, runs containers and a ton more. I even run it on a VPS as container with it having exclusive access to the "physical" NIC. The parent OS isn't directly accessible at all. Makes firewalling a breeze. The only open ports are for the Tor relay and Wireguard, through Wich I connect to the webui/ssh and do everything else.
FWIW for portage (Gentoo) there is g-sorcery[0], which can create ebuilds for Emacs (m/elpa) and python packages automatically. Similarly there is also cargo-ebuild[1] which can create ebuilds for rust programs/libraries, including a list of all dependencies with hashes.
I've successfully used cargo-ebuild in the past to create ebuilds automatically, it's a breeze. I'd be surprised if similar tools didn't exist for deb/rpm based distros.
I'm always surprised how many problems people have with python on other distributions. On Gentoo I can install multiple versions at the same time, install libraries for any of those or just a specific python version of my choosing (including pypy), set a default python implementation (pypy) and of course I can pick the version of the libraries I need, too. It's not as flexible as nix, but quite close. Not a python dev though, so YMMV.
>If you don't need a display manager, you very well might not need elogind,
Yes, that's how I do it. At boot a service auto-logins on all vts and fires up an X server with my WM. Since I already have to enter a password to decrypt the disk this is OK. After half an hour idle/suspend the screen gets locked, so it's not worse than no auto-login.
Sadly, the documentation and wiki has detoriated in quality the last few years. For example I recently tried to look up how to run Xorg without suid, but the wiki had removed the simpler input-group based method in favor of this elogind stuff, which I consider to be worse than useless. Luckily the talk page pointed me in the right direction (history).
Personally, I put -* in make.conf's USE variable and only enable a few things I really want universally like threads, unicode, etc. Then I use flaggie to enable the flags I need when installing stuff. I check with emerge -a to get a list of everything with the possible flags, then enable/disable as necessary. Takes a bit longer the first time, but prevents stuff like this. Sometimes it can break stuff since that's not a supported configuration and might expose undeclared USE flag dependencies, but it's mostly OK.
>I still sound a bit like an extremely out-of-date teenager.
I don't think it's surprising that the way you speak hasn't changed much when you stopped using the language. Your peers were mostly teens at the time and that's the manner of speech you picked up. Had you stayed in Germany and continued to speak with peers your age it surely would have developed along the way.
Sounds like a lack of exposure to me. With enough experience you should have no trouble to tell if others are speaking in a certain manner that is associated with male, female, child, teen, boss, subordinate, etc. etc. If you can tell you should have no problem talking correctly, or at least the way you want to be perceived by others.
If you can't tell the difference in how others use the language in stereotypical ways, you've basically not yet mastered the language.
I know from learning Japanese a bit myself. People often say using sources like anime and manga will make you sound like an anime character, which I think is ridiculous. Even in anime there are characters that talk quite normally (in fact a lot of them do, depending on what you watch, taking into account their age, gender, who they talk to, occupation and status, etc.) and it's easy enough to tell how actual usage in real life differs in real life by using some other sources, too. But even with only anime and manga as source, just use your brain and don't talk like friggin Naruto and you'd sound pretty normal. Given enough input variety at least.
I never check the "new" page, but this is the first time I've seen it and I've been reading HN almost daily for over half a decade. 2-3 years before Rust went 1.0 at least.
Not at all, although if you have any services that use dbus it might get started by one of them. On my system there isn't even a dbus service file that could be used to start dbus directly through OpenRC. OpenRC works fine without any dbus installed, in fact I'm not even sure if it's even used for any functionality at all. Service control is done through a socket in /var/run/openrc/control (or something), at least on any system configuration I've seen.
You can add descriptive error messages when an error happens (like multiple mutable borrows) during macro expansion. Macros are just regular list code, so all runtime features like printing functions are available.
You could even write a FPS using OpenGL where shooting functions, or pieces of suctions removes them from the current compile job (or even deletes them from the source code entirely). In a macro.
Common Lisp does have a "proper strong type system". What it doesn't have OOTB is is static type checking at compile time. Those two are orthogonal issues. Although with CLOS (object system) you get pretty close. Some compilers like sbcl have type inference and you can declare types of variables and function arguments. There are also libraries that take this much further to make it work more like a statically typed language. There are even libraries that add things like dependent types and such crazy things.
Note that static type checking can be difficult to work with when using the prominent interactive programming style since the types aren't always wellhdefined and/or in flux while writing and adding new bits and pieces of code, or redefining types, adding struct/object members at runtime, etc.
What's the advantage of using the CFS quota mechanism over cgroups cpulimit? I've been using cgroups to successfully make heavy compile jobs unnoticeable by limiting CPU shares to "0" (essentially idle priority) and limiting RAM to 2GB (again, soft limit, uses as much as is available), plus 16GB swap.
It has worked surprisingly well, I can compile Firefox on all cores while playing a game and it's completely imperceptible that anything else is happening, both in terms of performance and interactiveness/latency. No issues with this "burstiness" or stuck/deadlocked processes, either. "Nice" is basically useless in comparison.
It used to be part of the kernel back in the day. It was called devfs. It was dropped because a userkspace implementaton is more flexible and easier to extend and tweak. udev also isn't the only choice, mdev also exists and works without running an actual daemon (there is a file in /sys or /proc which specifies a program to run on hardware events, mdev handles the event, then quits).
Of course, nowadays devtmpfs is also a thing, fully kernel space, but not at all configurable. Mostly meant for early user space like initrd and such. But if you don't need anything special it might work for you during regular use, too.
How could a rich existing power exert control over who and how someone uses bitcoin? There is no mechanism by which such control could be exerted.
The worst you can do is monitor traffic and try to correlate wallets and transactions to known identities and products similar to attacks on Tor, then use good old regular meat space violence. Privacy oriented coins like Monitor make this even harder, to literally impossible, too.
I suppose you could start mandating some central registry for wallets or some such and refuse to process any transactions not originating or destined to a registered wallet, but that would require a hard fork and people to willingly go with it.
Technically you don't even need miners, computers, or electricity to exchange cryptocurrency. You can just exchange scraps of paper with a key phrase printed on it that says "wallet contains X btc". The walled could have been emptied before the exchange and that would still require verification by looking at the chain, but otherwise it's perfectly doable, and literal bitcoins do exist.
>Windows 10 can run virtually all apps compiled against Windows 2000 just fine, and those apps did not have to bundle their own graphical toolkits.
They do if they're buildtusing Qt, GTK, WxWidgets, etc. Also shipping DirectX and VC++ runtime libraries, .NET runtimes, etc. was and still is (for whatever reason) still common and stuff just doesn't work without it. Plus whatever else the program needs, like a whole python runtime or something.
>Is it any wonder that no one can ship and maintain a binary app that targets GTK without bundling it?
Distributions have no problem doing it. If you're shipping something outside the distribution why would you ever expect that shipping only half your program would be feasible? There is no OS where that works.
I do create my own "EFI stub" by embedding the kernel and initrd in a GRUB image as memdisk using grub-mkimage. Then I sign that using my own keys and copy it over to the EFI partition. One cool thing about it is that I can still adjust kernel boot parameters, or load entirely different kernels by mounting the encrypted LVM volume of I really need to. Using the kernel's own stub support this isn't possible, but at the end the grub image still a single self-contained bootable EFI executable file, just like the Linux stub.
Not to mention that THC's psychoactive effects can be completely blocked by sufficient amounts of CBD and probably other compounds. You can try it yourself. Get CBD drops, ingest 100mg and try getting high. Even the most potent sativa will not work as you might expect.