Fedora Rawhide-20181120.n.0 compose check report

No missing expected images. Failed openQA tests: 10/142 (x86_64), 2/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20181119.n.0): ID: 310612 Test: x86_64 Server-dvd-iso base_update_cli URL: https://openqa.fedoraproject.org/tests/310612 ID: 310646 Test: x86_64 Work

Fedora rawhide compose report: 20181120.n.0 changes

OLD: Fedora-Rawhide-20181119.n.0 NEW: Fedora-Rawhide-20181120.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 9 Dropped packages:1 Upgraded packages: 108 Downgraded packages: 0 Size of added packages: 631.47 MiB Size of dropped packages:1.

Re: [HEADS UP] Meson 0.48.0

On Tue, 2018-09-25 at 08:43 +0200, Igor Gnatenko wrote: > new meson release is out (release notes) which removes tools which > are deprecated for quite long time: > * mesonconf > * mesonintrospect > * mesontest > * wraptool Hi, having installed meson-0.48.1-1.fc29.noarch and trying to buil

Re: Fedora Lifecycles: imagine longer-term possibilities

On Tue, Nov 20, 2018 at 01:36:06PM -0500, Neal Gompa wrote: > On Tue, Nov 20, 2018 at 12:49 PM Daniel P. Berrangé > wrote: > > > > On Tue, Nov 20, 2018 at 12:15:17PM -0500, Neal Gompa wrote: > > > > > > The problem with merged source trees (aka source-git) is that it > > > implies forking project

Re: mass-removal of LANG=anything-not-C.UTF-8 in packages

On Tue, Nov 06, 2018 at 09:21:09AM -0600, Dennis Gilmore wrote: > the build group in koji is defined as > > build > build > None > false > true > > bash Hmm, where is this defined? > and in f30 comps the buildsys-build group is > > buildsys-build https://p

Re: mass-removal of LANG=anything-not-C.UTF-8 in packages

On Wed, Nov 21, 2018 at 12:09 PM Zbigniew Jędrzejewski-Szmek wrote: > > On Tue, Nov 06, 2018 at 09:21:09AM -0600, Dennis Gilmore wrote: > > the build group in koji is defined as > > > > build > > build > > None > > false > > true > > > > bash > > Hmm, where is this

Re: mass-removal of LANG=anything-not-C.UTF-8 in packages

On Wed, Nov 21, 2018 at 12:13:41PM +, Peter Robinson wrote: > On Wed, Nov 21, 2018 at 12:09 PM Zbigniew Jędrzejewski-Szmek > wrote: > > > > On Tue, Nov 06, 2018 at 09:21:09AM -0600, Dennis Gilmore wrote: > > > the build group in koji is defined as > > > > > > build > > > build > > >

Something is broken in low-level components, processes segfault

https://apps.fedoraproject.org/koschei/build/5700914 process didn't exit successfully: `/usr/bin/rustc --crate-name glib_sys src/lib.rs --color never --crate-type lib --emit=dep-info,link -C opt-level=3 -C metadata=20d7ee6da134c60a -C extra-filename=-20d7ee6da134c60a --out-dir /builddir/build/BU

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

On Fri, Nov 16, 2018 at 11:13 PM Jonathan Dieter wrote: > For reference, this is in reply to Paul's email about lifecycle > objectives, specifically focusing on problem statement #1[1]. > > > Have rpm use zchunk as its compression format, removing the need for > deltarpms, and thus reducing comp

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

Dne 21. 11. 18 v 14:36 Kamil Paral napsal(a): On Fri, Nov 16, 2018 at 11:13 PM Jonathan Dieter > wrote: For reference, this is in reply to Paul's email about lifecycle objectives, specifically focusing on problem statement #1[1]. Have rpm use zchunk as

Re: Installed (but unpackaged) file(s) found on s390x and armv7hl: .s390x.debug.#dwz#

Hi folks, I have found this error even during netpbm build [1]. Do we have any progress with it? I couldn't found anything related to dwz crash in build log. (Maybe I just overlooked it). [1] https://kojipkgs.fedoraproject.org//work/tasks/6251/31036251/build.log Regards Josef Ridky Associate

Re: prevent accidentally creating branches in dist-git

