On Wednesday 16 March 2005 05:06 pm, Leendert Meyer wrote:

On Wednesday 16 March 2005 22:11, Ben Higginbottom wrote:

...

On 16/03/05 07:19 PM, Guillermo Ballester Valor wrote:

...

Is KDE 3.4.0 already released?. I think the targeted day was precisely today. No news at kde.org still.

I've been running the pre-release rpms on 9.2 for the past few weeks,

its likely that its those rpms that are now in apt, although kde.org has just announced the full release.

I installed them this morning at 8:00 MET. (Just downloaded the whole bunch and did a 'rpm -Fhv *.rpm' on them.) I thought I was late, because the rpm's where made yesterday the 15th at around 10:00. ;)

So far no issues at all. Everything runs as smooth as RC1. Uhhmm, that is to say, a bit less, because the smooth scrolling feature is not in 3.4 final. Realizing that many people like smooth scrolling, personally I'm glad it's not in 3.4 final, since there was no way to turn it off. ;)

Cheers,

Leen =========

I'm curious Leen, did the new arts files break your system sounds again? Remember several people mentioned that from the last arts updates. Happened again for me, but a simple recompile of the src.rpm seems to have fixed them again. Oh, I'm liking the new 3.4 KDE as well. regards, Lee -- --- KMail v1.8 --- SuSE Linux Pro v9.2 --- Registered Linux User #225206 Sign at college bookstore: Accepted at more colleges than you were--VISA

I think I must be brain dead or something. I can't seem to find the 3.4 RPMs that y'all have been referring to. In fact, I have a heck of a time finding anything on the SuSE FTP site other than that which directly updates 9.2 (or whatever the current distro version is). Is there something out there that might help me slay the proverbial dragon that is the collection of folders on the FTP site? Thanks. -- Bill Lugg Milstar Software Support Peterson AFB, CO

Wow, that helps a lot! But, of course, I have a question or two more. See below... On Thursday 17 March 2005 11:04 pm, Randall R Schulz wrote:

Bill,

On Thursday 17 March 2005 21:42, William H Lugg wrote:

They're part of the "supplementary" updates provided by SuSE.

Here's where to find them:

ftp://<your-mirror-host>//i386/supplemen tary/KDE/update_for_9.1/yast-source

When I go browse an FTP mirror in Konqueror, for example, I see a variety of folders, like i386, i586, x86_64, etc. I realize these are associated with the architecture that the contents is for. The problem is that I start wandering down the x86_64 path (since that's what I'm running) and soon find only a relatively small number of RPMs. Clearly, i386 and i586 have the rest of what I'm looking for, but what is the logic that puts some in one branch of the "tree" and others in another branch? Maybe if I can understand this I won't get lost so often.

Or, in terms of the dialog into which you enter this, it's:

Protocol: FTP Server Name: <mirror-host> Directory on Server: <SuSE-directory>/i386/supplementary/KDE/update_for_9.1/yast-source

[Snip]

One thing to keep in mind is that to check for new updates in a Source Media you've already configured and used for installation, you have to go back to "Change Source ...", select that entry in the Software Source Media window, click and hold the Edit pop-up menu and select "Refresh...". Then you can run Install & Remove Software again and use one of Update options.

Thanks for this pointer. I discovered this "feature" recently when I downloaded some RPMs to a local folder that I configured as an installation source earlier. I went into YaST and didn't see the newer RPM versions listed. I deleted and reconfigured that folder as an installation source and it saw them. Do you know if this is by design? Thanks again for the help. -- Bill Lugg Milstar Software Support Peterson AFB, CO

On Thu, Mar 17, 2005 at 10:44:12PM -0800, Randall R Schulz wrote:

Bill,

On Thursday 17 March 2005 22:35, William H Lugg wrote:

...

Wow, that helps a lot! But, of course, I have a question or two more. See below...

On Thursday 17 March 2005 11:04 pm, Randall R Schulz wrote:

...

Bill,

They're part of the "supplementary" updates provided by SuSE.

Here's where to find them:

ftp://<your-mirror-host>//i386/s upplemen tary/KDE/update_for_9.1/yast-source

