Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update release on provisioning-raspberry-pi4.adoc #697

Merged
merged 2 commits into from
Feb 4, 2025

Conversation

Mossman1215
Copy link
Contributor

the release environment variable has begun to drift from what the stable OS is.

I also found dnf4 and dnf5 differ in how they handle the download arguments.

I have not worked out how to get dnf5 to reliably download packages on non native (aarch64) OS.

the release var will start to drift from what the stable OS is.

I also found dnf4 and dnf5 differ in how they handle the download arguments.

I have not worked out how to get dnf5 to reliably download packages for a non native OS.
@tholinka
Copy link

I ran into the same issue, and tried changing the command to what I thought was the equivalent dnf5 command: dnf download --forcearch=aarch64 --destdir=/tmp/RPi4boot/ uboot-images-armv8 bcm283x-firmware bcm283x-overlays, but I was running into "firmware not found" issues.

That command results in the following:

/tmp/RPi4boot/ $ ls
bcm283x-firmware-20241118-1.545e5aa.fc41.aarch64.rpm
bcm283x-overlays-20241118-1.545e5aa.fc41.aarch64.rpm
uboot-images-armv8-2024.10-1.fc41.noarch.rpm

Whereas using dnf4 results in:

/tmp/RPi4boot/ $ ls
bcm2711-firmware-20241118-1.545e5aa.fc41.aarch64.rpm
bcm283x-firmware-20241118-1.545e5aa.fc41.aarch64.rpm
efi-filesystem-5-13.fc41.noarch.rpm
bcm2835-firmware-20241118-1.545e5aa.fc41.aarch64.rpm
bcm283x-overlays-20241118-1.545e5aa.fc41.aarch64.rpm
uboot-images-armv8-2024.10-1.fc41.noarch.rpm

So it looks like my dnf5 command wasn't downloading dependencies... not sure if there's a way to do that in dnf5? For now I'll just use the dnf4 command, but I suppose the docs could be updated to use dnf5 and list all the dependencies, though that seems exceptionally fragile.

So for now I would say making this change is the correct one.

Copy link
Member

@travier travier left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks! It would be good to figure out the changes needed to make this work with dnf5 as well.

@hrismarin
Copy link
Contributor

hrismarin commented Jan 27, 2025

It would be good to figure out the changes needed to make this work with dnf5 as well.

I can open a PR with the correct command for dnf5.

Since the current default version in Fedora is dnf5, should we consider adding a note about that and also include examples for both versions?

based on feedback and testing
Copy link
Member

@dustymabe dustymabe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@dustymabe dustymabe enabled auto-merge (rebase) February 4, 2025 13:14
@dustymabe dustymabe merged commit e65b3b9 into coreos:main Feb 4, 2025
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants