But it’s still C
I think ++C is going full ahead to D
But it’s still C
I think ++C is going full ahead to D
The more I think about it, the less sense this graphic has
mosts music tastes stagnate after your teens
Whoah. That claim skipped a few entire genres of my tastes
And I’m pretty sure at least a few artists I listen to are younger than me
For some reason I also read “first” the first time I looked at the title
I think it comes from diminishing experience windows provides
An example, since a few windows versions I can’t get to install an old HP printer because they haven’t written the drivers for it. On Linux it works fine.
You don’t want ads and your os to be sending your passwords who knows where? AFAIK ATM no long time support version of windows provides that.
My gaming buddy is rather well versed in computer stuff, he’s the person that writes and hosts our discord bots. He can’t make sound drivers to work as he wants. Sometimes things go loud without reason, sometimes mute doesn’t work, sometimes sounds play on an output that according to Windows is muted… Crazy stuff
That’s why I wrote it’s another unpopular opinion. Somehow the internet claims Arch is hard when to me it’s been the easiest distro I’ve ever used
man
is the config file that governs the thing - easymake install
, like Gentoo - easyBut, of course, YMMV
And I’ve tried “easier” distros in the past. Sooner or later it always felt like I need proprietary set of keys to unscrew the lid to flip one small cable
I was mocking around with GPU drivers in order to make Podman containers to access the GPU. (…) I don’t have much spare time and I would like to play a game, I used to play before, without spending hours/days fixing issue that didn’t exist last time I played it.
And
I had other, non-regular user issues with those
I think, you should keep these two things (messing with containers accessing GPU and “just play a game”) separate. I mean on separate boxes. Because now you can’t “just play” because you’ve been elbows deep in OS internals. You can’t take apart your fridge and then expect it to just cool the water the next day
“optimised” for KDE
Then I’m guessing these might need some KDE envs
Yes, I use it on a daily basis but there’s no easy way to get it working on iOS/iPadOS.
Ah, you’re trying to breach the non-open wall. Is there an app on i* that allows you to set up an ftp/http file sharing server on the device? You probably could set it up as rclone upstream
started with Mandrake, moved to Mandriva, spent over a year on Ubuntu and recently I’ve been using Fedora
Another unpopular opinion:
That’s because you’ve been using distributions that are either behind the times or have a lot of wonky crap added to them that looks like user friendliness when it works and is like fixing windows when it doesn’t (I’ve been through similar path, just with a few other distros along the way)
Start with Gentoo or Arch (maybe Slackware). These are close to the grass, so the way to set things up is the way to fix things up
some apps don’t respect desktop scaling
are these gtk based apps? Different toolsets require different envs
syncing
Have you tried syncthing?
Then, I think, go into Steam, open the page of the game in library and in the options somewhere on the right, just below the image (?), try to disable something like Steam controller input for this game
uhm. Ok, let’s get back one step. What is Steam shortcut?
It works when I launch through Lutris, but yea - using the Steam shortcut it doesn’t work
Does “steam shortcut” mean that you are running lutris from steam? In such case maybe it’s the other way round than what I proposed earlier - steam controller thingy grabs the controller and because of that it doesn’t go straight to the game?
Does the game support the controller? When you’re running the game via Steam, it uses its controller service(?). When you are running the game somewhat directly this part will not be running. So if the game does not support your controller directly, you might need to find a way how to make it recognize it
Asking an LLM for raw R code that accomplishes some task and fixing the bugs it hallucinates can be a time booster, though
what happened is the programmer made assumption based on the illusion created by the libraries: writing application on arduino is just like using a library on a unix-box. (which is not correct)
That is why I have become carefull to promote tools that make things to easy, that are to good at hiding the complexity of things. Unless they are really dummy-proof after years and decades of use, you have to be very carefull not to create assumptions that are simply not true.
I know where you’re coming from. And I’m not saying you’re wrong. But just a thought: what do you think will prevail? Having many people bash together pieces and call in someone who understands the matter only about things that don’t. Or having more people understand the real depths?
I’m afraid that in cases where the point is not to become the expert, first one will be chosen as viable tactic
Long time ago we were putting things together manually crafting assembly code. Now we use high level languages to churn out the code faster and solve un-optimalities throwing more hardware at the problem until optimizations come in in interpreter/compiler. We’re already choosing the first one
Apparently new NVIDIA open source kernel module has the same performance as propietary so I’d fall back on the data from this and decide based on that
Some tools for fan curves etc might be still a little bit unpolished for NVIDIA, maintainers had a lot more time to fix them for AMD. But there are many NVIDIA users out there so I’d wager on the biggest issues being addressed rather sooner than later
Well, you have configuration and flag options to define what is it supposed to be trying to use. What order, I think too. But definitely understanding SSH a little bit will make the log more understandable. As with everything tbh :D
The whole point of ssh-agent is to remember your passphrase. If you don’t want to do that your problem might be that for some reason ssh client doesn’t pick up your key. Try defining it for the host
Also, there’s -v flag for ssh. Use it to debug what’s going on when it doesn’t try to use your key
That can become an issue but IMO the person in your example used the tool wrong. To use it to write the boilerplate for you, MVP, see how the libraries should be used sets one on the track. But that track should be used to start messing with it and understand why what goes where. LLM for code used as replacement is misuse. Used as time booster is good. Unless you completely don’t want to learn it, just have something that works. But that assumption broke in your example the moment they decided to add something to it
I have a very “on hands” way of learning things. I had in the past situations when I read whole documentation for a library back to back but in the end I had to copy something that somehow works and keep breaking it and fixing it to understand how it works. The part between documentation to MVP wasn’t easier because I’ve read the documentation
For such kinds of learning, having an LLM create something that works is a great speed up. In theory a tutorial might help in such cases. But it has to exist and very often I want something like this but… can mean that one is exploring direction that won’t address their use-case
EDIT: A thought experiment. If I go to fiverr asking for a project, then for another one, and then start smashing them together the problem is not in what the freelancers did. It’s in me not knowing what I’m doing. But if I can have a 100 line boilerplate file that only needs a little tinkering generated from a few sentences of text, that’s a great speed up
Illusion — Why do we keep believing that AI will solve the climate crisis (which it is facilitating), get rid of poverty (on which it is heavily relying), and unleash the full potential of human creativity (which it is undermining)?
Because we keep reading sensationalist advertisements presented as articles instead of experimenting with it ourselves, understanding what it is
And unfortunately, this article is also just a response to media clickbait, not a discussion point it tries to look like
~20 years ago:
“Reading documentation is for wimps! Real programmers read the source code directly”
LLMs are just a tool. And meanwhile our needs and expectations from the simplest pieces of code have risen
There is a vaccine against rota?