5 ms·
So it automatically ships the latest versions of e.g. screen and vim, no manual recompiling/installing necessary? That's always been my biggest gripe with othe
by Zikes 11y ago
So it automatically ships the latest versions of e.g. screen and vim, no manual recompiling/installing necessary?
That's always been my biggest gripe with other distros, they'd have a version of an app or tool that was built once years ago and never touched again. I'm sold, I'll be taking Tumbleweed for a test drive tonight.
- placeybordeaux 11y agoIt is a rolling release, that means each time a new version of a package is available they will try and incorporate it. Apparently the difference they have to gentoo, arch et al is that they have a large CI that actually inspects screen shots to verify that the new package didn't break anything. I run antergos (arch based) at home, having the bleeding edge is nice, but the AUR is really what seals the deal for me. That being said I have been cut by the bleeding edge at least twice, once so badly that it booted up without the eth0 interface. Maybe tumbleweed wouldn't have this problem as often.
- rbrownsuse 11y agoIt's probably worth mentioning that the openSUSE Build Service pretty much fills the same role as AUR http://software.opensuse.org http://software.opensuse.org lets you search across all the available repositories and easily install packages on your Tumbleweed installation Sure, those repositories are not tested, unlike the main Tumbleweed distribution, but then again, AUR isn't exactly expected to be a wholly reliable resource, just a useful one :)
- toyg 11y agoCI tests as described are very good for minor patches, but new features and significant UI changes seem to require significant manual updates to tests anyway.
- rbrownsuse 11y agoYou'd be surprised how little a problem it is in the real world In the case of UI changes, openQA can have it's 'needles' updated in it's webUI. Look at the new screenshot, compare to the old screenshot, tell openQA to like the new stuff, done. In the case of functionality or workflow changes, yeah, tests need to be adapted, but the openQA test writing language is pretty human friendly, describing the steps that humans actually do, so it's not that hard to alter And because we test at the point of submission before anything is merged to the distribution, we generally catch the behaviour changes as part of the package submission, then we have developers keen to get their stuff in the distribution happy to help tune up the tests ;)
- toyg 11y agoThat doesn't sound very different from Debian Sid: new and updated packages are rolled in as they come through. This means fairly frequent breakages, especially for complex stacks. A lot of Debian-based distributions (including the first Ubuntu releases) are basically Sid snapshots at some point in time. It's been like that for a long time.
- dbcurtis 11y agoWell, aren't they saying this is Sid but with good QA?
- rbrownsuse 11y agoApart from Debian Sid: has no testing, but Tumbleweed does - so those breakages don't happen
- datashaman 11y agoMost (if not all) packages installed in any *nix have tests, which (hopefully) are run during the system-specific package creation.
- rbrownsuse 11y agoTesting packages, and testing that an entire distribution works with those packages on it, are two very different things..