On 2020-04-09 00:47, Adam Williamson wrote:
> On Tue, 2020-04-07 at 21:34 -0500, David wrote:
>>
>> I am sending this email using this new install.
> Glad it's working for you. Thanks for testing!
It is good to test. But, I hope the OP does more than just blog about his
experience. He needs to
On Thu, Apr 9, 2020 at 4:36 AM Chris Murphy wrote:
> I agree that there are better ways to handle this in VMs, but I'm not
> certain it shouldn't be considered for qemu-kvm VMs, because that code
> base is something completely controllable in free and open source
> software. There should be no BI
On Wed, Apr 8, 2020 at 6:52 PM Adam Williamson
wrote:
> I would perhaps want to say
> that we'll bias the evaluation towards laptops (i.e. we'd be more
> likely to take suspend issues that affect laptops as release blocking)
> as it's a feature that's more critical on laptops than on desktops...I
Disclaimer: I do not know diddly about Rawhide
I have about 3 hours of usage now, on my shiny sparkly new install of
Rawhide
Workstation.
I did a "dnf list installed,"
and I see a package called "TrouSerS." It is still fc31.
I guess that is no surprise to all of you.
Two others that ar
On Wed, Apr 8, 2020 at 1:23 AM Kamil Paral wrote:
>
> On Tue, Apr 7, 2020 at 1:55 PM Lukas Ruzicka wrote:
>>
>> Concerning a VM, I was not able to suspend the VM, it only stopped
>> responding and it needed to be restarted to make it work again, the state
>> was not kept. So, according to the c
On Tue, 2020-04-07 at 10:22 -0400, Ben Cotton wrote:
> On Tue, Apr 7, 2020 at 7:55 AM Lukas Ruzicka wrote:
> > Yes, we are aware that suspend is hardware dependent and we might end up
> > blocking on a particular set of hardware once we are able to identify such
> > a set. Any ideas are welcome.
On Tue, 2020-04-07 at 21:34 -0500, David wrote:
> I am a novice user of Fedora Rawhide.
>
> Today, I did a fresh new clean install ( on an cheap old SSD ) of Rawhide
> as my only operating system.
>
> I used the nightly compose finder, and chose "Workstation live"
> for X86_64, using the last goo
OLD: Fedora-32-20200407.n.0
NEW: Fedora-32-20200408.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 8
Dropped packages:0
Upgraded packages: 45
Downgraded packages: 0
Size of added packages: 24.49 MiB
Size of dropped packages:0 B
Size of
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Passed openQA tests: 8/8 (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 t
No missing expected images.
Failed openQA tests: 1/8 (x86_64)
Old failures (same test failed in Fedora-IoT-32-20200407.0):
ID: 570254 Test: x86_64 IoT-dvd_ostree-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/570254
Passed openQA tests: 7/8 (x86_64)
--
Mail generated
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, Apr 7, 2020 at 4:23 PM Ben Cotton wrote:
> On Tue, Apr 7, 2020 at 7:55 AM Lukas Ruzicka wrote:
> >
> > Yes, we are aware that suspend is hardware dependent and we might end up
> blocking on a particular set of hardware once we are able to identify such
> a set. Any ideas are welcome.
>
>
On Tue, Apr 7, 2020 at 1:55 PM Lukas Ruzicka wrote:
> Concerning a VM, I was not able to suspend the VM, it only stopped
> responding and it needed to be restarted to make it work again, the state
> was not kept. So, according to the criterion, suspend was not working.
>
That's also my experienc
14 matches
Mail list logo