Fedora Rawhide-20181123.n.1 compose check report

No missing expected images. Failed openQA tests: 18/142 (x86_64), 3/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20181121.n.0): ID: 311582 Test: x86_64 Server-dvd-iso server_firewall_default URL: https://openqa.fedoraproject.org/tests/311582 ID: 311584 Test:

[Bug 1652560] /etc/rt/RT_SiteConfig.d created without search permission

https://bugzilla.redhat.com/show_bug.cgi?id=1652560 --- Comment #3 from Fedora Update System --- rt-4.4.3-2.fc29 has been submitted as an update to Fedora 29. https://bodhi.fedoraproject.org/updates/FEDORA-2018-805305bb71 -- You are receiving this mail because: You are on the CC list for the

[Bug 1652560] /etc/rt/RT_SiteConfig.d created without search permission

https://bugzilla.redhat.com/show_bug.cgi?id=1652560 Fedora Update System changed: What|Removed |Added Status|ASSIGNED|MODIFIED --- Comment #2 from

[Bug 1652560] /etc/rt/RT_SiteConfig.d created without search permission

https://bugzilla.redhat.com/show_bug.cgi?id=1652560 Ralf Corsepius changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Ralf

Fedora rawhide compose report: 20181123.n.1 changes

OLD: Fedora-Rawhide-20181121.n.0 NEW: Fedora-Rawhide-20181123.n.1 = SUMMARY = Added images:0 Dropped images: 2 Added packages: 33 Dropped packages:3 Upgraded packages: 117 Downgraded packages: 0 Size of added packages: 46.33 MiB Size of dropped packages

Re: Proposal: Faster composes by eliminating deltarpms and using zchunked rpms instead

Um, rpm headers are not compressed, so there is no decompression overhead retrieving a tag value, and there is no reason why an entire rpm needs to be decompressed in order to retrieve a value. Presumably you are obliquely referring to deltarpm creation, not rpm tag value access. After

[Bug 1646997] Upgrade perl-RT-Client-REST to 0.53

https://bugzilla.redhat.com/show_bug.cgi?id=1646997 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-RT-Client-REST-0.53-1. |perl-RT-Client-REST-0.53-1.

[Bug 1648875] Upgrade perl-Object-Tiny to 1.09

https://bugzilla.redhat.com/show_bug.cgi?id=1648875 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Object-Tiny-1.09-1.fc3 |perl-Object-Tiny-1.09-1.fc3

[Bug 1648877] Upgrade perl-RT-Client-REST to 0.54

https://bugzilla.redhat.com/show_bug.cgi?id=1648877 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-RT-Client-REST-0.54-1. |perl-RT-Client-REST-0.54-1.

Announcement: livecd-tools v26.0 and appliance-tools v009.0

Hello all, I've released livecd-tools v26.0 and it is making its way to Fedora and Mageia now. It is currently available in Rawhide, and will be in updates-testing for Fedora 28 and 29 soon. For Mageia, I've pushed it into Cauldron. It will be part of the upcoming Mageia 7. ## What's new This

[389-devel] 389 DS nightly 2018-11-24 - 90% PASS

https://fedorapeople.org/groups/389ds/ci/nightly/2018/11/24/report-389-ds-base-1.4.0.19-20181124git683bc57.fc29.x86_64.html ___ 389-devel mailing list -- 389-devel@lists.fedoraproject.org To unsubscribe send an email to

[Bug 1646997] Upgrade perl-RT-Client-REST to 0.53

https://bugzilla.redhat.com/show_bug.cgi?id=1646997 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-RT-Client-REST-0.53-1. |perl-RT-Client-REST-0.53-1.

[Bug 1648875] Upgrade perl-Object-Tiny to 1.09

https://bugzilla.redhat.com/show_bug.cgi?id=1648875 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-Object-Tiny-1.09-1.fc3 |perl-Object-Tiny-1.09-1.fc3

[Bug 1636863] Upgrade perl-Regexp-Grammars to 1.049

https://bugzilla.redhat.com/show_bug.cgi?id=1636863 Fedora Update System changed: What|Removed |Added Fixed In Version||perl-Regexp-Grammars-1.049-

[Bug 1648877] Upgrade perl-RT-Client-REST to 0.54

https://bugzilla.redhat.com/show_bug.cgi?id=1648877 Fedora Update System changed: What|Removed |Added Fixed In Version|perl-RT-Client-REST-0.54-1. |perl-RT-Client-REST-0.54-1.

[Bug 1648509] perl-Net-Amazon-S3 S3.pm module defines subroutine BUILD two times

https://bugzilla.redhat.com/show_bug.cgi?id=1648509 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Resolution|---

