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-33-2021.0):
ID: 1062800 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
Yeah someone should push that to a side package...
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
The following Fedora EPEL 7 Security updates need testing:
Age URL
55 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f005e1b879
debmirror-2.35-1.el7
1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-39d32447db
openssl11-1.1.1k-1.el7
1
> > I wonder, which mailing list was your original / first message (the
> > announcement, I think?) in this thread sent to? Is there a mailing
> > list archive link for it?
> > Because I seem to be missing the actual announcement mail with all
> > the
> > details from my mail inbox, only
https://bugzilla.redhat.com/show_bug.cgi?id=2022551
Bug ID: 2022551
Summary: perl-HTTP-Message-6.35 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-HTTP-Message
Keywords: FutureFeature, Triaged
The qt5 libraries in RHEL 8.5 are at a higher version than they were in
RHEL 8.4.
This is causing RHEL 8 machines that have the KDE Plasma Desktop unable to
do an update due to qt5 version dependencies.
A rebuild of the KDE Plasma Desktop in EPEL8 is currently underway.
It usually takes 3-4 days
Hi,
I'm working on updating jacktrip from 1.3.0 to 1.4.1. License changes: MIT
-> MIT and GPLv3 and LGPLv3.
Regards,
--
Iñaki Úcar
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to
https://bugzilla.redhat.com/show_bug.cgi?id=2022402
Carl George 鸞 changed:
What|Removed |Added
Blocks||1766676
Referenced Bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=2022400
Carl George 鸞 changed:
What|Removed |Added
Blocks||1766676
Referenced Bugs:
Vitaly Zaitsev via devel wrote:
> On 10/11/2021 16:33, Lyes Saadi wrote:
>> I could even imagine someone creating a repo (not in COPR hopefully, due
>> to legal issues) replacing in proprietary apps like Discord (or Slack
>> which happens to be relevant to other discussions here) the bundled
>>
On Thu, Nov 11, 2021 at 08:04:34PM +0100, Fabio Valentini wrote:
> On Wed, Nov 10, 2021 at 8:41 PM Kevin Fenzi wrote:
> >
> > On Wed, Nov 10, 2021 at 08:40:32AM -0500, Stephen Gallagher wrote:
> > > On Tue, Nov 9, 2021 at 5:36 PM Kevin Fenzi wrote:
> > > >
> > > > Greetings everyone.
> > > >
> >
On Wed, Nov 10, 2021 at 8:41 PM Kevin Fenzi wrote:
>
> On Wed, Nov 10, 2021 at 08:40:32AM -0500, Stephen Gallagher wrote:
> > On Tue, Nov 9, 2021 at 5:36 PM Kevin Fenzi wrote:
> > >
> > > Greetings everyone.
> > >
> > > As you know, we migrated a while back from freenode.net to libera.chat
> >
On Thu, Nov 11, 2021 at 07:02:10PM +0100, Florian Weimer wrote:
> * Lennart Poettering:
>
> > And I think that's a *good* thing: JSON might not be perfect — because
> > nothing is —, but it's certainly one of the better designed generic
> > data formats around, and it's complexity is absolutely
* Lennart Poettering:
> And I think that's a *good* thing: JSON might not be perfect — because
> nothing is —, but it's certainly one of the better designed generic
> data formats around, and it's complexity is absolutely managable.
Number handling in JSON is underspecified, and some variants
https://bugzilla.redhat.com/show_bug.cgi?id=2022468
Bug ID: 2022468
Summary: perl-IO-Async-0.800 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-IO-Async
Keywords: FutureFeature, Triaged
On Di, 09.11.21 10:14, Fedora Development ML (devel@lists.fedoraproject.org)
wrote:
> On 08/11/2021 22:24, Lennart Poettering wrote:
> > And I think that's a*good* thing: JSON might not be perfect — because
> > nothing is —, but it's certainly one of the better designed generic
> > data formats
On Tue, 2021-05-18 at 08:26 -0500, Michael Catanzaro wrote:
> You reported my complaints as:
> https://github.com/fedora-infra/bodhi/issues/4219. Thanks!
>
> I'm going to go ahead and ask that the gating be turned off until it's
> fixed. If it doesn't display accurate test results, it's not
In one week (2021-11-18), or slightly later, I will merge and build
https://src.fedoraproject.org/rpms/python-absl-py/pull-request/1,
updating python-absl-py to 1.0.0 in Rawhide.
In this release, upstream drops support for obsolete Python versions
(<3.6). This means the
I have simplified the License for the “jo” package from “GPLv2+ and MIT
and Public Domain” to the effective license “GPLv2+”. A spec file
comment explains:
# The entire source is GPLv2+, except json.c and json.h, which are MIT,
# and base64.c and base64.h, which are Public Domain. Since these
https://bugzilla.redhat.com/show_bug.cgi?id=2022443
Bug ID: 2022443
Summary: perl-PDL-2.061 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-PDL
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=2022402
--- Comment #2 from Stephen John Smoogen ---
my punishment for starting a good deed for a third party :).
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugzilla.redhat.com/show_bug.cgi?id=2022402
On Thursday, November 11, 2021 11:28:42 AM CET Vitaly Zaitsev via devel wrote:
> On 11/11/2021 11:08, Andreas Schneider wrote:
>
> > I'm packaging Signal-Desktop completely built from source.
>
>
> https://build.opensuse.org/package/view_file/network:im:signal/signal-deskto
>
https://bugzilla.redhat.com/show_bug.cgi?id=2022402
Robin Lee changed:
What|Removed |Added
Assignee|robinlee.s...@gmail.com |smo...@redhat.com
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=2022402
Bug ID: 2022402
Summary: Please branch and build an epel8 for perl-Net-Telnet
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-Net-Telnet
Assignee:
https://bugzilla.redhat.com/show_bug.cgi?id=2022400
Bug ID: 2022400
Summary: Please branch and build an epel8 for
perl-Config-Grammar
Product: Fedora EPEL
Version: epel8
Status: NEW
Component:
Hello,
Since this update:
https://src.fedoraproject.org/rpms/libnsl2/c/d2e2fab5e3ab07228a34f35ab8ec1954581153d0?branch=rawhide
Nothing in rawhide builds, because Python and hence dnf is not installable:
Error:
Problem 1: package python3-dnf-4.10.0-1.fc36.noarch requires python3-libdnf,
but
On 11/11/2021 14:48, Dominik 'Rathann' Mierzejewski wrote:
But SSO is not working. It opens a browser window to log in via
id.fedoraproject.org, but then the nheko window shows an error:
"Failed to setup encryption keys. Server response: One time key
signed_curve25519:CA already exists."
https://bugzilla.redhat.com/show_bug.cgi?id=2019189
Jitka Plesnikova changed:
What|Removed |Added
Assignee|david.hanneq...@gmail.com |jples...@redhat.com
Fixed In
On Thu, Nov 11, 2021 at 9:31 AM Miro Hrončok wrote:
>
> On 11. 11. 21 15:24, Ben Cotton wrote:
> > anyone
> > who wants to have a package appear in ELN-Extras will need to add it
> > to the content set.
>
> I have some questions:
>
> 1) How does anyone add a package to the ELN-Extras content set?
On 11. 11. 21 15:24, Ben Cotton wrote:
anyone
who wants to have a package appear in ELN-Extras will need to add it
to the content set.
I have some questions:
1) How does anyone add a package to the ELN-Extras content set?
2) Who exactly is "anyone"? E.g. can non-packager users do this?
3) Are
https://fedoraproject.org/wiki/Changes/ELN-Extras
== Summary ==
ELN-extras will be a new build target and compose similar in behavior
to ELN, but closer to EPEL in function. It will be a place to prepare
and maintain packages that may be desired for EPEL N+1 while RHEL N+1
is still being
https://fedoraproject.org/wiki/Changes/ELN-Extras
== Summary ==
ELN-extras will be a new build target and compose similar in behavior
to ELN, but closer to EPEL in function. It will be a place to prepare
and maintain packages that may be desired for EPEL N+1 while RHEL N+1
is still being
Vitaly replied in this thread as well with other spec file changes you
need to make to align with current packaging guidelines. For
reference:
https://docs.fedoraproject.org/en-US/packaging-guidelines/
Other replies below...
On Wed, Nov 10, 2021 at 09:48:24PM +, Globe Trotter via
On Thursday, 11 November 2021 at 09:21, Vitaly Zaitsev via devel wrote:
> On 10/11/2021 23:09, Dominik 'Rathann' Mierzejewski wrote:
> > ... and support encrypted chats, I forgot to add.
>
> nheko support E2EE.
But SSO is not working. It opens a browser window to log in via
id.fedoraproject.org,
https://bugzilla.redhat.com/show_bug.cgi?id=2019189
Jitka Plesnikova changed:
What|Removed |Added
Summary|Upgrade perl-Config-Model |Upgrade perl-Config-Model
https://bugzilla.redhat.com/show_bug.cgi?id=2005973
Petr Pisar changed:
What|Removed |Added
CC||sah...@redhat.com
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=2021948
Petr Pisar changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
https://bugzilla.redhat.com/show_bug.cgi?id=2005979
Petr Pisar changed:
What|Removed |Added
CC||sah...@redhat.com
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=2021945
Petr Pisar changed:
What|Removed |Added
CC||ppi...@redhat.com
Status|NEW
https://bugzilla.redhat.com/show_bug.cgi?id=2007247
Petr Pisar changed:
What|Removed |Added
CC||sah...@redhat.com
--- Comment #1 from
https://bugzilla.redhat.com/show_bug.cgi?id=2021942
Petr Pisar changed:
What|Removed |Added
Resolution|--- |DUPLICATE
CC|
Hi everyone,
This is a weekly report from the CPE (Community Platform Engineering)
Team. If you have any questions or feedback, please respond to this
report or contact us on #redhat-cpe channel on libera.chat
(https://libera.chat/).
If you wish to read this in form of a blog post, check the
On Thu, 2021-11-11 at 11:08 +0100, Andreas Schneider wrote:
> On Wednesday, November 10, 2021 11:27:32 AM CET Vitaly Zaitsev via
> devel
> wrote:
> > On 10/11/2021 09:44, Andreas Schneider wrote:
> >
> > > I'm sorry, but didn't we talk about electron and you're pointing
> > > to
> > > vscode?
>
On 11/11/2021 11:08, Andreas Schneider wrote:
I'm packaging Signal-Desktop completely built from source.
https://build.opensuse.org/package/view_file/network:im:signal/signal-desktop/prepare_vendor.sh?expand=1
Does this script simply download assets from npm using the "yarn
install" command?
I wonder what is Slack's TOS? Maybe with their approval, a COPR could
be maintained without any issue?
COPR can't be used for building non-free software:
https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr
Indeed, forgot about that when writing my e-mail ^^'!
I
On Wednesday, November 10, 2021 3:39:42 PM CET Vitaly Zaitsev via devel wrote:
> > Keep mislead people and twisting things if this helps you with packaging
> > electron apps on Fedora.
>
> I think it will be very difficult or even impossible to build Electron
> apps completely from sources
On Wednesday, November 10, 2021 11:27:32 AM CET Vitaly Zaitsev via devel
wrote:
> On 10/11/2021 09:44, Andreas Schneider wrote:
>
> > I'm sorry, but didn't we talk about electron and you're pointing to
> > vscode?
>
> My previous message was:
>
>
> > Electron core packaging is a quite trivial
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-34-20211109.0):
ID: 1061027 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
No missing expected images.
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed, 1 result missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 24/206 (x86_64), 14/141 (aarch64)
New failures (same test not failed
Am Donnerstag, dem 11.11.2021 um 09:27 +0100 schrieb Vitaly Zaitsev via
devel:
> On 10/11/2021 21:15, Globe Trotter via devel wrote:
> > Version: %ver
> > Release: %rel
>
> You shouldn't use macroses here, because this behavior can break
> release
> bumps from different bots or proven-packager
On 04. 11. 21 12:49, Miro Hrončok wrote:
Hello Pythonistas.
After some recent improvements in the Python RPM dependency generators,
a regression was discovered [0].
Turns out the error happened when the upstream metadata contained a
requirement with a PEP 440 [1] incompatible version. A
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-35-2020.0):
ID: 1060944 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
On 10/11/2021 18:04, Lyes Saadi wrote:
I wonder what is Slack's TOS? Maybe with their approval, a COPR could be
maintained without any issue?
COPR can't be used for building non-free software:
https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr
--
Sincerely,
On 10/11/2021 21:15, Globe Trotter via devel wrote:
Version: %ver
Release: %rel
You shouldn't use macroses here, because this behavior can break release
bumps from different bots or proven-packager scripts.
Group: Applications/Communications
Legacy. Must be removed.
BuildRoot:
On 10/11/2021 23:09, Dominik 'Rathann' Mierzejewski wrote:
... and support encrypted chats, I forgot to add.
nheko support E2EE.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To
55 matches
Mail list logo
