1 |
gentoo posted on Tue, 22 Dec 2009 15:46:35 +0000 as excerpted: |
2 |
|
3 |
> Thanks for your reply Duncan, |
4 |
> <snip> |
5 |
> |
6 |
> After re-emerging hal udev dbus pmount I still had no notification |
7 |
> pop-up. Looking harder at this problem, I have identified 2 issues and |
8 |
> rectified them. 1. The dvd drives were not acpi compatible, so I have |
9 |
> changed them and now the tray stays closed. |
10 |
> 2. I have deleted .kde4 and reloaded kde, When I originally installed |
11 |
> kde4 I copied the original .kde3 directory and renamed it .kde4 I now |
12 |
> have kde running properly and if I insert a usb disc or insert a cd I |
13 |
> now get the notification pop-up with the options. So far so good. |
14 |
|
15 |
=:^) |
16 |
|
17 |
> However, alsaplayer and kscd are still not working. I also have |
18 |
> problems playing dvds in kmplayer or xine, the picture keeps breaking |
19 |
> up. |
20 |
|
21 |
I don't know about alsaplayer, but at least here, kscd seems only able to |
22 |
cope with one CD/DVD drive. If you have more than one, the other one is |
23 |
ignored, tho there's an option somewhere (unfortunately IDR where ATM, |
24 |
but look in "the application formerly known as kcontrol", now |
25 |
unfortunately inaccurately and /waaayyy/ too generically called |
26 |
systemsettings, even tho it controls kde, NOT the system as a whole) to |
27 |
change which one it points to, if desired. |
28 |
|
29 |
The breaking-up picture is probably because you have too much eye candy |
30 |
running for your resolution and graphics card. Try disabling compositing |
31 |
temporarily when you're playing video. There's a keyboard shortcut for |
32 |
it, or it's in desktop effects in "the application formerly known as |
33 |
kcontrol". |
34 |
|
35 |
Also... back in kde3, the powerful media player was kaffeine. There's a |
36 |
live version or pre-release or some such available for kde4, but it's an |
37 |
emasculated wimp compared to its former kde3 self. |
38 |
|
39 |
Fortunately, there's an already quite mature qt4 based media player, |
40 |
smplayer, that's if anything even more powerful than kde3's kaffeine was. |
41 |
=:^) The biggest difference is that while kaffeine is based on xine, |
42 |
smplayer is mplayer based. But most folks interested in media on kde4 |
43 |
will have both installed anyway, xine for the audio backend, and mplayer |
44 |
as a dependency of mplayerthumbs, used to generate video thumbnails, and |
45 |
they both play more or less the same formats, so there's not /that/ much |
46 |
difference. |
47 |
|
48 |
But certainly checkout smplayer, if you'd like the ability to single- |
49 |
frame-step thru your videos, do variable speed playback, etc. It's |
50 |
definitely more powerful than the kde4 default dragonplayer, etc, in that |
51 |
regard. I've been /very/ happy with it! =:^) |
52 |
|
53 |
>> Something else you might consider, tho it's not urgent and AFAIK is |
54 |
>> unrelated to this, but who knows? /dev/hd? indicates that you're still |
55 |
>> using the old kernel ide drivers. Those are now officially deprecated, |
56 |
>> with the newer libata SATA/PATA drivers the encouraged replacement |
57 |
>> (yes, even tho the config still says pata's experimental). They'll use |
58 |
>> sd? notation instead of the older hd? notation, so then you'll not have |
59 |
>> any hd? devices at all. Unless you /know/ that you don't have libata |
60 |
>> support for your old ide/pata chipset, I'd strongly encourage you to |
61 |
>> consider switching... at your leisure, tho. |
62 |
|
63 |
> I have now switch off the old pata drivers and have noticed that my hard |
64 |
> disks are now sga sgb etc. I now use kernel 2.6.31 <snip> |
65 |
> I have been running a amd64 system with a lot of packages that are |
66 |
> marked ~amd64. |
67 |
> So I have decided to go to a full blow ~amd64 system in the hope that my |
68 |
> remaining problems will be resolved. |
69 |
|
70 |
~arch does mean more and faster updates and that you should be prepared |
71 |
to resort to an alternate boot image, live/rescuecd or the like, in |
72 |
ordered to fix things if necessary, but that's a good idea in any case. |
73 |
And at least a package is normally tested to work on the developer's |
74 |
~arch system before it's keyworded ~arch, even if it's not tested to the |
75 |
degree that stable is. But a half-stable half-~arch system is a no-man's- |
76 |
land, really not tested, nor practically testable since there's so many |
77 |
possible variants, at all. So if you're running more than a very limited |
78 |
set of ~arch packages (with few dependencies), I'd definitely recommend |
79 |
~arch over stable with many ~arch packages. At least that's known to |
80 |
work on the dev's full ~arch system, something that cannot be said of a |
81 |
half-way ~arch installation. |
82 |
|
83 |
> Thanks for your time, I'll let you know how things go after the 400 |
84 |
> packages to be built. |
85 |
> Paul |
86 |
|
87 |
=:^) |
88 |
|
89 |
FWIW and as I mentioned in a post a few days ago, I'm in the process of |
90 |
building a new ~x86 system image for my netbook. I had a stickler of a |
91 |
problem with X, due to copying one too many config files from my amd64 |
92 |
machine without editing, so mesa and xorg-server wouldn't build because |
93 |
they were looking in a non-existent (in the 32-bit chroot) lib64, instead |
94 |
of in lib, that took a few days to trace and resolve, but now I'm in the |
95 |
"install hundreds of packages" phase myself, so I know what you're |
96 |
feeling! |
97 |
|
98 |
Let's see... the last stall trying to merge kde4 was ffmpeg. It failed, |
99 |
with 180 packages dependent on it to go. I got that running (use=pic |
100 |
works better on amd64 where it's used for libs anyway, than on x86, so |
101 |
I'm now running use=-pic on the 32-bit chroot image)... It finished 112 |
102 |
out of 180 before the next failure, but I run with --keep-going, so |
103 |
portage is, after dropping kmail and kaddressbook due to the libkleo |
104 |
failure... It has now completed 10 of 56 of the remainder. Assuming no |
105 |
further issues with the remaining 46, when they finish I'll have to look |
106 |
at libkleo and figure out what went wrong with it before trying kmail and |
107 |
kaddressbook again... |
108 |
|
109 |
If I'm lucky, the libkleo failure was a one-off (missing dep or |
110 |
something), and it'll "just work" when I try it again. If not, hopefully |
111 |
it'll be at least as easy to fix as the ffmpeg one was... check bugzilla |
112 |
and it's already reported, with a workaround (use=-pic in that case) |
113 |
available. =:^) If I'm unlucky, it'll be like the mesa and xorg |
114 |
failures, and take me a couple days of hacking to trace and figure out... |
115 |
only to find it was my own config error. If I'm /really/ unlucky, it'll |
116 |
be a real bug that nobody has a fix/workaround for, yet. But those |
117 |
aren't very common, fortunately, and when they are, when it's something |
118 |
as commonly used as a kmail dependency, usually other people start |
119 |
hitting it pretty quickly and /someone/ finds a workaround/fix. |
120 |
|
121 |
-- |
122 |
Duncan - List replies preferred. No HTML msgs. |
123 |
"Every nonfree program has a lord, a master -- |
124 |
and if you use the program, he is your master." Richard Stallman |