• DeltaWingDragon@sh.itjust.works
    1·
    28 days ago

    What does this mean for the end-user? By how they worded it…

    the APT packaging tool next year will begin requiring a Rust compiler

    it seems like you need a Rust compiler as a dependency for simply having Apt installed on your system.

    Debian and most distros based on it do not even install a C++ compiler by default, and apt is mostly written in C++.

    • undu@discuss.tchncs.de
      3·
      1 month ago

      There’s time until March for the maintainers of the 3 niche architectures to organize and make rust available for them. Doesn’t sound that abrupt to me

    • LeFantome@programming.dev
      2·
      1 month ago

      The timeline is not super abrupt, especially for architectures where all he is asking is to ensure that your Rust toolchain is in order. That is especially true when you consider that Rust is already well maintained on all the Debian architectures that people actually use.

      The abruptness (almost rudeness) is in the second part where he basically says that, if you cannot get Rust going in time, you should just stop releasing Debian for that architecture.

      It is mostly just poorly worded though. Because none of these architectures have “official” support even now. This will not be the only way they are behind. So, there is not reason to be so dramatic.

      And that would be my response to him. Another option here is that these alternative architectures just continue to ship an older version of APT for now. Emergency avoided. Few of them ship with up-to-date versions of APT even now.

      Another solution is to use one of the multiple projects that is working to make Rust code build with the GCC compiler back-end. At least one of these projects has already announced that they want to work with these Debian variants to ensure that APT builds with them.

      So, the 6 month timeline is a reasonable impetus to make that happen which would be quite a good thing beyond just APT.

      There are many other useful tools written in Rust you are going to want to use on these architectures. It will be a fantastic outcome if this pressure from APT kickstarts that happening for some of these long abandoned architectures (by the mainstream at least).

    • ZoteTheMighty@lemmy.zip
      1·
      1 month ago

      For package maintainers, it’s reasonable to expect security updates are rolled out the same week that a vulnerability is found. If you can’t deploy a new version of a package in 6 months, not maintaining the package is also a valid option.

      • aubeynarf@lemmynsfw.com
        2·
        1 month ago

        how many compiler back doors have we seen versus use-after-free/stack overflow attacks?

        The anti-Rust crowd baffles me. Maybe C++ has rotted their brain to the point they can’t “get” the borrow checker.

        My only complaint is that its syntax is an ugly mishmash. Should have copied scala or f#

        • Shanmugha@lemmy.world
          01·
          1 month ago

          More like Rust has rotted someone’s brain. “Hey, I can’t code safely, so I will use this new toy that is supposed to make me”. This line of thought is OK as long as it does not get imposed on anything I do as a programmer

          • LeFantome@programming.dev
            1·
            1 month ago

            The industry cannot code safely. There are many reports, studies, and corporate disclosures highlighting that memory related bugs are the primary source of critical security issues in C and C++ code. That is why even NIH companies like Google and Microsoft are adopting Rust in their core products.

            That you want to publicly ignore all that evidence to paint it as an individual skill issue does not come across as competent or intelligent. Few of us are going to assume your code is free of these kinds of bugs.

            The fact that your have to say it so dismissively makes me think that you know it too.

            • Shanmugha@lemmy.world
              01·
              1 month ago

              Things are much simpler:

              1. Want a bug free code - do bug free code. Spend time carefully evaluating every line and interaction

              2. Want third-party code and safety - examine that code in the same way

              3. Whatever you do, assume there is a bug in any software you use, so plan and organize accordingly

              4. No amount of magic pills can substitute the above. So yeah, it is a skill issue. Also an issue of kids wining that there are bugs and they don’t feel safe, so they want to cling to magic pills instead of dealing with the reality

              • DeltaWingDragon@sh.itjust.works
                1·
                26 days ago

                It’s not a “magic pill”, it’s another tool. We’re not saying that it will magically fix everything, it will just make certain types of errors less probable.

                If you want bug-free code, will you (A) use a tool that makes it easier, or (B) use the same tool as before?

                “Skill issue” is not an answer.

                • Shanmugha@lemmy.world
                  1·
                  26 days ago

                  Wrong reasoning, friend:

                  Maybe C++ has rotted their brain to the point they can’t “get” the borrow checker.

                  Yeah, sure. Borrow checker fixes all. This is exactly the idiot attitude I am addressing.

                  And if I want a bug-free code, I will use same tool as ever: my brain

  • lambalicious@lemmy.sdf.orgEnglish
    1·
    1 month ago

    So thats why whenever I try to find a package in apt, I have to iterate through thousands of simiparly named librust-{dictionaryword}-{component}-dev packages in order to find the simple component I want… Apt repos have really been trying too hard for granularity, I’m pretty sure there are more librust áckages than actual end-user program packages.

  • Mwa@thelemmy.clubEnglish
    0·
    1 month ago

    Maybe cause Apt is slow?
    edit: maybe i have a placebo effect or i am miss remembering :P

    • BillyCrystalMeth@slrpnk.net
      1·
      1 month ago

      Apt feels like one of the faster package managers. dnf is slow, yum is snail speed, zypper is slow as fuck too. Apt and Pacman is by far on the faster side

      • timbuck2themoon@sh.itjust.worksEnglish
        01·
        1 month ago

        Dnf5 is absolutely not slow.

        Moreover, apt’s output is God awful. How hard is it to put each package on its own line when doing an upgrade? Its commands are also esoteric (Madison?)?

        It works and I like Debian but apt is very Meh.

    • Matriks404@lemmy.world
      1·
      1 month ago

      Yeah, it’s pretty good. But now that I’ve started studying, and don’t have time for learning it (I’ve literally made a personal wiki with various documentation for myself), so I am thinking to switching to atomic distro instead (maybe KDE Linux).

    • mmmm@sopuli.xyz
      2·
      1 month ago

      Uhm, what?

      Wayland has been in the works for more than a decade. Granted, there’s some people having issues with it, with propietary hardware (nVidia) and not-so-common setups like two monitors, but it happens that they are the most noisy. For the rest of us it’s been great, stable, and feels snappier than X.

      If you want to talk about shoehorning stuff into Debian, talk about systemd.

        • Yoddel_Hickory@piefed.caEnglish
          2·
          1 month ago

          I assume “weird two-monitors setups” that are not so common, not two-monitor setups as a whole, as Wayland works perfectly with two monitors. It even works way better than X11 if your monitors are different, like if only one has VRR or if both monitors need different scaling.

        • AsoFiafia@lemmy.zip
          1·
          1 month ago

          Exactly my thoughts. What does this joker even mean? I regularly use 2-3 monitors, and have used four in certain roles. Almost everyone I know that really uses their machine has, at minimum, two screens.

    • N.E.P.T.R@lemmy.blahaj.zoneEnglish
      1·
      1 month ago

      You can think yhat Wayland adoption was artificial, bit X.Org is unmaintained software and no developers are picking up reigns of X11. X is dead.