Package Details: linux-firmware-amlogic-ophub 20230129-4

Git Clone URL: (read-only, click to copy)
Package Base: linux-firmware-amlogic-ophub
Description: Firmware files for Linux - for AArch64 Amlogic platform, complete set, collected by ophub
Upstream URL:
Licenses: GPL2, custom, GPL3
Conflicts: linux-firmware
Provides: linux-firmware
Submitter: 7Ji
Maintainer: 7Ji
Last Packager: 7Ji
Votes: 0
Popularity: 0.000000
First Submitted: 2022-11-06 12:30 (UTC)
Last Updated: 2023-03-01 12:19 (UTC)

Dependencies (0)

Required by (168)

Sources (1)

Latest Comments

7Ji commented on 2023-02-26 15:17 (UTC) (edited on 2023-02-26 15:18 (UTC) by 7Ji)


OK I agree with you, I've added linux-firmware to provides array, and I'll probably make another package (maybe suffix -essential) with only unique parts that can co-exist with linux-firmware (but will probably not be successful since there is overlap between the two)

March_7th commented on 2023-02-26 14:15 (UTC) (edited on 2023-02-26 14:18 (UTC) by March_7th)

I tend to disagree. AUR Helpers(at least yay which I'm useing) will only pull linux-firmware from main repo and will never suggest user a package which already in the offical repo with its alternatives from AUR. There's also some packages in AUR which provides a offical package, and you never heard they cause such problems, eh?

And this package is a little diffrent from other ARM firmware packages(like rasberrypi) while others only contains their own additional firmware, this package contains ALL firmware need to be used by Amlogic devices, with some of them already included in linux-firmware, the system will function normal even we did not have linux-firmware installed. So, we should provide it or make this only contains additional firmware needed by amlogic devices(will bring more work, but it's more elegant and standard).

7Ji commented on 2023-02-25 15:17 (UTC) (edited on 2023-02-25 15:18 (UTC) by 7Ji)

The firmware package should provide linux-firmware to avoid conflict while installing kernels other than linux-aarch64-flippy.


The package already conflicts with linux-firmware and it's impossible to install both packages. Adding linux-firmware as provides will cause more trouble as it will then be able to be pulled in as an alternative package to linux-firmware when any users do any package transaction related to linux-firmware. Due to versions being different it's also possible to cause users with standard linux-firmware installed to be recommended by their AUR helper to update to this package.

If you're installing other kernel packages and want to use this, I also don't see the point to edit the provides array here, as:

  1. All ArchLinuxARM official kernel packages should use firmware pacakges available in the official repo

  2. If you're using another kernel from AUR, the maintainers have their reasons to set their dep to linux-firmware

  3. If you're installing another AUR kernel, you can always just either 1) edit PKGBUILD to move hardcoded linux-firmware dep to optdep, or 2) assume linux-firmware installed when building/installing with Pacman

March_7th commented on 2023-02-25 14:25 (UTC)

The firmware package should provide linux-firmware to avoid conflict while installing kernels other than linux-aarch64-flippy.

7Ji commented on 2022-11-07 00:18 (UTC)


Why this isn't on ArchLinuxARM?

Sorry but there's no AUR-equivalent for ArchLinuxARM, as I saw some other popular AArch64-only packages exist on AUR so I thought it's OK to share them here.

For url please use

Thanks, fixed. Although I'm not quite confident whether the repo should be used for the package's URL, as that repo as a whole is for building Armbian. The firmware tarball is just a single file hanging there to be downloaded (If you check the commit history ophub's not using git as how it should, he's constantly deleting tags and rebasing, which will cause the commit hashes to change a lot to possibly avoid github forbidding him to have a too large repo, and that's also why I couldn't make a -git package, every time he pushes it's nearly impossible to bump the local git folder without manual interference. He's basically using github as a file-sharing site both for this repo and his kernel repo)

and for source=() use a versioned link

Thanks, I've used a versioned link including the commit hash instead of tag, though. As the repo always only have 5 tags, and the author (@ophub) has a github action to automatically build Armbian images about per week, push 5 tags and delete all old tags. The package will break right in a few days if I use a tag for the link.

FabioLolix commented on 2022-11-06 16:06 (UTC)

Why this isn't on ArchLinuxARM?

For url please use

and for source=() use a versioned link like