[Bug 1648875] Upgrade perl-Object-Tiny to 1.09

https://bugzilla.redhat.com/show_bug.cgi?id=1648875 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In

[Bug 1646997] Upgrade perl-RT-Client-REST to 0.53

https://bugzilla.redhat.com/show_bug.cgi?id=1646997 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In

[Bug 1648877] Upgrade perl-RT-Client-REST to 0.54

https://bugzilla.redhat.com/show_bug.cgi?id=1648877 Fedora Update System changed: What|Removed |Added Status|ON_QA |CLOSED Fixed In

[Test-Announce] Fedora 30 Rawhide 20181123.n.1 nightly compose nominated for testing

Announcing the creation of a new nightly release validation test event for Fedora 30 Rawhide 20181123.n.1. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki

Re: >1yo BZ: Could not apply database update "DBXUpdate-2016-08-09-13-16-00.bin"...: Invalid argument

On Thu, Nov 22, 2018 at 10:48 AM Richard Shaw wrote: > > Just installed F29 on a HP 15-g023cl and was checking things out post install > and ran into this failed service I wasn't familiar with. > > # systemctl status dbxtool > ● dbxtool.service - Secure Boot DBX (blacklist) updater >Loaded:

Re: [HEADS UP] Latest protobuf is coming into Rawhide

On 11/23/18 5:55 AM, Igor Gnatenko wrote: I've built it and dependent packages in side tag and it's going to be merged back soon. * shogun (related to some octave thing) /builddir/build/BUILD/shogun-6.0.0/x86_64-redhat-linux-gnu/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:4999:10:

Re: [HEADS UP] Latest protobuf is coming into Rawhide

Please build them in f30-protobuf tag. On Fri, Nov 23, 2018, 21:34 Rich Mattes > > On Fri, Nov 23, 2018, 3:07 PM Igor Gnatenko < > ignatenkobr...@fedoraproject.org wrote: > >> Unfortunately now it is broken in some other way: >> >> DEBUG util.py:439: Error: >> DEBUG util.py:439: Problem:

Re: [HEADS UP] Latest protobuf is coming into Rawhide

On Fri, Nov 23, 2018, 3:07 PM Igor Gnatenko < ignatenkobr...@fedoraproject.org wrote: > Unfortunately now it is broken in some other way: > > DEBUG util.py:439: Error: > DEBUG util.py:439: Problem: package > sdformat-devel-5.2.0-5.fc29.x86_64 requires libsdformat.so.5()(64bit), > but none of

Re: [HEADS UP] Latest protobuf is coming into Rawhide

Unfortunately now it is broken in some other way: DEBUG util.py:439: Error: DEBUG util.py:439: Problem: package sdformat-devel-5.2.0-5.fc29.x86_64 requires libsdformat.so.5()(64bit), but none of the providers can be installed DEBUG util.py:439:- conflicting requests DEBUG util.py:439:-

qbs and qt-creator.x86_64 - error of implementation ?

I try to see if my issue can be found on the internet and I try fedora chat without results. I try to use qbs with qt-creator.x86_64 to use the slate software. The problem can be the implementation of qbs and qt-creator.x86_64 Because I'm not very good with this tool I need some help. See my

Re: Proposal: Faster composes by eliminating deltarpms and using zchunked rpms instead

> On Nov 23, 2018, at 6:16 AM, Florian Weimer wrote: > > * Jonathan Dieter: > >>> On Tue, 2018-11-20 at 12:45 +, Michael Schroeder wrote: On Mon, Nov 19, 2018 at 08:30:14PM +, Jonathan Dieter wrote: Just to be clear on this, unlike deltarpm, zchunked rpms shouldn't require

Re: [HEADS UP] Latest protobuf is coming into Rawhide

On 11/23/18 12:55 PM, Igor Gnatenko wrote: > I've built it and dependent packages in side tag and it's going to be > merged back soon. > > Only 4 problematic packages: > * gazebo (not related to protobuf, FTBFS for long time) >

Re: Can we change the xz block size in our cloud images?

don't even know where I could file a bug > > > or who > > > I could discuss this with, nor what the current code looks like. > > > Apparently it's no longer done using appliance-tools. > > > > The cloud images haven't used appliance-tools for years

Re: fedora-rawhide-kernel-nodebug is not getting updates

On Fri, 23 Nov 2018 14:28:46 +0100 Igor Gnatenko wrote: > Does anybody know why? > > Last kernel available there is 2 weeks old. > > https://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/x86_64/ I've already pinged #fedora-kernel few days ago, but let's notify the kernel list too.

Re: Can we change the xz block size in our cloud images?

