Re: Fedora and the MDS CVEs

2019-05-20 Thread Matthew Miller
your work on this and the update. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.

Re: Enable dmarc mitigations

2019-05-06 Thread Matthew Miller
ages to read. Then I had to go there and read the messages on > the web, using their interface. That's definitely the primary intended mode of interaction, but there is also a "mailing list mode" which does more of what you want. (One email per post, and you can reply directly.) -

Fedora 30 officially released!

2019-04-30 Thread Matthew Miller
/ or just go ahead and grab it from: * https://getfedora.org/ -- Matthew Miller Fedora Project Leader ___ devel-announce mailing list -- devel-annou...@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le

Fedora 30 officially released!

2019-04-30 Thread Matthew Miller
/ or just go ahead and grab it from: * https://getfedora.org/ -- Matthew Miller Fedora Project Leader ___ devel-announce mailing list -- devel-announce@lists.fedoraproject.org To unsubscribe send an email to devel-announce-le

Re: Self-introduction : Zubin

2019-04-04 Thread Matthew Miller
> Looking forward to being a part of this community Zubin Choudhary Welcome Zubin! Are there any areas in particular you'd like to work on? -- Matthew Miller Fedora Project Leader ___ qa-devel mailing list -- qa-devel@lists.fedoraproject.org To unsu

Re: Modularity question for packagers about rolling/latest/stable/master streams

2019-04-04 Thread Matthew Miller
ld be easy to have a "stable" stream which opts to not pick these up for cases where reduced churn is more important than the obscure fixes. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubsc

Re: Modularity question for packagers about rolling/latest/stable/master streams

2019-04-04 Thread Matthew Miller
what those names mean. So there's a decision point between a) following upstream conventions or b) having a consistent Fedora naming scheme. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedora

Re: Modularity question for packagers about rolling/latest/stable/master streams

2019-04-04 Thread Matthew Miller
ent things are right, how do we make that consistent? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: ht

Re: Packaging Question - Building the Binaries of my package

2019-03-08 Thread Matthew Miller
see https://github.com/packit-service/packit. This doesn't solve your problem today, but perhaps could make things easier and better for you in the future. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubsc

Re: Packaging Question - Building the Binaries of my package

2019-03-07 Thread Matthew Miller
tside of our control, and we don't have a way to verify that the thing built there came from the provided source. And, someone without access to Travis CI wouldn't be able to replicate your build. -- Matthew Miller Fedora Project Leader ___

[EPEL-devel] Re: Proposed EPEL policy change: Minor release based composes

2019-02-15 Thread Matthew Miller
cessarily need to do that, if we want to include a different version of the package as an alternate module stream. (Sometimes the RHEL versions have reduced functionality, or maybe we want to offer newer versions.) -- Matthew Miller Fedora Proje

[EPEL-devel] Re: Proposed EPEL policy change: Minor release based composes

2019-02-14 Thread Matthew Miller
a module -- at least when we get the details around that worked out. -- Matthew Miller Fedora Project Leader ___ epel-devel mailing list -- epel-devel@lists.fedoraproject.org To unsubscribe send an email to epel-devel-le...@lists.fedoraproject.org F

Re: F30 Self-Contained Change proposal: MongoDB Removal

2019-02-02 Thread Matthew Miller
quirement is not just to make the source code available, but to make it available _under the terms of this license_. As suggested, please take further dicussion to le...@lists.fedoraproject.org (cc'd). -- Matthew Miller Fedora Project Leader ___ devel mai

Re: F30 Self-Contained Change proposal: Retire YUM 3

2019-01-30 Thread Matthew Miller
changes due earlier and go through the same greater review process, but then we're gonna get a lot more "ugh Fedora is so process-heavy and bureaucratic" and people just not doing it at all. -- Matthew Miller Fedora Project Leader ___ devel m

Re: F30 Self-Contained Change proposal: Bash 5.0

2019-01-30 Thread Matthew Miller
ying because of the impending doom that is RHEL 8). Can you elaborate? How would this break third-party packagers? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email

Re: F30 Self-Contained Change proposal: Bash 5.0

2019-01-30 Thread Matthew Miller
ckage builds could also be tagged as "regular" builds and land in the non-modular repo. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraprojec

Re: Vagrant 2.2 with QEMU Session

2019-01-30 Thread Matthew Miller
Add support for VirtualBox 6.0 Does this affect us? How? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://g

Re: F30 Self-Contained Change proposal: Bash 5.0

2019-01-29 Thread Matthew Miller
wo copies? [1] a funny name for "allowing modules in buildroot"² [2] hey, what happened to sgallagh's "hybrid" proposal where output from modules could just be *tagged into* base? That seemed perfect for cases like this. -- Ma

