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: Wed
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 develo
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 adopte
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
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
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: CMakeFiles/gdl.dir/basic_
- 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 repositor
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 py2
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
docker-compose-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
> > developm
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 mo
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 https://fedoraproject.org/wiki/QA:Updates
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 stab
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 pack
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
Thi
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 occ
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
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 18
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 w
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 inst
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
> libgit2:0
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 pyt
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 o
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 on
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
libgit2:0.28:312
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
> versio
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
- gnome
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
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 insta
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
-
> mkvto
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: 532746
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
- python3-3.
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
repos
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 fi
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 -D__ST
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 protobuf-3.6.1-6.module_f32+
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 m
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 of
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 r
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 --setopt=module_platform
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,
Nikol
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 Fedora-Rawhide-20200303.
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:
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 anyth
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 specif
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 devel-le...@lists.fedorap
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 multil
65 matches
Mail list logo