When I go browse an FTP mirror in Konqueror, for example, I see a variety of folders, like i386, i586, x86_64, etc. I realize these are associated with the architecture that the contents is for. The problem is that I start wandering down the x86_64 path (since that's what I'm running) and soon find only a relatively small number of RPMs. Clearly, i386 and i586 have the rest of what I'm looking for, but what is the logic that puts some in one branch of the "tree" and others in another branch? Maybe if I can understand this I won't get lost so often.

On my favorite mirror, the one at Argonne (ftp://mirror.mcs.anl.gov/), I found this:

/mounts/suse/x86_64/supplementary/KDE/update_for_9.2/yast-source/

There are 228 RPM files there (in ".../yast-source/suse/x86_64/"). Actually, they're symlinks, but I assume they point to the right actual files. I imagine that's the whole shebang.

I noticed this with quite a few servers. The files are links and you click on it and it downloads the real thing..... Not sure why they do that but oh well. I'm giving KDE 3.4 a test drive in a while with the Kubuntu or whatever distro's live CD. I didn't want to install so I'm just going to try the live one.

...

...

...

One thing to keep in mind is that to check for new updates in a Source Media you've already configured and used for installation, you have to go back to "Change Source ...", select that entry in the Software Source Media window, click and hold the Edit pop-up menu and select "Refresh...". Then you can run Install & Remove Software again and use one of Update options.

Thanks for this pointer. I discovered this "feature" recently when I downloaded some RPMs to a local folder that I configured as an installation source earlier. I went into YaST and didn't see the newer RPM versions listed. I deleted and reconfigured that folder as an installation source and it saw them. Do you know if this is by design?

I don't. Probably it was a deliberate choice, though perhaps not viewed as ideal even by the developers.

...

Bill Lugg

Randall Schulz

-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com

* Randall R Schulz (Fri, Mar 18, 2005 at 07:30:45AM -0800)

I've been running since early yesterday afternoon (it's early morning here, now).

There are two problems, one easily solved, the other not quite so easily solved (and, in my opinion, SEP):

1) Missing dependencies on a few packages supplying cryptographic services used by, among others I presume, KMail. You have to manually mark for installation the various cyrus-sasl packages.

2) Arts is still broken, leaving at least some users (including me) with no system sounds. Arts seems to work for other purposes, such as playign Ogg files. Reports (see the SuSE-KDE list) indicate that rebuilding the Arts package from source produces a properly working software.

Im running KDE3.4 (suse 9.2 x86_64 rpms) and have neither of the 2 problems you mention . Arts works just fine. I don;t use kmail, but didn;t get any unresolved depndecies in the rpm installer (apart for the jack one that always pops up) Kind regards, -- Gerhard den Hollander Phone :+31-10.280.1515 Global ICT manager Direct:+31-10.280.1539 Fugro-Jason Fax :+31-10.280.1511 gdenhollander@Fugro-Jason.com POBox 1573 visit us at http://www.Fugro-Jason.com 3000 BN Rotterdam JASON.......#1 in Reservoir Characterization The Netherlands This e-mail and any files transmitted with it are confidential and intended solely for the use of the addressee. This e-mail shall not be deemed binding unless confirmed in writing. If you have received it by mistake, please let us know by e-mail reply and delete it from your system; you may not copy this message or disclose its contents to anyone. Please note that any views or opinions presented in this e-mail are solely those of the author and do not necessarily represent those of the company. E-mail transmission cannot be guaranteed to be secure or error-free. The sender therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission.

I have two other problems since upgading to kde 3.4, but they make it unusable, so I went back to the previous version. 1. First Openoffice crashed each time the "open" dialog window popped up. Now it doesn't even open anymore (no error message, even if launched from a terminal). 2. Kbear crashes when copying files from remote server to local. Two 200 mb downloads in 2 days, not exactly a gratifying experience ... fx

On Friday 18 March 2005 10:48, Joe Morris (NTM) wrote:

Randall R Schulz wrote:

...

2) Arts is still broken, leaving at least some users (including me) with no system sounds. Arts seems to work for other purposes, such as playign Ogg files. Reports (see the SuSE-KDE list) indicate that rebuilding the Arts package from source produces a properly working software.

That bit me as well, and so far even rebuilding arts did NOT solve it for me. I haven't solved it yet. --

