KDE 3.4 goes into Beta Phase: Welcome "Krokodile"

A lot of development has happened since KDE 3.4 Alpha, so we are now happy to publish KDE 3.4 Beta 1 code named Krokodile. For a list of already implemented new features skim over the KDE 3.4 Feature Plan. For sources and packages (only Slackware so far, more have been promised to be released in the next few days), please visit the KDE 3.4 Beta 1 Info Page and browse the KDE 3.4 Requirements List. The Konstruct build toolset has been updated for this release. KDE 3.4 Beta 2 is planned for mid February with a final release due for mid-March.

The KDE team asks everyone to try this version and give feedback through the bug tracking system. Please make sure to check out the reworked panel and the KDE service auto discovery features. Note that the kdepim, kdevelop and kdewebdev modules also compile on KDE 3.3 systems.

Dot Categories: 

Comments

by David Faure (not verified)

With the current CVS, any link to trash:/ has "Empty Trash" automatically.
The only thing missing when re-creating the link by hand is the EmptyIcon entry.

Note that deleting the link to the trash isn't as easy anymore either.

by VenimK (not verified)

You can put a link in your taskbar
Right-click taskbar - add applet - Trashcan

by boredhacker (not verified)

I have a related problem (albiet minor). With the KDE trashcan being updated to use Trash ioslave instead of a plain ol' filesystem directory, my goofy little bash script replacement for 'rm' no longer works as nicely. That is, my little script is not as integrated because I can't empty the items from the 'centralized' gui icon. What would help me is a way to 'mv' files directly into the trash ioslave from a script; any suggestions/samples?

Thing is, the 'major' feature added here (allowing of dup filenames & location info) was never really an issue for me. I would always simply choose suggest new name and rename when removing files via the gui. The little script appends a time-stamp to the file name and moves it so duplicate filenames wasn't a problem there either. Here's a copy of the script in case you were wondering:

