https://fedorapeople.org/groups/389ds/ci/nightly/2019/04/20/report-389-ds-base-1.4.1.2-20190419git4f7c05e.fc29.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=1701617
Bug ID: 1701617
Summary: perl-Module-CoreList-5.20190419 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Module-CoreList
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=1701615
Bug ID: 1701615
Summary: perl-CPAN-Perl-Releases-3.96 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-CPAN-Perl-Releases
Keywords:
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:
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
https://pagure.io/389-ds-base/pull-request/50338
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
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
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
The following Fedora EPEL 6 Security updates need testing:
Age URL
49 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-06b243cced
guacamole-server-1.0.0-1.el6
28 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-62f9745b71
drupal7-7.65-1.el6
10
The following Fedora EPEL 7 Security updates need testing:
Age URL
247 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
55 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-f8311ec8a2
tor-0.3.5.8-1.el7
49
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
https://bugzilla.redhat.com/show_bug.cgi?id=1701582
Bug ID: 1701582
Summary: perl-Inline-CPP-0.80 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Inline-CPP
Keywords: FutureFeature, Triaged
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
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
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,
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:
> >
> >
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 taking it over.
>
> --
> Orion Poplawski
>
22 matches
Mail list logo