On Wed, Sep 22, 2010 at 04:45:30PM -0400, Adam Jackson wrote:
> On Wed, 2010-09-22 at 22:21 +0200, Till Maas wrote:
>
> > This here sounds strange:
> > | The update rate for any given release should drop off over time,
> > | approaching zero near release end-of-life; since updates are primarily
>
Le mercredi 22 septembre 2010 à 21:30 -0400, Gerald Henriksen a écrit :
> After all Gnome 2.32 isn't released until later this month, and the
> beta releases have been included in Fedora 14 up to now.
Is that a good example ? Gnome has been broken one way or another in
Fedora 14 since branching p
Christopher Aillon wrote:
> On 08/25/2010 03:13 PM, Ben Boeckel wrote:
>> Christopher Aillon wrote:
>>> I missed the first notice of this go by, but I use zsh so can play with
>>> it in the next few days. Can you post the updates so I don't hit the
>>> same bugs you did?
>>
>> Sure. Attached. Th
On Wed, Sep 22, 2010 at 22:38:21 +0200,
Benny Amorsen wrote:
>
> I don't know about "many", but there is at least one organisation
> which runs production databases on Postgres on Fedora. People keep
> saying that "Fedora isn't for servers", but I just don't see why not.
Because it is more wor
On Wed, 22 Sep 2010 19:33:22 + (UTC), you wrote:
>On Wed, 22 Sep 2010 09:33:47 -0500, Bruno Wolff III wrote:
>> That is what branched releases have. Running one of these still gets you
>> pretty up to date stuff, but a bit more protection from breakage.
>
>But branched releases stabilize somet
Michał Piotrowski wrote:
> 2010/9/21 Björn Persson :
> > How hard would it be to "cherry-pick" from this backports repository? To
> > install a newer Firefox from there for example, but keep the PostgreSQL
> > from the ordinary Fedora even if there is a newer one in the backports
> > repository, an
On Wed, Sep 22, 2010 at 02:45:03PM -0500, Michael Cronenworth wrote:
> I can see a big increase in boot time with my desktop setup when using a
> debugging kernel among other slow-downs. From 8 seconds (non-debug) at
> least double that. I use modern CPUs (quad core a minimum) with SSDs and
On Wed, 2010-09-22 at 18:51 -0400, Dave Jones wrote:
> On Wed, Sep 22, 2010 at 03:31:39PM -0700, John Poelstra wrote:
> > At the Fedora 14 Beta Go/No-Go meeting today, the Fedora 14 Beta was
> > declared GOLD and ready for release on September 28, 2010.
>
> is what's at rsync://mirrors.kernel.o
On Wed, 2010-09-22 at 14:45 -0500, Michael Cronenworth wrote:
> Michel Alexandre Salim wrote:
> > One could always use a stable kernel in conjunction with Rawhide.
> > Speaking of debugging info, are they still turned on for branched
> > releases like F-14?
>
> Yes. Not until the Final RC builds i
On Wed, Sep 22, 2010 at 03:31:39PM -0700, John Poelstra wrote:
> At the Fedora 14 Beta Go/No-Go meeting today, the Fedora 14 Beta was
> declared GOLD and ready for release on September 28, 2010.
is what's at rsync://mirrors.kernel.org/mirrors/fedora/development/14/
right now the beta tree, or i
https://bugzilla.redhat.com/show_bug.cgi?id=634561
https://bugzilla.redhat.com/attachment.cgi?id=449061&action=diff
https://bugzilla.redhat.com/attachment.cgi?id=449061&action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-dev
At the Fedora 14 Beta Go/No-Go meeting today, the Fedora 14 Beta was
declared GOLD and ready for release on September 28, 2010.
Thank you to everyone who made this on-time release possible!
===
#fedora-meeting: Fedora 14 Beta Go/N
On Wed, 2010-09-22 at 22:21 +0200, Till Maas wrote:
> This here sounds strange:
> | The update rate for any given release should drop off over time,
> | approaching zero near release end-of-life; since updates are primarily
> | bugfixes, fewer and fewer should be needed over time.
>
> This essent
Summary of changes:
6b6a8b2... Initial import of perl-Text-Hunspell-2.01-2 (*)
(*) 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:/
On Wed, Sep 22, 2010 at 12:38:50PM -0600, Kevin Fenzi wrote:
> On Wed, 22 Sep 2010 13:37:44 -0400
> Toshio Kuratomi wrote:
>
> > For (unreleased) F14, I think that the arugment that future work on
> > the package is better off starting with something that works than to
> > start off with somethin
The lightweight tag 'perl-Text-Hunspell-2.01-2.fc12' was created pointing to:
6b6a8b2... Initial import of perl-Text-Hunspell-2.01-2
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.
Arthur Pemberton writes:
> What exactly is the fear here with these updates? Are there many
> desktop users who do NOT want the latest released Firefox? Are there
> many people using Fedora as their OS for their database server?
I don't know about "many", but there is at least one organisation
w
Summary of changes:
6b6a8b2... Initial import of perl-Text-Hunspell-2.01-2 (*)
(*) 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:/
The lightweight tag 'perl-Text-Hunspell-2.01-2.fc13' was created pointing to:
6b6a8b2... Initial import of perl-Text-Hunspell-2.01-2
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.
On Tue, Sep 21, 2010 at 03:47:04PM -0600, Kevin Fenzi wrote:
> I'd like to ask for feedback and helping cleaning up an updates policy
> draft page:
>
> https://fedoraproject.org/wiki/User:Kevin/Updates_Policy_Draft
>
> How can we clarify the language or the layout of the page to be more
> clear
On Wed, Sep 22, 2010 at 14:45:03 -0500,
Michael Cronenworth wrote:
>
> Rawhide kernels or using a stable kernel w/ Rawhide are not valid
> options. Rawhide is rawhide - development of Fedora, not for production
> use. Period. You can't jazz it up no matter how hard you try (Looking at
> you
On Wed, Sep 22, 2010 at 19:33:22 +,
Michel Alexandre Salim wrote:
>
> But branched releases stabilize sometime before the beta point is
> reached, which triggered off this huge discussion in the first place,
> because Postgresql 9.0 came out too late for inclusion.
But if you are trackin
Michel Alexandre Salim wrote:
> One could always use a stable kernel in conjunction with Rawhide.
> Speaking of debugging info, are they still turned on for branched
> releases like F-14?
Yes. Not until the Final RC builds is debugging switched off. (IIRC)
Rawhide kernels or using a stable kernel
On Wed, 22 Sep 2010 19:00:25 +0200, drago01 wrote:
> On Wed, Sep 22, 2010 at 6:55 PM, Richard W.M. Jones
> wrote:
>> On Wed, Sep 22, 2010 at 04:22:45PM +0100, Adam Williamson wrote:
>>> I guess I spend too much money on CPUs. Or don't work 'em hard enough.
>>> :P
>>
>> I've not noticed it either,
On Wed, 22 Sep 2010 09:33:47 -0500, Bruno Wolff III wrote:
> On Wed, Sep 22, 2010 at 09:59:51 -0400,
> Al Dunsmuir wrote:
>>
>> If a second rawhide-specific staging repository (equivalent to
>> updates-testing, so call it rawhide-testing) was added with some
>> autoqa automation
On Wed, 22 Sep 2010 13:57:49 +0100, Adam Williamson wrote:
> On Wed, 2010-09-22 at 08:20 -0400, Brandon Lozza wrote:
>> That's why I propose an easy way to install additional repos. I can't
>> see a non tech savvy user installing the chromium browser on fedora, to
>> be brutally honest. It's annoy
On Wed, Sep 22, 2010 at 13:01:49 -0600,
Kevin Fenzi wrote:
>
> Right. Also, added to that is: Are the bug fixes worth shipping to
> millions of people? ie, do they fix bugs that Fedora users would/have
> encountered.
That's another gray area without much guidance currently. I think mostly
pac
On Wed, Sep 22, 2010 at 20:56:07 +0200,
drago01 wrote:
>
> Might be true but a random notice on some website / mailinglist /
> $whatever is NOT a fix. period.
If one decided to use a notification to mitigate a security issue, one would
put the notice where the affected people would be likely t
On Wed, 2010-09-22 at 12:35 -0600, Kevin Fenzi wrote:
> Alex Hudson wrote:
> > I think there's one thing missing: some discussion about the guiding
> > principles about where these rules came from.
>
> Well, there is the Boards vision that this came out of:
>
> https://fedoraproject.org/wiki/St
On Wed, Sep 22, 2010 at 13:05:23 -0600,
Kevin Fenzi wrote:
>
> ok. I Changed 'Beta' mentions in the Pre Beta section to "Alpha or Beta
> releases". Does that work?
That looks fine now. Thanks.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
On Wed, 22 Sep 2010 13:45:55 -0500
Bruno Wolff III wrote:
> On Wed, Sep 22, 2010 at 12:35:55 -0600,
> Kevin Fenzi wrote:
> > On Tue, 21 Sep 2010 17:09:32 -0500
> > Bruno Wolff III wrote:
> >
> > > On Tue, Sep 21, 2010 at 15:47:04 -0600,
> > > Kevin Fenzi wrote:
> > > > Greetings.
> > > >
On Wed, 22 Sep 2010 13:42:14 -0500
Bruno Wolff III wrote:
> On Wed, Sep 22, 2010 at 12:35:38 -0600,
> Kevin Fenzi wrote:
> > So, that would be, BAD:
> >
> > - Changing User interface (moving menu items or buttons around)
> > - Changing names of commands for command line.
> > - Changing behav
On Wed, Sep 22, 2010 at 8:35 PM, Kevin Fenzi wrote:
> On Wed, 22 Sep 2010 12:12:54 -0500
> Bruno Wolff III wrote:
>
>> On Wed, Sep 22, 2010 at 18:58:25 +0200,
>> drago01 wrote:
>> >
>> > In case of a security issue a random note somewhere "don't do that"
>> > is not acceptable ... that's all I
On Wed, Sep 22, 2010 at 12:35:55 -0600,
Kevin Fenzi wrote:
> On Tue, 21 Sep 2010 17:09:32 -0500
> Bruno Wolff III wrote:
>
> > On Tue, Sep 21, 2010 at 15:47:04 -0600,
> > Kevin Fenzi wrote:
> > > Greetings.
> > >
> > > I'd like to ask for feedback and helping cleaning up an updates
> > >
On Wed, Sep 22, 2010 at 12:35:38 -0600,
Kevin Fenzi wrote:
> So, that would be, BAD:
>
> - Changing User interface (moving menu items or buttons around)
> - Changing names of commands for command line.
> - Changing behavior of command line options (ie, --foo does something
> totally differen
On Wed, Sep 22, 2010 at 12:35:32PM -0600, Kevin Fenzi wrote:
> > So, for example, we have these use cases for Fedora which involves
> > information working on the desktop, so the guiding principles for the
> > stable release ought to be about those users being generally happy and
> > having a deskt
On Wed, 22 Sep 2010 13:37:44 -0400
Toshio Kuratomi wrote:
> For (unreleased) F14, I think that the arugment that future work on
> the package is better off starting with something that works than to
> start off with something that's broken by new gcc, boost, etc is very
> valid.
Sure. I would su
On Tue, 21 Sep 2010 17:09:32 -0500
Bruno Wolff III wrote:
> On Tue, Sep 21, 2010 at 15:47:04 -0600,
> Kevin Fenzi wrote:
> > Greetings.
> >
> > I'd like to ask for feedback and helping cleaning up an updates
> > policy draft page:
>
> Do you want feedback on the mailing list or the Talk pa
On Tue, 21 Sep 2010 21:06:42 -0400
Josh Boyer wrote:
>
> You've obviously spent a lot of time thinking about the exceptions. I
> think that is good. I would, however, suggest you also include
> examples of changes/updates that are not applicable for a stable
> release.
Good idea.
Add some t
On Wed, 22 Sep 2010 12:12:54 -0500
Bruno Wolff III wrote:
> On Wed, Sep 22, 2010 at 18:58:25 +0200,
> drago01 wrote:
> >
> > In case of a security issue a random note somewhere "don't do that"
> > is not acceptable ... that's all I am saying here.
> > You are leaving users at risk by assuming
On Wed, 22 Sep 2010 09:05:42 -0500
Bruno Wolff III wrote:
> On Wed, Sep 22, 2010 at 12:35:01 +0200,
> Tomas Mraz wrote:
> >
> > - Avoid changing the user experence if at all possible. - this is
> > too strong condition. In some cases fixing a bug might inevitable
> > change the user experienc
On Wed, 22 Sep 2010 18:14:47 +0100
Alex Hudson wrote:
> Hey Kevin,
>
> On Tue, 2010-09-21 at 15:47 -0600, Kevin Fenzi wrote:
> > How can we clarify the language or the layout of the page to be more
> > clear? Are there places that it could be more like the existing
> > package update howto page?
On Tue, Sep 21, 2010 at 03:25:25PM -0600, Kevin Fenzi wrote:
> On Tue, 21 Sep 2010 10:06:09 -0700
> Eric Smith wrote:
>
> > A bug was filed against meshlab because of an FTBFS for Fedora 14. I
> > added a patch to resolve it and submitted an update. After seven
> > days with no feedback, I was
On Mon, Sep 20, 2010 at 02:19:06PM -0400, Luke Macken wrote:
> Backend Changes
> ===
>
> - Add the new 'dist-fN-updates{-testing,}-pending' tags to builds so AutoQA
> can
> start testing them before they get pushed
> - List security & critpath testing updates in our updates-testing
A file has been added to the lookaside cache for perl-STD:
fc84fda3b80eef3708d8a51dfcb9a5ba STD-32116.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/per
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=635235
Petr Pisar changed:
What|Removed |Added
On Wed, Sep 22, 2010 at 18:58:25 +0200,
drago01 wrote:
>
> In case of a security issue a random note somewhere "don't do that" is
> not acceptable ... that's all I am saying here.
> You are leaving users at risk by assuming that they will read that
> notice (note: most wont).
I disagree. There
Hey Kevin,
On Tue, 2010-09-21 at 15:47 -0600, Kevin Fenzi wrote:
> How can we clarify the language or the layout of the page to be more
> clear? Are there places that it could be more like the existing package
> update howto page? Could we be more detailed about what bodhi enforces
> and whats jus
commit 8cd85a626a4a8f8b8d9c48d2d0ed9b587ee30029
Author: Petr Písař
Date: Wed Sep 22 19:12:09 2010 +0200
0.31 bump
.gitignore|1 +
perl-DBD-CSV.spec | 24 +---
sources |2 +-
3 files changed, 19 insertions(+), 8 deletions(-)
---
diff --git a/
A file has been added to the lookaside cache for perl-DBD-CSV:
50918cc0ed58dd38df462398a16adc36 DBD-CSV-0.31.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/mailman/listinfo
On Wed, Sep 22, 2010 at 6:55 PM, Richard W.M. Jones wrote:
> On Wed, Sep 22, 2010 at 04:22:45PM +0100, Adam Williamson wrote:
>> On Wed, 2010-09-22 at 10:13 -0500, Michael Cronenworth wrote:
>> > Jesse Keating wrote:
>> > > It isn't going to be perfect, but it'll definitely be better than what
>>
On Wed, Sep 22, 2010 at 6:31 PM, Bruno Wolff III wrote:
> On Wed, Sep 22, 2010 at 17:27:43 +0200,
> drago01 wrote:
>> On Wed, Sep 22, 2010 at 5:04 PM, Bruno Wolff III wrote:
>> > On Wed, Sep 22, 2010 at 17:01:02 +0200,
>> > Tomas Mraz wrote:
>> >> I say that the example of Webkit should be re
On Wed, Sep 22, 2010 at 04:22:45PM +0100, Adam Williamson wrote:
> On Wed, 2010-09-22 at 10:13 -0500, Michael Cronenworth wrote:
> > Jesse Keating wrote:
> > > It isn't going to be perfect, but it'll definitely be better than what
> > > we have now.
> >
> > I'm still not going to use rawhide. Ther
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=635235
Petr Pisar changed:
What|Removed |Added
On Wed, Sep 22, 2010 at 17:51:01 +0200,
Tomas Mraz wrote:
> Of course, the issue might be very minor, but in that case it is not a
> "judgement call based on how intrusive thec changes are" but "judgement
> call on whether the pros and cons of doing the update are significantly
> in favor of pro
On Wed, Sep 22, 2010 at 17:27:43 +0200,
drago01 wrote:
> On Wed, Sep 22, 2010 at 5:04 PM, Bruno Wolff III wrote:
> > On Wed, Sep 22, 2010 at 17:01:02 +0200,
> > Tomas Mraz wrote:
> >> I say that the example of Webkit should be removed because if it is not
> >> possible to backport the securit
On Wed, 2010-09-22 at 10:04 -0500, Bruno Wolff III wrote:
> On Wed, Sep 22, 2010 at 17:01:02 +0200,
> Tomas Mraz wrote:
> > I say that the example of Webkit should be removed because if it is not
> > possible to backport the security patch and due to the version update
> > Midori has to be upda
On Wed, Sep 22, 2010 at 5:04 PM, Bruno Wolff III wrote:
> On Wed, Sep 22, 2010 at 17:01:02 +0200,
> Tomas Mraz wrote:
>> I say that the example of Webkit should be removed because if it is not
>> possible to backport the security patch and due to the version update
>> Midori has to be updated to
On Wed, Sep 22, 2010 at 3:59 PM, Al Dunsmuir wrote:
> On Wednesday, September 22, 2010, 8:06:12 AM, drag01 wrote:
>> On Wed, Sep 22, 2010 at 11:24 AM, Richard W.M. Jones
>> wrote:
>>> On Mon, Sep 20, 2010 at 09:58:53PM -0400, Arthur Pemberton wrote:
2010/9/20 Michał Piotrowski :
> 2010
On Wed, 2010-09-22 at 10:13 -0500, Michael Cronenworth wrote:
> Jesse Keating wrote:
> > It isn't going to be perfect, but it'll definitely be better than what
> > we have now.
>
> I'm still not going to use rawhide. There would have to be a kernel
> without debugging before I would even think of
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=634899
Petr Pisar changed:
What|Removed |Added
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=636514
Petr Pisar changed:
What|Removed |Added
Compose started at Wed Sep 22 13:15:39 UTC 2010
Broken deps for x86_64
--
RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php
RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch)
1:anjuta-2.30.0.0-2.fc1
Jesse Keating wrote:
> It isn't going to be perfect, but it'll definitely be better than what
> we have now.
I'm still not going to use rawhide. There would have to be a kernel
without debugging before I would even think of using it for my home or
work systems. I have a need for speed. :P
--
de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/22/2010 05:07 PM, Bruno Wolff III wrote:
> On Wed, Sep 22, 2010 at 17:05:30 +0200,
> Jesse Keating wrote:
>>
>> It isn't going to be perfect, but it'll definitely be better than what
>> we have now.
>
> The other case to consider is two updat
On Wed, Sep 22, 2010 at 17:05:30 +0200,
Jesse Keating wrote:
>
> It isn't going to be perfect, but it'll definitely be better than what
> we have now.
The other case to consider is two updates in rawhide-pending that each
are OK with rawhide, but which together have dependency issues.
--
deve
On Wed, Sep 22, 2010 at 17:01:02 +0200,
Tomas Mraz wrote:
> I say that the example of Webkit should be removed because if it is not
> possible to backport the security patch and due to the version update
> Midori has to be updated to a new version regardless of the changes of
> user experience.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/22/2010 04:14 PM, Adam Williamson wrote:
> That would likely be an improvement, but have you thought through the
> interaction issues? Builds are rarely standalone, so we need to figure
> out which builds go with which other builds so they can be
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=636514
--- Comment #1 from Tom "spot" Callaway 2010-09-22
10:57:28 EDT ---
Petr, I'd be happy to let you co-maintain here.
--
Config
commit 429bb74e17b0e3b7a2e25331ae43097727dbc1b7
Author: Petr Písař
Date: Wed Sep 22 17:01:26 2010 +0200
0.011 bump
.gitignore|1 +
perl-PPIx-Regexp.spec | 14 ++
sources |2 +-
3 files changed, 12 insertions(+), 5 deletions(-)
---
diff --git
A file has been added to the lookaside cache for perl-PPIx-Regexp:
2c315aa4603e511cc9f4f69a535bb02f PPIx-Regexp-0.011.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/mail
On Wed, 2010-09-22 at 16:09 +0200, drago01 wrote:
> On Wed, Sep 22, 2010 at 3:34 PM, Tomas Mraz wrote:
>
> >> > This example is IMO wrong:
> >> > - WebKit requires an update to solve a security problem. This requires
> >> > updating Midori to a version with some minor menu layout changes. This
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/22/2010 04:14 PM, Al Dunsmuir wrote:
> On Wednesday, September 22, 2010, 6:19:28 PM, Jesse wrote:
>> On 09/22/2010 04:07 AM, Adam Williamson wrote:
>>> On Wed, 2010-09-22 at 10:24 +0100, Richard W.M. Jones wrote:
>>>
This is reasonably easy
On Wed, Sep 22, 2010 at 15:34:34 +0100,
"Richard W.M. Jones" wrote:
>
> No, I think you are wrong.
>
> First of all, I can see no benefit in pushing a package that cannot do
> its basic function to Rawhide. Even in Rawhide, no one wants a kernel
> that doesn't boot, even if in some circumstan
On Wed, Sep 22, 2010 at 09:59:51 -0400,
Al Dunsmuir wrote:
>
> If a second rawhide-specific staging repository (equivalent to
> updates-testing, so call it rawhide-testing) was added with some
> autoqa automation to prevent gratuitous problems (such as broken
> dependencies
On Wed, Sep 22, 2010 at 09:22:21AM -0500, Bruno Wolff III wrote:
> On Wed, Sep 22, 2010 at 10:24:38 +0100,
> "Richard W.M. Jones" wrote:
> >
> > I use Rawhide on my laptop and one of my servers, so I'll tell you the
> > answer to this: because critical components such as the kernel are
> > ofte
On Wed, Sep 22, 2010 at 14:06:12 +0200,
drago01 wrote:
> Some of the reasons I can think of:
>
> 2) No signed packages
There is a plan to deal with that, but I am not sure what its current
status is.
> 5) To many broken deps, which might prevent applying updates and security
> fixes
Hopeful
Stephen Gallagher wrote:
> On 09/22/2010 08:08 AM, Paul F. Johnson wrote:
>> I know I can do the likes of
>>
>> export CFLAGS="$CFLAGS -blah" and it will pass whatever CFLAGS is plus
>> the argument "-blah" to the compiler.
>>
>> How do I do this with LDFLAGS. I'm trying to pass --build-id using
>
On Wed, Sep 22, 2010 at 10:24:38 +0100,
"Richard W.M. Jones" wrote:
>
> I use Rawhide on my laptop and one of my servers, so I'll tell you the
> answer to this: because critical components such as the kernel are
> often broken. IME this is because there is no testing of these
> components befo
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=633737
--- Comment #4 from Petr Pisar 2010-09-22 10:16:46 EDT ---
Created attachment 448944
--> https://bugzilla.redhat.com/attachmen
On Wednesday, September 22, 2010, 6:19:28 PM, Jesse wrote:
> On 09/22/2010 04:07 AM, Adam Williamson wrote:
>> On Wed, 2010-09-22 at 10:24 +0100, Richard W.M. Jones wrote:
>>
>>> This is reasonably easy to fix: we should do some testing and withhold
>>> packages from Rawhide if they don't pass som
On Wed, 2010-09-22 at 15:18 -0700, Jesse Keating wrote:
> > 4) To much of "manual fixing" required
> > 5) To many broken deps, which might prevent applying updates and security
> > fixes
> > 6) Some others that I can't think of right now might be a consequence
> > of the above or something else
>
On Wed, Sep 22, 2010 at 3:34 PM, Tomas Mraz wrote:
>> > This example is IMO wrong:
>> > - WebKit requires an update to solve a security problem. This requires
>> > updating Midori to a version with some minor menu layout changes. This
>> > would be a judgement call based on how intrusive the chan
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=633737
Petr Pisar changed:
What|Removed |Added
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=633737
--- Comment #3 from Petr Pisar 2010-09-22 10:08:46 EDT ---
perl(threads::shared) >= 1.33 is needed (upgrade requested in bug #63
On Wed, Sep 22, 2010 at 12:35:01 +0200,
Tomas Mraz wrote:
>
> - Avoid changing the user experence if at all possible. - this is too
> strong condition. In some cases fixing a bug might inevitable change the
> user experience and in some cases for example the user experience might
> be just seve
On Wednesday, September 22, 2010, 8:06:12 AM, drag01 wrote:
> On Wed, Sep 22, 2010 at 11:24 AM, Richard W.M. Jones
> wrote:
>> On Mon, Sep 20, 2010 at 09:58:53PM -0400, Arthur Pemberton wrote:
>>> 2010/9/20 Michał Piotrowski :
>>> > 2010/9/21 Toshio Kuratomi :
>>> >> As the concept of using third
Meeting minutes from our second meeting. I reordered our wiki a bit to
accomodate future meeting minutes and agendas (thanks to KDE SIG for
template :-) )
I would like to know how many people wanted to attend but couldn't
because of time. There are about 2x as many people written on our SIG
page t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/22/2010 08:08 AM, Paul F. Johnson wrote:
> Hi,
>
> I know I can do the likes of
>
> export CFLAGS="$CFLAGS -blah" and it will pass whatever CFLAGS is plus
> the argument "-blah" to the compiler.
>
> How do I do this with LDFLAGS. I'm trying t
something like sidux, but fedora based im thinking
stable f14 with the goodies stable vision blocks because people want
stale software, and i'd rather not use rawhide or opensuse
On Wed, Sep 22, 2010 at 9:53 AM, Brandon Lozza wrote:
> On Wed, Sep 22, 2010 at 9:33 AM, Richard W.M. Jones wrote:
>
On Wed, Sep 22, 2010 at 9:33 AM, Richard W.M. Jones wrote:
> I should add that whether this testing happens in Koji or in AutoQA
> isn't material. AutoQA is probably better. *Provided* that if the
> basic sanity tests fail they must prevent the packages from going into
> the Rawhide compose.
>
>
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=636471
Marcela Mašláňová changed:
What|Removed |Added
-
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=636518
Petr Pisar changed:
What|Removed |Added
commit d88ff6c709b6cfa9304002f8f9ca061da3d05381
Author: Marcela Mašláňová
Date: Wed Sep 22 15:34:10 2010 +0200
- update, works with Wx > 0.97
.gitignore |1 +
perl-Wx-Perl-ProcessStream.spec |9 ++---
sources |2 +-
3 files chan
A file has been added to the lookaside cache for perl-Wx-Perl-ProcessStream:
9a893347401af6e1c40b22c72d92b383 Wx-Perl-ProcessStream-0.28.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.fed
On Wed, 2010-09-22 at 12:48 +0200, drago01 wrote:
> On Wed, Sep 22, 2010 at 12:35 PM, Tomas Mraz wrote:
> > On Tue, 2010-09-21 at 15:47 -0600, Kevin Fenzi wrote:
> >> Greetings.
> >>
> >> I'd like to ask for feedback and helping cleaning up an updates policy
> >> draft page:
> >>
> >> https://fed
I should add that whether this testing happens in Koji or in AutoQA
isn't material. AutoQA is probably better. *Provided* that if the
basic sanity tests fail they must prevent the packages from going into
the Rawhide compose.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.
On Wed, Sep 22, 2010 at 02:06:12PM +0200, drago01 wrote:
> On Wed, Sep 22, 2010 at 11:24 AM, Richard W.M. Jones
> wrote:
> > On Mon, Sep 20, 2010 at 09:58:53PM -0400, Arthur Pemberton wrote:
> >> 2010/9/20 Michał Piotrowski :
> >> > 2010/9/21 Toshio Kuratomi :
> >> >> As the concept of using thir
On Wed, Sep 22, 2010 at 12:07:24PM +0100, Adam Williamson wrote:
> On Wed, 2010-09-22 at 10:24 +0100, Richard W.M. Jones wrote:
>
> > This is reasonably easy to fix: we should do some testing and withhold
> > packages from Rawhide if they don't pass some basic sanity checks
> > (eg. does it boot,
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=633737
Petr Pisar changed:
What|Removed |Added
1 - 100 of 129 matches
Mail list logo
