Hello Jakub,
I noticed that some of my projects still have chroots for even older
releases, e.g. F28, F29 without the option to remove them. In another
instance, only a specific F30 arch shows up among the chroots to be
removed or extended, while the others architectures are not picked up.
Is ther
Thanks for the heads up.
I have rebuild bout++, all builds are finished:
koji list-tagged --latest f34-build-side-34403
Build Tag Built by
bout++-4.3.2-2.fc34
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-20201122.0):
ID: 727408 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On Monday, November 23, 2020 12:52:43 AM CET Jakub Kadlcik wrote:
> The email notifications for upcoming deletion proved to be unreliable
> for some users in the past, therefore we tried to improve this
> situation within the latest Copr release [3].
Because of what Jakub said ^^, we made Fedora 3
Hello again,
the Fedora 30 chroots are disabled for around three months now but so far we
haven't marked the built results as outdated. I did it just now, so
according to Outdated chroots removal policy [1], Copr is
going to preserve existing build results in those chroots for another
180 days and
On Sun, Nov 22, 2020 at 07:20:20PM +, Gargoyle wrote:
> Nope. I couldn't disagree more. If there's a long tail of unmaintained
> software without commercial gains, then it should be left to die in the
> great software graveyard. Feel free to keep a copy of F32 kicking around for
> when you want
On Sun, Nov 22, 2020 at 11:33:22AM -0800, Kevin Fenzi wrote:
> It's supposed to be 'testable' by:
> Change Checkpoint: Completion deadline (testable) Tue 2021-02-09
> and 100% code complete by:
> Change Checkpoint: 100% Code Complete DeadlineTue 2021-02-23
Given that Beta Freeze is 202
On Fri, 20 Nov 2020 at 16:28, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/DefaultPipeWire
>
> == Summary ==
> This change proposal is to route all audio from PulseAudio and JACK to
> the PipeWire Audio
> daemon by default.
>
> == Owner ==
> * Name: [[User:Wtaymans| Wim Taymans]]
>
On Sun, 2020-11-22 at 10:32 -0700, Jerry James wrote:
> On Sun, Nov 22, 2020 at 10:17 AM Sérgio Basto
> wrote:
> > /builddir/build/BUILD/ogre-
> > 1.12.6/OgreMain/include/OgreImageCodec.h: In
> > static member function 'static void
> > Ogre::ImageCodec::flipEndian(void*,
> > size_t, size_t)':
> >
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
4 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 15/177 (x86_64), 15/115 (aarch64)
New failures (same test not failed in
On Sun, Nov 22, 2020 at 11:26:11AM -0700, James Szinger wrote:
> Even the change proposal says it is not ready.
>
> We would make a pipewire-pulse package that provides the same
> features as the pulseaudio (daemon) package.
>
> As of this writing, these things are missing from the JA
On 22/11/2020 16:12, Solomon Peachy wrote:
Showcase, sure, but there's a long, long, long tail of barely-maintained
software in use that won't get updated to use PW natively anytime soon.
If ever.
FFS, most of the software I use today doesn't even use PA directly; it
uses ALSA, which gets route
OLD: Fedora-Rawhide-20201119.n.0
NEW: Fedora-Rawhide-20201121.n.0
= SUMMARY =
Added images:1
Dropped images: 2
Added packages: 13
Dropped packages:3
Upgraded packages: 254
Downgraded packages: 0
Size of added packages: 25.73 MiB
Size of dropped packages:46
On 11/22/20 10:26 AM, James Szinger wrote:
2. No native management tools. The change proposal says to test the
usual pulseaudio and JACK tools (patcl, pavucontrol, catia, carla,
qjackctl), but does not mention any native tools. This is a problem
because the PA and JACK tools will manage differ
Hi, I thought this Change was exciting to see, even if it has some room
to improve as pointed out earlier in the thread.
On 11/21/20 6:43 PM, Michael Catanzaro wrote:
> I think we'd be most interested in practical user experience issues,
> like the ones that Alexander has mentioned already. Parti
On Sat, 21 Nov 2020 15:56:23 -0500
Neal Gompa wrote:
> On Sat, Nov 21, 2020 at 3:53 PM James Szinger
> wrote:
> > According to the FAQ
> > `https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/FAQ`
> >
> > Is PipeWire ready yet?
> >
> > It is getting ready for broader testing.
> >
>
How did you get past the issue of gnome-shell depending on pulseaudio? It's a
bit disconcerting that the change proposal's guide on testing pipewire doesn't
currently work.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an e
On Sun, Nov 22, 2020 at 10:17 AM Sérgio Basto wrote:
> /builddir/build/BUILD/ogre-1.12.6/OgreMain/include/OgreImageCodec.h: In
> static member function 'static void Ogre::ImageCodec::flipEndian(void*,
> size_t, size_t)':
> /builddir/build/BUILD/ogre-
> 1.12.6/OgreMain/include/OgreImageCodec.h:53:1
Hi,
/builddir/build/BUILD/ogre-1.12.6/OgreMain/include/OgreImageCodec.h: In
static member function 'static void Ogre::ImageCodec::flipEndian(void*,
size_t, size_t)':
/builddir/build/BUILD/ogre-
1.12.6/OgreMain/include/OgreImageCodec.h:53:13: error: 'Bitwise' has
not been declared
53 |
On 11/20/20 5:26 PM, Ben Cotton wrote:
The pulseaudio package will be uninstalled and pipewire-pulse will be installed.
>
pipewire-pulse does not yet implement all the features of pulseaudio
but it is expected that
comparable functionality will be implemented later. Most notable
features that
On Sun, 22 Nov 2020 11:12:57 -0500
Solomon Peachy wrote:
> On Sun, Nov 22, 2020 at 03:42:05PM +, Gargoyle wrote:
> > - Available for testing from F33 onwards.
> > - Default in F34 with compatibility library.
>
> It needs to be readily available for testing in F(n-1) for a complete
I've kicked of builds for getdp, dolfin, and octave.
https://koji.fedoraproject.org/koji/taskinfo?taskID=56070635
https://koji.fedoraproject.org/koji/taskinfo?taskID=56070706
https://koji.fedoraproject.org/koji/taskinfo?taskID=56070516
On 11/21/20 10:09 AM, Antonio T. sagitter wrote:
Please, re
On Sun, Nov 22, 2020 at 03:42:05PM +, Gargoyle wrote:
> - Available for testing from F33 onwards.
> - Default in F34 with compatibility library.
It needs to be readily available for testing in F(n-1) for a complete
release cycle before it can be made the default in F(n).
This is
My reply got a lot longer than I originally planned to write.
TL;DR - Having the software working is just the tip of the iceberg. The
other 9/10ths needs to be a concentrated effort on documentation and
driving adoption of the new API and not relying on the compatibility
layer. Otherwise it wi
On Fri, 20 Nov 2020 at 17:28, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/DefaultPipeWire
>
> == Summary ==
> This change proposal is to route all audio from PulseAudio and JACK to
> the PipeWire Audio
> daemon by default.
>
> == Owner ==
> * Name: [[User:Wtaymans| Wim Taymans]]
>
Can we all stop talking about Discord?
The Council is trying to update their communications platforms and the
options were clearly stated:
- Discourse (not Discord, please notice the difference in their names)
replacing ML
- Matrix replacing IRC.
In both cases the Council is looking to keep all
Vitaly Zaitsev via devel wrote on Sun, Nov 22, 2020:
> On 22.11.2020 12:36, Dominique Martinet wrote:
> >That removes stuff like gnome-shell.. (as dependent packages of pulseaudio)
> >Perhaps a missing provide?
>
> Some packages directly depends on the pulseaudio package instead of
> the required
On 22.11.2020 12:36, Dominique Martinet wrote:
That removes stuff like gnome-shell.. (as dependent packages of pulseaudio)
Perhaps a missing provide?
Some packages directly depends on the pulseaudio package instead of the
required libraries:
$ dnf -C repoquery --whatrequires=pulseaudio
Caden
Vitaly Zaitsev via devel wrote on Sun, Nov 22, 2020:
> On 22.11.2020 10:05, Mattia Verga via devel wrote:
> >I think the package name is wrong, it should be pipewire-pulseaudio.
> >However, it seems it doesn't correctly replace pulseaudio:
> >
> ># dnf install pipewire-pulseaudio --enablerepo=updat
On 22.11.2020 10:05, Mattia Verga via devel wrote:
I think the package name is wrong, it should be pipewire-pulseaudio.
However, it seems it doesn't correctly replace pulseaudio:
# dnf install pipewire-pulseaudio --enablerepo=updates-testing
This is absolutely fine. You should use dnf swap ins
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 devel-le..
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-20201121.0):
ID: 726980 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Il 20/11/20 20:28, Dominique Martinet ha scritto:
> Ben Cotton wrote on Fri, Nov 20, 2020:
>> == How To Test ==
>> This change needs to be tested on as many different audio cards as
>> possible. The same test plan applies here as with PulseAudio.
>>
>> To test, one needs to install the pipewire-pul
33 matches
Mail list logo
