https://fedorapeople.org/groups/389ds/ci/nightly/2021/05/15/report-389-ds-base-2.0.4-20210515git2a12316b7.fc34.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
On Fri, 2021-05-14 at 18:20 -0500, Michael Catanzaro wrote:
> On Fri, May 14 2021 at 02:17:13 PM -0700, Adam Williamson
> wrote:
> > I don't know about emails, but the UI isn't indicating a failure, it's
> > indicating a missing result. This *is* what it shows if you read it
> > carefully. It
the panel-date-format gnome shell extension is very useful and popular. why
not make it a standard rpm available in the repository please?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
On Fri, May 14 2021 at 02:17:13 PM -0700, Adam Williamson
wrote:
I don't know about emails, but the UI isn't indicating a failure, it's
indicating a missing result. This *is* what it shows if you read it
carefully. It doesn't say a test failed.
That's incorrect, see e.g.:
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, 2021-05-14 at 14:40 -0500, Michael Catanzaro wrote:
> So this seems like a good idea, but I notice that all tests are marked
> as failed until the results arrive. This leads to incorrect failure
> emails and incorrect UI indicating lots of test failures where none
> exist. Doesn't seem
On 5/14/21 5:55 AM, Fabio Valentini wrote:
> Would it be possible to rebuild and include rust as well? It is
> already built against LLVM 12 in rawhide, and building it against LLVM
> 12 instead of the LLVM 11 compat package fixes a few code generation
> issues and crashes that have been hitting
So this seems like a good idea, but I notice that all tests are marked
as failed until the results arrive. This leads to incorrect failure
emails and incorrect UI indicating lots of test failures where none
exist. Doesn't seem ready for production yet.
https://bugzilla.redhat.com/show_bug.cgi?id=1960398
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
On Fri, May 14, 2021 at 06:38:33PM +0200, Miro Hrončok wrote:
> I wouldn't say so. I'd say "package both versions as separate
> non-modular RPM packages with unique names" is the general answer
> when different versions of the package are desired.
>
> However, the problem here is different. We
On Fri, May 14, 2021 at 1:01 PM Miro Hrončok wrote:
>
> On 14. 05. 21 16:29, Stephen Gallagher wrote:
> > * Fedora wants to use the latest version of an upstream, but ELN wants
> > to stay on LTS releases (e.g. Firefox)
>
> About this use case:
>
> Is ELN still consumed as an "add-on repo" for
On Fri, May 14, 2021 at 12:54 PM Miro Hrončok wrote:
...
> > Of course, this time around we were also rushing to get the
> > infrastructure in place for CentOS Stream 9, which will already be
> > available for EL 10... so maybe the answer here is to just go directly
> > from ELN into CentOS
On 14. 05. 21 16:29, Stephen Gallagher wrote:
* Fedora wants to use the latest version of an upstream, but ELN wants
to stay on LTS releases (e.g. Firefox)
About this use case:
Is ELN still consumed as an "add-on repo" for Rawhide, or that is no
longer true? Becasue if it is still the case,
On 14. 05. 21 17:20, Stephen Gallagher wrote:
On Fri, May 14, 2021 at 11:05 AM Miro Hrončok wrote:
...
First of all: Thanks. This is what many of us wanted from the beginning
of ELN and this will allow us to crop many of our unwanted dependencies
for RHEL 10+, already in ELN.
An automation
Hello all,
Vagrant is to be updated in F34, to be more compatible with Ruby 3.0.
Please give it a go:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-17ded5c4ca
Thanks!
--
Pavel Valena
Software Engineer, Red Hat
Brno, Czech Republic
___
devel
On 14.05.2021 16:14, Jake Hunsaker wrote:
I can reach out to her, which package is this for?
https://src.fedoraproject.org/rpms/python-networkmanager
https://src.fedoraproject.org/rpms/python-networkmanager/pull-request/2
need to be merged and built for F33-Rawhide. It fixes major issues
On Fri, 14 May 2021 at 12:28, Stephen Gallagher wrote:
> On Fri, May 14, 2021 at 12:01 PM Neal Gompa wrote:
> >
> > On Fri, May 14, 2021 at 11:14 AM Matthew Miller
> > wrote:
> > >
> > > On Fri, May 14, 2021 at 10:29:11AM -0400, Stephen Gallagher wrote:
> > > > * Fedora wants to use the latest
On Fri, 2021-05-14 at 16:28 +, Mattia Verga via devel wrote:
> I've just realized that this currently doesn't work: Rawhide updates still
> aren't marked as critpath.
>
> See https://github.com/fedora-infra/bodhi/issues/4177#issuecomment-841350366
Oh, that's fine. This is only for stable
On 14. 05. 21 17:25, Matthew Miller wrote:
On Fri, May 14, 2021 at 11:21:26AM -0400, Stephen Gallagher wrote:
Can we provide these things as modules and make them available in both?
Firefox LTS seems like an ideal candidate, and I can see someone on Fedora
Linux wanting the option and if the
I've just realized that this currently doesn't work: Rawhide updates still
aren't marked as critpath.
See https://github.com/fedora-infra/bodhi/issues/4177#issuecomment-841350366
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe
On Thu, 2021-05-13 at 23:47 -0700, Adam Williamson wrote:
> On Fri, 2021-05-14 at 06:06 +0200, Michal Srb wrote:
> >
> > I thought, under the hood, the button is just telling Bodhi to send the
> > "bodhi.update.status.testing.koji-build-group.build.complete" [1] message
> > again, so all CI
On Fri, May 14, 2021 at 12:01 PM Neal Gompa wrote:
>
> On Fri, May 14, 2021 at 11:14 AM Matthew Miller
> wrote:
> >
> > On Fri, May 14, 2021 at 10:29:11AM -0400, Stephen Gallagher wrote:
> > > * Fedora wants to use the latest version of an upstream, but ELN wants
> > > to stay on LTS releases
No missing expected images.
Failed openQA tests: 3/40 (x86_64)
ID: 887428 Test: x86_64 KDE-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/887428
ID: 887435 Test: x86_64 KDE-live-iso desktop_login
URL: https://openqa.fedoraproject.org/tests/887435
ID:
On Fri, May 14, 2021 at 11:14 AM Matthew Miller
wrote:
>
> On Fri, May 14, 2021 at 10:29:11AM -0400, Stephen Gallagher wrote:
> > * Fedora wants to use the latest version of an upstream, but ELN wants
> > to stay on LTS releases (e.g. Firefox)
>
> Can we provide these things as modules and make
On Fri, 14 May 2021 at 11:25, Matthew Miller
wrote:
> On Fri, May 14, 2021 at 11:21:26AM -0400, Stephen Gallagher wrote:
> > > Can we provide these things as modules and make them available in both?
> > > Firefox LTS seems like an ideal candidate, and I can see someone on
> Fedora
> > > Linux
On Fri, May 14, 2021 at 11:25 AM Matthew Miller
wrote:
>
> On Fri, May 14, 2021 at 11:21:26AM -0400, Stephen Gallagher wrote:
> > > Can we provide these things as modules and make them available in both?
> > > Firefox LTS seems like an ideal candidate, and I can see someone on Fedora
> > > Linux
On Fri, May 14, 2021 at 11:18 AM Miro Hrončok wrote:
>
> On 14. 05. 21 16:58, Stephen Gallagher wrote:
> > Oh, I absolutely understand that this will lead to dependency
> > trimming. However, such things are*also* possible via
> > conditionalizing the Rawhide specfile (which remains the
On Fri, May 14, 2021 at 11:21:26AM -0400, Stephen Gallagher wrote:
> > Can we provide these things as modules and make them available in both?
> > Firefox LTS seems like an ideal candidate, and I can see someone on Fedora
> > Linux wanting the option and if the ELN folks are maintaining a package
On Fri, May 14, 2021 at 11:16 AM Matthew Miller
wrote:
>
> On Fri, May 14, 2021 at 10:29:11AM -0400, Stephen Gallagher wrote:
> > * Fedora wants to use the latest version of an upstream, but ELN wants
> > to stay on LTS releases (e.g. Firefox)
>
> Can we provide these things as modules and make
On Fri, May 14, 2021 at 11:05 AM Miro Hrončok wrote:
...
> First of all: Thanks. This is what many of us wanted from the beginning
> of ELN and this will allow us to crop many of our unwanted dependencies
> for RHEL 10+, already in ELN.
>
> An automation that cherry-picks (rather than merges)
On 14. 05. 21 16:58, Stephen Gallagher wrote:
Oh, I absolutely understand that this will lead to dependency
trimming. However, such things are*also* possible via
conditionalizing the Rawhide specfile (which remains the recommended
approach, because it means you don't have to maintain a separate
On Fri, May 14, 2021 at 10:29:11AM -0400, Stephen Gallagher wrote:
> * Fedora wants to use the latest version of an upstream, but ELN wants
> to stay on LTS releases (e.g. Firefox)
Can we provide these things as modules and make them available in both?
Firefox LTS seems like an ideal candidate,
On 14. 05. 21 16:29, Stephen Gallagher wrote:
In nearly all cases, we want the `rawhide` branch in dist-git to
provide the sources used to build packages for ELN. This ensures that
they are kept up to date and minimizes packager effort (since they do
not have to maintain an extra branch).
On Fri, May 14, 2021 at 10:53 AM Vít Ondruch wrote:
...
> > Maintaining a separate branch for ELN requires us to do the following
> > things:
> > * Create an `eln` branch for the package
> > * Exclude the package from the Rawhide auto-rebuild
>
>
> This is not necessary as long as `git pull
Dne 14. 05. 21 v 16:29 Stephen Gallagher napsal(a):
In nearly all cases, we want the `rawhide` branch in dist-git to
provide the sources used to build packages for ELN. This ensures that
they are kept up to date and minimizes packager effort (since they do
not have to maintain an extra branch).
In nearly all cases, we want the `rawhide` branch in dist-git to
provide the sources used to build packages for ELN. This ensures that
they are kept up to date and minimizes packager effort (since they do
not have to maintain an extra branch).
However, there are some cases where changes desired
I can reach out to her, which package is this for?
On 5/14/21 5:09 AM, Vitaly Zaitsev via devel wrote:
Hello.
According to non-responsive maintainer procedure, I'm asking if anyone
knows how to contact jdulaney?
--
Jake Hunsaker
RHCA Cloud Specialist
Senior Software Engineer, CEE
No missing expected images.
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 15/194 (x86_64), 15/133 (aarch64)
New failures (same test not failed
On Fri, 2021-05-14 at 12:41 +0200, Guillem Jover wrote:
> On Sat, 2021-04-10 at 13:38:31 +0100, Luca Boccassi wrote:
> > On Sat, 2021-04-10 at 13:29 +0100, Luca Boccassi wrote:
> > > After an initial discussion [0], recently we have been working on a new
> > > specification [0] to encode rich
On Fri, May 14, 2021 at 2:49 PM Serge Guelton wrote:
>
> Hi folks,
>
> we're preparing an update of the LLVM package from 12.0.0rc1 to 12.0.0.
>
> In addition the package the llvm team maintain, the following packages needs
> a rebuild:
>
> annobin-0:9.65
> bindgen-0:0.57.0
>
On Thu, 2021-05-13 at 20:09 +0200, Peter Boy wrote:
>
>
> > Am 12.05.2021 um 22:35 schrieb Ben Cotton :
> >
> > == Summary ==
> > Since 2019 the Anaconda installer GUI hosted an option called
> > "Allow
> > SSH root login with password", that made it possible to enable
> > password based root
Hi folks,
we're preparing an update of the LLVM package from 12.0.0rc1 to 12.0.0.
In addition the package the llvm team maintain, the following packages needs a
rebuild:
annobin-0:9.65
bindgen-0:0.57.0
clazy-0:1.9
doxygen-1:1.9.1
gnome-builder-0:3.40.0
Hi folks,
we're preparing an update of the LLVM package from 12.0.0rc1 to 12.0.0.
In addition the package the llvm team maintain, the following packages needs a
rebuild:
annobin-0:9.65
bindgen-0:0.57.0
clazy-0:1.9
doxygen-1:1.9.1
gnome-builder-0:3.40.0
On Fri, May 14, 2021 at 07:25:26AM -0400, PGNet Dev wrote:
> On 5/14/21 2:05 AM, Juha Tuomala wrote:
> >>here,
> >
> >Sure. But this is devel list. Are developers themselves the target audience?
> >:) Hopefully not. Is it defined somewhere?
>
> by 'here', I meant my company environment, not just
https://bugzilla.redhat.com/show_bug.cgi?id=1960607
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
OLD: Fedora-Rawhide-20210513.n.0
NEW: Fedora-Rawhide-20210514.n.0
= SUMMARY =
Added images:2
Dropped images: 1
Added packages: 0
Dropped packages:0
Upgraded packages: 89
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size
On 5/14/21 2:05 AM, Juha Tuomala wrote:
here,
Sure. But this is devel list. Are developers themselves the target audience?
:) Hopefully not. Is it defined somewhere?
by 'here', I meant my company environment, not just this list.
and, yes, 'developers themselves' -- again, "here" -- *are* a
https://bugzilla.redhat.com/show_bug.cgi?id=1960607
Bug ID: 1960607
Summary: perl-Encode-3.09 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Encode
Keywords: FutureFeature, Triaged
On Fri, May 14, 2021 at 1:40 AM Dan Čermák
wrote:
>
> Hi Neal,
>
> Neal Gompa writes:
>
> > On Thu, May 13, 2021 at 12:44 PM Matthew Miller
> > wrote:
> >>
> >> On Sun, May 09, 2021 at 12:32:00AM -0500, Greg Hellings wrote:
> >> > I may be hair-brained to do this, but I've put together an
No missing expected images.
Failed openQA tests: 1/8 (x86_64)
Old failures (same test failed in Fedora-Cloud-34-20210513.0):
ID: 887049 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproject.org/tests/887049
Soft failed openQA tests: 1/8 (aarch64)
(Tests
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-32-20210513.0):
ID: 887033 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
Hello.
According to non-responsive maintainer procedure, I'm asking if anyone
knows how to contact jdulaney?
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email
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-20210513.0):
ID: 886960 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On Fri, 2021-05-14 at 06:06 +0200, Michal Srb wrote:
>
> I thought, under the hood, the button is just telling Bodhi to send the
> "bodhi.update.status.testing.koji-build-group.build.complete" [1] message
> again, so all CI systems listening should trigger? This isn't the case for
> openQA?
>
>
On Thursday, 13 May 2021 18:50:33 EEST PGNet Dev wrote:
> On 5/13/21 10:48 AM, Juha Tuomala wrote:
> > Virtual machine installation is hopefully a special use case and majority
> > of installations are bare metal end users.
>
> hardly.
>
> here,
Sure. But this is devel list. Are developers
55 matches
Mail list logo
