On 06.05.2013 21:51, Adam Williamson wrote:
> On Mon, 2013-05-06 at 21:37 +0200, Stef Walter wrote:
>> On 06.05.2013 18:38, Adam Williamson wrote:
>>> On Mon, 2013-05-06 at 11:43 -0400, Rahul Sundaram wrote:
On 05/06/2013 10:48 AM, Miloslav Trmač wrote:
>
> On Sat, May 4, 2013 at
https://admin.fedoraproject.org/updates/control-center-3.8.1.5-1.fc19?_csrf_token=348752c9889bf273010d694694059fece3649eae
I need bugfix of https://bugzilla.redhat.com/show_bug.cgi?id=955257
In stable source FC19 with small patch I have same problem.
Karma: 2
Stable karma: 2
But
Pushed: False
O
On Tue, May 7, 2013 at 9:36 PM, Igor Gnatenko
wrote:
> I use original .spec file. It in attachment.
Why are you using an unreleased git source?
Dan
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
I use original .spec file. It in attachment.
On Tue, 2013-05-07 at 21:33 -0700, Dan Mashal wrote:
> On Tue, May 7, 2013 at 9:10 PM, Igor Gnatenko
> wrote:
> > I use mock to local build packages.
> > I was build control-center in mock. But always error...
> > How I fix it ?
> > GEN gnome-con
On Tue, May 7, 2013 at 9:10 PM, Igor Gnatenko
wrote:
> I use mock to local build packages.
> I was build control-center in mock. But always error...
> How I fix it ?
> GEN gnome-control-center.1
> I/O error : Attempt to load network entity
> http://docbook.sourceforge.net/release/xsl/curren
I use mock to local build packages.
I was build control-center in mock. But always error...
How I fix it ?
GEN gnome-control-center.1
I/O error : Attempt to load network entity
http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
warning: failed to load external entity
"ht
On Tuesday 07 May 2013 17:29:09 Sérgio Basto wrote:
> OK so lets cleanup all this reviews, do you finish the reviews
> requests ? I can only do it on week ends.
I intend to do my best . But other people (the reviewers) are also involved.
> we have Richard W.M. Jones and Dmitrij S. Kryzhevich also
> Well, no, that means it precisely *is* an issue :) that adds
> open-vm-tools to the list of reasons we might want to have two
> virt-agents groups, call them virt-agents and virt-agents-x or
> something. You'd want open-vm-tools to be in one and open-vm-tools-x to
> be in the other.
I meant crea
On Tue, 2013-05-07 at 14:45 -0700, Ravindra Kumar wrote:
> >> Perhaps a virt-agents group that contains open-vm-tools, hypervkvpd,
> >> qemu-guest-agent, etc?
>
> > Right, I was just thinking down those lines. Create such a group, and
> > have it installed by default. Makes sure the tools are avai
>> Perhaps a virt-agents group that contains open-vm-tools, hypervkvpd,
>> qemu-guest-agent, etc?
> Right, I was just thinking down those lines. Create such a group, and
> have it installed by default. Makes sure the tools are available in most
> cases, but not in minimal installs, and allows them
On Tue, May 07, 2013 at 16:48:39 -0400,
Matthew Miller wrote:
On Tue, May 07, 2013 at 11:39:16AM -0700, Ravindra Kumar wrote:
> Keep in mind that @standard is just that -- installed as part of every
> normal install.
Ok, I think it should work open-vm-tools. Do I make the changes to comps
or
On Tue, May 07, 2013 at 11:39:16AM -0700, Ravindra Kumar wrote:
> > Keep in mind that @standard is just that -- installed as part of every
> > normal install.
> Ok, I think it should work open-vm-tools. Do I make the changes to comps
> or do I need to raise a bug for 'comps' maintainer?
Yeah, I th
Following is the list of topics that will be discussed in the FESCo
meeting Wednesday at 18:00UTC (2:00pm EST, 20:00 CEST) in #fedora-meeting on
irc.freenode.net.
Links to all tickets below can be found at:
https://fedorahosted.org/fesco/report/9
= Followups =
#topic #1110 systemd preset for ipmi
On Tue, 2013-05-07 at 14:45 -0400, Bill Nottingham wrote:
> Ravindra Kumar (ravindraku...@vmware.com) said:
> > > @core is supposed to be the minimum functional install. It is my
> > > understanding that, even under VMWare, open-vm-tools is not required for
> > > the system to be functional, so o
# F19 Beta Blocker Review meeting #4
# Date: 2013-05-08
# Time: 16:00 UTC (12:00 EDT, 09:00 PDT)
# Location: #fedora-blocker-review on irc.freenode.net
It's almost Wednesday! Come join us for another exciting episode of
"blocker bug review theater"!
We'll be running through the Beta blockers and
Ravindra Kumar (ravindraku...@vmware.com) said:
> > @core is supposed to be the minimum functional install. It is my
> > understanding that, even under VMWare, open-vm-tools is not required for
> > the system to be functional, so open-vm-tools does not belong in @core.
>
> It is not required for
> Keep in mind that @standard is just that -- installed as part of every
> normal install.
Ok, I think it should work open-vm-tools. Do I make the changes to comps
or do I need to raise a bug for 'comps' maintainer?
Thanks,
Ravindra
--
devel mailing list
devel@lists.fedoraproject.org
https://adm
On Tue, May 07, 2013 at 10:48:01AM -0700, Ravindra Kumar wrote:
> If there are strong use cases that don't require that functionality
> then probably it makes sense to not be part of core, otherwise, I think
> it makes more sense to make open-vm-tools part of @core because sooner
> or later users w
On Tue, May 07, 2013 at 10:48:01 -0700,
Ravindra Kumar wrote:
It is not required for system to be functional, but it also leaves
a significant gap in the VM to be fully operational unless Tools are
installed. I listed out a bunch of functionality that depends on
open-vm-tools in my other resp
> @core is supposed to be the minimum functional install. It is my
> understanding that, even under VMWare, open-vm-tools is not required for
> the system to be functional, so open-vm-tools does not belong in @core.
It is not required for system to be functional, but it also leaves
a significant
> and why?
open-vm-tools are required for anything that requires
co-ordination with the guest. Here are a few examples,
clean shutdown of guest from VM management interface,
guest consistent snapshots, collection/display of guest
resource usage information in VM management interface,
guest automat
Once upon a time, Ravindra Kumar said:
> If someone can come up with any other bad side effects, I will be happy
> to address that.
@core is supposed to be the minimum functional install. It is my
understanding that, even under VMWare, open-vm-tools is not required for
the system to be functiona
Am 07.05.2013 19:05, schrieb Ravindra Kumar:
>> It might help to elaborate your reasoning. @core is going to be used by
>> people trying to make minimal installs (with exactly what they need on
>> top). It is hard to see why open-vm-tools would be considered necessary
>> to every Fedora install.
Greetings.
Fedora Infrastructure is happy to announce the fedocal calendar
application for all Fedora related calendar needs.
You can find it at:
https://apps.fedoraproject.org/calendar/
With documentation available at:
https://fedocal.readthedocs.org/
Calendars are already available for:
> It might help to elaborate your reasoning. @core is going to be used by
> people trying to make minimal installs (with exactly what they need on
> top). It is hard to see why open-vm-tools would be considered necessary
> to every Fedora install. @standard would seem to make more sense
I feel
On Tue, May 07, 2013 at 09:23:44 -0700,
Ravindra Kumar wrote:
Thinking more about it. I believe ideal will be to add 'open-vm-tools' to the
@core group and add 'open-vm-tools-desktop' to the @standard group.
It might help to elaborate your reasoning. @core is going to be used by
people tryi
On Ter, 2013-05-07 at 14:07 +0300, Oron Peled wrote:
> On Wednesday 01 May 2013 22:21:20 Richard W.M. Jones wrote:
> > On Wed, May 01, 2013 at 03:00:34AM +0100, Sérgio Basto wrote:
> > > https://bugzilla.redhat.com/show_bug.cgi?id=591190
> > I'm prepared to take debhelper. But:
> > (1) It looks l
> I think it's probably really better in the "@standard" package group, which
> is one step up from core. People who want a minimal installation but know
> they'll be in vmware can add it directly.
Thanks Matthew. I think @standard package should work. Could you please
help me with the process? I
I think I can take it.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> I think it's probably really better in the "@standard" package group, which
> is one step up from core. People who want a minimal installation but know
> they'll be in vmware can add it directly.
Thanks Matthew. I think @standard package should work. Could you please
help me with the process? I
On Tue, May 07, 2013 at 05:24:29PM +0200, Tomas Mraz wrote:
> On Tue, 2013-05-07 at 11:16 -0400, Paul Wouters wrote:
> > On Tue, 7 May 2013, Matej Cepl wrote:
> >
> > > Subject: Re: Concern about FedoraCryptoConsolidation
> > >
> > > On 2013-05-07, 04:10 GMT, Richard Levenberg wrote:
> > >> http
Christophe,
Sorry for a delay on this thread, i just found it. To illuminate
Simone's issue (that also adversely effect me) is that, though the QXL
drivers work in 32 bit Windows 7, we are unable to install them in the
64bit version of Windows 7 without having to either permanently disable
driver s
I don't have the time to maintain the kawa scheme package. I hope somebody can
pick it up. In the meantime, I am orphaning it.
Thanks,
AG
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Richard Levenberg wrote:
https://fedoraproject.org/wiki/FedoraCryptoConsolidation
While I understand the reasons for this idea of Consolidation I have a
concern that very valid use cases are being ignored or unknown. As an
example I have a use case supported with curl and OpenSSL like this:
cur
On Tue, 2013-05-07 at 11:16 -0400, Paul Wouters wrote:
> On Tue, 7 May 2013, Matej Cepl wrote:
>
> > Subject: Re: Concern about FedoraCryptoConsolidation
> >
> > On 2013-05-07, 04:10 GMT, Richard Levenberg wrote:
> >> https://fedoraproject.org/wiki/FedoraCryptoConsolidation
> >>
> >> While I und
On Tue, 7 May 2013, Matej Cepl wrote:
Subject: Re: Concern about FedoraCryptoConsolidation
On 2013-05-07, 04:10 GMT, Richard Levenberg wrote:
https://fedoraproject.org/wiki/FedoraCryptoConsolidation
While I understand the reasons for this idea of Consolidation I have a
concern that very valid
On Tue, May 7, 2013 at 5:44 AM, Fedora Koji Build System
wrote:
> Package: m4rie-20130416-1.fc19
> Tag: f19-updates-candidate
> Status: complete
> Built by: pbrobinson
> ID: 416696
> Started: Tue, 07 May 2013 11:35:25 UTC
> Finished: Tue, 07 May 2013 11:44:10 UTC
> Changelog:
> * Mon May 06 2013 J
commit 3fed29e4546d19a03dfe8f39272db77ae5adf81c
Author: Ralf Corsépius
Date: Tue May 7 15:49:42 2013 +0200
Merge cleanup.
perl-Locale-Maketext-Lexicon.spec |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
---
diff --git a/perl-Locale-Maketext-Lexicon.spec
b/perl-Locale-Makete
Summary of changes:
403ff15... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*)
c6d26e1... Upstream update. (*)
3fed29e... Merge cleanup.
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extra
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=960184
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
URL
Hi!
This is a friendly reminder - all Features has to be 100% complete in
one week - by Tue May 14 2013, see the current schedule [1].
Please make sure to update your Feature(s) page(s) on time. In case of
any problems, let me know, we will try to find a solution. You can
find automatically gener
On Wed, May 01, 2013 at 08:31:38PM -0700, Ravindra Kumar wrote:
> 1. Add open-vm-tools to the core package group
I think it's probably really better in the "@standard" package group, which
is one step up from core. People who want a minimal installation but know
they'll be in vmware can add it di
On Mon, May 06, 2013 at 03:12:52PM -0700, Adam Williamson wrote:
> On Mon, 2013-05-06 at 15:04 -0700, Ravindra Kumar wrote:
>
> > If it is absolute no, I would proceed with the Anaconda patch if
> > there is a good explanation/alternative to the 3 issues I have
> > listed above.
>
> Talk to the a
Compose started at Tue May 7 09:15:02 UTC 2013
Broken deps for x86_64
--
[byzanz]
byzanz-0.3-0.5.fc17.x86_64 requires libpanel-applet-4.so.0()(64bit)
[cinnamon]
cinnamon-menu-editor-1.6.7-7.fc19.noarch requires gnome-panel
[d
Compose started at Tue May 7 08:15:02 UTC 2013
Broken deps for x86_64
--
[byzanz]
byzanz-0.3-0.5.fc17.x86_64 requires libpanel-applet-4.so.0()(64bit)
[cinnamon]
cinnamon-menu-editor-1.6.7-7.fc19.noarch requires gnome-panel
[d
On 04/22/2013 12:22 PM, Richard W.M. Jones wrote:
> On Mon, Apr 22, 2013 at 11:27:42AM +0200, Michael Schwendt wrote:
>> 3) Funny things going on (f19 here), but haven't examined anything
>> beyond this:
>>
>> # rpm -e openldap-devel
>> # ldconfig -v|grep ldap
>> libldap_r-2.4.so.2 -> libldap_
On Tue, May 07, 2013 at 10:48:35AM +0200, Jan Synacek wrote:
> Have you found out how this originally happened? I can't get any of my f18-f20
> machines to this state.
No - it's still a mystery and hasn't happened again.
The only thing I do know is it's not because I manually fiddled
with any lin
On Wednesday 01 May 2013 22:21:20 Richard W.M. Jones wrote:
> On Wed, May 01, 2013 at 03:00:34AM +0100, Sérgio Basto wrote:
> > https://bugzilla.redhat.com/show_bug.cgi?id=591190
> I'm prepared to take debhelper. But:
> (1) It looks like the latest package is over 1 year old. I think a
> new
On 06.05.2013 23:42, Adam Williamson wrote:
> On Fri, 2013-05-03 at 13:04 -0700, Dan Mashal wrote:
>> Hi,
>>
>> In the latest Fedora 19 Beta TC2 install after I got through the
>> initial steps of the install I started to setup my root password.
>>
>> To my surprise my password was shown in plain t
On 05/07/2013 09:14 AM, Tomasz Torcz wrote:
Hey list,
In the course of review of owfs (#927237) I was pointed that
shipping directory in /mnt is prohibited. FHS seems to agree.
owfs is suite of program for accessing 1-wire network, which is
simple hardware protocol. One of the program is
On 2013-05-07, 04:10 GMT, Richard Levenberg wrote:
> https://fedoraproject.org/wiki/FedoraCryptoConsolidation
>
> While I understand the reasons for this idea of Consolidation I have a
> concern that very valid use cases are being ignored or unknown. As an
> example I have a use case supported with
Hey list,
In the course of review of owfs (#927237) I was pointed that
shipping directory in /mnt is prohibited. FHS seems to agree.
owfs is suite of program for accessing 1-wire network, which is
simple hardware protocol. One of the program is FUSE module,
giving the access to network and d
Hi all,
today is the Fedora 19 ABRT test day! In the new version of Automatic Bug
Reporting Tool we are focusing on testing of the new features such as catching
SELinux alerts (aka. setroubleshoot integration), ABRT Server user experience
or imporved information on reporting problems with taint
On 04/22/2013 12:22 PM, Richard W.M. Jones wrote:
> On Mon, Apr 22, 2013 at 11:27:42AM +0200, Michael Schwendt wrote:
>> 3) Funny things going on (f19 here), but haven't examined anything
>> beyond this:
>>
>> # rpm -e openldap-devel
>> # ldconfig -v|grep ldap
>> libldap_r-2.4.so.2 -> libldap_
- Original Message -
> On Mon, 2013-05-06 at 10:08 -0400, Josh Boyer wrote:
> > On Mon, May 6, 2013 at 3:35 AM, Bastien Nocera wrote:
> > > Heya,
> > >
> > > In Fedora 20, we'll be using BlueZ 5.x to manage Bluetooth devices.
> >
> > So your Subject says this is a Feature, yet there's no
55 matches
Mail list logo
