On Thu, 2020-03-05 at 07:44 +0100, Fabio Valentini wrote:
> On Thu, Mar 5, 2020, 00:55 Martin Kolman wrote:
> >
> >
> > - Original Message -
> >
> > > From: "Neal Gompa"
> >
> > > To: "Development discussions related to Fedora" <
> > devel@lists.fedoraproject.org>
> >
> > > Sent:
On Wed, 2020-03-04 at 18:55 -0500, Martin Kolman wrote:
>
> - Original Message -
> > From: "Neal Gompa"
> > To: "Development discussions related to Fedora" <
> > devel@lists.fedoraproject.org>
> > Sent: Wednesday, March 4, 2020 11:01:43 PM
> > Subject: Re: Announcing start of DNF 5
Dne 04. 03. 20 v 22:34 Zbigniew Jędrzejewski-Szmek napsal(a):
On Wed, Mar 04, 2020 at 07:03:01PM +0100, Daniel Mach wrote:
Hello everyone,
I'm pleased to announce start of DNF 5 development. We are planning
to deliver a module stream or a COPR repo during Fedora 33
development for early
Hi.
I was asked to repost a thread from the CentOS forum on this mailing
list:
Sorry for starting a new thread. But there has not been any activity on
the old thread for a month (2020-02-05) except for my request for a
status update a week ago (2020-02-26) for which there was no reply.
Can
On Thu, Mar 5, 2020, 00:55 Martin Kolman wrote:
>
>
> - Original Message -
> > From: "Neal Gompa"
> > To: "Development discussions related to Fedora" <
> devel@lists.fedoraproject.org>
> > Sent: Wednesday, March 4, 2020 11:01:43 PM
> > Subject: Re: Announcing start of DNF 5 development
OLD: Fedora-Rawhide-20200303.n.0
NEW: Fedora-Rawhide-20200304.n.1
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 19
Dropped packages:3
Upgraded packages: 175
Downgraded packages: 1
Size of added packages: 140.13 MiB
Size of dropped packages
in Fedora-Rawhide-20200304.n.0):
ID: 533151 Test: x86_64 Server-boot-iso install_default **GATING**
URL: https://openqa.fedoraproject.org/tests/533151
ID: 533152 Test: x86_64 Server-boot-iso install_default@uefi **GATING**
URL: https://openqa.fedoraproject.org/tests/533152
ID: 533153 Test
https://pagure.io/389-ds-base/issue/50935
https://pagure.io/389-ds-base/pull-request/50936
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To
Test building the latest gdl, I get the following errors only on armv7hl:
/usr/bin/ld: CMakeFiles/gdl.dir/basic_op.cpp.o:(.rodata+0x30): multiple
definition of `typeinfo name for Data_';
CMakeFiles/gdl.dir/datatypes.cpp.o:(.rodata+0x50): first defined here
/usr/bin/ld:
> On 4 Mar 2020, at 10:31, William Brown wrote:
>
>
>
>> On 4 Mar 2020, at 00:26, thierry bordaz wrote:
>>
>>
>>
>> On 3/3/20 11:59 AM, Alexander Bokovoy wrote:
>>> On ti, 03 maalis 2020, Ludwig Krispenz wrote:
Hi,
I have no expertise in this area, but would like to get
https://pagure.io/389-ds-base/pull-request/50934
https://pagure.io/389-ds-base/issue/50933
—
Sincerely,
William Brown
Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To
https://fedorapeople.org/groups/389ds/ci/nightly/2020/03/05/report-389-ds-base-1.4.3.3-20200305git742922b.fc31.x86_64.html
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to
- Original Message -
> From: "Neal Gompa"
> To: "Development discussions related to Fedora"
>
> Sent: Wednesday, March 4, 2020 11:01:43 PM
> Subject: Re: Announcing start of DNF 5 development
>
> On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
> wrote:
> >
> > On Wed, Mar
> Problem 3: problem with installed package
> texlive-stix-9:svn47652-15.fc31.noarch
> - package texlive-stix-9:svn47652-18.fc32.noarch requires
> stix-math-fonts, but none of the providers can be installed
> - texlive-stix-9:svn47652-15.fc31.noarch does not belong to a
> distupgrade
Miroslav Suchý writes:
> Do you want to make Fedora 32 better? Please spend 1 minute of your time and
> try to run:
>
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> sudo dnf module reset '*'
>
> sudo dnf
On 04. 03. 20 23:01, Fabio Valentini wrote:
python2-setuptools noarch 41.2.0-2.fc32
This is also a downgrade, without an update on fedora 32. But probably
unfixable since newer versions of setuptools don't support python2, I
think.
I have updated python-setuptools (both
On 04. 03. 20 20:41, Ankur Sinha wrote:
Error:
Problem 1: problem with installed package docker-compose-1.25.4-1.fc31.noarch
- docker-compose-1.25.4-1.fc31.noarch does not belong to a distupgrade
repository
- nothing provides python3.8dist(dockerpty) >= 0.4.1 needed by
https://bugzilla.redhat.com/show_bug.cgi?id=1810308
Bug ID: 1810308
Summary: perl-TimeDate-2.32 is available
Product: Fedora
Version: rawhide
Status: NEW
Component: perl-TimeDate
Keywords: FutureFeature, Triaged
https://bugzilla.redhat.com/show_bug.cgi?id=1809718
--- Comment #4 from Fedora Update System ---
perl-Locale-Codes-3.63-1.fc30 has been pushed to the Fedora 30 testing
repository. If problems still persist, please make note of it in this bug
report.
See
The following Fedora EPEL 6 Security updates need testing:
Age URL
11 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-91512b5eee
proftpd-1.3.3g-14.el6
1 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2020-a61d9e64ef
sympa-6.2.54-1.el6
1
On Wed, Mar 04, 2020 at 05:46:58PM +0100, Sandro Mani wrote:
> Hi
>
> I've tried about four times, but the following qgis build [1] appears to
> randomly hang on i686 (and just i686) after a while (and always in different
> spots).
>
> I can't see any obvious issues from the logs. Anyone who can
On Wed, Mar 4, 2020 at 4:37 PM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Wed, Mar 04, 2020 at 07:03:01PM +0100, Daniel Mach wrote:
> > Hello everyone,
> > I'm pleased to announce start of DNF 5 development. We are planning
> > to deliver a module stream or a COPR repo during Fedora 33
> >
On Wed, Mar 4, 2020 at 4:25 PM Miroslav Suchý wrote:
>
> Do you want to make Fedora 32 better? Please spend 1 minute of your time and
> try to run:
>
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> sudo dnf
The following Fedora EPEL 7 Security updates need testing:
Age URL
568 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-3c9292b62d
condor-8.6.11-1.el7
309 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-c499781e80
python-gnupg-0.4.4-1.el7
307
On Wed, 2020-03-04 at 14:25 -0700, stan via devel wrote:
> On Wed, 4 Mar 2020 09:22:12 -0700
> stan via devel wrote:
>
> > On Wed, 4 Mar 2020 16:24:58 +0100
> > Miroslav Suchý wrote:
> >
> > > But very likely you get some dependency problem now. In that case,
> > > please report it against the
https://bugzilla.redhat.com/show_bug.cgi?id=1809718
--- Comment #3 from Fedora Update System ---
perl-Locale-Codes-3.63-1.fc31 has been pushed to the Fedora 31 testing
repository. If problems still persist, please make note of it in this bug
report.
See
On Wed, Mar 04, 2020 at 07:03:01PM +0100, Daniel Mach wrote:
> Hello everyone,
> I'm pleased to announce start of DNF 5 development. We are planning
> to deliver a module stream or a COPR repo during Fedora 33
> development for early adopters and tool developers and we're hoping
> in getting a
On Wed, 4 Mar 2020 09:22:12 -0700
stan via devel wrote:
> On Wed, 4 Mar 2020 16:24:58 +0100
> Miroslav Suchý wrote:
>
> > But very likely you get some dependency problem now. In that case,
> > please report it against the appropriate package. Or against
> > fedora-obsolete-packages if that
In about a week I'll be building make 4.3 for rawhide. As part of
this, I'll be cleaning up some old Fedora-specific patches that
shouldn't be needed any more (ha!). In addition, please note any make
4.3-specific changes in its NEWS file:
http://git.savannah.gnu.org/cgit/make.git/tree/NEWS
Hi folks!
I wanted to put this out there so anyone who's interested is aware. As
you may know, openQA is intended to run a set of tests on all critical
path updates, and also on updates containing packages from a
supplementary whitelist. For the last couple of months or so, it has
been missing
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Soft failed openQA tests: 2/8 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-IoT-32-20200303.0):
ID: 533027 Test: x86_64 IoT-dvd_ostree-iso install_default_upload
https://bugzilla.redhat.com/show_bug.cgi?id=1809718
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
https://bugzilla.redhat.com/show_bug.cgi?id=1809881
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #1 from
Thanks.
Bugs filed for
Exaile: https://bugzilla.redhat.com/show_bug.cgi?id=1810253
wxPython-devel: https://bugzilla.redhat.com/show_bug.cgi?id=1810248
On Wed, Mar 4, 2020 at 7:12 PM Adam Williamson
wrote:
> On Wed, 2020-03-04 at 11:09 -0800, Adam Williamson wrote:
> > On Wed, 2020-03-04 at
On Wed, Mar 04, 2020 20:19:39 +0100, Miroslav Suchý wrote:
> Dne 04. 03. 20 v 20:04 Ankur Sinha napsal(a):
> > Problem 1: conflicting requests
> > - nothing provides module(platform:f31) needed by module
> > bat:latest:3120190813194409:22d7e2a5-0.x86_64
> > Problem 2: conflicting requests
> >
On Wed, Mar 04, 2020 at 02:00:18PM -0500, Solomon Peachy wrote:
> * A third server with F30 went kaboom quite spectactularly,
> mostly due to python2 stuffs:
After a dnf module reset, it went from 29 problems to 27, again mostly
python2 related.
> * Workstation 1 (which I believe
On Wednesday, 4 March 2020 16.05.14 WET José Abílio Matos wrote:
> OK, I have just 15 problems.
Now with module reset and removing (retext from F29):
Error:
Problem 1: package python2-pytest-cov-2.8.1-5.fc31.noarch requires
python2.7dist(coverage) >= 4.4, but none of the providers can be
Dne 04. 03. 20 v 20:04 Ankur Sinha napsal(a):
> Problem 1: conflicting requests
> - nothing provides module(platform:f31) needed by module
> bat:latest:3120190813194409:22d7e2a5-0.x86_64
> Problem 2: conflicting requests
> - nothing provides module(platform:f31) needed by module
>
On Wed, 2020-03-04 at 11:09 -0800, Adam Williamson wrote:
> On Wed, 2020-03-04 at 18:19 +, Ian McInerney wrote:
> > What is supposed to happen with any packages that depend on python2 that
> > are currently installed on the system? I know that the actual packages have
> > been retired since
On Wed, 2020-03-04 at 18:19 +, Ian McInerney wrote:
> What is supposed to happen with any packages that depend on python2 that
> are currently installed on the system? I know that the actual packages have
> been retired since python2 is retired now, but currently DNF is blocking
> the upgrade
On Wed, 2020-03-04 at 19:14 +0100, Marcin Juszkiewicz wrote:
> W dniu 04.03.2020 o 16:33, Marcin Juszkiewicz pisze:
> > W dniu 04.03.2020 o 16:24, Miroslav Suchý pisze:
> > > Do you want to make Fedora 32 better? Please spend 1 minute of your time
> > > and try to run:
> > >
> > > # Run this
This is what I got:
Modular dependency problems:
Problem 1: conflicting requests
- nothing provides module(platform:f31) needed by module
bat:latest:3120190813194409:22d7e2a5-0.x86_64
Problem 2: conflicting requests
- nothing provides module(platform:f31) needed by module
I just tried six different systems:
* Two servers did the F31-F32 test upgrade cleanly.
* A third server with F30 went kaboom quite spectactularly,
mostly due to python2 stuffs:
Modular dependency problem:
Problem: conflicting requests
- nothing provides module(platform:f30)
On Wed, Mar 4, 2020 at 7:04 PM Daniel Mach wrote:
> Hello everyone,
> I'm pleased to announce start of DNF 5 development. We are planning to
> deliver a module stream or a COPR repo during Fedora 33 development for
> early adopters and tool developers and we're hoping in getting a stable
>
Problem: conflicting requests
- nothing provides module(platform:f31) needed by module
bat:latest:3120190813194409:22d7e2a5-0.x86_64
Error:
Problem 1: package gnome-python2-desktop-2.32.0-38.fc31.x86_64 requires
gnome-python2-canvas >= 2.10.0, but none of the providers can be installed
-
What is supposed to happen with any packages that depend on python2 that
are currently installed on the system? I know that the actual packages have
been retired since python2 is retired now, but currently DNF is blocking
the upgrade of the system (not just marking them for removal).
Here are the
W dniu 04.03.2020 o 16:33, Marcin Juszkiewicz pisze:
> W dniu 04.03.2020 o 16:24, Miroslav Suchý pisze:
>> Do you want to make Fedora 32 better? Please spend 1 minute of your time and
>> try to run:
>>
>> # Run this only if you use default Fedora modules
>> # next time you run any DNF command
Hello everyone,
I'm pleased to announce start of DNF 5 development. We are planning to
deliver a module stream or a COPR repo during Fedora 33 development for
early adopters and tool developers and we're hoping in getting a stable
version into Fedora 34.
More details follow.
We've managed
❯ LANG=C sudo dnf --releasever=32 --setopt=module_platform_id=platform:f32
--enablerepo=updates-testing --enablerepo=updates-testing-modular distro-sync
Copr repo for neomutt owned by flatcap454 B/s | 341 B
00:00
Errors during downloading metadata for repository
https://pagure.io/389-ds-base/pull-request/50903 - Fix issues with
healthcheck tool
https://pagure.io/389-ds-base/pull-request/50911 - Health check tool
DSEldif check fails
https://pagure.io/389-ds-base/pull-request/50932 - Remove dual spinner
and other UI fixes
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2020-03-05 17:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. uitime):
= Day: Thursday ==
2020-03-05 09:00 PST US/Pacific
2020-03-05
No missing expected images.
Failed openQA tests: 20/171 (x86_64), 1/2 (arm)
Old failures (same test failed in Fedora-32-20200303.n.0):
ID: 532557 Test: x86_64 Server-dvd-iso modularity_tests
URL: https://openqa.fedoraproject.org/tests/532557
ID: 532559 Test: x86_64 Server-dvd-iso
On Wednesday, 4 March 2020 17:23:48 CET Artur Iwicki wrote:
> On my second machine:
>
> Problem with installed package mkvtoolnix-gui-41.0.0-1.fc31.x86_64
> - package mkvtoolnix-gui-41.0.0-2.fc32.x86_64 requires
> libcmark.so.0.28.3()(64bit), but none of the providers can be installed
-
>
https://pagure.io/389-ds-base/pull-request/50932
--
389 Directory Server Development Team
___
389-devel mailing list -- 389-devel@lists.fedoraproject.org
To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
No missing expected images.
Failed openQA tests: 3/35 (x86_64)
ID: 532716 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/532716
ID: 532733 Test: x86_64 KDE-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/532733
ID:
Hi
I've tried about four times, but the following qgis build [1] appears to
randomly hang on i686 (and just i686) after a while (and always in
different spots).
I can't see any obvious issues from the logs. Anyone who can look at the
builder and figure out what's going on?
Thanks
Sandro
On 04/03/2020 16:24, Miroslav Suchý wrote:
> Do you want to make Fedora 32 better? Please spend 1 minute of your time and
> try to run:
>
Error:
Problem 1: package VirtualBox-6.1-6.1.2_135662_fedora31-1.x86_64
requires python(abi) = 3.7, but none of the providers can be installed
-
On my second machine:
Problem with installed package mkvtoolnix-gui-41.0.0-1.fc31.x86_64
- package mkvtoolnix-gui-41.0.0-2.fc32.x86_64 requires
libcmark.so.0.28.3()(64bit), but none of the providers can be installed
- mkvtoolnix-gui-41.0.0-1.fc31.x86_64 does not belong to a distupgrade
On Wed, 4 Mar 2020 16:24:58 +0100
Miroslav Suchý wrote:
> But very likely you get some dependency problem now. In that case,
> please report it against the appropriate package. Or against
> fedora-obsolete-packages if that package should be removed in Fedora
> 32. Please check existing reports
On Wed, 2020-03-04 at 16:24 +0100, Miroslav Suchý wrote:
>
> But very likely you get some dependency problem now. In that case,
> please report it against the appropriate package. Or
> against fedora-obsolete-packages if that package should be removed in
> Fedora 32. Please check existing reports
Here is the g++ commandline:
g++ -MMD -MF
obj/third_party/angle/libGLESv2/entry_points_gles_ext_autogen.o.d
-DLIBGLESV2_IMPLEMENTATION -DUSE_UDEV -DUSE_AURA=1 -DUSE_GLIB=1
-DUSE_NSS_CERTS=1 -DUSE_X11=1 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-D_LARGEFILE64_SOURCE -D__STDC_CONSTANT_MACROS
On Wednesday, 4 March 2020 15.24.58 WET Miroslav Suchý wrote:
> Do you want to make Fedora 32 better? Please spend 1 minute of your time and
> try to run:
>
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> sudo
On Wednesday, 4 March 2020 15.24.58 WET Miroslav Suchý wrote:
> Do you want to make Fedora 32 better? Please spend 1 minute of your time and
> try to run:
>
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> sudo
Problem with installed package mumble-1.2.19-15.fc31.x86_64
- package mumble-1.2.19-15.fc31.x86_64 requires libprotobuf.so.17()(64bit),
but none of the providers can be installed
- protobuf-3.6.1-5.fc31.x86_64 does not belong to a distupgrade repository
- package
On Wed, Mar 4, 2020 at 10:25 AM Miroslav Suchý wrote:
>
> Do you want to make Fedora 32 better? Please spend 1 minute of your time and
> try to run:
>
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> sudo dnf
OLD: Fedora-32-20200303.n.0
NEW: Fedora-32-20200304.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:1
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:27.05 KiB
Size
On 04. 03. 20 16:24, Miroslav Suchý wrote:
Do you want to make Fedora 32 better? Please spend 1 minute of your time and
try to run:
# Run this only if you use default Fedora modules
# next time you run any DNF command default modules will be enabled again
sudo dnf module reset '*'
W dniu 04.03.2020 o 16:24, Miroslav Suchý pisze:
> Do you want to make Fedora 32 better? Please spend 1 minute of your time and
> try to run:
>
> # Run this only if you use default Fedora modules
> # next time you run any DNF command default modules will be enabled again
> sudo dnf module
Do you want to make Fedora 32 better? Please spend 1 minute of your time and
try to run:
# Run this only if you use default Fedora modules
# next time you run any DNF command default modules will be enabled again
sudo dnf module reset '*'
sudo dnf --releasever=32
On Tue, 2020-03-03 at 09:46 -0500, Breno Brand Fernandes wrote:
> Hi,
>
> Would you want to swap reviews?
> This was generated with go2rpm.
> It should be easy to review.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1806219
Hi,
I will take it. Can you review dsp [1] in return?
Thanks,
No missing expected images.
Compose FAILS proposed Rawhide gating check!
2 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 22/171 (x86_64), 1/2 (arm)
New failures (same test not failed in
https://bugzilla.redhat.com/show_bug.cgi?id=1809718
--- Comment #1 from Fedora Update System ---
FEDORA-2020-a59f5f0ff8 has been submitted as an update to Fedora 32.
https://bodhi.fedoraproject.org/updates/FEDORA-2020-a59f5f0ff8
--
You are receiving this mail because:
You are on the CC list
https://bugzilla.redhat.com/show_bug.cgi?id=1809718
Jitka Plesnikova changed:
What|Removed |Added
Status|NEW |MODIFIED
CC|
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 2/8 (x86_64)
Old failures (same test failed in Fedora-IoT-33-20200303.0):
ID: 532494 Test: x86_64 IoT-dvd_ostree-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/532494
ID: 532495 Test:
https://bugzilla.redhat.com/show_bug.cgi?id=1810030
Bug ID: 1810030
Summary: perl-DBD-Pg 3.10.0 shipped with Fedora 31 crashes,
fixed in 3.10.4
Product: Fedora
Version: 31
Status: NEW
Component: perl-DBD-Pg
On Wed, 26 Feb 2020 09:04:07 +
Paul Howarth wrote:
> I've been looking after the ancient Gnome 1 library stack for the last
> decade as I had a local use for the libraries. That is no longer the
> case so I'm planning to orphan the following packages, none of which
> appear to be used by
OLD: Fedora-Rawhide-20200303.n.0
NEW: Fedora-Rawhide-20200304.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 11
Dropped packages:3
Upgraded packages: 82
Downgraded packages: 1
Size of added packages: 138.66 MiB
Size of dropped packages
On Wed, Mar 4, 2020 at 10:48 AM Artem Tim wrote:
> Hello everyone. Previously, IIRC when we add new package for F31 the i686
> version of package available for download on x86_64 systems but now there
> is no 'mangohud-0.2.0-11.fc31.i686` [1] if you try to install it. We need
> to manually
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
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
Hi all,
I've just orphaned a few Java packages that were previously maintained
by the Stewardship SIG, but we don't need them anymore as none of our
packages depend on them now.
- cpptasks
- jetty-build-support
- maven-injection-plugin
- maven-mapping
- mvel
- randomizedtesting
Fabio
Hello everyone. Previously, IIRC when we add new package for F31 the i686
version of package available for download on x86_64 systems but now there is no
'mangohud-0.2.0-11.fc31.i686` [1] if you try to install it. We need to manually
specify somewhere that some app/lib should available in
81 matches
Mail list logo