I had a problem with Linux yesterday, updated my kernel and the Nvidia kernel module wouldn't start. I spent a few hours trying various things, resized my boot partition as it didn't have enough free space, removed some unused kernels and it hit me. I actually find dealing with Linux issues Fun. There is nothing else I would rather have been doing, and now I know the Sudo Akmod Nvidia command That will immediately solve this issue the next time it happens
You know what I want to see in the Linutil that would get me to jump in and use it? Automating the initial setup of QEMU/KVM. I'd jump in and work on that myself, but it's really the one thing I really struggle with for whatever reason with Linux. Everything else is fine, but for whatever reason I just can't seem to get the network bridging to work as expected. Automating this would be killer for me. I don't actually care *how* that works, I just want it to work.
And then when the automation eventually breaks, you won't be able to fix things. That's the dark side of automating things is you eventually forget how to do it the hard way when the tool breaks or is suddenly not supported.
@@minigpracing3068 I don't disagree in the slightest, that tends to be how I approach everything. I've been using Arch for about 3 years now, and various flavors of Ubuntu off-and-on for years before that. The only issue I have is getting the network bridging to work correctly, and no matter how many times I do it, I still don't understand how it works or why, if I get it to the point of working. I built a new machine a month ago and can't get network bridging to work yet again. My previous machine/install I didn't have to bother, networking worked for QEMU right out of the box without performance issues. 🤷♀ When I set something up successfully, I write it down so I don't have to remember and can just come back to my notes and do it again.
@@minigpracing3068 nobody knows these kinds of things without learning, and with automations you don't HAVE to do things the hard way... it gives people more time to do other things.
Does this currently pull all the bash scripts into the binary, so it's not depending on a runtime directory for calling the scripts? Might be cool if you could add a user category and look for scripts in "~/.config/linutil/user" so it's more extendable. IDK how useful that would really be, since a user could just call their script directly, but it might be a nifty organization layer over some more personalized configs.
Agree 100%. It has to be easily extendable for the common user. Like on left-pane, "User's Configuration Scripts", then right-pane shows them. That's something I'd like to see. Then, same could be done on left-side for "User's Snaps", "User's Flatpaks", etc. Then, on the right-pane, the list of those Snaps, Flatpaks, etc. appear when you click on the left-pane.
@@NavatejRatnan i did using curl on a virtual machine with the arch linux iso. I tried linuxdev and linux and I was getting the same error. No idea why
I could bundle them directly into the binary without calling a URL... the downside would be the size of the binary would include everything and cause lag on runtimes. My thought process is github isn't going anywhere and I'm never going to delete the projects (maybe archive them), but a more hybrid approach would be the small scripts like bash optimizations build directly in and the big ones like a D2R mod which is 10 MB is not going to be used by most and shouldn't be included. So it isn't as simple as bake it all in or just call the URL, but a mixture of both depending on the project or task. Github's CDNs are quite robust so I don't think we have to worry about the broken links.
dude always looks cool, the channel is cool, scripts are cool, that chat box cool, those SFX cool, this channel is sooo go dam COOL!
I had a problem with Linux yesterday, updated my kernel and the Nvidia kernel module wouldn't start. I spent a few hours trying various things, resized my boot partition as it didn't have enough free space, removed some unused kernels and it hit me. I actually find dealing with Linux issues Fun. There is nothing else I would rather have been doing, and now I know the Sudo Akmod Nvidia command That will immediately solve this issue the next time it happens
You know what I want to see in the Linutil that would get me to jump in and use it? Automating the initial setup of QEMU/KVM. I'd jump in and work on that myself, but it's really the one thing I really struggle with for whatever reason with Linux. Everything else is fine, but for whatever reason I just can't seem to get the network bridging to work as expected. Automating this would be killer for me. I don't actually care *how* that works, I just want it to work.
And then when the automation eventually breaks, you won't be able to fix things. That's the dark side of automating things is you eventually forget how to do it the hard way when the tool breaks or is suddenly not supported.
@@minigpracing3068 I don't disagree in the slightest, that tends to be how I approach everything. I've been using Arch for about 3 years now, and various flavors of Ubuntu off-and-on for years before that. The only issue I have is getting the network bridging to work correctly, and no matter how many times I do it, I still don't understand how it works or why, if I get it to the point of working. I built a new machine a month ago and can't get network bridging to work yet again. My previous machine/install I didn't have to bother, networking worked for QEMU right out of the box without performance issues. 🤷♀ When I set something up successfully, I write it down so I don't have to remember and can just come back to my notes and do it again.
@@minigpracing3068 nobody knows these kinds of things without learning, and with automations you don't HAVE to do things the hard way... it gives people more time to do other things.
@@minigpracing3068 and i'd argue that most things that can be automated should be, because they are usually monotonous
Does this currently pull all the bash scripts into the binary, so it's not depending on a runtime directory for calling the scripts?
Might be cool if you could add a user category and look for scripts in "~/.config/linutil/user" so it's more extendable.
IDK how useful that would really be, since a user could just call their script directly, but it might be a nifty organization layer over some more personalized configs.
Agree 100%. It has to be easily extendable for the common user. Like on left-pane, "User's Configuration Scripts", then right-pane shows them. That's something I'd like to see.
Then, same could be done on left-side for "User's Snaps", "User's Flatpaks", etc. Then, on the right-pane, the list of those Snaps, Flatpaks, etc. appear when you click on the left-pane.
how does he change the font of cursor's ui???
Can you make more videos on WSL2?
Rust Devs on Fire. What's going on ?
C devs hurt them.
@@Indianhomelaber Rust devs are soft.
No idea... Maybe someone can find the fire extinguisher?
See you use Alacrity... preference over Kitty? (not on a team, eval for adding TextualUI/TE project)
11:24 - 11:28 😆😅😂🤣
Keep yourself thoroughly tested & samurai sharp..😂
Been trying to get my 240 hz monitor to run higher then 60 hz on fedora 40. I run cosmic on it so rust all the way. 😊
`make world`
hey chris, when i try to launch linutil on vm, i get the error "line 1: html: no such file or directory. Do you know the reason?
give more details atleast, what did you do before this? how did you execute the script?
@@NavatejRatnan i did using curl on a virtual machine with the arch linux iso. I tried linuxdev and linux and I was getting the same error. No idea why
No sir..keep the standard torturously high altitude...😂😂😂 insanely curious minds only😂😂😂
ArchTitus is good
pin dis plz
Sorry to say, but this is a bad example of automation. Tightly coupled bash scripts where 1 broken URL ruins the whole thing.
There are those who do and those who critique.
@@ryandls2592 do what?
I could bundle them directly into the binary without calling a URL... the downside would be the size of the binary would include everything and cause lag on runtimes.
My thought process is github isn't going anywhere and I'm never going to delete the projects (maybe archive them), but a more hybrid approach would be the small scripts like bash optimizations build directly in and the big ones like a D2R mod which is 10 MB is not going to be used by most and shouldn't be included.
So it isn't as simple as bake it all in or just call the URL, but a mixture of both depending on the project or task. Github's CDNs are quite robust so I don't think we have to worry about the broken links.
lol it's pronounced G-ah-nomb, "You sound, stupid" 😅😂😅
just like G-ah-NU... When it's pronounced "New". I.E. New Unix.... Gnu/New