On Mon, 2010-03-01 at 17:34 -0500, Doug Ledford wrote:
> One could argue that the current bodhi karma system is simply too
> simplistic for real use cases. Maybe instead of just +1 -1, there
> should be:
>
> Fixes my problem
> Works for me (someone testing that didn't necessarily have any of the
On Tue, 2010-03-02 at 00:27 +0100, Nicolas Mailhot wrote:
> With enough data points one can print pretty graphes that show vote
> repartition¹. Those are harder to skew than averages. However, they
> require many data points and bohdi is far from that today
>
> ¹ For example, the bargraphs on
> h
Jesse Keating wrote:
> Ubuntu is not the first to pick up technology in their releases either.
> They generally wait for Fedora to ship with it first and work out all
> the kinks, then they snap it run with it. So I really don't buy the
> "but then we'd be Ubuntu" argument, at all.
It's true that
Frank Murphy wrote:
> Therefor whover reported it will know.
It may not even be a Fedora user. That doesn't mean the bug doesn't affect
Fedora users.
> If's it's an upstram bug, that affects more Fedora users
> than the packager then yes refrence it,
>
> Because most Fedora users will go redhat
Jesse Keating wrote:
> And without using some sort of repository for users to test things and
> provide feedback, how do you propose we distinguish between the two sets
> of updates there?
Hey, this is a strawman! I'm not saying updates-testing should go away. I'm
just saying there are valid reas
Björn Persson wrote:
> Such as KDE 4.4, just to pick a recent example. I had to log out and log
> in again before I could start Kmail again.
That's normal and not considered disruptive.
> That can be quite disruptive if I have long-running processes that
> shouldn't be interrupted.
You should no
Matthias Clasen wrote:
> GNOME has bug-fix releases (e.g. 2.28.1, 2.28.2, etc) and we do package
> those as updates for Fedora releases.
I know, but my question was, are there still any 2.28.x bugfix releases
after 2.30.0 gets released? (With KDE, there aren't, so it's either
upgrading or no mor
On Tue, 2010-03-02 at 06:53 +0100, Ralf Corsepius wrote:
> > You said 'Abandon it (I don't think this would change anything wrt. to
> > QA in Fedora)', which sounds like 'burn it down' to me.
> Oh, could it be there is a misunderstanding?
> The "it", I was referring to was "karma-voting".
>
> I
On 03/02/2010 05:48 AM, Adam Williamson wrote:
> On Tue, 2010-03-02 at 05:13 +0100, Ralf Corsepius wrote:
>
>
Well, the only positive impact bodhi had on me was bodhi implementing a
more or less usable web-frontend, where Fedora had nothing in place
before. This doesn't mean it i
On Tue, 2010-03-02 at 05:13 +0100, Ralf Corsepius wrote:
> >> Well, the only positive impact bodhi had on me was bodhi implementing a
> >> more or less usable web-frontend, where Fedora had nothing in place
> >> before. This doesn't mean it is a good system and even less does this
> >> mean this s
Jesse Keating wrote:
> On Mon, 2010-03-01 at 09:44 +0100, Jaroslav Reznik wrote:
> > One problem of updates-testing is - it takes so much time to be pushed
> > and then mirrored. More rawhide approach should be used here. Users who
> > are really interested in testing usually downloads from Koji di
On 3/1/2010 11:42 AM, Kevin Fenzi wrote:
> I will note again that 0 karma doesn't mean that it's not been tested.
>
> I run here with updates-testing enabled, but often only report -karma
> when things break. There are just so many things in updates-testing,
> that I usually don't have time or ener
On 03/01/2010 11:27 PM, Adam Williamson wrote:
> On Mon, 2010-03-01 at 08:07 +0100, Ralf Corsepius wrote:
>
>>> So yeah, I agree it's not a perfect system - detailed suggestions for
>>> improving it would be welcome, I'm sure.
>>
>> Alternatives:
>>
>> * Abandon it (I don't think this would change
On Mon, 2010-03-01 at 15:04 -0800, Adam Williamson wrote:
> On Mon, 2010-03-01 at 16:16 -0500, Seth Vidal wrote:
>
> > in exchange for an arseload of diskspace.
> >
> > just in the interest of complete disclosure. :)
>
> Would that be 'an arseload of diskspace in /var, which everyone always
> fo
Doug Ledford wrote:
> Split off from the stable pushes in Bodhi thread just because I'd like
> to see it not get lost.
(For your information, you didn't split it off. Your message is marked as a
reply to the one by "Mail Lists" and is displayed in my Kmail as part of
Kevin's enormous thread.)
>
On 10-03-01 15:06:21, Josh Stone wrote:
> On 03/01/2010 11:46 AM, Seth Vidal wrote:
...
> > yum history undo works pretty well. Not flawless, to be sure - but
> > it's not bad for the simple-ish cases.
...
> But for rolling back an update, yum requires that the old package is
> still available.
On Mon, 2010-03-01 at 09:36 -0500, Adam Jackson wrote:
> On Sun, 2010-02-28 at 15:49 +0100, Hans de Goede wrote:
> > On 02/28/2010 03:39 PM, Henrique Junior wrote:
> > > As Chen Lei said, the fact that JOGL needs this code may mean that it
> > > will be blocked forever for packaging, but I do not p
On Tue, 2 Mar 2010, Nicolas Mailhot wrote:
Le lundi 01 mars 2010 à 14:46 -0500, Seth Vidal a écrit :
Given that we don't provide an easily accessible user-friendly rollback
mechanism, I don't know that that's actually applicable to the general case,
though.
yum history undo works pretty we
On 03/01/2010 05:01 PM, Jesse Keating wrote:
> On Mon, 2010-03-01 at 16:51 -0500, Doug Ledford wrote:
>> To be pedantic, Fedora is what it is. What the leadership has to say
>> doesn't really matter in terms of what Fedora *is*, only in terms of
>> what Fedora is *supposed to be*. In order to kno
Le lundi 01 mars 2010 à 15:16 -0800, Jesse Keating a écrit :
> On Mon, 2010-03-01 at 17:34 -0500, Doug Ledford wrote:
> >
> > One could argue that the current bodhi karma system is simply too
> > simplistic for real use cases. Maybe instead of just +1 -1, there
> > should be:
> >
> > Fixes my pr
Le lundi 01 mars 2010 à 14:46 -0500, Seth Vidal a écrit :
> > Given that we don't provide an easily accessible user-friendly rollback
> > mechanism, I don't know that that's actually applicable to the general case,
> > though.
>
> yum history undo works pretty well. Not flawless, to be sure - but
On Mon, 2010-03-01 at 14:27 -0800, Adam Williamson wrote:
>
> > * Replace it by a "free text comment system"
>
> Well, right now you have the choice of looking at the numbers or just
> ignoring them and reading the text (whether to auto-push a release with
> a given positive karma is a decision m
On Feb 26, 2010, at 11:11 AM, Kevin Fenzi wrote:
> On Wed, 24 Feb 2010 12:36:31 -0600
> BJ Dierkes wrote:
>
>> Hello all,
>>
>> I maintain Multi-Master Replication Manager for MySQL in both Fedora
>> and EPEL. With changes from 2.0.11 -> 2.1.0 there was an
>> incompatible change in that the d
On Mon, 2010-03-01 at 17:34 -0500, Doug Ledford wrote:
>
> One could argue that the current bodhi karma system is simply too
> simplistic for real use cases. Maybe instead of just +1 -1, there
> should be:
>
> Fixes my problem
> Works for me (someone testing that didn't necessarily have any of t
On Monday, 01 March 2010 at 23:34, Doug Ledford wrote:
[...]
> One could argue that the current bodhi karma system is simply too
> simplistic for real use cases.
There's nothing to argue. It's rather obvious. :)
> Maybe instead of just +1 -1, there should be:
>
> Fixes my problem
> Works for me
Doug Ledford wrote:
> One could argue that the current bodhi karma system is simply too
> simplistic for real use cases. Maybe instead of just +1 -1, there
> should be:
>
> Fixes my problem
> Works for me (someone testing that didn't necessarily have any of the
> problem supposedly fixed by this u
On Mon, 2010-03-01 at 16:16 -0500, Seth Vidal wrote:
> in exchange for an arseload of diskspace.
>
> just in the interest of complete disclosure. :)
Would that be 'an arseload of diskspace in /var, which everyone always
forgets to make big enough'?
:)
--
Adam Williamson
Fedora QA Community Mon
On Mon, 2010-03-01 at 00:58 +0100, Kevin Kofler wrote:
> 1. upgrades which disrupt, regress or break things. Those can only be pushed
> to Rawhide, if at all. (Sometimes it might be better to not push a change
> even to Rawhide.)
> 2. upgrades which do none of the above. Those are what adds value
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=567120
--- Comment #5 from Jose Pedro Oliveira 2010-03-01 17:47:38
EST ---
Spot,
Could you build perl-Set-Scalar for EPEL5?
The EL-5
On Mon, 2010-03-01 at 18:33 +0100, Ralf Corsepius wrote:
> > Right now, the only proposal for doing so is to restrict what can be
> > released
> > without spending some time in testing.
> The issues that at least I have been trying to point out:
>
> * Is "testing" an adequate safety net?
> * Is
On Mon, 2010-03-01 at 11:57 -0500, Tom "spot" Callaway wrote:
> On 03/01/2010 11:52 AM, Peter Jones wrote:
> > If you think this isn't the right way
> > to provide a safety net for package maintainers - what is?
>
> With the understanding that you're not specifically asking me that
> question, I'd
On Mon, 2010-03-01 at 12:42 -0600, Bruno Wolff III wrote:
> Currently I am following F13 and I have been noticing a lot of packages
> disappearing from updates-testing before showing up in the branched release
> (but similar things happen with normal updates, just less often).
>
> When things disa
Split off from the stable pushes in Bodhi thread just because I'd like
to see it not get lost.
On 02/27/2010 11:35 AM, Mail Lists wrote:
> On 02/27/2010 11:27 AM, Adam Williamson wrote:
>> On Sat, 2010-02-27 at 10:57 +0100, Ralf Corsepius wrote:
>>
>> Yeah, it's not perfect: there are cases where
On Mon, 2010-03-01 at 12:17 +0100, Kevin Kofler wrote:
> It doesn't take a mind reader to realize that an upstream BUGFIX release,
> well, FIXES BUGS! ;-)
They also often shovel in entirely non-related changes on the basis that
they're perfectly obvious and trivial and simple changes that Can't
On Mon, 2010-03-01 at 08:07 +0100, Ralf Corsepius wrote:
> > So yeah, I agree it's not a perfect system - detailed suggestions for
> > improving it would be welcome, I'm sure.
>
> Alternatives:
>
> * Abandon it (I don't think this would change anything wrt. to QA in Fedora)
Um. Hard to put this
On Mon, 2010-03-01 at 01:27 +0100, Kevin Kofler wrote:
> Adam Williamson wrote:
> > It seems like extra work for packagers, but in the end it kinda takes the
> > pressure off: you only *have* to ship the important fixes to /updates,
> > /backports is optional,
>
> That's already a bad thing, users
On Mon, 2010-03-01 at 09:44 +0100, Jaroslav Reznik wrote:
> One problem of updates-testing is - it takes so much time to be pushed and
> then mirrored. More rawhide approach should be used here. Users who are
> really
> interested in testing usually downloads from Koji directly.
We do pushes d
Am Montag, den 01.03.2010, 22:40 +0100 schrieb Hans Ulrich Niedermann:
> On Thu, 25 Feb 2010 22:29:21 +0100
> Thomas Spura wrote:
>
> > Is it allowed to create a file ~/.mpd.conf, when building in koji and
> > deleting afterwards?
> >
> > I need to write down a password into that file, for runni
On Sat, 2010-02-27 at 10:16 -0700, Orion Poplawski wrote:
> On 2/27/2010 5:05 AM, Kevin Kofler wrote:
> > Orion Poplawski wrote:
> >
> >> There is plenty of room for something in between your vision of Fedora
> >> and CentOS.
> >>
> > But that room is filled by other distros, such as Ubun
On Mon, 2010-03-01 at 16:51 -0500, Doug Ledford wrote:
> To be pedantic, Fedora is what it is. What the leadership has to say
> doesn't really matter in terms of what Fedora *is*, only in terms of
> what Fedora is *supposed to be*. In order to know what Fedora really
> is, a person would need to
On 02/26/2010 08:52 PM, Kevin Kofler wrote:
> Adam Jackson wrote:
>> By my count, that's three misrepresentations in one paragraph. I
>> certainly hope they were not deliberate.
>
> I'm not deliberately misrepresenting anything or anyone, I just stated my
> perception of the facts. It may well b
On 02/26/2010 08:00 PM, Jesse Keating wrote:
> On Sat, 2010-02-27 at 01:40 +0100, Kevin Kofler wrote:
>> Bill Nottingham wrote:
>>> While the ethos as defined on the wiki mentions staying close to upstream
>>> and getting the latest software, there's nothing that says that it's done
>>> via updates
Björn Persson wrote:
> Kevin Kofler wrote:
>> 1. upgrades which disrupt, regress or break things. Those can only be
>> pushed to Rawhide, if at all.
>
> Such as KDE 4.4, just to pick a recent example. I had to log out and log in
> again before I could start Kmail again. That can be quite disruptive
On Thu, 25 Feb 2010 22:29:21 +0100
Thomas Spura wrote:
> Is it allowed to create a file ~/.mpd.conf, when building in koji and
> deleting afterwards?
>
> I need to write down a password into that file, for running a
> testsuite. If that file does not exist, I can't run mpich2 tests.
How does th
A file has been added to the lookaside cache for perl-Data-JavaScript:
14a2e422d2a22d34749e762614b4736f Data-JavaScript-1.13.tgz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/
On Mon, 1 Mar 2010, Bill Nottingham wrote:
> Seth Vidal (skvi...@fedoraproject.org) said:
>>> Given that we don't provide an easily accessible user-friendly rollback
>>> mechanism, I don't know that that's actually applicable to the general case,
>>> though.
>>
>> yum history undo works pretty w
On Mon, 1 Mar 2010, James Antill wrote:
> On Mon, 2010-03-01 at 12:06 -0800, Josh Stone wrote:
>
>> But for rolling back an update, yum requires that the old package is
>> still available. We only keep the very latest version in the updates,
>> so unless your previous version was from the initi
On Mon, 2010-03-01 at 12:06 -0800, Josh Stone wrote:
> But for rolling back an update, yum requires that the old package is
> still available. We only keep the very latest version in the updates,
> so unless your previous version was from the initial release, you're out
> of luck. My last yum-up
Kevin Kofler wrote:
> 1. upgrades which disrupt, regress or break things. Those can only be
> pushed to Rawhide, if at all.
Such as KDE 4.4, just to pick a recent example. I had to log out and log in
again before I could start Kmail again. That can be quite disruptive if I have
long-running proc
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 20:00UTC (3pm EST) in #fedora-meeting on
irc.freenode.net.
Followups:
None.
New Business:
#343 cloture rule/procedure for fesco meetings
#344 Policy proposal: contributing to Fedora should be FUN
Fedora E
James Antill wrote:
> The current state of play is (taking a random kde example):
>
> kdeutils F11 GA 4.2.2-4.fc11
> kdeutils F11 Updates 4.4.0-1.fc11
> kdeutils F12 GA 4.3.2-1.fc12
> kdeutils F12 Updates 4.4.0-1.fc12
>
> ...so if someone tries to update from F11 (with updates) using an F
On Mon, Mar 1, 2010 at 6:30 AM, Marcela Maslanova wrote:
> Hello,
> I'd like to ask on your opinion on dual lived modules in
> our distro. I knew that Mandriva has the main perl package
> and also provide rpms of sub-packages, which are easier to
> update. They are using patch that allows them ove
On Mon, Mar 01, 2010 at 09:09:08PM +0100, Alexander Boström wrote:
> mån 2010-03-01 klockan 20:13 +0100 skrev Till Maas:
>
> > But I wonder, how do you access CVS without this?
>
> You shouldn't need it. What happens if you don't have it?
It still seems to work. :-)
> CVS records the root loca
mån 2010-03-01 klockan 20:13 +0100 skrev Till Maas:
> But I wonder, how do you access CVS without this?
You shouldn't need it. What happens if you don't have it?
CVS records the root location in the checked out copy, so you only need
to supply a CVS root when doing cvs checkout and even then yo
On 03/01/2010 11:46 AM, Seth Vidal wrote:
>>> One thing to consider: while from a psychological standpoint, a regression
>>> is indeed perceived as much worse than an unfixed bug, from a technical /
>>> practical standpoint it's actually the smaller issue: you can rollback to
>>> the version of the
Frank Ch. Eigler (f...@redhat.com) said:
> > Clearly, bohdi/bugzilla/pk interaction is not good enough to collect
> > the kind of feedback needed for the karma system to work. And bohdi
> > should get smarter about identifying packages that need this
> > feedback. Critical path is a good first app
Seth Vidal (skvi...@fedoraproject.org) said:
> > Given that we don't provide an easily accessible user-friendly rollback
> > mechanism, I don't know that that's actually applicable to the general case,
> > though.
>
> yum history undo works pretty well. Not flawless, to be sure - but it's
> not
On Mon, 1 Mar 2010, Bill Nottingham wrote:
> Kevin Kofler (kevin.kof...@chello.at) said:
>>> For most bugfixes, the user doesn't notice at all. When a user gets a
>>> bugfix on something they've hit, they think "oh, that's nice, Fedora fixed
>>> it", but they don't really care whether it cam Mon
Kevin Kofler (kevin.kof...@chello.at) said:
> > For most bugfixes, the user doesn't notice at all. When a user gets a
> > bugfix on something they've hit, they think "oh, that's nice, Fedora fixed
> > it", but they don't really care whether it cam Monday or Friday. For every
> > regression they hi
Tom spot Callaway (tcall...@redhat.com) said:
> * Causes broken deps
> * Breaks clean upgrade path between releases
> * Has ABI/API change (and is a Critical Path package)
Actually, I'd say that any ABI change should block a stable push until it's
fixed, period - critical path or not.
If someone
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=569568
Paul Howarth changed:
What|Removed |Added
--
On Mon, Mar 01, 2010 at 08:05:00PM +0100, Josephine Tannhäuser wrote:
> how can I use fedora-cvs on these machines? It seems that fedora-cvs
> want to use the local username. How can I change this behavior with
> editing a configfile in my home-dir? I don't want to edit the
> fedora-cvs package-f
On 03/01/2010 11:05 AM, Josephine Tannhäuser wrote:
> Hi all!
>
> My username on my private pc is josephine, my username on my
> workstation is josephine.tannhauser, but my fas-username is tannhauser.
>
> how can I use fedora-cvs on these machines? It seems that fedora-cvs
> want to use the local
Hi all!
My username on my private pc is josephine, my username on my
workstation is josephine.tannhauser, but my fas-username is tannhauser.
how can I use fedora-cvs on these machines? It seems that fedora-cvs
want to use the local username. How can I change this behavior with
editing a configfil
On Mon, Mar 01, 2010 at 13:16:09 -0500,
Will Woods wrote:
>
> That's an interesting test case, actually. I'm not sure we currently
> check packages against the corresponding versions *other* releases.
You'd want to also check obsoltess.
Packages that are dropped without be obsoleted can also
On Mon, 1 Mar 2010, Till Maas wrote:
> On Mon, Mar 01, 2010 at 01:30:18PM -0500, Seth Vidal wrote:
>>
>>
>> On Mon, 1 Mar 2010, Will Woods wrote:
>
>>> So I think it would be shortsighted for FESCo to refuse to even discuss
>>> a policy about what manual testing is currently required, since any
On Sat, 27 Feb 2010 22:45:12 +0100
Michael Schwendt wrote:
> On Sat, 27 Feb 2010 13:17:43 -0800, Adam wrote:
>
> > On Sat, 2010-02-27 at 20:18 +0100, Michael Schwendt wrote:
> >
> > > Three times "Could". Let's talk about it when you know something
> > > definite, please, but before it will bec
Currently I am following F13 and I have been noticing a lot of packages
disappearing from updates-testing before showing up in the branched release
(but similar things happen with normal updates, just less often).
When things disappear from updates-testing it isn't immediately obvious
if this is b
On Mon, 1 Mar 2010 12:11:20 -0600 (CST)
Mike McGrath wrote:
> On Mon, 1 Mar 2010, Tom "spot" Callaway wrote:
>
> > On 03/01/2010 12:48 PM, Peter Jones wrote:
> > > I'd also like a policy in place to help us avoid situations like
> > > the recent dnssec unpleasantness.
> >
> > Sure. I'm just not
On Mon, Mar 01, 2010 at 01:30:18PM -0500, Seth Vidal wrote:
>
>
> On Mon, 1 Mar 2010, Will Woods wrote:
> > So I think it would be shortsighted for FESCo to refuse to even discuss
> > a policy about what manual testing is currently required, since any plan
> > for improving the quality of the di
On Mon, 2010-03-01 at 13:01 -0500, Tom "spot" Callaway wrote:
> On 03/01/2010 12:48 PM, Peter Jones wrote:
> > I'd also like a policy in place to help us avoid situations like the
> > recent dnssec unpleasantness.
>
> Sure. I'm just not at all convinced that if those packages had sit in
> testing
On Fri, 26 Feb 2010 16:59:40 -0500 (EST)
Paul Wouters wrote:
> On Fri, 26 Feb 2010, Kevin Fenzi wrote:
>
> >> A quicker way of seeing if a bug report was alread made, and more
> >> quickly being able to report bugs then spending 15-30 with bugzilla
> >> would help me in reporting more bugs. I li
For anyone who wants to attempt this, there is a very basic and
seemingly abandonded popcon for rpm written in perl for opensuse at:
http://gitorious.org/opensuse/popcorn
(although gitorious.org seems down right now from here).
I agree with Mike that you would really need to figure out a effic
Thankyou for starting all this hard work with the certainty that it *will*
be blamed by some people.
As an end User I extremely like that Fedora does not ban newer packages from
Stable releases.
At the same time I can see how direct pushes can sometimes create unforseen
bugs.
I however do not se
On Mon, 1 Mar 2010, Will Woods wrote:
>
>> * Has ABI/API change (and is a Critical Path package)
>
> This should be handled by the current rpmguard test:
> https://fedorahosted.org/autoqa/wiki/rpmguard
>
> since changing the ABI/API should generally change the soname/version,
> thus changing the
On Mon, 2010-03-01 at 11:57 -0500, Tom "spot" Callaway wrote:
> On 03/01/2010 11:52 AM, Peter Jones wrote:
> > If you think this isn't the right way
> > to provide a safety net for package maintainers - what is?
>
> With the understanding that you're not specifically asking me that
> question, I'd
On Mon, 1 Mar 2010, Tom "spot" Callaway wrote:
> On 03/01/2010 12:48 PM, Peter Jones wrote:
> > I'd also like a policy in place to help us avoid situations like the
> > recent dnssec unpleasantness.
>
> Sure. I'm just not at all convinced that if those packages had sit in
> testing for $ARBITRARY_
On 03/01/2010 06:55 PM, Peter Jones wrote:
> On 03/01/2010 12:33 PM, Ralf Corsepius wrote:
>
>> The solution to actually improve quality are along the lines of
>> * maintainers to acting more carefully and think twice about what they
>> are pushing.
>
> This is the plan that already isn't working.
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: Please rev perl-RRD-Simple to latest release
https://bugzilla.redhat.com/show_bug.cgi?id=569568
Summary: Please rev perl-RRD-Simple to latest release
Hello,
I have seen the long thread about Updates Policy. I just wish
to inform you that I (as part of the QA team) have been working
on a draft of exactly such a policy. I suppose I will be able
to make it public during this week. I will post a link here,
so all the people will have some basis wh
On 03/01/2010 12:48 PM, Peter Jones wrote:
> I'd also like a policy in place to help us avoid situations like the
> recent dnssec unpleasantness.
Sure. I'm just not at all convinced that if those packages had sit in
testing for $ARBITRARY_PERIOD_OF_TIME that they would have been tested
and fixed.
On 03/01/2010 12:52 PM, Frank Ch. Eigler wrote:
> Peter Jones writes:
>
>> [...] You weren't elected "FESCo Monitor"; the guy who comes and
>> tells the mailing list whenever FESCo is discussing something you
>> think is scary. [...]
>
> One need not be "elected" to do that. Anyone reading the
Compose started at Mon Mar 1 09:15:14 UTC 2010
Broken deps for i386
--
anaconda-13.32-1.fc13.i686 requires python-urlgrabber >= 0:3.9.1-5
blahtexml-0.6-5.fc12.i686 requires libxerces-c.so.28
doodle-0.6.7-5.fc12.i686 r
On 03/01/2010 12:33 PM, Ralf Corsepius wrote:
> The solution to actually improve quality are along the lines of
> * maintainers to acting more carefully and think twice about what they
> are pushing.
This is the plan that already isn't working.
> * rel-eng to implement automated procedures to c
Peter Jones writes:
> [...] You weren't elected "FESCo Monitor"; the guy who comes and
> tells the mailing list whenever FESCo is discussing something you
> think is scary. [...]
One need not be "elected" to do that. Anyone reading the public
fesco irc logs may do the same without special disp
On 03/01/2010 11:57 AM, Tom "spot" Callaway wrote:
> On 03/01/2010 11:52 AM, Peter Jones wrote:
>> If you think this isn't the right way
>> to provide a safety net for package maintainers - what is?
>
> With the understanding that you're not specifically asking me that
> question, I'd say that I'd
On 03/01/2010 05:52 PM, Peter Jones wrote:
> On 02/26/2010 08:55 AM, Kevin Kofler wrote:
>> Michael Schwendt wrote:
>>> That would be a ridiculous decision. It would be much better to disable
>>> that feature only for those update submitters who really have been
>>> dilettantish enough to use it in
On Mon, 1 Mar 2010, Casimiro de Almeida Barreto wrote:
> This is off topic, but important to open software developers & supporters
>
Yes - this is definitely off-topic. Please do not continue this thread.
Thank You.
-sv
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedor
This is off topic, but important to open software developers & supporters
Brazil may be punished because government supports free software...
IIPA is willing to put Brazil in the black list of copyrights because
Federal & State governments support free software. According to IIPA, by
supporting f
On 03/01/2010 11:52 AM, Peter Jones wrote:
> If you think this isn't the right way
> to provide a safety net for package maintainers - what is?
With the understanding that you're not specifically asking me that
question, I'd say that I'd prefer to first try to automate checks for
the most frequent
On 02/26/2010 08:55 AM, Kevin Kofler wrote:
> Michael Schwendt wrote:
>> That would be a ridiculous decision. It would be much better to disable
>> that feature only for those update submitters who really have been
>> dilettantish enough to use it inappropriately more than once.
>
> Yeah, that's a
On 03/01/2010 11:48 AM, Paul Wouters wrote:
> On Mon, 1 Mar 2010, Iain Arnell wrote:
>
>> Whilst cleaning up some recently adopted orphans, I discovered that
>> perl-Nmap-Parser has been tagged with the wrong license since August
>> 2008. Upstream changed the license from GPLv2+ to MIT sometime ba
On Mon, 1 Mar 2010, Iain Arnell wrote:
> Whilst cleaning up some recently adopted orphans, I discovered that
> perl-Nmap-Parser has been tagged with the wrong license since August
> 2008. Upstream changed the license from GPLv2+ to MIT sometime back in
> 2007 and I've just corrected it in rawhide
On Mon, 1 Mar 2010, Eric Sandeen wrote:
> Richard W.M. Jones wrote:
> > On Mon, Mar 01, 2010 at 03:48:15PM +0100, Thomas Janssen wrote:
> >> On Mon, Mar 1, 2010 at 3:22 PM, Aaron Faanes wrote:
> >>
> >> I agree to almost everything you wrote.
> >>
> >>
> >>> - Allow maintainers to see number of
On Mon, Mar 1, 2010 at 4:59 PM, Richard W.M. Jones wrote:
> On Mon, Mar 01, 2010 at 03:57:11PM +, Richard W.M. Jones wrote:
>> On Mon, Mar 01, 2010 at 03:48:15PM +0100, Thomas Janssen wrote:
>> > On Mon, Mar 1, 2010 at 3:22 PM, Aaron Faanes wrote:
>> >
>> > I agree to almost everything you wr
On Mon, Mar 1, 2010 at 4:44 PM, Richard W.M. Jones wrote:
> On Fri, Feb 26, 2010 at 01:16:43PM +0100, Kevin Kofler wrote:
>> I would like to collect feedback on this issue. If you want to disable
>> direct stable pushes, why? Could there be a less radical solution to that
>> problem (e.g. a policy
On Sat, 2010-02-27 at 02:52 +0100, Kevin Kofler wrote:
> Adam Jackson wrote:
> > By my count, that's three misrepresentations in one paragraph. I
> > certainly hope they were not deliberate.
>
> I'm not deliberately misrepresenting anything or anyone, I just stated my
> perception of the facts.
Richard W.M. Jones wrote:
> On Mon, Mar 01, 2010 at 03:48:15PM +0100, Thomas Janssen wrote:
>> On Mon, Mar 1, 2010 at 3:22 PM, Aaron Faanes wrote:
>>
>> I agree to almost everything you wrote.
>>
>>
>>> - Allow maintainers to see number of downloads by users who have
>>> opted-in to share that da
Whilst cleaning up some recently adopted orphans, I discovered that
perl-Nmap-Parser has been tagged with the wrong license since August
2008. Upstream changed the license from GPLv2+ to MIT sometime back in
2007 and I've just corrected it in rawhide (and will do on all
branches too in the near fut
Bruno Wolff III writes:
> A couple of problems. Which packages are downloaded from mirrors is not
> currently available to Fedora. [...]
Would it be crazy to reorganize the mirror system in such a way that
normally download http requests come to fedoraproject.org, but are
redirected at the http-
1 - 100 of 130 matches
Mail list logo