On Mon, 05 Nov 2012 13:53:37 +0100, Ralf Corsepius wrote:
>> That's called CentOS,
> Nope ... CentOS/RHEL is a different end of extremes.
>
> 7 years+ life-time, no API changes, etc.
> What is lacking is a middle ground between "Fedora" and "CentOS".
>
> Something with a life-time of "~2 years",
On 05.11.2012 15:57, Simo Sorce wrote:
A possibly viable alternative for the ABIs freezing (which we can not
ensure anyway) is the C/C++/etc tooling - If we arm upstreams, packagers
and 3rd parties with powerful source tools (API migration/checking),
just like Google does internally, unsing the
On 4 November 2012 23:57, drago01 wrote:
> On Sun, Nov 4, 2012 at 6:55 PM, Adam Williamson wrote:
>> On Sun, 2012-11-04 at 12:18 -0500, Simo Sorce wrote:
>>> On Sat, 2012-11-03 at 00:36 +0100, Michał Piotrowski wrote:
>>> > Hi,
>>> >
>>> > 2012/11/3 Adam Williamson :
>>> > > Note
>>> > > that nei
> From: "Jóhann B. Guðmundsson"
>
> On 11/05/2012 05:28 PM, Przemek Klosowski wrote:
> > On 11/02/2012 07:04 PM, Adam Williamson wrote:
> >
> >> Sure, like I said in another mail, we've got better at that than
before.
> >> But as I also said in the same mail, you still have to do a version
> >>
On 11/05/2012 05:28 PM, Przemek Klosowski wrote:
On 11/02/2012 07:04 PM, Adam Williamson wrote:
Sure, like I said in another mail, we've got better at that than before.
But as I also said in the same mail, you still have to do a version
upgrade every twelve months. That alone is ridiculous for
On Mon, Nov 5, 2012 at 6:34 PM, Bruno Wolff III wrote:
>
>>> >It's a clean installation, I don't think it needs any magic. Also
>>> >third-party repos are not a problem, we just ignore them and they
>>> >won't influence the new system. People will add them manually again
>>> >once in 18 months.
>
On Mon, Nov 05, 2012 at 13:23:59 -0500,
Kamil Paral wrote:
>> This tool is still not going to be able to do magic and there will
>> be
>> config
>> things that still need to be redone. Third party repos will still
>> be
>> an issue.
>
>It's a clean installation, I don't think it needs any magi
> >> This tool is still not going to be able to do magic and there will
> >> be
> >> config
> >> things that still need to be redone. Third party repos will still
> >> be
> >> an issue.
> >
> >It's a clean installation, I don't think it needs any magic. Also
> >third-party repos are not a problem,
> >* A release for general users with low volume of security fixes and
> >important bug fixes.
> >** Bug fixes would be pushed monthly and QA would be performed on
> >this monthly batch of updates.
>
> Some packages need more than bug fix updates (unless you are taking a
> very
> broad view of what
On 11/02/2012 07:04 PM, Adam Williamson wrote:
Sure, like I said in another mail, we've got better at that than before.
But as I also said in the same mail, you still have to do a version
upgrade every twelve months. That alone is ridiculous for a 'stable'
operating system.
This is an importa
Tom Lane wrote:
>Simon Lukasik writes:
>> Currently, each Fedora release is kept alive for 13(+/-) months.
>There
>> were dozens of threads about shortening or prolonging period -- but I
>am
>> not sure if something like the following has been ever discussed:
>
>> Each N-th Fedora release -- wh
On Mon, Nov 5, 2012 at 5:56 AM, Jiri Eischmann wrote:
>
> Release parties and codenames were just examples. It's about the buzz
> around releases. You can check Google Trends where you find peaks in
> number of searches for Fedora after every release. Or fp.org monthly
> stats. You would lose revi
On Mon, Nov 05, 2012 at 08:35:53 -0500,
Kamil Paral wrote:
My idea would be to have two releases:
== Fedora Stable ==
* A release for general users with low volume of security fixes and important
bug fixes.
** Bug fixes would be pushed monthly and QA would be performed on this monthly
batc
On Sun, 2012-11-04 at 19:47 +0200, Alek Paunov wrote:
> On 04.11.2012 19:25, Simo Sorce wrote:
>
> > note that this is "also" our strength in some respect because it allows
> > the system to evolve a lot more quickly, but it also means upgrades are
>
> Indeed.
>
> > simply going to break stuff,
> The entire QA team (and the entire anaconda team, for that matter) is
> currently spending virtually all its time trying to help bash the new
> anaconda into something vaguely resembling shape for a fairly
> arbitrary
> release deadline, so we can ship something called 'the Fedora 18
> stable
> r
On 11/05/2012 01:11 AM, Matěj Cepl wrote:
On Fri, 02 Nov 2012 20:55:38 +, Jóhann B. Guðmundsson wrote:
and one "stable" release ( valid for 2 maybe 3 years ) for those in the
community that want something they dont constantly having to upgrade to
and can deploy on their servers. ( ofcourse t
On Mon, Nov 5, 2012 at 10:56 AM, Jiri Eischmann wrote:
>
> Release parties and codenames were just examples. It's about the buzz
> around releases. You can check Google Trends where you find peaks in
> number of searches for Fedora after every release. Or fp.org monthly
> stats. You would lose rev
On 11/05/2012 01:13 PM, Mathieu Bridon wrote:
On Monday, November 05, 2012 06:56 PM, Jiri Eischmann wrote:
mike cloaked píše v Ne 04. 11. 2012 v 21:44 +:
Does anyone have any reliable statistics about the number of users who
feel that release parties and codenames are important to them?
On Monday, November 05, 2012 06:56 PM, Jiri Eischmann wrote:
mike cloaked píše v Ne 04. 11. 2012 v 21:44 +:
On Sun, Nov 4, 2012 at 9:07 PM, Jiri Eischmann
wrote:
This is a very valid argument. I understand this is a devel
list, so we should stay on the technical level, b
mike cloaked píše v Ne 04. 11. 2012 v 21:44 +:
> On Sun, Nov 4, 2012 at 9:07 PM, Jiri Eischmann
> wrote:
>
>
> This is a very valid argument. I understand this is a devel
> list, so we should stay on the technical level, but if we
> discuss such broad
On Mon, Nov 5, 2012 at 8:02 AM, Emmanuel Seyman wrote:
> * drago01 [05/11/2012 08:00] :
>>
>> That's like selling a car and telling the customer "it might not move
>> at all in that case you are on your own sorry".
>
> This is par the course for proprietary software (with the added bonus
> that yo
* drago01 [05/11/2012 08:00] :
>
> That's like selling a car and telling the customer "it might not move
> at all in that case you are on your own sorry".
This is par the course for proprietary software (with the added bonus
that you can't actually fix it since you don't have the source code).
Em
On Sun, Nov 4, 2012 at 6:55 PM, Adam Williamson wrote:
> On Sun, 2012-11-04 at 12:18 -0500, Simo Sorce wrote:
>> On Sat, 2012-11-03 at 00:36 +0100, Michał Piotrowski wrote:
>> > Hi,
>> >
>> > 2012/11/3 Adam Williamson :
>> > > Note
>> > > that neither Red Hat nor Microsoft actually support major v
On Fri, 02 Nov 2012 13:22:21 -0700, Adam Williamson wrote:
> I disagree. It's usable by the kind of people who use Fedora. Who like
> shiny cutting-edge stuff and don't mind dealing with wonkiness
> constantly. I wouldn't dream of putting any regular person on a Fedora
> install, quite frankly. It'
On Fri, 02 Nov 2012 20:55:38 +, Jóhann B. Guðmundsson wrote:
> and one "stable" release ( valid for 2 maybe 3 years ) for those in the
> community that want something they dont constantly having to upgrade to
> and can deploy on their servers. ( ofcourse to have a stable release we
> first and
On Sun, Nov 4, 2012 at 9:07 PM, Jiri Eischmann wrote:
>
> This is a very valid argument. I understand this is a devel list, so we
> should stay on the technical level, but if we discuss such broad changes
> that affect the whole project, we should also take into account other
> aspects.
>
> Switc
- Original Message -
> From: "Bruno Wolff III"
> To: "Kevin Fenzi"
> Cc: devel@lists.fedoraproject.org
> Sent: Saturday, November 3, 2012 7:37:45 PM
> Subject: Re: Rolling release model philosophy (was Re: Anaconda is totally
> trashing t
For microsoft perhaps, but Ubuntu, Debian ? Upgrading from a release
to the next is trivial, and in general work well. Sure, probably the
update to the core system component is more light, no Usrmove, no
systemd, or something like this. And preserving, updating the new
configuration based on the pr
On 11/04/2012 05:05 PM, Tom Lane wrote:
> Simon Lukasik writes:
>> Currently, each Fedora release is kept alive for 13(+/-) months. There
>> were dozens of threads about shortening or prolonging period -- but I am
>> not sure if something like the following has been ever discussed:
>
>> Each N-th
On Sun, 2012-11-04 at 12:18 -0500, Simo Sorce wrote:
> On Sat, 2012-11-03 at 00:36 +0100, Michał Piotrowski wrote:
> > Hi,
> >
> > 2012/11/3 Adam Williamson :
> > > Note
> > > that neither Red Hat nor Microsoft actually support major version
> > > upgrades for their operating systems
>
> Adam, th
On 04.11.2012 19:25, Simo Sorce wrote:
note that this is "also" our strength in some respect because it allows
the system to evolve a lot more quickly, but it also means upgrades are
Indeed.
simply going to break stuff, and that's not so great for desktop
environments and scare the hell off
On Sat, 2012-11-03 at 00:44 +0100, drago01 wrote:
> > much lower levels of churn,
>
> No they actually have way higher levels of churn ... just think about
> it ... in fedora we are talking about 6 months worth of chrun not 5+
> years. Can't speak for Red Hat but maybe this is one of the reasons
>
On Sat, 2012-11-03 at 00:36 +0100, Michał Piotrowski wrote:
> Hi,
>
> 2012/11/3 Adam Williamson :
> > Note
> > that neither Red Hat nor Microsoft actually support major version
> > upgrades for their operating systems
Adam, this is plainly untrue for Microsoft, they always supported
upgrading to
Am 04.11.2012 17:05, schrieb Tom Lane:
> Simon Lukasik writes:
>> Currently, each Fedora release is kept alive for 13(+/-) months. There
>> were dozens of threads about shortening or prolonging period -- but I am
>> not sure if something like the following has been ever discussed:
>
>> Each N-t
Simon Lukasik writes:
> Currently, each Fedora release is kept alive for 13(+/-) months. There
> were dozens of threads about shortening or prolonging period -- but I am
> not sure if something like the following has been ever discussed:
> Each N-th Fedora release -- where N%3==1 -- is alive for
Panu Matilainen writes:
> On 11/04/2012 12:17 PM, Michael Scherer wrote:
>> And I am doubting that changing the release model will suddenly make
>> people do QA.
> Adam's point is that reducing the number of branches requiring QA should
> permit more thorough QA with the scarce resources availab
On 11/03/2012 12:30 AM, Simo Sorce wrote:
> On Fri, 2012-11-02 at 16:04 -0700, Adam Williamson wrote:
>> * Upgrading every year, with an unreliable upgrade process, is not
>> something you have to do with a proper stable OS
>
> On some stable OSs you cannot upgrade *at all*. It is true that some O
On 11/04/2012 12:17 PM, Michael Scherer wrote:
Le samedi 03 novembre 2012 à 09:29 -0700, Adam Williamson a écrit :
On Sat, 2012-11-03 at 11:28 +, mike cloaked wrote:
Others may wish to compare Fedora with other distributions also - but
one thought I had was that in Archlinux there are only
Le samedi 03 novembre 2012 à 09:29 -0700, Adam Williamson a écrit :
> On Sat, 2012-11-03 at 11:28 +, mike cloaked wrote:
>
> > Others may wish to compare Fedora with other distributions also - but
> > one thought I had was that in Archlinux there are only two repos to
> > maintain - whilst in
I think we could, just for fun if you like, pursue making a good plan of
how the transition would be and what changes should be done.
Consider it objectively.
What changes would have to be done the OS?
What changes in infrastructure?
What tools do we need?
This could be a good exercise. The wik
On Sun, Nov 04, 2012 at 00:26:08 +0100,
Michael Scherer wrote:
Le samedi 03 novembre 2012 à 07:46 -0500, Bruno Wolff III a écrit :
I do not run it, so I cannot judge, but I think the first step to fix
something is to know the exact problems to fix. If the issue is "too
much breakage", how can
On Sun, 2012-11-04 at 02:12 +0200, Nikos Roussos wrote:
>
> Adam Williamson wrote:
> >On Sat, 2012-11-03 at 09:37 -0200, Henrique Junior wrote:
> >
> >> The guys behind openSUSE created a good approach with Tumbleweed. By
> >> adding this repo users can opt-in to the (semi)rolling model.
> >> Tum
Adam Williamson wrote:
>On Sat, 2012-11-03 at 09:37 -0200, Henrique Junior wrote:
>
>> The guys behind openSUSE created a good approach with Tumbleweed. By
>> adding this repo users can opt-in to the (semi)rolling model.
>> Tumbleweed is more like a pool where updated, stable, non disruptive
>>
On Sun, 2012-11-04 at 00:26 +0100, Michael Scherer wrote:
> Le samedi 03 novembre 2012 à 07:46 -0500, Bruno Wolff III a écrit :
>
> > I'd rather see us do a better job with rawhide so that more people use it
> > and
> > a better job at making upgrades go smoother so that people just trying
> >
Le samedi 03 novembre 2012 à 07:46 -0500, Bruno Wolff III a écrit :
> I'd rather see us do a better job with rawhide so that more people use it and
> a better job at making upgrades go smoother so that people just trying
> to get stuff done with Fedora have a better experience.
Then the questio
On Sat, Nov 3, 2012 at 4:29 PM, Adam Williamson wrote:
> On Sat, 2012-11-03 at 11:28 +, mike cloaked wrote:
>
> > Others may wish to compare Fedora with other distributions also - but
> > one thought I had was that in Archlinux there are only two repos to
> > maintain - whilst in Fedora it is
On Sat, Nov 03, 2012 at 11:11:18 -0600,
Kevin Fenzi wrote:
In any case, I think we do need to look at release cycle changes or at
the very least Feature process revamp.
And get comments from other than developers. Marketting might have serious
concerns about the loss of exposure not having
On 03.11.2012 19:17, Alek Paunov wrote:
Adam, I think that the current "rolling release" discussion as many
other "high interest" general ones in the recent months are pointless
without some form of explicit definition and statistics of the current
(and desired) distinct Fedora user profiles.
J
On 03.11.2012 18:26, Adam Williamson wrote:
On Sat, 2012-11-03 at 10:52 +0100, drago01 wrote:
Eh? That's not what I said at all. What I said was that I think in a
well-managed rolling release model, users would actually run into
trouble only about as often as they already do anyway. I don't mean
On Sat, 03 Nov 2012 09:26:43 -0700
Adam Williamson wrote:
> I don't think rolling release and getting work done are incompatible.
> As I mentioned, I run Branched permanently on my desktop - so it
> rolls from 'pre-Alpha' state through to 'stable' state briefly and
> then back to 'pre-Alpha' agai
Am 03.11.2012 11:35, schrieb Nikos Roussos:
> In that sense, and from my point of view, if we had to rethink our release
> model and dedicate time and energy on a
> new approach, it would make more sense to have an extended support release
> (providing only security updates after
> 13 months)
Am 03.11.2012 01:09, schrieb Adam Williamson:
> On Sat, 2012-11-03 at 01:07 +0100, Reindl Harald wrote:
>> Am 03.11.2012 00:58, schrieb Adam Williamson:
>>> Microsoft don't really expect you to upgrade Windows. They expect you to
>>> buy a computer with Windows X on it, use it for three years, th
On Sat, 2012-11-03 at 09:37 -0200, Henrique Junior wrote:
> The guys behind openSUSE created a good approach with Tumbleweed. By
> adding this repo users can opt-in to the (semi)rolling model.
> Tumbleweed is more like a pool where updated, stable, non disruptive
> software can be installed and I
On Sat, 2012-11-03 at 11:28 +, mike cloaked wrote:
> Others may wish to compare Fedora with other distributions also - but
> one thought I had was that in Archlinux there are only two repos to
> maintain - whilst in Fedora it is 5 repos! One might wonder whether
> there is less effort needed t
On Sat, 2012-11-03 at 10:52 +0100, drago01 wrote:
> On Sat, Nov 3, 2012 at 12:58 AM, Adam Williamson wrote:
> > My position is that the people who use Fedora and the kind of people we
> > really _want_ to use Fedora can cope with it.
>
> Maybe the majority can maybe they can't. But as evident by
On Sat, Nov 03, 2012 at 12:35:08PM +0200, Nikos Roussos wrote:
> I understand that "regular users" are not Fedora's main target, but it
> is a general-purpose operating system in the sense that it can be used
> by people who want to have a stable working environment with all the
> latest things fro
On Fri, Nov 02, 2012 at 16:32:00 -0700,
Adam Williamson wrote:
On Sat, 2012-11-03 at 00:18 +0100, drago01 wrote:
In a rolling release model, everyone deals with foo-1.0 to foo-2.0, then
a week later they deal with bar-1.0 to bar-2.0, then a week later they
deal with monkeys-1.0 to monkeys-2.0
On Sat, Nov 3, 2012 at 12:37 PM, Henrique Junior wrote:
> It is difficult, for example, to understand why we have to wait until the
> next release to have LibreOffice 3.6, since this seems an non disruptive
> update that could bring major improvements in the productivity of users who
> rely on of
On Fri, Nov 2, 2012 at 10:31 PM, Kevin Fenzi wrote:
> On Fri, 02 Nov 2012 15:17:02 -0700
> Adam Williamson wrote:
>
> ..snip...
>
> In my experience, in the last few years, Fedora stable releases have
> become much more stable. My "stable" boxes here at home I have not
> really had to poke at si
On Fri, 2012-11-02 at 13:22 -0700, Adam Williamson wrote:
> > I disagree with that. Fedora releases had some small regression
> > introduced via updates from time but is is *very* usable as a stable
> > operating system.
>
> I disagree. It's usable by the kind of people who use Fedora. Who like
>
On Sat, Nov 3, 2012 at 12:58 AM, Adam Williamson wrote:
> My position is that the people who use Fedora and the kind of people we
> really _want_ to use Fedora can cope with it.
Maybe the majority can maybe they can't. But as evident by this thread
even fedora *developers* don't want to deal with
On 2 November 2012 17:36, Michał Piotrowski wrote:
> Hi,
>
> 2012/11/3 Adam Williamson :
>> Note
>> that neither Red Hat nor Microsoft actually support major version
>> upgrades for their operating systems
>
> Just take a look at this - MS rocks here
> http://www.youtube.com/watch?v=vPnehDhGa14
S
Am 03.11.2012 00:58, schrieb Adam Williamson:
> Microsoft don't really expect you to upgrade Windows. They expect you to
> buy a computer with Windows X on it, use it for three years, then throw
> it away and buy a new computer with Windows Y on it. Red Hat expects
> something similar for RHEL - th
On Sat, 2012-11-03 at 01:07 +0100, Reindl Harald wrote:
> Am 03.11.2012 00:58, schrieb Adam Williamson:
> > Microsoft don't really expect you to upgrade Windows. They expect you to
> > buy a computer with Windows X on it, use it for three years, then throw
> > it away and buy a new computer with Wi
On Sat, 2012-11-03 at 00:44 +0100, drago01 wrote:
> > The number of variables involved in one is astronomical. Note
> > that neither Red Hat nor Microsoft actually support major version
> > upgrades for their operating systems,
>
> Microsoft does. They do even sell upgrade boxes ...
Well, it's a
On Sat, Nov 3, 2012 at 12:32 AM, Adam Williamson wrote:
> On Sat, 2012-11-03 at 00:18 +0100, drago01 wrote:
>> On Sat, Nov 3, 2012 at 12:04 AM, Adam Williamson wrote:
>> > [...]
>> > * Upgrading every year, with an unreliable upgrade process, is not
>> > something you have to do with a proper sta
Hi,
2012/11/3 Adam Williamson :
> Note
> that neither Red Hat nor Microsoft actually support major version
> upgrades for their operating systems
Just take a look at this - MS rocks here
http://www.youtube.com/watch?v=vPnehDhGa14
--
Best regards,
Michal
http://eventhorizon.pl/
https://getactiv
On Sat, 2012-11-03 at 00:18 +0100, drago01 wrote:
> On Sat, Nov 3, 2012 at 12:04 AM, Adam Williamson wrote:
> > [...]
> > * Upgrading every year, with an unreliable upgrade process, is not
> > something you have to do with a proper stable OS
>
> I am not sure why you call it unreliable ... I *nev
On Sat, 2012-11-03 at 00:18 +0100, drago01 wrote:
> On Sat, Nov 3, 2012 at 12:04 AM, Adam Williamson wrote:
> > [...]
> > * Upgrading every year, with an unreliable upgrade process, is not
> > something you have to do with a proper stable OS
>
> I am not sure why you call it unreliable ... I *nev
On Fri, 2012-11-02 at 16:04 -0700, Adam Williamson wrote:
> On Fri, 2012-11-02 at 16:31 -0600, Kevin Fenzi wrote:
> > On Fri, 02 Nov 2012 15:17:02 -0700
> > Adam Williamson wrote:
> >
> > ..snip...
> >
> > > If you're using a Fedora release today you're _already_ fighting OS
> > > bugs more ofte
On Fri, 2012-11-02 at 16:04 -0700, Adam Williamson wrote:
> My fundamental argument is there's a bit of a
> disconnect between our release process - which is sort of aping the way
> a stable general-purpose OS would be released, but on fast-forward and
> with far fewer resources - and our actual g
On Sat, Nov 3, 2012 at 12:04 AM, Adam Williamson wrote:
> [...]
> * Upgrading every year, with an unreliable upgrade process, is not
> something you have to do with a proper stable OS
I am not sure why you call it unreliable ... I *never* reinstall
unless I really had to (moving one installation
On Fri, 2012-11-02 at 16:31 -0600, Kevin Fenzi wrote:
> On Fri, 02 Nov 2012 15:17:02 -0700
> Adam Williamson wrote:
>
> ..snip...
>
> > If you're using a Fedora release today you're _already_ fighting OS
> > bugs more often than most people do, I'd say. I disagree with drago's
> > assertion that
On Fri, 2012-11-02 at 13:22 -0700, Adam Williamson wrote:
> On Fri, 2012-11-02 at 21:07 +0100, drago01 wrote:
> > Well your point basically is "we can't/don't ship anything that is
> > stable so we should give up on that."
>
> More or less, yes.
>
> > I disagree with that. Fedora releases had som
On Fri, Nov 2, 2012 at 6:17 PM, Adam Williamson wrote:
> If you're using a Fedora release today you're _already_ fighting OS bugs
> more often than most people do, I'd say. I disagree with drago's
> assertion that my description was of people who use Rawhide. It was not
> intended to be, and it wa
Adam Williamson writes:
> On Fri, 2012-11-02 at 17:53 -0400, Tom Lane wrote:
>> I've seen a whole lot of user demand for *more* stable versions of
>> Fedora. I've seen none whatever for less stable versions.
> Perhaps I ought to be more clear. I think we can maintain the level of
> *actual* stab
On Fri, 02 Nov 2012 15:17:02 -0700
Adam Williamson wrote:
..snip...
> If you're using a Fedora release today you're _already_ fighting OS
> bugs more often than most people do, I'd say. I disagree with drago's
> assertion that my description was of people who use Rawhide. It was
> not intended t
Am 02.11.2012 22:53, schrieb Tom Lane:
> Abandoning any pretense of having stable releases will eliminate a huge
> fraction of the user community. For sure it will eliminate *me*. I'm
> not in the business of fighting OS bugs every single day, and I will not
> be forced into that business. I h
On Fri, 2012-11-02 at 17:53 -0400, Tom Lane wrote:
> Adam Williamson writes:
> > On Fri, 2012-11-02 at 21:07 +0100, drago01 wrote:
> >> I disagree with that. Fedora releases had some small regression
> >> introduced via updates from time but is is *very* usable as a stable
> >> operating system.
>
On Fri, Nov 2, 2012 at 10:53 PM, Tom Lane wrote:
> Adam Williamson writes:
>> On Fri, 2012-11-02 at 21:07 +0100, drago01 wrote:
>>> I disagree with that. Fedora releases had some small regression
>>> introduced via updates from time but is is *very* usable as a stable
>>> operating system.
>
>> I
Adam Williamson writes:
> On Fri, 2012-11-02 at 21:07 +0100, drago01 wrote:
>> I disagree with that. Fedora releases had some small regression
>> introduced via updates from time but is is *very* usable as a stable
>> operating system.
> I disagree. It's usable by the kind of people who use Fedor
On 11/02/2012 07:56 PM, Adam Williamson wrote:
Anyway, we've rather torpedo'ed the feature process discussion now, and
I'm sorry about that :/. Hence the topic change. But while we're blue
sky thinking about massive release process changes, I think it's worth
keeping a firm grasp on what Fedora i
On Fri, 2012-11-02 at 21:07 +0100, drago01 wrote:
> Well your point basically is "we can't/don't ship anything that is
> stable so we should give up on that."
More or less, yes.
> I disagree with that. Fedora releases had some small regression
> introduced via updates from time but is is *very* u
Well your point basically is "we can't/don't ship anything that is
stable so we should give up on that."
I disagree with that. Fedora releases had some small regression
introduced via updates from time but is is *very* usable as a stable
operating system.
Compare it to "always cutting edge" like
On Fri, 2012-11-02 at 11:55 +0100, Stanislav Ochotnicky wrote:
> Quoting Michael Cronenworth (2012-11-01 18:33:24)
> > Adam Williamson wrote:
> > > I didn't want to throw this grenade into the debate, but now someone
> > > else has, I'll just note that I was in favour of this before and I'm
> > > s
85 matches
Mail list logo
