Le mercredi 23 janvier 2013 à 18:35 +, Jaroslav Reznik a écrit :
= Features/OpenStack Grizzly =
https://fedoraproject.org/wiki/Features/OpenStack_Grizzly
Feature owner(s): Pádraig Brady pbr...@redhat.com
OpenStack will be upgraded to the next major stable release, called
Grizzly.
Jaroslav Reznik (jrez...@redhat.com) said:
== Detailed description ==
* New images that can be used in other cloud deployments (such as
OpenStack, CloudStack, or Eucalyptus) will be produced. They will be in a
qcow2 format and lack the EC2-specific customization. Images for this feature
On Wed, 23.01.13 14:20, Kevin Fenzi (ke...@scrye.com) wrote:
I know we have discussed this before, but I've filed a FESCo ticket to
ask them one way or another about the issue:
https://fedorahosted.org/fesco/ticket/1005
Feedback welcome. If you are a maintainer who doesn't have a minute
Michael Scherer (m...@zarb.org) said:
While it may be harder to predict the feature that will land in
Openstack at this point, would it be possible to have at least a idea of
the new features and changes that such upgrade will bring ?
It is hard to say if this is a good idea or not without
On Wed, Jan 23, 2013 at 10:20 PM, Kevin Fenzi ke...@scrye.com wrote:
I know we have discussed this before, but I've filed a FESCo ticket to
ask them one way or another about the issue:
https://fedorahosted.org/fesco/ticket/1005
Feedback welcome. If you are a maintainer who doesn't have a
Hi
https://github.com/AntonKast/LightZone
Anyone interested?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Matthew Miller (mat...@fedoraproject.org) said:
On Wed, Jan 23, 2013 at 07:59:07PM +, Jaroslav Reznik wrote:
The udevd service has a long history of providing predicatable names for
block devices and others. For Fedora 19 we'd like to provide the same for
network interfaces, following
Le mercredi 23 janvier 2013 à 19:50 +0100, Lennart Poettering a écrit :
On Wed, 23.01.13 18:04, Jaroslav Reznik (jrez...@redhat.com) wrote:
FedUp is in fact yum-upgrade as well, but in dracut environment (aka
off-line
upgrade). Some devels say that offline upgrade is only way. But
On 01/23/2013 09:08 PM, John Reiser wrote:
On 01/23/2013 12:26 PM, Matthew Miller wrote:
Also, I strongly question this line in the Feature page:
Users generally won't see this, as interface names are not exposed in
high-level UIs.
This is simply not true for many values of the word
On Wed, Jan 23, 2013 at 10:54 PM, Bill Nottingham nott...@redhat.com wrote:
Matthew Miller (mat...@fedoraproject.org) said:
On Wed, Jan 23, 2013 at 07:59:07PM +, Jaroslav Reznik wrote:
The udevd service has a long history of providing predicatable names for
block devices and others. For
On 01/23/2013 07:29 PM, Josh Boyer wrote:
On Wed, Jan 23, 2013 at 1:04 PM, Jaroslav Reznikjrez...@redhat.com wrote:
= Features/FedoraUpgrade =
https://fedoraproject.org/wiki/Features/FedoraUpgrade
Feature owner(s): Miroslav Suchýmsu...@redhat.com
Upgrade Fedora to next version using yum
On Wed, Jan 23, 2013 at 11:47 PM, Jóhann B. Guðmundsson
johan...@gmail.com wrote:
So I say let's support both or non et all..
Supporting none is not an option.
And the major issue with yum upgrades is that online upgrades can fail
not only based on what you have installed but also what is
On 01/23/2013 10:55 PM, drago01 wrote:
Supporting none is not an option.
Really suddenly not an option.
We did that for a long time why is that suddenly not an option so please
enlighten me why that's not an option.
Users are better of keeping /home on a separated partition and re-use it
On Wed, 23.01.13 15:26, Matthew Miller (mat...@fedoraproject.org) wrote:
On Wed, Jan 23, 2013 at 07:59:07PM +, Jaroslav Reznik wrote:
The udevd service has a long history of providing predicatable names for
block devices and others. For Fedora 19 we'd like to provide the same for
Hi
On Wed, Jan 23, 2013 at 6:28 PM, Lennart Poettering wrote:
As biosdevname is installed by default ... most administrators won't
see this either.
Why doesn;t the proposal request that biosdevname not be installed by
default anymore?
Rahul
--
devel mailing list
On Wed, 23.01.13 16:54, Bill Nottingham (nott...@redhat.com) wrote:
However, it does have the large disadvantage of changing the namespace used.
Yes, this is definitely a disadvantage. Which is why we carefully made
sure that the new scheme doesn't affect systems which already rely on
the
Thanks to those who were able to join us for the weekly status meeting today.
For those that were unable, the minutes are posted below:
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting-1/2013-01-23/fedora-meeting-1.2013-01-23-21.01.html
Minutes (text):
Hi there,
As I don't use this package much anymore, I am dropping back to
co-maintainership
and orphaning dblatex to let somebody else be the primary owner, see:
https://admin.fedoraproject.org/pkgdb/acls/name/dblatex
It's a pretty minimal package in terms of maintenance, mainly
requires
On 01/23/2013 02:49 PM, Kay Sievers wrote:
Just looking at 'lspci' will in most
cases tell you what the name of the network interface will be.
This is not true for my machines, which I built using main boards
from ASUS, MSI, etc. The port numbers listed by 'lspci'
On Wed, 23.01.13 16:07, John Reiser (jrei...@bitwagon.com) wrote:
On 01/23/2013 02:49 PM, Kay Sievers wrote:
Just looking at 'lspci' will in most
cases tell you what the name of the network interface will be.
This is not true for my machines, which I built using
On Thu, Jan 24, 2013 at 1:07 AM, John Reiser jrei...@bitwagon.com wrote:
On 01/23/2013 02:49 PM, Kay Sievers wrote:
Just looking at 'lspci' will in most
cases tell you what the name of the network interface will be.
This is not true for my machines, which I built
On 01/23/2013 09:42 PM, Bill Nottingham wrote:
Michael Scherer (m...@zarb.org) said:
While it may be harder to predict the feature that will land in
Openstack at this point, would it be possible to have at least a idea of
the new features and changes that such upgrade will bring ?
It is hard
On Wed, Jan 23, 2013 at 04:38:13PM -0500, Bill Nottingham wrote:
== Detailed description ==
* New images that can be used in other cloud deployments (such as
OpenStack, CloudStack, or Eucalyptus) will be produced. They will be in a
qcow2 format and lack the EC2-specific
On Wed, Jan 23, 2013 at 22:38:30 +0100,
Lennart Poettering mzerq...@0pointer.de wrote:
Oh, yeah, let's make it even more work to update a package. Because we
have so much free time, let's let humans do what computers could do
better.
What if there were was an automated process that did the
On Wed, Jan 23, 2013 at 22:47:18 +,
\Jóhann B. Guðmundsson\ johan...@gmail.com wrote:
b)
We QA have alot of QA community members testing this so this does NOT
require any additional effort or cause additional LOAD on the QA
community.
Aren't they just testing an upgrade of the default
We've been following the discussions to replace MySQL with MariaDB in
Fedora, and would like to provide additional data to help the community
make the most informed decision. Instead of switching**the default to
MariaDB 5.5 we would like to propose that Fedora instead integrate MySQL
5.6.
Bruno Wolff III br...@wolff.to writes:
On Wed, Jan 23, 2013 at 22:38:30 +0100,
Lennart Poettering mzerq...@0pointer.de wrote:
I'd propose instead that mass branching goes away entirely, and the
master branch too.
This is kind of how things work now at a repo level. There are a couple of
On Wed, 2013-01-23 at 17:49 -0800, Andrew Rist wrote:
but the database choice for Fedora should only focus on the merits and
the quality of the MySQL code
You may have read the mission statement, but you appear to have entirely
missed the four foundations:
On Wed, 23.01.13 20:59, Tom Lane (t...@redhat.com) wrote:
Bruno Wolff III br...@wolff.to writes:
On Wed, Jan 23, 2013 at 22:38:30 +0100,
Lennart Poettering mzerq...@0pointer.de wrote:
I'd propose instead that mass branching goes away entirely, and the
master branch too.
This is
On Thu, 24 Jan 2013 03:22:18 +0100
Lennart Poettering mzerq...@0pointer.de wrote:
Well, I fully acknowledge that haveing the same sources for the
distros should not imply to have the same binaries. However, that's
really something to solve on the build scripts level. Or in other
words, as
On 01/23/2013 05:29 PM, Kay Sievers wrote:
What udev does here is the only sensible thing to do, if there is no
authoritative information from the firmware about that, we don't make
assumptions, we use the reasonable stable PCI geography. Guessing
around which might the human slot number should
On Wed, Jan 23, 2013 at 10:38:30PM +0100, Lennart Poettering wrote:
On Wed, 23.01.13 14:20, Kevin Fenzi (ke...@scrye.com) wrote:
I know we have discussed this before, but I've filed a FESCo ticket to
ask them one way or another about the issue:
On Thu, Jan 24, 2013 at 3:46 AM, Orion Poplawski or...@cora.nwra.com wrote:
On 01/23/2013 05:29 PM, Kay Sievers wrote:
What udev does here is the only sensible thing to do, if there is no
authoritative information from the firmware about that, we don't make
assumptions, we use the reasonable
Hi Pete.
On Wed, 23 Jan 2013 15:25:53 +
Jaroslav Reznik jreznik at redhat.com wrote:
Currently, Ryu manages network devices by using OpenFlow. You
can say that Ryu is an OpenFlow Controller.
I'm just curious about something. Not saying if we need or do not need
Ryu in Fedora, I
On Thu, 24.01.13 03:54, Till Maas (opensou...@till.name) wrote:
On Wed, Jan 23, 2013 at 10:38:30PM +0100, Lennart Poettering wrote:
On Wed, 23.01.13 14:20, Kevin Fenzi (ke...@scrye.com) wrote:
I know we have discussed this before, but I've filed a FESCo ticket to
ask them one way or
It would nice for MariaDB to obsolete MySQL and have an emulation
switch that allows it to masquerade as a MySQL installation as well as
operate in native mode. This will provide backwards compatability for
systems that use products that want to see a MySQL installation. This
will also provide a
Hi,
On Wed, Jan 23, 2013 at 07:56:18AM -0700, Kevin Fenzi wrote:
On Wed, 23 Jan 2013 15:46:19 +0100
Dan Horák d...@danny.cz wrote:
mingw-qt has the largest buildroot requiring over 40 GB (measured on
s390x), LO is now only the second largest :-) My builders have 50 GB
for mock.
Good
On Thu, 2013-01-24 at 16:24 +1100, Arthur G wrote:
It would nice for MariaDB to obsolete MySQL and have an emulation
switch that allows it to masquerade as a MySQL installation as well as
operate in native mode. This will provide backwards compatability for
systems that use products that want
On Wed, Jan 23, 2013 at 10:57:59PM +, Jóhann B. Guðmundsson wrote:
Users are better of keeping /home on a separated partition and
re-use it with an fresh install then those poor attempts to
support upgrades one way or another which at this point in time we
cant do since the bits for that
Hi
https://bugzilla.redhat.com/show_bug.cgi?id=782999
This problem has been reported a while back and the maintainer seems
inactive. In any case, upstream seems dead as well (
https://code.google.com/p/tucan/source/list). Can we remove this package?
Rahul
--
devel mailing list
On Wed, 2013-01-23 at 18:04 +, Jaroslav Reznik wrote:
If this method will be tested by FedoraQA, then I believe this upgrade method
can be safely recommended to user.
On a practical level, this is not a good thing to rely on. It is
impossible for QA to cover the entire set of possible
On Wed, 2013-01-23 at 19:47 -0600, Bruno Wolff III wrote:
On Wed, Jan 23, 2013 at 22:47:18 +,
\Jóhann B. Guðmundsson\ johan...@gmail.com wrote:
b)
We QA have alot of QA community members testing this so this does NOT
require any additional effort or cause additional LOAD on the QA
- Original Message -
I think the more interesting question is what to do about extensions
(ie. not pure Ruby gems that contain C code). Last time I looked
JRuby was pretty incompatible; in fact for libguestfs we recommend
that people use the *Java* bindings with JRuby ...
Rich.
- Original Message -
On Wed, Jan 16, 2013 at 2:05 PM, Jaroslav Reznik jrez...@redhat.com
wrote:
= Features/JRuby 1.7 =
https://fedoraproject.org/wiki/Features/JRuby_1.7
What should /usr/bin/ruby point to? During standard Gem
packaging process,
the executable files in Gems
- Original Message -
On Wed, Jan 16, 2013 at 2:05 PM, Jaroslav Reznik jrez...@redhat.com
wrote:
As decided by FESCo on 2012-12-05 meeting, all proposed Features
are required
to pass through the community review by announcing them on
devel-announce list.
FESCo votes on new
Hi,
the Fedora 18 metalink-urls as being used in /etc/yum.repo.d/*repo, e.g.
https://mirrors.fedoraproject.org/metalink?repo=fedora-$releaseverarch=$basearch,
are still pointing to */development/18
instead of */releases/18/Everything, as they should after a release.
Ralf
--
devel mailing
Kevin Fenzi píše v St 23. 01. 2013 v 19:41 -0700:
On Thu, 24 Jan 2013 03:22:18 +0100
Lennart Poettering mzerq...@0pointer.de wrote:
Well, I fully acknowledge that haveing the same sources for the
distros should not imply to have the same binaries. However, that's
really something to
On Thursday 24 January 2013 08:35:51 Ralf Corsepius wrote:
Hi,
the Fedora 18 metalink-urls as being used in /etc/yum.repo.d/*repo, e.g.
https://mirrors.fedoraproject.org/metalink?repo=fedora-$releaseverarch=$bas
earch,
are still pointing to */development/18
instead of
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=755903
Iain Arnell iarn...@gmail.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=851448
Iain Arnell iarn...@gmail.com changed:
What|Removed |Added
Status|MODIFIED|CLOSED
A file has been added to the lookaside cache for perl-ZMQ-LibZMQ2:
d44d0b86eae59c25f0c35dc6d14a550e ZMQ-LibZMQ2-1.06.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 5994e9b407c579c242e7f8bdbfe532c779dde4a4
Author: Jose Pedro Oliveira j...@di.uminho.pt
Date: Thu Jan 24 03:39:05 2013 +
* Update to version 1.06
.gitignore|1 +
perl-ZMQ-LibZMQ2.spec |5 -
sources |2 +-
3 files changed, 6
A file has been added to the lookaside cache for perl-ZMQ-LibZMQ3:
9d7bee62b8c5229983d87eb228388290 ZMQ-LibZMQ3-1.09.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit f48855cf58e8ae570bf477998592a93847a8cdff
Author: Jose Pedro Oliveira j...@di.uminho.pt
Date: Thu Jan 24 03:42:35 2013 +
* Update to version 1.09
.gitignore|1 +
perl-ZMQ-LibZMQ3.spec |7 +--
sources |2 +-
3 files changed, 7
Summary of changes:
f48855c... * Update to version 1.09 (*)
(*) 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-devel@lists.fedoraproject.org
Summary of changes:
f48855c... * Update to version 1.09 (*)
(*) 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-devel@lists.fedoraproject.org
Summary of changes:
8095324... Update to version 1.05 (*)
5994e9b... * Update to version 1.06 (*)
(*) 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
Summary of changes:
8095324... Update to version 1.05 (*)
5994e9b... * Update to version 1.06 (*)
(*) 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
= Features/KScreen =
https://fedoraproject.org/wiki/Features/KScreen
Feature owner(s): Dan Vrátil dvra...@redhat.com
Replace current KDE screen management software by KScreen.
== Detailed description ==
KScreen is a KDE screen management software that massively improves
user experience when
= Features/Ryu =
https://fedoraproject.org/wiki/Features/Ryu
Feature owner(s): Isaku Yamahata yamahata at private.email.ne.jp
Ryu Network Operating System http://www.osrg.net/ryu/
== Detailed description ==
Ryu is an Operating System for Software Defined Networking.
Ryu aims to provide a
= Features/Ns3 =
https://fedoraproject.org/wiki/Features/Ns3
Feature owner(s): Vedran Miletić rivanvx at gmail dot com
Design packaging scheme for ns-3 network simulator and provide it in Fedora.
== Detailed description ==
ns-3 is a discrete-event network simulator for Internet systems,
= Features/SSSDImproveADIntegration =
https://fedoraproject.org/wiki/Features/SSSDImproveADIntegration
Feature owner(s): Jakub Hrozek jhro...@redhat.com, Sumit Bose
sb...@redhat.com
The next major release of SSSD will include support for more advanced AD
features for domain members. This
= Features/OpenStack Grizzly =
https://fedoraproject.org/wiki/Features/OpenStack_Grizzly
Feature owner(s): Pádraig Brady pbr...@redhat.com
OpenStack will be upgraded to the next major stable release, called Grizzly.
In addition the new OpenStack heat and ceilometer incubation projects will
be
= Features/Java8TechPreview =
https://fedoraproject.org/wiki/Features/Java8TechPreview
Feature owner(s): Deepak Bhole dbh...@redhat.com
Add a tech preview preview of the the upcoming version of Java (OpenJDK8) to
Fedora 19.
== Detailed description ==
The current Java implementation in Fedora
= Features/SystemdPredictableNetworkInterfaceNames =
https://fedoraproject.org/wiki/Features/SystemdPredictableNetworkInterfaceNames
Feature owner(s): Kay Sievers kay at redhat dot com
The udevd service has a long history of providing predicatable names for block
devices and others. For
101 - 165 of 165 matches
Mail list logo