Links to all issues to be discussed can be found at:
https://pagure.io/fesco/report/meeting_agenda
= Discussed and Voted in the Ticket =
#2802 Change: Return Cloud Base to Edition Status
https://pagure.io/fesco/issue/2802
APPROVED (+7,0,-0)
#2801 Change proposal: Enhance Persian Font Support
Hi, not really probably the person who usually runs the scripts is not
available.
The queue is getting processed as I write this.
On Tue, Jun 14, 2022 at 6:02 AM Orion Poplawski wrote:
> Looks like they haven't been processed in 3-4 days. Any particular
> reason or just lack of resources?
>
>
On 14/06/2022 08:43, Dominik 'Rathann' Mierzejewski wrote:
It's not trivial to resolve the conflict between ffmpeg and ffmpeg-free,
because:
I see only one fix of this problem - delete everything, except libs from
RPM Fusion's ffmpeg.
But it will introduce major issues with synchronization
OLD: Fedora-Rawhide-20220613.n.0
NEW: Fedora-Rawhide-20220614.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 92
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size
On Monday, 13 June 2022 at 16:43, Vitaly Zaitsev via devel wrote:
> On 13/06/2022 16:35, Sandro Mani wrote:
> > In any case I'll close the request then, and leave it to the rpmfusion
> > maintainer (CCed) to decide whether to move it to Fedora proper.
>
> All conflicts between ffmpeg-free and
On Monday, 13 June 2022 at 16:43, Vitaly Zaitsev via devel wrote:
> On 13/06/2022 16:35, Sandro Mani wrote:
> > In any case I'll close the request then, and leave it to the rpmfusion
> > maintainer (CCed) to decide whether to move it to Fedora proper.
>
> All conflicts between ffmpeg-free and
On Tuesday, 14 June 2022 at 09:59, Vitaly Zaitsev via devel wrote:
> On 14/06/2022 08:43, Dominik 'Rathann' Mierzejewski wrote:
> > It's not trivial to resolve the conflict between ffmpeg and ffmpeg-free,
> > because:
>
> I see only one fix of this problem - delete everything, except libs from
Announcing the creation of a new nightly release validation test event
for Fedora 37 Rawhide 20220614.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
> Am 14.06.2022 um 06:25 schrieb Matthew Miller :
>
> On Mon, Jun 13, 2022 at 11:08:21PM +0200, Peter Boy wrote:
>> So we might have to handle this differently for desktop type and server
>> type systems.
>
> I think the key difference is whether basic configuration is
> expected as part of
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-36-20220613.0):
ID: 1297197 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On Mon, Jun 13, 2022 at 04:12:49PM -0400, Matthew Miller wrote:
> On Mon, Jun 13, 2022 at 09:38:01PM +0200, Peter Boy wrote:
> > >> YaST generates a linux- hostname when you install it. The ""
> > >> string is alphanumeric.
> > >
> > > Also, yeah, I think if systemd-hostname could do
On Tue, Jun 14, 2022 at 12:53:19PM +0200, Peter Boy wrote:
> Given that cloud-init, for example, can configure a system as fine-grained
> as Anaconda, I think it's more about whether a system is running in a
> managed or unmanaged environment.
As I understand it, it's about the "hand off" between
On 6/13/22 14:15, Neal Gompa wrote:
> On Mon, Jun 13, 2022 at 2:11 PM Neal Gompa wrote:
>>
>> On Mon, Jun 13, 2022 at 2:10 PM Matthew Miller
>> wrote:
>>>
>>> On Fri, Jun 10, 2022 at 04:01:03PM -0400, Neal Gompa wrote:
openSUSE uses a randomly generated suffix for default hostnames,
On 6/14/22 07:13, Neal Gompa wrote:
> On Tue, Jun 14, 2022 at 6:53 AM Peter Boy wrote:
>>
>>
>>
>>> Am 14.06.2022 um 06:25 schrieb Matthew Miller :
>>>
>>> On Mon, Jun 13, 2022 at 11:08:21PM +0200, Peter Boy wrote:
So we might have to handle this differently for desktop type and server
On Tue, Jun 14, 2022 at 1:43 PM Matthew Miller wrote:
>
> On Tue, Jun 14, 2022 at 09:50:17AM -0500, Michael Catanzaro wrote:
> > However, gnome-initial-setup is a bit late because currently
> > anaconda uses hostname to name your btrfs subvolumes. :(
>
> Changing the subject because I've caused
On Tue, Jun 14, 2022 at 09:50:17AM -0500, Michael Catanzaro wrote:
> However, gnome-initial-setup is a bit late because currently
> anaconda uses hostname to name your btrfs subvolumes. :(
Changing the subject because I've caused the thread to drift from the change
proposal... :)
I don't think
As a reminder, several Fedora Linux 37 deadlines are approaching:
* 2022-06-22 — Change proposals requiring infrastructure changes due
* 2022-06-28 — System-Wide Change proposals and proposals requiring a
mass rebuild due
* 2022-07-19 — Self-Contained Change proposals due
For the full schedule,
On Tue, Jun 14, 2022 at 6:53 AM Peter Boy wrote:
>
>
>
> > Am 14.06.2022 um 06:25 schrieb Matthew Miller :
> >
> > On Mon, Jun 13, 2022 at 11:08:21PM +0200, Peter Boy wrote:
> >> So we might have to handle this differently for desktop type and server
> >> type systems.
> >
> > I think the key
Missing expected images:
Minimal raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 21/231 (x86_64), 20/161 (aarch64)
New failures (same test not failed
> Am 14.06.2022 um 13:13 schrieb Neal Gompa :
>
> On Tue, Jun 14, 2022 at 6:53 AM Peter Boy wrote:
>>
>>
>>
>>
>> And with server type systems, perhaps we can assume that system
>> administrators knows what they are doing?
>>
>
> In my experience, this statement is so rarely true (in
On 14/06/2022 10:48, Dominik 'Rathann' Mierzejewski wrote:
If everything were built against ffmpeg-free-devel, then it might work
better as the build process of other dependent packages wouldn't pull
ffmpeg-libs from RPM Fusion at all and wouldn't suffer from desync.
The Freedesktop Flatpak
On Tue, Jun 14 2022 at 10:42:59 AM -0400, Neal Gompa
wrote:
GNOME Initial Setup does not offer the ability to set your computer
name. I'm not sure why given that both Windows and Mac do to ensure
things work properly on a network, but it's not a thing with GNOME's
initial setup wizard.
I
On Tue, Jun 14, 2022 at 03:41:14PM +0200, Peter Boy wrote:
> If I try to summarise all the comments and discussions, the change proposal,
> as it is, is not perfect. But each participant can be happy with the
> resulting configuration.
>
> - desktops, because nothing changes for them
> - cloud,
On Tue, Jun 14, 2022 at 10:29 AM Matthew Miller
wrote:
>
> On Tue, Jun 14, 2022 at 12:53:19PM +0200, Peter Boy wrote:
> > Given that cloud-init, for example, can configure a system as fine-grained
> > as Anaconda, I think it's more about whether a system is running in a
> > managed or unmanaged
On Tuesday, 14 June 2022 at 15:45, Vitaly Zaitsev via devel wrote:
> On 14/06/2022 10:48, Dominik 'Rathann' Mierzejewski wrote:
[...]
> > We could rename ffmpeg-free-devel to ffmpeg-devel or add Provides: to
> > make the transition seamless.
>
> If an app checks for h264/h265 codecs at build
On Tue, Jun 14, 2022 at 6:00 AM wrote:
>
> You are kindly invited to the meeting:
>Prioritized bugs and issues on 2022-06-15 from 10:00:00 to 11:00:00
> America/Indiana/Indianapolis
>At fedora-meetin...@irc.libera.chat
>
> More information available at:
>
On 6/12/22 14:34, Sérgio Basto wrote:
On Sun, 2022-06-12 at 13:59 +1000, Ian Laurie wrote:
On 6/12/22 11:20, Ian Laurie wrote:
On 6/12/22 09:46, Ian Laurie wrote:
On 6/12/22 00:58, Hans de Goede wrote:
Hi,
On 6/11/22 01:02, Alexander G. M. Smith wrote:
On 2022-06-08 15:00, Alexander G. M.
https://bugzilla.redhat.com/show_bug.cgi?id=2096309
Jitka Plesnikova changed:
What|Removed |Added
Resolution|--- |RAWHIDE
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=2096530
Bug ID: 2096530
Summary: Upgrade perl-File-Remove to 1.61
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-File-Remove
Assignee: rc040...@freenet.de
https://bugzilla.redhat.com/show_bug.cgi?id=2096806
Bug ID: 2096806
Summary: perl-Imager-1.017 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Imager
Keywords: FutureFeature, Triaged
As a reminder, several Fedora Linux 37 deadlines are approaching:
* 2022-06-22 — Change proposals requiring infrastructure changes due
* 2022-06-28 — System-Wide Change proposals and proposals requiring a
mass rebuild due
* 2022-07-19 — Self-Contained Change proposals due
For the full schedule,
On Mon, Jun 13, 2022 at 4:18 PM Chris Adams wrote:
>
> Once upon a time, Josh Boyer said:
> > If the dependency is only needed at build time, which is what CRB
> > content is intended for
>
> If that's the intent, then it's not implemented correctly. For example,
> there are well over 100 perl
https://bugzilla.redhat.com/show_bug.cgi?id=2096938
Bug ID: 2096938
Summary: perl-WWW-Mechanize-2.09 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-WWW-Mechanize
Keywords: FutureFeature, Triaged
On Tue, Jun 14, 2022 at 2:20 PM Josh Boyer wrote:
>
> Not fully sure I understand the results, but this looks promising.
To clarify, the FINAL_EPEL.json files contain CRB packages as the keys
and their arrays are packages from EPEL that depend on them.
For for example:
https://bugzilla.redhat.com/show_bug.cgi?id=2096953
Bug ID: 2096953
Summary: perl-HTTP-Message-6.37 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-HTTP-Message
Keywords: FutureFeature, Triaged
On Tue, Jun 14, 2022 at 2:15 PM Mike Rochefort wrote:
>
> On Mon, Jun 13, 2022 at 4:18 PM Chris Adams wrote:
> >
> > Once upon a time, Josh Boyer said:
> > > If the dependency is only needed at build time, which is what CRB
> > > content is intended for
> >
> > If that's the intent, then it's
On Tue, Jun 14, 2022 at 2:20 PM Josh Boyer wrote:
>
> One thing I caught on initial glance, I think it's getting confused on
> multilib.
>
> That seems to be highlighting that lutris.x86_64 depends on gvfs.i686.
> I don't think that's actually the case, because gvfs.x86_64 is shipped
> in
https://bugzilla.redhat.com/show_bug.cgi?id=2096806
Jitka Plesnikova changed:
What|Removed |Added
Fixed In Version||perl-Imager-1.017-1.fc37
Greetings,
Are there any packagers who would like to package and maintain glances
on EPEL9?
https://bugzilla.redhat.com/show_bug.cgi?id=2088525
Alternatively, I am interested in doing so myself but will require some
guidance. My only experience packaging RPMs is a relatively small one on
https://bugzilla.redhat.com/show_bug.cgi?id=2097080
Bug ID: 2097080
Summary: perl-libwww-perl-6.67 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-libwww-perl
Keywords: FutureFeature, Triaged
On Tuesday, June 14, 2022 5:26:11 PM CDT Richard Shaw wrote:
> I think the non-response maintainer process should be started.
It seems that someone has already done just that:
https://pagure.io/fesco/issue/2808
--
Thanks,
Maxwell G (@gotmax23)
Pronouns: He/Him/His
signature.asc
Description:
https://bugzilla.redhat.com/show_bug.cgi?id=2093567
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Math-NumSeq-75-2.fc37 |perl-Math-NumSeq-75-2.fc37
https://bugzilla.redhat.com/show_bug.cgi?id=2095515
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #3 from
https://bugzilla.redhat.com/show_bug.cgi?id=2097143
Bug ID: 2097143
Summary: perl-Software-License-0.104002 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Software-License
Keywords:
https://bugzilla.redhat.com/show_bug.cgi?id=2093024
Fedora Update System changed:
What|Removed |Added
Fixed In Version||perl-Date-Manip-6.88-1.fc36
https://bugzilla.redhat.com/show_bug.cgi?id=2075768
Jeff Fearn changed:
What|Removed |Added
Pool ID||Bugzilla backlog
--
You are
https://bugzilla.redhat.com/show_bug.cgi?id=2095515
Fedora Update System changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=2093567
Fedora Update System changed:
What|Removed |Added
Resolution|--- |ERRATA
Status|ON_QA
48 matches
Mail list logo