Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 194534 - sys-apps/keyutils-1.2 - version bump
Summary: sys-apps/keyutils-1.2 - version bump
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Robin Johnson
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-10-02 18:47 UTC by Alon Bar-Lev (RETIRED)
Modified: 2007-10-06 22:04 UTC (History)
1 user (show)

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


Attachments
keyutils-1.2.ebuild.diff (keyutils-1.2.ebuild.diff,602 bytes, patch)
2007-10-05 19:03 UTC, Alon Bar-Lev (RETIRED)
Details | Diff
keyutils-1.2.ebuild.diff (keyutils-1.2.ebuild.diff,631 bytes, patch)
2007-10-06 00:14 UTC, Alon Bar-Lev (RETIRED)
Details | Diff
keyutils-1.2.ebuild.diff (keyutils-1.2.ebuild.diff,710 bytes, patch)
2007-10-06 16:20 UTC, Alon Bar-Lev (RETIRED)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Alon Bar-Lev (RETIRED) gentoo-dev 2007-10-02 18:47:31 UTC
Also missing "|| die" for emake statements.

>>> Unpacking keyutils-1.1.tar.bz2 to /var/tmp/portage/sys-apps/keyutils-1.1/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/sys-apps/keyutils-1.1/work/keyutils-1.1 ...
cc -Wall -O3 -march=pentium-m -fomit-frame-pointer -pipe -UNO_GLIBC_KEYERR -o keyutils.o -c keyutils.c
cc -Wall -O3 -march=pentium-m -fomit-frame-pointer -pipe -fPIC -o keyutils.os -c keyutils.c
cc -Wall -O3 -march=pentium-m -fomit-frame-pointer -pipe  -o keyctl keyctl.c -L. -lkeyutils -Wl,-rpath,
cc -Wall -O3 -march=pentium-m -fomit-frame-pointer -pipe  -o request-key request-key.c -L. -lkeyutils -Wl,-rpath,
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lkeyutils
collect2: ld returned 1 exit status
make: *** [request-key] Error 1
make: *** Waiting for unfinished jobs....
/usr/lib/gcc/i686-pc-linux-gnu/4.1.2/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lkeyutils
collect2: ld returned 1 exit status
make: *** [keyctl] Error 1
>>> Source compiled.
Comment 1 Alon Bar-Lev (RETIRED) gentoo-dev 2007-10-05 19:02:52 UTC
New version... Solves this one as well.
Comment 2 Alon Bar-Lev (RETIRED) gentoo-dev 2007-10-05 19:03:36 UTC
Created attachment 132680 [details, diff]
keyutils-1.2.ebuild.diff
Comment 3 Alon Bar-Lev (RETIRED) gentoo-dev 2007-10-06 00:14:43 UTC
Created attachment 132690 [details, diff]
keyutils-1.2.ebuild.diff
Comment 4 SpanKY gentoo-dev 2007-10-06 14:06:58 UTC
Comment on attachment 132690 [details, diff]
keyutils-1.2.ebuild.diff

you need to do /$(get_libdir)/, not /lib/ ...
Comment 5 SpanKY gentoo-dev 2007-10-06 14:07:50 UTC
actually, nuts to that ... use the gen_usr_ldscript function ... you should never symlink across the /usr boundary like that
Comment 6 Alon Bar-Lev (RETIRED) gentoo-dev 2007-10-06 16:20:09 UTC
Created attachment 132752 [details, diff]
keyutils-1.2.ebuild.diff

Thanks!
I did not know the gen_usr_ldscript.
Is this requirement is gentoo only, or I need to work with upstream to merge this solution?
Comment 7 SpanKY gentoo-dev 2007-10-06 17:22:21 UTC
ldscripts are not a Gentoo specific thing, so there isnt anything you need to send upstream

if you delete the src_compile func, then you need to tweak the Makefile in src_unpack otherwise CFLAGS get ignored

ive added 1.2 to the tree
Comment 8 Alon Bar-Lev (RETIRED) gentoo-dev 2007-10-06 17:31:06 UTC
Why have you removed the ld stuff?
Comment 9 SpanKY gentoo-dev 2007-10-06 17:38:17 UTC
the package takes care of installing the ugly symlink for us
Comment 10 Alon Bar-Lev (RETIRED) gentoo-dev 2007-10-06 22:04:59 UTC
I don't understand, I tried to solve:
 * QA Notice: Found an absolute symlink in a library directory:
 *            usr/lib/libkeyutils.so -> /lib/libkeyutils.so.1
 *            It should be a relative symlink if in the same directory
 *            or a linker script if it crosses the /usr boundary.

And current committed ebuild has this.
I think that relative symbolic link is better than this one...