Re: F30 Self-Contained Change proposal: Improved GRUB menu

2019-01-29 Thread Matthew Miller
to an easier and seamless boot experience. +1. I often see new users asking "why are there multiple Fedora choices?", or "which kernel should I use?" -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.

Re: F30 Self-Contained Change proposal: Bash 5.0

2019-01-29 Thread Matthew Miller
t to 5 for F31? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guid

Re: F30 Self-Contained Change proposal: Retire YUM 3

2019-01-29 Thread Matthew Miller
ackages are legacy cruft. And the important stuff that > needs to be updated needs some motivation like this. "This change needs to motivate other important stuff that we don't have direct control over to change" seems like *exactly* the reason we ask for system-wide changes to be

Re: Spins keepalive deadline approaching

2019-01-28 Thread Matthew Miller
se engineering handle that? I think it's a great idea. The idea is to move release engineering from being responsible for turning a crank that puts out releases to owning a *machine* which creates releases on demand for the groups actually responsible for that release. -- Matthew Miller

Re: [Late] F30 System-Wide Change proposal: GCC9

2019-01-22 Thread Matthew Miller
l thing". But it's not that. It's "the process for making sure our routine update to GCC across the whole distro goes smoothly for everyone". -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproj

Re: Self-Introduction: Michael Zhang

2019-01-21 Thread Matthew Miller
the info. If you're having trouble finding a sponsor, let us know here, too. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora C

Re: Self Introduction - Robert Fairley

2019-01-17 Thread Matthew Miller
help out with > ostree/rpm-ostree upstream. Looking forward to contributing further in the > Fedora space! Awesome -- welcome! -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an em

Fedora's purpose [was Re: Editions vs. Spins...] DNF UUID)

2019-01-15 Thread Matthew Miller
dora.org web site, I *do* want to see Fedora KDE Plasma Desktop, Fedora Cinnamon Desktop, Fedora Astronomy Lab, Fedora Jam, and all the rest get more promotion and support. That's totally the within the project's mission, and I totally support the teams behind those efforts. The Mindshare Commi

Re: Editions vs. Spins (was: Re: F30: System-Wide Change proposal: DNF UUID)

2019-01-14 Thread Matthew Miller
t I think as a project we can at least attempt to be internally consistent, and I think there are huge benefits in making sure Fedora (the project) isn't tied to one particular output. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- d

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-14 Thread Matthew Miller
d with a new title. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List

Re: Editions vs. Spins (was: Re: F30: System-Wide Change proposal: DNF UUID)

2019-01-14 Thread Matthew Miller
ming and potentially full of traps. I think it's better to not focus so much on the central page or on the "getfedora" brochure site, and to instead make the page for each particular solution more useful and more discoverable. -- Matthew Miller Fedora Project Leader

Re: Organizing a "packager experience" objective and working group

2019-01-11 Thread Matthew Miller
On Thu, Jan 10, 2019 at 02:42:05PM -0800, Kevin Fenzi wrote: > * non free submissions. What if someone submits non free content and we > build and host it? That would not be great. Can we apply the same "flag and remove" approach as currently used in Copr? -- Matthew Miller

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-09 Thread Matthew Miller
going to explore the non-uuid "countme" flag option instead, which makes that irrelevant. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fed

Re: AMD ROCm

2019-01-09 Thread Matthew Miller
> interested in setting up a team to work on it? Yes, there's definitely interest -- I actually talked to someone from AMD about this a few weeks ago. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To u

Re: F30 System-Wide Change proposal: GNOME 3.32

2019-01-09 Thread Matthew Miller
so there's still time, but I wouldn't count on the feature > landing. Aw. I'm so looking forward to it! Thanks for the update. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe s

Re: Proposal: Add a separate “flatpaks/” namespace.

2019-01-08 Thread Matthew Miller
e can. > * We should probably move flatpak-common to the flatpaks/ namespace > for ease of discovery, but it isn’t in any way a flatpak, it’s just a > module that Flatpaks can depend on. I'd suggest just making a flatpak-common repo in flatpaks/ with a README linking to the module namesp

Re: F30 System-Wide Change proposal: GNOME 3.32

