Arch Linux User Repository

Trying to build this package, but keep getting these linker errors:

"usr/bin/ld: /tmp/ccIuRvTn.ltrans0.ltrans.o: in function `main':
<artificial>:(.text.startup+0x96): undefined reference to `s2ram_add_flag'
/usr/bin/ld: <artificial>:(.text.startup+0x9e): undefined reference to `identify_machine'
/usr/bin/ld: <artificial>:(.text.startup+0xfd): undefined reference to `machine_known'
/usr/bin/ld: <artificial>:(.text.startup+0x407): undefined reference to `s2ram_hacks'
/usr/bin/ld: <artificial>:(.text.startup+0x413): undefined reference to `s2ram_do'
/usr/bin/ld: <artificial>:(.text.startup+0x41b): undefined reference to `s2ram_resume'
/usr/bin/ld: <artificial>:(.text.startup+0x4b4): undefined reference to `s2ram_is_supported'
/usr/bin/ld: <artificial>:(.text.startup+0x6da): undefined reference to `identify_machine'
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:829: s2ram] Error 1"

Running the 6.10.10 kernel, ld version 6.10.10, gcc version 14.2.1. Any advice would be greatly appreciated.

You download the latest state from a git repository.

So you must write a proper pkgver() function that ensures increading $pkgver with each upstream commit. Cf. Arch Linux VCS package guidelines.

Regards and thanks for maintaining!

Attempted to install this (on arch 2022.11.01, kernel 6.0.9) by cloning the repo and issuing makepkg -i. The build consistently fails because the directory m4 already exists. Tried git clean -dfx with no improvement. The repo is at c19b3fe44. Am I doing something wrong?

Now the version is 1.0-9 and everything is working flawlessly, thanks a lot for the quick response and congratulation the maintainership of the package @iFreilicht!

@vitor_hideyoshi I updated the package once more, can you check whether paru is "updating" it properly now?

Found what you want @iFreilicht. Just remove this block of code from the PKGBUILD and you can set your version number to 1.0:

pkgver() {
    cd suspend-utils/

    if GITTAG="$(git describe --abbrev=0 --tags 2>/dev/null)"; then
        echo "$(sed -e "s/^${pkgname%%-git}//" -e 's/^[-_/a-zA-Z]\+//' -e 's/[-_+]/./g' <<< ${GITTAG}).r$(git rev-list --count ${GITTAG}..).g$(git log -1 --format="%h")"
    else
        echo "0.r$(git rev-list --count master).g$(git log -1 --format="%h")"
    fi
}

@iFreilicht no it doesn't get solved just by reinstalling uswsusp-git, but you last commit did fix the bug, thanks a lot for that. If i figure out how to maintain the version name to 1.0 format instead of the commit release it post a comment here.

Wouldn't this be fixed if you just re-installed uswsusp-git? I'm not sure how to properly fix this. For now, I reverted the version number change, but I'd like to have the version indeed be 1.0, which would be less confusing.

Can you confirm the revert fixed your issue?

Since the last update paru has been trying to upgrade uswsusp-git from (0.r501.g668c5f7-1 => 1.0-8), and by this entering in a loop because 1.0-8 and 0.r501.g668c5f7-1 are the same release. I think that this is a problem in the versioning name of the git commit and the release version. To prevent my AUR helper from updating the software to the same version as if was new i had to add uswsusp-git to my pacman ignorelist.