On 9/14/23 10:13, Adam Williamson wrote:
There is https://bugs.kde.org/show_bug.cgi?id=427060 and
https://bugs.kde.org/show_bug.cgi?id=449331 which is marked as a dupe
of it. Later comments on 427060 indicate some folks still have issues
with this.
My personal bugbear that I'd really like fixed
https://bugzilla.redhat.com/show_bug.cgi?id=2239043
Upstream Release Monitoring
changed:
What|Removed |Added
Summary|perl-Crypt-OpenSSL-AES-0.07
https://bugzilla.redhat.com/show_bug.cgi?id=2239043
--- Comment #4 from Upstream Release Monitoring
---
Scratch build failed. Details below:
BuilderException: Build failed:
Command '['rpmbuild', '-D', '_sourcedir .', '-D', '_topdir .', '-bs',
https://bugzilla.redhat.com/show_bug.cgi?id=2239043
--- Comment #5 from Upstream Release Monitoring
---
Created attachment 1989087
--> https://bugzilla.redhat.com/attachment.cgi?id=1989087=edit
Update to 0.08 (#2239043)
--
You are receiving this mail because:
You are on the CC list for
Neal Gompa wrote:
> I am interested in learning where you're seeing screen sharing issues
> today.
Quoting myself from:
https://discussion.fedoraproject.org/t/f40-change-proposal-kde-plasma-6-system-wide/89794/7
I wrote there:
> As for screensharing on Wayland, that does not work with Falkon due
Colin Walters wrote:
> Also of salient note, to the best of my knowledge the dist-git equivalent
> for Amazon Linux's isn't public.
Neither is the one for RHEL.
https://www.redhat.com/en/blog/furthering-evolution-centos-stream
Kevin Kofler
___
Adam Williamson wrote:
> Sure, it's not a problem *yet*. Microsoft is only just starting to
> crank up the enshittification machine...
Also in that vein, forced 2FA with no way to opt out:
On Fri, Sep 15, 2023 at 8:23 PM Neal Gompa wrote:
> I will also point out the last time we followed RHEL into something,
> we got the modularity system. That itself is an indicator that
> inverting the relationship for decision-making is a bad idea.
In theory, I like the concept of modularity.
On Fri, Sep 15, 2023, at 4:12 PM, Neal Gompa wrote:
> On Fri, Sep 15, 2023 at 1:28 PM Colin Walters wrote:
>>
>>
>> My point is only partly about the HTML, but about the ecosystem surrounding
>> it (CI is a really big one) but really the total user experience (account
>> system, uptime,
On Fri, Sep 15, 2023 at 1:28 PM Colin Walters wrote:
>
>
> My point is only partly about the HTML, but about the ecosystem surrounding
> it (CI is a really big one) but really the total user experience (account
> system, uptime, moving issues), etc.
>
> The bigger point I want to make here is
https://bugzilla.redhat.com/show_bug.cgi?id=2238831
Michal Josef Spacek changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=2237914
Fedora Update System changed:
What|Removed |Added
Status|ON_QA |CLOSED
Fixed In Version|
https://bugzilla.redhat.com/show_bug.cgi?id=2237858
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Business-ISBN-Data-202 |perl-Business-ISBN-Data-202
https://bugzilla.redhat.com/show_bug.cgi?id=2235322
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Crypt-CBC-3.04-13.el9 |perl-Crypt-CBC-3.04-13.el9
https://bugzilla.redhat.com/show_bug.cgi?id=2237353
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Business-ISBN-Data-202 |perl-Business-ISBN-Data-202
https://bugzilla.redhat.com/show_bug.cgi?id=2236151
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Business-ISBN-Data-202 |perl-Business-ISBN-Data-202
https://bugzilla.redhat.com/show_bug.cgi?id=2237016
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-SNMP-Info-3.95-1.fc40 |perl-SNMP-Info-3.95-1.fc40
https://bugzilla.redhat.com/show_bug.cgi?id=2231059
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Authen-SASL-2.1700-1.f |perl-Authen-SASL-2.1700-1.f
https://bugzilla.redhat.com/show_bug.cgi?id=2231692
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Test-Harness-3.47-1.fc |perl-Test-Harness-3.47-1.fc
https://bugzilla.redhat.com/show_bug.cgi?id=2232998
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-CPAN-Perl-Releases-5.2 |perl-CPAN-Perl-Releases-5.2
https://bugzilla.redhat.com/show_bug.cgi?id=2233072
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-DB_File-1.859-1.fc40 |perl-DB_File-1.859-1.fc40
https://bugzilla.redhat.com/show_bug.cgi?id=2231653
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-perlfaq-5.20230812-1.f |perl-perlfaq-5.20230812-1.f
https://bugzilla.redhat.com/show_bug.cgi?id=2233885
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-URI-5.21-1.fc40|perl-URI-5.21-1.fc40
https://bugzilla.redhat.com/show_bug.cgi?id=2231470
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Log-Dispatchouli-3.006 |perl-Log-Dispatchouli-3.006
https://bugzilla.redhat.com/show_bug.cgi?id=2233000
Fedora Update System changed:
What|Removed |Added
Fixed In Version|perl-Module-CoreList-5.2023 |perl-Module-CoreList-5.2023
One thing I find amusing about this list (which like some others is kind of a
long-running soap opera that happens to sometimes produce software as a side
effect) is that many times, I can see just two bits of information:
- The subject of the email
- The name of the person responding
And I
"Kai A. Hiller" writes:
> Hello,
>
> I started a build with `fedpkg build`, but after 43h and counting I
> don‘t think it will finish anymore. Is there a way to terminate the
> build? The build is
> https://koji.fedoraproject.org/koji/taskinfo?taskID=106154761
Look for this command:
dnf
On Fri, 15 Sep 2023 19:01:07 +0200
"Kai A. Hiller" wrote:
> Hello,
>
> I started a build with `fedpkg build`, but after 43h and counting I
> don‘t think it will finish anymore. Is there a way to terminate the
> build? The build is
>
On Fri, 2023-09-15 at 16:02 +0200, Frantisek Lachman wrote:
> Thanks Dan and Daniel for the responses. You both are right. For our
> defence, this is always setup by an existing Fedora user (=human).
>
> I can't speak of rel-eng (and honestly don't know) how problematic
> this "physical removal"
Hello,
I started a build with `fedpkg build`, but after 43h and counting I
don‘t think it will finish anymore. Is there a way to terminate the
build? The build is
https://koji.fedoraproject.org/koji/taskinfo?taskID=106154761
Kai
___
devel mailing
https://bugzilla.redhat.com/show_bug.cgi?id=2239168
Bug ID: 2239168
Summary: perl-GnuPG-Interface-1.03 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-GnuPG-Interface
Keywords: FutureFeature,
On Fri, Sep 15, 2023 at 02:35:36PM +0100, Daniel P. Berrangé wrote:
> IIUC strictly speaking content must be validated for license compliance
> before it is present on any Fedora infrastructure. IOW, doing scratch
> builds in either Koji or Copr is also predicated on having permissible
> content
Agree it should be in Fedora CI. Maybe it can be added to the Zuul CI,
or the default scratch build.
But to run Fedora CI, the source would need to be in the look-aside
cache. I think it would be ok that if the packit run is
pull_from_upstream that a licensecheck is run (after the spectool -g
V Fri, Sep 15, 2023 at 03:13:22PM +0100, Daniel P. Berrangé napsal(a):
> I think it isn't too hard to make it acceptable, just stick a
> flag in the middle of your process that human has to acknowledge
> eg:
>
> 1. Release monitoring files the new BZ ticket (it already includes
> wording
Notification time stamped 2023-09-15 15:07:52 UTC
From 69e1fa494a1b4d57614e71150c24363f537b131f Mon Sep 17 00:00:00 2001
From: Michal Josef Špaček
Date: Sep 14 2023 19:50:09 +
Subject: Update license field to new BSD-Systemics SPDX license id
---
diff --git a/perl-Crypt-IDEA.spec
Notification time stamped 2023-09-15 14:57:01 UTC
From 69e1fa494a1b4d57614e71150c24363f537b131f Mon Sep 17 00:00:00 2001
From: Michal Josef Špaček
Date: Sep 14 2023 19:50:09 +
Subject: Update license field to new BSD-Systemics SPDX license id
---
diff --git a/perl-Crypt-IDEA.spec
pghmcfc merged a pull-request against the project: `perl-Crypt-IDEA` that you
are following.
Merged pull-request:
``
Update license field to new BSD-Systemics SPDX license id
``
https://src.fedoraproject.org/rpms/perl-Crypt-IDEA/pull-request/1
___
Dne 15. 09. 23 v 13:18 Ankur Sinha napsal(a):
I guess it should be possible to make packit (or the-new-hotness?) run
licensecheck on the new sources and include that in the PR comment too,
perhaps also with a list of packages that depend on the one being
updated as an "impact check"?
It is
Thanks for the info, Dan.
If this issue is not hit often,
I think it makes sense to ease the workflow for everyone
and go through this process if needed.
We can either inform people about how to do that
or do it for them.
(But sadly, we can't do the work of rel-eng.)
Otherwise, I think we can
Hello again,
just a quick update that Mock 5.1 has been deployed into Fedora Copr,
too. While on it, openSUSE Leap 15.3 is now EOL and 15.5 added.
Happy building!
Pavel
On pátek 15. září 2023 14:05:19 CEST Pavel Raiskup wrote:
> Hello maintainers!
>
> Let me announce a new release of Mock
I quite like these checks but wouldn't it be better to have these as
part of Fedora CI? (Or any other CI system running on dist-git PRs?)
František
On Fri, Sep 15, 2023 at 4:13 PM Daniel P. Berrangé wrote:
> If you wanted to be especially helpful, perhaps Packit could compare
> the old and new
On Fri, Sep 15, 2023 at 04:02:04PM +0200, Frantisek Lachman wrote:
> Thanks Dan and Daniel for the responses. You both are right. For our
> defence, this is always setup by an existing Fedora user (=human).
>
> I can't speak of rel-eng (and honestly don't know) how problematic
> this "physical
On Fri, 15 Sep 2023 16:02:04 +0200
Frantisek Lachman wrote:
> Thanks Dan and Daniel for the responses. You both are right. For our
> defence, this is always setup by an existing Fedora user (=human).
>
> I can't speak of rel-eng (and honestly don't know) how problematic
> this "physical
Thanks for working on this.
Are you certain that Blender failed to build in F39? As I reported in
[1], the build failure in question is due to openxr 1.0.29, which only
happened in F40.
Koschei remains green for F39[2], and there is a pending update rebuilt
against USD 23.08[3] (so please
Thanks Dan and Daniel for the responses. You both are right. For our
defence, this is always setup by an existing Fedora user (=human).
I can't speak of rel-eng (and honestly don't know) how problematic
this "physical removal" on request is.
We can at least promote the licence check more
and
On Fri, 15 Sep 2023 15:39:50 +0200
Frantisek Lachman wrote:
> Thanks Vít for the link!
>
> I am honestly not sure how CI should do this (and don't want to be the
> one who decides..;)
>
> If CI does not need to have the source in the lookaside cache, Packit
> does not need to store anything in
Thanks Vít for the link!
I am honestly not sure how CI should do this (and don't want to be the
one who decides..;)
If CI does not need to have the source in the lookaside cache, Packit
does not need to store anything in the lookaside cache (that's a good
thing), but the maintainer can't be sure
On Fri, 15 Sep 2023 15:13:58 +0200
Frantisek Lachman wrote:
> Hi Petr,
>
> we would like to avoid storing the archive in the lookaside cache before
> approving but the problem is that the CI on the PR (mainly the scratch
> build) does not work without the archive being in the lookaside cache
>
On Fri, Sep 15, 2023 at 03:13:58PM +0200, Frantisek Lachman wrote:
> Hi Petr,
>
> we would like to avoid storing the archive in the lookaside cache before
> approving but the problem is that the CI on the PR (mainly the scratch
> build) does not work without the archive being in the lookaside
I was proposing some methods how to enable download of sources for e.g.
CI purposes here:
https://pagure.io/packaging-committee/issue/1132#comment-769233
But without too much success.
But of course, CI could also be improved to download the required
sources, if there is proper source URL.
And maybe one more related note to this. We've been asked multiple
times to do auto-merges as well, but that's not really what we want to
do. We do want human approval during the process. (Automation can
suggest the change and once approved take care of the builds/updates,
but a single tool should
Vitaly Kuznetsov has offered https://github.com/rhboot/shim/pull/611
to fix the NVRAM entry generated by `add_boot_option(...)` in Shim's
`fallback.c`.
It is quite pervasive in that file to treat the size of the loaded
image arguments as `StrLen(arguments) * 2` (just search for
Hi Petr,
we would like to avoid storing the archive in the lookaside cache before
approving but the problem is that the CI on the PR (mainly the scratch
build) does not work without the archive being in the lookaside cache
already. Once this becomes possible, we (=Packit) would be happy to do
OLD: Fedora-39-20230914.n.0
NEW: Fedora-39-20230915.n.0
= SUMMARY =
Added images:2
Dropped images: 4
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
Use whatever you like as I wont be migrating to the new infra!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Hello maintainers!
Let me announce a new release of Mock v5.1 (the chroot build environment
manager for building RPMs).
Mock 5.1 further stabilizes the (now default) --use-bootstrap-image
feature, and adds a "fallback" mechanism which turns the feature OFF
if Podman can not be used. In case of
It might also be worth mentioning that both gitea and forgejo support
Github Actions [1][2]. I did not personally test them, but it might be
good for the familiarity and reuse of the maintained Github Actions
library. One missing thing are Github applications, but I don't think we
are using
V Fri, Sep 15, 2023 at 12:53:21PM +0200, Laura Barcziova napsal(a):
> Yes, Fedora dist-git lookaside cache. The upstream archive is uploaded
> automatically
Did you know that a license review must precede uploading to Fedora dist-git
lookaside cache? The reason is once the archive is uploaded,
On Fri, Sep 15, 2023 12:53:21 +0200, Laura Barcziova wrote:
> Yes, Fedora dist-git lookaside cache. The upstream archive is uploaded
> automatically, but only a pull request is created in the particular dist-git
> repo with the change of the sources reference. Once the PRs are created, it is
> up
OLD: Fedora-Rawhide-20230914.n.0
NEW: Fedora-Rawhide-20230915.n.0
= SUMMARY =
Added images:2
Dropped images: 1
Added packages: 4
Dropped packages:0
Upgraded packages: 78
Downgraded packages: 0
Size of added packages: 563.07 KiB
Size of dropped packages:0
Yes, Fedora dist-git lookaside cache. The upstream archive is uploaded
automatically, but only a pull request is created in the particular
dist-git repo with the change of the *sources* reference. Once the PRs are
created, it is up to the maintainer to review these changes and, just after
that,
mspacek merged a pull-request against the project: `perl-Term-Table` that you
are following.
Merged pull-request:
``
0.017 bump
``
https://src.fedoraproject.org/rpms/perl-Term-Table/pull-request/5
___
perl-devel mailing list --
mspacek opened a new pull-request against the project: `perl-Term-Table` that
you are following:
``
0.017 bump
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Term-Table/pull-request/5
___
perl-devel mailing list --
Ondřej Budai writes:
> What about hosted Gitea from gitea.com?
>
> Gitea is fully open source, very popular in the self-hosting community and
> their hosted offering would free up some of our precious infra team
> resources.
Gitea is ok from a UX perspective but it is still quite lacking from
On Fri, 15 Sept 2023 at 11:37, Leon Fauster via devel <
devel@lists.fedoraproject.org> wrote:
> Am 15.09.23 um 07:43 schrieb Clement Verna:
>
> > At the risk of being controversial and a voice of the minority, I think
> > using GitHub would be beneficial for the Fedora project. In practice
> >
V Fri, Sep 15, 2023 at 09:22:46AM +0200, Laura Barcziova napsal(a):
> Once set up, here's how it works:
>
>-
>
>Upstream Release Monitoring creates a Bugzilla bug when new upstream
>versions are detected.
>-
>
>As a reaction to that, Packit:
>-
>
> automatically
https://bugzilla.redhat.com/show_bug.cgi?id=2238831
Michal Josef Spacek changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
Am 15.09.23 um 07:43 schrieb Clement Verna:
At the risk of being controversial and a voice of the minority, I think
using GitHub would be beneficial for the Fedora project. In practice
already most of packagers have to use GitHub to collaborate with
upstream so it wouldn't be a tool to
W dniu 13.09.2023 o 17:53, Aoife Moloney pisze:
== Summary ==
KDE Plasma 6 is successor to KDE Plasma 5 created by the KDE
Community. It is based on Qt 6 and KDE Frameworks 6 and brings many
changes and improvements over previous versions. For Fedora Linux, the
transition to KDE Plasma 6 will
Hi all,
GNOME 45.0 upstream tarball date is this weekend and I'm coordinating
the downstream builds for F39 and rawhide.
A quick note where we are in the release schedule:
Fedora 39 Beta was declared GO yesterday and is going to ship with GNOME
45.beta. We have the 45.rc mega-update in Bodhi
jplesnik merged a pull-request against the project: `perl-XML-Catalog` that you
are following.
Merged pull-request:
``
Package tests; Modernize spec
``
https://src.fedoraproject.org/rpms/perl-XML-Catalog/pull-request/1
___
perl-devel mailing list --
What about hosted Gitea from gitea.com?
Gitea is fully open source, very popular in the self-hosting community and
their hosted offering would free up some of our precious infra team
resources.
Ondřej
Dne st 13. 9. 2023 19:45 uživatel Matthew Miller
napsal:
> On Mon, Sep 11, 2023 at
jplesnik opened a new pull-request against the project: `perl-XML-Catalog` that
you are following:
``
Package tests; Modernize spec
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-XML-Catalog/pull-request/1
___
perl-devel
jplesnik merged a pull-request against the project: `perl-Thread-Queue` that
you are following.
Merged pull-request:
``
Package tests; Modernize spec
``
https://src.fedoraproject.org/rpms/perl-Thread-Queue/pull-request/1
___
perl-devel mailing list
jplesnik opened a new pull-request against the project: `perl-Thread-Queue`
that you are following:
``
Package tests; Modernize spec
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Thread-Queue/pull-request/1
___
perl-devel
On 9/14/23 15:50, Fabio Valentini wrote:
On Thu, Sep 14, 2023 at 2:42 PM Colin Walters wrote:
On Wed, Sep 13, 2023, at 1:44 PM, Matthew Miller wrote:
On Mon, Sep 11, 2023 at 09:20:09AM -0700, Adam Williamson wrote:
IIRC it was a condition of that proposal that we wind up on a hosted
version
> Hi,
>
> On Thu, Sep 14, 2023 at 11:12 PM Luya Tshimbalanga
>
> I don't see any reference to Python 3.12 there. The error is:
>
> In file included from /usr/include/epoxy/egl.h:46,
> from
> /builddir/build/BUILD/blender-3.6.2/intern/ghost/intern/GHOST_ContextEGL.hh:13,
>
If you're a Fedora package maintainer, we've got an exciting automation
solution for you!
At the beginning of the year, we announced a new feature called
pull_from_upstream that eases the process of bringing upstream releases
into Fedora. This feature can be easily configured directly in the
jplesnik merged a pull-request against the project: `perl-Pod-Escapes` that you
are following.
Merged pull-request:
``
Package tests; Modernize spec
``
https://src.fedoraproject.org/rpms/perl-Pod-Escapes/pull-request/1
___
perl-devel mailing list --
jplesnik opened a new pull-request against the project: `perl-Pod-Escapes` that
you are following:
``
Package tests; Modernize spec
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Pod-Escapes/pull-request/1
___
perl-devel
On Fri, 2023-09-15 at 07:43 +0200, Clement Verna wrote:
> At the risk of being controversial and a voice of the minority, I think
> using GitHub would be beneficial for the Fedora project. In practice
> already most of packagers have to use GitHub to collaborate with upstream
> so it wouldn't be
jplesnik merged a pull-request against the project: `perl-inc-latest` that you
are following.
Merged pull-request:
``
Package tests; Modernize spec
``
https://src.fedoraproject.org/rpms/perl-inc-latest/pull-request/1
___
perl-devel mailing list --
I forgot to add one important piece of news about rust packages:
Because Fabio reported that all crates (rust-*) has been migrated. I added all rust-* packages that has "valid as SPDX
but no changelog entry" to ignore list
83 matches
Mail list logo