2019-01-08 Thread Matthew Miller
lso: we should make sure design team is aware so the background works. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Cond

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-08 Thread Matthew Miller
bsolutely! -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelin

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-08 Thread Matthew Miller
week and onward -- this would make it easy to distinguish systems which are short-lived. (Or "countme=new" and "countme=ongoing" or something?) H. How comfortable would people be with reporting an incrementing count *every* week (again, without a UUID attached)

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-08 Thread Matthew Miller
> aside? Possibly it could use a special VARIANT_ID reserved for this case? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-07 Thread Matthew Miller
whole week until you can reasonably assume that an installation is > probably permanent. Sure, it's a threshold and we'd have to set a balance. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproje

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-07 Thread Matthew Miller
ot;Qubes Fedora Remix", I might add it to the report, and if it's "Fedora Suxxx!" I would not. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-07 Thread Matthew Miller
we'll actually present the UUIDs directly in reports. It does seem reasonable to check that UUIDs actually match the expected format, which should cut out most of that. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedo

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-07 Thread Matthew Miller
age (cleaned by standard image prep) is clear. > We need to first decide whether or not we want > containers and other declarative environments to be considered separate > machines. Sorry, I'm not seeing the connection. Maybe it's just too late in the day. Can you spell it out for me?

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-07 Thread Matthew Miller
;1" on one of > these ping checks a day, and "0" all other times. Then you count how We have this too and it's useful for some subset of desktop installs, but doesn't tell us about server, cloud, or container usage. -- Matthew Miller Fedora Project Leader __

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-07 Thread Matthew Miller
usly a worse privacy risk and a worse way to count > users than randomized UUIDs. That's a good point. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an em

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-07 Thread Matthew Miller
applications. It's not really a privacy policy (or statement) for the OS. See https://pagure.io/Fedora-Council/tickets/issue/53 for some background and current state. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@list

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-07 Thread Matthew Miller
asy way to disable this. If you pass an identifier, that enables client > tracking. I agree -- it'll go in the release notes, docs, and probably also dnf configuration files as a comment. -- Matthew Miller Fedora Project Leader ___ devel

Re: F30: System-Wide Change proposal: DNF UUID

2019-01-07 Thread Matthew Miller
... Hmmm. We have fedora.pool.ntp.org, in fact. I'm not sure who actually runs that! -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fed

Re: Proposal: delay F31 release to work out infrastructure and lifecycle challenges

2019-01-06 Thread Matthew Miller
chedule. Let's go ahead with the assumption that we'll use the regular end-of-October target. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedo

[EPEL-devel] Re: Fedora project login

2019-01-02 Thread Matthew Miller
DESIGN does not allow me to request it > send me a reminder of my username. Yeah, we know. As I understand it, aa replacement for FAS (the account system) is a high-priority infrastructure project for this year. Sorry for the frustrating experience, and thank you for your feedback on it. -- Matthew

Re: New ZoneMinder packages - except el7

2018-12-08 Thread Matthew Miller
probably explains that. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-12-06 Thread Matthew Miller
s. In such repo you have branches which track respective [...] > That sounds very nice. > > Is there a place to discuss this approach? I would suggest *this list*, although perhaps if it's something other than lifecycle a new thread (so it doesn't get lost). -- Matt

Re: What does delaying F31 mean for packagers/users?

2018-11-29 Thread Matthew Miller
That is, you say that modularity isn't capable of soving this, but I'm not sure why not.) -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fedora Hardware portal

2018-11-29 Thread Matthew Miller
easier for users to just run the program. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.or

Re: Self Introduction: Dillen Meijboom

2018-11-28 Thread Matthew Miller
st couple > of years but I'd like to contribute more to open-source projects like > Fedora. That's great -- welcome to Fedora! -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an em

Re: What does extended F30 cycle mean for F29?

2018-11-28 Thread Matthew Miller
EOL F29 6 months before F31 is out to not have *two* long term > > branches to maintain? > So going back to memory of what we did in the F-21 cycle, we EOLed > F-19 at the 13 months line and then F-20 continued until a month after > F-22 was out. I'd support doing this again. --

Re: What does delaying F31 mean for packagers/users?

2018-11-27 Thread Matthew Miller
dule by default, even. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html L

Re: Proposal: delay F31 release to work out infrastructure and lifecycle challenges

2018-11-26 Thread Matthew Miller
mpose time, and run createrepo against that instead of rpms directly. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Condu

Re: Proposal: delay F31 release to work out infrastructure and lifecycle challenges

2018-11-26 Thread Matthew Miller
t > that we define "the compose" as a single thing which produces (last > time I counted) 70+ deliverables. If we had an easy way to say 'ok, > right now we need a compose which produces A, B, C and D from the > minimum necessary sets of inputs', that would be a massive improvemen

Re: Is Fedora 27 EOL?

2018-11-26 Thread Matthew Miller
the > ball on this, let's do the F27 EOL on Friday and I'll fix both the > text of the policy and my own workflow to prevent this issue in the > future. For the record, FESCo ticket where 4 weeks / 28 days was made official: https://pagure.io/fesco/issue/1750 --

