Package Details: mbpfan-git 2.3.0.r1.g7981306-2

Git Clone URL: https://aur.archlinux.org/mbpfan-git.git (read-only, click to copy)
Package Base: mbpfan-git
Description: A simple daemon to control fan speed on all MacBook/MacBook Pros
Upstream URL: https://github.com/linux-on-mac/mbpfan
Licenses: GPL3
Provides: mbpfan
Submitter: Yamakaky
Maintainer: snackattack
Last Packager: snackattack
Votes: 28
Popularity: 0.003149
First Submitted: 2013-10-09 20:43 (UTC)
Last Updated: 2022-04-30 03:30 (UTC)

Latest Comments

snackattack commented on 2022-04-26 03:32 (UTC) (edited on 2022-04-26 03:34 (UTC) by snackattack)

Did some cleanup, such as removing mbpfan.install and installing mbpfan.8.gz, as suggested by localscope (thank you).

snackattack commented on 2022-04-18 03:05 (UTC)

I've adopted this package and updated the PKGBUILD to use https:// instead of git://, to fix the issue with Github no longer supporting the unauthenticated git protocol.

0x00_whiz commented on 2022-04-05 15:40 (UTC)

I get following error:

fatal: remote error: The unauthenticated git protocol on port 9418 is no longer supported. Please see https://github.blog/2021-09-01-improving-git-protocol-security-github/ for more information.

Seems like the PKGBUILD has to adapted to use 'https://' instead of 'git://'

localscope commented on 2020-05-19 19:41 (UTC)

The latest commit moved tests out of the program and placed them into a separate binary to be used after building rather than after installation. Can you please update the PKGBUILD to remove mbpfan.install since it was only used for running those tests.

Also, can you install mbpfan.8.gz to /usr/share/man/man8 inside of package().

test0 commented on 2020-05-10 08:51 (UTC)

Sadly, it is still not working. I asked the guy at the https://github.com/linux-on-mac/mbpfan to fix the issue for iMacs. He seemed that he fixed it but he mistyped (I think) a value and now the package (apparently) doesnt even work for MBP anymore.... :(((

test0 commented on 2020-04-30 11:03 (UTC)

Oh! Ok I will uninstall the old package and I will reinstall it! I didnt know. Thanks for your help and I hope to have helped other users with the same issue!

grubersjoe commented on 2020-04-30 11:00 (UTC)

Nice! Since this is a git package all you need to do do is to reinstall this AUR package (with yay or yaourt or whatever you are using). It will automatically get the latest code and build the package from it.

test0 commented on 2020-04-30 10:46 (UTC)

They just fixed the "Error: max_fan_speed value is not 6200" issue on https://github.com/linux-on-mac/mbpfan !

Can the package mantainer repackage it, please? Thanks!

grubersjoe commented on 2020-04-30 07:46 (UTC) (edited on 2020-04-30 07:46 (UTC) by grubersjoe)

Hey. I had the same issue on a MBP late 2013. It seems to me this is fairly "normal". Anyway, this should be handled on GitHub, I'm just maintaining this package, not the software. In fact there is already at least one issue about it: https://github.com/linux-on-mac/mbpfan/issues/212

test0 commented on 2020-04-30 07:34 (UTC)

Same here. I tried to install it on my iMac mid 2011 and I get the error "Error: max_fan_speed value is not 6200" . If you Google "Error: max_fan_speed value is not 6200" you will see that other ppl are having the same issue so , maybe, it is worth having a look into this issue. Please don't leave iMac users behind as a lot of them are using Arch/Manjaro OS!

tag_enk commented on 2020-04-03 02:11 (UTC)

Hello everyone. Even after setting the max and min speed of the fan in the mbpfan.conf I get "Error: max_fan_speed value is not 6200" when running the tests. I get this error no matter what value I place there. Any ideas?

grubersjoe commented on 2020-02-03 10:54 (UTC)

I've updated the PKGBUILD to backup /etc/mbpfan.conf automatically.

hali commented on 2020-01-30 16:37 (UTC)

Is it possible to update PKGBUILD to stop /etc/mbpfan.conf being overwritten with default?

