3 ms·
Screw it, just pull in the entire default repo and call it a day. With how cheap disk space is now, I wonder how infeasible this would actually be. How much di
by branon 5y ago
Screw it, just pull in the entire default repo and call it a day.
With how cheap disk space is now, I wonder how infeasible this would actually be. How much disk and bandwidth would this take for, say, Ubuntu, or Arch, or Arch plus the AUR?
Once everything is installed, the package manager could handle incremental updates rather painlessly if you ran them often enough. Conflicting packages might pose a bit of an issue. But we could just exclude any package with conflicts outside of the base install, leaving it to the user to resolve.
- ijlx 5y agoPer https://wiki.archlinux.org/title/DeveloperWiki:NewMirrors https://wiki.archlinux.org/title/DeveloperWiki:NewMirrors a full mirror of the arch repos would be over 50 GiB. AUR would be impossible to tell, as you have to grab sources and build it yourself. I'd imagine fairly massive though. I can only really speak for arch as that's what I'm familiar with, but I'd imagine the mirrors would not be happy about all the wasted bandwidth. The whole idea sort of seems unnecessary to me.
- ghostpepper 5y agoWhat about pulling in binary packages the first time you try to run them. Or pulling in shared library packages the first time an app tried to load them.
- laumars 5y agoThere’s going to be a lot of duplication in AUR. Also a lot of package that don’t build too.
- 3np 5y agoI think even with a performant machine, you'd struggle to keep up with the AUR - consider many -git packages that just track the tip of some git repo and may take arbitrary time to build. The base repos would at least be theoretically possible, but I think the only way it would be useful would be to uncover undocumented conflicts...