1 |
Sorry for the looong delay. It's partially because I the system it remote |
2 |
and I do not always have access to it, and partially because I nearly |
3 |
forgot about this :) Sorry for that. |
4 |
|
5 |
Long, long ago Tiago Marques wrote: |
6 |
|
7 |
> On Wed, Jul 13, 2011 at 11:29 PM, Brent Busby <brent@×××××××××.org> |
8 |
> wrote: |
9 |
> > On Tue, 12 Jul 2011, Alex Schuster wrote: |
10 |
|
11 |
> >> Auto-mounting of external media like CDs does not work, I assume |
12 |
> >> it's because I have no HAL support for kioslaves: |
13 |
> >> |
14 |
> >> leela ~ # USE=hal emerge -pv kde-base/kdebase-kioslaves:3.5 |
15 |
> >> |
16 |
> >> These are the packages that would be merged, in order: |
17 |
> >> |
18 |
> >> Calculating dependencies... done! |
19 |
> >> [ebuild R ] kde-base/kdebase-kioslaves-3.**5.10-r1 USE="ldap |
20 |
> >> samba - |
21 |
> >> debug (-hal) -kdehiddenvisibility -openexr" 0 kB [1] |
22 |
|
23 |
> >> The (-hal) probably means that this USE flag is disabled by profile. |
24 |
> >> Is there a way to enable it? Or does one have to mount CDs manually |
25 |
> >> with KDE 3.5 now? |
26 |
> >> |
27 |
> >> I tried to put -hal in package.use.mask, and hal in |
28 |
> >> package.use.force (whatever thsi is). And in package.use of course, |
29 |
> >> but this does not help. When I look into the ebuild, it seems that |
30 |
> >> sys- apps/dbus has to be compiled with qt3, but there is no such USE |
31 |
> >> flag for this package. Maybe that's why hal is masked in the first |
32 |
> >> place. |
33 |
> >> |
34 |
> >> So, is there anything I can do about it? |
35 |
> > |
36 |
> > Here's what I've had to do... |
37 |
> > |
38 |
> > In /etc/portage/package.use.mask: |
39 |
> > |
40 |
> > kde-base/kdebase-kioslaves -hal |
41 |
> > app-cdr/k3b -hal |
42 |
|
43 |
Here, too. |
44 |
|
45 |
> > In /etc/portage/package.keywords (because newer masked ebuilds of |
46 |
> > these two packages solve some build issues): |
47 |
> > |
48 |
> > kde-base/kdelibs:3.5 ~amd64 |
49 |
> > kde-base/kcontrol:3.5 ~amd64 |
50 |
|
51 |
Done (with ~x86 instead). |
52 |
|
53 |
> > In /etc/portage/package.unmask: |
54 |
> > |
55 |
> > kde-base/kdelibs:3.5 |
56 |
> > kde-base/kcontrol:3.5 |
57 |
> |
58 |
> > Hope this helps... |
59 |
|
60 |
No, it did not help :( |
61 |
|
62 |
> Install this and all will be ok: |
63 |
> |
64 |
> kde-base/kdebase-kioslaves-3.5.10-r1 |
65 |
> sys-apps/dbus-1.2.24 |
66 |
> sys-apps/hal-0.5.13-r2 |
67 |
|
68 |
I tried, getting these ooold versions from the attic. But it still |
69 |
didn't work out. |
70 |
|
71 |
But the PC is a rather old one, and so I decided to go away from Gentoo. |
72 |
Using distcc helped, but only when I and my fast (well not really, but |
73 |
much faster than that old Sempron) PC were there. I decided to try |
74 |
Sabayon Linux, which is based on Gentoo, but binary. There is no KDE3, |
75 |
though, so I had to install KDE4. Which is somewhat slow, maybe Xfce4 or |
76 |
LXDE will be better. |
77 |
|
78 |
BTW, I'm not too happy with Sabayon either. The equo package manager is |
79 |
not as sophisticated as emerge, for example it looks like it is not |
80 |
possible to call it when another instance is already running. And I do |
81 |
not yet understand how I can mix equo with portage. But I dod not dig |
82 |
into this too much, the person using this PC mainly uses KMail, Firefox |
83 |
and aMSN, and this is working fine. |
84 |
|
85 |
Anyway, thanks both of you for your assistance. |
86 |
|
87 |
Wonk |