Summary: | app-office/libreoffice-7.2.5.2-r1: Please add virtual/libcrypt:= dependency | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | korte |
Component: | Current packages | Assignee: | Gentoo Office Team <office> |
Status: | RESOLVED INVALID | ||
Severity: | normal | CC: | matthew |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | ARM64 | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=699422 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build.log.gz
libreoffice build.log without LDFLAGS="${LDFLAGS} ..." libreoffice build.log with LDFLAGS="${LDFLAGS} ..." Log 1/3 libreoffice build.log with LDFLAGS="${LDFLAGS} ..." Log 2/3 libreoffice build.log with LDFLAGS="${LDFLAGS} ..." Log 3/3 libreoffice build.log with LDFLAGS="${LDFLAGS} ...", no QA Notice any more |
Description
korte
2022-02-18 22:30:50 UTC
Created attachment 765424 [details]
build.log.gz
I've checked two systems and I don't see that. (In reply to Andreas Sturmlechner from comment #2) > I've checked two systems and I don't see that. I didn't find it in an old log from libreoffice-7.2.5.2. Do you have the -r1 version? Maybe it is because of Pi400, ARM64, useflags and so on? The world update will run for about 2 days, then I can emerge libreoffice for testing. (In reply to korte from comment #3) > (In reply to Andreas Sturmlechner from comment #2) > > I've checked two systems and I don't see that. > > I didn't find it in an old log from libreoffice-7.2.5.2. Do you have the -r1 > version? > > Maybe it is because of Pi400, ARM64, useflags and so on? The world update > will run > for about 2 days, then I can emerge libreoffice for testing. Any update? I don't see where this can be coming from in the source. Does mysql-connector-c (or whatever) build without --as-needed or something...? I forgot to do it. emerge -va =app-office/libreoffice-7.3.1.3 is now running. It will last at least 24h. QA notice Version No 7.2.5.2 Yes 7.2.5.2-r1:0: amd64 arm64 x86 ? 7.2.6.2:0: ~amd64 ~amd64-linux ~arm ~arm64 ~ppc64 ~x86 ? 7.2.9999:0: emerge 7.3.1.3:0: ? 7.3.9999:0: ? 9999:0: (In reply to Sam James from comment #4) > Does mysql-connector-c (or whatever) build without --as-needed or > something...? equery l mysql-connector-c * Searching for mysql-connector-c ... [IP-] [ ] dev-db/mysql-connector-c-8.0.27:0/21 I don't know about "--as-needed". https://wiki.gentoo.org/wiki/Project:Quality_Assurance/As-needed doesn't give me a clue. I haven't defined it in neither make.conf nor /e/p/env/* . For mysql, not mysql-connector-c, I use cat /etc/portage/env/one-make-thread.conf MAKEOPTS="-j1" LDFLAGS="-Wl,--no-keep-memory" Is it somewhere else? (In reply to korte from comment #6) > (In reply to Sam James from comment #4) > > > Does mysql-connector-c (or whatever) build without --as-needed or > > something...? > > equery l mysql-connector-c > * Searching for mysql-connector-c ... > [IP-] [ ] dev-db/mysql-connector-c-8.0.27:0/21 > > I don't know about "--as-needed". > https://wiki.gentoo.org/wiki/Project:Quality_Assurance/As-needed doesn't > give me a clue. I haven't defined it in neither make.conf nor /e/p/env/* . > > For mysql, not mysql-connector-c, I use > cat /etc/portage/env/one-make-thread.conf > MAKEOPTS="-j1" > LDFLAGS="-Wl,--no-keep-memory" > > > Is it somewhere else? In profiles, we set -Wl,--as-needed. By setting LDFLAGS, you're overriding that. You could try LDFLAGS="${LDFLAGS} ..." LO doesn't build against MySQL but it's possibly related, I guess. Are you doing this for any other packages? (In reply to Sam James from comment #7) > (In reply to korte from comment #6) > > I haven't defined it in neither make.conf nor /e/p/env/* . > > > > For mysql, not mysql-connector-c, I use > > cat /etc/portage/env/one-make-thread.conf > > MAKEOPTS="-j1" > > LDFLAGS="-Wl,--no-keep-memory" > > > > > > Is it somewhere else? > > In profiles, we set -Wl,--as-needed. By setting LDFLAGS, you're overriding > that. You could try LDFLAGS="${LDFLAGS} ..." > > LO doesn't build against MySQL but it's possibly related, I guess. > > Are you doing this for any other packages? grep one-make /etc/portage/package.env | cut -f 1 | sort app-office/libreoffice dev-db/mysql dev-java/icedtea dev-lang/ghc dev-lang/mono dev-lang/rust dev-lang/spidermonkey dev-qt/qtwebengine games-action/supertuxkart mail-client/thunderbird media-gfx/krita media-video/vlc net-libs/webkit-gtk sci-libs/tensorflow sys-devel/gcc www-client/chromium www-client/firefox I added it to my file and modified https://wiki.gentoo.org/wiki/Knowledge_Base:Emerge_out_of_memory#Trade_off_for_the_GNU_linker:_use_less_memory_and_more_IO emerging libreoffice-7.3.1.3 without LDFLAGS="${LDFLAGS} ..." leads to the QA Notice below. When the normal @world update is finished I can try to emerge LO with LDFLAGS="${LDFLAGS} ..." . > * Final size of build directory: 3405312 KiB ( 3.2 GiB) > * Final size of installed tree: 433052 KiB (422.9 MiB) > > * QA Notice: Binary files linked to libcrypt.so found > * But a dependency on virtual/libcrypt is not declared! > * > * /var/tmp/portage/app-office/libreoffice-7.3.1.3/image/usr/lib64/libreoffice/program/libmysqlclo.so > * > * Please add virtual/libcrypt:= dependency > * Gentoo bug: https://bugs.gentoo.org/699422 > * Tracker bug: https://bugs.gentoo.org/798963 > * See: https://wiki.gentoo.org/wiki/Project:Toolchain/libcrypt_implementation full build.log attached Created attachment 767302 [details]
libreoffice build.log without LDFLAGS="${LDFLAGS} ..."
Created attachment 767311 [details]
libreoffice build.log with LDFLAGS="${LDFLAGS} ..." Log 1/3
Created attachment 767312 [details]
libreoffice build.log with LDFLAGS="${LDFLAGS} ..." Log 2/3
Created attachment 767313 [details]
libreoffice build.log with LDFLAGS="${LDFLAGS} ..." Log 3/3
Re-emerging libreoffice worked within 1h10min, maybe because of ccache? I didn't find the QA Notice now. 3 logfiles are fitting in /var/log/portage/build/app-office and I don't know why this happend. (In reply to Sam James from comment #7) > In profiles, we set -Wl,--as-needed. By setting LDFLAGS, you're overriding > that. You could try LDFLAGS="${LDFLAGS} ..." That seems to fix it. libreoffice-7.2.5.2-r1 had no QA Notice, I think this can be closed. Build log follows. Created attachment 767475 [details]
libreoffice build.log with LDFLAGS="${LDFLAGS} ...", no QA Notice any more
PS: Thanks! :) (In reply to korte from comment #15) > (In reply to Sam James from comment #7) > > In profiles, we set -Wl,--as-needed. By setting LDFLAGS, you're overriding > > that. You could try LDFLAGS="${LDFLAGS} ..." > > That seems to fix it. libreoffice-7.2.5.2-r1 had no QA Notice, I think this > can be closed. Build log follows. Cheers! (In reply to korte from comment #17) > PS: Thanks! :) np :) |