Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 178053 - dev-libs/klibc-1.4.13 installing with wrong permissions
Summary: dev-libs/klibc-1.4.13 installing with wrong permissions
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Christian Heim (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-05-11 13:28 UTC by Tobias Sager
Modified: 2007-05-13 11:23 UTC (History)
1 user (show)

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


Attachments
splashutils.emerge.log (splashutils.emerge.log,20.38 KB, text/plain)
2007-05-12 10:12 UTC, Tobias Sager
Details
klibc-1.4.13.emerge.log (klibc-1.4.13.emerge.log,194.72 KB, text/plain)
2007-05-12 10:13 UTC, Tobias Sager
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Tobias Sager 2007-05-11 13:28:59 UTC
I have installed klibc 1.4.13. When installing splashutils, I get a permission denied for various include files that belong to klibc (eg. klibc/include/linux/*).

The permission on these files is 0640, the same permissions that I use on my kernel sources (0640; tsa:portage).

My expected behaviour would be to use safe permissions during install of klibc (which seems to copy the kernel includes) and ignore the permissions set on the original kernel sources.

A similar bug was: bug 145016
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2007-05-11 17:39:00 UTC
Reopen w/ the emerge output; the permissions are just fine here.
Comment 2 Tobias Sager 2007-05-12 10:11:13 UTC
Uploading logs. klibc-1.4.13.emerge.log is the (re-)merge log of klibc. Everything works fine.
splashutils.emerge.log is the failing merge because of wrong permissions on the klibc includes.

This is after re-emerging klibc:
$ ls -l /usr/lib/klibc/include/linux | tail -n 20
-rw-r----- 1 root root   2404 12. Mai 12:06 vmalloc.h
-rw-r----- 1 root root   6161 12. Mai 12:06 vmstat.h
-rw-r----- 1 root root   1430 12. Mai 12:06 vt_buffer.h
-rw-r----- 1 root root   2441 12. Mai 12:06 vt.h
-rw-r----- 1 root root   3241 12. Mai 12:06 vt_kern.h
-rw-r----- 1 root root  14763 12. Mai 12:06 wait.h
-rw-r----- 1 root root  21776 12. Mai 12:06 wanrouter.h
-rw-r----- 1 root root   2311 12. Mai 12:06 watchdog.h
-rw-r----- 1 root root  41268 12. Mai 12:06 wireless.h
-rw-r----- 1 root root   6401 12. Mai 12:06 workqueue.h
-rw-r----- 1 root root   3893 12. Mai 12:06 writeback.h
-rw-r----- 1 root root   3418 12. Mai 12:06 x25.h
-rw-r----- 1 root root   1963 12. Mai 12:06 xattr.h
-rw-r----- 1 root root   7858 12. Mai 12:06 xfrm.h
-rw-r----- 1 root root   2879 12. Mai 12:06 yam.h
-rw-r----- 1 root root   1770 12. Mai 12:06 zconf.h
-rw-r----- 1 root root  33877 12. Mai 12:06 zlib.h
-rw-r----- 1 root root   7198 12. Mai 12:06 zorro.h
-rw-r----- 1 root root  29900 12. Mai 12:06 zorro_ids.h
-rw-r----- 1 root root   2783 12. Mai 12:06 zutil.h


These are the permissions on my kernel sources:
$ ls -l /usr/src/linux/include/linux/ | tail -n 20
-rw-r----- 1 tsa portage   2404 29. Apr 15:27 vmalloc.h
-rw-r----- 1 tsa portage   6161 29. Apr 15:27 vmstat.h
-rw-r----- 1 tsa portage   1430 29. Apr 15:27 vt_buffer.h
-rw-r----- 1 tsa portage   2441 29. Apr 15:27 vt.h
-rw-r----- 1 tsa portage   3241 29. Apr 15:27 vt_kern.h
-rw-r----- 1 tsa portage  14763 29. Apr 15:27 wait.h
-rw-r----- 1 tsa portage  21776 29. Apr 15:27 wanrouter.h
-rw-r----- 1 tsa portage   2311 29. Apr 15:27 watchdog.h
-rw-r----- 1 tsa portage  41268 29. Apr 15:27 wireless.h
-rw-r----- 1 tsa portage   6401 29. Apr 15:27 workqueue.h
-rw-r----- 1 tsa portage   3893 29. Apr 15:27 writeback.h
-rw-r----- 1 tsa portage   3418 29. Apr 15:27 x25.h
-rw-r----- 1 tsa portage   1963 29. Apr 15:27 xattr.h
-rw-r----- 1 tsa portage   7858 29. Apr 15:27 xfrm.h
-rw-r----- 1 tsa portage   2879 29. Apr 15:27 yam.h
-rw-r----- 1 tsa portage   1770 29. Apr 15:27 zconf.h
-rw-r----- 1 tsa portage  33877 29. Apr 15:27 zlib.h
-rw-r----- 1 tsa portage   7198 29. Apr 15:27 zorro.h
-rw-r----- 1 tsa portage  29900 29. Apr 15:27 zorro_ids.h
-rw-r----- 1 tsa portage   2783 29. Apr 15:27 zutil.h


After `chmod o+rX` on the klibc files, splashutils emerges fine.
Comment 3 Tobias Sager 2007-05-12 10:12:29 UTC
Created attachment 118972 [details]
splashutils.emerge.log
Comment 4 Tobias Sager 2007-05-12 10:13:12 UTC
Created attachment 118974 [details]
klibc-1.4.13.emerge.log
Comment 5 Christian Heim (RETIRED) gentoo-dev 2007-05-12 11:11:50 UTC
(In reply to comment #2)
> Uploading logs. klibc-1.4.13.emerge.log is the (re-)merge log of klibc.
> Everything works fine.
> splashutils.emerge.log is the failing merge because of wrong permissions on the
> klibc includes.

Tobias, I just committed a workaround for your permission problem to the tree. Once it's on the mirrors, you'd need to remove klibc and remerge it (permissions are not updated while the package is still installed).
Comment 6 Tobias Sager 2007-05-12 22:15:00 UTC
Thanks for that. I will try it out tomorrow, however I believe that it does not completely fix the issues.

My suggestion would be:
  find /usr/$(get_libdir)/klibc/include | xargs chmod o+rX

This will fix dirs and files not only of the linux, but the asm-* dirs as well.
Comment 7 Roland Tapken 2007-05-13 11:04:59 UTC
This bug should be opened again, see bug #178208.
Comment 8 Christian Heim (RETIRED) gentoo-dev 2007-05-13 11:23:35 UTC
(In reply to comment #6)
> Thanks for that. I will try it out tomorrow, however I believe that it does not
> completely fix the issues.
> 
> My suggestion would be:
>   find /usr/$(get_libdir)/klibc/include | xargs chmod o+rX
> 
> This will fix dirs and files not only of the linux, but the asm-* dirs as well.

I added that to the ebuild, try it and get back to me.