Le 16/07/2021 à 10:39, Christopher Engelhard a écrit :
Hi all,
I finally found some time to unbundle all the 3rdparty PHP/composer
libraries from the nextcloud package.
The bad news is that due to their various dependency trees, I now have a
total of 24 new packages that need reviewing.
The
On Mon, Jul 19, 2021 at 7:04 AM Fabio Valentini wrote:
>
> On Mon, Jul 19, 2021 at 12:06 PM Jiri Vanek wrote:
> >
> > On 7/17/21 11:15 PM, Ron Olson wrote:
> > > Hey all-
> > >
> > > I’m curious as to why submitting a new build to Bodhi takes a week to be
> > > pushed to stable, but two weeks
I just bought a Lenovo X13 Yoga. It's unfortunate that the RAM is soldered, and
the max was 16GB. My old x250
supported 16GB years ago. The SSD was easy to upgrade, so at least I could pick
an option that shipped faster and do my own
upgrade. Although the CPU and GPU are faster, the RAM and
On Mon, Jul 19, 2021 at 1:31 PM Vitaly Zaitsev via devel
wrote:
> Fedora:
> Requires: /usr/bin/python3 /usr/bin/sh libc.so.6()(64bit)
> libc.so.6(GLIBC_2.14)(64bit) libc.so.6(GLIBC_2.2.5)(64bit)
> libc.so.6(GLIBC_2.3)(64bit) libc.so.6(GLIBC_2.4)(64bit) rtld(GNU_HASH)
>
> Downstream issue:
>
So I've spent about 40 hours pushing through build problems in the COPR[1]
I've set up beating what packages I could into submission and moving the
ones I couldn't (or shouldn't) port to the openexr2 compat package.
Some of the ones I didn't even try porting were packages that looked to be
legacy
Hi,
On Tue, 2021-07-06 at 11:48 +0200, Antonio T. sagitter wrote:
> Hi all.
>
> In a week i will compile MUMPS-5.4.0 in Rawhide; this implicates the
> rebuilds of dependent packages:
>
> $ repoquery --whatrequires MUMPS-openmpi-devel --disablerepo=*
> --enablerepo=*-source
>
> Last metadata
On Mon, 2021-07-19 at 07:01 +, Zbigniew Jędrzejewski-Szmek wrote:
> Anaconda should pull in kbd-legacy (I think
> this might be done already, this is not the first time this bug is
> discovered).
Yes, this is done already for F35+. It was meant to be done for F34,
but we realized too late it
binA_H3nIaeSi.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
The mscore-edwin-fonts package (a subpackage of mscore) was mistakenly
given a License field of "AGPLv3 with exceptions". The correct
license is actually "OFL". I have pushed a correction to git in
Rawhide and will let the mass rebuild fix the binary package. The
next builds for F33 and F34
No missing expected images.
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 13/138 (aarch64), 2/199 (x86_64)
New failures (same test not failed in Fedora-Rawhide-20210718.n.0):
ID: 931017 Test: aarch64 Minimal-raw_xz-raw.xz
No missing expected images.
Failed openQA tests: 7/15 (aarch64), 2/16 (x86_64)
New failures (same test not failed in Fedora-IoT-35-20210718.0):
ID: 931408 Test: aarch64 IoT-dvd_ostree-iso iot_rpmostree_rebase@uefi
URL: https://openqa.fedoraproject.org/tests/931408
Old failures (same test
===
#fedora-meeting: FESCo (2021-07-19)
===
Meeting started by decathorpe at 19:00:36 UTC. The full logs are
available at
https://meetbot.fedoraproject.org/fedora-meeting/2021-07-19/fesco.2021-07-19-19.00.log.html
Meeting summary
No missing expected images.
Failed openQA tests: 2/16 (x86_64), 3/15 (aarch64)
Old failures (same test failed in Fedora-IoT-34-20210711.0):
ID: 931357 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server
URL: https://openqa.fedoraproject.org/tests/931357
ID: 931360 Test: x86_64
On Mon, Jul 19, 2021 at 12:53:42PM -0400, Matthew Miller wrote:
> On Mon, Jul 19, 2021 at 11:52:59AM -0400, Mark Pearson wrote:
> > I'd much rather make sure I'm answering any questions the community
> > has - I figure that's more interesting than me blathering on. I
> > can't promise to answer
OLD: Fedora-Rawhide-20210718.n.0
NEW: Fedora-Rawhide-20210719.n.0
= SUMMARY =
Added images:0
Dropped images: 4
Added packages: 11
Dropped packages:0
Upgraded packages: 52
Downgraded packages: 0
Size of added packages: 1.30 MiB
Size of dropped packages:0 B
Hello.
Found a strange RPM autodeps issue, related to Java packaging, only on
EPEL7.
EPEL7 package contains additional auto-detected strict dependencies:
osgi(com.github.jnr.jffi) and osgi(com.sun.jna). That's why the package
cannot be installed due to lack of dependencies on RHEL/CentOS 7:
On Mon, Jul 19, 2021 at 11:52:59AM -0400, Mark Pearson wrote:
> I'd much rather make sure I'm answering any questions the community
> has - I figure that's more interesting than me blathering on. I
> can't promise to answer everything, but will do my best. If you send
> me any questions in the
It would be great if the "How to test" section would include some steps on
how to switch to WirePlumber so that anything can be tested.
On Mon, Jul 19, 2021 at 6:18 PM Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/WirePlumber
>
> == Summary ==
> PipeWire currently uses a simple
https://fedoraproject.org/wiki/Changes/WirePlumber
== Summary ==
PipeWire currently uses a simple example session manager. This
proposal is to move to the more powerful WirePlumber session manager.
== Owner ==
* Name: [[User:Wtaymans| Wim Taymans]]
* Email: wim.taym...@gmail.com
== Detailed
https://fedoraproject.org/wiki/Changes/WirePlumber
== Summary ==
PipeWire currently uses a simple example session manager. This
proposal is to move to the more powerful WirePlumber session manager.
== Owner ==
* Name: [[User:Wtaymans| Wim Taymans]]
* Email: wim.taym...@gmail.com
== Detailed
I have taken rust-ab_glyph_rasterizer and rust-owned_ttf_parser since i will
need them for a future package.
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
Le lundi 19 juillet 2021 à 03:49, Miro Hrončok a écrit :
> The following packages are orphaned and will be retired
Ben, FESCO:
Thank you for your decision to destroy Silverblue, the best thing Fedora has
done in the last 10 years.
The only thing that makes Silverblue useful -- indeed, superior -- as a desktop
is the ready availability of Flatpaks for any application the user could want.
Unlike
Hi Fedorans
Lenovo are sponsoring Nest this year but unfortunately it clashes with
my family holiday and so I won't be able to attend the event itself -
I'll be by a lake in a cottage with no network access...
I'm really disappointed to be missing Nest as I really enjoyed it last year.
I claimed python-engineio, python-socketio, and python-flask-socketio after
they were orphaned.
I also claimed python-aiozmq. It does not currently work with Python 3.10, but
it’s likely that upstream will get it fixed in time for Fedora 35.
I probably will not claim python-jsonrpcserver,
On Mon, Jul 19, 2021 at 7:06 AM Björn Persson wrote:
>
> I suspect that many users are like me: I don't want to constantly be a
> guinea-pig for the whole testing repository, but if I could be notified
> about updates of certain packages I'm interested in, then I could
> choose to test those if
On Mon, Jul 19, 2021 at 07:59:11AM -0400, Stephen John Smoogen wrote:
> On Mon, 19 Jul 2021 at 07:06, Björn Persson wrote:
> >
> > Vitaly Zaitsev via devel wrote:
> > > On 18/07/2021 13:38, Neal Gompa wrote:
> > > > 1. People don't give feedback and only complain after the fact.
> > >
> > > On
Hi folks,
Please find the logs from today's meeting below. The next meeting will
be in two weeks.
===
#fedora-neuro: NeuroFedora - 2021-07-19
===
Meeting started by FranciscoD at 13:02:46 UTC. The full logs are
available
* Björn Persson [19/07/2021 13:05] :
>
> but if I could be notified
> about updates of certain packages I'm interested in, then I could
> choose to test those if I'm not too busy at the time. I don't know a
> convenient way to do that, so I end up
I'm trying to understand if this[1] is something I can account for
*properly* in the package's SELinux policy or if this is a case where the
end user really needs to modify their own.
type=AVC msg=audit(1626675276.055:38476): avc: denied { read } for
pid=2143832 comm="fail2ban-server"
On 15. 07. 21 20:33, Carlos O'Donell wrote:
On 7/15/21 6:34 AM, Zbigniew Jędrzejewski-Szmek wrote:
On Tue, Jul 06, 2021 at 01:20:47PM -0400, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/tzdata-minimal
== Summary ==
Split the tzdata package into two parts - tzdata and
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
On Mon, 19 Jul 2021 at 07:06, Björn Persson wrote:
>
> Vitaly Zaitsev via devel wrote:
> > On 18/07/2021 13:38, Neal Gompa wrote:
> > > 1. People don't give feedback and only complain after the fact.
> >
> > On Fedora too. Only a few popular packages (kernel, firefox,
> > thunderbird) get user
Vitaly Zaitsev via devel wrote:
> On 18/07/2021 13:38, Neal Gompa wrote:
> > 1. People don't give feedback and only complain after the fact.
>
> On Fedora too. Only a few popular packages (kernel, firefox,
> thunderbird) get user feedback on Bodhi. All others will need to stay in
> testing
On Mon, Jul 19, 2021 at 12:06 PM Jiri Vanek wrote:
>
> On 7/17/21 11:15 PM, Ron Olson wrote:
> > Hey all-
> >
> > I’m curious as to why submitting a new build to Bodhi takes a week to be
> > pushed to stable, but two weeks for EPEL-8. Is the presumption that it’s
> > just that much more time
On 2021-07-19 11:58, Tomas Korbar wrote:
Hi guys,
I will review https://bugzilla.redhat.com/show_bug.cgi?id=1982618
and https://bugzilla.redhat.com/show_bug.cgi?id=1982621
Thanks. Note that php-giggsey-libphonenumber-for-php requires
php-giggsey-locale, which is also not in the repos yet.
On 7/17/21 11:15 PM, Ron Olson wrote:
Hey all-
I’m curious as to why submitting a new build to Bodhi takes a week to be pushed
to stable, but two weeks for EPEL-8. Is the presumption that it’s just that
much more time for folks to test and verify?
lack of reviewers, so longer in buildroot
Hi guys,
I will review https://bugzilla.redhat.com/show_bug.cgi?id=1982618
and https://bugzilla.redhat.com/show_bug.cgi?id=1982621
For exchange could you Christopher please review
https://bugzilla.redhat.com/show_bug.cgi?id=1983601 ?
On Sun, Jul 18, 2021 at 8:40 PM Christopher Engelhard wrote:
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-20210718.0):
ID: 930768 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
https://bugzilla.redhat.com/show_bug.cgi?id=1938300
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |CLOSED
CC|
On Mon, Jul 19, 2021 at 10:09:28AM +0200, Vitaly Zaitsev via devel wrote:
> > 1. People don't give feedback and only complain after the fact.
>
> On Fedora too. Only a few popular packages (kernel, firefox, thunderbird)
> get user feedback on Bodhi. All others will need to stay in testing for 7
>
Otto Urpelainen writes:
> Dan Čermák kirjoitti 18.7.2021 klo 23.38:
>> Otto Urpelainen writes:
>>
>>> Dan Čermák kirjoitti 17.7.2021 klo 23.10:
Robert-André Mauchin writes:
> What is the situation wrt new packages? Should we enforce the use of
> rpmautospec during reviews or
https://bugzilla.redhat.com/show_bug.cgi?id=1983284
Petr Pisar changed:
What|Removed |Added
Status|ON_QA |CLOSED
Resolution|---
https://bugzilla.redhat.com/show_bug.cgi?id=1983408
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On 2021-07-19 09:07, Otto Urpelainen wrote:
However, copr seems to understand rpmautospec. Here is a build that
started from a specfile that uses rpmautospec and completed
successfully:
https://copr.fedorainfracloud.org/coprs/lcts/nextcloud/build/2329596/
Not quite. It doesn't error, but it
Hello everyone,
Please join us at the next Open NeuroFedora team meeting on Monday 19th
July (today!) at 1300UTC in #fedora-neuro on IRC (Freenode). The meeting
is a public meeting, and open for everyone to attend. You can join us
over:
IRC:
https://webchat.libera.chat/?channels=#fedora-neuro
https://bugzilla.redhat.com/show_bug.cgi?id=1983408
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://bugzilla.redhat.com/show_bug.cgi?id=1982436
Jitka Plesnikova changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
On 18/07/2021 13:38, Neal Gompa wrote:
Enterprise-grade stability is a lie unless you're being paid to
maintain that. The two-week time period does nobody any favors.
"Enterprise-grade stability" was a sarcasm.
I fully agree with you. 100% of my EPEL{7,8} updates received 0 Bodhi
karma (even
Hello!
I'm glad I can announce that we have a new release of Mock + configs.
There are several small bugfixes, and many new configuration files (CentOS
Stream 9, Rocky, EPEL Next 8, Alma AArch64). Release notes:
https://github.com/rpm-software-management/mock/wiki/Release-Notes-2.12
Note that
https://bugzilla.redhat.com/show_bug.cgi?id=1983284
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|ON_QA
Fixed In Version|
On Mon, 19 Jul 2021, 08:08 Otto Urpelainen, wrote:
>
> However, copr seems to understand rpmautospec.
>
Not really. The release will always be 1. When a package builds again,
end users won't receive the updated version.
https://pagure.io/fedora-infra/rpmautospec/issue/199
--
Peter Oliver
>
ppisar merged a pull-request against the project: `perl-Log-Report` that you
are following.
Merged pull-request:
``
Tests
``
https://src.fedoraproject.org/rpms/perl-Log-Report/pull-request/1
___
perl-devel mailing list --
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
ppisar opened a new pull-request against the project: `perl-Log-Report` that
you are following:
``
Tests
``
To reply, visit the link below
https://src.fedoraproject.org/rpms/perl-Log-Report/pull-request/1
___
perl-devel mailing list --
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-20210718.0):
ID: 930639 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
https://bugzilla.redhat.com/show_bug.cgi?id=1982436
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |ASSIGNED
Dan Čermák kirjoitti 18.7.2021 klo 23.38:
Otto Urpelainen writes:
Dan Čermák kirjoitti 17.7.2021 klo 23.10:
Robert-André Mauchin writes:
What is the situation wrt new packages? Should we enforce the use of
rpmautospec during reviews or is it completely optional?
I think we should
On Sat, Jul 17, 2021 at 03:48:16PM +0200, Vitaly Zaitsev via devel wrote:
> Hello.
>
> We found a strange issue with non-US keymaps. If the kbd-legacy
> package is not installed (not installed on F34 by default[1]), the
> system will hang on boot due to the "Failed to start Setup Virtual
>
https://bugzilla.redhat.com/show_bug.cgi?id=1983284
Petr Pisar changed:
What|Removed |Added
Status|NEW |ASSIGNED
59 matches
Mail list logo