Well, I didn't say anything until I upgraded to KDE3.4 last night. Arts has been broken a looooooong time. I thought it was you Joe, who tipped me off about reinstalling the old Arts. (arts-1.3.2-3) Got my system sounds back up with two previous KDE upgrades. Sure enough KDE3.4 still has the broken arts. So I did my --oldpackage routine again. This time it complained about the 3.4 libs or something. Did a --nodeps and it worked. Got system sounds back again. I usually run an alsaconf after that. Don't know if that is necessary or not. Bob S.

On Wednesday 23 March 2005 23:57, BandiPat wrote:

On Wednesday 23 March 2005 11:45 pm, B. Stia wrote: [...]

...

...

--

Well, I didn't say anything until I upgraded to KDE3.4 last night. Arts has been broken a looooooong time. I thought it was you Joe, who tipped me off about reinstalling the old Arts. (arts-1.3.2-3) Got my system sounds back up with two previous KDE upgrades.

Sure enough KDE3.4 still has the broken arts. So I did my --oldpackage routine again. This time it complained about the 3.4 libs or something. Did a --nodeps and it worked. Got system sounds back again. I usually run an alsaconf after that. Don't know if that is necessary or not.

Bob S.

=========

Bob, Just recompile the src.rpm for arts from SuSE and the new ones should work also. That's the point of many of the threads many of us have mentioned already. Don't forget to restart KDE after installing the newly compiled arts packages though.

Lee, Thanks for the advice. I tried that on the last upgrade and it didn't work. That is when I went to the old package of arts. I will try again now though and see what happens. Bob S.

On Friday 25 March 2005 05:04 am, Sid Boyce wrote:

Perhaps you missed the post. In /opt/kde3/bin/startkde LD_BIND_NOW=true kdeinit +kcminit should be LD_BIND_NOW=true kdeinit +kcminit Regards Sid.

And perhaps you missed all the follow up posts that have stated that's a bad idea and, at best, a workaround, not a fix? -- __________ CorvusE Linux User #370082

On Wednesday 23 March 2005 23:57, BandiPat wrote:

Bob, Just recompile the src.rpm for arts from SuSE and the new ones should work also. That's the point of many of the threads many of us have mentioned already. Don't forget to restart KDE after installing the newly compiled arts packages though.

regards, Lee

Lee, Tried your suggestion of building from the .src. Wanted to optimize for my x86_64 system so I used the target flag. Failed. Here is what I got. EasyStreet:/usr/src/packages/SPECS # rpmbuild -bb --target=x86_64 arts.spec Building target platforms: x86_64 Building for target x86_64 error: Unknown option ? in verify_permissions(:-:) error: Failed build dependencies: cvs is needed by arts-1.4.0-8 flex is needed by arts-1.4.0-8 gdbm-devel is needed by arts-1.4.0-8 ncurses-devel is needed by arts-1.4.0-8 rcs is needed by arts-1.4.0-8 zlib-devel is needed by arts-1.4.0-8 alsa-devel is needed by arts-1.4.0-8 fontconfig-devel is needed by arts-1.4.0-8 freeglut-devel is needed by arts-1.4.0-8 freetype2-devel is needed by arts-1.4.0-8 gcc-c++ is needed by arts-1.4.0-8 gettext is needed by arts-1.4.0-8 glib2-devel is needed by arts-1.4.0-8 jack-devel is needed by arts-1.4.0-8 libjpeg-devel is needed by arts-1.4.0-8 liblcms-devel is needed by arts-1.4.0-8 libmng-devel is needed by arts-1.4.0-8 libogg-devel is needed by arts-1.4.0-8 libpng-devel is needed by arts-1.4.0-8 libstdc++-devel is needed by arts-1.4.0-8 libvorbis-devel is needed by arts-1.4.0-8 pkgconfig is needed by arts-1.4.0-8 qt3-devel is needed by arts-1.4.0-8 readline-devel is needed by arts-1.4.0-8 update-desktop-files is needed by arts-1.4.0-8 xorg-x11-Mesa-devel is needed by arts-1.4.0-8 xorg-x11-devel is needed by arts-1.4.0-8 EasyStreet:/usr/src/packages/SPECS # I need to install umpteen -devel packages to fix one lousy broken arts package?? This has been broken sooooooo long. Can't believe it hasn't been fixed !!!! (Rant off) Bob S.