#!/bin/sh
while [ $# -ge 1 ]; do
DATE=`date +'%m-%d-%[email protected]%H:%M:%S'`
NEW_NAME=${1%%/}
NEW_NAME=${NEW_NAME##*/}
mv $1 ~/Desktop/Trash/${DATE}-${NEW_NAME}
shift
done

by Richard Moore (not verified)

Use kfmclient to delete the files then they'll end up in the trash can.

Rich.

by boredhacker (not verified)

Marvelous! Now, I can simply change:

mv $1 ~/Desktop/Trash/${DATE}-${NEW_NAME}

to:

kfmclient move "$1" trash:/

and... JOY! I never knew about kfmclient and kept googling for dcop ways of doing it but was coming up short. In fact, this even relinquishes the need for my script to rename the file.

Thanks again.

by boredhacker (not verified)

Well, simply replacing the 'mv' with kfmclient isn't as nice as I initially thought. The script ends up taking WAY TOO LONG (because kfmclient is called from within the body of the loop, potentially many times). As you may have guessed, the goal is to use 'rm' as an alias for this script so I don't 'accidentally' delete my files from a shell prompt.

Anyway, I've settled on changing the script to be:

#!/bin/sh
DATE=`date +'%m-%d-%[email protected]%H:%M:%S'` #grab the date and time
while [ $# -ge 1 ]; do
FILE_NAME=${1%%/} # remove trailing backslash from $1 if it exists
DIR_NAME=`dirname ${FILE_NAME}` #what directory is the file in?
BASE_NAME=`basename ${FILE_NAME}` #same as.. BASE_NAME=${FILE_NAME##*/}
if [ ! -d ${DIR_NAME}/trashed-${DATE} ]
then # if we don't have one, make a sibling temp directory
mkdir ${DIR_NAME}/trashed-${DATE}
fi
#move the requested files into the temp directory
mv ${FILE_NAME} ${DIR_NAME}/trashed-${DATE}/${BASE_NAME}
shift
done
#move the temp directory into the KDE trashcan
kfmclient move ${DIR_NAME}/trashed-${DATE} trash:/

With 'mv' in the body of the loop and kfmclient only called once (at the end, to move a temp directory into the kde trashcan) things zip along quickly. In addition, placing the temporary folder in the 'BASE_NAME' directory before moving it via kfmclient allows the utilization of the trashcan's new ability to store the original location - not bad! Now I'm happy again! Once again, thanks for tellin' me about kfmclient.

Now to test if KDE is running and do things the old way if it's not... any more suggestions, lol?

;-)

by boredhacker (not verified)

For posterity I thought I'd post the latest version of the script I use.

#!/bin/sh

DATE=`date +'%m-%d-%[email protected]%H.%M.%S'` #grab the date and time
WORKINGDIR=`pwd`
FILE_CNT=0

while [ $# -ge 1 ]; do
FILE_NAME=${1%%/} # remove trailing backslash from $1 if it exists

if [ -e "$FILE_NAME" ] # if the file exists regardless of type
then
FILE_DIR=`dirname "${FILE_NAME}"` #what directory is the file in?
cd "${FILE_DIR}" # change to that directory
FILE_DIR=`pwd` # so we can get the absolute path

#move the requested files into the Attic directory
if [ ! -d "${HOME}/Attic/${DATE}${FILE_DIR}" ]
then
mkdir -p "${HOME}/Attic/${DATE}${FILE_DIR}"
fi
cd "${WORKINGDIR}"
mv "${FILE_NAME}" "${HOME}/Attic/${DATE}${FILE_DIR}"
FILE_CNT=$(($FILE_CNT+1))
fi

shift
done

echo "Cleared ${FILE_CNT} file(s)."

by Mike (not verified)

Hello,
I recently upgraded to KDE 3.4, and I am having some problems w/ my trash can. When I try opening it, or moving files to it, I get this error:
"Could not start process Unable to crate io-slave: klauncher said: Unknown protocol 'trash'."

I have not seen many people w/ this problem. I really don't want to reinstall KDE, as I don't want to have to re-apply my settings.

I am running SimplyMEPIS 3.3.

by Ben (not verified)

I am having the same problem. Updated to KDE 3.4 and trash no longer works. Same error message. I have seen a lot of complaints about this problem but no solutions that actually works. If you find one I would be glad to know. I have a trash icon with the usual right click stuff (which doesn't work) and a trash folder where I am putting stuff I cannot delete.

by sacha (not verified)
by brockers (not verified)

Question: Why were the rounded corners and updated rubber band NOT included in this release? I could care less about them but with the number of people who mention them (and the popularity of http://www.kde-look.org/content/show.php?content=16962) they really should be part of 3.4.

Bobby

by Jason Keirstead (not verified)

(n/t)

and qt is not opensource :-)

thats the price for using qt

with qt4 i somewhere read its possible

by Pau Garcia i Quiles (not verified)

Qt IS Open Source
Qt IS licensed under the GPL

You could patch Qt if you wanted, but the KDE Team thinks there are more important things to do.

by Aaron J. Seigo (not verified)

people can patch Qt if they wish (i have in the past). so distributions could ship a patched Qt quite easily.

the patches are there and need to be merged upstream so that they become part of Qt proper before the behaviour is seen in KDE itself.

this is no different than asking, for instance, why one needs to use taskbarv2 to get transparent buttons in the taskbar. well, i haven't received a clean patch for it yet and haven't had time to do it. once it's been submitted upstream i'll merge it in. at this point that looks like KDE4.

this is no different than any other bit of Open Source software really; nothing to do with us thinking there are more important things to do, more like the maintainers of Qt either not liking the current patches or, being in the middle of a huge upgrade as they are, are busy with other things at the moment =)

I thought most KDE developers worked off a patched Qt tree anyway? A sort of KDE fork, but I guess that's wrong then.

>thats the price for using qt

Yes, and the price is free QA for all patches going into the base toolkit.

QT is most assuredly opensource and in fact it is GPL.

Bobby

On a G4 Powerbook:

In file included from libkdnssd_la.all_cpp.cpp:2:
remoteservice.cpp: In function `void DNSSD::resolve_callback(_DNSServiceRef_t*, DNSServiceFlags, uint32_t, DNSServiceErrorType, const char*, const char*, uint16_t, uint16_t, const char*, void*)':
remoteservice.cpp:144: error: `TXTRecordGetItemAtIndex' undeclared (first use this function)
remoteservice.cpp:144: error: (Each undeclared identifier is reported only once for each function it appears in.)
In file included from libkdnssd_la.all_cpp.cpp:5:
publicservice.cpp: In member function `void DNSSD::PublicService::publishAsync()':
publicservice.cpp:127: error: `TXTRecordRef' undeclared (first use this function)publicservice.cpp:127: error: expected `;' before "txt"
publicservice.cpp:128: error: `txt' undeclared (first use this function)
publicservice.cpp:128: error: `TXTRecordCreate' undeclared (first use this function)
publicservice.cpp:132: error: `TXTRecordSetValue' undeclared (first use this function)
publicservice.cpp:133: error: `TXTRecordDeallocate' undeclared (first use this function)
publicservice.cpp:140: error: `TXTRecordGetLength' undeclared (first use this function)
publicservice.cpp:140: error: `TXTRecordGetBytesPtr' undeclared (first use this function)
make[5]: *** [libkdnssd_la.all_cpp.lo] Error 1
make[5]: Leaving directory `/home/wvl/konstruct/kde/kdelibs/work/kdelibs-3.3.91/dnssd'

by ralph (not verified)

I just tried out the new kpdf and all I can say is wow.
What an amazing improvement, really the best pdf viewer I ever used.
Just wanted to share my excitement and thank all the kde devs and especially the kpdf devs.

by Aaron J. Seigo (not verified)

yeah, kpdf is amazingly good in 3.4. i have but one word for it: DAMN! =)

by Flavio (not verified)

Yes. The new kpdf is gorgeous. Can't wait for the presentation 'transitions' to be implemented. Thank you for freeing me from the crappy acrobat reader!

by quaff (not verified)

sweeeet finally got it working hahaha :D

i love the new "Trash" kicker app... i wonder why they took out the devices kicker app tho.. that was pretty handy :/ anyone know where i can get it again?

by Fast_Rizwaan (not verified)

Slacware is better for compiling programs, and I always find packages for Slackware quickly than any other distro.

KDE was the reason for which I switched to Slackware. And Slackware is just amazing.

Thanks for the Slackware packages.

you're welcome.

by gerry (not verified)

I've loaded arts, kdelibs, kdebase - they look great - the kdepim stuff seems to show missing dependencies. Do these go when you load them all? Anyone know?

by Anonymous (not verified)

Compare the offered files to the printed list of missing dependencies for an answer.

by Matt (not verified)

This is odd but using the slackware .tgz packages I get this message when trying to send with kmail:

"Authorization failed, Authentication support is not compiled into kio_smtp. authentication not supported"

So whoever packaged the slackware packages really should fix this. Or I'll just compile it myself. Definitely not like its the first time I've compiled KDE from source.

by Anonymous (not verified)

> So whoever packaged the slackware packages really should fix this.

Because you posted here? Really, lookup the packager in the README and write a mail.

by Johan Veenstra (not verified)

Just looking at the 3.4 requirements suggests to me that you've not installed the SASL library.

by JC (not verified)

If you're good enough to compile yourself kde, just try to find the problem and send the fix. It will be even faster.

by sleepkreep (not verified)

So after we install Cyrus SASL plugins, do we have to reinstall kdebase?

by Daniel Herkes (not verified)

Hi,

I installed the cyrus-sasl package and found that the problem does not lie with the mailer. The cannot send error message persists. The kde-base program must be compiled with kio_smtp. authentication.

As much as I like kmail, the prospect of downloading the kdebase package, and installing it are daunting. It just never seems to install where I want it to go, and then you never know what dependencies will be affecting the already installed kde packages.

Thanks

Dan

by Daniel Herkes (not verified)

Hi,

Actually I did recompile with the "--with-kio_smtp" option and it fixed the problem.

by gerry (not verified)

I've loaded arts, kdelibs, kdebase - they look great - the kdepim stuff seems to show missing dependencies. Do these go when you load them all? Anyone know?

by gerry (not verified)

oops, sorry

by gerry (not verified)

the new SUSE RPM for kdepim is looking for these:

libkalarmd.so.0
libkmime.so.2

however currently, my opt/kde3/lib seems to contain all these

libkalarmd.la libkalarmd.so libkalarmd.so.0 libkalarmd.so.0.0.0

but not libkmime.so.2

couldn't find it on google either

any thoughts gratefully received

by Adrian (not verified)

The new document relations toolbar rocks111!!oneoneone!!11