[-] moonpiedumplings@programming.dev 5 points 2 months ago

Here's my commentary on the options you listed in the image:

Anaconda: They changed the licensing so that it's not really fully FOSS, as the repos have restrictions on them. There are also other issues like this dark pattern of a download page.

But, forgetting about the licensing or problematic company practices: The software itself is trash. Worst thing I've ever used. It's sooooo slow to install packages when it's doing the "solver" thing. You can use something faster like mamba or miniconda, but then you still have to deal with package availability being poor, as the anaconda repos don't have everything, and much of what they have is often too old.

Docker desktop: It's proprietary. I mean you can use it, but you seem to be interested in open source stuff. Also see caveats to podman desktop below.

Podman Desktop: Technically this will work. But podman desktop is really designed more for development of containerized applications, rather than developing in containers.

Nix: Nix doesn't work on Windows, so you would have to require WSL or something like that.

Fedora VM: I recommend enlightenment as a desktop environment. Very small, but also modern and clean looking. You'll have to configure it to be a bit more similar to windows, but it's a lot more intuitive to use than i3.

There are some other caveats to your environment. "The right .Net Sdks version" — however, the best extensions for C# development are proprietary and cannot be freely used in the fully FOSS versions of vscode.

it also requires users to learn i3wm and possibly use the command line, which may not be ideal for everyone.

Yeah, don't do this. I agree with @utopiah@lemmy.ml, work with them, rather than forcing them to work with you. Collaboration goes both ways.

Another recommendation I have is to just see how people in a similar circumstance do what you do. There are plenty of people who do software and game development on twitch, and you can just go on their streams and ask how they collaborate. One method I saw is using trello, a task management software, and artists would upload models there as deliverables. They already have their own workflow, which they probably work efficiently with. And it's not really the job of an artist to integrate models and art into the game, that's the programmers job.

[-] moonpiedumplings@programming.dev 6 points 4 months ago* (last edited 4 months ago)

Here's a fun fact not noted in the article: Temporary files in sqlite are named etilqs_something in order to prevent people from contacting the sqlite developers for support when other applications (specifically, McAfee) have decided dump and not prune temp files.

Source: https://github.com/sqlite/sqlite/blob/95f6df5b8d55e67d1e34d2bff217305a2f21b1fb/src/os.h#L57

[-] moonpiedumplings@programming.dev 5 points 7 months ago

So, you might be misunderstanding how BTRFS snapshots work.

A BTRFS snapshot is not a complete copy of the system, but rather, merely a recording point, and only CHANGES between the current system and the snapshotted system actually take up space. Like, if you snapshot a system, and then install 1 GB of updates, that snapshot only takes up that 1GB of differences in the system.

It's exactly because of this, that it's somewhat difficult to shuffle BTRFS snapshots around.

So, you can use BTRFS send/receive to send subvolumes to other btrfs devices.

So, snapshots are really just a subvolume that only takes up the difference between your main subvolume that you use, and the snapshot subvolume. You can use btrfs send/receive to send them them to another btrfs partition... but I don't know if sending subsequent backups will deduplicate data properly.

What you might want instead, are rsync backups. Timeshift also supports rsync backups, which copy all the data over to any device using rsync for the initial backup, but then use hardlinks to store only the changes between the backups for subsequent backups. Similar to btrfs — but simpler, is my understanding.

[-] moonpiedumplings@programming.dev 5 points 8 months ago

Free Rider HD

Simple bike racing game, although the player is very fragile, which adds some difficulty. Playable in browser.

All the maps are user created content.

[-] moonpiedumplings@programming.dev 6 points 8 months ago

Warfork

Fork of the older warsow, open source movement shooter. Think quake.

Sadly, it seems to be dead on steam.

[-] moonpiedumplings@programming.dev 5 points 11 months ago* (last edited 11 months ago)

I can spiral my tongue, so that the front part is fully upsidr down - but only to the left. I can't rotate it to the right at all for some reason, it's like the equivalent muscles are missing.

The comparison isn't quite right because you can use git with any provider (Github, gitlab, etc), including multiple at once.

On the other hand, snap is hardcoded to only be able to use one store at a time, the snap store. To modify this behaviour, you would have to make changes to the snap client source code.

It's a crucial difference.

Yes it is a security risk, but if you don’t have all ports forwarded, someone would still have to breach your internal network IIRC, so you would have many many more problems than docker.

I think from the dev’s point of view (not that it is right or wrong), this is intended behavior simply because if docker didn’t do this, they would get 1,000 issues opened per day of people saying containers don’t work when they forgot to add a firewall rules for a new container.

My problem with this, is that when running a public facing server, this ends up with people exposing containers that really, really shouldn't be exposed.

Excerpt from another comment of mine:

It’s only docker where you have to deal with something like this:

***
services:
  webtop:
    image: lscr.io/linuxserver/webtop:latest
    container_name: webtop
    security_opt:
      - seccomp:unconfined #optional
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
      - SUBFOLDER=/ #optional
      - TITLE=Webtop #optional
    volumes:
      - /path/to/data:/config
      - /var/run/docker.sock:/var/run/docker.sock #optional
    ports:
      - 3000:3000
      - 3001:3001
    restart: unless-stopped

Originally from here, edited for brevity.

Resulting in exposed services. Feel free to look at shodan or zoomeye, internet connected search engines, for exposed versions of this service. This service is highly dangerous to expose, as it gives people an in to your system via the docker socket.

from the linked readme: https://steamdb.info/tech/Container/Electron/

From this list, I used to love krunker.io, but I never played the steam version because it wasn't native linux.

[-] moonpiedumplings@programming.dev 5 points 2 years ago* (last edited 2 years ago)

Considering I know someone, personally, who also made a scientific advancement at a young age, yes, it is possible.

They taught themselves python, then how to inference and train machine learning models, then used image recognition models to detect their sister's illness, which had visual signs.

They had to get help from someone with a phd to test this on a larger scale, cuz resources, but I absolutely believe a middle/high schooler could do it.

https://www.nbcsandiego.com/news/local/del-norte-high-school-seniors-invention-could-save-thousands-of-lives/3159354/

It's not that phd's are incapable of doing it, it's simply that they never bothered taking a crack at this problem, using this method.

My problem with this is, what stops people from simply violating the license anyways? Is futo going to go after every license violator? Do they even have the power to do so?

I've seen people make adware versions of closed source apps as well, so even not having the code public and online doesn't stop people.

view more: ‹ prev next ›

moonpiedumplings

joined 2 years ago