2013/3/7 Clive Hills discordia...@gmail.com
I suppose I have to bite and ask why yubikey is regarded as single-factor?
I guess it isn't something I know as well as something I have?
Spot's poll is interesting - I see SecureID hard tokens leading the hard
tokens featured (7am UTC Thursday)
A file has been added to the lookaside cache for perl-utf8-all:
159ac1b5f6b4a8daae35fcf4fed2f794 utf8-all-0.010.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit 0e21b1f7ef329458d0e8ca8aa30ba6e17e481455
Author: Petr Písař ppi...@redhat.com
Date: Thu Mar 7 09:10:50 2013 +0100
Import
.gitignore |1 +
perl-utf8-all.spec | 69
sources|1 +
3 files changed, 71
On Wed, 06 Mar 2013 16:13:47 +0100, Mark Wielaard wrote:
On Wed, 2013-03-06 at 14:38 +, Richard W.M. Jones wrote:
[...]
==11843== 56 bytes in 1 blocks are definitely lost in loss record 6 of 6
==11843==at 0x4A06409: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
On Thu, 2013-03-07 at 09:42 +0100, Jan Kratochvil wrote:
On Wed, 06 Mar 2013 16:13:47 +0100, Mark Wielaard wrote:
On Wed, 2013-03-06 at 14:38 +, Richard W.M. Jones wrote:
[...]
==11843== 56 bytes in 1 blocks are definitely lost in loss record 6 of 6
==11843==at 0x4A06409: malloc
- Original Message -
On Wed, Mar 6, 2013 at 7:15 PM, Adam Williamson awill...@redhat.com
wrote:
On 06/03/13 04:39 AM, Dan Mashal wrote:
Took libindicator too. Is this deprecated upstream?
No, there are commits right up to late Feb in launchpad. But then I
don't
A file has been added to the lookaside cache for perl-version:
edb0ac88be8bed3e370ce12e74261998 version-0.9902.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
On Thu, Mar 07, 2013 at 10:10:56AM +0100, Mark Wielaard wrote:
On Thu, 2013-03-07 at 09:42 +0100, Jan Kratochvil wrote:
On Wed, 06 Mar 2013 16:13:47 +0100, Mark Wielaard wrote:
On Wed, 2013-03-06 at 14:38 +, Richard W.M. Jones wrote:
[...]
==11843== 56 bytes in 1 blocks are
On Thu, Mar 07, 2013 at 10:55:58AM +, Richard W.M. Jones wrote:
The answer seems to be no. This is on a very up to date Rawhide:
Breakpoint 2, __GI___strdup (
s=0x6021e0 unconfined_u:unconfined_r:svirt_socket_t:s0-s0:c0.c1023)
at strdup.c:40
40 {
(gdb) bt
#0 __GI___strdup (
Hi all,
I have updated rubygem-fast_gettext to 0.7.0 version in rawhide and it
changed license from Public Domain to MIT. Please note that there are
also some bit licensed under the same terms as Ruby.
Vít
--
devel mailing list
devel@lists.fedoraproject.org
On Wed, Mar 6, 2013 at 5:28 PM, narendr...@dell.com wrote:
-Original Message-
From: devel-boun...@lists.fedoraproject.org [mailto:devel-
boun...@lists.fedoraproject.org] On Behalf Of Michal Schmidt
Sent: Tuesday, March 05, 2013 10:22 PM
To: devel@lists.fedoraproject.org
Subject: Re:
Hi all,
I have updated rubygem-pg to 0.14.0 version in rawhide and it is now
shipped under the same terms as Ruby, i.e. BSD or Ruby licenses and some
bits are distributed under PostgreSQL license
Vít
--
devel mailing list
devel@lists.fedoraproject.org
On Wed, 06 Mar 2013 15:38:54 +0100, Richard W.M. Jones wrote:
==11843== 56 bytes in 1 blocks are definitely lost in loss record 6 of 6
==11843==at 0x4A06409: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==11843==by 0x38EAC861F9: strdup (strdup.c:42)
==11843==
On Wed, Mar 6, 2013 at 10:03 PM, Adam Williamson awill...@redhat.comwrote:
So just a couple of notes on the proposal:
It's phrased in very technical terms here - probably a wise choice - but I
think it's worth noting one of the angles we took in discussing it in
person at FUDCon is that it
On Mon, Mar 04, 2013 at 01:20:22PM -0500, Bill Nottingham wrote:
Package rubygem-acts-as-list (orphan)
I've taken this one. Anybody want to co-maintain?
Package spicebird (orphan)
--
Darryl L. Pierce mcpie...@gmail.com
http://mcpierce.multiply.com/
What do you care what people think, Mr.
On Thu, Mar 07, 2013 at 07:50:59AM -0500, Darryl L. Pierce wrote:
On Mon, Mar 04, 2013 at 01:20:22PM -0500, Bill Nottingham wrote:
Package rubygem-acts-as-list (orphan)
I've taken this one. Anybody want to co-maintain?
Package spicebird (orphan)
Second thought, I've decided against
On Thu, 2013-03-07 at 13:42 +0100, Jan Kratochvil wrote:
On Wed, 06 Mar 2013 15:38:54 +0100, Richard W.M. Jones wrote:
==11843== 56 bytes in 1 blocks are definitely lost in loss record 6 of 6
==11843==at 0x4A06409: malloc (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
On Thu, 07 Mar 2013 14:20:40 +0100, Mark Wielaard wrote:
It is kind of funny that gcc generates better/fuller
debuginfo with higher optimizations these days.
There is even -Og for debugging as the best of -O0 and -O2 but I do not have
much practical experience with it yet.
Jan
--
devel
On Thu, Mar 07, 2013 at 02:20:40PM +0100, Mark Wielaard wrote:
On Thu, 2013-03-07 at 13:42 +0100, Jan Kratochvil wrote:
On Wed, 06 Mar 2013 15:38:54 +0100, Richard W.M. Jones wrote:
==11843== 56 bytes in 1 blocks are definitely lost in loss record 6 of 6
==11843==at 0x4A06409: malloc
On Wed, 2013-03-06 at 21:08 -0600, Michael Cronenworth wrote:
On 03/06/2013 10:41 AM, James Laska wrote:
* Fedora 18
* mediawiki-validator -
http://koji.fedoraproject.org/koji/taskinfo?taskID=5086055
* mediawiki-semantic -
Dne 7.3.2013 14:10, Darryl L. Pierce napsal(a):
On Thu, Mar 07, 2013 at 07:50:59AM -0500, Darryl L. Pierce wrote:
On Mon, Mar 04, 2013 at 01:20:22PM -0500, Bill Nottingham wrote:
Package rubygem-acts-as-list (orphan)
I've taken this one. Anybody want to co-maintain?
Package spicebird
On Thu, Mar 07, 2013 at 02:10:08PM +, Fedora Rawhide Report wrote:
[kdebase3]
kdebase3-pim-ioslaves-3.5.10-21.fc18.x86_64 requires
libsasl2.so.2()(64bit)
[kdevelop-python]
kdevelop-python-1.4.1-2.fc19.i686 requires libpython2.7-kdevelop.so.1.0
On 7.3.2013 16:00, Richard W.M. Jones wrote:
On Thu, Mar 07, 2013 at 02:10:08PM +, Fedora Rawhide Report wrote:
[kdebase3]
kdebase3-pim-ioslaves-3.5.10-21.fc18.x86_64 requires
libsasl2.so.2()(64bit)
[kdevelop-python]
kdevelop-python-1.4.1-2.fc19.i686 requires
hi
possibly better suited to the devel-list
setfattr does not work here on F17/F18 with the latest kernels
which is a huge problem with netatalk, especially if you try
to build and get working netatalk-3.0.x
the machines are booted with selinux=0 at the kernel-line
but this should and must not
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard-tflink.rhcloud.com/r/16/
---
Review request for blockerbugs.
Bugs: 337
On Thu, 7 Mar 2013 07:09:13 +
Clive Hills discordia...@gmail.com wrote:
I suppose I have to bite and ask why yubikey is regarded as
single-factor? I guess it isn't something I know as well as something
I have?
The way we had yubikeys deployed before (and what this thread is
talking about)
On Wed, 06 Mar 2013 21:07:45 -0800
Adam Williamson awill...@redhat.com wrote:
Sure. Note however that we don't currently run autoqa on rawhide
builds and that was at least the initial target for this. ;)
Um. I think we do? I see results from rpmguard (and other tests) for
builds with
On 5. 3. 2013 at 18:50:45, Colin Walters wrote:
On Tue, 2013-03-05 at 16:58 -0500, Bill Nottingham wrote:
We don't ship in a way that easily allows this though, now. Admittedly,
this is due to the sheer *amount* of stuff involved in just maintaining
single versions of things, and how much
On Wed, Mar 06, 2013 at 07:21:49PM -0800, Adam Williamson wrote:
On 06/03/13 06:41 AM, Stephen Gallagher wrote:
I encountered an issue recently with pypi.org, where it was treating
http://sgallagh.id.fedoraproject.org and
https://sgallagh.id.fedoraproject.org as separate accounts (up to a
Once upon a time, Toshio Kuratomi a.bad...@gmail.com said:
Note -- I made the same decision but I found out from puiterwijk that that
should be raising an error in the relying party (the website asking that you
auth with fedora's openid). The reason? We don't have SSL certificates for
all
I orhpaned asciidoc, although I expect Stanislav to pick it up.
Thank you Stanislav.
thanks,
-chris
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Building LibreOffice for x86_64 starting to fail in an odd way recently,
http://koji.fedoraproject.org/koji/getfile?taskID=5091173name=build.logoffset=-4000,
I stripped that down to what I would assume is a newly introduced bug in
how ld resolves weak references?
Given a test.s of
On Thu, Mar 7, 2013 at 1:28 PM, Stephan Bergmann sberg...@redhat.comwrote:
Building LibreOffice for x86_64 starting to fail in an odd way recently,
http://koji.fedoraproject.**org/koji/getfile?taskID=**
Le Jeu 7 mars 2013 17:27, Jan Zelený a écrit :
Also, you still have to put this information into the old package somehow,
i.e. rebuild it. If you don't do that, you will miss a piece of the
timeline.
Much easier to bump epoch or release IMO.
You may possibly work around this problem by
Hi,
Starting approx one week ago, yum check all returns messages such as
fedora-logos-19.0.0-1.fc19.noarch has installed obsoletes redhat-logos:
fedora-logos-19.0.0-1.fc19.noarch
fedora-logos-19.0.0-1.fc19.noarch has installed obsoletes gnome-logos:
fedora-logos-19.0.0-1.fc19.noarch
On 03/07/2013 08:31 PM, Jon Ciesla wrote:
On Thu, Mar 7, 2013 at 1:28 PM, Stephan Bergmann sberg...@redhat.com
mailto:sberg...@redhat.com wrote:
Building LibreOffice for x86_64 starting to fail in an odd way
recently,
On Wed, 2013-03-06 at 21:08 -0600, Michael Cronenworth wrote:
On 03/06/2013 10:41 AM, James Laska wrote:
* Fedora 18
* mediawiki-validator -
http://koji.fedoraproject.org/koji/taskinfo?taskID=5086055
* mediawiki-semantic -
On Thu, 07 Mar 2013 21:08:08 +0100, Sandro Mani wrote:
Hi,
Starting approx one week ago, yum check all returns messages such as
fedora-logos-19.0.0-1.fc19.noarch has installed obsoletes redhat-logos:
fedora-logos-19.0.0-1.fc19.noarch
fedora-logos-19.0.0-1.fc19.noarch has installed
A file has been added to the lookaside cache for perl-URI-Escape-XS:
23453334534498de37a758de3b077793 URI-Escape-XS-0.10.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
commit ed5c6653106508d7247fa475538377f7578b2559
Author: Emmanuel Seyman emman...@seyman.fr
Date: Thu Mar 7 21:24:24 2013 +0100
Initial import.
.gitignore |1 +
perl-URI-Escape-XS.spec | 65 +++
sources |1 +
On 07.03.2013 21:24, Michael Schwendt wrote:
On Thu, 07 Mar 2013 21:08:08 +0100, Sandro Mani wrote:
Hi,
Starting approx one week ago, yum check all returns messages such as
fedora-logos-19.0.0-1.fc19.noarch has installed obsoletes redhat-logos:
fedora-logos-19.0.0-1.fc19.noarch
On Thu, 07 Mar 2013 21:36:12 +0100, Sandro Mani wrote:
It started with yum-3.4.3-70.fc19. Is this a bug in yum = 3.4.3-70, or
is this a problem with my rpm db? Both yum erase and rpm -e reported
installed obsolete package tell me that the indicated package is not
installed.
You misread
On 07.03.2013 22:03, Michael Schwendt wrote:
On Thu, 07 Mar 2013 21:36:12 +0100, Sandro Mani wrote:
It started with yum-3.4.3-70.fc19. Is this a bug in yum = 3.4.3-70, or
is this a problem with my rpm db? Both yum erase and rpm -e reported
installed obsolete package tell me that the indicated
On Thu, 2013-03-07 at 04:44 -0500, Jaroslav Reznik wrote:
Well, I'm the maintainer of bamf-qt, same reason as Adam's -
my try to package Unity-2d before they decided to get rid of
QML based one and now, finally, decided to go back to the QML
path ;-). So we will see if we could continue with
On Thu, 2013-03-07 at 07:48 -0500, Mark Bidewell wrote:
Are there any records of these FUDCon discussions? Creating defined
core of functionality seems like it could solve several problems. I
would be curious as to what ideas we proposed on that.
I don't know for sure, but I'm not aware of
On 03/06/2013 06:06 AM, Michael Schwendt wrote:
And rest assured, dropping very old obsoletes isn't controversial in
general. That's my opinion. What's controversial is how to do it. It
ought not be done with just a clean up spec to follow current
guidelines entry. Point at a commit where
On 03/07/2013 05:13 PM, Adam Williamson wrote:
Eh. Given that Canonical now appear to be building Ubuntu OS, I have
very little interest in trying to package Unity any more.
I don't think it would make sense to package any of the bits
individually unless you buy into their whole roadmap which
On 03/07/2013 05:16 PM, Adam Williamson wrote:
I don't know for sure, but I'm not aware of any, sadly. A lot of the
discussion happened in a big free-for-all that ensued from the flaming
wreckage of spot's talk on a proposed new release cycle (not spot's
fault, but the discussion of his
On Thu, 2013-03-07 at 22:03 +0100, Michael Schwendt wrote:
The Yum changelog is not detailed enough to tell,
If I may.
The handling of both this and the bundled presto^Wdeltrarpm new
yum ..features on the part of the current yum developers is
disappointing.
I am trying to find the devel mail
On Thu, 07 Mar 2013 17:56:32 -0500, Rahul Sundaram wrote:
Agreed but I just get a general feeling that some package maintainers
don't really want others touching their packages.
Some don't like it that another name appears in their %changelog.
Some even overwrite/revert changes with their
On Thu, Mar 7, 2013 at 5:17 PM, Rahul Sundaram methe...@gmail.com wrote:
On 03/07/2013 05:16 PM, Adam Williamson wrote:
I don't know for sure, but I'm not aware of any, sadly. A lot of the
discussion happened in a big free-for-all that ensued from the flaming
wreckage of spot's talk on a
On Sáb, 2013-03-02 at 10:26 +0100, Michael Scherer wrote:
Le vendredi 01 mars 2013 à 00:24 +, Sérgio Basto a écrit :
Hi, I also use clamav as daemon and I use fedora package, recently I
upgrade the box, that use clamav, to Fedora 17. I had to do a new
clamd.service based on what exist,
I see all the various desktop envs install the 'dial-up' group, which
has:
packagereq type=mandatoryppp/packagereq
packagereq type=defaultisdn4k-utils/packagereq
packagereq type=defaultlinux-atm/packagereq
packagereq type=defaultlrzsz/packagereq
packagereq
On 3/7/2013 8:50 PM, Kevin Fenzi wrote:
I see all the various desktop envs install the 'dial-up' group, which
has:
packagereq type=mandatoryppp/packagereq
packagereq type=defaultisdn4k-utils/packagereq
packagereq type=defaultlinux-atm/packagereq
packagereq
On 03/06/2013 08:44 AM, Miloslav Trmač wrote:
File conflicts within the server packages might still be a concern, I
don't know. Per the decision quoted above, FESCo would prefer the
maintainers of the two servers to agree on a solution.
If the maintainers don't reach a solution or if one of
Package perl-CPANPLUS in Fedora devel is now owned by ppisar
To make changes to this package see:
https://admin.fedoraproject.org/pkgdb/acls/name/perl-CPANPLUS
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 2c6fbd3f34b3bc4fa01d3e38eb182cef9b2b1e40
Author: Petr Písař ppi...@redhat.com
Date: Thu Mar 7 09:31:02 2013 +0100
Reincarnate already died package
.gitignore |1 +
dead.package |1 -
perl-CPANPLUS.spec | 104
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=918921
Bug ID: 918921
Summary: perl-version-0.9902 is available
Product: Fedora
Version: rawhide
Component: perl-version
Keywords: FutureFeature, Triaged
Severity:
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=918921
Jitka Plesnikova jples...@redhat.com changed:
What|Removed |Added
Status|NEW
Summary of changes:
97dad9c... 0.9902 bump
ac67155... Merge branch 'master' of ssh://pkgs.fedoraproject.org/perl-
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 97dad9c00c07ae85ac537a57c2d8b9b5277e4beb
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Mar 7 10:47:15 2013 +0100
0.9902 bump
.gitignore|1 +
perl-version.spec | 12 +++-
sources |2 +-
3 files changed, 9 insertions(+), 6 deletions(-)
---
commit ac67155741d0a518ecef3cb499ca133f48da9b1d
Merge: 97dad9c fdba821
Author: Jitka Plesnikova jples...@redhat.com
Date: Thu Mar 7 10:48:53 2013 +0100
Merge branch 'master' of ssh://pkgs.fedoraproject.org/perl-version
Conflicts:
perl-version.spec
perl-version.spec |3
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=919030
Bug ID: 919030
Summary: perl-Glib-Object-Introspection seems to have a
big-endian problem, self tests fail on s390* and ppc*
Product: Fedora
Version: rawhide
perl-Math-Clipper has broken dependencies in the rawhide 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
A file has been added to the lookaside cache for perl-HTML-TableExtract:
ac1b8fa092d53931a9f3fdbba330f5b0 HTML-TableExtract-2.11.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit 4e583d02d5f05366a27a7e11a8cacd260235cd2b
Author: Petr Šabata con...@redhat.com
Date: Thu Mar 7 16:41:41 2013 +0100
2.11 bump, fixing build
.gitignore |1 +
perl-HTML-TableExtract.spec | 37 -
sources |
Product: Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=914285
Petr Šabata psab...@redhat.com changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
A file has been added to the lookaside cache for
perl-ElasticSearch-SearchBuilder:
5269021cbda741c334d1e0dfef7e1d45 ElasticSearch-SearchBuilder-0.18.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit ab36633aa3af5e2f6cd97a9a77e50e5af4c05ef3
Author: Emmanuel Seyman emman...@seyman.fr
Date: Thu Mar 7 20:04:59 2013 +0100
Initial import.
.gitignore|1 +
perl-ElasticSearch-SearchBuilder.spec | 69 +
sources
commit eaa4fbfd7eee0880f0546a7f880497279195d184
Author: Emmanuel Seyman emman...@seyman.fr
Date: Thu Mar 7 20:42:51 2013 +0100
Initial import.
.gitignore|1 +
perl-ElasticSearch-SearchBuilder.spec | 69 +
sources
A file has been added to the lookaside cache for perl-YAML-Syck:
075fd0e5bcd4c67aa27788568b5f5b8b YAML-Syck-1.24.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
commit dbae81332e46a59fc2a86c6c08c8ec534d5f360e
Author: Paul Howarth p...@city-fan.org
Date: Thu Mar 7 21:59:33 2013 +
Update to 1.24
- New upstream release 1.24
- Implement $JSON::Syck::MaxDepth
- Prevent failure when the same object is seen twice during Dump
The lightweight tag 'perl-YAML-Syck-1.24-1.fc19' was created pointing to:
dbae813... Update to 1.24
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel
commit a5997950d1a444e0cdef4694f398d4176bb366d2
Author: Emmanuel Seyman emman...@seyman.fr
Date: Thu Mar 7 23:49:18 2013 +0100
Initial import.
.gitignore |1 +
perl-URI-Escape-XS.spec | 65 +++
sources |1 +
74 matches
Mail list logo