• 0 Posts
  • 33 Comments
Joined 2 years ago
cake
Cake day: May 19th, 2024

help-circle

  • Oh, ok, so, I see that requires some explanation:

    There is only demand and supply.

    Previously, we had “high demand” and “limited supply” which is what lead to software dev roles being a very well paid job in silicon valley and some other places.

    Now, the promise of AI, making software by itself or increasing productivity, if true, mean that supply increases. That makes software cheaper. Theoretically.

    But that’s the supply side.

    What you’re talking about is also a “I have so much supply, I can now afford to do projects and software I could not do before, because my time, budget, etc. was limited.” But you already had the idea and the “demand” however low priority, already existed.

    What isn’t happening, is that some company sits down and suddenly decides that they need more software than they thought they needed. Even the bit that is “replacing real humans” is replacing humans. It’s meeting a demand that was already there in a new way.

    Using a metaphor / example, we currently, as humanity, manage to feed ourselves. Or let’s pretend that we do and nobody is starving. Someone claiming that “the demand for food is going to go up” is talking nonsense. They can say that demand for “cheese” or “meat” or “potatoes” will go up. But not food, because that market is already saturated. Because we’re not starving.

    Yes, the fact that the demand is there and that the supply gets cheaper will mean that more software will be produced.

    But not because of increased demand. AI doesn’t create it’s own demand.

    …at least that’s my thought process and why I wrote what I wrote in the original comment.






  • (Thanks for actually engaging with the discussion).

    On another hand, if you prevent Linux adoption in a large demographic, you remove a threat to big tech’s dominance.

    Ok, sort of, maybe but this move is the move of big tech dominance. By caving to it, “linux” is positioning itself into a position of compliance with them, not opposition. What complying does is also removing the option to really oppose and evade big tech’s dominance.

    We’re simply entering the era where installing an illegal operating system becomes a thing that is possible, because previously nobody cared to make an operating system illegal. And I would to have many distros to choose from that don’t comply with this, but I will pick the wacky silly outlier if I hate to. At least I like to think of myself as doing that.






  • Daily usage? I have some audio issues. It “feels” like the whatever resets/reinitializes. Really quickly though, playback isn’t being interrupted. Sometimes it switches to a dead output channel though and I have to reset it to the actually connected output. Too lazy to diagnose it.

    As a longer standing point of annoyance, I find it very difficult to quickly go UI -> package name -> bug tracker -> bug report. For understandable reasons devs don’t exactly advertise their bug trackers, they’re always a bit obfuscated and have some barriers.

    Color management continues to not work correctly, although that may be due to some x11 wayland conflict. I have a dark color theme preference and certain applications that aren’t directly available as package, but e.g. via flatpack don’t integrate well. Gnome calendar is something I can name, without wanting to blame the devs of that piece of software in particular. They’re doing their best, it’s not a priority, maybe not even an issue on their preferred config.

    I also have some freeze crashes, although that’s more recent, might be a harddrive/hardware issue that throws off something very low level. But the reboot is so quick I barely mind that.




  • But I couldn’t install a specific Python version? System python is 3.13 but I needed 3.10.

    The others have covered virtual environments, which is what you need if you really want a 3.10 interpreter.

    But… the thing I’m here to tell you is:

    they recommend virtual box to not mess with your default installation of the program and the databases it uses.

    for many projects this doesn’t actually matter. You can just ignore the warnings, use the most recent version and install whatever you need.

    You’re already sandboxing this stuff in a virtual box, which you should be able to reset or bootstrap again when you need to. You’re not interfering with your actual systems’ python, you’re messing with your virtual box’s system python.

    I find the whole venv stuff to be very annoying, I never need it, because I use libraries that don’t interfere with system operations and I don’t downgrade to interact with projects. And even if you’re not installing “correct” versions, most of the time newer versions fix bugs and expand functionality. It is extremely rare that functions get removed and it will actually break by you not using their exact version. Or like, version conflicts.

    And besides, they would need some kind of CI / testing that would check for compatibility anyway.

    tldr: ignore venvs, try it bare metal, see if something breaks. If not, there you go, if yes, you can still invest the time and effort of learning venvs.