ceph-12.2.12 for f28 and f29.
Happens every time.
Someone please give them a kick.
Thanks.
--
Kaleb
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: ht
On 4/19/19 4:48 PM, John Florian wrote:
Might this be related to why my console goes blank without 'nomodeset'
for my custom F29 live spins when I run them in QEMU? The problem just
turned up about 2 weeks ago. I don't see that message in the journal
and thus far have only seen the problem whe
Might this be related to why my console goes blank without 'nomodeset'
for my custom F29 live spins when I run them in QEMU? The problem just
turned up about 2 weeks ago. I don't see that message in the journal
and thus far have only seen the problem when I run the images with QEMU.
On 4/8/19
I'm generally familiar with how systemd presets work but I'm at a bit of
loss as to how part of all the magic works. To best explain my
confusion, let me say that I make a customized live spin of Fedora and I
have a package we'll call "my-dist" which is similar in nature to the
"fedora-release
18.04.2019 21:16 jkone...@redhat.com wrote:
> [...]
> All the information can be found here:
>
> https://github.com/rpm-software-management/mock/issues/250
The discussion contains the suggestion that adding glibc-all-langpacks
to BuildRequires fixes the problem. My other suggestion is that
maybe
Missing expected images:
Atomichost qcow2 x86_64
Atomichost raw-xz x86_64
Failed openQA tests: 1/146 (x86_64), 1/2 (arm)
ID: 387783 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/387783
ID: 387786 Test: arm Minimal-raw_xz-raw.xz
install_arm_image_
Missing expected images:
Atomichost raw-xz x86_64
Atomichost qcow2 x86_64
Compose FAILS proposed Rawhide gating check!
7 of 47 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Unsatisfied gating requirements that could not be mapped to openQ
OLD: Fedora-30-20190418.n.0
NEW: Fedora-30-20190419.n.0
= SUMMARY =
Added images:1
Dropped images: 1
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
OLD: Fedora-Rawhide-20190418.n.0
NEW: Fedora-Rawhide-20190419.n.0
= SUMMARY =
Added images:3
Dropped images: 5
Added packages: 2
Dropped packages:0
Upgraded packages: 81
Downgraded packages: 0
Size of added packages: 383.77 KiB
Size of dropped packages:0
Done, thanks!
On 4/19/19 12:02 AM, Vascom wrote:
I can take it.
FAS name: vascom
пт, 19 апр. 2019 г. в 05:37, Orion Poplawski :
I'm going to orphan kdesvn as I no longer use it. It needs updating:
https://bugzilla.redhat.com/show_bug.cgi?id=1519347
Let me know if you are interested in taki
Hiya,
I am currently working on updating VXL to the latest version. It does
not currently build in rawhide/f30, and that also causes other packages
that depend on it to FTBFS: InsightToolKit etc.
Upstream does not version their shared objects, so a soname bump may not
be part of the upgrade, but
And of course, the seed is not technically required, everything could
be done with a generic
* chain build
* chain build remainer with bootstrap
* chain build bootstrapped builds normally
* chain build everything
The seed just saves days of processing build farm side
--
Nicolas Mailhot
Le mardi 16 avril 2019 à 15:39 +0100, Mat Booth a écrit :
>
> Why wouldn't this work for you? You would just rebuild the module a
> second time without the bootstrap flag set. This is fairly standard
> process for packages that buildrequire themselves and not unique to
> golang.
I may be wrong, b
I am already updated spec and build version 2.0.95 for rawhide in mock.
пт, 19 апр. 2019 г. в 09:02, Vascom :
>
> I can take it.
> FAS name: vascom
>
> пт, 19 апр. 2019 г. в 05:37, Orion Poplawski :
> >
> > I'm going to orphan kdesvn as I no longer use it. It needs updating:
> >
> > https://bugzi
14 matches
Mail list logo