Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 763660 - app-crypt/aescrypt-3.14 does not respect LDFLAGS
Summary: app-crypt/aescrypt-3.14 does not respect LDFLAGS
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard:
Keywords: PullRequest
Depends on:
Blocks: ldflags
  Show dependency tree
 
Reported: 2021-01-05 09:38 UTC by Agostino Sarubbo
Modified: 2021-07-16 11:46 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
build.log (build.log,7.65 KB, text/plain)
2021-01-05 09:38 UTC, Agostino Sarubbo
Details
aescrypt-3.14-ldflags.patch (aescrypt-3.14-ldflags.patch,632 bytes, patch)
2021-07-14 08:12 UTC, Marco Genasci
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Agostino Sarubbo gentoo-dev 2021-01-05 09:38:23 UTC
https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: app-crypt/aescrypt-3.14 does not respect LDFLAGS.
Discovered on: amd64 (internal ref: ci)

NOTE:
To reproduce this issue you may want to set LDFLAGS="${LDFLAGS} -Wl,--defsym=__gentoo_check_ldflags__=0". If this is not something about c/c++ context you may want to see this bug as an hint to hide the QA warning (with QA_FLAGS_IGNORED) where is not possible to respect LDFLAGS.
Comment 1 Agostino Sarubbo gentoo-dev 2021-01-05 09:38:25 UTC
Created attachment 681235 [details]
build.log

build log and emerge --info
Comment 2 ta2002 2021-07-05 10:39:42 UTC
Tell me if I should file a separate bug for this (I found this bug while searching for aescrypt), but aescrypt also does not respect the static USE flag.


These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ~] app-crypt/aescrypt-3.14::gentoo  USE="static -X" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB


>>> Verifying ebuild manifests

>>> Emerging (1 of 1) app-crypt/aescrypt-3.14::gentoo
 * aescrypt-3.14.tgz BLAKE2B SHA512 size ;-) ...                                                                             [ ok ]
>>> Unpacking source...
>>> Unpacking aescrypt-3.14.tgz to /var/tmp/portage/app-crypt/aescrypt-3.14/work
>>> Source unpacked in /var/tmp/portage/app-crypt/aescrypt-3.14/work
>>> Preparing source in /var/tmp/portage/app-crypt/aescrypt-3.14/work/aescrypt-3.14 ...
 * Applying aescrypt-3.14-iconv.patch ...                                                                                    [ ok ]
>>> Source prepared.
>>> Configuring source in /var/tmp/portage/app-crypt/aescrypt-3.14/work/aescrypt-3.14 ...
>>> Source configured.
>>> Compiling source in /var/tmp/portage/app-crypt/aescrypt-3.14/work/aescrypt-3.14 ...
make -j4 --load-average=4 'CFLAGS=-O2 -pipe -fomit-frame-pointer -march=ivybridge -mmmx -msse -msse2 -msse3 -mssse3 -mcx16 -msahf -maes -mpclmul -mpopcnt -mavx -msse4.2 -msse4.1 -mrdrnd -mf16c -mfsgsbase -mfxsr -mxsave -mxsaveopt --param l1-cache-size=32 --param l1-cache-line-size=64 --param l2-cache-size=6144 -mtune=ivybridge -fstack-protector-strong -mfpmath=sse -DDISABLE_ICONV -Wall -Wextra -pedantic -std=c99 -D_FILE_OFFSET_BITS=64' 'LDFLAGS=-Wl,-O1 -Wl,--as-needed -static' CC=x86_64-pc-linux-gnu-gcc 

[...]


$ ls -al /usr/bin/aescrypt
-rwxr-xr-x 1 root root 59584 2021-07-05 10:31:35 /usr/bin/aescrypt*

$ ldd /usr/bin/aescrypt
        linux-vdso.so.1 (0x00007fff155df000)
        libc.so.6 => /lib64/libc.so.6 (0x00007fec22f33000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fec230d4000)
Comment 3 Marco Genasci 2021-07-14 08:12:55 UTC
Created attachment 723802 [details, diff]
aescrypt-3.14-ldflags.patch

Patch to solve problem
Comment 4 Agostino Sarubbo gentoo-dev 2021-07-14 08:21:39 UTC
Hello, thanks for the patch. I believe you can speed up the process by making a pull-request via Github.
Comment 5 Marco Genasci 2021-07-14 08:50:03 UTC
(In reply to Agostino Sarubbo from comment #4)
> Hello, thanks for the patch. I believe you can speed up the process by
> making a pull-request via Github.

In this case, it's better create a new revision ebuild or not?
Comment 6 Agostino Sarubbo gentoo-dev 2021-07-14 08:59:37 UTC
(In reply to Marco Genasci from comment #5)
> In this case, it's better create a new revision ebuild or not?

Yes, a new revision is the right way
Comment 7 Joonas Niilola gentoo-dev 2021-07-16 09:24:03 UTC
(In reply to Agostino Sarubbo from comment #6)
> (In reply to Marco Genasci from comment #5)
> > In this case, it's better create a new revision ebuild or not?
> 
> Yes, a new revision is the right way

Conceptually, yes, but with common sense added I disagree. Most people don't set custom LDFLAGS so the program works with its defaults, and this would cause a rebuild for everyone potentially breaking each update. 

Now there doesn't seem to be a strict policy either way. I'd say don't revbump here.
Comment 8 Larry the Git Cow gentoo-dev 2021-07-16 11:46:19 UTC
The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=4cd20ef753adcbf7fae65db20d028c90b7e459bc

commit 4cd20ef753adcbf7fae65db20d028c90b7e459bc
Author:     Marco Genasci <fedeliallalinea@gmail.com>
AuthorDate: 2021-07-14 09:05:03 +0000
Commit:     Joonas Niilola <juippis@gentoo.org>
CommitDate: 2021-07-16 11:46:13 +0000

    app-crypt/aescrypt: fix LDFLAGS in Makefile
    
    Closes: https://bugs.gentoo.org/763660
    Package-Manager: Portage-3.0.20, Repoman-3.0.2
    Signed-off-by: Marco Genasci <fedeliallalinea@gmail.com>
    Closes: https://github.com/gentoo/gentoo/pull/21633
    Signed-off-by: Joonas Niilola <juippis@gentoo.org>

 app-crypt/aescrypt/aescrypt-3.14.ebuild              |  5 ++++-
 app-crypt/aescrypt/files/aescrypt-3.14-ldflags.patch | 20 ++++++++++++++++++++
 2 files changed, 24 insertions(+), 1 deletion(-)