5:09 a.m.
Hey!
Today is Fedora 31 Upgrade Test Day, as we are nearing the release, you can
help
us by testing if everything upgrades successfully from Fedora 29 and Fedora
30 over
to Fedora 31. All you need is are images and instructions laid down on the
wiki page[0].
As usual, we have it on #fedora-test-day on Freenode
[0] http://fedoraproject.org/wiki/Test_Day:2019-09-23_F31_Upgrade_Test_Day
--
//sumantro
Fedora QE
TRIED AND PERSONALLY TESTED, ERGO TRUSTED <https://redhat.com/trusted>
2:57 p.m.
Hello!
Installation of F31 on my Dell Inspiron 15 is failing, either, by creating a live USB
stick and (kind of) by upgrading F30 --> F31 by DNF.
The live USB doesn't even pass from the boot selecor (start, test media,
troubleshooting). After choosing any option I receive a black unresponsive screen. No
error messages and just the power button works.
Now I discovered that after using DNF to upgrade to F31 if I select the F31's kernel I
have the same black screen, but if I choose any of the F30 previous kernels the system
starts nicely.
Can this be a kernel issue?
Here is my Bz issue: https://bugzilla.redhat.com/show_bug.cgi?id=1753033
--
Henrique C. S. Junior
________________________________
From: Sumantro Mukherjee <sumukher(a)redhat.com>
Sent: Monday, September 23, 2019 07:09
To: test(a)lists.fedoraproject.org <test(a)lists.fedoraproject.org>;
test-announce(a)lists.fedoraproject.org <test-announce(a)lists.fedoraproject.org>;
Discussions about development for the Fedora desktop
<desktop(a)lists.fedoraproject.org>
Subject: Fedora 31 Upgrade Test Day is underway
Hey!
Today is Fedora 31 Upgrade Test Day, as we are nearing the release, you can help
us by testing if everything upgrades successfully from Fedora 29 and Fedora 30 over
to Fedora 31. All you need is are images and instructions laid down on the wiki page[0].
As usual, we have it on #fedora-test-day on Freenode
[0]
http://fedoraproject.org/wiki/Test_Day:2019-09-23_F31_Upgrade_Test_Day<...
--
//sumantro
Fedora QE
[https://fedoraproject.org/w/uploads/2/2d/Logo_fedoralogo.png]TRIED AND PERSONALLY TESTED,
ERGO
TRUSTED<https://eur02.safelinks.protection.outlook.com/?url=https%3A%2...
![https://fedoraproject.org/w/uploads/2/2d/Logo_fedoralogo.png]TRIED](https://fedoraproject.org/w/uploads/2/2d/Logo_fedoralogo.png]TRIED){kind=link}
11:52 p.m.
Sumantro Mukherjee composed on 2019-09-23 15:39 (UTC+0530):
Today is Fedora 31 Upgrade Test Day, as we are nearing the release,
you can help
us by testing if everything upgrades successfully from Fedora 29 and Fedora 30 over
to Fedora 31. All you need is are images and instructions laid down on the
wiki page[0].
As usual, we have it on #fedora-test-day on Freenode
I tried dnf system-upgrade download --releasever=31 from F30 with every options
combination I could come up with, but the result was always the same:
Error:
Problem: The operation would result in removing the following protected packages:
kernel-core, systemd
It reports nothing about why.
My exclude= line
flatpak* espea* mariadb* kde* q* kf* x*
The last four are about reducing the freespace exhaustion caused by downloading
everything in advance. The others are semi-permanent, apparent system depends
never purposely used.
--
Evolution as taught in public schools is religion, not science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
10:19 a.m.
On Tue, 2019-09-24 at 00:52 -0400, Felix Miata wrote:
Sumantro Mukherjee composed on 2019-09-23 15:39 (UTC+0530):
> Today is Fedora 31 Upgrade Test Day, as we are nearing the release, you can help
> us by testing if everything upgrades successfully from Fedora 29 and Fedora 30 over
> to Fedora 31. All you need is are images and instructions laid down on the
> wiki page[0].
> As usual, we have it on #fedora-test-day on Freenode
> [0] http://fedoraproject.org/wiki/Test_Day:2019-09-23_F31_Upgrade_Test_Day
I tried dnf system-upgrade download --releasever=31 from F30 with every options
combination I could come up with, but the result was always the same:
Error:
Problem: The operation would result in removing the following protected packages:
kernel-core, systemd
It reports nothing about why.
My exclude= line
flatpak* espea* mariadb* kde* q* kf* x*
The last four are about reducing the freespace exhaustion caused by downloading
everything in advance. The others are semi-permanent, apparent system depends
never purposely used.
Well, the most obvious thing to try is removing that exclude= line.
Then at least if you don't get the error, you know what the problem is:
you're excluding something you shouldn't be excluding.
--
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
10 p.m.
Adam Williamson composed on 2019-09-24 08:19 (UTC-0700):
On Tue, 2019-09-24 at 00:52 -0400, Felix Miata wrote:
> I tried dnf system-upgrade download --releasever=31 from F30 with
every options
> combination I could come up with, but the result was always the same:
> Error:
> Problem: The operation would result in removing the following protected packages:
> kernel-core, systemd
> It reports nothing about why.
> My exclude= line
> flatpak* espea* mariadb* kde* q* kf* x*
> The last four are about reducing the freespace exhaustion caused
by downloading
> everything in advance. The others are semi-permanent, apparent system depends
> never purposely used.
Well, the most obvious thing to try is removing that exclude= line.
Then at least if you don't get the error, you know what the problem is:
you're excluding something you shouldn't be excluding.
I was tired, and gave up suffling through different exclusion combinations.
Tonight I tried a more logical pattern and found out shell expansion was part of
the problem. So instead of excluding KDE I removed it, abandoned excluding q*,
then succeeded download phase with this exclusion combination:
flatpak* espea* mariadb* kernel* linux-f*
Host g5eas freespace after download and transaction check was 29%, after reboot &
upgrade, which went surprisingly quickly, 31%, but with unreachable fixed IP network,
and a bunch of errors in dnf.log that don't look like have anything to do with my
exclusions:
...
2019-09-25T02:25:19Z DDEBUG Extra commands: ['system-upgrade', 'upgrade']
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora-modular.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora-modular.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora-modular.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora-updates-modular.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora-updates-modular.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora-updates-modular.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora-updates.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora-updates.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora-updates.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
2019-09-25T02:25:19Z DEBUG Unknown configuration value: failovermethod=priority in
/etc/yum.repos.d/fedora.repo; Configuration: OptionBinding with id
"failovermethod" does not exist
...
2019-09-25T02:25:21Z DEBUG repo: using cache for: updates
2019-09-25T02:25:32Z DEBUG --> Finished dependency resolution
2019-09-25T02:25:32Z DDEBUG timer: depsolve: 4194 ms
2019-09-25T02:25:32Z INFO Dependencies resolved.
2019-09-25T02:25:33Z WARNING
Problem 1: cannot install both icewm-1.6.1-10.fc31.x86_64 and icewm-1.3.8-16.fc29.x86_64
- package icewm-clearlooks-1.3.8-16.fc29.noarch requires icewm = 1.3.8-16.fc29, but none
of the providers can be installed
- conflicting requests
- problem with installed package icewm-clearlooks-1.3.8-16.fc29.noarch
Problem 2: cannot install both icewm-1.6.1-10.fc31.x86_64 and icewm-1.3.8-16.fc29.x86_64
- package icewm-data-1.6.1-10.fc31.noarch requires icewm = 1.6.1-10.fc31, but none of
the providers can be installed
- package icewm-xdgmenu-1.3.8-16.fc29.noarch requires icewm = 1.3.8-16.fc29, but none of
the providers can be installed
- conflicting requests
- problem with installed package icewm-xdgmenu-1.3.8-16.fc29.noarch
2019-09-25T02:25:33Z INFO
================================================================================
...
zlib-1.2.11-19.fc31.x86_64
Installed:
f31-backgrounds-base-31.0.3-1.fc31.noarch icewm-data-1.6.1-10.fc31.noarch
langpacks-core-en-2.0-7.fc31.noarch libao-1.2.0-15.fc31.x86_64
libmaxminddb-1.2.0-8.fc31.x86_64 libtextstyle-0.20.1-2.fc31.x86_64
tss2-1331-2.fc31.x86_64 woff2-1.0.2-6.fc31.x86_64
yum-4.2.9-3.fc31.noarch
Skipped:
icewm-1.6.1-10.fc31.x86_64 icewm-data-1.6.1-10.fc31.noarch
Removed:
icewm-clearlooks-1.3.8-16.fc29.noarch icewm-xdgmenu-1.3.8-16.fc29.noarch
Failed:
fedora-logos-30.0.2-3.fc31.x86_64 grub2-common-1:2.02-97.fc31.noarch
2019-09-25T02:31:10Z DDEBUG Cleaning up.
2019-09-25T02:31:10Z SUBDEBUG
Traceback (most recent call last):
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 65, in main
return _main(base, args, cli_class, option_parser_class)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 98, in _main
return cli_run(cli, base)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 122, in cli_run
ret = resolving(cli, base)
File "/usr/lib/python3.7/site-packages/dnf/cli/main.py", line 166, in
resolving
base.do_transaction(display=displays)
File "/usr/lib/python3.7/site-packages/dnf/cli/cli.py", line 255, in
do_transaction
raise dnf.exceptions.Error(_('Transaction failed'))
dnf.exceptions.Error: Transaction failed
2019-09-25T02:31:10Z CRITICAL Error: Transaction failed
Other than kernel* and linux-f* packages, the only fc30 packages remaining are
bind-export-libs, dtc & libcanberra.
--
Evolution as taught in public schools is religion, not science.
Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!
Felix Miata *** http://fm.no-ip.com/
1683
days inactive
1685
days old
4 comments
4 participants
participants (4)
-
Adam Williamson -
Felix Miata -
Henrique Castro -
Sumantro Mukherjee