Hello,
I did build from F17 and now I am trying submit update via Bodhi, but it
fails apparently:
$ fedpkg update
Creating a new update for weechat-0.3.6-2.fc17
Password for vondruch:
Creating a new update for weechat-0.3.6-2.fc17
weechat-0.3.6-2.fc17 not tagged as an update candidate
Is
Vít Ondruch wrote:
I did build from F17 and now I am trying submit update via Bodhi, but
it
fails apparently:
$ fedpkg update
Creating a new update for weechat-0.3.6-2.fc17
Password for vondruch:
Creating a new update for weechat-0.3.6-2.fc17
weechat-0.3.6-2.fc17 not tagged as an
Dne 8.2.2012 10:13, Michal Schmidt napsal(a):
Vít Ondruch wrote:
I did build from F17 and now I am trying submit update via Bodhi, but
it
fails apparently:
$ fedpkg update
Creating a new update for weechat-0.3.6-2.fc17
Password for vondruch:
Creating a new update for weechat-0.3.6-2.fc17
A file has been added to the lookaside cache for perl-Class-Base:
526cc491f2a02991fce061bcc13e2fa8 Class-Base-0.04.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 4fdaffd59fc9a4c1cdb05b9712e17193663eb4e2
Author: Iain Arnell iarn...@gmail.com
Date: Wed Feb 8 10:45:52 2012 +0100
update to 0.04
.gitignore |1 +
perl-Class-Base.spec | 30 --
sources |2 +-
3 files changed, 14
A file has been added to the lookaside cache for perl-DBIx-Class-Schema-Loader:
b2bc5056ce57508b7a3a887d5230ac00 DBIx-Class-Schema-Loader-0.07017.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Summary of changes:
4fdaffd... update to 0.04 (*)
(*) 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
A file has been added to the lookaside cache for perl-Devel-Declare:
c39c3e4d96315b7e86884864b3ec4394 Devel-Declare-0.006010.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit c06fff31b6ec05d4b2ae677800f617de5f656ae7
Author: Iain Arnell iarn...@gmail.com
Date: Wed Feb 8 10:54:27 2012 +0100
update to 0.07017
.gitignore |1 +
perl-DBIx-Class-Schema-Loader.spec |7 +--
sources|2 +-
3 files
Summary of changes:
c06fff3... update to 0.07017 (*)
(*) 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
commit 8fd48e001e9e3abbd7dbb2c1f5401d77dfd2c815
Author: Iain Arnell iarn...@gmail.com
Date: Wed Feb 8 10:55:25 2012 +0100
update to 0.006010
.gitignore |1 +
perl-Devel-Declare.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2
Summary of changes:
8fd48e0... update to 0.006010 (*)
(*) 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
A file has been added to the lookaside cache for perl-Parse-CPAN-Meta:
136571ea3aa3b21046346f7d1606a0a6 Parse-CPAN-Meta-1.4402.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit e15c52bc0a223bea0b753785c76910806751916d
Author: Iain Arnell iarn...@gmail.com
Date: Wed Feb 8 10:59:36 2012 +0100
update to 1.4402
.gitignore|1 +
perl-Parse-CPAN-Meta.spec |8 +---
sources |2 +-
3 files changed, 7 insertions(+),
Summary of changes:
e15c52b... update to 1.4402 (*)
(*) 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
commit 8d11321ef4035de702e4cca5a32a08c5b29f6753
Author: Daniel P. Berrange berra...@redhat.com
Date: Wed Feb 8 10:27:01 2012 +
Add Cairo::GObject BR for tests
perl-Glib-Object-Introspection.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git
commit 98d6e5d2bb9e923ddc9b3dbf0d08bd6e12a7f0ad
Author: Daniel P. Berrange berra...@redhat.com
Date: Wed Feb 8 10:29:36 2012 +
Add Cairo::GObject BR
perl-Gtk3.spec |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
---
diff --git a/perl-Gtk3.spec b/perl-Gtk3.spec
index
Summary of changes:
9d32333... - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass (*)
58b3199... Update to 0.006 release (rhbz #785363) (*)
3e52570... Fix typo (*)
ca852de... Remove obsolete patch (-EMONDAY) (*)
8d11321... Add Cairo::GObject BR for tests (*)
(*) This commit
Hi, It appears Audacity is getting close to v2 release (it's been in 1.3
beta mode for a few years).
I've built the current svn release as 2.0.0.alpha... , and request
anyone with audio hardware who would like to help to download and
install it to check whichever functions you feel like
Summary of changes:
f0f7277... Update to 0.003 release (rhbz #785532) (*)
98d6e5d... Add Cairo::GObject BR (*)
(*) 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
After updating everything on my laptop to Rawhide (forced to by
usrmove) I noticed that emacs was no longer responding to
Control-Space for setting the mark.
It seems like the X server itself is eating this key combination,
since emacs works fine in a virtual console, but doesn't work in any
Sorry, I didn't mean to send this email. It turns out to be
caused by ibus.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://libguestfs.org
--
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=785363
--- Comment #2 from Fedora Update System upda...@fedoraproject.org 2012-02-08
06:25:50 EST ---
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=785532
--- Comment #1 from Fedora Update System upda...@fedoraproject.org 2012-02-08
06:26:36 EST ---
perl-Gtk3-0.003-2.fc16 has been
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Pod-Coverage-0.22 is available
https://bugzilla.redhat.com/show_bug.cgi?id=788531
Summary: perl-Pod-Coverage-0.22 is available
Product: Fedora
Summary of changes:
98d6e5d... Add Cairo::GObject BR (*)
(*) 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
Summary of changes:
8d11321... Add Cairo::GObject BR for tests (*)
(*) 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
Currently in Rawhide it's impossible to update to the latest udev if
you have nfs-utils installed, because:
Error: Package: 1:nfs-utils-1.2.5-11.fc17.x86_64 (@rawhide)
Requires: modutils = 2.4.26-9
Removing: module-init-tools-3.16-5.fc17.x86_64 (@rawhide)
On Wed, Feb 08, 2012 at 11:56:56AM +, Richard W.M. Jones wrote:
Currently in Rawhide it's impossible to update to the latest udev if
you have nfs-utils installed, because:
Error: Package: 1:nfs-utils-1.2.5-11.fc17.x86_64 (@rawhide)
Requires: modutils = 2.4.26-9
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=788531
Petr Šabata psab...@redhat.com 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=788123
Paul Howarth p...@city-fan.org changed:
What|Removed |Added
A file has been added to the lookaside cache for perl-Pod-Coverage:
6cf04053968db85c355a740ab170aaf5 Pod-Coverage-0.22.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit dd63f3386b6d371495059860d3c6396a52d12c59
Author: Petr Šabata con...@redhat.com
Date: Wed Feb 8 13:42:19 2012 +0100
0.22 bump
.gitignore |1 +
perl-Pod-Coverage.spec | 48 ++--
sources|2 +-
3 files
Summary of changes:
dd63f33... 0.22 bump (*)
(*) 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
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=788531
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Package perl-Sub-Install in Fedora EPEL 5 is now owned by pghmcfc
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Sub-Install
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Package perl-Sub-Install in Fedora EPEL 4 is now owned by pghmcfc
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-Sub-Install
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
On 02/08/2012 12:37 AM, Kevin Kofler wrote:
Adam Williamson wrote:
Note that this has not actually been implemented in anaconda yet, so if
you do an anaconda upgrade at this time, it will explode horribly. The
bug requesting this support be added to anaconda is
We have completed mass branching for Fedora 17 you now need make sure
that you build things for Fedora 17 from the f17 branch, master is now
for Fedora 18.
http://fedoraproject.org/wiki/Releases/17/Schedule We have the Alpha
Change Freeze On Feb 14th this means that we will land f17-candidate
Summary of changes:
cb20467... Reinstate compatibility with old distributions like EL-5 (*)
(*) 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
commit 18019c8e5a0ca91255106d52046250bf0be2d84f
Author: Paul Howarth p...@city-fan.org
Date: Wed Feb 8 13:50:16 2012 +
Update to 0.925 (packaging changes)
- Update to 0.925 (packaging changes)
- Fix License
- BR: perl(ExtUtils::MakeMaker)
- BR: perl(Test::Output)
The lightweight tag 'perl-Params-Classify-0.013-5.el6' was created pointing to:
cb20467... Reinstate compatibility with old distributions like EL-5
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 6ccdd8cd8c7a3ce0c3502eb75db1ea1ef627617a
Author: Paul Howarth p...@city-fan.org
Date: Wed Feb 8 14:01:22 2012 +
Update to 0.925 (packaging changes)
- Update to 0.925 (packaging changes)
- Fix License
- BR: perl(ExtUtils::MakeMaker)
- BR: perl(Test::Output)
Once upon a time, Stijn Hoop st...@sandcat.nl said:
On Wed, 08 Feb 2012 06:37:33 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
Adam Williamson wrote:
Note that this has not actually been implemented in anaconda yet,
so if you do an anaconda upgrade at this time, it will explode
On Wed, Feb 08, 2012 at 07:59:39AM -0500, Genes MailLists wrote:
For many of us its a bad trend to see - and creates an impression that
a few pushy folks are wresting control - rather than things being
accepted based on merit and good work.
Things happen in Fedora because people work on
The lightweight tag 'perl-Sub-Install-0.925-1.el4' was created pointing to:
6ccdd8c... Update to 0.925 (packaging changes)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
The lightweight tag 'perl-Sub-Install-0.925-1.el5' was created pointing to:
18019c8... Update to 0.925 (packaging changes)
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
Am 08.02.2012 15:11, schrieb Chris Adams:
criteria! This affects both the DVD upgrades and preupgrade, which
are the 2 upgrade methods Fedora claims to support.
I did not see a release yet, where did you find it?
He said release criteria. Included in that is the Feature Freeze
(which
commit 3c757262c8720ade83f50e3b894bb65fc1bea4ea
Author: Paul Howarth p...@city-fan.org
Date: Wed Feb 8 14:14:30 2012 +
Reinstate compatibility with old distributions like EL-5
- Reinstate compatibility with old distributions like EL-5
- Add back buildroot definition and
On Wed, Feb 8, 2012 at 12:59 PM, Genes MailLists li...@sapience.com wrote:
There seems to have been a recent pattern (last year or so) of pushing
premature pet projects rapidly without broader fedora engagement.
I know this little issue will get sorted out and its still
rawhide/pre-f17.
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=788123
--- Comment #4 from Fedora Update System upda...@fedoraproject.org 2012-02-08
10:24:10 EST ---
perl-Module-Runtime-0.011-3.el6
Le Mer 8 février 2012 12:17, Richard W.M. Jones a écrit :
After updating everything on my laptop to Rawhide (forced to by
usrmove) I noticed that emacs was no longer responding to
Control-Space for setting the mark.
It seems like the X server itself is eating this key combination,
since
- Original Message -
From: Nicolas Mailhot nicolas.mail...@laposte.net
To: Development discussions related to Fedora
devel@lists.fedoraproject.org
Sent: Wednesday, February 8, 2012 7:05:14 PM
Subject: Re: Does the X server in Rawhide eat Control-Space?
Le Mer 8 février 2012
On Tue, 2012-02-07 at 23:45 -0600, Dennis Gilmore wrote:
We have completed mass branching for Fedora 17 you now need make sure
that you build things for Fedora 17 from the f17 branch, master is now
for Fedora 18.
So when can we see the actual F17 dir on site/mirrors so we can start
mirroring
On Wed, Feb 08, 2012 at 06:05:14PM +0100, Nicolas Mailhot wrote:
Le Mer 8 février 2012 12:17, Richard W.M. Jones a écrit :
After updating everything on my laptop to Rawhide (forced to by
usrmove) I noticed that emacs was no longer responding to
Control-Space for setting the mark.
It
https://bugzilla.redhat.com/show_bug.cgi?id=788632
If you middle click on any scrolling window, then (even some time
later) use the track pad two-finger thing to scroll down, the window
will jump up as if PgUp has been pressed. It's incredibly annoying
and makes things like browsing results
On Tue, 2012-02-07 at 20:57 -0700, Chris Murphy wrote:
On Feb 7, 2012, at 7:46 PM, Adam Williamson wrote:
Note that this has not actually been implemented in anaconda yet, so if
you do an anaconda upgrade at this time, it will explode horribly.
So the instructions here:
On Wed, 2012-02-08 at 06:37 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
Note that this has not actually been implemented in anaconda yet, so if
you do an anaconda upgrade at this time, it will explode horribly. The
bug requesting this support be added to anaconda is
On Wed, 2012-02-08 at 08:11 -0600, Chris Adams wrote:
Once upon a time, Stijn Hoop st...@sandcat.nl said:
On Wed, 08 Feb 2012 06:37:33 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
Adam Williamson wrote:
Note that this has not actually been implemented in anaconda yet,
so if you
On Wed, 2012-02-08 at 07:59 -0500, Genes MailLists wrote:
On 02/08/2012 12:37 AM, Kevin Kofler wrote:
Adam Williamson wrote:
Note that this has not actually been implemented in anaconda yet, so if
you do an anaconda upgrade at this time, it will explode horribly. The
bug requesting this
On Wed, Feb 8, 2012 at 6:53 PM, Adam Williamson awill...@redhat.com wrote:
Arguably, anaconda support for the
feature is not part of the feature.
... mostly because the Scope section of the feature doesn't contain
any information about the scope.
--
devel mailing list
On 02/07/2012 11:55 PM, Adam Williamson wrote:
On Tue, 2012-02-07 at 13:51 +0530, Rahul Sundaram wrote:
On Tue, Feb 7, 2012 at 12:38 PM, Bohuslav Kabrda bkab...@redhat.com
wrote:
Again, citing FHS:
Distributions may install software in /opt, but must not
https://fedorahosted.org/389/ticket/27
https://fedorahosted.org/389/attachment/ticket/27/0001-Trac-Ticket-27-SASL-PLAIN-binds-do-not-work.patch
Thanks to Rich for his comment. Fixed the code based upon his suggestions.
--noriko
--
389-devel mailing list
389-de...@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-Config-Auto:
baa0907e5c79c0bf8c91cfe8b56577de Config-Auto-0.42.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Wed, Feb 08, 2012 at 09:53:20AM -0800, Adam Williamson wrote:
On Wed, 2012-02-08 at 08:11 -0600, Chris Adams wrote:
Once upon a time, Stijn Hoop st...@sandcat.nl said:
On Wed, 08 Feb 2012 06:37:33 +0100
Kevin Kofler kevin.kof...@chello.at wrote:
Adam Williamson wrote:
Note
On Wed, 2012-02-08 at 11:03 -0800, Toshio Kuratomi wrote:
If the anaconda support for UsrMove is not merged (and maybe not even
written?), then why was an untestable and incomplete feature merged?
Well, it becomes a semantic argument. You can, after all, install with
the /usr move in
On 02/07/2012 10:16 AM, Jerry James wrote:
Is anyone up for a review swap? I need a review for lrslib:
https://bugzilla.redhat.com/show_bug.cgi?id=723752.
Thanks,
I'll bite. I have two, take your pick:
ibutils - https://bugzilla.redhat.com/show_bug.cgi?id=773485
ibsim -
Once upon a time, Adam Williamson awill...@redhat.com said:
At this point we're talking about the (first) feature freeze, not the
final release. The question is whether there's a violation of the
feature process if anaconda doesn't have support for usrmove *right
now*, not whether there's a
A file has been added to the lookaside cache for perl-Class-Load:
dcae0c8fef65ec193cfafc0f624c4be4 Class-Load-0.14.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 7fba86ad86b98fcce0dc5cdfb018b062bb90a2f0
Author: Paul Howarth p...@city-fan.org
Date: Wed Feb 8 19:26:28 2012 +
Update to 0.14
- New upstream release 0.14:
- Use Module::Implementation to handle loading the XS or PP versions of
the
code; using this module
Summary of changes:
7fba86a... Update to 0.14 (*)
(*) 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
On Wed, Feb 08, 2012 at 11:07:48AM -0800, Adam Williamson wrote:
On Wed, 2012-02-08 at 11:03 -0800, Toshio Kuratomi wrote:
If the anaconda support for UsrMove is not merged (and maybe not even
written?), then why was an untestable and incomplete feature merged?
Well, it becomes a
On Wed, 2012-02-08 at 12:20 -0800, Toshio Kuratomi wrote:
Now it's quite possible that if QA doesn't care whether anaconda upgrades
work until beta that the feature policy could stand to be rewritten here.
Perhaps we could say that Features do not need to be testable in the upgrade
scenario
On Thu, 2012-02-09 at 03:07 +0530, Rahul Sundaram wrote:
On 02/09/2012 02:30 AM, Adam Williamson wrote:
As far
as things-that-are-actually-QA are concerned: we mostly go by the
release validation process, and per the criteria, upgrades have to work
by Beta, not Alpha. '
Any particular
On Wed, 2012-02-08 at 13:44 -0800, Adam Williamson wrote:
On Thu, 2012-02-09 at 03:07 +0530, Rahul Sundaram wrote:
On 02/09/2012 02:30 AM, Adam Williamson wrote:
As far
as things-that-are-actually-QA are concerned: we mostly go by the
release validation process, and per the criteria,
On Wed, Feb 8, 2012 at 12:46 PM, Adam Williamson awill...@redhat.com wrote:
The objectives of the Alpha release are to:
Publicly release installable media versions of a feature complete
test release
Test accepted features of Fedora 17
Identify as many F17Beta blocker bugs as
On Wed, 2012-02-08 at 12:49 -0900, Jef Spaleta wrote:
On Wed, Feb 8, 2012 at 12:46 PM, Adam Williamson awill...@redhat.com wrote:
The objectives of the Alpha release are to:
Publicly release installable media versions of a feature complete
test release
Test accepted features of
On 02/09/2012 03:16 AM, Adam Williamson wrote:
As the release criteria put it -
https://fedoraproject.org/wiki/Fedora_17_Alpha_Release_Criteria:
The objectives of the Alpha release are to:
Publicly release installable media versions of a feature complete
test release
Test
On Wed, Feb 8, 2012 at 12:56 PM, Adam Williamson awill...@redhat.com wrote:
On Wed, 2012-02-08 at 12:49 -0900, Jef Spaleta wrote:
And in this scope. Inability to upgrade would be such a Beta blocker,
methinks.
Sure. But the above doesn't mean that beta and final blockers should be
*fixed*
On 2/8/2012 4:37 PM, Rahul Sundaram wrote:
On 02/09/2012 02:30 AM, Adam Williamson wrote:
As far
as things-that-are-actually-QA are concerned: we mostly go by the
release validation process, and per the criteria, upgrades have to work
by Beta, not Alpha. '
Any particular reason for this?
On Wed, 2012-02-08 at 13:31 -0900, Jef Spaleta wrote:
On Wed, Feb 8, 2012 at 12:56 PM, Adam Williamson awill...@redhat.com wrote:
On Wed, 2012-02-08 at 12:49 -0900, Jef Spaleta wrote:
And in this scope. Inability to upgrade would be such a Beta blocker,
methinks.
Sure. But the above
On Thu, 2012-02-09 at 03:42 +0530, Rahul Sundaram wrote:
On 02/09/2012 03:16 AM, Adam Williamson wrote:
As the release criteria put it -
https://fedoraproject.org/wiki/Fedora_17_Alpha_Release_Criteria:
The objectives of the Alpha release are to:
Publicly release installable
On 02/09/2012 04:46 AM, Adam Williamson wrote:
I personally would likely be opposed to such a change, just on the
grounds (as stated earlier) that we really can't get too strict at Alpha
stage. Remember, people always want us to stop slipping releases, and
the slips quite often happen at
On Thu, 2012-02-09 at 04:51 +0530, Rahul Sundaram wrote:
On 02/09/2012 04:46 AM, Adam Williamson wrote:
I personally would likely be opposed to such a change, just on the
grounds (as stated earlier) that we really can't get too strict at Alpha
stage. Remember, people always want us to
Am 08.02.2012 22:56, schrieb Adam Williamson:
On Wed, 2012-02-08 at 12:49 -0900, Jef Spaleta wrote:
On Wed, Feb 8, 2012 at 12:46 PM, Adam Williamson awill...@redhat.com wrote:
The objectives of the Alpha release are to:
Publicly release installable media versions of a feature complete
Reindl Harald h.rei...@thelounge.net wrote:
Am 08.02.2012 22:56, schrieb Adam Williamson:
On Wed, 2012-02-08 at 12:49 -0900, Jef Spaleta wrote:
On Wed, Feb 8, 2012 at 12:46 PM, Adam Williamson
awill...@redhat.com wrote:
The objectives of the Alpha release are to:
Publicly release
Am 09.02.2012 01:23, schrieb Adam Williamson:
Our experience, though, is that this is entirely the wrong way to do things.
The problem is that life is rarely so neat: you don't get an orderly
succession
of Big Scary Bugs popping up one at a time for you to shoot down.
there are enough
On 2/8/12 4:30 PM, Reindl Harald wrote:
it is a very good idea because the overall quality of fedora would
be improved if there would be a larger release-blocking to get
the big changes fixed BEFORE alpha and in the meantime not involved
maintainers could proceed fixing the tons of small bugs
Am 09.02.2012 01:36, schrieb Jesse Keating:
On 2/8/12 4:30 PM, Reindl Harald wrote:
it is a very good idea because the overall quality of fedora would
be improved if there would be a larger release-blocking to get
the big changes fixed BEFORE alpha and in the meantime not involved
Am 09.02.2012 01:44, schrieb Reindl Harald:
This is how software development works.
the with every release worser overall-quality shows
clearly that software development does NOT work this
way over the long
seeing how dramatically the release quality of many
opensource software gets
https://fedorahosted.org/389/ticket/84
https://fedorahosted.org/389/attachment/ticket/84/0001-Trac-Ticket-84-389-Directory-Server-Unnecessary-Chec.patch
Fix description: txn_checkpoint was always called with DB_FORCE flag.
This patch introduces db_force arg to dblayer_txn_checkpoint and
On Thu, 09 Feb 2012 01:49:13 +0100
Reindl Harald h.rei...@thelounge.net wrote:
to say it in other words:
the overall release-quality of fedora was MUCH better as long
Redhat controlled it and before everybody could propose hughe
changes in all sorts of subsystems as long he finds some
Am 09.02.2012 02:01, schrieb Kevin Fenzi:
On Thu, 09 Feb 2012 01:49:13 +0100
Reindl Harald h.rei...@thelounge.net wrote:
to say it in other words:
the overall release-quality of fedora was MUCH better as long
Redhat controlled it and before everybody could propose hughe
changes in all
On Wed, Feb 8, 2012 at 4:01 PM, Kevin Fenzi ke...@scrye.com wrote:
Personally, I think f16 was a very stable boring release.
There were rough spots, but there always are.
I'm still pretty sure we are doing better introducing subsystem
transitions now than the pain of the initial udev transition
Adam Williamson wrote:
/usr move went through the entire feature process, which is exactly how
features are supposed to get 'broader fedora engagement'. If you're
interested in (or concerned about) new features, the feature process
provides an awful lot of opportunities for you to raise those
Dennis Gilmore wrote:
Any feature that is invasive and intended for Fedora 18 should be
landing ASAP now.
Just to preempt any possible misunderstandings: Any feature that is invasive
should be landing ASAP now IN F18 RAWHIDE ONLY, *NOT* IN THE F17 BRANCH! It
is TOO LATE for invasive features
On Wed, 08 Feb 2012 11:24:45 -0600
Mike Chambers m...@miketc.net wrote:
On Tue, 2012-02-07 at 23:45 -0600, Dennis Gilmore wrote:
We have completed mass branching for Fedora 17 you now need make
sure that you build things for Fedora 17 from the f17 branch,
master is now for Fedora 18.
Sorry I'm late on this, but is it still possible for me to pick up
python-ZSI?
Regards,
Tim
On Wed, 1 Feb 2012 16:49:48 -0500
Bill Nottingham nott...@redhat.com wrote:
(comaintainers bcc'd)
Each release, before branching, we block currently orphaned packages.
It's that time again for
Can I pick up tdom?
Takanori
2012/2/2 devel-requ...@lists.fedoraproject.org:
Re: [ACTION REQUIRED v4] Retiring packages for F-17
Orphan tdom
Removing: tdom
mcu8051ide requires tdom = 0.8.2-8.fc17
tkabber requires tdom = 0.8.2-8.fc17
--
devel mailing list
It appears that gcc-gfortran-4.7.0-0.11.fc17.x86_64 (in rawhide) and
gcc-gfortran-4.7.0-0.12.fc17.x86_64 (in f17 - branching fun!) produces
and uses Fortran modules version 9 as I'm getting this trying to rebuild
netcdf:
use mpi
1
Fatal Error: Wrong module version '8' (expected '9')
1 - 100 of 119 matches
Mail list logo