Package Details: corectrl-git 1.4.0.r7.g306bc61-1

Git Clone URL: https://aur.archlinux.org/corectrl-git.git (read-only, click to copy)
Package Base: corectrl-git
Description: Application to control your hardware with ease using application profiles
Upstream URL: https://gitlab.com/corectrl/corectrl
Keywords: cpu gpu monitoring overclocking
Licenses: GPL-3.0-or-later
Conflicts: corectrl
Provides: corectrl
Submitter: murlakatamenka
Maintainer: guzzisti
Last Packager: guzzisti
Votes: 6
Popularity: 0.000917
First Submitted: 2019-07-15 22:13 (UTC)
Last Updated: 2024-05-24 13:45 (UTC)

Latest Comments

1 2 3 Next › Last »

guzzisti commented on 2024-07-27 19:31 (UTC) (edited on 2024-07-27 19:31 (UTC) by guzzisti)

You should complain to upstream.

The 1.4.1 tag is only available at the the 1.4-stable branch, not at the master branch: https://gitlab.com/corectrl/corectrl/-/commit/2c86fdee02301df1ec3506dc3db5816a33c95772
We are building from master.

The internal version of the software doesn't matter for the package version. It's a package built from source, it will update it's version on every build based on the available tags and commits.

If you want a fixed versioning you should use the release package https://archlinux.org/packages/extra/x86_64/corectrl/

t0m5k1 commented on 2024-07-27 18:35 (UTC) (edited on 2024-07-27 18:55 (UTC) by t0m5k1)

@Guzzisti So why are you staying with tag 1.4.0 when there is 1.4.1? I mean I see the following when I do pakg searches:

❯ pacman -S corectrl

extra/corectrl 1.4.1-2

❯ yay -S corectrl

aur/corectrl-git 1.4.0.r7.g306bc61-1 (+6 0.02)

You can also see the 1.4.1 tag here:

https://gitlab.com/corectrl/corectrl/-/tags

I'm unsure if 1.4.0.r7.g306bc61-1 = 1.4.1-1

EDIT:

So I took a dive in and well, It seems that building this doesn't give 1.4.0.r7.g306bc61-1 but in fact the application reports 1.5.0-dev

❯ corectrl -v

[27-07-24 19:52:03.083][W] vulkaninfo command failed

corectrl 1.5.0-dev

❯ yaurs corectrl

aur/corectrl-git 1.4.0.r7.g306bc61-1 (+6 0.02) (Installed)

So I really think you in fact should make the version more clear because the pkg version is not matching the application version.

guzzisti commented on 2024-05-24 20:18 (UTC)

I have no clue what you guys are up to.

The package builds from latest master (as you can confirm yourself by looking at the PKGBUILD) and the package versioning is fine. As the version says, it builds 7 commits on top of Tag 1.4. this is a common versioning scheme for -git packages.

Niinu commented on 2024-05-24 19:37 (UTC)

Remove the -git tag from the package name if you're not going to follow the master branch.

harre commented on 2024-05-22 22:03 (UTC)

https://gitlab.com/corectrl/corectrl/-/issues/440 was closed so we need to fix the versioning here with the aur-package

harre commented on 2024-05-16 22:57 (UTC)

@kogasa any plans on incorporating my version fix? Seems upstream repo haven't made any progress on my reported ticket.

harre commented on 2024-04-28 22:58 (UTC)

I have reported the missing tag upstream and in the meanwhile you can use this hackish solution. It can probably be more robust but it gets the job done :)

https://gitlab.com/corectrl/corectrl/-/issues/440

% git diff
diff --git a/PKGBUILD b/PKGBUILD
index f83fbc0..998339d 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -4,7 +4,7 @@

 _pkgname=corectrl
 pkgname=${_pkgname}-git
-pkgver=1.3.0.r138.g3ff1f2d
+pkgver=1.5.0.dev,5c77ecb
 pkgrel=1
 pkgdesc="Application to control your hardware with ease using application profiles"
 url="https://gitlab.com/corectrl/corectrl"
@@ -27,7 +27,8 @@ md5sums=('SKIP')

 pkgver() {
     cd "$srcdir/$_pkgname"
-    git describe --long --tags --abbrev=7 | sed 's/^v//;s/\([^-]*-g\)/r\1/;s/-/./g'
+    git log --oneline | grep -i bump | head -1 | sed 's/\([^-]*-g\)/r\1/;s/-/./g' | awk '{print $NF "," $1}'
+#    git describe --long --abbrev=7 | sed 's/^v//;s/\([^-]*-g\)/r\1/;s/-/./g'
 }

 build() {

Niinu commented on 2024-03-30 13:18 (UTC)

The package is stuck on v1.4.0.r1.g5c77ecb as corectrl doesnt seem to have a tag for 1.5, so either the pkgver() needs to be rewritten to parse commits instead of tags (cf. mesa-git) or...?

harre commented on 2024-02-22 01:26 (UTC) 

CMake Error at CMakeLists.txt:41 (find_package):
  By not providing "Findpugixml.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "pugixml", but
  CMake did not find one.

  Could not find a package configuration file provided by "pugixml"
  (requested version 1.11) with any of the following names:

    pugixmlConfig.cmake
    pugixml-config.cmake

  Add the installation prefix of "pugixml" to CMAKE_PREFIX_PATH or set
  "pugixml_DIR" to a directory containing one of the above files.  If
  "pugixml" provides a separate development package or SDK, be sure it has
  been installed.


-- Configuring incomplete, errors occurred!
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: corectrl-git-exit status 4

installing pugixml fixed build so best to add that as an dependancy.

kogasa commented on 2023-10-23 04:23 (UTC)

Hi @HurricanePootis, thanks for the suggestions. I've added most of them. The -ffile-prefix-map was originally added to address an issue with referencing the $srcdir in the final binary, but it doesn't seem to be working anymore-- I've left it in for now, but I'll revisit it shortly.

1 2 3 Next › Last »