Arch Linux

7761 readers

1 users here now

The beloved lightweight distro

founded 4 years ago

MODERATORS

Default makepkg.conf options changed with pacman 6.0.2-9, so now every package built from AUR also builds and installs its debugging symbols (lemm.ee)

submitted 9 months ago by infeeeee@lemm.ee to c/archlinux@lemmy.ml

7 comments fedilink hide all child comments

MR: https://gitlab.archlinux.org/archlinux/packaging/packages/pacman/-/merge_requests/1

An issue: https://gitlab.archlinux.org/pacman/pacman/-/issues/91

To find your already installed debug packages:

pacman -Q | grep -e '-debug '

This debug packages usually huge, I noticed this accidentally, and I haven't found a news about this on archlinux.org

To solve this add a ! before debug on line 97 in /etc/makepkg.conf

you are viewing a single comment's thread
view the rest of the comments

[–] infeeeee@lemm.ee 2 points 9 months ago* (last edited 9 months ago) (1 children)

I don't know, in the old version strip was enbled and it worked, check the commit in the MR

How to stop their generation?

[–] kixik@lemmy.ml 2 points 9 months ago (1 children)

strip has need enabled since I can remember, so yes it was enabled. The change was from this:

OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge !debug !lto)

To this:

OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge debug lto)

Actually enabling debug and lto, but keeping strip. So unless I'm missing something, what it adds on one side, it removes it on the other, :)

You can confirmed with the specif change on the referenced MR.

[–] infeeeee@lemm.ee 1 points 9 months ago (1 children)

So lto should be disabled as well if I disable debug? Lto sounds like something useful, but actually I don't know what it means exactly. Or what do you recommend, I don't understand.

[–] kixik@lemmy.ml 2 points 9 months ago

LTO is a different thing, and I'm not sure why it was enabled by default until now (well, It's said it doesn't play nice with clang), see this RFC from 2 years back. Also notice what current makepkg uses is LTOFLAGS="-flto=auto". The idea according to the RFC, is that for packages failing to use the default, options=('!lto') can be added to the PKGBUILD.

So that should be safe, and iif you're wondering, it stands for Link Time Optimization. On AUR, I guess users adding new packages or maintaining packages, should be aware, and add that option if they find out LTO by default is giving issues.

I guess the current defaults are sane. All I said the original post, is that the strip option, which is still enabled by default gets rid of the debug symbols. So yes, now they are getting generated by default, but also stripped off by default. And that's what I don't understand. Perhaps that's a good topic for the arch-general mailing list, hoping some developer is around to clarify things. Perhaps the current makepkg.conf is an intermediate one, and there will come another one using !strip instead. Or maybe currently strip doesn't get rid of all debug symbols generated by debug. But the current documentation on makepkg.conf is not clear enough...

So I would leave the current defaults if it's not clear yet if changing them is something that would help you out. As mentioned, with strip you shouldn't get that huge packages. But also it'd be good to make sure, asking on a Arch forum involving devs...