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

help-circle
  • You seem to be fundamentally misunderstanding my point, as I didn’t mention the average person’s intelligence in any way. All I’m saying is that minimizing the effort required to really try multiple distributions is a terrible way of introducing people to Linux. It will only lead to frustration and rejection. Choosing your bread doesn’t require investing dozens of hours.


  • No, it absolutely is hard, and those are bad comparisons. Growing up you interact with bread and cars, and you build a preference based on what you’re taught and what you experience. If I go into a new store and see a dozen types of bread I’ve never eaten, I can still make inferences about their taste, texture etc. This is not the case with Linux distributions - if I’ve never used Linux before, I literally don’t know what the hell I’m doing.

    And it’s absolutely unrealistic to expect your average person to try a few out. They won’t be able to decide on technical grounds, and they’ll have to use the distribution for some time to build enough experience for a preference. Going back to your car example, it’s like suggesting people buy a few cars and decide which one they like (since they don’t have the experience to make judgements based on short test drives) - you’re asking them to invest a lot of time for something they don’t really need or want.






  • Okay, but why do you tell me that I’m wrong and keep going on about unrelated points? I don’t care if the user-facing name is different from the binary name. I have no position on the topic.

    I corrected a wrong statement (who is responsible for the .desktop file of an application). You tried to counter-correct me, but did so on an unrelated point (who displays the application name? I’m still not sure). Positions on whether .desktop files defining separate names is good aren’t relevant.


  • Your Mint/Xed example doesn’t show what you think it does. Mint doesn’t just ship with .desktop entries for a bunch of applications, they are still managed by the respective developers and part of the packages themselves. Mint is also the developer of Xed, so the repository is in their organization, but the .desktop file is still part of the package. If you install Xed on any other distribution, you’ll still get the same .desktop entry, because it’s part of the package.

    That is all I’ve been talking about. I’m not sure how your reply relates to that, but it would help me if you tell me what you’re arguing against.


  • No, your Desktop Environment doesn’t have a huge list of package names to app names. It has a list for all your installed packages, but the list entries are part of the packages.

    If your system doesn’t have gnome-system-monitor installed, you won’t have the corresponding .desktop file, because it’s part of the package. It would be incredibly wasteful and unnecessarily complex for your system to get shipped out with .desktop files for all possible applications.












  • It’s an interesting question! From my point of view, “devaluing human effort” (from an artistic perspective) doesn’t really matter - humans will still be creating new and interesting art. I’m solely concerned about the shift in economic power/leverage, as this is what materially affects artists.

    This means that if your robot creates paintings with an output rate comparable to a human artist, I don’t really see anything wrong with it. The issue arises once you’re surpassing the limits of the individual, as this is where the power starts to shift.

    As an aside, I’m still incredibly fascinated by the capabilities and development of current AI systems. We’ve created almost universal approximators that exhibit complex behavior which was pretty much unthinkable 15-20 years ago (in the sense that it was expected to take much longer to achieve current results). Sadly, like any other invention, this incredible technology is being abused by capitalists and populists for profit and gain at the expense of everyone else.