I'm getting:
Error:
Problem: lilv-0.24.10-4.fc35.i686 has inferior architecture
- lilv-0.24.10-4.fc35.x86_64 does not belong to a distupgrade repository
- problem with installed package lilv-0.24.10-4.fc35.i686
(try to add '--skip-broken' to skip uninstallable packages)
It looks like it has
> Does adding --allowerasing work?
>
> kevin
Yes that worked, thanks.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
There is a workaround - I ran into this due to running the RPM version of
steam. I removed the i686 lilv (which removed steam) and allowed me to complete
the upgrade. After the upgrade completed I reinstalled steam. All my games etc
were still there; the f36 version of the rpm does not require
On Tue, Apr 12, 2022 at 08:21:11PM -, Tom Seewald wrote:
> It's been ~1 month and I am still unable to upgrade to F36 due to the same
> issue with lilv:
>
> Error:
> Problem: lilv-0.24.10-4.fc35.i686 has inferior architecture
> - lilv-0.24.10-4.fc35.x86_64 does not belong to a
It's been ~1 month and I am still unable to upgrade to F36 due to the same
issue with lilv:
Error:
Problem: lilv-0.24.10-4.fc35.i686 has inferior architecture
- lilv-0.24.10-4.fc35.x86_64 does not belong to a distupgrade repository
- problem with installed package lilv-0.24.10-4.fc35.i686
On Friday, 11 March 2022 at 18:43, Miroslav Suchý wrote:
> Do you want to make Fedora 36 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
On 15/03/2022 23:29, Ian Laurie wrote:
Maybe the NVIDIA drivers were never working as such before, but somehow
it was gracefully "falling back" to default drivers with the old kernel
but not the new one?
Enabled Secure Boot prevents the Linux kernel from loading all unsigned
kernel modules
On 3/16/22 01:13, Vitaly Zaitsev via devel wrote:
On 15/03/2022 01:25, Ian Laurie wrote:
Sadly it's not able to boot graphically, but I think the issue is
with my RPMFusion NVIDIA drivers. I can login fine to a virtual
console however, and lightdm is running, just not working. The
startx
On 15/03/2022 01:25, Ian Laurie wrote:
Sadly it's not able to boot graphically, but I think the issue is with
my RPMFusion NVIDIA drivers. I can login fine to a virtual console
however, and lightdm is running, just not working. The startx command
also fails.
1. You need to disable UEFI
On 3/12/22 04:43, Miroslav Suchý wrote:
Do you want to make Fedora 36 better? Please spend 1 minute of your
time and try to run:
I've done 2 upgrades from 35 -> 36 (real, not tests) on native systems.
On one, as explained earlier in this thread , I had to migrate
VirtualBox from the
On 3/15/22 11:25, Ian Laurie wrote:
On 3/14/22 20:55, Vitaly Zaitsev via devel wrote:
On 14/03/2022 10:49, Ian Laurie wrote:
Yeah I'm thinking I should, and not just because of this. Mainly
for on-time kernel support.
Also, since Fedora 36 the NVIDIA and VirtualBox kmods can be
On 3/14/22 20:55, Vitaly Zaitsev via devel wrote:
On 14/03/2022 10:49, Ian Laurie wrote:
Yeah I'm thinking I should, and not just because of this. Mainly for
on-time kernel support.
Also, since Fedora 36 the NVIDIA and VirtualBox kmods can be
automatically signed after the build to support
Works widely fine with me.
But some downgrades in dnf:
Downgrading:
python3-cffi x86_64 1.15.0-2.fc36
fedora 244 k
thunderbird x86_64 91*.4*.0-1.fc36
fedora 96 M
thunderbird-librnp-rnp x86_64
On my F35 machine, there are no transaction errors, but the following packages
get downgraded:
- binutils-x86_64-linux-gnu and cross-binutils-common - from 2.37-3.fc35 to
2.37-2.fc36 (same version, release downgrade)
- thunderbird and thunderbird-librnp-rnp - from 91.5.0-1.fc35 to 91.4.0-1.fc36
On Fri, Mar 11, 2022 at 11:43 AM Miroslav Suchý wrote:
> Do you want to make Fedora 36 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
On Fri, 11 Mar 2022 at 17:43, Miroslav Suchý wrote:
> Do you want to make Fedora 36 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
Upgrade tested from fedora 34 test system:
Error:
Problem 1: package python3-argh-0.26.1-19.fc34.noarch requires python(abi) =
3.9, but none of the providers can be installed
- python3-3.9.10-1.fc34.x86_64 does not belong to a distupgrade repository
- problem with installed package
On 3/14/22 20:55, Vitaly Zaitsev via devel wrote:
On 14/03/2022 10:49, Ian Laurie wrote:
Yeah I'm thinking I should, and not just because of this. Mainly for
on-time kernel support.
Also, since Fedora 36 the NVIDIA and VirtualBox kmods can be
automatically signed after the build to support
On 14/03/2022 10:49, Ian Laurie wrote:
Yeah I'm thinking I should, and not just because of this. Mainly for
on-time kernel support.
Also, since Fedora 36 the NVIDIA and VirtualBox kmods can be
automatically signed after the build to support UEFI Secure Boot.
--
Sincerely,
Vitaly Zaitsev
On 3/14/22 19:15, Vitaly Zaitsev via devel wrote:
On 14/03/2022 04:39, Ian Laurie wrote:
Problem: package VirtualBox-6.1-6.1.32_149290_fedora33-1.x86_64
requires libvpx.so.6()(64bit), but none of the providers can be installed
Use VirtualBox from the RPM Fusion repository.
Yeah I'm
Hey!
Have a hospital visit and some other stuff in 14 minutes, but will help to
do some testing when i get back home or later during the week
On Fri, Mar 11, 2022 at 6:43 PM Miroslav Suchý wrote:
> Do you want to make Fedora 36 better? Please spend 1 minute of your time
> and try to run:
>
> #
On 14/03/2022 04:39, Ian Laurie wrote:
Problem: package VirtualBox-6.1-6.1.32_149290_fedora33-1.x86_64
requires libvpx.so.6()(64bit), but none of the providers can be installed
Use VirtualBox from the RPM Fusion repository.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
I have the following errors:
Error:
Problem 1: package avogadro-libs-1.2.0-35.fc35.x86_64 requires
libGLEW.so.2.1()(64bit), but none of the providers can be installed
- libGLEW-2.1.0-10.fc35.x86_64 does not belong to a distupgrade repository
- problem with installed package
On 3/12/22 04:43, Miroslav Suchý wrote:
dnf --releasever=36 --setopt=module_platform_id=platform:f36 \
--enablerepo=updates-testing \
$(rpm -q fedora-repos-modular >/dev/null && echo
--enablerepo=updates-testing-modular) \
--assumeno distro-sync
For me the only error I received was:
Error:
| # 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 '*'
|
| dnf --releasever=36 --setopt=module_platform_id=platform:f36 \
| --enablerepo=updates-testing \
| $(rpm -q fedora-repos-modular
I just tried it myself, the only dependency errors I got was from VS Code
(Dotnet package dependency errors, I use MS's repos so I'd prolly have to
upgrade it or remove it temporarily) and OpenRGB (Which I don't really use).
So pretty much good on my end!
Le ven. 11 mars 2022, à 12 h 43,
On 3/11/22 12:43, Miroslav Suchý wrote:
> Do you want to make Fedora 36 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 '*'
>
>
On Saturday, March 12, 2022 3:31:23 AM CST Tomasz Torcz wrote:
> The other one with obs/x264 from RPMFusion.
I came across this same issue. Has anyone reported this issue to them?
For the record, here is the error message:
```
Error:
Problem: package obs-studio-27.2.1-1.fc36.x86_64 requires
On Saturday, 12 March 2022 15.35.02 WET Ian McInerney via devel wrote:
> Why are you suggesting reporting it to fedora-obsolete-packages? The Julia
> package is not obsolete, and the maintainers are acutely aware of the
> install
> problem and are tracking it in the appropriate FTBFS/FTI bugzilla
On Sat, Mar 12, 2022 at 3:20 PM Miroslav Suchý wrote:
> Dne 12. 03. 22 v 15:15 José Abílio Matos napsal(a):
>
> On Saturday, 12 March 2022 11.23.11 WET José Abílio Matos wrote:
>
> > Error:
>
> > Problem: package julia-1.7.0.0-1.fc36.x86_64 requires
>
> > libmbedcrypto.so.3()(64bit), but none of
Dne 12. 03. 22 v 15:15 José Abílio Matos napsal(a):
On Saturday, 12 March 2022 11.23.11 WET José Abílio Matos wrote:
> Error:
> Problem: package julia-1.7.0.0-1.fc36.x86_64 requires
> libmbedcrypto.so.3()(64bit), but none of the providers can be installed -
> package
On Saturday, 12 March 2022 11.23.11 WET José Abílio Matos wrote:
> Error:
> Problem: package julia-1.7.0.0-1.fc36.x86_64 requires
> libmbedcrypto.so.3()(64bit), but none of the providers can be installed -
> package julia-1.7.0.0-1.fc36.x86_64 requires libmbedtls.so.12()(64bit), but
> none of the
On Friday, 11 March 2022 17.43.01 WET Miroslav Suchý wrote:
> Do you want to make Fedora 36 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
There are some issues with Open Babel's dependencies:
Error:
Problem 1: package expo-1.18.11-1.fc28.x86_64 requires
libopenbabel.so.5()(64bit), but none of the providers can be installed
- openbabel-libs-2.4.1-37.fc35.x86_64 does not belong to a
distupgrade repository
- problem with
Do you want to make Fedora 36 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 '*'
dnf --releasever=36
On Fri, Mar 11, 2022 at 06:43:01PM +0100, Miroslav Suchý wrote:
> Do you want to make Fedora 36 better? Please spend 1 minute of your time and
> try to run:
>
>
> In case you hit dependency issues, please report it against the appropriate
> package.
>
Two problems, one with lilv:
> Am 11.03.2022 um 18:43 schrieb Miroslav Suchý :
>
> Do you want to make Fedora 36 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
On Fri, Mar 11, 2022 18:43:01 +0100, Miroslav Suchý wrote:
> Do you want to make Fedora 36 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
On 2022-03-11 09:43, Miroslav Suchý wrote:
Do you want to make Fedora 36 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 '*'
dnf
Do you want to make Fedora 36 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 '*'
dnf --releasever=36
40 matches
Mail list logo