Proposal: delay F31 release to work out infrastructure and lifecycle challenges

2018-11-26 Thread Matthew Miller
omment in this thread. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.htm

Re: Proposal: Faster composes by eliminating deltarpms and using zchunked rpms instead

2018-11-19 Thread Matthew Miller
re's always room for improvement but let's please not talk about other people's work in this way. Thank you. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorapr

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-16 Thread Matthew Miller
egrate this together with Leap; because of our multi-brand puzzle, we've been kind of blocked from taking advantage of what we have. But that's really an artificial block; it's all open source, all very similar technology, and all in the same family, even! -- Matthew Miller Fedora Project Leade

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-15 Thread Matthew Miller
On Thu, Nov 15, 2018 at 04:19:29PM -0500, Matthew Miller wrote: > I think the very, very high fast rate I'm seeing in the mirror stats (see Too excited! "Very high fast upgrade rate." :) -- Matthew Miller Fedora Project Leader ___ devel

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-15 Thread Matthew Miller
be the true authoritative source. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-con

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-15 Thread Matthew Miller
for f23 at the left side of the graph. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/c

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-15 Thread Matthew Miller
are looking for something along the lines of "Fedora LTS"? It's definitely a tool we have in the box, at least. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe sen

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-15 Thread Matthew Miller
esn't really capture the entire "source" like I get > with an upstream release tarball. I think to do this we would need to have our own, controlled local git mirror. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- deve

Re: Self Introduction: Milind Changire

2018-11-15 Thread Matthew Miller
Welcome! This sounds like an interesting project. Let me know if you need anything! -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code o

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
e, from my statistics, there's a lot of 3-year-old (and older!) Fedora out on the web today. But that aside, let's say we wanted to do it right *and* still keep the distro exciting and fun to hack on. What person-power and procedures would we need to add? -- Matthew Miller Fedora Proje

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
y, the subset used for the IoT spin (and potential future edition)? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Co

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
ted to 1000 bugs." → that's just for CVEs. What happens if we limit that to a smaller subset, though? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lis

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
esktop and > > IoT shipped on systems and 2. expanding the community by getting Fedora into > > places which don't consider us because we're perceived as too fleeting. > > Why not make just IoT LTS? That's a possibility. How would we do that? -- M

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
ll, it would reduce the number of active streams, and make the QA effort be a subset of full-release QA. Alternately, GNOME could switch to a yearly release cycle for our convenience. :) -- Matthew Miller Fedora Project Leader ___ devel mailing l

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
On Wed, Nov 14, 2018 at 09:54:27AM -0600, mcatanz...@gnome.org wrote: > Is 36 months an absolute minimum for getting onto consumer laptops? Based on the conversations I've had, yes. We might be able to get some niche acceptance with 27 months. -- Matthew Miller Fedora Project Lea

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
e meant for day-to-day use (and using ostree for rollbacks), would that be adequate for the "on the edge" GNOME community? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an emai

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
iff between F-1 and F. Yeah, definitely. We can't do this in a way which significantly increases the number of active branches. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
jor release every two years, followed by point updates. Kind of like RHL back in the day. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorapr

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
as a direct upstream for your internal RHEL work? Fedora is supposed to be the upstream for RHEL, after all. Why not make that true all of the time, not just every N years when RHEL branches? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- d

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
ere to not break 1) the hardware it runs on and 2) the stuff on top. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Cod

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
es for the current 13 months, > most of my time is spent on fedora next. I think any workable answer is going to need some sort of Rings approach that allows different cadence for deliverables on top. Cinnamon, for example, could be in Ring 2 and deliver a faster-moving experience. -- Matthe

Re: Fedora Lifecycles: imagine longer-term possibilities

2018-11-14 Thread Matthew Miller
cularly, I'm pretty sure about the goals: 1. getting Fedora desktop and IoT shipped on systems and 2. expanding the community by getting Fedora into places which don't consider us because we're perceived as too fleeting. -- Matthew Miller Fedora Project Leader ___

Fedora Lifecycles: imagine longer-term possibilities

2018-11-13 Thread Matthew Miller
s? How would we make sure we're not overworked? How would we balance this with getting people new stuff fast as well? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an em

Re: Ursa Major (modules in buildroot) enablement

2018-11-09 Thread Matthew Miller
to discover the need for modularity > as a packager, but I'm not eager to. Solving problems for users should count as something! The thing I really want from it is: automatic builds across bases from one (or two) stream branches. That's partly there, but isn't as magical as I'd like it to be. --

Re: Bodhi update pushes are now automated

