On Thu, Nov 07, 2013 at 04:06:04PM +0100, Kevin Kofler wrote:
Peter Robinson wrote:
I don't see many people forcing things through, I believe that the vast
majority of contributors either like the change or aren't bothered by it.
Ah, the silent majority hypothesis, always a fun argument to
On Thu, Nov 07, 2013 at 03:45:13PM +0100, Nicolas Mailhot wrote:
Maybe that's because Coprs were never announced with huge rants about
market-share and how Fedora packaging sucked and was irrelevant?
I'm pretty sure you're misunderstanding what people are saying if you
think above. What I wrote
On Thu, 7 Nov 2013 20:50:28 +0100
Olav Vitters o...@vitters.nl wrote:
On Thu, Nov 07, 2013 at 08:57:06AM -0700, Kevin Fenzi wrote:
Which basically says that the working group is going to work on
that. There's actually 0 technical details on how the implemetation
will work out, or even if
On Wed, Nov 6, 2013 at 6:31 PM, Jaroslav Reznik jrez...@redhat.com wrote:
And with that conflict - resources to backport stuff or do updates (that's
the reason why we have so many updates - no resources to backport fixes,
more hope that upstream fixed it and it's regression free :D).
Note that
For some time I am looking for a reason to test the Lua RPM feature:
http://rpm.org/wiki/PackagerDocs/RpmLua
Can you point me to the .spec in the question and a few more words
which is the desired result.
Kind Regards,
Alek
Hi Alek,
I've uploaded the spec here [1]. About the scenario
On Thu, 07.11.13 20:09, Miloslav Trmač (m...@volny.cz) wrote:
On Thu, Nov 7, 2013 at 4:15 PM, Lennart Poettering mzerq...@0pointer.de
wrote:
On Thu, 07.11.13 03:53, Kevin Kofler (kevin.kof...@chello.at) wrote:
Olav Vitters wrote:
AFAIK (not sure), it should come somewhat easy once you
On Thu, Nov 7, 2013 at 9:48 PM, Lennart Poettering mzerq...@0pointer.de wrote:
On Thu, 07.11.13 20:09, Miloslav Trmač (m...@volny.cz) wrote:
Is there a technical reason why we can't use their packaging format,
interpreting it with our technologies but staying compatible?
Well, the most
On 7 Nov 2013 17:13, Richard Vickery richard.vicker...@gmail.com wrote
Is / was a rather political decision to make BitchX unavailable through
this app-market / Software GUI thing?
How do you launch bitchx from gnome-shell? If it's just a random binary
without any desktop or appdata file, it
https://fedorahosted.org/389/ticket/47582/
https://fedorahosted.org/389/attachment/ticket/47582/0001-Ticket-47582-agmt_count-in-Replica-could-become-PRUi.patch
--
Mark Reynolds
389 Development Team
Red Hat, Inc
mreyno...@redhat.com
--
389-devel mailing list
389-de...@lists.fedoraproject.org
Hey,
with this change [0] we try to bring some basic OpenCL support to Fedora
21.
To make the user (or developer) experience even better I'd like to add a
group which contain a set of opencl packages to enable basic OpenCL
support on a host - for usage and development.
According to [1] this
Ok, so I guess the solution would be for the launcher to do something like this:
gnome-terminal --geometry 80x37 --disable-factory --role=bitchx --class=bitchx
--name bitchX IRC --title BitchX IRC
That said Ray mentioned that this is probably not supported yet in the Shell
launcher.
Anyway,
On Mon, Nov 4, 2013 at 12:44 PM, Toshio Kuratomi a.bad...@gmail.com wrote:
A new setuptools upstream release (1.2) was made last week that adds support
for
subversion 1.7 and 1.8. Subversion 1.7 shipped in Fedora 19 so the
subversion support in setuptools is currently broken in both F19 and
Hi everyone,
So on behalf of the Workstation Working Group I would like to say thank you to
everyone who has taken the time so far to chime in. There has been a lot of
passionate discussion happening
and that is the way we like it. So while we might not have been able to respond
to each and
On Thu, Nov 7, 2013 at 4:37 PM, Christian Schaller wrote:
Anyway, as Richard says, we should have a proper design discussion around
this and not just add a ton of .desktop files without thinking through the
presentation
and how it will work. But feel free to file some bug reports to kick of
El Jueves, 7 de noviembre de 2013 14:55:57 Kevin Fenzi escribió:
On Thu, 07 Nov 2013 21:56:54 +0100
Juan Orti Alcaine juan.o...@miceliux.com wrote:
Hello, I've deployed a Fedora20 Beta qcow2 image in a VM, but I'm
unable to login.
What is the default user and password?
user
On Thu, Nov 7, 2013 at 1:02 PM, Richard Hughes hughsi...@gmail.com wrote:
On 7 Nov 2013 17:13, Richard Vickery richard.vicker...@gmail.com wrote
Is / was a rather political decision to make BitchX unavailable through
this app-market / Software GUI thing?
How do you launch bitchx from
On Thu, 2013-11-07 at 16:15 +0100, Lennart Poettering wrote:
On Thu, 07.11.13 03:53, Kevin Kofler (kevin.kof...@chello.at) wrote:
Olav Vitters wrote:
AFAIK (not sure), it should come somewhat easy once you the distribution
is based upon systemd.
That means it will exclude the most
On Thu, 2013-11-07 at 16:58 +0100, Kevin Kofler wrote:
Bastien Nocera wrote:
- [Florian Weimer wrote:] -
Wayland and systemd strongly suggest no Ubuntu interoperability
whatsoever. Shouldn't this be a top priority for bundled applications?
If we get any traction on this,
On Thu, 2013-11-07 at 13:09 -0500, Rahul Sundaram wrote:
Hi
On Thu, Nov 7, 2013 at 12:56 PM, Florian Müllner fmuell...@gnome.org
wrote:
I guess the main obstacle here is that there isn't really a
good
criterion which is as clear-cut as installs
On Thu, 2013-11-07 at 16:37 -0500, Christian Schaller wrote:
Ok, so I guess the solution would be for the launcher to do something like
this:
gnome-terminal --geometry 80x37 --disable-factory --role=bitchx
--class=bitchx --name bitchX IRC --title BitchX IRC
That said Ray mentioned that
HI
On Thu, Nov 7, 2013 at 6:51 PM, Adam Williamson awill...@redhat.com wrote:
Honestly, I don't think Software is really aimed at your use case, and
you may as well just keep using yum. It's meant to be a cool way to find
neat software, not a comprehensive package catalog.
Part of the
Richard Hughes wrote:
On 6 November 2013 10:41, Michael Schwendt mschwe...@gmail.com wrote:
# rpm -qf /usr/share/app-info/xmls/fedora-20.xml.gz
gnome-software-3.10.3-1.fc20.x86_64
does.
It's AppStream metadata.
Similarly, in order to make apper/kde work, it needs appstream,
On Sat, 2013-11-02 at 08:11 -0700, Gregory Maxwell wrote:
The rtcweb WG session which will discuss MTI video codec will be on
Thursday the 7th at 13:00 pacific. As usual the meeting will be
streamed and anyone can participate remotely via Jabber
(rtc...@jabber.ietf.org), but feedback can be
On Thu, Nov 07, 2013 at 11:16:08PM +0100, Juan Orti Alcaine wrote:
El Jueves, 7 de noviembre de 2013 14:55:57 Kevin Fenzi escribió:
On Thu, 07 Nov 2013 21:56:54 +0100
Juan Orti Alcaine juan.o...@miceliux.com wrote:
Hello, I've deployed a Fedora20 Beta qcow2 image in a VM, but I'm
On Fri, Nov 8, 2013 at 10:44 AM, Daniel P. Berrange berra...@redhat.com wrote:
I actually thought that logins were locked by default and required
the cloud host to provide the metadata service for cloud-init to
run and inject SSH keys.
You are correct, to login into the instance one has to
I'm trying to create a package of a maven project. The project uses the
tycho-packaging maven plugin with reproducible version qualifiers.
I am not checking out the git repository of the project, but a tgz
bundle. Therefore tycho cannot do any git operations and fails with the
following error:
El 2013-11-08 08:05, Kushal Das escribió:
On Fri, Nov 8, 2013 at 10:44 AM, Daniel P. Berrange
berra...@redhat.com wrote:
I actually thought that logins were locked by default and required
the cloud host to provide the metadata service for cloud-init to
run and inject SSH keys.
You are
https://bugzilla.redhat.com/show_bug.cgi?id=989982
--- Comment #6 from Petr Šabata psab...@redhat.com ---
The new release also no longer ships with several other modules which should be
packaged before the update, namely UDDI::Lite, XML::Parser::Lite, and
XMLRPC::*.
--
You are receiving this
On 11/08/2013 08:18 AM, Manuel Faux wrote:
I'm trying to create a package of a maven project. The project uses the
tycho-packaging maven plugin with reproducible version qualifiers.
I am not checking out the git repository of the project, but a tgz
bundle. Therefore tycho cannot do any git
https://bugzilla.redhat.com/show_bug.cgi?id=989982
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Depends On||1027594
Referenced
https://bugzilla.redhat.com/show_bug.cgi?id=989982
--- Comment #5 from Petr Šabata psab...@redhat.com ---
This requires IO::SessionData and IO::SessionSet, depending on bug #989982.
Also, SOAP::Transport::TCP is now merged back in.
--
You are receiving this mail because:
You are on the CC
commit d8bcaccf59e7ed73387478cd1d2f0fe2acab0e8b
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Thu Nov 7 09:46:27 2013 +0100
Merge cleanup.
perl-HTML-Format.spec |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
---
diff --git a/perl-HTML-Format.spec
Summary of changes:
cd95de2... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
e95b733... Perl 5.18 rebuild (*)
43154ec... Upstream update. (*)
d8bcacc... Merge cleanup.
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
commit 8c0e682a3fab80b91d538027abfb27e4ddb674c6
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Thu Nov 7 10:46:43 2013 +0100
Merge cleanup.
perl-HTML-Format.spec |3 ---
1 files changed, 0 insertions(+), 3 deletions(-)
---
diff --git a/perl-HTML-Format.spec
Summary of changes:
be3f5b8... Add a few missing deps to avoid possible FTBFS (*)
4356a2a... - Rebuilt for https://fedoraproject.org/wiki/Fedora_19_Mass (*)
cd95de2... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*)
e95b733... Perl 5.18 rebuild (*)
43154ec... Upstream
A file has been added to the lookaside cache for perl-Archive-Any:
16807a0b984871daa0a5d8f2b48d57e6 Archive-Any-0.0941.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 60054edda99ed688159e6914908b7f869ee6a9de
Author: Paul Howarth p...@city-fan.org
Date: Thu Nov 7 10:07:05 2013 +
Update to 0.0941
- New upstream release 0.0941
- Fixes version number in lib/Archive/Any.pm
- Previous release had broken permissions
A file has been added to the lookaside cache for perl-Test-TCP:
9014b0858868530a0786ddf4b1c9b151 Test-TCP-2.02.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 5535550f3360994a3d619c5af552f6546368373f
Author: Ralf Corsépius corse...@fedoraproject.org
Date: Thu Nov 7 12:20:11 2013 +0100
Upstream update.
.gitignore |2 +-
perl-Test-TCP.spec |6 --
sources|2 +-
3 files changed, 6 insertions(+), 4
perl-BerkeleyDB has broken dependencies in the F-20 tree:
On x86_64:
perl-BerkeleyDB-0.53-1.fc20.x86_64 requires libdb = 0:5.3.21
On i386:
perl-BerkeleyDB-0.53-1.fc20.i686 requires libdb = 0:5.3.21
On armhfp:
perl-BerkeleyDB-0.53-1.fc20.armv7hl requires libdb = 0:5.3.21
perl-PDL has broken dependencies in the F-20 tree:
On x86_64:
perl-PDL-2.4.10-6.fc19.x86_64 requires perl(:MODULE_COMPAT_5.16.2)
perl-PDL-2.4.10-6.fc19.x86_64 requires libgd.so.2()(64bit)
On i386:
perl-PDL-2.4.10-6.fc19.i686 requires perl(:MODULE_COMPAT_5.16.2)
perl-Padre has broken dependencies in the F-20 tree:
On x86_64:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-Padre-0.90-6.fc18.noarch requires perl(:MODULE_COMPAT_5.16.0)
On armhfp:
perl-Padre-0.90-6.fc18.noarch requires
perl-Language-Expr has broken dependencies in the F-20 tree:
On x86_64:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On i386:
perl-Language-Expr-0.19-4.fc19.noarch requires
perl(:MODULE_COMPAT_5.16.2)
On armhfp:
perl-MIME-Lite-HTML has broken dependencies in the F-20 tree:
On x86_64:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On i386:
perl-MIME-Lite-HTML-1.24-4.fc18.noarch requires
perl(:MODULE_COMPAT_5.16.0)
On armhfp:
slic3r has broken dependencies in the F-20 tree:
On x86_64:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On i386:
slic3r-0.9.10b-2.fc20.noarch requires perl(:MODULE_COMPAT_5.16.3)
On armhfp:
slic3r-0.9.10b-2.fc20.noarch requires
https://bugzilla.redhat.com/show_bug.cgi?id=993106
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|ON_QA |CLOSED
https://bugzilla.redhat.com/show_bug.cgi?id=993106
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Fixed In Version|perl-Rose-DB-0.773-1.fc18
#431: Enable HTTPS for beaker.fp.o
--+-
Reporter: atodorov | Owner: tflink
Type: defect| Status: new
Priority: major | Milestone:
Component: Blocker bug
#431: Enable HTTPS for beaker.fp.o
---+
Reporter: atodorov | Owner: tflink
Type: defect| Status: new
Priority: major | Milestone:
Component: Blocker bug
= Proposed System Wide Change: Python 3.4 =
https://fedoraproject.org/wiki/Changes/Python_3.4
Change owner(s): Slavek Kabrda bkab...@redhat.com
Update the Python 3 stack in Fedora from Python 3.3 to Python 3.4.
== Detailed description ==
Python 3.4 adds numerous features and optimizations. See
= Proposed Self Contained Change: OpenCL =
https://fedoraproject.org/wiki/Changes/OpenCL
Change Owner(s): Fabian Deutsch fabi...@fedoraproject.org
This change will bring basic OpenCL support to Fedora to support the
development of OpenCL enabled software and the development of OpenCL
101 - 151 of 151 matches
Mail list logo