jack

joined 1 year ago
[–] [email protected] 6 points 1 week ago

I mean, the models are open source, so of course the military is also permitted to use them

[–] [email protected] 2 points 1 month ago (1 children)

I guess there was no way to honk?

[–] [email protected] 12 points 2 months ago (8 children)

Memes should be entertaining and/or funny. This one is neither :(

[–] [email protected] 2 points 4 months ago* (last edited 4 months ago) (2 children)

Yup, the other side is pretty counterproductive with saying the project is dehumanizing etc. They're absurdly exaggerating.

It wasn't just a report tho, it's a PR that could've been merged with a single click

[–] [email protected] 5 points 4 months ago* (last edited 4 months ago)

Open mindedness is a key factor for success (especially in open source). Inclusivity demonstrates open mindedness. The fact that the lead dev goes out of his way to prevent such a minor change (it's not even like people demanded a strict CoC or something) is a bad signal

[–] [email protected] -2 points 4 months ago* (last edited 4 months ago) (7 children)

Open mindedness is a key factor for success (especially in open source). Inclusivity demonstrates open mindedness. The fact that the lead dev goes out of his way to prevent such a minor change (it's not even like people demanded a strict CoC or something) is a bad signal

[–] [email protected] 4 points 4 months ago

As per my other comment:

Do your latex work inside a distrobox and you're fine.

I'm not sure if you can layer another window manager on top. You may have to create a custom image for that

[–] [email protected] 5 points 4 months ago* (last edited 4 months ago) (1 children)

Basically installing packages. You're fine if you default to using

  • flatpaks for gui apps
  • brew for cli programs
  • distrobox when building from source or when you need good control over the package environment (e.g. when installing a latex editor and only the latex packages you want)
  • layer packages on host with "rpm-ostree install" when the program needs tight integration with the host (e.g. VPN software)

Also, you shouldn't edit files in /usr, but I've never run into that limitation. You can still edit other top-level directorys like /etc .

That's about it.

[–] [email protected] 2 points 4 months ago

Just use brew for non-gui programs. Really easy. It's the recommended way by the ublue devs and should be pre-installed

[–] [email protected] 8 points 4 months ago (2 children)

Biggest benefit for me is automatic updates in the background which are also safe. On a normal distro, if your pc shuts down for whatever reason during kernel updates you have an unbootable system. That can't happen on bazzite

[–] [email protected] 3 points 4 months ago (5 children)

The solution is to not be cconfident and remain open minded. You can switch any time

[–] [email protected] 1 points 4 months ago

Here's another comment with more detail

 

People who use GPLv3 want the code to stay open/libre under any circumstances. If this is the goal, why not use the AGPL instead, even for applications which are not served over a network?

This takes away the possibility that people integrate parts of your program into a proprietary network application, even if this seems improbable. There's nothing to loose with using this license, but potentially some gain.

Only reason I can think of is that AGPL is less known and trusted which may harm adoption.

1
submitted 11 months ago* (last edited 11 months ago) by [email protected] to c/[email protected]
 

UPDATE: I found this issue explaining the relicensing of rust game engine Bevy to MIT + Apache 2.0 dual. Tldr: A lot of rust projects are MIT/Apache 2.0 so using those licenses is good for interoperability and upstreaming. MIT is known and trusted and had great success in projects like Godot.

ORIGINAL POST:

RedoxOS, uutils, zoxide, eza, ripgrep, fd, iced, orbtk,...

It really stands out considering that in FOSS software the GPL or at least the LGPL for toolkits is the most popular license

Most of the programs I listed are replacements for stuff we have in the Linux ecosystem, which are all licensed under the (L)GPL:

uutils, zoxide, eza, ripgrep, fd -> GNU coreutils (GPL)

iced, orbtk -> GTK, QT (LGPL)

RedoxOS -> Linux kernel, most desktop environments like GNOME, KDE etc. all licensed GPL as much as possible

 

Suppose I want my project to have as many contributors as possible. Generally do you think more people are inclined to contribute (upstream) if the code is permissive or copyleft or do you think it doesn't really matter?

50
submitted 1 year ago* (last edited 1 year ago) by [email protected] to c/[email protected]
 

A friend might let me install Linux on his secondary laptop he uses for university. He's not a tinkerer and wants something that just works.

Linux Mint is known for being very user-friendly and stable. Also easy to get help online.

However, in my opinion Mint seems rather outdated, both with its Windows-like workflow, default icons and look and also Xorg. When I tried it I had some screen stuttering I couldn't resolve, probably due to Xorg.

Instead, Fedora with GNOME is very elegant and always uses the newest technologies. It feels and looks actually nice and not outdated. But I'd have to install media codecs via terminal first which suggests that Fedora is for experienced users. Also university wifi eduroam doesn't work on Fedora for me because legacy TLS connection is not supported in Fedora (at least I couldn't get it to work). I'm at a different uni than him tho, so it might work there. In general, less help on the web for Fedora than Mint.

What do you think? (Btw, KDE is too convoluted in my opinion. Manjaro too, it breaks too often. I will not consider it.)

EDIT: From what I've gathered so far, I should probably install Mint. He can try Fedora with a live usb or on my laptop. If he prefers that then I can warn him that this may be less stable and ask what he wants.

I've only tried Ubuntu-based Mint, but LMDE is more future-proof so it will probably be that.

1
submitted 1 year ago* (last edited 1 year ago) by [email protected] to c/[email protected]
 

Today qBittorrent launched v4.6.0 which should support experimental i2p mode. I downloaded this version as a Flatpak from Flathub, but at Settings -> Connection there is no option for i2p mode. Only to set up a proxy, but SAM is not available as a proxy method which i2p uses. I also checked with the command "flatpak run org.qbittorrent.qBittorrent --version" that I'm indeed on the right version.

Do you have any ideas or similar issues?

41
submitted 1 year ago* (last edited 1 year ago) by [email protected] to c/[email protected]
 
 

Reading Antifragile by Nassim Taleb was eye-opening for me. I turn to the concepts of the book whenever I feel unsure about a decision or opinion.

view more: next ›