I’m a robotics researcher. My interests include cybersecurity, repeatable & reproducible research, as well as open source robotics and rust programing.
Sounds like their target customers are commercial service providers and industrial device manufacturers using NixOS, but need to support stable deployments for longer than NixOS’s current 6 month release cycle. Probably not to applicable for individual desktop users, but they still plan on hosting a public channel and cache for newer releases.
IBM acquired the company behind Fedora Linux. Although I doubt they had any corporate influence in the production of this particular vlog.
I wonder if they would have had better luck with Kubuntu or KDE Neon? Perhaps if they’re still on KDE by the time KDE releases their Arch distro variant, they could test that too on their hardware.
Given the amount of trouble shooting demonstrated throughout the video, don’t think the marketing was entirely positive…
Appreciate the detailed context, and thank you for your work!
It’s a great video, and I hope the author is able to publish more nix content like this again soon. We’ll just have to watch their blog’s RSS feed in the meantime.
Whoops, I misread scheme as schema. That’s really powerful. One thing I wish I could reliably do with a Nix LSP is navigate to a definition of a symbol.
I haven’t dug into Guix yet, so is the config more of a markup and less of Turing complete language? That sounds like it’d be easier to grock or optimize an LSP for.
I have heard that Guix takes a stronger stance with respect to unfree software. I don’t think any of the official nix Hydra infrastructures build for unfree packages, but they are packaged and indexed into nixpkgs. Has Guix been difficult at all in that regard, i.e. using proprietary drivers or closed libraries for work or personal hardware?
As soon as you veer off the beaten path, things can get really tricky.
For med tech and robotics development, I’m still using Debian via docker because the surrounding ecosystems for those software communities are so tightly integrated with the Debian.
Well let me at least leave why I think Nix is not it at the moment:
What are we doing here? This isn’t even an argument.
Correct, this isn’t an argument, or at least I’m not trying to argue.
All I wanted to learn what exact properties you though makes for a better desktop OS.
I’m in agreement that NixOS isn’t the best for mainstream desktop user base, but like any decent inquiry or survey, if I just preemptively bias someone’s responses with my own observations on NixOS defecenties, then there wouldn’t be as much of a case to before ask what they think other Linux Distro do better in the first place.
Not everyone who strikes up a convo online for a debate, and not all (but quite a few) who ask questions are trolls.
It’s a slippery slope, to be sure.
It doesn’t matter, because Nix isn’t built for it. That’s not it’s purpose or what it’s best at.
I was asking more about linux distros other than NixOS.
They all offer a better desktop experience because they are tuned with their packages and experience.
similar [desktop] experience sounds relative, what the comparison? Windows, MacOS, <Not Fedora> linux?Not great for an uncontrolled user experience.
Does anyone know of an Android app to install an additional 3rd party TTS engine that can then be configured to point to a custom Open-AI/Fast-API endpoint for self hosting higher quality voices that are not easily run/fit on mobile hardware?
Yeah, I didn’t hear much about the project over this summer.
Switched from Gnome to Plasma a little after Unity expired, as I couldn’t keep up with the churn of Gnome plugins, and hoping Cosmic could balance customizability with stability. KDE has been great with adding HDR support and Wayland features, though as a Rust lang fan, I’m still curious what Cosmic will bring to the table in terms of plugin API and tooling.
Some poignant questions for these new platform requirements:
Ah, that’s a shame. Thanks for the context though.
I did feel a little bit of that slight dismissal or elitism from the thread I linked above about the graphical installer ISO. Although I think the relative surge of new users after graphical ISO’s implementation did end up changing some minds on the merit of its continual development.
It seems like some tools just never fully realize their potential market demand until they’re finally implemented and consequently adopted. Quite the catch 22.
I also wonder if it’s a bit of a motivational aspect for individual contributors, as in demand with mostly originate from novice users who’ve yet to master the Nix language, yet by the time one’s gained enough experience to contribute to Snowflake OS, you’ve kind of grown out of outgrow the need for it. That kind of reflects my personal interests around graphical programming, as I became more familiar with various languages, my inkling for a graphical representation of control flow gradually waned.
Still, I think lowering the barrier to adoption is in the long run best serves the community and in sustaining new contributors. Sort of like the conventional Greek proverb:
A society grows great when old men plant trees whose shade they know they shall never sit in.
Nix can create attribute sets from JSON, so there isn’t a need to generate nix code.
Is there a good way of mixing and mashing JSON attribute sets with conventional nix config files? Perhaps relegating some config to machine-generated JSON, and some hand crafted configs?
I’m using flakes as well, so that abomination sounds terrifying…
Indeed, I was unaware of this project. Project commit history looks inactive, but I’m guessing its feature-complete? Looks like someone has rewriten it with an added TUI:
I haven’t gotten around to testing this yet, but I think they just share the Android app proot scaffolding. I wasn’t too satisfied with the proot performance on Android in general using Termux, as with interpreted runtimes like python, the system call overhead really shows itself. That of course doesn’t change here with nix-on-droid.