Package Details: libbacktrace-git r123.g2f67a3a-2

Git Clone URL: https://aur.archlinux.org/libbacktrace-git.git (read-only, click to copy)
Package Base: libbacktrace-git
Description: Library to produce symbolic backtraces
Upstream URL: https://github.com/ianlancetaylor/libbacktrace
Licenses: BSD-3-Clause
Conflicts: libbacktrace
Provides: libbacktrace, libbacktrace.so
Submitter: Chocobo1
Maintainer: Chocobo1
Last Packager: Chocobo1
Votes: 13
Popularity: 0.020230
First Submitted: 2019-04-16 04:00 (UTC)
Last Updated: 2025-11-06 10:25 (UTC)

Required by (22)

Sources (2)

Latest Comments

1 2 3 Next › Last »

Chocobo1 commented on 2024-06-05 02:57 (UTC)

Need to disable LTO to prevent linker errors when using the static library. Switching ar implementation (gcc-ar, llvm-ar) is also supposed to work, but doesn't for this package.

Should be resolved now.

Should also update license string to correct spdx identifier. Appears to be BSD-3-Clause.

Updated, thanks.

dreieck commented on 2023-04-12 12:56 (UTC)

According to upstream, the software has an official version number: 1.0 (it is written in the upstream's README.md: "This is version 1.0.").

So I suggest to prepend the official version number to $pkgver (auto-retrieved via pkgver()). Then the =$pkgver in the provides array also makes sense.

Here is an example of a pkgver() function that does this parsing:

pkgver() {
  cd "libbacktrace"

  _ver="$(grep -E '[Vv]ersion [0-9\.]+' README.md | head -n1 | sed -E -e 's|.*[Vv]ersion ([0-9\.]+)|\1|' -e 's|\.$||')"
  _rev="$(git rev-list --count HEAD)"
  _date="$(git log -1 --date=format:"%Y%m%d" --format="%ad")"
  _hash="$(git rev-parse --short HEAD)"

  if [ -z "${_ver}" ]; then
    error "Could not determine version."
    return 1
  else
    printf '%s' "${_ver}.r${_rev}.${_date}.${_hash}"
  fi
}

And another issue:

License BSD is not a common license according to /usr/share/licenses/common/. Please explicitly install the license file into /usr/share/licenses/${pkgname}/.

Thanks for maintaining!,
regards.

Chocobo1 commented on 2023-02-10 03:30 (UTC)

Cannot build package:

==> Starting prepare()... patching file configure.ac patching file Makefile.am Hunk #1 succeeded at 84 with fuzz 1. patching file configure.ac Hunk #1 succeeded at 568 (offset 30 lines). The next patch would create the file libbacktrace.pc.in, which already exists! Skipping patch. 1 out of 1 hunk ignored ==> ERROR: A failure occurred in prepare(). Aborting...

Command 'makepkg' failed to execute.

Seems makepkg doesn't remove unrelated files from the repository before building. Anyway I have temporarily patched it so it won't fail for now.

yochananmarqos commented on 2023-02-09 21:29 (UTC)

@zed123: The 0002-Add-pkg-config-file.patch is no longer needed as it was taken care of upstream.

My PKGBUILD

zed123 commented on 2023-02-09 20:46 (UTC)

Cannot build package:

==> Starting prepare()... patching file configure.ac patching file Makefile.am Hunk #1 succeeded at 84 with fuzz 1. patching file configure.ac Hunk #1 succeeded at 568 (offset 30 lines). The next patch would create the file libbacktrace.pc.in, which already exists! Skipping patch. 1 out of 1 hunk ignored ==> ERROR: A failure occurred in prepare(). Aborting...

Command 'makepkg' failed to execute.

abouvier commented on 2022-12-08 18:24 (UTC)

While we are at it, why don't they add -ffat-lto-objects to devtools build flags?

I believe it's because it slows down the compilation when LTO is enabled, but is only useful when packages contain static libraries.

Also this option is ignored when LTO is disabled, so there is no harm in adding it when a package always produces at least one static library. Which is implied with staticlibs.

Chocobo1 commented on 2022-12-08 16:17 (UTC) (edited on 2022-12-08 16:24 (UTC) by Chocobo1)

It's enabled in devtools: https://gitlab.archlinux.org/archlinux/devtools/-/blob/master/config/makepkg/x86_64.conf#L97

I reckon devtools is for building "official repository packages". And AUR packages aren't viewed as official (this impression comes from a bug wrangler).

Quoting from README.md:

This repository contains tools for the Arch Linux distribution for building and maintaining official repository packages

Perhaps just disable it then?

I would rather not bother with it unless truly necessary. If people want to build with LTO then they should setup their default build flags properly. Also IMO injecting the build flag package-by-package doesn't scale well and doesn't feel right.

While we are at it, why don't they add -ffat-lto-objects to devtools build flags?

abouvier commented on 2022-12-08 15:35 (UTC)

It's enabled in devtools: https://gitlab.archlinux.org/archlinux/devtools/-/blob/master/config/makepkg/x86_64.conf#L97

On the other hand staticlibs is disabled in both pacman and devtools by default :p

1 2 3 Next › Last »