On 10:05:21 am Sunday, November 21, 2010 Marius Andreiana wrote:
> Hi,
>
> After getting latest updates (glibc and eclise), I started getting
> reproducible Eclipse out of memory errors (happens during AppEngine
> deploys). Haven't done any other changes to my env besides yum update.
> Should I fi
sön 2010-11-21 klockan 11:00 +0100 skrev Till Maas:
> I guess this can be somehow automated. E.g. change Bodhi to drop the
> karma requirements for packages that had e.g. two subsequent updates
> without any Bodhi feedback and re-enable it if they get feedback.
That would be somewhat counter prod
Hi,
On 11/22/2010 12:59 AM, Adam Williamson wrote:
> On Sun, 2010-11-21 at 23:04 +0100, Kevin Kofler wrote:
>
>> In short: Want higher-quality updates for previous releases? Then push
>> version upgrades wherever possible (even and especially for libraries, as
>> long as they're ABI-compatible or
fre 2010-11-05 klockan 12:53 + skrev "Jóhann B. Guðmundsson":
> Reports came in --><-- Auto responce reply back to the reporter --> QA
> verified try to duplicate bug --> Bug set to maintainer --> Bug stayed
> like that until EOL
You forgot
Bug was actually fixed from upstream relase,
On Saturday, November 20, 2010 23:35:43 Kevin Fenzi wrote:
> ok, I dug through the devel list for the last month or two and wrote
> down all the various ideas folks have come up with to change/improve
> things.
>
> Here (in no particular order) are the ideas and some notes from me on
> how we coul
lör 2010-11-06 klockan 14:08 +0100 skrev Till Maas:
> I have no problem to verify a bug when the maintainer is ready to fix
> it. But it is pretty annoying to verify it within a small time window
> regularly just to have it ignored till the next EOL date.
Understood. And the same issue is also on
Compose started at Mon Nov 22 08:15:03 UTC 2010
Broken deps for x86_64
--
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit)
bognor-regis-0.6.11-1
On 11/19/2010 09:41 PM, Matej Cepl wrote:
> Dne 19.11.2010 15:40, Przemek Klosowski napsal(a):
>> - freeze glibc to avoid this bug ever (OK, maybe this one isn't serious)
>> - fix glibc or the flash wrapper to accommodate the buggy clients
>> - bug Adobe to fix the bug ASAP, do nothing in Fedora
>>
On 11/22/2010 11:52 AM, Andrew Haley wrote:
> On 11/19/2010 09:41 PM, Matej Cepl wrote:
>> Dne 19.11.2010 15:40, Przemek Klosowski napsal(a):
>>> - freeze glibc to avoid this bug ever (OK, maybe this one isn't serious)
>>> - fix glibc or the flash wrapper to accommodate the buggy clients
>>> - bug
fre 2010-11-05 klockan 21:37 +0100 skrev Michael Schwendt:
> Something is terribly wrong here, if reporter adjusts F12 -> F13 -> F14
> over a period of N months in reply to the automated NEEDINFO requests and
> still doesn't get any response other than another automated one after
> six more months
On 21 November 2010 18:10, Adam Williamson wrote:
> If I were a KDE user running F12 I'd feel very
> unsafe knowing someone was happily pushing updates of the entire
> environment who did not even have a running F12 machine.
I am such a user and I have no such feeling :-) but thanks for asking.
Adam Williamson wrote:
> But the fact remains that *right now*, this is what Fedora is. I think
> that it makes sense to commit to being whatever we are fully. Right now,
> we're a stable release distribution; we should work to make those
> releases properly stable, to actually be what we represent
My recent work on Maven 3 showed that we have quite a few packages in
tree that incorrectly use add_to_maven_depmap macro.
That is especially true to installing pom files. Therefore I created
additional rpmlint check[1] to verify correct placement of pom file as
advertised in add_to_maven_depmap.
On Sun, Nov 21, 2010 at 11:39:14PM +0100, Kevin Kofler wrote:
> Let people use their brains. If they screw up, yell at them, and work on
> informing people in a better way so such mistakes don't happen again.
Everyone makes mistakes. The idea is to provide an opportunity for
people's mistakes t
A file has been added to the lookaside cache for perl-Mojolicious:
7c8d8ae8da9b1390084b9636622364c9 Mojolicious-0.41.tar.gz
--
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/m
commit 8c023f661cbde546616eea5b5187b8e184b7819d
Author: Yanko Kaneti
Date: Mon Nov 22 15:53:17 2010 +0200
0.41 - Latest upstream release.
.gitignore|1 +
perl-Mojolicious.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(
On Sat, 2010-11-20 at 09:20 +1000, Brendan Jones wrote:
> > Isn't there any way we can update the icon cache spec to add a checksum
> > or something? Or is the corruption just wrong data, not bad data? I
> > periodically get nm-applet crashes due to a bad icon cache that I'd
> > rather not have t
The lightweight tag 'perl-Mojolicious-0.41-1.fc15' was created pointing to:
8c023f6... 0.41 - Latest upstream release.
--
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/ma
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=652158
--- Comment #6 from Tom "spot" Callaway 2010-11-22
09:16:10 EST ---
Ugh. I hate it when people drop my patches. :P I need to fi
On 11/22/2010 04:21 AM, Hans de Goede wrote:
> Hi,
>
> On 11/22/2010 12:59 AM, Adam Williamson wrote:
>> It seems like what you want is actually not to have three releases at a
>> time at all but to have one and update it constantly. And I actually
>> rather suspect that would be a model that wo
Michal Hlavinka wrote:
> I like this idea, but I'm pretty sure this won't happen. I don't like the
> bureaucracy you can see all around you. Fixing problems caused by
> individual failure (or individual's failure) with new policy/law does not
> make happy contributors/people. This is the exact beha
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=652158
--- Comment #10 from Vadym Chepkov 2010-11-22 10:11:40 EST
---
My bad, didn't update perl-Net-SNMP
Seems to be working now, tha
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=652158
--- Comment #9 from Vadym Chepkov 2010-11-22 10:08:50 EST
---
:(
rpm -qi mrtg
Name: mrtg Relo
On Mon, 2010-11-22 at 14:13 +0100, Kevin Kofler wrote:
> I DON'T want to get an upgrade such as the one from KDE 3 to 4, the one from
> Amarok 1 to 2, the one from KDevelop 3 to 4, the one from GNOME 2 to 3 etc.
> as a regular update! Those are what new releases are for! (And there's your
> "cl
On Mon, 2010-11-22 at 16:01 +0100, Kevin Kofler wrote:
> Right, and the big point there should be that a bug which can corrupt mail
> folders should be fixed IMMEDIATELY, i.e. with a direct stable push! ANY
> testing requirement there is a failure.
How about testing that it doesn't corrupt mail
On Mon, 2010-11-22 at 10:21 +0100, Hans de Goede wrote:
> The way I see it, is we have:
>
> rawhide (and for a part of the cycle Fedora #+1 testing)
> Fedora #
> Fedora #-1
> Fedora #-2
>
> Fedora #+1 is for people who want the bleeding edge
> Fedora # is for people who want the latest and gre
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=649372
--- Comment #3 from Ian Chapman 2010-11-22
11:24:26 EST ---
Sorry, my wording was misleading. I didn't necessarily mean an expl
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=652158
--- Comment #11 from Harold Campbell 2010-11-22 11:32:21 EST
---
Updated mrtg looks good here.
--
Configure bugmail: https://
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=649372
--- Comment #4 from Ian Chapman 2010-11-22
11:37:43 EST ---
Not that Fedora necessarily does the same thing as other distros bu
On Sat, Nov 20, 2010 at 09:49:42PM -0500, Kyle McMartin wrote:
> On Sun, Nov 21, 2010 at 03:33:56AM +0100, Kevin Kofler wrote:
> > Me. And I'm already angry at having to manually modprobe floppy in rc.local:
> > https://bugzilla.redhat.com/show_bug.cgi?id=567533
>
> If you're "angry" about a minor
Kevin Kofler wrote:
> Right, and the big point there should be that a bug which can corrupt mail
> folders should be fixed IMMEDIATELY, i.e. with a direct stable push! ANY
> testing requirement there is a failure.
So you'll double, triple, ultra swear that this[1] will never happen again?
[1]
ht
A file has been added to the lookaside cache for perl-Padre:
714f398c6f5a09d0941e53e751267a6d Padre-0.74.tar.gz
--
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/mailman/listinfo/
On Friday 19 November 2010, Stanislav Ochotnicky wrote:
> Ville: The jpackage_script macro is great and we'll be adding it to the
> documentation. You are welcome to add it to [1], since I think you know
> most about it so a few lines describing how it works would be best.
Done,
https://fedorapr
commit 7446a99d8b11d08dc4d5b059aacbcebb8972e0dc
Author: Petr Písař
Date: Mon Nov 22 17:58:56 2010 +0100
0.74 bump
.gitignore |1 +
perl-Padre.spec | 65 +++---
sources |2 +-
3 files changed, 58 insertions(+), 10 delet
On Mon, Nov 22, 2010 at 10:49:38AM -0600, Michael Cronenworth wrote:
> Kevin Kofler wrote:
> > Right, and the big point there should be that a bug which can corrupt mail
> > folders should be fixed IMMEDIATELY, i.e. with a direct stable push! ANY
> > testing requirement there is a failure.
>
> So
On Mon, Nov 22, 2010 at 09:57:40AM +0100, Henrik Nordström wrote:
> sön 2010-11-21 klockan 11:00 +0100 skrev Till Maas:
>
> > I guess this can be somehow automated. E.g. change Bodhi to drop the
> > karma requirements for packages that had e.g. two subsequent updates
> > without any Bodhi feedback
* Adam Miller [22/11/2010 18:03] :
>
> As though swearing it will never happen is even possible to deliver?
I believe that's Michael's whole point.
The whole 'push directly to stable' arguement rests heavily on the principle
that an update is always better (from a QA standpoint) than whatever i
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=654771
Petr Pisar changed:
What|Removed |Added
On Mon, 2010-11-22 at 18:09 +0100, Emmanuel Seyman wrote:
> * Adam Miller [22/11/2010 18:03] :
> >
> > As though swearing it will never happen is even possible to deliver?
>
> I believe that's Michael's whole point.
>
> The whole 'push directly to stable' arguement rests heavily on the principl
On Sun, Nov 21, 2010 at 09:59:42PM -0600, Bruno Wolff III wrote:
> On Sun, Nov 21, 2010 at 10:35:31 +0100,
> Till Maas wrote:
> >
> > IMHO it is pretty unlikely that people use updates-testing but do not
> > care about posting feedback to Bodhi.
>
> I usually notice only when something breaks,
On 11/20/2010 06:02 PM, Adam Williamson wrote:
> That's not what I'm talking about. There have been multiple instances
> where updates have been pushed that were *completely broken*: they could
> not work at all, in any fashion, for anyone. It doesn't happen a lot,
> but it happens; enough to prov
Henrik Nordström wrote:
> * Slight adjustment of karma to provide choices "Works for me", "Problem
> still present" and "New problems seen"
>
> * "Works for me" is a +1, and also adds the refereced bug as fixed by
> the update if not already in the list of fixed bugs.
>
> * "Problem still present
On Sun, Nov 21, 2010 at 10:36:48PM -0600, Garrett Holmstrom wrote:
> On 11/21/2010 17:51, Björn Persson wrote:
> > Andre Robatino wrote:
> >> My feeling is that it would be better for Bodhi to always require a login.
> >> Even Bugzilla does that. I suspect that a lot of people who give anonymous
>
On Mon, Nov 22, 2010 at 09:15:17AM -0800, Adam Williamson wrote:
> On Mon, 2010-11-22 at 18:09 +0100, Emmanuel Seyman wrote:
> > The whole 'push directly to stable' arguement rests heavily on the principle
> > that an update is always better (from a QA standpoint) than whatever it's
> > replacing.
On 11/22/2010 09:44 AM, Genes MailLists wrote:
> repo.
>
> * Whenever we move a bunch of packages from staging to
> stable we raise the minor number to M.(n+1). Larger
> changes may require major number bump if deemed
> appropriate (e.g
On Sat, Nov 20, 2010 at 02:09:47PM -0800, Adam Williamson wrote:
> I do. I don't believe all maintainers do. It's pretty hard to explain
> why updates that completely prevent the app in question from working, or
Btw. this is not a problem that might happen with updates, but also
happens with init
On Mon, 2010-11-22 at 13:23 -0500, Genes MailLists wrote:
>* A major version should be imposed every 6 months if it
> has not for some reason.
Why? Your idea of tying version bumps to actual changes in the product
rather than an arbitrary timeline is an interesting one, b
On Mon, 2010-11-22 at 19:29 +0100, Till Maas wrote:
> On Sat, Nov 20, 2010 at 02:09:47PM -0800, Adam Williamson wrote:
>
> > I do. I don't believe all maintainers do. It's pretty hard to explain
> > why updates that completely prevent the app in question from working, or
>
> Btw. this is not a pr
On 11/22/2010 01:35 PM, Adam Williamson wrote:
> On Mon, 2010-11-22 at 13:23 -0500, Genes MailLists wrote:
>
>>* A major version should be imposed every 6 months if it
>> has not for some reason.
>
> Why? Your idea of tying version bumps to actual changes in the product
>
A file has been added to the lookaside cache for perl-File-Path-Tiny:
3a2ac2277304b6a1c017f24c8327f55a File-Path-Tiny-0.1.tar.gz
--
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/
commit fc3b917413bc4f25cbd08d6b7884c8271e8849f1
Author: Iain Arnell
Date: Mon Nov 22 19:50:30 2010 +0100
initial import
.gitignore |1 +
perl-File-Path-Tiny.spec | 48 ++
sources |1 +
3 files changed, 50
Summary of changes:
fc3b917... initial import (*)
(*) This commit already existed in another branch; no separate mail sent
--
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/mail
Summary of changes:
fc3b917... initial import (*)
(*) This commit already existed in another branch; no separate mail sent
--
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/mail
Summary of changes:
fc3b917... initial import (*)
(*) This commit already existed in another branch; no separate mail sent
--
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/mail
Summary of changes:
fc3b917... initial import (*)
(*) This commit already existed in another branch; no separate mail sent
--
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/mail
On Mon, 2010-11-22 at 13:47 -0500, Genes MailLists wrote:
> On 11/22/2010 01:35 PM, Adam Williamson wrote:
> > On Mon, 2010-11-22 at 13:23 -0500, Genes MailLists wrote:
> >
> >>* A major version should be imposed every 6 months if it
> >> has not for some reason.
> >
> >
On 11/22/2010 01:59 PM, Adam Williamson wrote:
>>Do you have any suggestions how to manage ensuring that each ISO
>> snapshot has a working anaconda ?
>
> This is the kind of thing automated testing would help a lot with; we
> already have some automated testing of anaconda in place, but it do
On Mon, Nov 22, 2010 at 10:43:21AM -0800, Adam Williamson wrote:
> On Mon, 2010-11-22 at 19:29 +0100, Till Maas wrote:
> > On Sat, Nov 20, 2010 at 02:09:47PM -0800, Adam Williamson wrote:
> >
> > > I do. I don't believe all maintainers do. It's pretty hard to explain
> > > why updates that complet
On Mon, Nov 22, 2010 at 08:18:04AM -0800, Adam Williamson wrote:
> On Mon, 2010-11-22 at 10:21 +0100, Hans de Goede wrote:
>
> > The way I see it, is we have:
> >
> > rawhide (and for a part of the cycle Fedora #+1 testing)
> > Fedora #
> > Fedora #-1
> > Fedora #-2
> >
> > Fedora #+1 is for peo
On 11/22/2010 11:18 AM, Toshio Kuratomi wrote:
> They said that they install a Fedora for testing
> purposes when it first comes out and enjoy the rapid pace of bugfixes as
> they test the software in their environment. Then, the update pace slows
> down at about the same time their ready to push
Kevin Fenzi wrote:
> Other concrete ideas?
Quite frankly, I do not care for any of the ideas you mentioned. Here's
some of my own:
* Reduce quarantine time from 7 days to 3 days
Reasoning: Mirror syncing. I'm not going to actively seek out and
install 30 packages from koji every single day. I'
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-CPAN-Checksums-2.07 is available
https://bugzilla.redhat.com/show_bug.cgi?id=655982
Summary: perl-CPAN-Checksums-2.07 is available
Product: Fedo
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-PAR-Packer-1.008 is available
https://bugzilla.redhat.com/show_bug.cgi?id=655985
Summary: perl-PAR-Packer-1.008 is available
Product: Fedora
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-PPIx-EditorTools-0.11 is available
https://bugzilla.redhat.com/show_bug.cgi?id=655986
Summary: perl-PPIx-EditorTools-0.11 is available
Product:
On 11/22/2010 11:42 AM, Michael Cronenworth wrote:
> * Allow direct-to-stable
>
> If "Signed-off" bodhi checkbox (web) or command option (tui) is provided
> by the maintainer certifying that the maintainer believes the update
> will work. The check should default to off, and always off, to requi
the kde-sig imported kde-4.5.80 into rawhide today. enjoy, and let us know
what breaks.
-- Rex
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Jesse Keating wrote:
> It sounds like what you're asking for is the ability to have a 0 karma
> autopush limit.
Yes, that was my intension. My mistake for not making it clearer.
It was my understanding of reading the complaints that this is what they
[complainers] desire - a reversal of what we
On 11/22/2010 11:56 AM, Michael Cronenworth wrote:
> It was my understanding of reading the complaints that this is what they
> [complainers] desire - a reversal of what we require now (3 karma and/or
> proventester if critpath).
Critpath requires +1 proven tester and +1 anybody. Total of +2.
Jesse Keating wrote:
> Critpath requires +1 proven tester and +1 anybody. Total of +2. Non
> crit-path requires a minimum of +1 anybody or a 7 day timeout I do believe.
>
> I do not believe we require +3 anywhere. We/default/ the karma
> autopush level at +3/-3, but that's just a suggestion.
>
On Mon, 2010-11-22 at 12:02 -0800, Jesse Keating wrote:
> On 11/22/2010 11:56 AM, Michael Cronenworth wrote:
> > It was my understanding of reading the complaints that this is what they
> > [complainers] desire - a reversal of what we require now (3 karma and/or
> > proventester if critpath).
>
Sizewise this didn't end up being an awful cost for me, but why on earth would
this happen?
Installing:
pdftk x86_64 1.41-27.fc14 fedora 76 k
Installing for dependencies:
bouncycastlex86_64 1.45-1.fc13fedora 3.3 M
boun
On Mon, Nov 22, 2010 at 6:59 PM, Adam Williamson wrote:
>> Good point ... was thinking it was a way to ensure anaconda keeps
>> pace but you're right ... it should follow the actual changes ...
>>
>> Do you have any suggestions how to manage ensuring that each ISO
>> snapshot has a working
On Mon, Nov 22, 2010 at 3:11 PM, Casey Dahlin wrote:
> Sizewise this didn't end up being an awful cost for me, but why on earth would
> this happen?
>
> Installing:
> pdftk x86_64 1.41-27.fc14 fedora 76
> k
> Installing for dependencies:
> bouncycastle
On Mon, Nov 22, 2010 at 03:19:35PM -0500, Orcan Ogetbil wrote:
> On Mon, Nov 22, 2010 at 3:11 PM, Casey Dahlin wrote:
> > Sizewise this didn't end up being an awful cost for me, but why on earth
> > would
> > this happen?
> >
> > Installing:
> > pdftk x86_64 1.41-27.fc14
On Mon, Nov 22, 2010 at 8:15 PM, mike cloaked wrote:
> On Mon, Nov 22, 2010 at 6:59 PM, Adam Williamson wrote:
>
>>> Good point ... was thinking it was a way to ensure anaconda keeps
>>> pace but you're right ... it should follow the actual changes ...
>>>
>>> Do you have any suggestions ho
Here's the latest list of ideas culled from this thread.
Note: these are NOT my ideas, I am just gathering them up so fesco can
discuss them.
Feel free to add more concrete ideas, or let me know if I missed one
you had posted. If folks could avoid "me too" or posts that contain no
new informati
On Sun, Nov 21, 2010 at 1:54 PM, Kevin Kofler wrote:
> Adam Williamson wrote:
>> How do you expect to be able to maintain an entire desktop environment
>> on a distribution you don't even have installed? I have some sympathy
>> for the 'fifty people said it works on F14, it probably works on F12
>
389-ds-base-1.2.7 is now in Testing. This release adds some new
features and fixes many bugs. Please help us test. The sooner we can
get this release tested, the sooner we can push it to Stable and make it
generally available.
Installation
yum install 389-ds --enablerepo=updates-testing
On Mon, Nov 22, 2010 at 12:31:05PM -0800, Mike Fedyk wrote:
> So they stay in updates-testing until someone does actually test them.
>
> We all know that the longer that updates wait in updates-testing the
> more likely the world will stop spinning.
It is totally annoying and time consuming to h
On Mon, 22 Nov 2010 21:47:59 +0100
Till Maas wrote:
> It is totally annoying and time consuming to hit fixed bugs again,
> just because the update has not been pushed from testing to stable. I
> cannot really imagine that I am the only one experiencing this ever
> and ever again. E.g. just today
Adam Williamson writes:
> On Mon, 2010-11-22 at 12:02 -0800, Jesse Keating wrote:
>> Critpath requires +1 proven tester and +1 anybody. Total of +2. Non
>> crit-path requires a minimum of +1 anybody or a 7 day timeout I do believe.
>>
>> I do not believe we require +3 anywhere. We /default/ th
Toshio Kuratomi wrote:
> On Sun, Nov 21, 2010 at 10:36:48PM -0600, Garrett Holmstrom wrote:
> > On 11/21/2010 17:51, Björn Persson wrote:
> > > Andre Robatino wrote:
> > >> My feeling is that it would be better for Bodhi to always require a
> > >> login. Even Bugzilla does that. I suspect that a lo
On Mon, Nov 22, 2010 at 12:02:49PM -0800, Jesse Keating wrote:
> On 11/22/2010 11:56 AM, Michael Cronenworth wrote:
> > It was my understanding of reading the complaints that this is what they
> > [complainers] desire - a reversal of what we require now (3 karma and/or
> > proventester if critpat
On Mon, 2010-11-22 at 16:39 -0500, Tom Lane wrote:
> Adam Williamson writes:
> > On Mon, 2010-11-22 at 12:02 -0800, Jesse Keating wrote:
> >> Critpath requires +1 proven tester and +1 anybody. Total of +2. Non
> >> crit-path requires a minimum of +1 anybody or a 7 day timeout I do believe.
> >>
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=632176
--- Comment #7 from Fedora Update System 2010-11-22
17:20:02 EST ---
perl-Log-Log4perl-1.30-1.fc14 has been pushed to the Fedor
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=632176
Fedora Update System changed:
What|Removed |Added
--
On 11/22/10 12:47 PM, Till Maas wrote:
> On Mon, Nov 22, 2010 at 12:31:05PM -0800, Mike Fedyk wrote:
>
>> So they stay in updates-testing until someone does actually test them.
>>
>> We all know that the longer that updates wait in updates-testing the
>> more likely the world will stop spinning.
>
On 11/22/10 1:50 PM, Till Maas wrote:
> On Mon, Nov 22, 2010 at 12:02:49PM -0800, Jesse Keating wrote:
>> On 11/22/2010 11:56 AM, Michael Cronenworth wrote:
>>> It was my understanding of reading the complaints that this is what they
>>> [complainers] desire - a reversal of what we require now (3
On Mon, Nov 22, 2010 at 7:01 AM, Kevin Kofler wrote:
> Michal Hlavinka wrote:
>> this could help, but it's not always possible to add these test cases. One
>> example: imap server package - new bug that can corrupt mail folders in
>> some circumstances. Maintainer updates package and sets 'type=bu
On Mon, Nov 22, 2010 at 9:04 AM, Till Maas wrote:
> On Mon, Nov 22, 2010 at 09:57:40AM +0100, Henrik Nordström wrote:
>> sön 2010-11-21 klockan 11:00 +0100 skrev Till Maas:
>>
>> > I guess this can be somehow automated. E.g. change Bodhi to drop the
>> > karma requirements for packages that had e.
Greetings,
The elections for the Fedora Board, Fedora Engineering Steering
Committee (FESCo), and the Fedora Ambassadors Steering Committee
(FAmSCo) began at UTC on 20th November 2010, and are scheduled to
run until 23:59 UTC on 28th November 2010. (Please refer to a UTC
time zone converter,
On Mon, 22 Nov 2010 14:32:04 -0800
Jesse Keating wrote:
> On 11/22/10 12:47 PM, Till Maas wrote:
> > On Mon, Nov 22, 2010 at 12:31:05PM -0800, Mike Fedyk wrote:
> >
> >> So they stay in updates-testing until someone does actually test
> >> them.
> >>
> >> We all know that the longer that updates
On Sun, Nov 21, 2010 at 11:11 PM, Jan Kratochvil wrote:
> It is already complicated enough to push a patch for Fedora. One has to find
> the right unused Patch number, add %patch, git add it, bump Revision, create a
> %changelog entry with the BZ number, run Koji build, run Bodhi, copy the
> %chan
On Mon, 2010-11-15 at 15:44 +, Matthew Garrett wrote:
> On Fri, Nov 12, 2010 at 09:35:54AM -0700, Kevin Fenzi wrote:
>
> > * Can we finally remove hal? (xfce4.8 shouldn't need it anymore with
> > any luck).
>
> Not without a pile of X changes, which themselves are blocking on
> upstream k
On Mon, 2010-11-15 at 10:23 -0500, Nathaniel McCallum wrote:
> On 11/15/2010 10:11 AM, Adam Jackson wrote:
> > On Fri, 2010-11-12 at 09:35 -0700, Kevin Fenzi wrote:
> >
> >> * Can we finally remove hal? (xfce4.8 shouldn't need it anymore with
> >> any luck).
> >
> > Only 30 packages left requi
On Sat, Nov 20, 2010 at 6:16 PM, Kevin Kofler wrote:
> But one of the main points of this subthread is that that waiting period is
> way too long for some urgent fixes (security fixes, regression fixes etc.).
>
If it's really a regression, then you will have interested users who
will test from up
On Mon, Nov 22, 2010 at 11:39:29 -0500,
Kyle McMartin wrote:
>
> Hi Kevin, (and Bruno if you're watching)
>
> Please try this:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=2614153
I've been running that kernel for a couple of days on one machine
with floppies. (I am go to switch to -
On Mon, Nov 22, 2010 at 11:39:29 -0500,
Kyle McMartin wrote:
> On Sat, Nov 20, 2010 at 09:49:42PM -0500, Kyle McMartin wrote:
>
> And let me know what the output is on your machine (it uses ACPI to
> query the _FDE table in firmware, so hopefully we can only bind to it if
> a floppy is connecte
On Mon, Nov 22, 2010 at 08:00:55PM -0600, Bruno Wolff III wrote:
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=2614153
>
> I've been running that kernel for a couple of days on one machine
> with floppies. (I am go to switch to -62 tonight.) Two other machines
> I have with floppies are
On Mon, Nov 22, 2010 at 21:24:41 -0500,
Kyle McMartin wrote:
> On Mon, Nov 22, 2010 at 08:00:55PM -0600, Bruno Wolff III wrote:
> > > https://koji.fedoraproject.org/koji/taskinfo?taskID=2614153
> >
> > I've been running that kernel for a couple of days on one machine
> > with floppies. (I am go
1 - 100 of 108 matches
Mail list logo
