[389-devel] Re: Ticket 48798 - CI and lib389 tests fail

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

[389-devel] Lib389 rework: Where to from here

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

Re: provenpackager request: fix keepassx for f24

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 > >

[EPEL-devel] Fedora EPEL 7 updates-testing report

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

[Bug 1342135] Package perl-File-ChangeNotify unsatisfied dependency : perl-MooseX-SemiAffordanceAccessor

https://bugzilla.redhat.com/show_bug.cgi?id=1342135 Fedora Update System changed: What|Removed |Added Status|MODIFIED|ON_QA

Re: provenpackager request: fix keepassx for f24

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

Schedule for Thursday's FPC Meeting (2016-06-10 16:00 UTC)

 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

[389-devel] Please review: 48404, fix .so handling in rpm

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 --

provenpackager request: fix keepassx for f24

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

[389-devel] Please review: 48877 fix rpm to work with spectool in some cases

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 --

Re: Wh{o,at} broke rawhide?

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,

Re: Fedora Rawhide-20160608.n.0 compose check report

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

Re: having trouble with bodhi

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

Re: having trouble with bodhi

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

having trouble with bodhi

[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

Re: Wh{o,at} broke rawhide?

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

Wh{o,at} broke rawhide?

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

Re: build stuck?

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

[Fedocal] Reminder meeting : Fedora 24 Final Release Readiness Meeting

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

build stuck?

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

gstreamermm 0.10 -> 1.4 change

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

[389-devel] please review: Ticket 48636 - Improve MMR convergence

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

[Fedocal] Reminder meeting : Fedora 24 Final Go/No-Go Meeting

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

Re: Hacks for multilib unclean C headers

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

Re: Hacks for multilib unclean C headers

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

Re: Hacks for multilib unclean C headers

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

Fedora Rawhide-20160608.n.0 compose check report

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

[389-devel] Ticket 48798 - CI and lib389 tests fail

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

Re: Hacks for multilib unclean C headers

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++)

Re: Hacks for multilib unclean C headers

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?

[Bug 1342135] Package perl-File-ChangeNotify unsatisfied dependency : perl-MooseX-SemiAffordanceAccessor

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 --

jplesnik pushed to perl-MooseX-SemiAffordanceAccessor (el6). "Unretire package (bug #1342135)"

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 -

Re: Hacks for multilib unclean C headers

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

[Bug 1341444] perl-Test2-Workflow-0.000009 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1341444 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|CLOSED Fixed In

ppisar pushed to perl-Test2-Workflow (master). "0.000009 bump"

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

Fedora 24-20160608.n.0 compose check report

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:

Re: Hacks for multilib unclean C headers

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

Re: Hacks for multilib unclean C headers

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

[Bug 1341444] perl-Test2-Workflow-0.000009 is available

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"

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'

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'

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'

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'

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

Fedora 24 compose report: 20160608.n.0 changes

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

[389-devel] Ticket 48326 - Move CI test to config test suite and refactor

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

F24 4.6.y rebase plans

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'

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'

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

Re: Hacks for multilib unclean C headers

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

Fedora rawhide compose report: 20160608.n.0 changes

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

Broken dependencies: perl-Data-Alias

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

Broken dependencies: perl-Algorithm-Permute

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:

Re: I'll orphan some of my packages

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

Re: Hacks for multilib unclean C headers

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

Re: Hacks for multilib unclean C headers

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

Re: Hacks for multilib unclean C headers

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

Re: Hacks for multilib unclean C headers

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

Re: Hacks for multilib unclean C headers

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

Re: Hacks for multilib unclean C headers

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