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-$releasever&arch=$bas
> earch,
>
> are still pointing to */development/18
> instead of */releases/
Kevin Fenzi píše v St 23. 01. 2013 v 19:41 -0700:
> On Thu, 24 Jan 2013 03:22:18 +0100
> Lennart Poettering 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 bu
Hi,
the Fedora 18 metalink-urls as being used in /etc/yum.repo.d/*repo, e.g.
https://mirrors.fedoraproject.org/metalink?repo=fedora-$releasever&arch=$basearch,
are still pointing to */development/18
instead of */releases/18/Everything, as they should after a release.
Ralf
--
devel mailing li
- Original Message -
> On Wed, Jan 16, 2013 at 2:05 PM, Jaroslav Reznik
> 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 features no
- Original Message -
> On Wed, Jan 16, 2013 at 2:05 PM, Jaroslav Reznik
> 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 get
- 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
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\"" 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
> >co
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 u
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
devel@lists.fed
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 fo
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 wa
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 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 to
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 fr
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 on
Hi Pete.
> On Wed, 23 Jan 2013 15:25:53 +
> Jaroslav Reznik 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 notice that R
On Thu, Jan 24, 2013 at 3:46 AM, Orion Poplawski 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 stable PCI
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:
> >
> > https://fedorahosted.org/fesco/
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 Thu, 24 Jan 2013 03:22:18 +0100
Lennart Poettering 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 soon as I type "fedp
On Wed, 23.01.13 20:59, Tom Lane (t...@redhat.com) wrote:
> Bruno Wolff III writes:
> > On Wed, Jan 23, 2013 at 22:38:30 +0100,
> >Lennart Poettering wrote:
> >> I'd propose instead that mass branching goes away entirely, and the
> >> "master" branch too.
>
> > This is kind of how things wo
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:
https://fedoraproject.org/wiki/Found
Bruno Wolff III writes:
> On Wed, Jan 23, 2013 at 22:38:30 +0100,
>Lennart Poettering 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
> problems though. Sometim
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. Swi
On Wed, Jan 23, 2013 at 22:47:18 +,
"\"Jóhann B. Guðmundsson\"" 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 install?
I do
On Wed, Jan 23, 2013 at 22:38:30 +0100,
Lennart Poettering 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 rawhide build?
I'd
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 custom
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 to
On Thu, Jan 24, 2013 at 1:07 AM, John Reiser 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 main boards
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
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' (th
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 keepi
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):
http://meetbot.fedoraproject.org
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 stabl
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
devel@lists.fedora
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
> >
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, Jan 23, 2013 at 11:47 PM, "Jóhann B. Guðmundsson"
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 currently
running a
On 01/23/2013 07:29 PM, Josh Boyer wrote:
On Wed, Jan 23, 2013 at 1:04 PM, Jaroslav Reznik wrote:
>= Features/FedoraUpgrade =
>https://fedoraproject.org/wiki/Features/FedoraUpgrade
>
>Feature owner(s): Miroslav Suchý
>
>Upgrade Fedora to next version using yum upgrade.
I see no reason to make
On Wed, Jan 23, 2013 at 10:54 PM, Bill Nottingham 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 Fedora 19
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 "
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. Bu
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, foll
Hi
https://github.com/AntonKast/LightZone
Anyone interested?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, Jan 23, 2013 at 10:20 PM, Kevin Fenzi 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 to
> d
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 with
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 mi
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 feat
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
>
> OpenStack will be upgraded to the next major stable release, called
> "Grizzly".
> In addit
Jaroslav Reznik (jrez...@redhat.com) said:
> = Features/KScreen =
> https://fedoraproject.org/wiki/Features/KScreen
>
> Feature owner(s): Dan Vrátil
>
> Replace current KDE screen management software by KScreen.
>
> == Detailed description ==
> KScreen is a KDE screen management software that
Jaroslav Reznik (jrez...@redhat.com) said:
> OpenSSL: p11-kit tool will extract trusted certificate PEM blocks from
> the
> PKCS#11 trust module.
> These extracted certificates will be placed in a location so that
> they
> can be consumed by OpenSSL by default.
>
Jaroslav Reznik (jrez...@redhat.com) said:
> = Features/Guile2 =
> https://fedoraproject.org/wiki/Features/Guile2
>
> Feature owner(s): Jan Synacek
>
> Update GNU Guile to version 2.0.x in Fedora 19.
>
> == Detailed description ==
> Current guile package will be upgraded to 2.0.x.
>
> compa
On Wed, 23 Jan 2013 20:02:44 +
"Daniel P. Berrange" wrote:
> If the deps provided by a new build have changed, then verify that
> the change deps don't cause breakage. If they do, then do not allow
> the new build into the rawhide target. Queue the build in some kind
> of build specific 'pend
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 to
do a rawhide build during the branched cycle, would you be open to
Le mercredi 23 janvier 2013 à 20:02 +, Daniel P. Berrange a écrit :
> If the deps provided by a new build have changed, then verify that
> the change deps don't cause breakage. If they do, then do not allow
> the new build into the rawhide target. Queue the build in some kind
> of build specif
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 "user"
I agree with Matthew that or
On Wed, 2013-01-23 at 12:08 -0800, Adam Williamson wrote:
Mistakenly left this paragraph incomplete, completion follows:
> I understand that btrfs is a Different Way Of Doing Things, but I don't
> think it flies to tell people 'yeah, the tools you've relied on for
> simple info on filesystems for
On Wed, Jan 23, 2013 at 2:35 PM, Jaroslav Reznik wrote:
> To offer the checkpoint/restore functionality the package crtools has been
> imported into Fedora and changes are still necessary to the kernel RPM.
The CRIU page doesn't say you need CONFIG_NAMESPACES enabled to use CRIU.
Also, there is n
On Wed, Jan 23, 2013 at 01:17:12PM -0700, Kevin Fenzi wrote:
> a) I assume we aren't going to be adding secure boot support to it?
Right -- explicitly out of scope for this. Could be a future feature but we
don't need it now and certainly wouldn't want to make it a feature blocker.
> b) It might
* Stephen Gallagher [2013-01-23 15:22]:
> On Wed 23 Jan 2013 02:53:30 PM EST, Jaroslav Reznik wrote:
> > = Features/Java8TechPreview =
> > https://fedoraproject.org/wiki/Features/Java8TechPreview
> >
> > Feature owner(s): Deepak Bhole
> >
> > Add a tech preview preview of the the upcoming version
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 a similar naming scheme, but only as
> fallback if
On Wed, 23.01.13 13:17, Kevin Fenzi (ke...@scrye.com) wrote:
> > The Syslinux bootloader has been part of Fedora for over a decade.
> > It's been well-tested as the loader for the installer, but we've
> > always used something else on the installed OS. Newer versions of
> > Syslinux (in the form o
On Wed, 23 Jan 2013 19:30:09 +
Jaroslav Reznik wrote:
> = Features/SyslinuxOption =
> https://fedoraproject.org/wiki/Features/SyslinuxOption
>
> Feature owner(s): Matthew Miller
>
> This feature will make Syslinux an optional bootloader for Fedora, in
> kickstart and via a hidden Anacond
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed 23 Jan 2013 02:53:30 PM EST, Jaroslav Reznik wrote:
> = Features/Java8TechPreview =
> https://fedoraproject.org/wiki/Features/Java8TechPreview
>
> Feature owner(s): Deepak Bhole
>
> Add a tech preview preview of the the upcoming version of Java
= Features/SystemdPredictableNetworkInterfaceNames =
https://fedoraproject.org/wiki/Features/SystemdPredictableNetworkInterfaceNames
Feature owner(s): Kay Sievers
The udevd service has a long history of providing predicatable names for block
devices and others. For Fedora 19 we'd like to prov
On Wed, 2013-01-16 at 09:53 +0100, Jochen Schmitt wrote:
> Hallo,
>
> for Fedora 17 we had a feature to make btrfs to the
> standard filesystem of Fedora. This feature was defered
> because the fsck utitlities for btrfs was not available
> on the stable state for Fedora 17.
>
> So, I would like t
If this method will be tested by FedoraQA, then I believe this upgrade method
can be safely recommended to user.
The feature owners of this need to do the testing and prodding, not QA. The
way this feature is written, it seems to imply that QA is supposed to
implement this feature.
Note t
On Wed, Jan 23, 2013 at 09:55:07AM -0700, Kevin Fenzi wrote:
> Greetings.
>
> As some of you may know, I switched my laptop over to rawhide and have
> been posting a series of blogs about the various issues I have run into
> in the last month.
> So, I've been collecting ideas on how to improve
= Features/Java8TechPreview =
https://fedoraproject.org/wiki/Features/Java8TechPreview
Feature owner(s): Deepak Bhole
Add a tech preview preview of the the upcoming version of Java (OpenJDK8) to
Fedora 19.
== Detailed description ==
The current Java implementation in Fedora comes from OpenJDK.
= Features/SyslinuxOption =
https://fedoraproject.org/wiki/Features/SyslinuxOption
Feature owner(s): Matthew Miller
This feature will make Syslinux an optional bootloader for Fedora, in
kickstart and via a hidden Anaconda option. When used this way, it will
replace grub2.
== Detailed descri
On Wed, Jan 23, 2013 at 07:35:50PM +, Jaroslav Reznik wrote:
> To offer the checkpoint/restore functionality the package crtools has been
> imported into Fedora and changes are still necessary to the kernel RPM.
Is this feature suggesting implementing everything up until that point and
waitin
On Wed, Jan 23, 2013 at 11:01:50AM -0700, Kevin Fenzi wrote:
> On Wed, 23 Jan 2013 11:43:00 -0600
> Bruno Wolff III wrote:
> > I'd like to see a stronger push to have packagers start work in
> > master, not branched. Inheritance ends up leaving stuff broken longer
> > in rawhide and doesn't test b
= Features/Checkpoint Restore =
https://fedoraproject.org/wiki/Features/Checkpoint_Restore
Feature owner(s): Adrian Reber
Add support to checkpoint and restore processes. Checkpointing processes can
be used for fault tolerance and/or load balancing.
Checkpointing a process in regular interval
On 01/23/2013 10:35 AM, Dan Williams wrote:
> On Wed, 2013-01-23 at 09:48 -0800, John Reiser wrote:
>> The signal handler can write a packet into a pipe from the process to itself,
>> and that can be hooked up to an event loop API.
> Clearly. But then you have to deal with signal handling and al
On Wed, Jan 23, 2013 at 1:04 PM, Jaroslav Reznik wrote:
> = Features/FedoraUpgrade =
> https://fedoraproject.org/wiki/Features/FedoraUpgrade
>
> Feature owner(s): Miroslav Suchý
>
> Upgrade Fedora to next version using yum upgrade.
I see no reason to make this an officially supported method to
===
#fedora-meeting: FESCO (2013-01-23)
===
Meeting started by notting at 18:01:20 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2013-01-23/fesco.2013-01-23-18.01.log.html
.
Meeting summary
On Wed, Jan 23, 2013 at 7:50 PM, Lennart Poettering
wrote:
> 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-line
>> upgrade
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/22/2013 09:14 PM, Ben Harper wrote:
> Currently I do not have package I am looking to get approved, but
> just looking for a sponsor. I would like to prove that I can
> follow the documation and create quality packages. I have been
> reading ov
On Wed, 23.01.13 12:35, Dan Williams (d...@redhat.com) wrote:
> > >>> Bh. It's designed around process signal delivery. I am
> > >>> shuddering.
> > >>
> > >> Ew. Signals are not an event loop API. Signals are not an event loop
> > >> API. Signals are not an event loop API. But apparently
Le Mer 23 janvier 2013 19:01, Kevin Fenzi a écrit :
> On Wed, 23 Jan 2013 11:43:00 -0600
> Bruno Wolff III wrote:
>
>> On Wed, Jan 23, 2013 at 09:55:07 -0700,
>>Kevin Fenzi wrote:
>> >
>> >So, I've been collecting ideas on how to improve things in rawhide
>> >and have made a wiki page for th
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-line
> upgrade
> is possible. E.g in Debian world it is even prefered method.
= Features/OpenStack Grizzly =
https://fedoraproject.org/wiki/Features/OpenStack_Grizzly
Feature owner(s): Pádraig Brady
OpenStack will be upgraded to the next major stable release, called "Grizzly".
In addition the new OpenStack "heat" and "ceilometer" incubation projects will
be included.
= Features/Scratch =
https://fedoraproject.org/wiki/Features/Scratch
Feature owner(s): Matthew Miller
Scratch is an educational programming environment which makes it easy to
create games, animations, and art. It's open source and would be a great
addition to Fedora.
== Detailed descripti
On Wed, 2013-01-23 at 09:48 -0800, John Reiser wrote:
> On 01/23/2013 09:27 AM, Daniel P. Berrange wrote:
> > On Wed, Jan 23, 2013 at 11:24:25AM -0600, Dan Williams wrote:
> >> On Wed, 2013-01-23 at 02:46 +0100, Lennart Poettering wrote:
> >>> On Mon, 21.01.13 10:25, Daniel P. Berrange (berra...@re
On Wed, Jan 23, 2013 at 11:01:50 -0700,
Kevin Fenzi wrote:
yep. This is one reason I would prefer to just drop the inheritance.
How would that work at branch? Would we always do a mass rebuild at
branch? Would we use a special tag of packages at branch and inherit them,
but not later chan
= Features/FedoraUpgrade =
https://fedoraproject.org/wiki/Features/FedoraUpgrade
Feature owner(s): Miroslav Suchý
Upgrade Fedora to next version using yum upgrade.
== Detailed description ==
In past (until Fedora 17) we could upgrade Fedora using Anaconda Upgrade and
PreUpgrade.
Now (in Fe
On Thu, 2013-01-17 at 13:33 +0800, Daniel Veillard wrote:
> On Wed, Jan 16, 2013 at 03:53:56PM -0500, David Malcolm wrote:
> > This is a followup to my proposal in
> > http://lists.fedoraproject.org/pipermail/devel/2012-December/175232.html
> >
> > I want a common output format for static analysis
On Wed, Jan 16, 2013 at 2:05 PM, Jaroslav Reznik 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 features no sooner than a week from the announcement.
>
On Wed, 23 Jan 2013 11:43:00 -0600
Bruno Wolff III wrote:
> On Wed, Jan 23, 2013 at 09:55:07 -0700,
>Kevin Fenzi wrote:
> >
> >So, I've been collecting ideas on how to improve things in rawhide
> >and have made a wiki page for these ideas.
> >
> >https://fedoraproject.org/wiki/Rawhide_improv
On Wed, Jan 16, 2013 at 2:05 PM, Jaroslav Reznik 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 get shebangs according to the binary that they
> ar
This weeks Fedora ARM status meeting will take place today (Wednesday Jan 23rd)
in #fedora-meeting-1 on Freenode.
Times in various time zones (please let us know if these do not work):
PDT: 1pm
MDT: 2pm
CDT: 3pm
EDT: 4pm
UTC: 8pm
BST: 9pm
CST: 10pm
Current items on the agenda:
0) Status of ACTI
On 01/23/2013 12:25 PM, Kevin Fenzi wrote:
On Wed, 23 Jan 2013 12:08:21 -0500
"Clyde E. Kunkel" wrote:
Would issues with specific 3.8 kernel drivers affecting rawhide be a
candidate?
Candidate for a tracker bug? Perhaps. It would depend on how widespread
the issue is. Definitely do file a bu
On 01/23/2013 09:27 AM, Daniel P. Berrange wrote:
> On Wed, Jan 23, 2013 at 11:24:25AM -0600, Dan Williams wrote:
>> On Wed, 2013-01-23 at 02:46 +0100, Lennart Poettering wrote:
>>> On Mon, 21.01.13 10:25, Daniel P. Berrange (berra...@redhat.com) wrote:
>>>
> The glibc maintainers don't seem to
On 01/23/2013 10:53 AM, Petr Pisar wrote:
On 2013-01-22, Petr Lautrbach wrote:
I'm going to push update cyrus-sasl-2.1.26 into Rawhide soon. Part of
this update is also SONAME bump to libsasl2.so.3.
The main issue with this update is that it would break buildroot since
there is the openldap p
On Wed, Jan 23, 2013 at 09:55:07 -0700,
Kevin Fenzi wrote:
So, I've been collecting ideas on how to improve things in rawhide and
have made a wiki page for these ideas.
https://fedoraproject.org/wiki/Rawhide_improvement_project_2013
Would the rawhide tracker bug be for rawhide users? I'm g
On Wed, 23 Jan 2013 15:11:11 -0200
Paulo César Pereira de Andrade
wrote:
> Out of curiosity, are you experiencing this, or am I just unlucky?
> https://bugzilla.redhat.com/show_bug.cgi?id=894623
> (I did not debug it and am using a f18 computer for local runs of
> fedora-review or mock).
I hav
On Wed, Jan 23, 2013 at 11:24:25AM -0600, Dan Williams wrote:
> On Wed, 2013-01-23 at 02:46 +0100, Lennart Poettering wrote:
> > On Mon, 21.01.13 10:25, Daniel P. Berrange (berra...@redhat.com) wrote:
> >
> > > > The glibc maintainers don't seem to be against this idea and I am
> > > > willing to
On Wed, 23 Jan 2013 12:08:21 -0500
"Clyde E. Kunkel" wrote:
> Would issues with specific 3.8 kernel drivers affecting rawhide be a
> candidate?
Candidate for a tracker bug? Perhaps. It would depend on how widespread
the issue is. Definitely do file a bug on it, and if you think it's a
common ha
On Wed, 2013-01-23 at 02:46 +0100, Lennart Poettering wrote:
> On Mon, 21.01.13 10:25, Daniel P. Berrange (berra...@redhat.com) wrote:
>
> > > The glibc maintainers don't seem to be against this idea and I am
> > > willing to put time into design and implementation.
> >
> > Perhaps I'm misunderst
= Features/FirstClassCloudImages =
https://fedoraproject.org/wiki/Features/FirstClassCloudImages
Feature owner(s): Matthew Miller
This feature expands Fedora's current cloud image deliverables beyond just
EC2, and overhauls how they are produced. The goal is to produce cloud images
for EC2
2013/1/23 Kevin Fenzi :
> Greetings.
>
> As some of you may know, I switched my laptop over to rawhide and have
> been posting a series of blogs about the various issues I have run into
> in the last month.
[...]
> So, I've been collecting ideas on how to improve things in rawhide and
> have made
1 - 100 of 149 matches
Mail list logo
