• 0 Posts
  • 22 Comments
Joined 1 year ago
cake
Cake day: June 16th, 2023

help-circle
  • Sm64ex-coop is amazing! I never got far in super mario 64, the camera gave me headaches. I did know it was a revolutionary game for it’s time though.

    With sm64ex-coop, you can enable free look with the camera, and if you set it up right it feels just like the camera in many modern games. There are hi-res texture packs (Render96) available that also look amazing. And finally, they added a bunch of mods and features, one major one being the ability to play multiplayer.

    Oh yeah, and it’s cross-platform, runs on a whole bunch of different devices. I highly recommend checking it out, it’s sooo much better than anything you’ll get from an emulator.


  • file.pizza if this is a one off or rare occurrence. If you’re doing this regularly, there are better options, provided the person at the “source” computer is competent. A significant question is whether or not these computers are on the same network. I would recommend running a HTTP server if you don’t care about privacy, HTTPS if you do. There’s no need to buy an SSL certificate, self-signed is more than adequate for this purpose.

    It’s more complicated to set up, but the advantage is that when you’re done you can send the receiving party a link they can open in any web browser, no hassle.



  • I’ll go against the grain a little bit and say it’s a little weird. There’s nothing wrong with liking multiple distros, but a lot of people either stick with RPM-based (Red Hat, Fedora, CentOS, Rocky, OpenSUSE, Mageia) or Debian-based (Debian, Ubuntu, Mint, Pop!, Elementary). Then you have weirdos that like Gentoo, where nearly every package you install has to be compiled on the system. Or Arch, where the “installer” throws you in a terminal, and damn near everything has to be done manually to get your system up and running. And updates are “rolling release”, and if you try to update just one package without updating the rest of your system things can easily break.

    I am mostly a fan of Debian-based distros myself. But I’ll use CentOS on a VM if I’m trying to self-host anything that recommends it.





  • My personal favorite is Debian. I’m the IT director at my job, and 90% of our machines, including end user workstations, are running some form of Linux.

    One really nice thing is that most stuff is saved somewhere in your home directory. You can switch between all sorts of distros, and if you install the same software, browser, email client, etc. most of your stuff will automatically be there and work out of the box.


  • I fail to see your point? Right now a dev can sell their game as digital-only, forego a bunch of distribution costs and other costs associated with a physical release, and prevent lost game sales from resales. If this was to actually happen, they could no longer prevent those lost sales.

    As a gamer, there’s no longer any reason to “pay” for games. You can just borrow them. Buy them used, and turn around and sell them when you’re done.



  • I actually hope this ruling gets reversed. This has been a known factor in physical vs. digital games for a long time. With a physical game, the publisher only makes money during the initial sale. If that person decides that they want to sell their game later, the developer doesn’t see any of the money from that sale.

    I routinely buy games on Steam when they go on sale for 80%+ discounts. Even AAA titles that are less than a year old occasionally see discounts up to 50%. It’s rare that we can say the same for physical games. I expect that part of this is that game publishers have factored resales into the value.

    A digital copy immediately has a $0 resale value. It has no further value to anybody other than the person who bought it. But a physical copy still retains resale value, as it can be resold multiple times. Aside from a few exceptions, if a developer sells 100 digital copies, around 100 people get to enjoy the game. Versus selling 100 physical copies, which results in significantly more people getting to enjoy it. Also, physical games degrade, but digital games don’t. Without any degradation, there’s no compelling reason for someone to purchase a used game over a new one.

    Overall, this lost revenue will have to come from somewhere. This will almost certainly hurt indie game studios, as well as the digital storefronts themselves. Epic Games is already far from being profitable as is. I can only assume that this will end in higher game prices, less sales, and lower discounts. Other possibilities could be limits on number of downloads, as that extra bandwidth comes at a cost, or subscription fees for storing your digital game library. Of course everybody has their own opinions, but I’d much rather just keep the games I’ve paid for, and acknowledge that I can’t resell them.


    1. Based on opinion, but okay, I’ll give you that one.
    2. Ubuntu has terminal built-in, it’s far from hidden. Most Android installs (average smart phone) don’t include a terminal, you have to either use adb from a computer, or download a terminal from an app store.
    3. Ubuntu’s root user is not locked down. By default the user can run any command they want using sudo, and a basic google search will tell them how to enable root login fairly quickly. By comparison, just about any android smartphone has to be “jailbroken” using an exploit in order to access root. Some phones, especially in the USA, can’t be jailbroken at all.

    Ubuntu is pretty upfront about any telemetry and allows you to disable it easily. A lot of Android’s telemetry can’t be opted out of, unless you happen to have an unlocked bootloader and can install a privacy-focused custom ROM.

    These are not the same, although I get the point you’re trying to make. Ubuntu has a user-friendly interface, with a goal of making Linux accessible to all. But for anybody who wants to, it’s fairly easy to dig into the internals and become a “power user.” It certainly makes no attempt to stop you from doing so. Android, on the other hand, on MOST instances, locks down everything, with little to no overrides, even from the user, many times “in the name of security.”



  • It should also respect your PRIVACY! There are numerous articles about CPAP machines transmitting your data to not only your doctor but also your insurance company, WITHOUT your consent. Possibly your employer as well. If your insurance company decides you’re “not complying” and using your CPAP machine enough, they’ll take it away from you. Your employer could fire you.

    Having a sleep apnea diagnosis can also limit you from certain jobs, and can make it harder to get life insurance. In some ways it feels like you’re not a free man anymore.


  • I bought my son a used Surface Pro 4 for schoolwork. Luckily we haven’t run into many problems, but there is a known problem where the processor still runs the battery dead when it’s shut off. You’re actually better off using standby.

    If he runs the battery dead, we can plug it in and it will boot, but shortly die afterwards. But if we wait ~15 minutes to charge it a little, it stays on as long as we want it to.





  • We’re running Linux on the vast majority of PCs at my job. We used to run Lubuntu, but switched to Debian. You can use pam_mount so user folders are mounted from a server at login, to create a “roaming profiles” environment. But there really isn’t a great solution for laptop users that might be away from the office.

    If you do use pam_mount, don’t mount their entire home folder. That will end up throwing a bunch of stuff on the server, like chrome temporary internet files, and their .config folder, that just aren’t needed on the server and will slow everything down. Just mount their individual Documents, Downloads, Pictures, Videos, Desktop, etc. folders.

    We’re a small business, we don’t have any Enterprise Support or anything like that.


  • There’s no one “proper” way. Running multiple DEs shouldn’t break anything, but each DE comes with it’s own set of dependencies and other software, so it does add clutter. There will also be considerable overlap with config files, so if you change a setting in one DE, it could change settings when using another DE.

    Having a separate user account per DE will prevent most of the configuration overlap, but it doesn’t solve the abundance of packages you’ll have installed from having multiple DEs. I don’t think there’s a great “clean” way to do it.

    One thing I love about Linux though, is how relatively flexible the user home directory is. When moving to a new distro or PC, usually everything you need to copy over is within your home directory. For what you’re trying to do, I’d consider throwing /home on a separate partition. That way, you can try out multiple DEs and distros, without blowing away your home folder. And you’d be surprised at how small your root partition can be, the vast majority of your storage should likely be reserved for /home. The Steam Deck, for example, uses a root partition that is only 5 gb. On a typical Linux system, I’ve found 64 gb to be plenty for root.

    When switching distros and/or DEs, consider cleaning out various config files in your home folder. Almost all of them will be hidden files that have a filename that begins with a period. I only keep specific config files for programs I want to retain data for, like Google Chrome (.config/google-chrome), Thunderbird (.thunderbird), and Steam (.local/share/Steam). If you use SSH keys you’ll want to keep your .ssh folder too. But deleting all other config files will give you a pretty clean start when changing DEs.