Summary: | dev-libs/openssl-1.0.1c installs broken symlinks in /usr/share/man/man1/ | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Francesco Turco <fturco> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | itumaykin+gentoo, rdalek1967, realnc, saint.snit, thanasis, yamadharma |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
"emerge --oneshot openssl" output
emerge --info |
Description
Francesco Turco
2012-10-02 18:10:14 UTC
works fine for me. all man pages should be compressed and yours aren't, so something is broken on your side. $ cd /usr/share/man/man1 $ ls -l openssl-sha1.1ssl* lrwxrwxrwx 1 root root 16 May 20 09:39 openssl-sha1.1ssl.xz -> ssl-sha1.1ssl.xz $ ls -l ssl-sha1.1ssl.xz lrwxrwxrwx 1 root root 16 May 20 09:39 ssl-sha1.1ssl.xz -> ssl-dgst.1ssl.xz $ ls -l ssl-dgst.1ssl.xz -rw-r--r-- 1 root root 3416 May 20 09:39 ssl-dgst.1ssl.xz Most openssl related man pages in /usr/share/man/man1 are valid symlinks to xz-compressed files (40 out of 45). Only those 5 man pages symlinks are broken. Is there anything else I can do for investigating the cause of this problem? Anyway, I forgot to post the output of emerge -pv openssl: [ebuild R ] dev-libs/openssl-1.0.1c USE="(sse2) zlib -bindist -gmp -kerberos -rfc3779 -static-libs {-test} -vanilla" 0 kB This instead is the output of equery check --only-failures openssl: !!! /usr/share/man/man1/openssl-md5.1ssl does not exist !!! /usr/share/man/man1/openssl-sha1.1ssl does not exist !!! /usr/share/man/man1/openssl-sha.1ssl does not exist !!! /usr/share/man/man1/openssl-ripemd160.1ssl does not exist !!! /usr/share/man/man1/openssl-md2.1ssl does not exist !!! /etc/ssl/private/.keep_dev-libs_openssl-0 does not exist * Checking dev-libs/openssl-1.0.1c ... 1419 out of 1425 files passed sounds like bug 437000. you should post the *full* build log as an attachment. @SpanKY: This *is* bug 437000 :) Created attachment 326058 [details]
"emerge --oneshot openssl" output
(In reply to comment #4) err, meant bug 437358 I tried emerging openssl with PORTAGE_COMPRESS="" (that is, without xz compression) and now I have no broken symlinks. In particular I now have: ls -l /usr/share/man/man1/openssl-{sha,md2,md5,sha1,sha,ripemd160,md2}.1ssl lrwxrwxrwx 1 root root 12 Oct 9 22:28 /usr/share/man/man1/openssl-md2.1ssl -> ssl-md2.1ssl lrwxrwxrwx 1 root root 12 Oct 9 22:28 /usr/share/man/man1/openssl-md2.1ssl -> ssl-md2.1ssl lrwxrwxrwx 1 root root 12 Oct 9 22:28 /usr/share/man/man1/openssl-md5.1ssl -> ssl-md5.1ssl lrwxrwxrwx 1 root root 18 Oct 9 22:28 /usr/share/man/man1/openssl-ripemd160.1ssl -> ssl-ripemd160.1ssl lrwxrwxrwx 1 root root 13 Oct 9 22:28 /usr/share/man/man1/openssl-sha1.1ssl -> ssl-sha1.1ssl lrwxrwxrwx 1 root root 12 Oct 9 22:28 /usr/share/man/man1/openssl-sha.1ssl -> ssl-sha.1ssl lrwxrwxrwx 1 root root 12 Oct 9 22:28 /usr/share/man/man1/openssl-sha.1ssl -> ssl-sha.1ssl Created attachment 331920 [details]
emerge --info
I confirm the problem. I don't have PORTAGE_COMPRESS set explicitly in my make.conf, which means I use the default value of "bzip2". I get the same broken symlinks.
When I set PORTAGE_COMPRESS to an empty value instead, there are no broken symlinks.
Btw, I did rebuild bash as indicated by bug 437358, but it doesn't help. I have the same output here. I'm amd64, some stable, some not. I'm on dev-libs/openssl-1.0.0j tho. Let me know if I can post any info to help with this. Same here: dev-libs/openssl-0.9.8x dev-libs/openssl-1.0.0j dev-python/pyopenssl-0.12 # find /usr/share/man/ -type l ! -exec test -r {} \; -print /usr/share/man/man1/openssl-md2.1ssl /usr/share/man/man1/openssl-ripemd160.1ssl /usr/share/man/man1/openssl-sha1.1ssl /usr/share/man/man1/openssl-md4.1ssl /usr/share/man/man1/openssl-sha.1ssl /usr/share/man/man1/openssl-mdc2.1ssl /usr/share/man/man1/gimp-console.1 /usr/share/man/man1/openssl-md5.1ssl /usr/share/man/man3/openssl-SSL.3ssl Me, too: symlinks -crst / dangling: /usr/share/man/man1/openssl-ripemd160.1ssl -> ssl-ripemd160.1ssl dangling: /usr/share/man/man1/openssl-sha.1ssl -> ssl-sha.1ssl dangling: /usr/share/man/man1/openssl-mdc2.1ssl -> ssl-mdc2.1ssl dangling: /usr/share/man/man1/openssl-md4.1ssl -> ssl-md4.1ssl dangling: /usr/share/man/man1/openssl-md2.1ssl -> ssl-md2.1ssl dangling: /usr/share/man/man1/openssl-md5.1ssl -> ssl-md5.1ssl dangling: /usr/share/man/man1/openssl-sha1.1ssl -> ssl-sha1.1ssl dangling: /usr/share/man/man3/openssl-SSL.3ssl -> ssl-SSL.3ssl The correct link targets exist, but with a .bz2 extension. Status? Bug still present with openssl-1.0.1e. Building dev-libs/openssl-1.0.1e-r1 I got this message: QA: preinst QA Notice: Symbolic link /usr/share/man/man1/openssl-ripemd160.1ssl points to /usr/share/man/man1/ssl-ripemd160.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man1/openssl-mdc2.1ssl points to /usr/share/man/man1/ssl-mdc2.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man1/openssl-sha.1ssl points to /usr/share/man/man1/ssl-sha.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man1/openssl-sha1.1ssl points to /usr/share/man/man1/ssl-sha1.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man1/openssl-md2.1ssl points to /usr/share/man/man1/ssl-md2.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man1/openssl-md4.1ssl points to /usr/share/man/man1/ssl-md4.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man1/openssl-md5.1ssl points to /usr/share/man/man1/ssl-md5.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man3/openssl-SSL.3ssl points to /usr/share/man/man3/ssl-SSL.3ssl which does not exist. Similar problems on three different Gentoo amd64 machines: 2 regular and 1 hardened. They all have dev-libs/openssl-1.0.1c installed. The list of broken symlinks varies from one machine to another. 1st machine (with hardened profile): /usr/share/man/man1/openssl-md2.1ssl -> ssl-md2.1ssl /usr/share/man/man1/openssl-md4.1ssl -> ssl-md4.1ssl /usr/share/man/man1/openssl-mdc2.1ssl -> ssl-mdc2.1ssl /usr/share/man/man1/openssl-sha.1ssl -> ssl-sha.1ssl 2nd machine (desktop profile): /usr/share/man/man1/openssl-md5.1ssl -> ssl-md5.1ssl /usr/share/man/man1/openssl-ripemd160.1ssl -> ssl-ripemd160.1ssl 3rd machine (desktop profile): /usr/share/man/man1/openssl-md2.1ssl -> ssl-md2.1ssl /usr/share/man/man1/openssl-ripemd160.1ssl -> ssl-ripemd160.1ssl /usr/share/man/man1/openssl-sha1.1ssl -> ssl-sha1.1ssl /usr/share/man/man1/openssl-sha.1ssl -> ssl-sha.1ssl I also hit this bug: >>> Messages generated by process 20297 on 2013-05-24 12:25:09 CDT for package dev-libs/openssl-1.0.1c: QA: preinst QA Notice: Symbolic link /usr/share/man/man1/openssl-ripemd160.1ssl points to /usr/share/man/man1/ssl-ripemd160.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man1/openssl-mdc2.1ssl points to /usr/share/man/man1/ssl-mdc2.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man1/openssl-md2.1ssl points to /usr/share/man/man1/ssl-md2.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man1/openssl-md4.1ssl points to /usr/share/man/man1/ssl-md4.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man1/openssl-sha1.1ssl points to /usr/share/man/man1/ssl-sha1.1ssl which does not exist. QA Notice: Symbolic link /usr/share/man/man3/openssl-SSL.3ssl points to /usr/share/man/man3/ssl-SSL.3ssl which does not exist. and also confirm that the workaround described in comment 7 fixes it. I'm now using dev-libs/openssl-1.0.1h-r3, and all /usr/share/man1/openssl* symlinks are OK. Still using XZ compression. Can you confirm this? I can confirm that under x86 with PORTAGE_COMPRESS unspecified in /etc/make.conf, openssl-1.0.1j leaves no broken links under /usr/share/man. (That is, find /usr/share/man/ -type l ! -exec test -r {} \; -print produces no output.) I guess I can close this bug since all openssl versions mentioned here are no longer in the official gentoo repository. Please reopen if needed. |