On Friday 25 March 2005 08:18, BandiPat wrote:

On Friday 25 March 2005 01:10 am, B. Stia wrote: [...]

...

Lee,

Tried your suggestion of building from the .src. Wanted to optimize for my x86_64 system so I used the target flag. Failed. Here is what I got.

EasyStreet:/usr/src/packages/SPECS # rpmbuild -bb --target=x86_64 arts.spec Building target platforms: x86_64 Building for target x86_64 error: Unknown option ? in verify_permissions(:-:) error: Failed build dependencies: cvs is needed by arts-1.4.0-8 flex is needed by arts-1.4.0-8 gdbm-devel is needed by arts-1.4.0-8 ncurses-devel is needed by arts-1.4.0-8 rcs is needed by arts-1.4.0-8 zlib-devel is needed by arts-1.4.0-8 alsa-devel is needed by arts-1.4.0-8 fontconfig-devel is needed by arts-1.4.0-8 freeglut-devel is needed by arts-1.4.0-8 freetype2-devel is needed by arts-1.4.0-8 gcc-c++ is needed by arts-1.4.0-8 gettext is needed by arts-1.4.0-8 glib2-devel is needed by arts-1.4.0-8 jack-devel is needed by arts-1.4.0-8 libjpeg-devel is needed by arts-1.4.0-8 liblcms-devel is needed by arts-1.4.0-8 libmng-devel is needed by arts-1.4.0-8 libogg-devel is needed by arts-1.4.0-8 libpng-devel is needed by arts-1.4.0-8 libstdc++-devel is needed by arts-1.4.0-8 libvorbis-devel is needed by arts-1.4.0-8 pkgconfig is needed by arts-1.4.0-8 qt3-devel is needed by arts-1.4.0-8 readline-devel is needed by arts-1.4.0-8 update-desktop-files is needed by arts-1.4.0-8 xorg-x11-Mesa-devel is needed by arts-1.4.0-8 xorg-x11-devel is needed by arts-1.4.0-8 EasyStreet:/usr/src/packages/SPECS #

I need to install umpteen -devel packages to fix one lousy broken arts package?? This has been broken sooooooo long. Can't believe it hasn't been fixed !!!!

(Rant off)

Bob S.

=========

Oops! Appears you aren't setup to do compiling, doesn't it? I have the 32bit files, but am unable to do any 64bit presently, sorry. Surely there is someone on the list that has recompiled the 64bit version though! Maybe they can provide the files for you to try? I do believe they will work for you though.

Lee, No, actually I do compile every so often. Not very much since I've installed 64 bit though. There are an awful lot of obscure -devel packages in that list though, and am not sure it would be worth the time and effort to install them. I am kind of relying on guys like Joe Morris to build this stuff for the rest of us. (Bless you Joe ! ;-) If you will remember in this thread, Joe stated he has not been able to compile it and make it work. That is why I posted the --oldpackage solution. Perhaps making those changes in the startkde file would be best temporarily. Just don't know. I hesitate to do that though because some of our list members have warned against that and I don't know what the consequences will be. (rant on) Bottom line !!!! Arts has been broken since 3.2 or earlier. There are lots of "fixes" and "upgrades"to many different packages in KDE between major releases, and now there are two major releases. Arts is BROKEN. Why can't it be fixed ?? (sigh !!! ) (rant off) Thanks for the interest Lee, Bob S.

On Saturday 26 March 2005 01:39, Joe Morris (NTM) wrote:

B. Stia wrote:

...

If you will remember in this thread, Joe stated he has not been able to compile it and make it work. That is why I posted the --oldpackage solution.

Actually, that was not what I said. I rebuilt it fine, but it still didn't work. I tried the other fix in this thread, which still didn't fix it. Now I don't remember how, but it started working, and has worked every since. You might try cleaning out your kde temp directories (while logged out of course). Otherwise, the rebuilt arts packages for x86_64 should be in my apt repository soon. I haven't offered it as a solution since I am not sure why mine started working. -- Joe,

FYI I downloaded and installed your arts x86_64 package and it works just fine. Thanks for your efforts. Bob S.