imagefactory and some bits in koji. > > Looking at the output of the logs it just runs: > $ /usr/bin/xz -z9T2 > /var/tmp/koji/tasks/2418/31062418/Fedora-Cloud-Base-Rawhide-20181123.n.0.aarch64.raw > > Example task: https://koji.fedoraproject.org/koji/taskinfo?taskID=31062418

Re: Proposal: Faster composes by eliminating deltarpms and using zchunked rpms instead

On 11/23/18 3:16 PM, Florian Weimer wrote: * Jonathan Dieter: On Tue, 2018-11-20 at 12:45 +, Michael Schroeder wrote: On Mon, Nov 19, 2018 at 08:30:14PM +, Jonathan Dieter wrote: Just to be clear on this, unlike deltarpm, zchunked rpms shouldn't require extra CPU usage on the client

fedora-rawhide-kernel-nodebug is not getting updates

Does anybody know why? Last kernel available there is 2 weeks old. https://dl.fedoraproject.org/pub/alt/rawhide-kernel-nodebug/x86_64/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to

Re: Proposal: Faster composes by eliminating deltarpms and using zchunked rpms instead

* Jonathan Dieter: > On Tue, 2018-11-20 at 12:45 +, Michael Schroeder wrote: >> On Mon, Nov 19, 2018 at 08:30:14PM +, Jonathan Dieter wrote: >> > Just to be clear on this, unlike deltarpm, zchunked rpms shouldn't >> > require extra CPU usage on the client side as they don't go through the

Re: Fedora Lifecycles: imagine longer-term possibilities

* Dominik Mierzejewski: > On Thursday, 15 November 2018 at 13:48, Florian Weimer wrote: >> * Przemek Klosowski: >> >> > I wonder if RedHat could be persuaded to modify their process to adopt >> > a Fedora release instead of forking it, and backport into that >> > release---let's call it "Fedora

Re: [HEADS UP] Latest protobuf is coming into Rawhide

I've built it and dependent packages in side tag and it's going to be merged back soon. Only 4 problematic packages: * gazebo (not related to protobuf, FTBFS for long time) /builddir/build/BUILD/gazebo-8.3.0/gazebo/msgs/generator/GazeboGenerator.cc:51:5: error: 'scoped_ptr' was not declared in

Re: Can we change the xz block size in our cloud images?

> Apparently it's no longer done using appliance-tools. The cloud images haven't used appliance-tools for years. It uses imagefactory and some bits in koji. Looking at the output of the logs it just runs: $ /usr/bin/xz -z9T2 /var/tmp/koji/tasks/2418/31062418/Fedora-Cloud-Base-Rawhide-20181123.n.0.

Can we change the xz block size in our cloud images?

It looks like the raw format xz-compressed cloud images that we ship use a very large block size, possibly 192M. This is not ideal and it would be better to use a smaller block size such as 16M so that they can be consumed without having to be uncompressed by nbdkit, or even be used remotely

CC-BY-SA-4.0

I am currently packaging a program whose README and documentation is licensed under CC-BY-SA-4.0. However, only lists CC-BY-SA as meaning version 3.0 of that licence. Is CC-BY-SA-4.0 a "good" licence according to Fedora? How might one package a

Re: 404 in git email notifications (Was: pagure pushed to git (master). "Updated pull-request 16f37409e293432fb406e514cd649b66: Move git instaweb to a subpackage")

On Thu, Nov 22, 2018 at 04:58:27PM +0100, Tomasz Kłoczko wrote: >Looks like in all email notifications like below URL points to 404. Could you forward me one of these emails entirely (so I can check headers and all)? Also, does it happen with all and every notifications or just some? Thanks

[Bug 1652849] JSON::Any cannot handle JSON::XS 4.0

https://bugzilla.redhat.com/show_bug.cgi?id=1652849 --- Comment #1 from Petr Pisar --- (In reply to Petr Pisar from comment #0) > After upgrading perl-JSON-XS from 3.04 to 3.0, JSON::Any fails to use A typo: to 4.0. -- You are receiving this mail because: You are on the CC list for the bug.

[Bug 1652849] New: JSON::Any cannot handle JSON::XS 4.0

https://bugzilla.redhat.com/show_bug.cgi?id=1652849 Bug ID: 1652849 Summary: JSON::Any cannot handle JSON::XS 4.0 Product: Fedora Version: rawhide Component: perl-JSON-Any Assignee: emman...@seyman.fr Reporter:

[rpms/perl-Mail-DKIM] PR #1: Drop Group tag

olysonek opened a new pull-request against the project: `perl-Mail-DKIM` that you are following: `` Drop Group tag `` To reply, visit the link below https://src.fedoraproject.org/rpms/perl-Mail-DKIM/pull-request/1 ___ perl-devel mailing list --