No missing expected images.
Compose FAILS proposed Rawhide gating check!
1 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 15/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-Rawhide-20200316.
No missing expected images.
Failed openQA tests: 5/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-32-20200316.n.0):
ID: 549253 Test: x86_64 Server-dvd-iso server_cockpit_updates
URL: https://openqa.fedoraproject.org/tests/549253
ID: 549259 Test: x86_64 Everything-
The following Fedora 30 Security updates need testing:
Age URL
120 https://bodhi.fedoraproject.org/updates/FEDORA-2019-71b2273a9f
libarchive-3.3.3-7.fc30
6 https://bodhi.fedoraproject.org/updates/FEDORA-2020-40fa1ae94b
libxslt-1.1.34-1.fc30
6 https://bodhi.fedoraproject.org/update
OLD: Fedora-Rawhide-20200316.n.0
NEW: Fedora-Rawhide-20200317.n.1
= SUMMARY =
Added images:0
Dropped images: 4
Added packages: 10
Dropped packages:3
Upgraded packages: 157
Downgraded packages: 0
Size of added packages: 20.41 MiB
Size of dropped packages
On 3/17/20 3:11 PM, Sumantro Mukherjee wrote:
...snip...
Hey Brandon,
Thanks a lot for helping us with Test Days, the introduction email got
buried :(
I've sponsored you and you should be able to edit wikis and it will be
very thankful
if you can help us out with validations :D
--
No prob
On Wed, Mar 18, 2020 at 1:04 AM Brandon Nielsen
wrote:
> On 3/16/20 12:52 PM, Kamil Paral wrote:
> ...snip...
> > * Testcase_dualboot_with_windows -- This will be affected by the lack of
> > bare metal machines.
>
> ...snip...
>
> > * Testcase_Printing_New_Printer (real printer) - Only few people
>When the UPS says the battery is exhausted, must shutdown now, it's more
>than just an aggravation.
It should not be. Worst case should be similar to abrupt power failure.
(Real case: I pull the wrong plug out of my power strip, disconnecting my
server instead of the device I intended to move.)
On 3/16/20 12:52 PM, Kamil Paral wrote:
...snip...
* Testcase_dualboot_with_windows -- This will be affected by the lack of
bare metal machines.
...snip...
* Testcase_Printing_New_Printer (real printer) - Only few people have a
real printer at home, I think. I don't.
...snip...
I can test
On Tue, Mar 17, 2020 at 12:41 PM Felix Miata wrote:
>
> Richard Ryniker composed on 2020-03-17 14:33 (UTC-0400):
>
> > Is shutdown in three minutes instead of three seconds an aggravation
> > for the user who wants to use a new kernal or another operating
> > system? Yes.
>
> When the UPS says th
There could be differences of opinion for different editions. There
are Server use cases where you do not want to just start killing off
processes. TimeoutStopSec= should probably be honored in those cases;
as well as units that properly send EXTEND_TIMEOUT_USEC=… which
shouldn't be second guessed.
On Tue, Mar 17, 2020 at 2:47 AM Kamil Paral wrote:
>I find it a very poor experience to wait 90+ seconds for machine
>reboot/shutdown. Much poorer than, say, a crashing desktop application (which
>we block on), because that application can be replaced with a different one.
>System services mos
Richard Ryniker composed on 2020-03-17 14:33 (UTC-0400):
> Is shutdown in three minutes instead of three seconds an aggravation
> for the user who wants to use a new kernal or another operating
> system? Yes.
When the UPS says the battery is exhausted, must shutdown now, it's more than
just
an
I think failure to shut down promptly should not be a "blocker" event.
Is shutdown in three minutes instead of three seconds an aggravation
for the user who wants to use a new kernal or another operating
system? Yes.
Does unreasonable time to shut down indicate lack of quality in
Fedora? Of cou
In regard to my testing of F32 Workstation beta drop 0316.n.0:
This was a bare metal install on a Lenovo M53 with a i5-4570 CPU. The
ISO was check summed and loaded to a thumb drive using Media Writer. The
test machine booted to Live normally. Anaconda started normally. Options
to delete all a
On Tue, Mar 17, 2020 at 4:49 PM Dulaney wrote:
> I can't recall, but, is podman included in a release blocking package set?
>
> I ask because it already fails to properly exit and is eventually
> timed out. Podman fails this criteria for F31 (and presumably F32).
> That said, I'm all for this cr
On Màrt 17, 2020 aig 09:46:53m +0100, sgrìobh Kamil Paral:
> *Why*
>
> The recent spice-vdagent update causes all virtual machines to take 90
> seconds longer on every shutdown/reboot:
> https://bugzilla.redhat.com/show_bug.cgi?id=1813667
> The service hangs when systemd tries to stop it, and syste
On Tue, Mar 17, 2020, 15:34 Kamil Paral wrote:
> On Tue, Mar 17, 2020 at 2:40 PM Frantisek Zatloukal
> wrote:
>
>>
>> Yeah, I'd prefer something like:
>> *All system services present after installation with one of the
>> release-blocking package sets must not time out every time when they are
>>
On Tue, Mar 17, 2020 at 2:40 PM Frantisek Zatloukal
wrote:
>
> Yeah, I'd prefer something like:
> *All system services present after installation with one of the
> release-blocking package sets must not time out every time when they are
> being stopped during system reboot/shutdown.*
>
It's poss
On Tue, Mar 17, 2020 at 2:10 PM Ben Cotton wrote:
> On Tue, Mar 17, 2020 at 4:48 AM Kamil Paral wrote:
> >
> > All system services present after installation with one of the
> release-blocking package sets must not time out frequently or regularly
> when they are being stopped during system rebo
On Tue, Mar 17, 2020, 19:10 Frantisek Zatloukal wrote:
>
> On Tue, Mar 17, 2020 at 2:10 PM Ben Cotton wrote:
>
>> On Tue, Mar 17, 2020 at 4:48 AM Kamil Paral wrote:
>> >
>> > All system services present after installation with one of the
>> release-blocking package sets must not time out freque
> On Mon, 2020-03-16 at 18:52 +0100, Kamil Paral wrote:
> > On Sun, Mar 15, 2020 at 3:49 PM Ben Cotton wrote:
> >
> > > Hi QA team,
> > >
> > > As many of you may already know, Red Hat has asked all employees to work
> > > from home[1]. Given the current global conditions, I want to start
> >
On Tue, Mar 17, 2020 at 2:10 PM Ben Cotton wrote:
> On Tue, Mar 17, 2020 at 4:48 AM Kamil Paral wrote:
> >
> > All system services present after installation with one of the
> release-blocking package sets must not time out frequently or regularly
> when they are being stopped during system rebo
On Tue, Mar 17, 2020 at 4:48 AM Kamil Paral wrote:
>
> All system services present after installation with one of the
> release-blocking package sets must not time out frequently or regularly when
> they are being stopped during system reboot/shutdown.
>
I like it generally, but I worry we'll ge
On 2020-03-17 19:03, David wrote:
> Do any Fedora users out there prefer the simpler default menu ?
>
Seriously, this is a "test" list. Not a general discussion on what people like
or don't like about
a desktop.
That type of "general audience" question is more appropriate on the "users"
list.
Xfce Rawhide related
The last update went smoothly.
I noticed, that I got an update to the whiskermenu-plugin
I had never used the whisker menu, or if I did, it was in a distro three
years that defaulted to that menu. That menu has received some attention
recently.
I had no idea what the diff
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproj
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
test mailing list -- test@lists.fedoraproject.org
To unsubscribe send an email to test-le...@lists.fedoraproj
On Tue, Mar 17, 2020 at 12:43 AM Ed Greshko wrote:
> > Thanks Ed, for debugging this and reporting the issue. I can reproduce
> it, so I commented on the bug and also posted negative karma on that
> spice-vdagent update:
> > https://bodhi.fedoraproject.org/updates/FEDORA-2020-6ff500948d
> >
> > I
*Why*
The recent spice-vdagent update causes all virtual machines to take 90
seconds longer on every shutdown/reboot:
https://bugzilla.redhat.com/show_bug.cgi?id=1813667
The service hangs when systemd tries to stop it, and systemd then kills it
after a 90 second timeout expires.
This is a recurri
29 matches
Mail list logo
