https://fedorapeople.org/groups/389ds/ci/nightly/2021/05/29/report-389-ds-base-2.0.4-20210529gitba5578f7f.fc34.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
The following Fedora EPEL 7 Security updates need testing:
Age URL
10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-113abf45ca
composer-1.10.22-1.el7
10 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-4ab96a9920
wordpress-5.1.10-1.el7
9
https://bugzilla.redhat.com/show_bug.cgi?id=1962451
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-perlfaq-5.20210520-1.f |perl-perlfaq-5.20210520-1.f
https://bugzilla.redhat.com/show_bug.cgi?id=1962451
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In
No missing expected images.
Failed openQA tests: 2/16 (x86_64), 4/15 (aarch64)
Old failures (same test failed in Fedora-IoT-35-20210527.0):
ID: 898530 Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/898530
ID: 898534 Test: x86_64
Hi folks! I'm proposing we cancel the QA meeting on Monday. I don't
have anything urgent on the agenda, so let's take a break.
If you're aware of anything important we have to discuss this week,
please do reply to this mail and we can go ahead and run the meeting.
Thanks!
--
Adam Williamson
On Fri, May 28, 2021 at 1:45 AM Peter Boy wrote:
> > Am 27.05.2021 um 00:59 schrieb Chris Murphy :
> > Whereupon Server SIG/WG perform an evaluation of Btrfs for their use
> > cases, and decide Btrfs should be the default in a compelling manner,
> > FESCo will approve it. And this plausibly
On Fri, May 28, 2021 at 4:37 PM Nico Kadel-Garcia wrote:
>
> On Fri, May 28, 2021 at 9:04 AM Colin Walters wrote:
> >
> >
> >
> > On Fri, May 28, 2021, at 5:43 AM, Neal Gompa wrote:
> > >
> > > Part of the point of the different working groups was to handle the
> > > different use-cases *well*
On Fri, May 28, 2021 at 9:04 AM Colin Walters wrote:
>
>
>
> On Fri, May 28, 2021, at 5:43 AM, Neal Gompa wrote:
> >
> > Part of the point of the different working groups was to handle the
> > different use-cases *well* at their own pace. The CoreOS Working Group
> > is *explicitly* excluded and
> Am 28.05.2021 um 11:43 schrieb Neal Gompa :
>
> On Fri, May 28, 2021 at 3:45 AM Peter Boy wrote:
>>
>> Nevertheless, coordination and cooperation is at least very desirable (in
>> fact, indispensable). And is is not just about who is paying the bills.
>> Beyond this crude economic
On Mon, May 17, 2021 at 11:37 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/SDL12onSDL2
>
> == Summary ==
> This Change proposes to replace SDL 1.2 with sdl12-compat, which uses SDL 2.0.
>
> == Owner ==
> * Name: [[User:Ngompa| Neal Gompa]]
> * Email: ngomp...@gmail.com
>
>
> ==
Hello!
Yes, now it works, I changed my password and voted. It's very slow, but
that could be my connection.
Thank you very much!!!
Kind regards,
Silvia
FAS: Lailah
On Fri, 28 May 2021 at 19:32, Kevin Fenzi wrote:
> On Fri, May 28, 2021 at 07:21:41PM +0200, Silvia Sánchez wrote:
> > Kevin,
On Fri, May 28, 2021 at 12:37 AM Gerd Hoffmann wrote:
>
> Hi,
>
> > I don't know why we all missed it. Butt that appears to be the case.
> >
> > However, the end goal is to create hybrid BIOS+UEFI cloud images via
> > kickstart. (Maybe down the road it could be generally useful, if/when the
>
On Fri, May 28, 2021 at 07:21:41PM +0200, Silvia Sánchez wrote:
> Kevin,
>
> Apparently no, but I don't know why. What should I do now?
Try and reset your password:
https://accounts.fedoraproject.org/forgot-password/ask
and then see if it starts working.
kevin
signature.asc
Description:
Kevin,
Apparently no, but I don't know why. What should I do now?
Kind regards,
Silvia
FAS: Lailah
On Fri, 28 May 2021 at 19:20, Kevin Fenzi wrote:
> On Fri, May 28, 2021 at 07:06:53PM +0200, Silvia Sánchez wrote:
> > Hello!
> >
> > I tried that too, Mikel, but it fails as well. It
On Fri, May 28, 2021 at 07:06:53PM +0200, Silvia Sánchez wrote:
> Hello!
>
> I tried that too, Mikel, but it fails as well. It doesn't even return an
> error or any sort of feedback. Just back to the previous page without
> logging me.
In the logs I see:
authentication failed for user lailah:
one of the more important trusts
we place in the parties in question is to protect the privacy of tens
of thousands of *other* people's private conversations.
Sure. As do we all. Mostly. Kind of. Ok, hopefully.
Again, to _my_ read, _I_ see absolutely nothing in either side's recent
On Fri, May 28, 2021 at 4:42 PM PGNet Dev wrote:
> I'd bet $0.05 and a half-eaten donut that most folks
*Most* folks are not the deciders. The deciders
(for their particular projects) have decided,
presumably based on what they believe is best
for their community. In this case, for
Hello!
I tried that too, Mikel, but it fails as well. It doesn't even return an
error or any sort of feedback. Just back to the previous page without
logging me.
Kind regards,
Silvia
FAS: Lailah
On Thu, 27 May 2021 at 19:21, Mikel Olasagasti
wrote:
> Hi Silvia,
>
> Hau idatzi du Silvia
On Fri, 2021-05-28 at 12:26 -0400, PGNet Dev wrote:
> On 5/28/21 12:14 PM, Adam Williamson wrote:
> > On Fri, 2021-05-28 at 12:01 -0400, PGNet Dev wrote:
> > > On 5/27/21 2:04 PM, Nick Bebout wrote:
> > > > Since its beginnings, the Fedora Project has used the freenode IRC
> > > > network for our
due specifically to Andrew Lee's actions.
I'd bet $0.05 and a half-eaten donut that most folks shrieking about this would
be hard-pressed to regurgitate much of anything beyond 'headlines', with little
actual insight into objective details.
But then, I'm often wrong.
Now, back to real work
On Fri, May 28, 2021 at 12:32 PM PGNet Dev wrote:
> > Andrew Lee has a flexible relationship with the truth. This is not a
> both sides issue, as every other free software project has also agreed.
>
> Well, it seems you're good then. So, great.
>
> Just for me, not my 1st rodeo dealing with the
Andrew Lee has a flexible relationship with the truth. This is not a both sides
issue, as every other free software project has also agreed.
Well, it seems you're good then. So, great.
Just for me, not my 1st rodeo dealing with the spectrum from
megalomaniacal-sociopathic-CEOs to
On 5/28/21 12:14 PM, Adam Williamson wrote:
On Fri, 2021-05-28 at 12:01 -0400, PGNet Dev wrote:
On 5/27/21 2:04 PM, Nick Bebout wrote:
Since its beginnings, the Fedora Project has used the freenode IRC network for
our project communications. Due to a variety of recent changes to that network,
On Fri, May 28, 2021 at 12:01 PM PGNet Dev wrote:
> On 5/27/21 2:04 PM, Nick Bebout wrote:
> > Since its beginnings, the Fedora Project has used the freenode IRC
> network for our project communications. Due to a variety of recent changes
> to that network, the Fedora Project is moving our IRC
On Fri, 2021-05-28 at 12:01 -0400, PGNet Dev wrote:
> On 5/27/21 2:04 PM, Nick Bebout wrote:
> > Since its beginnings, the Fedora Project has used the freenode IRC network
> > for our project communications. Due to a variety of recent changes to that
> > network, the Fedora Project is moving our
On 5/27/21 2:04 PM, Nick Bebout wrote:
Since its beginnings, the Fedora Project has used the freenode IRC network for
our project communications. Due to a variety of recent changes to that network,
the Fedora Project is moving our IRC communications to Libera.Chat.
If a still-fuzzy "variety
No missing expected images.
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 16/194 (x86_64), 12/133 (aarch64)
New failures (same test not failed in
I have new builds of texlive (2021-41.fc35) and texlive-base
(20210325-34.fc35) going. Fixes:
- add texlive-gsftopk as a dependency on texlive-texlive-scripts for mktexpk
- add texlive-psnfss as a dependency on texlive-latex
- drop Requires: tex(psfonts.map), died with updmap-map
- add tfm font
On 5/28/21 10:39 AM, Richard Shaw wrote:
On Fri, May 28, 2021 at 9:32 AM Steven A. Falco mailto:stevenfa...@gmail.com>> wrote:
I understand that we should put "Obsoletes" statements in a spec file when
a package changes its name, so the package with the new name can replace the package
On Fri, May 28, 2021 at 9:32 AM Steven A. Falco
wrote:
> I understand that we should put "Obsoletes" statements in a spec file when
> a package changes its name, so the package with the new name can replace
> the package with the old name.
>
> But how long should the Obsoletes statements be left
I understand that we should put "Obsoletes" statements in a spec file when a
package changes its name, so the package with the new name can replace the package with
the old name.
But how long should the Obsoletes statements be left in the spec file? Should
they stay there permanently, or
Hello Pythonistas,
I've just updated pyproject-rpm-macros to 0-40 across all Fedora versions.
Update for CentOS Stream 9 is planned for next week(s).
There is a backwards incompatible enhancement. The "semi-internal"
%_pyproject_wheeldir and %_pyproject_builddir locations are now set
On Fri, May 28, 2021, at 5:43 AM, Neal Gompa wrote:
>
> Part of the point of the different working groups was to handle the
> different use-cases *well* at their own pace. The CoreOS Working Group
> is *explicitly* excluded and frankly unlikely to ever switch because
> Colin believes
I am not
On Fri, May 28, 2021 at 3:45 AM Peter Boy wrote:
>
>
>
> > Am 27.05.2021 um 00:59 schrieb Chris Murphy :
> >
> > On Wed, May 26, 2021 at 5:30 AM Peter Boy wrote:
> > ...
> > Whereupon Server SIG/WG perform an evaluation of Btrfs for their use
> > cases, and decide Btrfs should be the default in
No missing expected images.
Failed openQA tests: 8/8 (x86_64)
Old failures (same test failed in Fedora-Cloud-34-20210527.0):
ID: 897932 Test: x86_64 Cloud_Base-qcow2-qcow2 base_services_start
URL: https://openqa.fedoraproject.org/tests/897932
ID: 897933 Test: x86_64
> Am 27.05.2021 um 00:59 schrieb Chris Murphy :
>
> On Wed, May 26, 2021 at 5:30 AM Peter Boy wrote:
> ...
> Whereupon Server SIG/WG perform an evaluation of Btrfs for their use
> cases, and decide Btrfs should be the default in a compelling manner,
> FESCo will approve it. And this plausibly
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20210527.0):
ID: 897922 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
Hi,
> I don't know why we all missed it. Butt that appears to be the case.
>
> However, the end goal is to create hybrid BIOS+UEFI cloud images via
> kickstart. (Maybe down the road it could be generally useful, if/when the
> existing bootloader UI bits go away.)
39 matches
Mail list logo