Yamakaky commented on 2018-03-17 09:45 (UTC)

Disowned since I don't use it anymore.

dgraziotin commented on 2016-09-06 09:41 (UTC)

@ArgylePwnage it is under active development in the sense that the community members (including myself) fix bugs, enhance performance, clean code, and add support for changes in the kernel. Feature-wise, there is not much to be added.

z3ntu commented on 2016-08-17 19:52 (UTC)

@Yamakaky I successfully build the package on i686 (Macbook 1,1 with Intel Core Duo) so please add that architecture in the PKGBUILD!

Yamakaky commented on 2016-05-06 18:50 (UTC)

I think it would be more accurate to say it's feature complete.

commented on 2016-05-06 18:25 (UTC)

Is this still under development or has it become "abandon-ware"?

jmx commented on 2016-02-12 15:53 (UTC) (edited on 2016-02-12 15:56 (UTC) by jmx)

Well, I'm not really sure, as the Arch packaging standards (https://wiki.archlinux.org/index.php/Arch_packaging_standards) are not fully clear here. Nos. 4 and 5 in the section "AUR packages" state that all hard dependencies should be listed, and they recommend using namcap for checking the packages. I did check the package with namcap and it reported that gcc-libs was missing. Looking at the "Required by" list of https://www.archlinux.org/packages/core/x86_64/gcc-libs/ it doesn't seem to be considered bad practice to add it as a dependency for other packages. There are currently 323 packages requiring gcc-libs. In the end, you're the maintainer, so it's your decision! I only passed on the information I got from namcap.

Yamakaky commented on 2016-02-08 08:47 (UTC)

It's in base so it shouldn't be needed, should it ?

jmx commented on 2016-02-08 08:41 (UTC)

Hi, namcap shows gcc-libs as a missing dependency. Should this be added to the PKGBUILD?

Yamakaky commented on 2015-05-05 20:21 (UTC)

Done !

dgraziotin commented on 2015-05-05 20:04 (UTC)

Thank you for the reports. Starting from v1.9.0, mbpfan does recognize Linux-v4.x.x. However, when I accepted the pull request that formed v1.9.0, I forgot to ask for updated tests, as well. So, mbpfan-v1.9.0 was containing tests that were suitable for pre-v.1.9.0. The new minor release mbpfan-v.1.9.1 contains correct tests. Please test it and update the package in AUR. Cheers!

Racinas commented on 2015-04-15 10:27 (UTC)

ok, I will. Thank you.

Yamakaky commented on 2015-04-14 11:18 (UTC)

You should report your problem on the github page. Maybe the latest fix for 4.0 doesn't work after all.

Racinas commented on 2015-04-14 07:09 (UTC)

Still doesn't work. Starting the tests.. It is normal for them to take a bit to finish. Kernel major version is not 3. Tests run: 1 This is the message I get. Probably something wrong with the installation itself

Yamakaky commented on 2015-04-13 08:40 (UTC)

Updated. Does it work ?

Racinas commented on 2015-04-13 02:09 (UTC)

though git was updated this package still cannot detect kernel 4.0 normally

Yamakaky commented on 2015-01-31 09:10 (UTC)

The version number is now correct. See https://github.com/dgraziotin/Fan-Control-Daemon/issues/41.

Yamakaky commented on 2014-06-29 16:05 (UTC)

The service file changed, you need to re-enable it with `systemctl enable mbpfan`. You can remove the /etc/systemd/system/multi-user.target.wants/mbpfan.service link.

Yamakaky commented on 2014-06-23 09:35 (UTC)

Here it is. I don't know why, `git describe --long` doesn't pick the 1.7 tag, but it is the 1.7 version. I'm working with upstream to improve the systemd service.

Yamakaky commented on 2014-06-23 09:19 (UTC)

I know, I worked with upstream. I'm updating it right now.

dabai commented on 2014-06-23 09:18 (UTC)

v.1.5 will not work on several models with linux 3.15, i.e. FANS WON'T WORK! see: https://github.com/dgraziotin/Fan-Control-Daemon/issues/38 fixed in version 1.7