Gentoo Archives: gentoo-amd64

From: Mansour Al Akeel <mansour.alakeel@×××××.com>
To: gentoo-amd64@l.g.o
Cc: mansour.alakeel@×××××.com
Subject: Re: [gentoo-amd64] installing hal failing with file collision
Date: Tue, 28 Apr 2009 16:41:17
Message-Id: 49F731DB.1080308@gmail.com
In Reply to: Re: [gentoo-amd64] installing hal failing with file collision by Drake Donahue
1 OK, I think I narrowed down the cause a bit. I am getting this msg
2 during hal installation, and before it fails:
3
4 >>> /etc/conf.d/hald
5 --- /sbin/
6 >>> /sbin/umount.hal
7 --- /lib/
8 --- /lib/udev/
9 >>> /lib/udev/hal_unmount
10 --- /media/
11 !!! copy
12 /var/tmp/portage/sys-apps/hal-0.5.11-r8/image/media/.keep_sys-apps_hal-0
13 -> /media/.keep_sys-apps_hal-0 failed
14 .
15 !!! [Errno 2] No such file or directory: '/media/.keep_sys-apps_hal-0#new'
16
17 >>> Failed to install sys-apps/hal-0.5.11-r8, Log file:
18
19 >>> '/var/tmp/portage/sys-apps/hal-0.5.11-r8/temp/build.log'
20
21 * Messages for package sys-apps/hal-0.5.11-r8:
22
23 * This package will overwrite one or more files that may belong to other
24 * packages (see list below). You can use a command such as `portageq
25 * owners / <filename>` to identify the installed package that owns a
26 * file. If portageq reports that only one package owns a file then do
27 * NOT file a bug report. A bug report is only useful if it identifies at
28 * least two or more packages that are known to install the same file(s).
29 * If a collision occurs and you can not explain where the file came from
30 * then you should simply ignore the collision since there is not enough
31 * information to determine if a real problem exists. Please do NOT file
32 * a bug report at http://bugs.gentoo.org unless you report exactly which
33 * two packages install the same file(s). Once again, please do NOT file
34 * a bug report unless you have completely understood the above message.
35 *
36
37
38 Trying to create a file manually under /media is failing, even as a root
39 I don't have permission to write to that folder! Which is really strange.
40
41 $ ls -l /
42 total 127196
43 drwxr-xr-x 2 root root 4096 Apr 25 18:39 bin
44 drwxr-xr-x 3 root root 4096 Apr 26 00:32 boot
45 drwxr-xr-x 13 root root 14160 Apr 28 04:16 dev
46 drwxr-xr-x 83 root root 4096 Apr 28 13:29 etc
47 drwxr-xr-x 4 root root 4096 Apr 18 12:38 home
48 lrwxrwxrwx 1 root root 6 Dec 6 16:37 lib -> lib64/
49 drwxr-xr-x 4 root root 4096 Dec 6 16:37 lib.backup
50 drwxr-xr-x 10 root root 4096 Apr 25 18:44 lib64
51 drwx------ 2 root root 4096 Nov 13 19:03 lost+found
52 drwxr-xr-x 2 root root 0 Apr 28 04:15 media
53 drwxr-xr-x 6 root root 0 Apr 28 13:36 mnt
54 drwxr-xr-x 20 root root 4096 Apr 27 18:54 opt
55 dr-xr-xr-x 108 root root 0 Apr 28 04:15 proc
56 drwx------ 34 root root 4096 Apr 28 13:35 root
57 drwxr-xr-x 2 root root 4096 Apr 28 13:32 sbin
58 -rw-r--r-- 1 root root 130053783 Nov 13 16:44 stage3-amd64-2008.0.tar.bz2
59 drwxr-xr-x 12 root root 0 Apr 28 04:15 sys
60 drwxrwxrwt 6 root root 4096 Apr 28 13:40 tmp
61 drwxr-xr-x 19 root root 4096 Apr 20 19:08 usr
62 drwxr-xr-x 14 root root 4096 Dec 1 20:41 var
63
64 I will keep on looking, in the mean while if anyone has an idea, please
65 let me know.
66
67 Thanks
68
69
70 Drake Donahue wrote:
71 > On Tue, 2009-04-28 at 12:52 -0300, Mansour Al Akeel wrote:
72 >> I have been trying to install hal, but no luck. Everytime, I end up
73 >> getting an error, and couldn't find enough information to resolve the issue:
74 >>
75 >> >>> Installing sys-apps/hal-0.5.11-r8
76 >> * checking 171 files for package collisions
77 >> * This package will overwrite one or more files that may belong to other
78 >> * packages (see list below). You can use a command such as `portageq
79 >> * owners / <filename>` to identify the installed package that owns a
80 >> * file.
81 >
82 > What does running
83 > portageq owners / /usr/lib64/libhal.so.1.0.0
84 > tell you?
85 >
86 >> If portageq reports that only one package owns a file then do
87 >> * NOT file a bug report. A bug report is only useful if it identifies at
88 >> * least two or more packages that are known to install the same file(s).
89 >> * If a collision occurs and you can not explain where the file came from
90 >> * then you should simply ignore the collision since there is not enough
91 >> * information to determine if a real problem exists. Please do NOT file
92 >> * a bug report at http://bugs.gentoo.org unless you report exactly which
93 >> * two packages install the same file(s). Once again, please do NOT file
94 >> * a bug report unless you have completely understood the above message.
95 >> *
96 >> * Detected file collision(s):
97 >> *
98 >> * /usr/lib64/libhal.so.1.0.0
99 >> * /usr/lib64/libhal.la
100 >> * /usr/lib64/libhal.a
101 >> * /usr/lib64/libhal-storage.so.1.0.0
102 >> * /usr/lib64/libhal-storage.la
103 >> * /usr/lib64/libhal-storage.a
104 >> * /usr/lib64/hal/scripts/hal-luks-setup
105 >> * /usr/lib64/hal/scripts/hal-luks-teardown
106 >>
107 >> .....
108 >>
109 >>
110 >> * /usr/lib64/hal/scripts/linux/hal-system-wol-supported-linux
111 >> *
112 >> * Searching all installed packages for file collisions...
113 >> *
114 >> * Press Ctrl-C to Stop
115 >> *
116 >> * None of the installed packages claim the file(s).
117 >> *
118 >> * Package 'sys-apps/hal-0.5.11-r8' merged despite file collisions. If
119 >> * necessary, refer to your elog messages for the whole content of the
120 >> * above message.
121 >>
122 >>
123 >> Hal is still not installed. It doesn't show under /var/db/pkg/sys-apps/
124 >>
125 >> Any one got in the same situation ?
126 >>
127 >>
128 >
129 >

Replies

Subject Author
Re: [gentoo-amd64] installing hal failing with file collision Drake Donahue <donahue95@×××××××.net>
[gentoo-amd64] Re: installing hal failing with file collision Duncan <1i5t5.duncan@×××.net>