• NetBSD
  • Wishlist for NetBSD 10.0

  • support for running cross-endian binaries on bi-endian architectures like MIPS and PowerPC
  • XFS driver? even read-only would be nice
  • stability / usability fixes for macppc
    • machfb driver fixes to prevent hang on boot
    • CHRP script to allow boot on new-world systems without needing OF prompt
  • stability / usability fixes for sgimips
    • seemingly random kernel panics when under heavy load with newport graphics enabled
    • would be great to have a driver for the indy VINO graphics capture (its very well documented)
  • port to gamecube/wii
  • evbarm port to i.mx6 / sabrelite

... i might personally be researching / writing code for literally all of these

Better Atheros WiFi support
Keep zfs and dtrace up to date
Vscode in pkgsrc
Switch to openrc
Ungoogled chromium and iridium
Arduino support
Better risc-v support

  • boot+root on zfs
  • base system as a bunch of packages for easier updates (someone is/was working on this...)
  • import Ed Schouten's cloudabi patchset
  • more ARM64 SoCs (jmcneill@ has been absolutely phenomenal at this).

Easy: Better cross-compiling infrastructure for packages AMD64 -> Armv7, Armv8
FreeBSD has poudriere/jails/qemu.
John Marino (before he was kicked out) developed gnatcross-aarch64 to do it better (so I think it's probably a dport on DragonflyBSD). I know he was working on NetBSD, so I'm surprised he didn't continue this.

NetBSD? Kludge.

I only own x86_64 hardware, but I'm happy to see that the OS lives up to the moto "Of course it runs NetBSD" and is introducing new platforms to the already extensive list 🙂
Honestly, and unlike what others have written, my hard drives are small and CoW file systems are of no use to me. Sorry, but I don't really care about zfs and if its introduced, I do hope the possibility to run FFSv2 is kept, its good enough to me.
I do hope to see increasing support for wireless cards and new hardware. Being on pair with Linux-4.4 series is very good already, keep-up the excellent work!!
The work already done on virtualization is awesome 🥳 , nvmm and haxm are great additions and allow those who want/need to run another OS for those, natively unsupported tasks.

In all, I'm very happy with NetBSD already. It would be nice to convince Google to compile a version of widevine for BSD. I would then be able to convert a few family machines, currently running on Ubuntu base, to NetBSD. They want their Netflix 🤔
Personally, I'd like to see a clean-up of the pkgsrc tree. There're loads of packages, where the upstream project is either abandoned or dead. That's a lot of resources being used to patch and maintain software, that could be otherwise pulling/packaging more useful things. But, that's probably just me, as I'm a minimalist but also a modernist 😉

Along similar lines, a base system clean-up would be nice, e.g. why twm and ctwm in base? I know they are small, but a wm should be a users choice and one is more than enough. A similar thought goes for the number of shells in base and few other unnecessary things. I always remove /games and ctwm and I keep away from linux-emul. Again, no big deal, just a thought.

One thing, though...
More and more things are done on a web-browser, so maybe time to think about how to keep the browser up-to-date. I'm happy running firefox, but it would be nice to have it updated in between Q-releases. I know, I can build it from pkgsrc-current, but I'd like to stick to one release.

    Port of recent AMDGPU driver to NetBSD and try to keep it updated, that would be a dream. <3

    [deleted] Yes, I'm perfectly aware of that. Its all in the hands of google and not on the hands of the OS.
    I just think it sucks. Netflix uses FreeBSD and even contributes back to it, but FreeBSD users can not watch Netflix because it uses google's widevine 👿
    The only reason it works on Linux, if you're using the standard glibC, which I don't, my Linux machine runs on musl, is because it has to work on ChromeOS

    The choice of OS should have nothing to do with it. Unfortunately, it does 😢

    fcambus provided his wishlist items for 10.0:
    1) signed packages
    2) easy installation on encrypted root
    3) LLVM built by default on amd64/i386
    4) Spleen by default for framebuffer consoles 😉

    “Only the paranoid survive.”

    ― Harold Finch
    NetBSD VPS , NetBSD , OS108

      • Lima drivers for mali4xx gpus and newer amdgpu version.
      • Default PKG_PATH set to correct versions and architecture.
      • Easier install process. Maybe dialog that tells you "Reboot or open shell in installed system" at the end of installation?

        Jay clearly, 4 is going to be the hardest 😆

        • Jay likes this.

        Snapshot functionality for LVM. I would like to use this in combination with Xen for managing/upgrading VM images.

        nia no longer defaulting to TWM

        Add ctwm to it 😉
        The wm should be users choice.

        nia ksh and csh moved to pkgsrc (this seems like it'd cause a flame war on the mailing lists)

        Same as above.

        nia I don't care about ZFS (probably controversial, again).

        👍

        nia kernel bits needed for WINE enabled in GENERIC

        I have mixed feelings for this. Would probably compile the kernel without it.

        nia make binary packages default in installer more sensible, pkgin + cdn PKG_PATH...

        🙂

        pin I'm happy running firefox, but it would be nice to have it updated in between Q-releases. I know, I can build it from pkgsrc-current, but I'd like to stick to one release.

        aaa, I missed this.

        There are package updates between Q releases but they come slowly due to the limited number of people doing release engineering (at the moment just two when they have time), and Firefox is a big thing to test. I tend to request pullups for the latest ESR release only because that's what I use. My pullup for 68.2.0 was applied a couple of days ago. Now 68.3.0 is out. Oops.

        Just submitted a pullup for 68.3.0 😆

          nia That was quick 😮
          I also run Voidlinux, which is a rolling release and esr is at version 68.2.0 right now.
          Maybe I should move to the esr release on NetBSD 😉

          • Jay likes this.

          nia that's awesome 😄

          “Only the paranoid survive.”

          ― Harold Finch
          NetBSD VPS , NetBSD , OS108

          ACPI Suspend/Resume just works completely fine, my Thinkpads X250 (I have one i5 and one i7), until now doesn't.
          OpenBSD did a great job with, FreeBSD almost there. But, I don't want to use them, Linux neither.

          • nia replied to this.