Package Details: facetimehd-firmware 1:1.43_5-2

Git Clone URL: https://aur.archlinux.org/facetimehd-firmware.git (read-only, click to copy)
Package Base: facetimehd-firmware
Description: Firmware for the FacetimeHD (Broadcom 1570) PCIe webcam
Upstream URL: None
Keywords: driver facetime macbook webcam
Licenses: LicenseRef-Apple
Conflicts: bcwc-pcie-firmware
Provides: bcwc-pcie-firmware
Submitter: whynothugo
Maintainer: htv04 (xiota)
Last Packager: xiota
Votes: 24
Popularity: 0.000005
First Submitted: 2017-05-24 19:51 (UTC)
Last Updated: 2025-06-09 16:01 (UTC)

Dependencies (2)

Sources (1)

Latest Comments

1 2 Next › Last »

aulonsal commented on 2025-06-09 17:09 (UTC)

@xiota understood. Thanks for the response and the changes, and once again, thank you for spending your valuable time maintaining the package.

xiota commented on 2025-06-09 16:25 (UTC) (edited on 2025-06-09 16:26 (UTC) by xiota)

@aulonsal Moved everything to prepare(), and removed the url. It should point somewhere at Apple, but I didn't find a relevant page.

Intent of my first revision was to use the source array, but it's a 723MiB file, and only small portion is needed.

I reproduced the extraction procedure in the PKGBUILD because it's generally poor practice to blindly run upstream scripts. Make is expected to control a compiler toolchain, but in this case, it's used as a shell frontend. It can also fail because it does not avoid race conditions.

The minor change was to adjust variable usage. It's no longer relevant since the line was revised again later.

aulonsal commented on 2025-06-09 15:01 (UTC) (edited on 2025-06-09 15:03 (UTC) by aulonsal)

Hey, after the 2025 update, the PKGBUILD isn't really using anything from https://github.com/patjak/facetimehd-firmware but reproducing what they do here. Since it's not using the upstream, would you consider changing / removing the upstream url?

Secondly, if the firmware can't be downloaded using the source array, would you consider moving the download of the firmware from apple to the prepare function, as they do for e.g. in the Rust Packaging guidelines https://wiki.archlinux.org/title/Rust_package_guidelines#Prepare - and as it was before the 1.43_5 commit in the PKGBUILD repo - so that the build function can be run entirely offline?

Thirdly, was the package not building with the PKGBUILD at the commit with the message minor change : https://aur.archlinux.org/cgit/aur.git/commit/PKGBUILD?h=facetimehd-firmware&id=4f2aebca9fec46d20f495a5e5f6e37efbf48d907 ? Or is there any other reason you reproduced the relevant parts of what the Makefile in patjak's github repo does directly in the PKGBUILD?

No intent to be combative, I was just confused by the changes and came to ask, thank you for maintaining the package.

poyo commented on 2024-07-14 16:03 (UTC)

It worked, thanks.

htv04 commented on 2024-07-11 20:50 (UTC)

@poyo Can't seem to reproduce this error. If you use an AUR helper, try clearing its cache.

poyo commented on 2024-07-11 13:41 (UTC) (edited on 2024-07-11 13:43 (UTC) by poyo)

I get the following error on build():

mv: cannot stat 'System/Library/Extensions/AppleCameraInterface.kext/Contents/MacOS/AppleCameraInterface': No such file or directory
make: *** [Makefile:41: AppleCameraInterface] Error 1
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: facetimehd-firmware-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
facetimehd-firmware - exit status 4

htv04 commented on 2024-07-10 02:17 (UTC)

@myyc Thanks for opening up the package for adoption, I now maintain every facetimehd-* package ;)

The version number issue can be resolved using the epoch variable. Indeed there are no other changes, but I still think the package version should be updated to reflect the repo.

However, I don't think I will update the license of the package, as the license only applies to the extraction code, not the firmware itself.

myyc commented on 2024-07-08 08:30 (UTC)

disowning the package as i don't use this anymore and can't test it. for posterity: there is an update that has been flagged (v1.0.0) which might mess with current versioning (1.43.0, probably the version of the firmware?) but other than a licence file and this change in version it has no other changes.

myyc commented on 2021-03-26 19:49 (UTC)

i can take it over for now. there hasn't been any release in a while but just in case.

Aetf commented on 2021-01-10 02:20 (UTC)

Disown this as I no longer run Archlinux on a MBP.