- Original Message -
Hi everybody,
I have a question about the name of a new package and would like
everyone's opinion on this issue, because in our wiki
(http://fedoraproject.org/wiki/Features/PythonNamingDependingOnImplementation)
practically forces whatever is written in
On Mon, 01 Jul 2013 23:28:00 +0200, Antonio Trande wrote:
pl is the file name without extension (pl.qm). In .spec file:
... %find_lang pl --with-qt %find_lang ru --with-qt ...
Are they correct ?
No.
Multiple invocations of %find_lang is a consecutive fault after
installing
Hi,
Change Proposals Submission Deadline is coming soon, in two weeks [1] -
2013-07-16 - and there are only a few submissions (with only two system
wide changes accepted). Help us with Fedora 20 planning and development
coordination!
See https://fedoraproject.org/wiki/Changes/Policy for current
Hi,
On Wed, Jun 05, 2013 at 06:48:55PM +0200, Branislav Blaskovic wrote:
My proposal [1] is available on fedoraproject wiki page where you can find
main features of this new tool.
If you have any questions, please feel free to contact me here on mailing
list, off-list or
Compose started at Tue Jul 2 08:15:03 UTC 2013
Broken deps for x86_64
--
[avgtime]
avgtime-0-0.6.git20130201.fc20.x86_64 requires
libphobos-ldc.so.60()(64bit)
[contour]
contour-0.3-2.fc19.x86_64 requires
On gio, 2013-06-27 at 13:35 +0200, Marcel J.E. Mol wrote:
Either way is fine for me. I think it just good that xen works ok with f19,
as dom0 or as domU.
Indeed, and it does quite well, as per mine and Konrad's testing, with
the fixes proposed in the bugreports Adam was mentioning, one of
On Mon 01 Jul 2013 05:54:37 PM EDT, Dan Mashal wrote:
On Mon, Jul 1, 2013 at 2:52 PM, Pierre-Yves Luyten p...@luyten.fr wrote:
Not sure if it makes any sense but maybe could we have something like
freeze tag changes until desc is better.
I propose this because testers will not _really_ want to
The Fedora Project is delighted to announce the release of Fedora 19
(Schrödinger's Cat). Open the box and take a look for yourself!
Fedora is a leading-edge, free and open source operating system that continues
to deliver innovative features to many users, with a new release about every
six
A few weeks ago, I received a bug report regarding a Fedora package of ours,
it was a request to have its init configuration migrated to systemd. A
quick search within our Fedora repo shows systemd has become available
starting with FC14, I guess it is about time we adapt our package. So we
did
On 07/02/2013 04:08 PM, Jean-Marc Pigeon wrote:
I was not expecting to have it fully working at the first attempt in my
own container design,
Would you be willing to provide some details about your container
design? Ideally including the code to allow others to reproduce the
problems you
Hi,
I plan to retire package spacewalk-admin in epel, because it requires
spacewalk-base
perl(RHN::SatelliteCert)
which are not in epel.
And I plan to retire
spacewalk-web
in both Fedora and Epel, because it require perl(Spacewalk::Setup).
I do not have intention to package those
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Fedora ARM Project is delighted to announce the release of Fedora 19
(Schrödinger's Cat). Open the box and take a look for yourself!
Fedora is a leading-edge, free and open source operating system that
continues to deliver innovative features to
On Tue, Jul 02, 2013 at 02:45:45AM -0400, Bohuslav Kabrda wrote:
- Original Message -
Hi everybody,
I have a question about the name of a new package and would like
everyone's opinion on this issue, because in our wiki
Hi
On Tue, Jul 2, 2013 at 9:42 AM, Ryan Lerch wrote:
is it possible for not the maintainer to be able to edit the update text
of updates? I'm thinking, say, a member of the documentation team?
No but feel free to file a RFE against bodhi
https://fedorahosted.org/bodhi/
Rahul
--
devel
On 2013-07-01 6:47, Matthias Clasen wrote:
On Sat, 2013-06-29 at 13:59 -0400, Matthew Miller wrote:
On Sat, Jun 29, 2013 at 10:05:56AM -0600, Kevin Fenzi wrote:
I like the idea of 19.1 pretty unofficially or untested, which fix
some issues on mac installs. Which is basically someone run
On 07/02/2013 05:23 PM, Adam Williamson wrote:
I am still wondering where the QA resources to do this are going to
magically spring from. Right now we have to deal with post-19 release
emergencies, test updates for 17, 18 and 19, and work on rather a lot
of improvements for the F20 cycle:
On 2013-07-02 10:26, Jóhann B. Guðmundsson wrote:
On 07/02/2013 05:23 PM, Adam Williamson wrote:
I am still wondering where the QA resources to do this are going to
magically spring from. Right now we have to deal with post-19 release
emergencies, test updates for 17, 18 and 19, and work
Hi,
What about the following idea autogenerate update descriptions for most
cases:
* If %{release} is 1, it's an upstream version update. By storing the url
to the upstream changelog (possibly appropriately parametrized with a
%{version} placeholder), bodhi would generate a description such as
On Mon, Jul 01, 2013 at 11:41:48PM +0200, Björn Persson wrote:
Richard W.M. Jones wrote:
As I think I said pretty clearly, there are two streams of
documentation: the detailed changelogs and the release notes (which
summarise changes in a human-readable form for a whole release).
These
I'm wondering if there's a better method of monitoring a mock build other
than:
# mock -r fedora-release-arch --resultdir=/path/to/results srpm
^Z
# bg 1
# tail -f /path/to/build.log
I guess I could use two terminals, but I'd rather just have the one up...
Richard
--
devel mailing list
On 02.07.2013 20:22, Richard Shaw wrote:
I'm wondering if there's a better method of monitoring a mock build
other than:
# mock -r fedora-release-arch --resultdir=/path/to/results srpm
^Z
# bg 1
# tail -f /path/to/build.log
I guess I could use two terminals, but I'd rather just have the one
On Tue, Jul 2, 2013 at 1:26 PM, Sandro Mani manisan...@gmail.com wrote:
On 02.07.2013 20:22, Richard Shaw wrote:
I'm wondering if there's a better method of monitoring a mock build other
than:
# mock -r fedora-release-arch --resultdir=/path/to/results srpm
^Z
# bg 1
# tail -f
On Tue, Jul 02, 2013 at 10:33:26AM -0500, Dennis Gilmore wrote:
Fedora ARM has all the features of the primary architectures
Is this really accurate?
--
Matthew Garrett | mj...@srcf.ucam.org
--
devel mailing list
devel@lists.fedoraproject.org
On 07/02/2013 01:29 PM, Richard Shaw wrote:
On Tue, Jul 2, 2013 at 1:26 PM, Sandro Mani manisan...@gmail.com
mailto:manisan...@gmail.com wrote:
On 02.07.2013 20:22, Richard Shaw wrote:
I'm wondering if there's a better method of monitoring a mock
build other than:
# mock -r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, 2 Jul 2013 20:18:06 +0100
Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at 10:33:26AM -0500, Dennis Gilmore wrote:
Fedora ARM has all the features of the primary architectures
Is this really accurate?
I has them,
On Tue, Jul 02, 2013 at 03:00:43PM -0500, Dennis Gilmore wrote:
On Tue, 2 Jul 2013 20:18:06 +0100
Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at 10:33:26AM -0500, Dennis Gilmore wrote:
Fedora ARM has all the features of the primary architectures
Is this really
On 07/02/2013 08:04 PM, Matthew Garrett wrote:
On Tue, Jul 02, 2013 at 03:00:43PM -0500, Dennis Gilmore wrote:
On Tue, 2 Jul 2013 20:18:06 +0100
Matthew Garrettmj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at 10:33:26AM -0500, Dennis Gilmore wrote:
Fedora ARM has all the features of the
On 2013-07-02 13:07, Jóhann B. Guðmundsson wrote:
On 07/02/2013 08:04 PM, Matthew Garrett wrote:
On Tue, Jul 02, 2013 at 03:00:43PM -0500, Dennis Gilmore wrote:
On Tue, 2 Jul 2013 20:18:06 +0100
Matthew Garrettmj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at 10:33:26AM -0500, Dennis
2013-07-02 22:00, Dennis Gilmore wrote:
On Tue, 2 Jul 2013 20:18:06 +0100
Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at 10:33:26AM -0500, Dennis Gilmore wrote:
Fedora ARM has all the features of the primary architectures
Is this really accurate?
I has them, they
On Tue, Jul 02, 2013 at 10:16:45PM +0200, Kalev Lember wrote:
2013-07-02 22:00, Dennis Gilmore wrote:
I has them, they may not all work.
In particular, the GNOME image is missing. I would not say it has all
the features of the primary architectures when it doesn't include the
Fedora
On Tue, Jul 2, 2013 at 4:16 PM, Kalev Lember kalevlem...@gmail.com wrote:
In particular, the GNOME image is missing. I would not say it has all
the features of the primary architectures when it doesn't include the
Fedora default desktop.
This is mostly because of a lack of video drivers on
On 07/02/2013 08:38 PM, Jared K. Smith wrote:
On Tue, Jul 2, 2013 at 4:16 PM, Kalev Lember kalevlem...@gmail.com
mailto:kalevlem...@gmail.com wrote:
In particular, the GNOME image is missing. I would not say it has all
the features of the primary architectures when it doesn't include
Thanks Michal,
your answer was really positive and encourage me to proceed further.
So I have now an FC18 running within a container under an EL6.4 HOST
with kernel 3.9.4 (big smile).
Problems starts to unlock themselves as I decided to bypass
network.service altogether
starting network and
On Tue, Jul 02, 2013 at 04:38:30PM -0400, Jared K. Smith wrote:
On Tue, Jul 2, 2013 at 4:16 PM, Kalev Lember kalevlem...@gmail.com wrote:
In particular, the GNOME image is missing. I would not say it has all
the features of the primary architectures when it doesn't include the
Fedora
I saw this during the update:
Updating : abrt-libs-2.1.5-1.fc18.x86_64
10/76
cp: cannot create regular file
â/var/tmp/abrt/ccpp-2013-03-27-09:24:26-2877/environâ: No such file or
directory
cp: cannot create regular file
â/var/tmp/abrt/ccpp-2013-03-27-09:24:26-2877/mapsâ: No such file or
On Tue, Jul 2, 2013 at 9:16 PM, Kalev Lember kalevlem...@gmail.com wrote:
2013-07-02 22:00, Dennis Gilmore wrote:
On Tue, 2 Jul 2013 20:18:06 +0100
Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at 10:33:26AM -0500, Dennis Gilmore wrote:
Fedora ARM has all the features of
On Tue, Jul 2, 2013 at 11:20 PM, Peter Robinson pbrobin...@gmail.com wrote:
On Tue, Jul 2, 2013 at 9:16 PM, Kalev Lember kalevlem...@gmail.com wrote:
2013-07-02 22:00, Dennis Gilmore wrote:
On Tue, 2 Jul 2013 20:18:06 +0100
Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at
On Tue, Jul 2, 2013 at 11:21 PM, drago01 drag...@gmail.com wrote:
On Tue, Jul 2, 2013 at 11:20 PM, Peter Robinson pbrobin...@gmail.com wrote:
On Tue, Jul 2, 2013 at 9:16 PM, Kalev Lember kalevlem...@gmail.com wrote:
2013-07-02 22:00, Dennis Gilmore wrote:
On Tue, 2 Jul 2013 20:18:06 +0100
On Tue, Jul 2, 2013 at 9:20 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at 10:16:45PM +0200, Kalev Lember wrote:
2013-07-02 22:00, Dennis Gilmore wrote:
I has them, they may not all work.
In particular, the GNOME image is missing. I would not say it has all
the
On Tue, Jul 2, 2013 at 10:05 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at 04:38:30PM -0400, Jared K. Smith wrote:
On Tue, Jul 2, 2013 at 4:16 PM, Kalev Lember kalevlem...@gmail.com wrote:
In particular, the GNOME image is missing. I would not say it has all
the
On Tue, Jul 02, 2013 at 10:28:03PM +0100, Peter Robinson wrote:
On Tue, Jul 2, 2013 at 10:05 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
GNOME runs fine without hardware 3D support, but the llvmpipe code that
makes that possible segfaults on ARM.
gnome runs fine on ARM as well without
On Tue, Jul 2, 2013 at 10:36 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at 10:28:03PM +0100, Peter Robinson wrote:
On Tue, Jul 2, 2013 at 10:05 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
GNOME runs fine without hardware 3D support, but the llvmpipe code that
I am doing an upgrade from F18 to F19 using fedup network and performance
is very slow - 3+ hours on a 20 Mbit connection. There seems to be about a
10-15 second delay between package downloads. Is there a reason for this
delay?
--
Mark Bidewell
http://www.linkedin.com/in/markbidewell
--
On 07/02/2013 02:49 PM, Peter Robinson wrote:
Yes... that would be great if the LLVM maintainer would step up and
help out with the issues oops we don't have one of those [1]!
Getting any form of support for LLVM on ARM has been like pushing shit
up hill and has been an issue for the 2.5
On 2013-07-02 15:00, Mark Bidewell wrote:
I am doing an upgrade from F18 to F19 using fedup network and
performance is very slow - 3+ hours on a 20 Mbit connection. There
seems to be about a 10-15 second delay between package downloads. Is
there a reason for this delay?
Well, it's *release
On Tue, Jul 02, 2013 at 10:49:18PM +0100, Peter Robinson wrote:
Not pretty but we're severely limited by resources and ability and
there's a reason we don't currently ship the a gnome build.
LLVM is part of Fedora, and to the extent that it contains ARM-specific
code it's the ARM porters'
On Tue, 2013-07-02 at 18:00 -0400, Mark Bidewell wrote:
I am doing an upgrade from F18 to F19 using fedup network and
performance is very slow - 3+ hours on a 20 Mbit connection. There
seems to be about a 10-15 second delay between package downloads. Is
there a reason for this delay?
On Tue, Jul 2, 2013 at 11:09 PM, Matthew Garrett mj...@srcf.ucam.org wrote:
On Tue, Jul 02, 2013 at 10:49:18PM +0100, Peter Robinson wrote:
Not pretty but we're severely limited by resources and ability and
there's a reason we don't currently ship the a gnome build.
LLVM is part of Fedora,
On Tue, Jul 02, 2013 at 11:14:33PM +0100, Peter Robinson wrote:
I agree but it's not exactly maintainer on x86, ARM or otherwise which
was the point I made previously. The LLVM problem isn't necessarily
just an ARM problem.
Not disagreeing, but the fact that you're the ones hitting it does
On Tue, 2013-07-02 at 18:13 -0400, Herbert Rutledge wrote:
Actually, I sort of knew that she had something to do with food, had
diabetes, and was on TV from the covers of women's magazines on display
at the checkout counter at the Rite Aid. That was pretty much it.
A thousand apologies. I
Richard W.M. Jones wrote:
%changelog -f changelog_file
%changelog -g git_repo
And, I suppose:
%changelog -s Subversion_repo
%changelog -c CVS_repo
%changelog -m Monotone_repo
%changelog -h Mercurial_repo
%changelog -a Arch_repo
%changelog -b Bazaar_repo
... and so on, right? And every time
Hey, folks. Another license issue I caught while bumping PokerTH.
Somewhere between 0.8.3 and 0.9.4 (I can't be more precise as the
earlier 0.9 releases no longer seem to be available and this fact was
not noted in the changelog!), upstream changed the license from GPLv2+
to AGPLv3+. In 1.0,
On 07/02/2013 Matthew Garrett wrote:
GNOME runs fine without hardware 3D support, but the llvmpipe code that
makes that possible segfaults on ARM.
Gnome3 Desktop is unusable on i686 with RV280 video card driven by llvmpipe.
XFCE and MATE *do* run just fine using the classic ati driver.
Not d/l speed related. I just want to share. I update a very fast 8 core
server, with a conventional disk drive. Took 2-3 hours, not including d/l.
I update my laptop which has an ssd (and MORE packages). Took 10-15 minutes.
--
devel mailing list
devel@lists.fedoraproject.org
On Jul 2, 2013, at 6:28 PM, John Reiser jrei...@bitwagon.com wrote:
On 07/02/2013 Matthew Garrett wrote:
GNOME runs fine without hardware 3D support, but the llvmpipe code that
makes that possible segfaults on ARM.
Gnome3 Desktop is unusable on i686 with RV280 video card driven by
On Mon, 2013-07-01 at 14:54 -0700, Dan Mashal wrote:
There is already a perfect example of this.
https://admin.fedoraproject.org/updates/FEDORA-2013-11846/selinux-policy-3.12.1-57.fc19
Dan
Thanks for pointing it out. I've filed more negative karma against this
update, but it needs even
On Mon, 2013-07-01 at 14:54 -0700, Dan Mashal wrote:
There is already a perfect example of this.
https://admin.fedoraproject.org/updates/FEDORA-2013-11846/selinux-policy-3.12.1-57.fc19
Dan
I went through updates-testing looking for placeholder text (and will
never be doing that again,
On 2013-07-02 18:44, Chris Murphy wrote:
On Jul 2, 2013, at 6:28 PM, John Reiser jrei...@bitwagon.com wrote:
On 07/02/2013 Matthew Garrett wrote:
GNOME runs fine without hardware 3D support, but the llvmpipe code
that
makes that possible segfaults on ARM.
Gnome3 Desktop is unusable on
On 07/01/2013 01:25 PM, Adam Williamson wrote:
On 2013-07-01 1:28, Richard W.M. Jones wrote:
Since this topic comes up every few months, and no one's pointed
out the obvious answer yet, I'll say it:
* Instead of making up more rules, make the tooling better so
we don't have to repeat update
On 2013-07-02 21:32, Michael Catanzaro wrote:
On Mon, 2013-07-01 at 14:54 -0700, Dan Mashal wrote:
There is already a perfect example of this.
https://admin.fedoraproject.org/updates/FEDORA-2013-11846/selinux-policy-3.12.1-57.fc19
Dan
I went through updates-testing looking for placeholder
On 07/01/2013 02:43 PM, Johannes Lips wrote:
Richard W.M. Jones wrote:
Since this topic comes up every few months, and no one's pointed
out the obvious answer yet, I'll say it:
* Instead of making up more rules, make the tooling better so
we don't have to repeat update descriptions in
On 07/02/2013 08:28 PM, Neal Becker wrote:
Not d/l speed related. I just want to share. I update a very fast 8 core
server, with a conventional disk drive. Took 2-3 hours, not including d/l.
I update my laptop which has an ssd (and MORE packages). Took 10-15 minutes.
I think this might
On 2013-07-02 21:42, Alex G. wrote:
On 07/02/2013 08:28 PM, Neal Becker wrote:
Not d/l speed related. I just want to share. I update a very fast 8
core
server, with a conventional disk drive. Took 2-3 hours, not including
d/l.
I update my laptop which has an ssd (and MORE packages). Took
On 07/03/2013 12:15 AM, Adam Williamson wrote:
On 2013-07-02 21:42, Alex G. wrote:
On 07/02/2013 08:28 PM, Neal Becker wrote:
Not d/l speed related. I just want to share. I update a very fast 8
core
server, with a conventional disk drive. Took 2-3 hours, not
including d/l.
I update my
On 2013-07-02 22:25, Alex G. wrote:
On 07/03/2013 12:15 AM, Adam Williamson wrote:
On 2013-07-02 21:42, Alex G. wrote:
On 07/02/2013 08:28 PM, Neal Becker wrote:
Not d/l speed related. I just want to share. I update a very fast
8
core
server, with a conventional disk drive. Took 2-3
Hi, folks,
Since a large number of people have requested new features in
python-boto I'd like to update it from version 2.5.2 to the current
version, 2.9.6. API-wise it should be completely
backwards-compatible, but there is one change of note: it now
verifies SSL certs by default. Will that
commit 29574153b3594c02f77159c65a83755943ec03d0
Author: Jitka Plesnikova jples...@redhat.com
Date: Tue Jul 2 09:32:40 2013 +0200
Specify all dependencies
perl-threads-shared.spec | 10 +-
1 files changed, 9 insertions(+), 1 deletions(-)
---
diff --git a/perl-threads-shared.spec
commit fa601580022f64715f72a6d4fdda30995fd8478c
Author: Jitka Plesnikova jples...@redhat.com
Date: Tue Jul 2 12:53:47 2013 +0200
Remove BR perl(Test)
perl-threads-shared.spec |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
---
diff --git a/perl-threads-shared.spec
perl-Bio-SamTools has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires
perl(Bio::SeqFeature::Lite)
perl-Bio-SamTools-1.35-2.fc19.x86_64 requires perl(Bio::PrimarySeq)
On i386:
perl-Bio-SamTools-1.35-2.fc19.i686 requires
perl-PDL has broken dependencies in the rawhide tree:
On x86_64:
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 libgd.so.2
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
perl-Bio-ASN1-EntrezGene has broken dependencies in the rawhide tree:
On x86_64:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
On i386:
perl-Bio-ASN1-EntrezGene-1.091-17.fc19.noarch requires
perl(Bio::Index::AbstractSeq)
Please resolve
commit bfa46db6498a6bdc32f4f3f8998655cb7a73e7c0
Author: Jitka Plesnikova jples...@redhat.com
Date: Tue Jul 2 15:18:12 2013 +0200
Specify all dependencies
perl-version.spec | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
---
diff --git a/perl-version.spec
https://bugzilla.redhat.com/show_bug.cgi?id=892597
--- Comment #10 from Fedora Update System upda...@fedoraproject.org ---
glite-lb-types-2.0.7-2.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/glite-lb-types-2.0.7-2.fc19
--
You are receiving this
https://bugzilla.redhat.com/show_bug.cgi?id=892597
--- Comment #11 from Fedora Update System upda...@fedoraproject.org ---
glite-lb-types-2.0.7-2.fc18 has been submitted as an update for Fedora 18.
https://admin.fedoraproject.org/updates/glite-lb-types-2.0.7-2.fc18
--
You are receiving this
https://bugzilla.redhat.com/show_bug.cgi?id=892597
--- Comment #12 from Fedora Update System upda...@fedoraproject.org ---
glite-lb-types-2.0.7-2.el6 has been submitted as an update for Fedora EPEL 6.
https://admin.fedoraproject.org/updates/glite-lb-types-2.0.7-2.el6
--
You are receiving this
https://bugzilla.redhat.com/show_bug.cgi?id=892597
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
Status|MODIFIED|ON_QA
76 matches
Mail list logo