Package Details: b43-firmware 6.30.163.46-1

Git Clone URL: https://aur.archlinux.org/b43-firmware.git (read-only, click to copy)
Package Base: b43-firmware
Description: Firmware for Broadcom B43 wireless networking chips - latest release
Upstream URL: https://wireless.wiki.kernel.org/en/users/Drivers/b43
Keywords: broadcom firmware wireless
Licenses: unknown
Conflicts: b43-firmware-classic
Submitter: Xavion
Maintainer: hayao
Last Packager: Xavion
Votes: 251
Popularity: 0.27
First Submitted: 2008-11-22 01:47 (UTC)
Last Updated: 2015-12-31 21:30 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 .. 14 Next › Last »

Xavion commented on 2015-12-31 08:46 (UTC)

Thanks for letting me know about the 'conflicts' line; I've just put brackets around it. Fortunately, it was correct in all of my other PKGBUILDs. The license is listed as 'GPL' because that's the way it is for the "b43-fwcutter" package in [core]. Both packages point to the same upstream URL. The license for the tarball isn't listed on the download page, nor is it mentioned in the tarball itself. Regarding the warning message, I know it's not an ideal solution. There's a lengthy discussion about it in the comments below, starting on "2014-02-09" and ending on "2015-05-22" :-). After reading through all of it, let us know if you have a better solution.

Scimmia commented on 2015-12-31 04:32 (UTC) (edited on 2015-12-31 04:41 (UTC) by Scimmia)

With pacman from git HEAD: ==> ERROR: conflicts should be an array Edit: The prompt in the build function is a bad idea. You're not supposed to need input for a pkgbuild. The license is also wrong; if it was GPL, we could redistribute it.

Xavion commented on 2015-10-22 07:48 (UTC)

I'm certainly not doing it intentionally. The "b43-fwcutter" tool creates the 'b43' directory with 750 permissions. I'm guessing those guys did it for a reason, so my inclination is to leave it alone.

xuiqzy commented on 2015-10-22 00:44 (UTC)

Is it intenional and right that after the installation the b43 directory in /lib/firmware/ has 750 permissions as opposed to all the other directories there, that all have 755?

Xavion commented on 2015-05-22 22:18 (UTC)

Okay, I've gone ahead and split the packages as noted below. Each PKGBUILD contains a warning message to inform the user of the other's existence. If the v6.30 device array ever expands significantly, I will notify "b43-firmware-classic" users accordingly via a comment to that package's webpage.

the-k commented on 2015-05-22 16:17 (UTC)

There is http://www.lwfinger.com/b43-firmware/broadcom-wl-6.30.163.46.tar.bz2 available.

ewtoombs commented on 2015-05-12 21:36 (UTC)

I'm having problems with version 6 as well. Sometimes, the interface gets disconnected, requiring manual intervention to bring the interface back online. When this happens, no programs can access the network, but NetworkManager still says the link is still fine. When I force NetworkManager to disassociate and reassociate, the link is fixed until the next episode. I'm trying firmware v5 now to see if there's a difference. I'll keep you posted.

skydrome commented on 2015-04-15 15:45 (UTC)

i would ask for v5 to stay its own pkg also, for my aging Acer laptop v6 firmware kills all connectivity for some reason, reverting back to v5 fixes it. using the -classic tag sounds good for it.

Halcyon522 commented on 2015-04-14 14:07 (UTC)

I think that might best serve everyone's needs. The only potential issue I could see is if future firmware upgrades to v6 widen the device array to include those of us who need to remain on v5. We would be left with deprecated firmware. I don't know how likely that would be.

Xavion commented on 2015-04-13 23:04 (UTC)

I don't have a problem with doing it that way. Does anyone disagree with Jristz's suggestion?

« First ‹ Previous 1 2 3 4 5 6 7 .. 14 Next › Last »