Note: Resent due to earlier technical issues.
On Wed, 2016-06-08 at 17:52 +0200, Simon Pichugin wrote:
>
> Hi William,
>
> I troubleshoot failures at the tickets.
> And both tickets/ticket48798_test.py and lib389/tests/nss_ssl_test.py
> fail because of the same problem.
> As I understand this
Hi,
I've now closed and finished #48820 and #48853.
There is still a long way to go but we've hit some major goals here. I just
don't want these tickets to keep growing!
We now have a new way to manage objects in lib389, and we are starting to use
them, and work out the kinks. The best for
On Thu, 2016-06-09 at 09:37 +0530, Parag Nemade wrote:
> Hi,
>
> On Thu, Jun 9, 2016 at 8:43 AM, Andrew Lutomirski wrote:
> > See:
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1338054
> >
> > Pushing a reasonable version of keepassx for f24 is apparently an accepted
> >
The following Fedora EPEL 7 Security updates need testing:
Age URL
458 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-1087
dokuwiki-0-0.24.20140929c.el7
220 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2015-dac7ed832f
mcollective-2.8.4-1.el7
87
https://bugzilla.redhat.com/show_bug.cgi?id=1342135
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
Hi,
On Thu, Jun 9, 2016 at 8:43 AM, Andrew Lutomirski wrote:
> See:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1338054
>
> Pushing a reasonable version of keepassx for f24 is apparently an accepted
> freeze exception, but it hasn't happened. It would be rather unfortunate if
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2016-06-10 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2016-06-10 09:00 Fri US/Pacific PDT
2016-06-10 12:00 Fri US/Eastern EDT
2016-06-10
https://fedorahosted.org/389/ticket/48404
https://fedorahosted.org/389/attachment/ticket/48404/0001-Ticket-48404-libslapd-owned-by-libs-and-devel.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Brisbane
signature.asc
Description: This is a digitally signed message part
--
See:
https://bugzilla.redhat.com/show_bug.cgi?id=1338054
Pushing a reasonable version of keepassx for f24 is apparently an accepted
freeze exception, but it hasn't happened. It would be rather unfortunate
if f24 final was released before this was dealt with.
Since fixing this is as simple as
https://fedorahosted.org/389/ticket/48877
https://fedorahosted.org/389/attachment/ticket/48877/0001-Ticket-48877-Fixes-for-RPM-spec-with-spectool.patch
--
Sincerely,
William Brown
Software Engineer
Red Hat, Brisbane
signature.asc
Description: This is a digitally signed message part
--
Il 08/06/2016 21:15, Kevin Fenzi ha scritto:
On Wed, 8 Jun 2016 21:07:26 +0200
Marcin Juszkiewicz wrote:
I used 4.7-rc0.git3 kernel for few days. In the morning I did an
update to fresh rawhide and then fork() stopped forking.
Thunderbird was crashing on start,
On Wed, 2016-06-08 at 15:56 +, Fedora compose checker wrote:
> Missing expected images:
>
> Cloud_base raw-xz i386
> Atomic raw-xz x86_64
> Kde raw-xz armhfp
> Minimal raw-xz armhfp
>
> Failed openQA tests: 17/77 (x86_64), 6/17 (i386)
>
> ID: 21168 Test: x86_64 Workstation-live-iso
Bruno Wolff III wrote:
> On Wed, Jun 08, 2016 at 15:32:44 -0400,
> Neal Becker wrote:
>>[nbecker@nbecker2 Cython]$ bodhi -n -r F23 -t bugfix -b 1343331
>>Cython-0.23.4-3.fc23
>>No handlers could be found for logger "fedora.client.bodhi"
>>Creating a new update for
On Wed, Jun 08, 2016 at 15:32:44 -0400,
Neal Becker wrote:
[nbecker@nbecker2 Cython]$ bodhi -n -r F23 -t bugfix -b 1343331
Cython-0.23.4-3.fc23
No handlers could be found for logger "fedora.client.bodhi"
Creating a new update for Cython-0.23.4-3.fc23
Traceback (most recent
[nbecker@nbecker2 Cython]$ bodhi -n -r F23 -t bugfix -b 1343331
Cython-0.23.4-3.fc23
No handlers could be found for logger "fedora.client.bodhi"
Creating a new update for Cython-0.23.4-3.fc23
Traceback (most recent call last):
File "/usr/bin/bodhi", line 537, in
main()
File
On Wed, 8 Jun 2016 21:07:26 +0200
Marcin Juszkiewicz wrote:
> I used 4.7-rc0.git3 kernel for few days. In the morning I did an
> update to fresh rawhide and then fork() stopped forking.
>
> Thunderbird was crashing on start, Chrome refused to do anything,
> Konsole
I used 4.7-rc0.git3 kernel for few days. In the morning I did an update
to fresh rawhide and then fork() stopped forking.
Thunderbird was crashing on start, Chrome refused to do anything,
Konsole greeted me with "fork() failed" messages when I needed new tab.
It is not a kernel fault as it
On Wed, 08 Jun 2016 13:50:47 -0400
Neal Becker wrote:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=14421664
Doesn't look so to me... it's running tests on the arm build.
There's progress, but it's slow.
kevin
pgp7qZhptflXe.pgp
Description: OpenPGP digital
Dear all,
You are kindly invited to the meeting:
Fedora 24 Final Release Readiness Meeting on 2016-06-09 from 19:00:00 to
21:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
This Thursday, we will meet on irc.freenode.net in #fedora-meeting-1
to make sure we are
http://koji.fedoraproject.org/koji/taskinfo?taskID=14421664
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Maybe I missed something, but I didn't see any announcement about gstreamermm
changing from 0.10 to 1.4. Is there any documentation on what packages
that need gstreamermm are supposed to do to cope with the change?
In my case, I'm trying to get lordsawar working again and upstream isn't
to
https://fedorahosted.org/389/ticket/48636
https://fedorahosted.org/389/attachment/ticket/48636/0001-Ticket-48636-Improve-replication-convergence.patch
--
389-devel mailing list
389-devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-devel@lists.fedoraproject.org
Dear all,
You are kindly invited to the meeting:
Fedora 24 Final Go/No-Go Meeting on 2016-06-09 from 17:00:00 to 19:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Join us on irc.freenode.net in #fedora-meeting-1 for this important
meeting, wherein we shall
On 08/06/16 17:08 +0100, Jonathan Wakely wrote:
The packaging guidelines say to use BuildRequires to build C and C++
packages. I want to extend those guidelines to say don't add Requires:
gcc just because you isntall headers. That's not confusing or
contradictory.
Basically it seems like you
On Wed, Jun 08, 2016 at 05:08:30PM +0100, Jonathan Wakely wrote:
> On 08/06/16 15:43 +, Petr Pisar wrote:
> >On 2016-06-08, Jonathan Wakely wrote:
> >>Also, since gcc%{?_isa} **doesn't work** then yes, not using %_isa for
> >>gcc seems sensible! :-)
> >>
> >Why both
On 08/06/16 15:43 +, Petr Pisar wrote:
On 2016-06-08, Jonathan Wakely wrote:
Also, since gcc%{?_isa} **doesn't work** then yes, not using %_isa for
gcc seems sensible! :-)
Why both gcc.i686 and gcc.x86_64 are available in the x86_64 repository?
Shouldn't
Missing expected images:
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Kde raw-xz armhfp
Minimal raw-xz armhfp
Failed openQA tests: 17/77 (x86_64), 6/17 (i386)
ID: 21168 Test: x86_64 Workstation-live-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/21168
ID: 21169
Hi William,
I troubleshoot failures at the tickets.
And both tickets/ticket48798_test.py and lib389/tests/nss_ssl_test.py
fail because of the same problem.
As I understand this is because of class design issue (lib389/nss_ssl.py).
Can you please take a look? May be you've already faced that
On 2016-06-08, Jonathan Wakely wrote:
> On 08/06/16 15:21 +0100, Jonathan Wakely wrote:
>>I think -devel packages should not "Require: gcc" at all. Not with
>>%_isa and not without it.
>>
>>To actually compile something using those headers you need the C (or
>>C++)
On 2016-06-08, Jonathan Wakely wrote:
> Also, since gcc%{?_isa} **doesn't work** then yes, not using %_isa for
> gcc seems sensible! :-)
>
Why both gcc.i686 and gcc.x86_64 are available in the x86_64 repository?
Shouldn't gcc.i686 be expelled from the x86_64 repository?
https://bugzilla.redhat.com/show_bug.cgi?id=1342135
--- Comment #1 from Fedora Update System ---
perl-MooseX-SemiAffordanceAccessor-0.08-3.el6 has been submitted as an update
to Fedora EPEL 6.
https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-3aa24c574a
--
From 9453a69a841ea2a4b6c1db51fd7f40ce3bf4225d Mon Sep 17 00:00:00 2001
From: Jitka Plesnikova
Date: Wed, 8 Jun 2016 16:56:27 +0200
Subject: Unretire package (bug #1342135)
---
.gitignore | 1 +
dead.package| 3 -
On 06/08/2016 10:21 AM, Jonathan Wakely wrote:
>> If this is so, I will go to FPC with request the ammend the C guidelines
>> with explicit discourage of %{?_isa} on gcc because the main
>> architecture supports the secondary targets and because gcc is not
>> multilib safe.
>
> I think -devel
https://bugzilla.redhat.com/show_bug.cgi?id=1341444
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In
From ad588956107c8a88a946d69a45127c8dd55a7eb6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Petr=20P=C3=ADsa=C5=99?=
Date: Wed, 1 Jun 2016 14:31:18 +0200
Subject: 0.09 bump
---
.gitignore | 1 +
.rpmlint | 2 ++
perl-Test2-Workflow.spec | 75
Missing expected images:
Cloud_base raw-xz i386
Failed openQA tests: 1/17 (i386), 1/2 (arm)
ID: 21281 Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/21281
ID: 21352 Test: i386 universal upgrade_desktop_32bit
URL:
On 08/06/16 12:00 +, Petr Pisar wrote:
On 2016-06-08, Jonathan Wakely wrote:
On 08/06/16 08:38 +, Petr Pisar wrote:
On 2016-06-08, Jonathan Wakely wrote:
On 08/06/16 07:37 +, Petr Pisar wrote:
Guidelines require devel
On 08/06/16 15:21 +0100, Jonathan Wakely wrote:
I think -devel packages should not "Require: gcc" at all. Not with
%_isa and not without it.
To actually compile something using those headers you need the C (or
C++) build environment installed anyway, i.e. you need 'gcc' (or
'gcc-c++') installed
https://bugzilla.redhat.com/show_bug.cgi?id=1341444
Bug 1341444 depends on bug 1341672, which changed state.
Bug 1341672 Summary: Review Request: perl-Test2-AsyncSubtest - Tools for
writing asynchronous subtest
https://bugzilla.redhat.com/show_bug.cgi?id=1341672
What|Removed
ppisar pushed to perl-Test2-AsyncSubtest (master). "Import"
http://pkgs.fedoraproject.org/cgit/perl-Test2-AsyncSubtest.git/commit/?h=master=0cb9364d754863e2a8118b82a60ec21d5bd2e465
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
ppisar changed jplesnik's 'approveacls' permission on perl-Test2-AsyncSubtest
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Test2-AsyncSubtest/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
ppisar changed jplesnik's 'commit' permission on perl-Test2-AsyncSubtest
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Test2-AsyncSubtest/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
ppisar changed perl-sig's 'watchcommits' permission on perl-Test2-AsyncSubtest
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Test2-AsyncSubtest/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
ppisar changed perl-sig's 'watchbugzilla' permission on perl-Test2-AsyncSubtest
(master) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Test2-AsyncSubtest/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
OLD: Fedora-24-20160607.n.0
NEW: Fedora-24-20160608.n.0
= SUMMARY =
Added images:2
Dropped images: 8
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages:0.00 B
Size
Hi team,
please review:
https://fedorahosted.org/389/ticket/48326
https://fedorahosted.org/389/attachment/ticket/48326/0001-Ticket-48326-Move-CI-test-to-config-test-suite-and-r.patch
Thanks,
Simon
signature.asc
Description: PGP signature
--
389-devel mailing list
Hi All,
The upstream stable maintainers released kernels 4.5.7 and 4.6.2
yesterday. I thought I would send a brief word about how the rebase
of F24 to 4.6.y will happen.
We'll ship 4.5.7 as the final 4.5.y update and have that available as
the 0-day update for the F24 release on June 14th.
ppisar changed iburrell's 'watchcommits' permission on perl-Archive-Extract
(el6) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Archive-Extract/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
ppisar changed iburrell's 'watchbugzilla' permission on perl-Archive-Extract
(el6) to 'Approved'
https://admin.fedoraproject.org/pkgdb/package/perl-Archive-Extract/
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
On 2016-06-08, Jonathan Wakely wrote:
> On 08/06/16 08:38 +, Petr Pisar wrote:
>>On 2016-06-08, Jonathan Wakely wrote:
>>> On 08/06/16 07:37 +, Petr Pisar wrote:
Guidelines require devel packages to be architecture specific (no
OLD: Fedora-Rawhide-20160607.n.0
NEW: Fedora-Rawhide-20160608.n.0
= SUMMARY =
Added images:2
Dropped images: 8
Added packages: 7
Dropped packages:0
Upgraded packages: 166
Downgraded packages: 0
Size of added packages: 193.28 MiB
Size of dropped packages
perl-Data-Alias has broken dependencies in the rawhide tree:
On x86_64:
perl-Data-Alias-1.20-2.fc24.x86_64 requires libperl.so.5.22()(64bit)
perl-Data-Alias-1.20-2.fc24.x86_64 requires perl(:MODULE_COMPAT_5.22.1)
On i386:
perl-Data-Alias-1.20-2.fc24.i686 requires
perl-Algorithm-Permute has broken dependencies in the rawhide tree:
On x86_64:
perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires
libperl.so.5.22()(64bit)
perl-Algorithm-Permute-0.12-21.fc24.x86_64 requires
perl(:MODULE_COMPAT_5.22.1)
On i386:
On Tue, 2016-06-07 at 09:45 +, Raphael Groner wrote:
> Feel free to take:
>
> - rpms/xfce4-hamster-plugin -- Time tracker port of the 'hamster
> project extension' for the xfce4 panel ( master f24 f23 f22 epel7 )
> [incl. hamster-time-tracker as a dependeny but co-maintainer there]
I'm the
On 08/06/16 08:38 +, Petr Pisar wrote:
On 2016-06-08, Jonathan Wakely wrote:
On 08/06/16 07:37 +, Petr Pisar wrote:
Guidelines require devel packages to be architecture specific (no
BuildArch: noarch). Guidelines require having dependencies between
On Wed, Jun 08, 2016 at 08:38:48AM +, Petr Pisar wrote:
> Because "#include " fails without stdlib.h on the system,
> you need to depend on something that provides the stdlib.h. And
> guidelines says the provider is "gcc".
gcc doesn't provide stdlib.h, glibc-headers does. But even for the
On 2016-06-08, Jonathan Wakely wrote:
> On 08/06/16 07:37 +, Petr Pisar wrote:
>>Guidelines require devel packages to be architecture specific (no
>>BuildArch: noarch). Guidelines require having dependencies between
>>architecture specific packages restricted to the
On 08/06/16 07:37 +, Petr Pisar wrote:
Guidelines require devel packages to be architecture specific (no
BuildArch: noarch). Guidelines require having dependencies between
architecture specific packages restricted to the architecture
(Requires: foo-devel%{?_isa}). C guildelines require
I pursued this once before:
https://fedorahosted.org/fpc/ticket/312
but failed to propose the draft. But still, it would be much better if
this can be resolved on gcc side:
https://bugzilla.redhat.com/show_bug.cgi?id=979403
Vít
Dne 7.6.2016 v 17:30 Pavel Raiskup napsal(a):
> Just wanted to
On 2016-06-07, Pavel Raiskup wrote:
> Just wanted to ping here about one packaging helper [1], which is stuck in
> some (possibly infinite/priority) queue without any review.
>
> In database packages we have that multilib hack for a very long time,
> mostly C'ed among various
60 matches
Mail list logo