Package Details: corefreq-git 1.66-1

Git Clone URL: https://aur.archlinux.org/corefreq-git.git (read-only)
Package Base: corefreq-git
Description: CoreFreq, Processor monitoring software with BIOS like functionalities
Upstream URL: https://github.com/cyring/CoreFreq
Licenses: GPL2
Submitter: CyrIng
Maintainer: CyrIng
Last Packager: CyrIng
Votes: 19
Popularity: 0.465279
First Submitted: 2015-09-07 01:04
Last Updated: 2019-09-21 07:47

Dependencies (2)

Required by (0)

Sources (1)

Latest Comments

1 2 3 Next › Last »

CyrIng commented on 2019-01-27 11:56

@pmav99:Good proposal however I do not receive enough feedback from users on the proper support of different architectures to systematically start the driver. So I decided to let the user automate the startup.

pmav99 commented on 2019-01-18 23:47

Question: Would it make sense for the package to also install a file at /etc/modules.load-d/corefreq.conf in order to make sure that the corefreqk module is loaded?

CyrIng commented on 2018-11-07 23:48

+Teteros:indeed, I'm in the process of unifying the distributions package under the same name which is "corefreq" for Debian, rpm (wip) , and will adopt the same name in the AUR (instead of "corefreq-git") I also want to transfer the AUR votes and comments made so far EDIT: PKGBUILD is running fine

Teteros commented on 2018-11-06 21:49

Is the corefreq PKGBUILD in upstream repo preffered to this one now?

I've noticed it was updated last night with name change removing -git suffix, while this one in AUR does not work at package() step currently.

CyrIng commented on 2018-09-25 14:29

+mani.zaeim : yaourt is deprecated.

Use standard: makepkg -s -i

www.archlinux.org/pacman/makepkg.8.html

mani.zaeim commented on 2018-09-25 09:21

make -C /lib/modules/4.18.5-arch1-1-ARCH/build M=/tmp/yaourt-tmp/aur-corefreq-git/src/CoreFreq modules
make[1]: Entering directory '/tmp/yaourt-tmp/aur-corefreq-git/src/CoreFreq'
make[1]: *** /lib/modules/4.18.5-arch1-1-ARCH/build: No such file or directory.  Stop.
make[1]: Leaving directory '/tmp/yaourt-tmp/aur-corefreq-git/src/CoreFreq'
make: *** [Makefile:23: all] Error 2
make: Leaving directory '/tmp/yaourt-tmp/aur-corefreq-git/src/CoreFreq'
==> ERROR: A failure occurred in build().
    Aborting...
==> ERROR: Makepkg was unable to build corefreq-git.
==> Restart building corefreq-git ? [y/N]
==> -------------------------------------
==> ==> ERROR: unable to update

CyrIng commented on 2018-08-18 12:48

+timschumi just run corefreq-cli -h to read the project email. Feel free to contact me for any improvement.

timschumi commented on 2018-08-18 12:28

@CyrIng First of all, would you mind if we take this discussion to E-Mail (timschumi [at] gmx [dot] de)? I have the feeling that the AUR comment section isn't made for lengthy discussions, nor that it should be used for technical ones.

Data structure mismatches shouldn't be an issue even if the kernel module isn't built at package time (the one that is built at that point isn't copied over anyways) since the kernel module is built from the exact same sources as the client and the daemon are, but at install-time and through DKMS instead of package-time. I would appreciate it if you could apply the second half of my patch as well (ofc after testing) so that the packaging process is properly independent from the used kernel version and the installed version of the headers.

CyrIng commented on 2018-08-11 00:01

@timschumi Thanks. I have removed the dependency on linux-headers The build requires however all 3 software (kernel module, daemon and client) to be compiled with the same data structures in SHM

timschumi commented on 2018-08-05 10:23

@CyrIng

Re: pkgver: Yes, the pkgver variable still needs to be updated in the AUR for wrappers to be able to check for updates, but the variable inside the PKGBUILD is automatically updated when makepkg is run, so it shouldn't require manual bumping of the version anymore (and it uniquely identifies every commit which corefreq could have been built from).

Also, I prepared a patch that doesn't build the kernel module at package-build-time anymore, since this package is using dkms anyways. That approach removes the dependency on linux-headers, which resoves a conflict if linux-headers have been updated but the corresponding kernel isn't running yet.

diff --git a/PKGBUILD b/PKGBUILD
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -1,14 +1,14 @@
 # Maintainer: CyrIng <labs[at]cyring[dot]fr>
 # Contributor: CyrIng <labs[at]cyring[dot]fr>
 pkgname=corefreq-git
-pkgver=1.28.3
+pkgver=1.30.4.r482.gea073a6
 pkgrel=1
 pkgdesc="CoreFreq, a processor monitoring software with a kernel module inside."
 arch=('x86_64')
 url='<http://github.com/cyring/CoreFreq>'
 license=('GPL2')
 depends=('dkms')
-makedepends=('git' 'linux-headers' 'sed')
+makedepends=('git' 'sed')
 source=('git+<https://github.com/cyring/CoreFreq.git>')
 md5sums=('SKIP')
 install=${pkgname}.install
@@ -17,7 +17,7 @@ _gitname=CoreFreq

 build() {
    cd ${srcdir}/${_gitname}
-   make -w -j1
+   make -w -j1 corefreq-cli corefreqd
 }

 package() {