Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 721470

Summary: net-misc/asterisk calls ar directly
Product: Gentoo Linux Reporter: Agostino Sarubbo <ago>
Component: Current packagesAssignee: Jaco Kroon <jaco>
Severity: normal CC: proxy-maint
Priority: Normal Keywords: PullRequest
Version: unspecified   
Hardware: All   
OS: Linux   
See Also:
Package list:
Runtime testing required: ---
Bug Depends on:    
Bug Blocks: 243502    
Attachments: build.log

Description Agostino Sarubbo gentoo-dev 2020-05-07 13:06:12 UTC
This is an auto-filled bug because net-misc/asterisk calls ar directly.
The issue was originally discovered on amd64, but it may be reproducible on other arches as well.
If you think that a different summary clarifies the issue better, feel free to change it.
Attached build log and emerge --info.

If you think it doesn't make sense fix these type of issues, I'd like to point out that won't be possible use a different AR implementation (like llvm-ar) by setting the AR variable. So this issue has been reproduced by setting the AR variable to x86_64-pc-linux-gnu-ar and by removing the /usr/bin/ar binary.
Comment 1 Agostino Sarubbo gentoo-dev 2020-05-07 13:06:17 UTC
Created attachment 636726 [details]

build log and emerge --info
Comment 2 Agostino Sarubbo gentoo-dev 2020-05-07 13:06:58 UTC
I guess it is calling ar directly but I really don't know where cr comes from..
Comment 3 Jaco Kroon 2020-06-11 18:31:34 UTC
Hi Agostino,

I believe the latest bump should address this.  The problem as far as I can tell was in the embedded libedit library, which I've now eliminated from use preferring the system-installed libedit instead.

I'm however having serious challenges reproducing either way round, so if you don't mind please sharing the magic that you use?  Or testing version 13.34.0 in the associated PR.

Kind Regards,
Comment 4 Agostino Sarubbo gentoo-dev 2020-06-16 12:15:35 UTC
Hi Jaco,

to reproduce you can follow the note at comment #0. Try to set AR and remove /usr/bin/ar of if you want use gcc-config and binutils-config with -native-symlinks
Comment 5 Larry the Git Cow gentoo-dev 2020-06-17 17:15:35 UTC
The bug has been referenced in the following commit(s):

commit 379bfa21016a3a3fb671572522b0d097b89e0974
Author:     Jaco Kroon <>
AuthorDate: 2020-06-17 15:43:45 +0000
Commit:     Thomas Deutschmann <>
CommitDate: 2020-06-17 17:15:19 +0000

    net-misc/asterisk: 16.11.1
    Package-Manager: Portage-2.3.99, Repoman-2.3.22
    Signed-off-by: Jaco Kroon <>
    Signed-off-by: Thomas Deutschmann <>

 net-misc/asterisk/Manifest                |   1 +
 net-misc/asterisk/asterisk-16.11.1.ebuild | 301 ++++++++++++++++++++++++++++++
 2 files changed, 302 insertions(+)

commit 1697a125189ea4239385246486cfe9bd7d817eb7
Author:     Jaco Kroon <>
AuthorDate: 2020-06-17 15:39:36 +0000
Commit:     Thomas Deutschmann <>
CommitDate: 2020-06-17 17:15:18 +0000

    net-misc/asterisk: Version 13.34.0 bump.
    Package-Manager: Portage-2.3.99, Repoman-2.3.22
    Signed-off-by: Jaco Kroon <>
    Signed-off-by: Thomas Deutschmann <>

 net-misc/asterisk/Manifest                |   1 +
 net-misc/asterisk/asterisk-13.34.0.ebuild | 296 ++++++++++++++++++++++++++++++
 2 files changed, 297 insertions(+)
Comment 6 Jaco Kroon 2020-06-17 17:53:56 UTC
Hi Agostino,

I was no longer able to reproduce this after forcing the external libedit usage, I followed a slightly different route, I added /usr/local/bin/ar with simple:

#! /bin/bash


and then got the errors you did passing AR=/usr/bin/ar on the CLI.

Using these builds this no longer triggered.

Since my methodology was different from yours I'd appreciate if you could please confirm from your side as well.  I'm happy though, so unless I get further feedback I'm going to close this.
Comment 7 Agostino Sarubbo gentoo-dev 2020-06-30 09:09:01 UTC
Hello Jaco, let's close then. If needed, another bug will be opened.