>> has someone already upgraded KDE to 3.4 on Slack 10.1? Any experience?

> - krdc will not embed rdesktop-1.4.0 so its useless.

I made a patch, for anyone that needs it:
http://sourceforge.net/tracker/index...&a tid=381349


--
damjan

Damjan <gdamjan@gmail.com> wrote:
>>> has someone already upgraded KDE to 3.4 on Slack 10.1? Any experience?
>
>> Now, some of the problems I've noticed:
>
> Interesting, but if I enable the Option "RenderAccel" "true" of the
> proprietary nvidia (1.0-7167, kernel 2.6.11.6) driver, when I log into
> KDE from KDM the X server freezes(*) before ksplash displays any text.
>
> If I start KDE with startx it seems to be ok.
>
> (*) the computer is still working and I can connect to it via ssh, but I
> can't kill X with ctrl-alt-backspace.
>

There's been a bit of a buzz on the nvidia boards about exactly that
behavior between 2.6.11 and the 7167 nvidia drivers. I went back to
the previous revision of the nvidia drivers and all is well (I was
experiencing the same screen lock problem - had to log in remotely to
reboot the box).


--------------------------------------------
John Bleichert - syborg@earthlink.net
"Conclamatum est, poculatum est"

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Tue, 29 Mar 2005 20:23:59 GMT, John Bleichert wrote:
> Damjan <gdamjan@gmail.com> wrote:
>>
>> Interesting, but if I enable the Option "RenderAccel" "true" of the
>> proprietary nvidia (1.0-7167, kernel 2.6.11.6) driver, when I log into
>> KDE from KDM the X server freezes(*) before ksplash displays any text.
>>
>> If I start KDE with startx it seems to be ok.
>>
>> (*) the computer is still working and I can connect to it via ssh, but I
>> can't kill X with ctrl-alt-backspace.
>>
>
> There's been a bit of a buzz on the nvidia boards about exactly that
> behavior between 2.6.11 and the 7167 nvidia drivers. I went back to
> the previous revision of the nvidia drivers and all is well (I was
> experiencing the same screen lock problem - had to log in remotely to
> reboot the box).
>
Strangely, I have found nvidia-1.0.7167 to be the best fit with my
laptop yet. I'm running 2.6.11 with -ac and realtime-preempt patches
and haven't seen ANY lockups so far. See my headers for my current
laptop uptime. I don't run KDE though, so that may make all the
difference, although I do use KDM to start enlightenment.

Brad


-----BEGIN PGP SIGNATURE-----

iD8DBQFCScACkDp4KjYna1ARAtI3AKCvuwqzSkfqn2NNtCMHu1 HTUD/F/gCfUIwo
X4oKNARuCW7DgZdF5VK2gcg=
=dNb/
-----END PGP SIGNATURE-----

Damjan wrote:

> These are all really light dependencies, certanly compared to KDE.. on the
> other hand they enrich the desktop experience.

They clutter it, from another point of view.

>
> I'd say it's a good tradeoff.

Not from another point of view.

>
> The most obtrusive perhaps are libldap and libsasl, but even those - IMHO -
> are more good than bad

Depends on how much resource you have (though if you use KDE you must be
well geared !...).
Are these things useful ? Depends on the point of view.
Are they necessary ? No. Not to _everybody_

If you want them you add them (for it is easier and more consistent to
add than to remove). If not well that's okay.

I don't like those "all inclusive" packages.
For instance, I don't need gtk-spell with Gaim.
However the linuxpackages.net provide it (and needs aspell, and other
dependencies).
Not fair: I'd use more space on my disk than I'd need (to the expense of
other software I'd really need).

I think Slackware should stick with its "keep it light" whenever possible.
(but you're welcome to provide packages...)

++

danube wrote:
> On Sun, 27 Mar 2005 12:02:49 -0500, Jim wrote:
> Please don't think in black and white. A graphical interface is quite
good
> (I use Afterstep or xfce), but it should be simple and, above all,
stable.
> KDE is neither.
....
> There are some good applications,
> but I run them under something more stable than the KDE desktop.

Is there an email client that can (partially) preview mail headers
before downloading them (as kmail does)? KMail is the only KDE
application
I use on a regular basis. As time goes, it becomes more and more
`heavy'
thus I'd love to switch to another one. AFAIK, neither fetchmail nor
sylpheed have this feature enabled.

TIA!

Mikhail

> Is there an email client that can (partially) preview mail headers before
> downloading them (as kmail does)? KMail is the only KDE application
> I use on a regular basis. As time goes, it becomes more and more `heavy'
> thus I'd love to switch to another one. AFAIK, neither fetchmail nor
> sylpheed have this feature enabled.
>
> TIA!
>
> Mikhail

Try Eremove or any other pop3 previewer, check it on freshmeat.net.

JB

Mikhail Zotov wrote:

>
> danube wrote:
>> On Sun, 27 Mar 2005 12:02:49 -0500, Jim wrote:
>> Please don't think in black and white. A graphical interface is quite
> good
>> (I use Afterstep or xfce), but it should be simple and, above all,
> stable.
>> KDE is neither.
> ...
>> There are some good applications,
>> but I run them under something more stable than the KDE desktop.
>
> Is there an email client that can (partially) preview mail headers
> before downloading them (as kmail does)? KMail is the only KDE
> application
> I use on a regular basis. As time goes, it becomes more and more
> `heavy'
> thus I'd love to switch to another one. AFAIK, neither fetchmail nor
> sylpheed have this feature enabled.


There is a panel applet that checks to: and from: whilw the mail is stil
onn the server. You can use it independently of Kmail. It's called
kcheckmail. A description is at:

http://kde-apps.org/content/show.php?content=17591

danube wrote:
> > Is there an email client that can (partially) preview mail headers
before
> > downloading them (as kmail does)?
....
>
> Try Eremove or any other pop3 previewer, check it on freshmeat.net.

Eremove doesn't seem to provide all the functionality that kmail does
in
this area. Neretheless, it looks interesting. Will check other
previewers, too.

(Another feature that, say, sylpheed and thunderbird are lacking but
is provided by kmail is support for DIGEST-MD5 authentication.)

Thank you for the reply!

Mikhail