On 26. 03. 20 11:13, Dan Horák wrote:
results from my upgrade attempt today
Chyba:
Problém 1: problem with installed package hgview-1.13.0-1.fc31.noarch
- hgview-1.13.0-1.fc31.noarch does not belong to a distupgrade repository
- nothing provides python3-qscintilla needed by hgview-1.13.1
results from my upgrade attempt today
Chyba:
Problém 1: problem with installed package hgview-1.13.0-1.fc31.noarch
- hgview-1.13.0-1.fc31.noarch does not belong to a distupgrade repository
- nothing provides python3-qscintilla needed by hgview-1.13.1-1.fc32.noarch
Problém 3: package python
On 3/19/20 6:59 PM, Solomon Peachy wrote:
I nuked python2-matplotlib and python2-matplotlib-tk, and it was able to
proceed. One thing that looked odd is that it's downgrading a bunch of
packages, including the kernel:
kernel-toolsx86_64 5.5.0-0.rc6.git0.1.fc32 fedora 19
On Wed, Mar 04, 2020 at 02:33:02PM -0500, Solomon Peachy wrote:
> > * Workstation 3 (a frankenstein beast and a lot of modular errors)
>
> With 'dnf module reset' this is a lot cleaner. dispcalGUI was snagged
> from OBS, so not a fedora problem.
Tried to upgrade this workstation from F31 to
On Thu, Mar 19, 2020 at 5:48 AM Samuel Sieb wrote:
>
> On 3/18/20 5:14 PM, Solomon Peachy wrote:
> > Error: Transaction test error:
>
> There appears to be a packaging change causing this problem.
>
> >file /usr/share/widelands/i18n/fonts/DejaVu from install of
> > widelands-0-0.76.build20.fc
On 3/18/20 5:14 PM, Solomon Peachy wrote:
Error: Transaction test error:
There appears to be a packaging change causing this problem.
file /usr/share/widelands/i18n/fonts/DejaVu from install of
widelands-0-0.76.build20.fc32.x86_64 conflicts with file from package
widelands-0-0.72.build20
Trying to do a F31->F32 beta upgrade on my primary laptop:
[...]
Running transaction test
The downloaded packages were saved in cache until the next successful
transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: Transaction test error:
file /usr/share/widelands
$ sudo dnf system-upgrade download --releasever=32
Before you continue ensure that your system is fully upgraded by running
"dnf --refresh upgrade". Do you want to continue [y/N]: y
Adobe Systems Incorporated
7.0 kB/s | 2.9 kB 00:00
Fedora 32 openh264 (From Cisco) - x86_64
4.
I'm on Fedora 32 Beta now:
1. Took a few hours
2. Some Error message packed from Modular Repo
3. Other Packed Problem
About it these steps before with the following command:
sudo dnf system-upgrade download --releasever=32 --skip-broken --best
--allowerasing
All working now
See my first post:
On Wednesday, 04 March 2020 at 17:23, 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
Problem: conflicting requests
- nothing provides module(platform:f31) needed by module
libgit2:0.27:3120190407181414:f636be4b-0.x86_64
Error:
Problem 1: package python2-matplotlib-2.2.5-1.fc31.x86_64 requires
python2-backports-functools_lru_cache, but none of the providers can be
installed
On Thu, Mar 12, 2020 at 09:22:45AM +, José Abílio Matos wrote:
> On Thursday, 12 March 2020 09.03.38 WET Carlos "casep" Sepulveda wrote:
> > Error:
> > Problem 1: package VirtualBox-6.1-6.1.4_136177_fedora31-1.x86_64
> > requires python(abi) = 3.7, but none of the providers can be installed
>
On Thursday, 12 March 2020 09.03.38 WET Carlos "casep" Sepulveda wrote:
> Error:
> Problem 1: package VirtualBox-6.1-6.1.4_136177_fedora31-1.x86_64
> requires python(abi) = 3.7, but none of the providers can be installed
> - python3-3.7.6-2.fc31.x86_64 does not belong to a distupgrade repository
On Wed, 4 Mar 2020 at 15:26, 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 modu
Hi,
So, I went ahead and actually did the upgrade on three different
systems: two workstation installs and a server install. I'm happy to
report that the upgrade went through without any issues.
On F32, I seem to be hitting a qt-webengine bug, though. Abrt reported
it here:
https://bugzilla.redha
On Fri, 2020-03-06 at 09:47 -0800, Adam Williamson wrote:
> On Fri, 2020-03-06 at 18:07 +0100, jeandet wrote:
> > Hello,
> >
> > I did an upgrade last week, with:
> > sudo dnf system-upgrade download --refresh --releasever=32
> > Except for modules everything was ok on my laptop, but I got some
>
BTW my local servlet, which is on F33, lost automounting of lvm on
mdraid home
Makes systemd unit crazy, it forgets about user units, and refuses to
acknowledge them even after /home is remounted manually.
(this may or may not be the same thing, F32 & 33 have not diverged too
far yet)
--
Nicola
On Fri, 2020-03-06 at 10:53 -0700, Chris Murphy wrote:
> On Fri, Mar 6, 2020 at 10:48 AM Adam Williamson
> wrote:
> > On Fri, 2020-03-06 at 18:07 +0100, jeandet wrote:
> > > Hello,
> > >
> > > I did an upgrade last week, with:
> > > sudo dnf system-upgrade download --refresh --releasever=32
> > >
On Fri, Mar 6, 2020 at 10:48 AM Adam Williamson
wrote:
>
> On Fri, 2020-03-06 at 18:07 +0100, jeandet wrote:
> > Hello,
> >
> > I did an upgrade last week, with:
> > sudo dnf system-upgrade download --refresh --releasever=32
> > Except for modules everything was ok on my laptop, but I got some
> >
On Fri, 2020-03-06 at 18:07 +0100, jeandet wrote:
> Hello,
>
> I did an upgrade last week, with:
> sudo dnf system-upgrade download --refresh --releasever=32
> Except for modules everything was ok on my laptop, but I got some
> issues on my desktop.
> On my laptop, from fc32 running:
> sudo dnf
Hello,
I did an upgrade last week, with:
sudo dnf system-upgrade download --refresh --releasever=32
Except for modules everything was ok on my laptop, but I got some
issues on my desktop.
On my laptop, from fc32 running:
sudo dnf module reset '*'
sudo dnf --releasever=32 --setopt=module_platform
On Fri, Mar 06, 2020 17:25:39 +0100, Kalev Lember wrote:
> On Fri, Mar 6, 2020 at 5:21 PM Ankur Sinha wrote:
>
> On Fri, Mar 06, 2020 15:09:05 +, Zbigniew Jędrzejewski-Szmek wrote:
> > Problem 3: problem with installed package
> python3-fsleyes-props-1.6.7-1.fc31.noarch
> >
On Fri, Mar 6, 2020 at 5:21 PM Ankur Sinha wrote:
> On Fri, Mar 06, 2020 15:09:05 +, Zbigniew Jędrzejewski-Szmek wrote:
> > Problem 3: problem with installed package
> python3-fsleyes-props-1.6.7-1.fc31.noarch
> > - python3-fsleyes-props-1.6.7-1.fc31.noarch does not belong to a
> distupgra
On Fri, Mar 06, 2020 15:09:05 +, Zbigniew Jędrzejewski-Szmek wrote:
> Problem 3: problem with installed package
> python3-fsleyes-props-1.6.7-1.fc31.noarch
> - python3-fsleyes-props-1.6.7-1.fc31.noarch does not belong to a
> distupgrade repository
> - nothing provides python3.8dist(flsey
Have many dupes which was already reported there, so selectively:
Problem 4: problem with installed package
minetest-5.1.0-1.module_f31+7240+cacc2d7d.x86_64
- package minetest-5.1.0-1.fc32.x86_64 requires libjsoncpp.so.21()(64bit),
but none of the providers can be installed
- minetest-5.1.0
On Wed, Mar 4, 2020 at 9:07 AM José Abílio Matos wrote:
> Problem 7: package mp-3.1.0-26.20200215git71c21a5.fc32.x86_64 requires jacop,
> but none of the providers can be installed
> - problem with installed package mp-3.1.0-23.20161124git1f39801.fc31.x86_64
> - package jacop-4.7-1.fc32.noarc
On Fri, Mar 06, 2020 at 03:09:05PM +, Zbigniew Jędrzejewski-Szmek wrote:
> Problem 4: package docker-2:1.13.1-68.git47e2230.fc30.x86_64 requires
> atomic-registries >= 1.19.1-6, but none of the providers can be installed
> - atomic-registries-1.22.1-28.gitb507039.fc30.x86_64 does not belong
Error:
Problem 1: problem with installed package
rubygem-asciidoctor-pdf-1.5.0-0.12.beta.6.fc31.noarch
- rubygem-asciidoctor-pdf-1.5.0-0.12.beta.6.fc31.noarch does not belong to a
distupgrade repository
- nothing provides (rubygem(treetop) >= 1.5.0 with rubygem(treetop) < 1.6)
needed by ru
On 06. 03. 20 14:59, Zbigniew Jędrzejewski-Szmek wrote:
On Wed, Mar 04, 2020 at 02:25:15PM -0700, stan via devel wrote:
Error:
Problem 1: problem with installed package
python3-django-post_office-3.1.0-5.fc31.noarch
- python3-django-post_office-3.1.0-5.fc31.noarch does not belong to a
dis
On Wed, Mar 04, 2020 at 02:25:15PM -0700, stan via devel wrote:
> Error:
> Problem 1: problem with installed package
> python3-django-post_office-3.1.0-5.fc31.noarch
> - python3-django-post_office-3.1.0-5.fc31.noarch does not belong to a
> distupgrade repository
> - nothing provides python3
On 06. 03. 20 13:58, Zbigniew Jędrzejewski-Szmek wrote:
Yes, it's been retired [1]. Both should be added to fedora-obsolete-packages
https://src.fedoraproject.org/rpms/fedora-obsolete-packages/c/a539b99a0294220a7ec99317078128beb9a41e3b?branch=f32
--
Miro Hrončok
--
Phone: +420777974800
IRC: mh
On Wed, Mar 04, 2020 at 09:19:03AM -0700, Nathanael D. Noblet wrote:
> 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 i
> 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 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
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
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)
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
❯ 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
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
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
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
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
65 matches
Mail list logo
