we need to figure that out still, merging it will work fine
we need to figure that out still, merging it will work fine
CWow
This stuff looks awesome!
I think it covers almost everything I could hope for in an installer; the only thing left is - would it be possible to generalize one step further up to selecting the DE, then the core/gaming/office/etc options?
This stuff looks awesome!
I think it covers almost everything I could hope for in an installer; the only thing left is - would it be possible to generalize one step further up to selecting the DE, then the core/gaming/office/etc options?
J@hyperreal64 yeah merging it should work fine, we need to fix that, it happens to everyone on every PR right now
M@ChaiQi it likely won't be in the core installer, but it could be extended
MAs I write the docs I'll be sure to include clear instructions on how to extend the installer with working code examples
CNice! That sounds rather useful 
Joh nice, this is nicer than the stock installer
Jthere are ZERO flatpaks installed
Jso that means we won't need to rip stuff out and put it back
Jall that's on there is the fedora remotes, but they don't install flatpaks
J@marcoceppi I know this goes without saying but we need to make sure the wizard is idempotent in the beginning
Mmakes sense
Jif the installer is 38 I wonder if that means we should just do 38+ for ISOs
J@ChaiQi you're not the only one apparently: https://www.omgubuntu.co.uk/2023/02/ubuntu-mini-iso-redux
OMG! Ubuntu!Joey Sneddon
A new network installer is in development for Ubuntu 23.04. The size of the ISO could be as low as 140MIB making it a good fit for USB & CDs.
J"brings up a dynamic TUI menu of what Ubuntu images you want to download/install to your target system"
DSo this is basically like debian netinstall?
JI haven't used a debian netinstall since like 2004 so I don't remember what it does lol
Jsounds like this one will just splat the image onto disk so it should be way faster than the older installers
JGitHub
This leverages shell scripting and https://github.com/TomWright/dasel to read the list of packages to install in ublue-firstboot and the containerfile.
If in the future another firstboot solution i...
If in the future another firstboot solution i...
JI need to test the image but their PR can't push to the registry
Jideas?
XWhat yall talked about with the composability / eating our dogfood sounds fantastic, especially as the current selection of non-nvidia images feels very GNOME-oriented.
XAlso: Thanks for adding me to the org!
XYeah, I locally built the image and everything seems to work. Just can't figure out how to rebase without it being in a registry. Don't know why the push fails, thought that was intentional. I don't think anything I changed should affect that.
JI sent an invite, accept it and then it should work, I just put you in the org
CInteresting! The idea occurred to me for two reasons:
- There were already a lot of parallel images, then when I mentioned steam-devices y'all went from it to udev rules to all udev rules to codecs to app bundles to a modular repo system, and the potential image count/complexity ballooned. A unified installer seemed like a great way to manage that complexity in the user space. If you offer base, Silverblue, Kinoite, Vauxite, and two or three more options, that last one dramatically cuts the chance that someone will ever choose any of them over another distro. Big hazard in marketing and the psychology of decision making in general. One installer for all of them with no-selection defaults alleviates it
- Regardless of necessity, it's a relatively "simple" type of feature which at least Windows if not Mac users expect, and it's a lot less imposing as a first step than working from the command line. I would hope that it somewhat bridges the gap of what users somewhat arbitrarily think of as polished and indicative of a consumer-ready operating system due to familiarity and availability heuristics
- There were already a lot of parallel images, then when I mentioned steam-devices y'all went from it to udev rules to all udev rules to codecs to app bundles to a modular repo system, and the potential image count/complexity ballooned. A unified installer seemed like a great way to manage that complexity in the user space. If you offer base, Silverblue, Kinoite, Vauxite, and two or three more options, that last one dramatically cuts the chance that someone will ever choose any of them over another distro. Big hazard in marketing and the psychology of decision making in general. One installer for all of them with no-selection defaults alleviates it
- Regardless of necessity, it's a relatively "simple" type of feature which at least Windows if not Mac users expect, and it's a lot less imposing as a first step than working from the command line. I would hope that it somewhat bridges the gap of what users somewhat arbitrarily think of as polished and indicative of a consumer-ready operating system due to familiarity and availability heuristics
Jwell, tbh, the udev-rules have been there since the beginning, it was only just a scratch container tho
CMuch more robust now, I think 
CTLDR: Excellent work, green flags from all four of my fields and maybe a big edge for Fedora
J@hermmm you should be able to rekickoff the PR builds, lmk if you want me to do it tho
CAlso - never before have I seen OS devs move a tenth so fast to address usability concerns, UX, and reliability. It's already made a huge difference for me personally, and it's exactly the sort of thing I aspire to and built my major around. I really appreciate it and I look forward to having time to contribute more directly
JWe're able to move fast because we're leveraging some of the best features of containers, which is making a build system that's relocatable, easy to offload onto other hosts, can be structured in whatever makes the most sense for our needs, and is easy to normalize with one pull spec composing an entire file tree compared to having to test against any number of package configurations
DUblue feels like the future of linux desktop
CGood stuff!
Jyeah it's easier when you start from scratch
JSemi-relevant, but we're able to piggyback off of the shoulders of tech giants in the best way possible https://xkcd.com/1988/
Jplus we can move faster than fedora because we don't have to use pagure, bugzilla, etc. 
MI absolutely agree with jstone, but appreciate your sentiment. This wouldn't have really been possible 2 years ago - it's right at the edge of a tipping point in how we build desktop distros
DImagine if ubuntu switch to same model as silverblue rn
With OCI image etc
With OCI image etc
Jthey won't
Jthey won't even finish ubuntu core desktop so they're mostly actively avoiding it outside of iot
DUbuntu core desktop is planned?
Jyeah it's been around for years
JGitHub
Contribute to canonical/ubuntu-core-desktop development by creating an account on GitHub.
Cthat is... a sad-looking preview, for what it represents
DLast update is 1 month ago
Jyeah it's only a side thing
Jbut also who knows what's private
JCanonical's take: "what if we deployed a distro as a bunch of containerized images that get updated side-by-side?", Silverblue's take: "what if we deployed a distro as one containerized image that gets updated in one place?"
CHeh
Sounds about right
Sounds about right
DSilverblue way sounds better
