• 0 Posts
  • 13 Comments
Joined 1 year ago
cake
Cake day: August 8th, 2023

help-circle

  • What relevance does Linux have in this specific context? Does Linux have a marketing team? Does Linux compete on a hardware level with Apple? Is there a Linux corp we haven’t heard about that’s working with some chip manufacturer we also haven’t heard about in order to create ARM processors that can compete with Apple silicon? No? Maybe don’t shoehorn Linux into everything regardless of relevance, especially not in such a lane way.


  • JGrffn@lemmy.mltoSelfhosted@lemmy.worldBeginner in need of real help!
    link
    fedilink
    English
    arrow-up
    1
    ·
    edit-2
    4 months ago

    Yeah, as someone else mentioned, this step is just for creating a folder. You probably need to get more intimate with the commands you’re running to understand the process better, but I would honestly take a step back and use something more streamlined for these things.

    Someone mentioned Proxmox for these things. I would also mention TrueNAS Scale. Both of those make it so that the process of spinning up containers and VMs becomes a lot more streamlined and easy to follow. They also forego a UI on the equipment you’re using, opting for a web UI you’d access from another device instead. Make no mistake, this is a good thing. 99% of things you’ll be wanting to do anywhere will be through web UIs, so that’s where you’ll want to be. The 1% of the time where you’ll be seeing your laptop server’s screen (or an SSH terminal) will be the most painful 1% of your life, and it will be when you misconfigured something and the web UI becomes inaccessible (on that note, also make sure to at least configure SSH access on something so you understand how that works). I’ve had to do this plenty of times with my pfsense box, and as a relative noob to these things as well, having to use nano and vim for editing pfsense configs to revive my server…it’s fucking horrible (sorry vim enjoyers). The good news is, you learn the hard way, but you learn. Try not to have this happen to you, or you’ll be back here soon. Once you’ve had a lot more experience with your tinkering, this will seem less daunting and you’ll be more comfortable debugging directly on your laptop server screen.

    TrueNAS Scale, as the name implies, is better suited for when you want to include NAS Capatbilities on your setup. Since you mention things meant for Plex/Jellyfin setups, I’d say you could start there.

    However you do mention a laptop, so I’m imagining a very basic setup where you probably have limited space or a couple of USB drives or something. You could, instead, opt for Proxmox. You lose the specific capabilities of creating complex RAID setups that TrueNAS would give you, but it sounds like you wouldn’t be needing those anyways, as they better fit a setup where you have a bunch of disks connected through SATA or PCIe interfaces. Proxmox is a lot more specialized for containers and VMs so it’s probably a good tool to get acquainted with, and might be better suited for a setup where you have just the laptop and maybe a couple of drives to toy around with.

    Whichever you choose, make sure to watch YouTube videos about it, read the docs, truly understand what’s going on with that tool first, as well as how to set it up correctly. This will introduce networking concepts to you in the process, as you’ll need to understand how to access the computer through the network with a browser, as well as with SSH. Make sure you don’t ignore networking knowledge. It might seem daunting, or skippable (why bother with local domain names when you can just use the IP and port number?), but a lot of networking concepts are actually rather simple to follow, take a moment on the first few tries but become very easy to reproduce afterwards, and it will make your life easier (yeah turns out, now there’s 20 services and you forgot what ports are for what service…if only you had dedicated time to telling the network that port 69420 was for radarr.localdomain and port 42069 was for sonarr.localdomain).

    I’d check out Lawrence Systems on YouTube. They make videos covering networking configs with pfsense and the like, as well as TrueNAS configs, and maybe they’ve delved on Proxmox? Craft Computing, another YouTube channel, for sure teaches about Proxmox. There’s tons of video guides for *arr services, I haven’t looked for platform-specific configs, but I’m sure you can find both videos for Proxmox and TrueNAS Scale configs. Once you get your first one, most other *arr services are very similarly configured (though not all are, some are very quirky).

    Another thing you’ll need to understand is how containers work, as well as how to map things from outside the containers into them. Containers are, well, contained, and mappings are how you expose parts of the container to the outside. You’ll probably be guided to map things such as your data and the service’s config files from outside the container to better organize and persist those things. Make sure you understand this concept, where things are on your setup, where they’re getting mapped to in the container, and what this means when it comes to modifying the container (hint: it means you can delete or upgrade the container and things still work exactly as you configured them once your container is back up).

    Maybe a controversial advice, but I’d steer clear of the console unless it can’t be helped, since you honestly can do a lot from the UI for the vast majority of things you’ll need to do. If you DO need to use the console, however, I’d bother ChatGPT and documentation for whatever youre doing, to make sure you understand what every command you try does. Things like “sudo mkdir xyz” should be crystal clear to you. In the case of this failed command, for instance, you should be aware that mkdir doesn’t create entire paths, but rather only specific folders. If the preceding folder doesn’t exist, the command fails, so if /home doesn’t exist, nothing else will work. If /home/user doesn’t exist, you’re not going to be creating /jackett_config, and so on. Sudo is also a very powerful keyword, which means whatever follows it is an order from the big boss and must be obeyed. As such, absolutely make sure you understand any command that starts with “sudo”, as those are the ones that can easily set fire to your entire config. If you don’t understand what it’s doing, don’t run it.

    While we are on the subject of folder structures, theres no shame in looking up videos and docs explaining the Unix file structure. If youre coming from windows, this is a veeeeery easily confusing bit, and understanding where you are is very helpful.

    Hopefully some of my ramblings make sense to you. Hit me up, or hit the community up, if you need more specific guidance. Things can seem daunting at first, especially if you’re new to Unix, but I promise you it becomes easier as you build good foundational knowledge.




  • Huh, last I checked, the professional standard was Mac, at least for recording instruments. From what I vaguely recall, Windows has a latency issue due to how they handle audio stream inputs. I went through these woes myself once while using my guitar & Amp through my computer to practice with headphones on and having the music playing on top. The latency just doesn’t allow you to concentrate on what you’re playing, it completely distracts you. You can get it lower by doing something, I don’t remember what, but that solution ends up introducing random new bugs such as certain audio streams suddenly not playing at all for a while before fixing themselves, and it still doesn’t quite get latency low enough to not notice it.


  • If data structures weren’t working with MSVC, you’re probably working with non-portable code in the first place. Don’t assume an int is 32 bits long!

    Oh absolutely! I was starting out during this time, and started using memcpy for a uni project, hardcoding byte sizes to what I assumed long’s size was, instead of checking or using standardized data types (because I didn’t even know they existed). The result was such a mess, exacerbated by the good ol “let’s write it all in one go and run it when we’re done”. Boy did I suffer in that class.



  • I haven’t touched compilers in a while, but I was a dirty little MS pig boy back in college. Qt with MSVC just made sense for me, with the single exception of non standard byte lengths for longs (almost cost me a class due to not using std uints, totally my bad but you don’t really expect compilers to understand basic data types differently).

    The true shitfuckassface experience for me was ICC. Stupid little pig boy decided he wanted his Qt working with ICC, due to all dem optimizations for Intel CPUs. After hours of debugging nonsense errors and janking my way through Qt code which was way above my head, I finally got a Qt build, only to have ICC find thousands of completely removed errors in a project where no other compiler would find errors.

    Yeah that was the day I stopped caring for C++, stopped licking intel’s ass, and started getting ever so slightly radicalized due to the lies of the republic.



  • They do! All of these backbone comply with takedown requests. Some comply with DMCA requests only, some comply with NTD requests only, and some comply with both. It’s actually another thing you could consider when selecting your providers, you check their takedown policies. By mixing and matching, you increase your chances of finding every part of your file.

    So, the thing saving usenet in particular, is that the pieces of the file get scattered through the usenet, and you require indexers to find the whole thing. This makes it difficult for takedown requests to actually take down the whole file. Sometimes the best they can do is remove a few parts, and you can repair your file with what’s left. Sometimes they do win, but it happens infrequently enough that you should be able to complete most of your media library without issue.



  • OK, let me mention some important caveats, just so you can keep them in mind:

    You can think of usenet like the internet. You have data on servers all around the world, you have sites such as Google which index these sites and content, and you have your ISP which gives you access to the internet.

    Likewise, on usenet you have the data scrambled on servers all around the world, on different backbones of the usenet. These backbones are accessed through service providers for the backbones (sometimes they’re resellers, sometimes it’s the backbone selling access). These service providers operate just like an ISP, selling you monthly or yearly access to the usenet backbone of your choosing.

    Then there’s the Googles of usenet, Indexers. There’s a ton, they vary a bit from one another, but essentially they find all there is to find on usenet, presenting the files to you as a whole. You want a specific… Ahem… Linux iso? An indexer will know where all the pieces are and it will tell you with an NZB file, kind of like how torrent files tell you where to look. Indexers can be a monthly subscription, but some of them offer lifetime subscriptions as well, and they don’t break the bank.

    The last bit you’ll need is your download client, to do what you do for torrents. These are free tools, sabnzbd and nzbget. Either one works.

    So, I did mention there’s multiple backbones of usenet. Indexers don’t lock themselves to specific backbones, and no indexer covers everything there is on usenet, which means that to get the most out of usenet, you’d ideally have multiple indexers and multiple providers (making sure you don’t get providers from the same backbone as they’d essentially have the same data). Multiple indexers give higher chances of finding something on a search, while multiple backbones increase your chances of finding all the pieces needed to complete a file. This is not absolutely necessary, but dare I say you’ll notice the difference as soon as you bump things up to 2 of each.

    So, essentially, usenet is by far the best method for completing your media library (leaving torrents as a desperate backup route), but it can become expensive.