No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20201121.0):
ID: 726966 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On 11/19/20 11:10 PM, Matthew Miller wrote:
> On Thu, Nov 19, 2020 at 07:41:02PM -0500, Dusty Mabe wrote:
>> We have published an image into GCP for Fedora 33 (see [1]).
>> The details are:
>> image project: fedora-cloud
>> image name:fedora-cloud-base-gcp-33-1-2-x86-64
>> We're hoping to
https://bugzilla.redhat.com/show_bug.cgi?id=1900223
Emmanuel Seyman changed:
What|Removed |Added
Blocks||1900221
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1900221
Emmanuel Seyman changed:
What|Removed |Added
Depends On||1900223
Doc Type|---
On 11/21/20 6:00 PM, Brandon Nielsen wrote:
[Snip]
I feel like for something as fundamental to the desktop experience as
audio a few test days would really expose all of the pain points. At
least personally my uses of audio vary quite a bit day to day and week
to week, especially in the
On 11/21/20 4:05 PM, Neal Gompa wrote:
On Sat, Nov 21, 2020 at 4:57 PM Tom Seewald wrote:
So has this essentially been decided on by the working group? If not, what
concerns would be listened to?
Well, the idea would be for us to put it into Rawhide and do a series
of test days/weeks to
On Sat, Nov 21, 2020 at 05:05:59PM -0500, Neal Gompa wrote:
> On Sat, Nov 21, 2020 at 4:57 PM Tom Seewald wrote:
> >
> > So has this essentially been decided on by the working group? If not, what
> > concerns would be listened to?
>
> Well, the idea would be for us to put it into Rawhide and do
On Sat, Nov 21, 2020 at 9:56 pm, Tom Seewald wrote:
So has this essentially been decided on by the working group?
We decided to submit a change proposal through the usual change
process. :) It includes a fallback plan to defer the change in case
there are too many unexpected problems.
If
On Sat, Nov 21, 2020 at 4:57 PM Tom Seewald wrote:
>
> So has this essentially been decided on by the working group? If not, what
> concerns would be listened to?
Well, the idea would be for us to put it into Rawhide and do a series
of test days/weeks to get feedback and close any remaining
So has this essentially been decided on by the working group? If not, what
concerns would be listened to?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
On Sat, 21 Nov 2020, Neal Gompa wrote:
On Sat, Nov 21, 2020 at 3:53 PM James Szinger wrote:
On Sat, 21 Nov 2020 19:47:30 -
"Tom Seewald" wrote:
> Things like bluetooth support, audio for flatpak applications, and
> the new pulse server were just added in the last month or so and
> there
On Sat, Nov 21, 2020 at 3:53 PM James Szinger wrote:
>
> On Sat, 21 Nov 2020 19:47:30 -
> "Tom Seewald" wrote:
>
> > Things like bluetooth support, audio for flatpak applications, and
> > the new pulse server were just added in the last month or so and
> > there are issues with stability and
On Sat, 21 Nov 2020 19:47:30 -
"Tom Seewald" wrote:
> Things like bluetooth support, audio for flatpak applications, and
> the new pulse server were just added in the last month or so and
> there are issues with stability and audio playback (look at the issue
> tracker [1]), for example HSP
Things like bluetooth support, audio for flatpak applications, and the new
pulse server were just added in the last month or so and there are issues with
stability and audio playback (look at the issue tracker [1]), for example HSP
is still marked as WIP [2]. It seems premature to commit to
On Sat, Nov 21, 2020 at 6:59 PM Adam Williamson
wrote:
> On Sat, 2020-11-21 at 12:01 +0100, Vitaly Zaitsev via devel wrote:
> > On 20.11.2020 19:52, Radka Gustavsson wrote:
> > > Discord is in fact an amazing chat platform for the end user that
> > > doesn't have a peer out there.
> >
> > 1.
On Sat, 2020-11-21 at 12:01 +0100, Vitaly Zaitsev via devel wrote:
> On 20.11.2020 19:52, Radka Gustavsson wrote:
> > Discord is in fact an amazing chat platform for the end user that
> > doesn't have a peer out there.
>
> 1. Proprietary software. The open source community should not use
>
Please, rebuild your own dependent packages with
'fedpkg build --target=f34-build-side-34403'
$ koji list-tagged --latest f34-build-side-34403
Build Tag Built by
https://bugzilla.redhat.com/show_bug.cgi?id=1900223
Bug ID: 1900223
Summary: perl-Hash-Layout-2.00 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Hash-Layout
Keywords: FutureFeature, Triaged
Am 20.11.20 um 17:36 schrieb Vitaly Zaitsev via devel:
On 20.11.2020 17:26, Ben Cotton wrote:
This change proposal is to route all audio from PulseAudio and JACK to
the PipeWire Audio daemon by default.
IMO, too early. PipeWire is too unstable yet. I suggest postpone this
proposal to Fedora
https://bugzilla.redhat.com/show_bug.cgi?id=1900221
Bug ID: 1900221
Summary: perl-DBIx-Class-Schema-Diff-1.10 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-DBIx-Class-Schema-Diff
Keywords:
Am 20.11.20 um 23:31 schrieb Naheem Zaffar:
I don't think this is the the correct way any longer. Lib-Pulse was
AFAIK the initially planned drop-in replacement for pulseaudio. This
has since been deprecated. Pipewire-Pulse AFAIK provides a separate
pulseaudio server. I dont think it needs
On Fri, 20 Nov 2020 18:35:19 -0600
Brandon Nielsen wrote:
> If it has changed, it would be really great if pipewire-pulse could
> make it into the F33 repos so it could be easily tested.
I agree. I think new software should be available and testable on a
stable Fedora release before it becomes
On 20.11.2020 19:55, Adam Williamson wrote:
Do you have any data to support this assertion?
PipeWire is still in early development. Some features are not
implemented and well-tested yet.
We shouldn't break the working audio configuration for end users. They
should be able to easily roll
On 20.11.2020 20:00, Erich Eickmeyer wrote:
With my Fedora Jam hat on (read: professional audio), I believe it's the
right move. It's stable *enough* and needs to be tested by the public.
If it's still too unstable, then there's a contingency plan. BUT, if we
don't move forward *now* we'll
On 20.11.2020 20:17, Jared K. Smith wrote:
As I recall, it puts a small "(edited)" notice at the end of the line to
let you know that it was edited.
Yes. And if you click on it, you will see the complete difference.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
On 20.11.2020 19:52, Kevin Fenzi wrote:
IMHO editing is fine, as long as it notes it was edited and provides you
a way to see what was changed. I have no idea how the matrix editing
works however.
In the Matrix, you can see the complete differences for each edited message.
--
Sincerely,
On 20.11.2020 19:52, Radka Gustavsson wrote:
Discord is in fact an amazing chat platform for the end user that
doesn't have a peer out there.
1. Proprietary software. The open source community should not use
proprietary software as the official chat source.
2. Discord has the worst ToS[1]
As discussed on the Fedora Legal mailing list, I updated the license tag of
scummvm from
"GPLv2+"
to
"GPLv2+ and LGPLv2.1+ and GPLv3+ and BSD and OFL".
GPLv3 and OFL are only used for font files.
___
devel mailing list -- devel@lists.fedoraproject.org
No missing expected images.
Passed openQA tests: 7/7 (x86_64), 7/7 (aarch64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20201120.0):
ID: 726938 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
30 matches
Mail list logo
