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

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 watchin

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

[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: l

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

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 th

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 issue

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 e

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) > /builddir/build/BUILD/gazebo-8.3.0/gazebo/msgs/generator/GazeboGener

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

so I 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 appli

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?

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.aarch64.raw > > Example task: https://koji.fedoraproject.org/koji/taski

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 s

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 devel-le...@lists.fedoraprojec

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 L

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 thi

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

ke. > 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-R

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 witho

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 pro

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