2018-11-08 Thread Matthew Miller
tulations! -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelin

Re: Nobody care about dmz-cursor-themes package

2018-11-01 Thread Matthew Miller
age_maintainers -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Gu

Re: IBM buying RedHat

2018-10-30 Thread Matthew Miller
ng yet. And speculation is basically right out. That said, I'm working on what I can do here. Are there specific things you'd like to ask? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to de

Fedora 29 is available now!

2018-10-30 Thread Matthew Miller
and congratulations to everyone! Read the official announcement at: * https://fedoramagazine.org/announcing-fedora-29/ or just go ahead and grab it from: * https://getfedora.org/ -- Matthew Millermat...@mattdm.org <http://mattdm.org/> Fedora Project Leade

Fedora 29 is available now!

2018-10-30 Thread Matthew Miller
and congratulations to everyone! Read the official announcement at: * https://fedoramagazine.org/announcing-fedora-29/ or just go ahead and grab it from: * https://getfedora.org/ -- Matthew Millermat...@mattdm.org <http://mattdm.org/> Fedora Project Leade

Re: [Test-Announce] Fedora 29 Final is GO

2018-10-28 Thread Matthew Miller
them forever. (And there isn't even a guarantee that the same won't happen > again with F30.) Agreed. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@li

Re: [Test-Announce] Fedora 29 Final is GO

2018-10-28 Thread Matthew Miller
ve this to the top of the queue versus where it sits? We need more people interested in working on the problem. It's hard because the whole release-engineering process is an intimidating and complicated system that it's hard to get people plugged into. And yes, that is a bit ironic. -- Matthew Mill

Re: [Test-Announce] Fedora 29 Final is GO

2018-10-28 Thread Matthew Miller
ickstarts? If not, that might be a good idea > to have so that we can validate them before going through the > expensive process of producing ISOs. That could even be a CI test on > the fedora-kickstarts repo! +1! -- Matthew Miller Fed

Re: [Test-Announce] Fedora 29 Final is GO

2018-10-26 Thread Matthew Miller
.org/archives/list/devel@lists.fedoraproject.org/thread/MWR6OULSXFL6WF4RF4CLVFDVVRN73PKV/ We've got to fix this so that non-blocking deliverables like this can be delivered independent of the main compose. -- Matthew Miller Fedora Project Leader ___ dev

Re: license of our products on getfedora.org

2018-10-25 Thread Matthew Miller
On Thu, Oct 25, 2018 at 08:14:11AM +, Zbigniew Jędrzejewski-Szmek wrote: > Thanks, this is useful. Shouldn't this be prominently linked from > https://getfedora.org/ though? Probably! Can you file a ticket with websites? We're doing a big refresh of that site anyway for F30. -- M

Re: license of our products on getfedora.org

2018-10-24 Thread Matthew Miller
er the MIT license. However, this compilation license does not supersede the licenses of code and content contained in Fedora, which conform to the legal guidelines described at https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing.; -- Matthew Mi

Re: Attention Gmail users, please turn off HTML mail

2018-10-23 Thread Matthew Miller
t active and important list. -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.

Re: Fedora should replace mailing lists with Discourse

2018-10-19 Thread Matthew Miller
On Fri, Oct 19, 2018 at 07:49:41AM -0700, Gerald B. Cox wrote: > Oh really... I said that... perhaps you should take 5 seconds and read the > subject of the thread. Hey, let's please keep this friendly. -- Matthew Miller Fedora Project

Re: Fedora should replace mailing lists with Discourse

2018-10-19 Thread Matthew Miller
s!". What else do you (not just Neal — take this as an open question!) think we should do differently from a Red Hat side? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an ema

Re: Fedora should replace mailing lists with Discourse

2018-10-19 Thread Matthew Miller
necessarily constrain how much people are able and willing to > do. It doesn't get simpler than that. And I have *not* seen a > Discourse instance be successful in that with large teams, much less > large groups like the development groups within Fedora. Yeah -- this is completely reasonable

Re: Fedora should replace mailing lists with Discourse

2018-10-19 Thread Matthew Miller
veral people implying some sort of fait accompli here, that some backroom decision has been made, that we're somehow trying to destroy communication seriously? -- Matthew Miller Fedora Project Leader ___ devel mailing list -- devel@lists.fedor

Re: Attention Gmail users, please turn off HTML mail

2018-10-19 Thread Matthew Miller
se is a pure open source project that is *really catching on and successful*. It's not perfect either, of course, but we're way better off aligning with something with momentum. -- Matthew Miller Fedora Project Leader ___ devel mailing list

  1   2   3   4   5   6   7   8   9   10   >