- Original Message -
W dniu 03.12.2014 o 20:30, Matthew Miller pisze:
On Wed, Dec 03, 2014 at 08:13:42PM +0100, Marcin Juszkiewicz wrote:
When I worked at Canonical there was a goal to move both internal and
public tools to Python 3.x version. IIRC started somewhere around 12.04
Compose started at Thu Dec 4 07:15:03 UTC 2014
Broken deps for armhfp
--
[avro]
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-mapreduce
avro-mapred-1.7.5-9.fc21.noarch requires hadoop-client
[openstack-nova]
Compose started at Thu Dec 4 05:15:03 UTC 2014
Broken deps for i386
--
[3Depict]
3Depict-0.0.16-3.fc22.i686 requires libmgl.so.7.2.0
[Sprog]
Sprog-0.14-27.fc20.noarch requires perl(:MODULE_COMPAT_5.18.0)
[cab]
On 12/03/2014 10:51 PM, David Shea wrote:
Through some series of accidents, the python-pyudev package in Fedora is
assigned to clock...@redhat.com. This account
has been closed since at least early 2013. The email address isn't invalid
exactly in that emails won't bounce, but it
is a black
While I'm waiting for an RC5 test install to complete... :)
At yesterday's FESCo meeting, while discussing the Fedora 22 schedule,
Stephen Gallagher suggested the idea of moving to a release schedule
modeled after Intel's tick-tock model for CPUs, where they alternate
between new architectures
On 4 December 2014 at 14:39, Matthew Miller mat...@mattdm.org wrote:
including holding GNOME and other showcase software to the same
version.
I think that would be *very* unpopular with the desktop team.
Richard
--
devel mailing list
devel@lists.fedoraproject.org
Am 04.12.2014 um 15:46 schrieb Richard Hughes:
On 4 December 2014 at 14:39, Matthew Miller mat...@mattdm.org wrote:
including holding GNOME and other showcase software to the same
version.
I think that would be *very* unpopular with the desktop team
you should not stop read before answer
On 12/04/2014 07:55 AM, Miroslav Suchý wrote:
On 12/03/2014 10:51 PM, David Shea wrote:
Through some series of accidents, the python-pyudev package in Fedora
is assigned to clock...@redhat.com. This account
has been closed since at least early 2013. The email address isn't
invalid exactly in
On Wed, Dec 03, 2014 at 12:26:11PM +0100, Vít Ondruch wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 3.12.2014 v 08:47 Michel Alexandre Salim napsal(a):
At the risk of jumping in, here's my own 2 cents on the subject...
On 12/03/2014 12:30 AM, Stephen John Smoogen wrote:
On Thu, Dec 04, 2014 at 09:39:35AM -0500, Matthew Miller wrote:
[tick tock] would mean alternating between concentrating on release
features and on release engineering and QA process and tooling. During
the tick, we'd focus on new features and minimize unrelated rel-eng
change. During the
On Thu, Dec 4, 2014 at 3:51 PM, Reindl Harald h.rei...@thelounge.net wrote:
Am 04.12.2014 um 15:46 schrieb Richard Hughes:
On 4 December 2014 at 14:39, Matthew Miller mat...@mattdm.org wrote:
including holding GNOME and other showcase software to the same
version.
I think that would be
Am 04.12.2014 um 16:48 schrieb drago01:
On Thu, Dec 4, 2014 at 3:51 PM, Reindl Harald h.rei...@thelounge.net wrote:
+1 for the proposal in general from me because i am one of them suggesting
for years that every second release should have the focus on bugfixes /
polish / get large features
On Qui, 2014-12-04 at 03:14 +, Sérgio Basto wrote:
Hi,
https://admin.fedoraproject.org/updates/firefox-34.0-1.fc20,thunderbird-31.3.0-1.fc20
are already to be push to stable without passing to test repo .
But for what I see: stable karma: 0 it shouldn't be pulled to stable
even with
On Thu, Dec 04, 2014 at 09:39:35 -0500,
Matthew Miller mat...@mattdm.org wrote:
For us, that would mean alternating between concentrating on release
features and on release engineering and QA process and tooling. During
the tick, we'd focus on new features and minimize unrelated rel-eng
On Thu, Dec 4, 2014 at 12:02 PM, Bruno Wolff III br...@wolff.to wrote:
I think when developing goals for releases we look for conflicts and defer
some things where there is a potential conflict. We'd want to make sure that
desired goals eventually get done and not keep deferring the same goal
On Thu, 2014-12-04 at 09:39 -0500, Matthew Miller wrote:
What do you think? Would this help towards the goals listed above?
Would it help _other_ things? What downsides would it bring?
I think it is not useful to set up a general mechanism of alternating
releases and borrow a name for it
At the Fedora 21 Final Go/No-Go Meeting that just occurred, it was
agreed to Go with the Fedora 21 Final by Fedora QA, Release Engineering
and Development.
Fedora 21 will be publicly available on Tuesday, December 09, 2014.
Meeting details can be seen here:
Minutes: http://bit.ly/1yjG357
Log:
\o/
Thanks everyone!
digimer
On 04/12/14 01:21 PM, Jaroslav Reznik wrote:
At the Fedora 21 Final Go/No-Go Meeting that just occurred, it was
agreed to Go with the Fedora 21 Final by Fedora QA, Release Engineering
and Development.
Fedora 21 will be publicly available on Tuesday, December 09,
As a user/re-mixer, I don't like it. I'm at the point now where I need
a rolling release. I can live with a six-month or eight-month lag
between desktop updates, but I can't live without regular updates to R
and R packages, PostgreSQL/PostGIS, QGIS, the Python data science
tools, etc. And I'm
On Thu, Dec 04, 2014 at 11:02:28AM -0600, Bruno Wolff III wrote:
For us, that would mean alternating between concentrating on release
features and on release engineering and QA process and tooling. During
the tick, we'd focus on new features and minimize unrelated rel-eng
change. During the
On Thu, 2014-12-04 at 09:39 -0500, Matthew Miller wrote:
For us, that would mean alternating between concentrating on release
features and on release engineering and QA process and tooling. During
the tick, we'd focus on new features and minimize unrelated rel-eng
change. During the tock,
Am 04.12.2014 um 19:57 schrieb Adam Jackson:
I think it's a bit misguided to even think of these things as related.
Polish in an end-user-visible sense is itself a list of tasks and
criteria that require dedicated attention, preferably from someone with
the breadth of experience and lack of
On 01/12/14 12:26, Alec Leamas wrote:
While we're on it (in the form how many devs do we have): How
hard/impossible/unsuitable would it be to get a usable estimate on the #
of users, per package?
[cut]
Some 50 messages later... and stopping by Ben's question about which are
the questions we
On Thu, Dec 4, 2014 at 10:17 AM, Zbigniew Jędrzejewski-Szmek
zbys...@in.waw.pl wrote:
On Thu, Dec 04, 2014 at 09:39:35AM -0500, Matthew Miller wrote:
[tick tock] would mean alternating between concentrating on release
features and on release engineering and QA process and tooling. During
On Dec 4, 2014 9:39 AM, Matthew Miller mat...@mattdm.org wrote:
While I'm waiting for an RC5 test install to complete... :)
At yesterday's FESCo meeting, while discussing the Fedora 22 schedule,
Stephen Gallagher suggested the idea of moving to a release schedule
modeled after Intel's
sorry for late response to all your feedback , been off-grid ( rural AZ
+ ATT = fail )
@owen - thks for feedback re backlighting - got dimming set via xfce
power settings - dimming seems about same as osx but power use still
sucks (4 hrs) so something is missing - have noticed there seems
Hi,
On 12/04/2014 02:30 AM, Matthew Miller wrote:
On Wed, Dec 03, 2014 at 08:13:42PM +0100, Marcin Juszkiewicz wrote:
When I worked at Canonical there was a goal to move both internal and
public tools to Python 3.x version. IIRC started somewhere around 12.04
and today when you look at Ubuntu
https://bugzilla.redhat.com/show_bug.cgi?id=1051110
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Flags|needinfo?(ppi...@redhat.com |
|)
https://bugzilla.redhat.com/show_bug.cgi?id=1163235
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
A file has been added to the lookaside cache for perl-Getopt-Long-Descriptive:
c6a8f5b8a3a1ddf80015aa6e302a50cc Getopt-Long-Descriptive-0.098.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 6b75c7fd546df63bc9eda836ceb62baa71652f84
Author: Petr Písař ppi...@redhat.com
Date: Thu Dec 4 10:15:18 2014 +0100
0.098 bump
.gitignore|1 +
perl-Getopt-Long-Descriptive.spec | 45 +++--
sources
https://bugzilla.redhat.com/show_bug.cgi?id=1163235
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
A file has been added to the lookaside cache for perl-Pod-Readme:
01794b0bea0a061da4ef3465c29f47ac Pod-Readme-v1.1.0.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 1ecc9ebdbe0baa6c223fbc6303b45c4bdb520916
Author: Paul Howarth p...@city-fan.org
Date: Thu Dec 4 10:21:38 2014 +
Update to 1.1.0
- New upstream release 1.1.0
- Fixed typos in POD for requires plugin.
- Pod::Readme::Filter has a zilla attribute for Dist::Zilla
The lightweight tag 'perl-Pod-Readme-1.1.0-1.fc22' was created pointing to:
1ecc9eb... Update to 1.1.0
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
A file has been added to the lookaside cache for perl-App-Cmd:
283452726557f7e6cdb55bdc9998f121 App-Cmd-0.326.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 22e46526446569ad25f0ed4659e699152e5f28c3
Author: Emmanuel Seyman emman...@seyman.fr
Date: Thu Dec 4 11:43:48 2014 +0100
Update to 0.326
.gitignore|1 +
perl-App-Cmd.spec |8 ++--
sources |2 +-
3 files changed, 8 insertions(+), 3 deletions(-)
---
A file has been added to the lookaside cache for perl-HTML-Strip:
03720b54d5922e979f6c57e6efc09ff1 HTML-Strip-2.05.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit eba1809ec4b7ab8701951db16b8ed01f87f4e1bf
Author: Emmanuel Seyman emman...@seyman.fr
Date: Thu Dec 4 11:48:04 2014 +0100
Update to 2.05
.gitignore |1 +
perl-HTML-Strip.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
A file has been added to the lookaside cache for perl-Mojolicious:
9f96145d31503c4e0e40be7f0397d18d Mojolicious-5.68.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit adbc222065729765ac68cfc70023825e489dc253
Author: Emmanuel Seyman emman...@seyman.fr
Date: Thu Dec 4 11:55:42 2014 +0100
Update to 5.68
.gitignore|1 +
perl-Mojolicious.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2
A file has been added to the lookaside cache for perl-Router-Simple:
96473bf45f61ed8e241e0410d4039b44 Router-Simple-0.17.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 6d459878ab59fd1f63e89aa5ceab30898c8f926a
Author: Emmanuel Seyman emman...@seyman.fr
Date: Thu Dec 4 12:02:35 2014 +0100
Update to 0.17
.gitignore |1 +
perl-Router-Simple.spec | 10 --
sources |2 +-
3 files changed, 10 insertions(+),
https://bugzilla.redhat.com/show_bug.cgi?id=1168859
--- Comment #1 from Petr Pisar ppi...@redhat.com ---
This is caused by upgrading perl-Moose from 2.1005-5.fc22 to 2.1402-1.fc22.
--
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug
https://bugzilla.redhat.com/show_bug.cgi?id=1168859
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
External Bug ID||CPAN 100701
--
You
https://bugzilla.redhat.com/show_bug.cgi?id=1168859
Paul Howarth p...@city-fan.org changed:
What|Removed |Added
CC||p...@city-fan.org
https://bugzilla.redhat.com/show_bug.cgi?id=1168859
--- Comment #3 from Petr Pisar ppi...@redhat.com ---
I came to the same workaround. I will use your patch. Thanks.
Moose changed implementation how to look for a class:
commit c16411bc122732a1fe7f96f801a5cf127b146406
Author: Jesse Luehrs
https://bugzilla.redhat.com/show_bug.cgi?id=1168859
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
commit 57da78e3791ed54bc86566f8294b7be765240043
Author: Petr Písař ppi...@redhat.com
Date: Thu Dec 4 15:00:45 2014 +0100
Restore compatibility with Moose 2.1005
...ct-RPM2-Headers-into-INC-for-Moose-2.1005.patch | 38
perl-Archive-RPM.spec
commit b1f5fae70d91210b3dd01bbf43acd898ab3590ca
Author: Petr Písař ppi...@redhat.com
Date: Thu Dec 4 15:47:57 2014 +0100
Disable tests sub-package
perl-Archive-RPM.spec |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
---
diff --git a/perl-Archive-RPM.spec
commit 595dab812a36e6b6269c55ed2d89b28d7a5aa28a
Author: Petr Písař ppi...@redhat.com
Date: Thu Dec 4 15:46:19 2014 +0100
Specify all dependencies
perl-Archive-RPM.spec | 62 +---
1 files changed, 42 insertions(+), 20 deletions(-)
---
diff
https://bugzilla.redhat.com/show_bug.cgi?id=1168859
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
commit c8e82ee1db50d2fbad1cf537d48bb95210898774
Author: Petr Písař ppi...@redhat.com
Date: Thu Dec 4 16:45:38 2014 +0100
Normalize version
perl-BSD-Resource.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-BSD-Resource.spec
A file has been added to the lookaside cache for perl-Pod-Readme:
c1d4b0cc9fac6dbcdf31d1e9d3aa013d Pod-Readme-v1.1.1.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit e90944e50ebf2c38b46a1889b9962ed80ed4eac8
Author: Paul Howarth p...@city-fan.org
Date: Thu Dec 4 16:26:28 2014 +
Update to 1.1.1
- New upstream release 1.1.1
- The changes plugin will work with Dist::Zilla {{$NEXT}} tokens
perl-Pod-Readme.spec |8 ++--
The lightweight tag 'perl-Pod-Readme-1.1.1-1.fc22' was created pointing to:
e90944e... Update to 1.1.1
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://bugzilla.redhat.com/show_bug.cgi?id=1166064
Bug 1166064 depends on bug 1166791, which changed state.
Bug 1166791 Summary: CVE-2010-5312 python-django: jquery-ui: XSS vulnerability
in jQuery.ui.dialog title option [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1166791
https://bugzilla.redhat.com/show_bug.cgi?id=1166041
Bug 1166041 depends on bug 1166791, which changed state.
Bug 1166791 Summary: CVE-2010-5312 python-django: jquery-ui: XSS vulnerability
in jQuery.ui.dialog title option [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1166791
https://bugzilla.redhat.com/show_bug.cgi?id=1166064
Bug 1166064 depends on bug 1166785, which changed state.
Bug 1166785 Summary: CVE-2010-5312 openslides: jquery-ui: XSS vulnerability in
jQuery.ui.dialog title option [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1166785
https://bugzilla.redhat.com/show_bug.cgi?id=1166041
Bug 1166041 depends on bug 1166785, which changed state.
Bug 1166785 Summary: CVE-2010-5312 openslides: jquery-ui: XSS vulnerability in
jQuery.ui.dialog title option [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1166785
https://bugzilla.redhat.com/show_bug.cgi?id=1166041
Bug 1166041 depends on bug 1166792, which changed state.
Bug 1166792 Summary: CVE-2010-5312 python-django-debug-toolbar: jquery-ui: XSS
vulnerability in jQuery.ui.dialog title option [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1166064
Bug 1166064 depends on bug 1166792, which changed state.
Bug 1166792 Summary: CVE-2010-5312 python-django-debug-toolbar: jquery-ui: XSS
vulnerability in jQuery.ui.dialog title option [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1166041
Bug 1166041 depends on bug 1166803, which changed state.
Bug 1166803 Summary: CVE-2010-5312 python-XStatic-jQuery: jquery-ui: XSS
vulnerability in jQuery.ui.dialog title option [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1166803
https://bugzilla.redhat.com/show_bug.cgi?id=1166064
Bug 1166064 depends on bug 1166803, which changed state.
Bug 1166803 Summary: CVE-2010-5312 python-XStatic-jQuery: jquery-ui: XSS
vulnerability in jQuery.ui.dialog title option [fedora-all]
https://bugzilla.redhat.com/show_bug.cgi?id=1166803
https://bugzilla.redhat.com/show_bug.cgi?id=1163291
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Fixed In Version|perl-Rose-DB-Object-0.813-4
A file has been added to the lookaside cache for
perl-Plack-Middleware-MethodOverride:
844aa657234b3aeb44870a326356955d Plack-Middleware-MethodOverride-0.10.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
commit 958ccbf634253106b1bf3eece1d823abe0f1ada3
Author: Emmanuel Seyman emman...@seyman.fr
Date: Fri Dec 5 07:28:18 2014 +0100
Initial import.
.gitignore|1 +
perl-Plack-Middleware-MethodOverride.spec | 59 +
sources
commit 6eea23bcf44280a9cf0b86bb9f5583c8c91b4d22
Author: Emmanuel Seyman emman...@seyman.fr
Date: Fri Dec 5 07:40:07 2014 +0100
Initial import.
.gitignore|1 +
perl-Plack-Middleware-MethodOverride.spec | 59 +
sources
- Original Message -
On Thu, Dec 04, 2014 at 12:51:40AM +1000, Nick Coghlan wrote:
On 4 Dec 2014 00:38, Bohuslav Kabrda bkab...@redhat.com wrote:
- (This is not really related to the switch, but more of a general
remark) In
[4], it says that python 3 version of the executable
On 4 December 2014 at 23:10, Bohuslav Kabrda bkab...@redhat.com wrote:
- Original Message -
On Thu, Dec 04, 2014 at 12:51:40AM +1000, Nick Coghlan wrote:
On 4 Dec 2014 00:38, Bohuslav Kabrda bkab...@redhat.com wrote:
- (This is not really related to the switch, but more of a
On Thu, Dec 04, 2014 at 08:10:39AM -0500, Bohuslav Kabrda wrote:
* sphinx-build-v0.9
* sphinx-build-2-v0.9
* sphinx-build-2.7-v0.9
* sphinx-build-3-v0.9
* sphinx-build-3.7-v0.9
I'd rather see sphinx-build-v0.9-3.4. IMO keeping the Python version at
the very end in every case is
On Thu, Dec 04, 2014 at 11:18:58PM +1000, Nick Coghlan wrote:
I think these are good reasons to default to using the dash if its
Fedora adding it. The guideline could be something like For Python
executables, also provide symlinks with a '-X' and '-X.Y' suffix,
unless upstream already
A couple of the conversations I've had this week have brought up an
important question that I don't think we've gotten into specifics on
yet: what functionality will disposable clients need?
Stepping aside from specific cloud/virt systems for the moment, I put
together a list of Requirements,
On Thu, Dec 04, 2014 at 05:00:31PM -0700, Tim Flink wrote:
What if we turned that on it's head a bit and put VM spawning into the
task itself - spawn a vm local to the buildslave that is then
responsible for the actual work in the task instead of doing all the
work inside the buildslave
On Thu, 4 Dec 2014 19:29:08 -0500
Matthew Miller mat...@fedoraproject.org wrote:
On Thu, Dec 04, 2014 at 05:00:31PM -0700, Tim Flink wrote:
What if we turned that on it's head a bit and put VM spawning into
the task itself - spawn a vm local to the buildslave that is then
responsible for
On Thu, Dec 04, 2014 at 06:56:08PM -0700, Tim Flink wrote:
This seems both sane and useful to me, but we _will_ want to run at
least some tests in the actual cloud environments. Should that stuff
go _back_ to fedimg?
As I understand it, most of the stuff that the cloud folks want to test
On 12/05/2014 10:00 AM, Tim Flink wrote:
Any thoughts on whether this is worth pursuing as an alternative to
openstack et. al? If there's anything that isn't clear, please ask for
clarification.
If you're going down this path, it's almost literally Beaker's image
based provisioning for guest
On 12/05/2014 03:34 PM, Nick Coghlan wrote:
On 12/05/2014 10:00 AM, Tim Flink wrote:
Any thoughts on whether this is worth pursuing as an alternative to
openstack et. al? If there's anything that isn't clear, please ask for
clarification.
If you're going down this path, it's almost
At the Fedora 21 Final Go/No-Go Meeting that just occurred, it was
agreed to Go with the Fedora 21 Final by Fedora QA, Release Engineering
and Development.
Fedora 21 will be publicly available on Tuesday, December 09, 2014.
Meeting details can be seen here:
Minutes: http://bit.ly/1yjG357
Log:
79 matches
Mail list logo