mattdm

9 ms·

31.
by mattdm 6y ago
Note that your existing system will not be migrated to BTRFS. I'm sorry to lose your trust. I think that comes from a misunderstanding about expectations. We want to provide a functional, usable system -- but we also are going to cha
32.
by mattdm 6y ago
Yes. That's the "simultaneously too fast and too slow" that all distros have to grapple with.
33.
by mattdm 6y ago
For me, it's not that Windows is bad, or even that Linux is somehow technically better.* The cool thing about Linux (Fedora or whatever else!) is that it's the operating system that belongs to us, the people. That's amazing.
34.
by mattdm 6y ago
Good news! The people we are working with at Lenovo have no interest in this either. We don't have any special deal here: they're shipping Fedora under the standard open source licenses and https://fedoraproject.org&#x2
35.
by mattdm 6y ago
This is going to be stock Fedora Workstation, with no proprietary drivers. (You can install the Nvidia binary drivers after the fact if you need or want them.) We follow the upstream kernel closely and generally do not include out-of-tree d
36.
by mattdm 6y ago
The Lenovo engineers I spoke with are concerned about firmware updates for these things too, and will be working with their vendors to make sure they're in the LVFS.
37.
by mattdm 6y ago
No -- lack of Fedora LTS is because doing LTS with actual _S_ is a huge amount of work, and our volunteer community is not super-excited about doing that work.
38.
by mattdm 7y ago
This is to be worked out, but I don't think so. I think there might be a frozen branch internally for that but the Stream branch should continue (and therefore might end up ahead of the beta).
39.
by mattdm 7y ago
Sure. That became Container Linux. Now we have Fedora CoreOS, which combines tech and ideas from both Atomic Host and CoreOS/Container Linux. It uses Fedora packages but through rpm-ostree, not with the yum/dnf system you might be
40.
by mattdm 7y ago
Right now, after RHEL branches from Fedora, it's disconnected — basically a fork more than a branch. This provides a public upstream for the RHEL 8.y branches. Atomic Host is being retired. CoreOS has two branches, one which is part of
41.
by mattdm 7y ago
Well, see below. Dag wants to just move on; the "real" dstat program is now defunct even if it wasn't before. So, we'll just keep things as they are for now.
42.
by mattdm 7y ago
Okay. Again, I'm sorry it came out like this. I would like us to do better.
43.
by mattdm 7y ago
Well, we do try to do better than the Cottington planning department. Like all changes, it was posted to devel-announce ( https://lists.fedoraproject.org/archives/list/devel-announce... ) to get more visibility than
44.
by mattdm 7y ago
Well, I am at least. I care about when things like this happen, including figuring out how we can do better.
45.
by mattdm 7y ago
So, from a Fedora Project point of view, I'm not really sure how we could have done this better. This change was properly announced and publicized as https://fedoraproject.org/wiki/Changes/MergeDstatAndPerform
46.
by mattdm 7y ago
Eh. Although we don't always do things perfectly, Fedora has a pretty strong policy of working with upstreams first. By contrast in my personal experience as a developer of something that got packaged in Debian, I discovered later that
47.
by mattdm 8y ago
Are you a RHEL customer? If so, telling your salespeople this would not hurt. Just sayin' :)
48.
by mattdm 8y ago
You know, the Wikipedia page for Fedora could really use some help. Both https://en.wikipedia.org/wiki/Fedora_(operating_system) and https://en.wikipedia.org/wiki/Fedora_Project There _is_ a lot o
49.
by mattdm 8y ago
Yeah, help wanted on the docs team :)
50.
by mattdm 8y ago
I hope there hasn't been much blood in all of that. Sometimes we err on that side, but overall, the intention is to provide an integrated operating system that leads but doesn't actually cause injury!
51.
by mattdm 8y ago
Former sysadmin here: conserving disk space was never a major concern. The issue is with security updates. There was one nightmare period where every single program in existence seemed to have a bundled copy of zlib, each with a slightly di
52.
Welcome to Fedora CoreOS(fedoramagazine.org)
2 points by mattdm 8y ago|0 comments
53.
by mattdm 8y ago
Note that Fedora distributes metalinks to mirrorlists via https, and the main mirror at https://dl.fedoraproject.org/pub/ also uses https. We don't mandate that for our (volunteer!) mirror network, but many mirror
54.
by mattdm 8y ago
We really try to avoid being a "bleeding edge" distro, and prefer to focus on leading edge . We don't always do every thing absolutely before anyone else; we try to be the first to provide integrated, tested, usable versio
55.
by mattdm 8y ago
Although... Fedora Core predates them all....
56.
by mattdm 8y ago
One way you can help is by sponsoring someone's travel to Flock, our annual contributor conference. I don't think we have the details on how to do that yet for this year, but watch https://flocktofedora.org/
57.
by mattdm 8y ago
I'm curious why you think this is sad. As a desktop user myself, I generally find it a good thing. It's settled into "get out of my way and let me do my work" and makes upgrades generally non-disruptive.
58.
by mattdm 8y ago
13 months, not 6-12, but, yes , this is _exactly_ the point of the modularity initiative we're launching with F28.
59.
by mattdm 8y ago
There is a Copr for it — https://copr.fedorainfracloud.org/coprs/rhawalsh/dm-vdo/ . (Looks like not yet built for F28, but I expect that to be updated shortly.)
60.
by mattdm 9y ago
This is good feedback. I'll bring it to the Fedora docs team.

More ›