Wow, thanks Dusty! This should definitely be the default for Pagure dist-git. On Tue, Nov 20, 2018 at 7:25 AM Dusty Mabe wrote: > > > I've certainly made the mistake of accidentally creating branches > in dist-git and now being stuck with them because we can't delete > them. Now that src.fedorapr

Re: Something is broken in low-level components, processes segfault

On 2018-11-21, Igor Gnatenko wrote: > https://apps.fedoraproject.org/koschei/build/5700914 > > process didn't exit successfully: `/usr/bin/rustc --crate-name > glib_sys src/lib.rs --color never --crate-type lib > --emit=dep-info,link -C opt-level=3 -C metadata=20d7ee6da134c60a -C > extra-filenam

Re: prevent accidentally creating branches in dist-git

On Tue, Nov 20, 2018 at 9:26 AM Dusty Mabe wrote: > > > I've certainly made the mistake of accidentally creating branches > in dist-git and now being stuck with them because we can't delete > them. Now that src.fedoraproject.org (dist-git) is backed by a newer > version of pagure you can prevent c

Re: prevent accidentally creating branches in dist-git

> "DM" == Dusty Mabe writes: DM> I personally think this should be the default for all projects but I DM> don't know if there is a way to easily make that happen when a DM> project gets created. I'm sure there could be. But I'd go further and say that we should set that on all existing repo

Re: Container updates available in bodhi

On Thu, Nov 15, 2018 at 6:09 AM Clement Verna wrote: > > On Thu, 15 Nov 2018 at 13:55, Petr Pisar wrote: >> And unrelated question: The koji build NVR does not contain dist-git >> name space. Does that mean there will be race conditions between rpms >> and container builds when the NVR string wil

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

On Sat, Nov 17, 2018, at 12:24 PM, Jonathan Dieter wrote: > Agreed, that this would be a massive format change and should therefore > be a major version bump for RPM. New versions of RPM should still be > able to read and install old-format rpms, but, as you point out, old > versions of RPM won

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

+1 to the reducing compose time, although there are many other things that we have to do to make it even faster. There are many good points that people are bringing up here, but I hope it wont have any bottlenecks as that of xz compression. Also since its a very young technology we should spend s

Re: Automating package maintainers responsivity check

On 18/11/18 09:44 +, Mattia Verga wrote: Il 11/17/18 10:59 PM, Philip Kovacs ha scritto: You want to attract packagers, not irritate them. In my opinion, "irritating" is when a maintainer doesn't reply to bugs that users fill in Bugzilla. If they can't found enough time to reply or cha

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

On Wed, 2018-11-21 at 11:31 -0500, Colin Walters wrote: > After having introduced a new format (OSTree) into the ecosystem here, > as well as working a lot on the Docker/OCI ecosystem, one thing I want > to emphasize is: > > A lot of Red Hat's customers don't connect their systems to the Internet,

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

On Wed, 2018-11-21 at 14:36 +0100, Kamil Paral wrote: > On Fri, Nov 16, 2018 at 11:13 PM Jonathan Dieter wrote: > > For reference, this is in reply to Paul's email about lifecycle > > objectives, specifically focusing on problem statement #1[1]. > > > > > > Have rpm use zchunk as its compression

Fedora rawhide compose report: 20181121.n.0 changes

OLD: Fedora-Rawhide-20181120.n.0 NEW: Fedora-Rawhide-20181121.n.0 = SUMMARY = Added images:0 Dropped images: 0 Added packages: 3 Dropped packages:1 Upgraded packages: 63 Downgraded packages: 0 Size of added packages: 4.84 MiB Size of dropped packages

Fedora Rawhide-20181121.n.0 compose check report

No missing expected images. Failed openQA tests: 22/142 (x86_64), 7/24 (i386), 1/2 (arm) New failures (same test did not fail in Rawhide-20181120.n.0): ID: 311037 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/311037 ID: 311048 Test: x86_64

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

Matthew Miller wrote: > Leigh, it may be "lame" to you, but it's important to many people with > bandwidth limitations or slower connections. There's always room for > improvement but let's please not talk about other people's work in this > way. Thank you. The thing is, with a fast network and a