On 04/14/2013 07:10 PM, Matthias Runge wrote:
On 04/14/2013 06:54 PM, Jóhann B. Guðmundsson wrote:
Convincing this is about doing the right thing!
I your intention was to ban mysql in the distribution then it should
have been banned and dropped instead of this mess that you guys have
created.
Il 15/04/2013 08:19, Jóhann B. Guðmundsson ha scritto:
On 04/14/2013 07:10 PM, Matthias Runge wrote:
On 04/14/2013 06:54 PM, Jóhann B. Guðmundsson wrote:
Convincing this is about doing the right thing!
I your intention was to ban mysql in the distribution then it should
have been banned and
On 04/05/13 at 04:16pm, Jakub Jelinek wrote:
On Fri, Apr 05, 2013 at 07:31:55PM +0530, Dhiru Kholia wrote:
I repeated the benchmarks (mentioned in the above bug report) for
Firefox 20.0 running on Fedora 18 64-bit.
Firefox as benchmark doesn't look like a good idea (and I'm really surprised
On Sun, Apr 14, 2013 at 01:43:05AM +0200, Kevin Kofler wrote:
I repeat: The proper solution is to prevent executing any machine code which
is not part of the program's source code.
You're simply wrong about this. It's trivial to come up with a
counter-example, if you're prepared to give it a
On Sun, Apr 14, 2013 at 01:43:05AM +0200, Kevin Kofler wrote:
Richard W.M. Jones wrote:
I said it doesn't implement full bounds checking for every C object,
and I stand by that. I doesn't cover stack objects smaller than some
cut-off size, nor any objects in static data or on the heap at
On Sun, 2013-04-14 at 15:28 -0700, Dan Mashal wrote:
It returns you to pkgdb to set acls and the relationships tab gives an
error. I was mainly looking at it to manage permissions (right now).
Packages is not meant for this
And when I meant functional I meant FULLY functional, meaning I
On Mon, Apr 15, 2013 at 3:08 AM, Pierre-Yves Chibon pin...@pingoured.fr wrote:
On Sun, 2013-04-14 at 15:28 -0700, Dan Mashal wrote:
It returns you to pkgdb to set acls and the relationships tab gives an
error. I was mainly looking at it to manage permissions (right now).
Packages is not meant
On Mon, Apr 15, 2013 at 12:08:24 +0200,
Pierre-Yves Chibon pin...@pingoured.fr wrote:
On Sun, 2013-04-14 at 15:28 -0700, Dan Mashal wrote:
It returns you to pkgdb to set acls and the relationships tab gives an
error. I was mainly looking at it to manage permissions (right now).
Packages is
Is there any guidance as when to trim %changelog down to size? Some
packages have thousands of lines of spec file dating back over 15
years which seem kinda redundant now we're using git.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
On Mon, 15 Apr 2013 12:08:24 +0200
Pierre-Yves Chibon pin...@pingoured.fr wrote:
On Sun, 2013-04-14 at 15:28 -0700, Dan Mashal wrote:
It returns you to pkgdb to set acls and the relationships tab gives
an error. I was mainly looking at it to manage permissions (right
now).
Packages is
On Mon, 2013-04-15 at 12:34 +0200, Dan Horák wrote:
ownership of a package by a group
On Mon, 2013-04-15 at 05:29 -0500, Bruno Wolff III wrote:
It would be nice to be able to change acls without having to enable
javascript.
On Mon, 2013-04-15 at 03:29 -0700, Dan Mashal wrote:
1) It's slow.
Compose started at Mon Apr 15 08:15:47 UTC 2013
Broken deps for x86_64
--
[aeolus-conductor]
aeolus-conductor-0.10.6-2.fc19.noarch requires ruby(abi) = 0:1.9.1
[amide]
amide-1.0.0-4.fc19.x86_64 requires
I am not sure how to fix this. The current spec file in master and f19
has the following requires:
BuildRequires: ruby-devel = 1.9
Requires: ruby(abi) = 1.9
The current package is at 2.0 which should be ok. Is there an obvious
change I need to make?
-- bk
Original
ppisar has set the watchcommits acl on perl-DBD-MySQL (Fedora 19) to Approved
for perl-sig
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-DBD-MySQL
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
ppisar has set the watchcommits acl on perl-DBD-MySQL (Fedora 18) to Approved
for perl-sig
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-DBD-MySQL
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
Compose started at Mon Apr 15 09:15:16 UTC 2013
Broken deps for x86_64
--
[aeolus-conductor]
aeolus-conductor-0.10.6-2.fc19.noarch requires ruby(abi) = 0:1.9.1
[alexandria]
alexandria-0.6.9-4.fc19.noarch requires ruby(abi) =
Hi,
change ruby(abi) to Requires: ruby(release) as in guidelines [1]
Each Ruby package must indicate it depends on a Ruby interpreter. Use
ruby(release) virtual requirement to achieve that:
This is due to support both MRI and JRuby in next Fedora releases.
[1]
Richard Hughes wrote:
Is there any guidance as when to trim %changelog down to size? Some
packages have thousands of lines of spec file dating back over 15
years which seem kinda redundant now we're using git.
To me, common sense dictates that it's perfectly ok to trim the length of
the
commit 19e7a110abbd77817d909a6e5715f48d336c91a9
Author: Petr Písař ppi...@redhat.com
Date: Mon Apr 15 14:46:03 2013 +0200
Revert Teach rpmlint
This reverts commit 787a690ec94d904da883b726dc88aa4098ff8056.
.build-0.38-1.fc20.log| 94 --
commit b5288b83ada5420e29ddbe876420a754e1a3b9cb
Author: Petr Písař ppi...@redhat.com
Date: Mon Apr 15 14:46:46 2013 +0200
Teach rpmlint
.rpmlint |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
---
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..21e112e
---
I've a dell E6500 running F19. Did a yum upgrade from F18. All has been
working great
untill I tried to upgrade the following:
mesa-libEGL.i686 9.1-6.fc19updates-testing
mesa-libEGL.x86_64 9.1-6.fc19updates-testing
mesa-libEGL-devel.x86_64 9.1-6.fc19
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952179
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Hi Bryan,
If you are OK with:
* making the .spef file F19+ compatible only
* dropping the ruby-pam sub-package
I can fix the .spec file for you. Please let me know.
Vít
Dne 15.4.2013 13:54, Bryan Kearney napsal(a):
I am not sure how to fix this. The current spec file in master and f19
On Mon, 2013-04-15 at 07:43 -0500, Rex Dieter wrote:
Richard Hughes wrote:
Is there any guidance as when to trim %changelog down to size? Some
packages have thousands of lines of spec file dating back over 15
years which seem kinda redundant now we're using git.
To me, common sense
A file has been added to the lookaside cache for perl-File-Temp:
75a8aec1916ebbe88988ce68e84ccdd7 File-Temp-0.2301.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 8533e181dc3025e3b18a7c043db8daf3193b8463
Author: Petr Písař ppi...@redhat.com
Date: Mon Apr 15 15:09:04 2013 +0200
0.2301 bump
.gitignore |1 +
perl-File-Temp.spec | 26 --
sources |2 +-
3 files changed, 18 insertions(+), 11
commit f1535f9e905d616a69913d335f5c250f82b38f1c
Author: Petr Písař ppi...@redhat.com
Date: Mon Apr 15 15:10:00 2013 +0200
Teach rpmlint
.rpmlint |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
---
diff --git a/.rpmlint b/.rpmlint
new file mode 100644
index 000..62edac9
---
At the moment, my best judgment is trim anything older than one year
and that's what I've been doing to my packages. Thanks for the sanity
check.
Richard
On 15 April 2013 13:43, Rex Dieter rdie...@math.unl.edu wrote:
Richard Hughes wrote:
Is there any guidance as when to trim %changelog down
On 15 Apr 2013 14:16, Pierre-Yves Chibon pin...@pingoured.fr wrote:
On Mon, 2013-04-15 at 07:43 -0500, Rex Dieter wrote:
Richard Hughes wrote:
Is there any guidance as when to trim %changelog down to size? Some
packages have thousands of lines of spec file dating back over 15
years
On Mon, Apr 15, 2013 at 12:55:35 +0200,
Pierre-Yves Chibon pin...@pingoured.fr wrote:
We're also thinking of a Become comaintainer button that applies for
you to all ACLs for the latest 2 branches (for example).
You'd probably want the default to be all active Fedora branches rather
than
On Monday, April 15, 2013 09:12:57 AM Richard W.M. Jones wrote:
which I interpret to mean that after using -fstack-protector-all and
removing prelink, SELinux would become obsolete because no executable
can be exploited.
I would say there is a place for SE Linux even if we compiled everything
A file has been added to the lookaside cache for perl-XML-LibXML:
d3bbc3437f6b39eca5825e9d0b0c187a XML-LibXML-2.0016.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Mon, 2013-04-15 at 09:12 +0100, Richard W.M. Jones wrote:
which I interpret to mean that after using -fstack-protector-all and
removing prelink, SELinux would become obsolete because no executable
can be exploited.
No; there are plenty of exploits which aren't due to buffer overflows.
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952130
--- Comment #3 from Gianluca Sforna gia...@gmail.com ---
This is weird. So it seems it took four commits to fprintd to settle on a
suboptimal one :)
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952130
--- Comment #4 from Gianluca Sforna gia...@gmail.com ---
And anyway, I can't see how adding a Provides for something which is actually
provided qualifies as a new feature. Thanks anyway for the prompt reply.
--
You are receiving
On Sun, Apr 14, 2013 at 12:31 PM, Richard Hughes hughsi...@gmail.comwrote:
On 13 April 2013 23:09, Kevin Kofler kevin.kof...@chello.at wrote:
Sure you can! It's a basic rule of QA that small isolated changes can be
debugged much better than a huge hodgepodge of many totally unrelated
On Mon, Apr 15, 2013 at 12:08:24PM +0200, Pierre-Yves Chibon wrote:
Please tell me, what's wrong with pkgdb and feel free to suggest how it
could be fixed.
I don't know if pkgdb covers this bit of UI:
https://admin.fedoraproject.org/pkgdb
but it'd be nice if the Applications button was
On Mon, Apr 15, 2013 at 11:30:20AM +0100, Richard Hughes wrote:
Is there any guidance as when to trim %changelog down to size? Some
packages have thousands of lines of spec file dating back over 15
years which seem kinda redundant now we're using git.
I believe we've had this discussion
On Mon, Apr 15, 2013 at 11:00 AM, Toshio Kuratomi a.bad...@gmail.comwrote:
If I remember, I tend to trim off changelog entries that are more than two
years old once a year for packages that I own. Two years is twice the
length of a Fedora EOL cycle and since it grows to three years during the
Dne 15.4.2013 18:03, Richard Shaw napsal(a):
On Mon, Apr 15, 2013 at 11:00 AM, Toshio Kuratomi a.bad...@gmail.com
mailto:a.bad...@gmail.com wrote:
If I remember, I tend to trim off changelog entries that are more
than two
years old once a year for packages that I own. Two years is
On Mon, 15 Apr 2013 11:03:34 -0500
Richard Shaw hobbes1...@gmail.com wrote:
On Mon, Apr 15, 2013 at 11:00 AM, Toshio Kuratomi
a.bad...@gmail.comwrote:
If I remember, I tend to trim off changelog entries that are more
than two years old once a year for packages that I own. Two years
is
On Sat, Apr 13, 2013 at 7:51 PM, Reindl Harald h.rei...@thelounge.netwrote:
which raises the question again:
would it be not the better way to build the whole distribution hardened
by expierience that nearly anything is exploitable over the long and
performance comes after security
The
On Mon, 2013-04-15 at 16:55 +0100, Richard W.M. Jones wrote:
On Mon, Apr 15, 2013 at 12:08:24PM +0200, Pierre-Yves Chibon wrote:
Please tell me, what's wrong with pkgdb and feel free to suggest how it
could be fixed.
I don't know if pkgdb covers this bit of UI:
Once upon a time, Vít Ondruch vondr...@redhat.com said:
Not sure if the age of entry is the only metrics which should be used.
What if there was no change in last 3 years? Then we will have just one
changelog entry? Just thinking loud ...
Especially if there was no upstream release in the
On 04/15/2013 09:05 AM, Pierre-Yves Chibon wrote:
On Mon, 2013-04-15 at 07:43 -0500, Rex Dieter wrote:
Richard Hughes wrote:
Is there any guidance as when to trim %changelog down to size? Some
packages have thousands of lines of spec file dating back over 15
years which seem kinda redundant
On 04/13/2013 07:43 PM, Kevin Kofler wrote:
Richard W.M. Jones wrote:
This would be excellent, and projects in this area could make a
significant contribution. I suspect that any general code-to-policy
translator will hit the Halting Problem, since it seems trivial to
write a program which
Am 15.04.2013 18:48, schrieb Miloslav Trmač:
On Sat, Apr 13, 2013 at 7:51 PM, Reindl Harald h.rei...@thelounge.net
mailto:h.rei...@thelounge.net wrote:
which raises the question again:
would it be not the better way to build the whole distribution hardened
by expierience
On Mon, Apr 15, 2013 at 7:40 PM, Reindl Harald h.rei...@thelounge.netwrote:
Am 15.04.2013 18:48, schrieb Miloslav Trmač:
On Sat, Apr 13, 2013 at 7:51 PM, Reindl Harald
h.rei...@thelounge.netmailto:
h.rei...@thelounge.net wrote:
which raises the question again:
would it be
Miloslav Trmač wrote:
The logical conclusion from this is to move to a language with automatic
memory management. The top vulnerability reports for programs written in
C/C++ and most other languages so different that starting a new project
that processes untrusted data in C/C++ is becoming
On Mon, 2013-04-15 at 20:17 +0200, Miloslav Trmač wrote:
On Mon, Apr 15, 2013 at 7:40 PM, Reindl Harald
h.rei...@thelounge.net wrote:
Am 15.04.2013 18:48, schrieb Miloslav Trmač:
On Sat, Apr 13, 2013 at 7:51 PM, Reindl Harald
h.rei...@thelounge.net
From: les hlhow...@pacbell.net
Maybe I'm wrong, but given that I won't likely be around by the time
these newer languages have become senior, I won't see my statement
refuted.
You needn't wait long. Ada has been around for three some decades
already. ;-)
--
John Florian
--
devel
On Mon, 15 Apr 2013 08:41:56 -0500
Bruno Wolff III br...@wolff.to wrote:
On Mon, Apr 15, 2013 at 12:55:35 +0200,
You might want to have some way to handle getting combinations of
access. For example if you request acl access, you really should
request all of the rest by default. Commit access
On Mon, Apr 15, 2013 at 06:48:32PM +0200, Miloslav Trmač wrote:
Now, what to move to? I currently don't have see any language/runtime I
could recommend, which is in itself rather frightening.
Ada, Eiffel, Go, Coq + OCaml, Erlang, Haskell, CompCert[*], etc. etc.
All these languages are viable.
les wrote:
I do not believe that C or C++ are
inherently less secure than other languages, nor do I believe that there
is some statistical way of proving that fact. One can write good or bad
code in all languages.
I believe you are wrong. Some languages are more secure than other
languages.
On Seg, 2013-04-15 at 07:49 -0500, Brian Millett wrote:
I've a dell E6500 running F19. Did a yum upgrade from F18. All has been
working great
untill I tried to upgrade the following:
mesa-libEGL.i686 9.1-6.fc19updates-testing
mesa-libEGL.x86_64 9.1-6.fc19
On Seg, 2013-04-15 at 23:20 +0100, Sérgio Basto wrote:
On Seg, 2013-04-15 at 07:49 -0500, Brian Millett wrote:
I've a dell E6500 running F19. Did a yum upgrade from F18. All has been
working great
untill I tried to upgrade the following:
mesa-libEGL.i686 9.1-6.fc19
On Ter, 2013-04-16 at 03:05 +0100, Sérgio Basto wrote:
On Seg, 2013-04-15 at 23:20 +0100, Sérgio Basto wrote:
On Seg, 2013-04-15 at 07:49 -0500, Brian Millett wrote:
I've a dell E6500 running F19. Did a yum upgrade from F18. All has been
working great
untill I tried to upgrade
NOTE: All DVD and Live images except KDE Live and SoaS Live are still
oversize (as they have been since Alpha TC3).
As per the Fedora 19 schedule [1], Fedora 19 Alpha Release Candidate 3
(RC3) is now available for testing. Content information, including
changes, can be found at
Hi folks - thanks for helping out with the last UEFI testing request, it
was very helpful. If we could impose again, it would be really helpful
if anyone with a UEFI-capable system could try a UEFI native install of
Alpha RC3:
https://dl.fedoraproject.org/pub/alt/stage/19-Alpha-RC3/
and
Hi,
Here are some statistics on package reviews from the first of April.
We'll try and get them around more regularly, hopefully on a weekly
basis, in the future. Tom, Shawn and Kalev have done more reviews in
this period. In total, there were 92 reviews completed:
Start Date: 2013-04-01
A file has been added to the lookaside cache for perl-ExtUtils-Helpers:
dac17d14ef75b11246551bbac73694ad ExtUtils-Helpers-0.016.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit ea02e0aecf465e6e4854fc93101a118316b7297f
Author: Paul Howarth p...@city-fan.org
Date: Mon Apr 15 09:46:25 2013 +0100
Update to 0.016
- New upstream release 0.016
- Made man3_pagename more flexible with paths
- Reverted pl2bat to a more original state
-
Summary of changes:
ea02e0a... Update to 0.016 (*)
(*) 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:
ea02e0a... Update to 0.016 (*)
(*) 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:
ea02e0a... Update to 0.016 (*)
(*) 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:
ea02e0a... Update to 0.016 (*)
(*) 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
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952130
Bug ID: 952130
Summary: Provide perl-podlators
Product: Fedora
Version: 18
Component: perl
Severity: unspecified
Priority: unspecified
Assignee:
Summary of changes:
ea02e0a... Update to 0.016 (*)
(*) 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
The lightweight tag 'perl-ExtUtils-Helpers-0.016-1.el5' was created pointing to:
ea02e0a... Update to 0.016
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-ExtUtils-Helpers-0.016-1.el6' was created pointing to:
ea02e0a... Update to 0.016
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-ExtUtils-Helpers-0.016-1.fc17' was created pointing
to:
ea02e0a... Update to 0.016
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-ExtUtils-Helpers-0.016-1.fc18' was created pointing
to:
ea02e0a... Update to 0.016
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-ExtUtils-Helpers-0.016-1.fc19' was created pointing
to:
ea02e0a... Update to 0.016
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-ExtUtils-Helpers-0.016-1.fc20' was created pointing
to:
ea02e0a... Update to 0.016
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952130
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |CLOSED
A file has been added to the lookaside cache for perl-IO-Socket-SSL:
53513ee1d14d36af99c4f3eb895d6dbf IO-Socket-SSL-1.85.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952130
Paul Howarth p...@city-fan.org changed:
What|Removed |Added
CC|
commit ff458068d89e39e5e278a487764c03348c81f1c5
Author: Paul Howarth p...@city-fan.org
Date: Mon Apr 15 11:12:28 2013 +0100
Update to 1.85
- New upstream release 1.85
- Probe for available modules with local __DIE__ and __WARN__handlers
(CPAN RT#84574)
- Fix
Summary of changes:
ff45806... Update to 1.85 (*)
(*) 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
The lightweight tag 'perl-IO-Socket-SSL-1.85-1.fc19' was created pointing to:
ff45806... Update to 1.85
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
The lightweight tag 'perl-IO-Socket-SSL-1.85-1.fc20' was created pointing to:
ff45806... Update to 1.85
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952175
Bug ID: 952175
Summary: perl-App-cpanminus-1.6108 is available
Product: Fedora
Version: rawhide
Component: perl-App-cpanminus
Keywords: FutureFeature, Triaged
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952177
Bug ID: 952177
Summary: perl-CPAN-Mini-1.111013 is available
Product: Fedora
Version: rawhide
Component: perl-CPAN-Mini
Keywords: FutureFeature, Triaged
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952179
Bug ID: 952179
Summary: perl-File-Fetch-0.42 is available
Product: Fedora
Version: rawhide
Component: perl-File-Fetch
Keywords: FutureFeature, Triaged
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952180
Bug ID: 952180
Summary: perl-File-Temp-0.2301 is available
Product: Fedora
Version: rawhide
Component: perl-File-Temp
Keywords: FutureFeature, Triaged
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952184
Bug ID: 952184
Summary: perl-Test-Class-0.39 is available
Product: Fedora
Version: rawhide
Component: perl-Test-Class
Keywords: FutureFeature, Triaged
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952185
Bug ID: 952185
Summary: perl-Wx-0.9921 is available
Product: Fedora
Version: rawhide
Component: perl-Wx
Keywords: FutureFeature, Triaged
Severity:
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952186
Bug ID: 952186
Summary: perl-XML-LibXML-2.0016 is available
Product: Fedora
Version: rawhide
Component: perl-XML-LibXML
Keywords: FutureFeature, Triaged
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=781417
Upstream Release Monitoring upstream-release-monitor...@fedoraproject.org
changed:
What|Removed |Added
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952175
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
A file has been added to the lookaside cache for perl-App-cpanminus:
59bbb83869f34feaa592cb76e5103746 App-cpanminus-1.6108.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
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 78f490247eeb7bfed8f4a27a5aa779460efd964c
Author: Petr Písař ppi...@redhat.com
Date: Mon Apr 15 13:08:45 2013 +0200
1.6108 bump
.gitignore |1 +
perl-App-cpanminus.spec |5 -
sources |2 +-
3 files changed, 6 insertions(+), 2 deletions(-)
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952177
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=952175
Petr Pisar ppi...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
A file has been added to the lookaside cache for perl-CPAN-Mini:
7c2cdf9defca583af99e4ae76c1eb18f CPAN-Mini-1.111013.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit b338a77c476635edeaa0c23e9bc5edb54dca2877
Author: Petr Písař ppi...@redhat.com
Date: Mon Apr 15 13:46:39 2013 +0200
1.111013 bump
.gitignore |1 +
perl-CPAN-Mini.spec | 30 +++---
sources |2 +-
3 files changed, 25
perl-Bio-SamTools has broken dependencies in the F-19 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-Bio-ASN1-EntrezGene has broken dependencies in the F-19 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 this
perl-Math-Clipper has broken dependencies in the F-19 tree:
On x86_64:
perl-Math-Clipper-1.17-3.fc19.x86_64 requires
libpolyclipping.so.5()(64bit)
On i386:
perl-Math-Clipper-1.17-3.fc19.i686 requires libpolyclipping.so.5
Please resolve this as soon as possible.
--
Fedora
1 - 100 of 146 matches
Mail list logo
