FESCo wants to ban direct stable pushes in Bodhi (urgent call for feedback)
opensource at till.name
Fri Feb 26 20:28:58 UTC 2010
On Fri, Feb 26, 2010 at 07:56:02PM +0000, Matthew Garrett wrote:
> On Fri, Feb 26, 2010 at 08:41:07PM +0100, Till Maas wrote:
> > On Fri, Feb 26, 2010 at 07:18:58PM +0000, Matthew Garrett wrote:
> > > On Fri, Feb 26, 2010 at 08:15:43PM +0100, Till Maas wrote:
> > >
> > > > 1) to fix a bug or add a feature the maintainer experienced/uses
> > >
> > > If nobody is complaining about the bug, then fixing the bug can wait
> > > until the next Fedora release.
> > Why even fix the bug in Fedora at all then, if the maintainer needs to
> > create his own sub-distro with updated packages? Also why is the
> > maintainer always nobody?
> The maintainer's convenience is significantly less important than that
> of the end-users.
The maintainer is also a end-user. Also since I am not paid for being a
maintainer, my motivation is to provide useful packages to others, i.e.
with bugs fixed, and get useful packages from others in return.
> > > > 2) As already told several times, not having people to test something
> > > > does not mean that the package is not used
> > >
> > > If they're not complaining, they're presumably happy with the current
> > > state of the package?
> > Please come back to reality. They can also be too frustrated to report
> > the bug in Fedora, if it is already fixed upstream. And why should
> > people hit bugs again in Fedora that are already fixed upstream?
> Propose a mechanism that allows you to ensure that new upstream releases
> do not include any new bugs. We *know* that there are users who are
> frustrated because it's difficult to follow a stable Fedora release
> without things breaking. What we're discussing is a mechanism to reduce
> the pain there, not one that makes it impossible for people to get their
> hands on newer versions of software if the maintainer has packaged them.
There is no way to ensure that there are no bugs except for maybe using
a specification that does not provide any usefulness.
> > > > 3) It allows new users of the package not to find/debug the bugs again that
> > > > are already fixed upstream
> > >
> > > If they're willing to debug, why are they not willing to test?
> > Since the users are new, they are not yet there to test a package. But I
> > would also not be interested to test old packages just to find out that
> > the bugs I found are fixed in a newer release. And this already hit me
> > several times. I wanted to do something, installed the Fedora package,
> > found a bug, and realise that the bug is fixed in a new upstream
> > release. The only benefit of Fedora in this case is that I can easier
> > build the new package for me, because the spec is already there.
> I'm confused now. If the maintainer hasn't uploaded a newer version,
> then requiring testing for updates makes no difference. If the
> maintainer has, why would the new user be testing an old version?
The original question was why to update packages, even if there are no
testers using it. Maybe the confusion goes away if to remember this.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 836 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/devel/attachments/20100226/80fa6005/attachment-0001.bin
More information about the devel