I take my shitposts very seriously.

  • 34 Posts
  • 2.26K Comments
Joined 2 years ago
cake
Cake day: June 24th, 2023

help-circle
  • Some people think it handles too many low-level systems. It’s a valid concern because if systemd itself were to become compromised (like Xz Utils was) or a serious bug was introduced, all of the userland processes would be affected. People who are stuck in the 90s and think that the Unix philosophy is still relevant will also point out that it’s a needlessly complex software suite and we should all go back to writing initscripts in bash.

    Red Hat, the owner of systemd, has also had its fair share of controversies. It’s a company that many distrust.

    Ultimately, those whose opinion mattered the most decided that systemd’s benefits outweigh the risks and drawbacks. Debian held a vote to determine the project’s future regarding init systems. Arch Linux replaced initscripts because systemd was simply better, and replicating and maintaining its features (like starting services once their dependencies are running) with initscripts would’ve been unjustifiably complicated.





  • I meant games that had tutorial videos built into them. Stuff like Syphon Filter; a rushed, poorly voiced video that lists your controls and tosses you into the mission. The player is told what does what and isn’t given a chance to learn how to interact with the world.

    Soul Reaver 1’s first 20 minutes is what every game should be aiming for. You learn how to navigate the world, how health and the spectral/material realms work, how to solve the combat puzzles, and more importantly, how those systems interact; then you’re on your own. If a game needs the help of extrenal resources to convey such basic information, it’s a failure of game design. Not necessarily out of incompetence but because game design principles hadn’t evolved to that point.

    I’m not against external (including physical) resources, iff they’re used in a clever way. Shenzhen IO has a thirty-page manual themed as actual technical documentation about the electronics used in the game. Through this, the manual becomes part of the game. Same for Keep talking and nobody explodes. Volo’s Guide to Baldur’s Gate is a fantastic example of presenting supplemental information that is good to know but isn’t a roadblock in its absence. If a manual improves the game experience, it’s good material. If it’s necessary to make a game playable, it’s bad design.




  • Ansible is an abstraction layer over system utilities, shell, and other programs. You can specify what you want to happen, and it will figure out how to do it. For example, you can use the ansible.builtin.package module to specify which packages you want to be present, and Ansible will decide which specific package manager module should handle it and how.

    Ansible tasks are also idempotent – they are concerned with the end state instead of the action. Many of the modules (like the package module above) take a state parameter with the possible values of present or absent (instead of the more common “install” and “remove” actions). If the system’s state satisfies the task’s expected end state (e.g. the package is already present), the task will be skipped – unlike a shell script, which would simply re-run the entire script every time.

    Ansible also implements strict error checking. If a task fails, it won’t run any subsequent tasks on the host since the end states would be unpredictable.



  • Of course reality is more complex than my comment. It’s even more complex than what you wrote if we consider all factors, like the propaganda targeting muslim, hispanic, and black communities, the gerrymandering, protest votes, Gaza, Russia, everything that happened behind the curtain that we have no knowledge about…

    Non-voters conributed to the result. So did independent votes. Blaming it on any one factor is nonsense, but a deep and exhaustive analysis was not the point of my comment.




  • rtxn@lemmy.worldto196@lemmy.blahaj.zoneBased Intercept Rule
    link
    fedilink
    English
    arrow-up
    16
    arrow-down
    7
    ·
    edit-2
    5 days ago

    Ever heard the expression “cutting off your ear to spite your face”?

    Hate the democrats all you want, but it’s the party that has the greatest chance to displace the current administration. 2024 saw a comparatively large number of independent votes, and Trump was victorious as a result. Division is what they want because it weakens the opposition. You are playing into their hands and against your own interests.

    Having an imperfect solution is preferable to nothing but grand ideas of a nationwide revolt and daydreams of a perfect world.



  • If the game comes in an archive (like portable Windows applications), you can simply copy the files to a directory and point Lutris at the executable.

    Compatibility has been pretty solid for me. There are only a few games that didn’t work out of the box (excepting those that are intentionally broken through anti-cheat). You can often get away with running games on Wine, but for most games you’ll want Proton. Lutris will detect and use Proton versions that are installed by Steam, copied manually into compatibilitytools.d, or it can download Wine and Proton releases on its own. There’s also GloriousEggroll’s fork with many game-specific fixes.

    ProtonDB and Lutris.net are the most useful resources, you can check if the anti-cheat solution might be an issue on Are We Anti-Cheat Yet?, Steam forum is a thing that exists, and you can ask in this community.


  • I’m going to assume you’re using official, paid-for GOG offline installers. Other installers will work the same way.

    I have a directory for non-Steam games mounted at /games. Every game has its own directory, and a game and prefix directory for the game content and the wineprefix respectively. For example, for Cyberpunk 2077 you would run mkdir -p /games/cyberpunk-2077/{game,prefix} to create the directory tree all at once.

    To install the game, I simply use wine to execute the installer with the prefix directory set as the wineprefix: WINEPREFIX=/games/cyberpunk-2077/prefix wine SETUP_FILE_NAME.exe. The root filesystem will be mounted as the Z: drive – use Z:\games\cyberpunk-2077\game as the install path.

    I use Lutris to launch the game. Add a new game, choose “Locally installed game”, then set the executable path to the game’s main executable, the working directory to the game directory (usually works, some games expect a different working directory), and the prefix to the prefix directory.



  • Systemd, through the systemctl command, only manages the services. The service itself is defined in a unit file, and it can come from any source, even written manually. The unit file is a text file that describes what the service is, what commands or programs should be executed when it starts or stops (for sshd it’s /usr/bin/sshd -D), what other services or conditions are required (e.g. multi-user.target after the OS has entered multi-user mode), and much more.

    When a package installs a unit file, it will be installed to a subdirectory in /usr/lib/systemd, typically user or system, and when it is enabled, it will be symlinked to a subdirectory in /etc/systemd.

    OpenSSH itself, which provides sshd on most systems, is developed by the OpenBSD team and ported to other OSes by the OpenSSH Portability Team.



  • Systemd is a collection of low-level system utilities. Its primary responsibility is managing services and serving as the init process (PID 1, the first userspace process started by the kernel), but it also has other components, like systemd-boot (a boot loader and GRUB alternative), journald (system logging), networkd (network interface management), resolved (DNS resolver), or udevd (manages device files in /dev).

    People tend to vilify systemd because it is maintained by Red Hat, a company with many controversies, and a pariah among the more extreme FOSS enthusiasts; and because it’s seen as bad practice to have a single entity be responsible for so many low-level system components.

    Note: the -d suffix is not exclusive to systemd things. It simply marks the program as a daemon, a long-running background process that provides some kind of service. For example, sshd (SSH server) or httpd (Apache server on some distros) are not parts of systemd.

    To answer your question: not really. As far as I know, the network interface won’t have an IP address unless the computer is turned on. If you use a timer (or any other method for that matter) to power on the computer, it will request an address from DHCP as soon as the interface is brought up (unless it has a static address).

    A more practical application would be scheduling long, unattended tasks, like updates or making backups.