KDE4 Overlay (Part 3)

wrc1944 · Posted: Thu Jan 24, 2008 6:46 pm Post subject:

Kdemultimedia-9999.4 r765804 will compile by commenting out find_package(Xine) in /usr/portage/distfiles/svn-src/KDE/kdemultimedia/kdemultimedia/CMakeLists.txt, like this:

kdvgent · Guru Joined: 29 Sep 2004 Posts: 352 Location: Belgium

I succeeded in building kde4 from svn last week. Since then, I tried to use the nightmerge script to update the build, especially because of kdepim (trying to create an account in kmail makes X-Windows to crash). But since a couple of days, kdepim does not compile anymore for what seems to be a compilation error (and one would assume that code in svn should at least compile).

End of my messagelog:

Stefano Crocco · Apprentice Joined: 28 Sep 2006 Posts: 157

Yesterday morning, I rebuilt kdelibs and kdebase 4 from svn, and suddenly Konqueror started complaining about not being able to talk with klauncher (the error message is "Could not start process Cannot talk to klauncher: Connection is closed."), and refusing to open any html page, both on the web and on my hard disk, but only when started from the K menu. If I start it from krunner, or by clicking on a link somewhere else, it seems to work but, after some minutes, it complains again.

When I first noticed this issue, I thought of a configuration problem, so logged out and removed the .kdesvn directory, but nothing changed. Having ruled that possibility out, I thought it could be a problem KDE itself (being this the svn version, I know there may be problems sometimes) and decided to wait and see whether it would be fixed soon. I just finished rebuilding kdelibs and kdebase, and it seems the problem is still there.

Is there anybody else experiencing this issue? If not, then it seems very likely that there's something wrong with my system, but I don't know what and how to investigate it (google found a good number of pages related to problems with klauncher, but all of them seem related to kde 3) and I'd be very grateful for any suggestion.
_________________
Stefano

wrc1944 · Posted: Thu Jan 24, 2008 9:45 pm Post subject:

kdvgent,
Which kdepim revision fails? I just compiled revision 765783 OK, and kmail works normally. Right before I updated from r764472, kmail was having problems, right after I had updated kdelibs earlier in the day. With svn, these types of problems are to be expected.

I'm finding that any update in kdelibs is more likely to cause subsequent problems with significantly older packages, and almost always requires you rebuild all of kde. That was also sometimes true with kde3.

I usually update everything at once in the proper order (takes about 7 hours on my system if I don't run into problems), so the revisions are pretty close to the kdelib's revision number, and have very few failures using that procedure. Any support packages and qt always go first, then kdelibs, kdepimlibs,kdebase, and then others in any order. Any time you upgrade qt (I'm using 4.3.3 from portage), you'll for sure need to recompile everything, but that's not very often compared to hourly kde svn changes. I have been recently updating every 2-3 days or so. Things apparently are moving pretty fast in kde svn, and the improvement is noticable relative to 4.0 releases from other distros I have tried.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11

Bloodsurfer · Posted: Thu Jan 24, 2008 9:57 pm Post subject:

I still have the problem with the disappearing text on the taskbar (clock, window titles). On my x86 notebook there is never any text at all in the bar, on my amd64 desktop it blinks randomly.
All dependencies (as the whole other lot of installed packages) are up to date and ~arch on both machines...
_________________
SiberianSniper: my girlfriend's name ends with .c
Clete2: Uber geek! W00t! I'd rather have it end in .cpp... <insert name>.cpp
Dralnu: ...why not <name>.o? Then she's ready for linking...
SiberianSniper: or <name>.ko, so she's ready for insertion?

wrc1944 · Posted: Thu Jan 24, 2008 10:56 pm Post subject:

Stefano Crocco,
Just ran into the "Cannot talk to klauncher: Connection is closed" problem after updating today, and trying to open a new instance of konqueror. From the right-click on desktop run command , it opens fine. Stating the obvious,I would suspect a menu link problem. :wink:

Aren't these menu or panel items actually just symlinks (or hardlinks)?

EDIT: Hmmmmm. I have the "traditional kmenu" application launcher menu wiget on my desktop, and konqueror launches from it fine. Curious?

UPDATE: Even weirder- the 2nd time I tried it, it now fails from the application launcher menu wiget on my desktop. All other items work- just konqueror fails.

UPDATE2: If you drag konqueror from /usr/kde/svn/bin to the desktop, it creates an plasma workspace icon, that launches konqueror in web browsing mode, with all bookmarks, and it works normally. Since the icon's size is only 5.1K, It has to be a symlink.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11

laurencevde · n00b Joined: 09 Mar 2005 Posts: 7

No, they're not symlinks. They're .desktop -files. For the apps in the menu, you can find them in $KDEDIR/share/applications/kde4, and they're simple text-files contianing all the data needed to start an app. The menu is layed out according to an xml-file found in $KDEDIR/etc/xdg/menus, and filled with these entrys. It's a freedesktop.org-standardised format btw, used at least in kde3, kde4 and gnome.
_________________
Laurencevde

kdvgent · Guru Joined: 29 Sep 2004 Posts: 352 Location: Belgium

wrc1944 - thanks for the info.

Kdepim is at revision 765850.

To my understanding, the nightmerge script given earlier in this topic/thread does exactly that, it checks with files in svn have been changed and then determines what need to be rebuild.

I'll try again over the weekend to see if anything changes.

Stefano Crocco · Apprentice Joined: 28 Sep 2006 Posts: 157

wrc1944, I'm not completely sure the problem is related just to .desktop files, as I've just noticed another "unexpected" behaviour. If I launch konqueror using, for example, krunner when there's another instance open, it should create a new tab in the old instance (I've the appropriate option set in konqueror settings dialog and it worked until two days ago). Instead, now a new instance of konqueror it's started. I'd think it's a kfmclient bug, if not for the fact that, according to the KDE WebSVN site, kfmclient source files haven't been changed recently. On the other hand, some .desktop files related to konqueror have indeed been changed about two days ago, but only regarding the translation of the name, which shouldn't change the functionality.

At any rate, right now I'm rebuilding everything again. If the problem doesn't disappear, I'm going to try to replace my konqueror related .desktop files with those in the official 4.0.0 release (which worked) and see whether that changes something.

I've just seen this problem reported as a bug to the kde bugs page.
_________________
Stefano

wrc1944 · Posted: Fri Jan 25, 2008 9:04 am Post subject:

laurencevde,
As I've always understood it, .desktop files ARE links, and an Exec=foo command can be added to launch application, so it would seem we're talking about a distinction without much of a difference. :wink:

Stefano Crocco, and others having this problem:
I just updated two of my openSuse kde4 installations, and immediately experienced the same problem, so it's apparently not Gentoo related. Must be a bug in the later revisions at svn, and we'll probably see a fix soon- this can't be a very serious bug.

EDIT: Yeah- I'm suspecting kfmclient too.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 7 3700x, 3.6GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
OpenRC Gentoo ~amd64 plasma, glibc-2.36-r7, gcc-13.2.1_p20230304
kernel-6.8.4 USE=experimental python3_11

wrc1944 · Posted: Fri Jan 25, 2008 6:32 pm Post subject:

Stefano Crocco,
Is this what we are experiencing?
http://bugs.kde.org/show_bug.cgi?id=156462
At the bottom, there's a report it's on opensuse, like I mentioned.

Here's another older report describing this on kde3:
http://lists.debian.org/debian-kde/2005/02/msg00150.html

Checked again at http://websvn.kde.org/trunk/KDE/kdebase/apps/konqueror/client/, and it has been 8 days since kfmclient in konqueror has changed.
Seems to me like a more recent update somewhere else broke this. If you find a fix changing your file to the 4.0 version like you mentioned, post back. Did your rebuild help? I guess I'll try rebuilding just kdebase right now.

EDIT: Hmmm... kdebase failed. Maybe I need to sync portage and layman.

Gentoo.Duncan · n00b Joined: 06 Nov 2007 Posts: 9

I updated the svn-update-merge script as found in this forum recently. I've been using it on my system without issue for a week or so now, so it's time to see if others find it useful or hit bugs that I missed. Among the changes:

The script now properly sources make.conf to find the local system's $DISTDIR and therefore the svn sources dir. This was necessary as it was hard-coded to use /usr/portage/distfiles, and I make good use of Gentoo's customizing features in this regard, so the previous hard-coding just wasn't working! =8^(
The script now uses mktemp, for better security. Google "tempfile race condition" and read up if you're interested in the why. This necessitated a bit of a script rewrite as the way tempfiles were handled previously wasn't compatible. All tempfiles are now created in a subdir of $TMPDIR (/tmp by default), kdesvn.XXXXXXXXXX, where the Xs denote a random number.
The script is now nicely commented and indented to make further revisions far easier, should someone need them.
The script now uses emerge -1av, so you can see what it's going to remerge, check USE flags to see if anything has changed that you might need to fix before it actually merges with it, etc. You can of course delete the -a from the emerge line near the bottom of the script if desired.
I declare my changes to be in the public domain. I don't believe the original license
was stated as posted.

Thanks to the original author, as I'd have had no idea how to manage the svn/sed/etc stuff.

I call the script eak4s, for emerge ask kde4 svn, here, but call it whatever you want....

Gentoo.Duncan · n00b Joined: 06 Nov 2007 Posts: 9

wrc1944 · Posted: Fri Jan 25, 2008 7:46 pm Post subject:

Gentoo.Duncan,
I don't use this script, but maybe you know something about why emerge -upD world is suddenly getting a mktemp block.

Thanks for the info on the gentoo patch.

Anyone know when/if a fix is imminent? I'd sure like to rebuild and see if the klauncher konqueror problem is resolved.

retroman · Posted: Fri Jan 25, 2008 8:12 pm Post subject:

Seems kopete dies after update............

wrc1944 · Posted: Fri Jan 25, 2008 8:50 pm Post subject:

Just tried kdebase again- the gentoo patch number has changed to patch-1325 from 5061, but it still fails?

retroman · Posted: Fri Jan 25, 2008 8:56 pm Post subject:

libphonon availibility

Stefano Crocco · Apprentice Joined: 28 Sep 2006 Posts: 157

wrc1944, I didn't have time to try replacing the .desktop files today, I'll do it tomorrow morning. At any rate, I noticed that the the bug report you mentioned is about kdelibs, not kdebase, so I don't think the it will change something.

At any rate, I'll post the results tomorrow
_________________
Stefano

Gentoo.Duncan · n00b Joined: 06 Nov 2007 Posts: 9

wrc1944 · Posted: Fri Jan 25, 2008 9:43 pm Post subject:

Gentoo.Duncan wrote:

wrc1944 · Posted: Sat Jan 26, 2008 9:29 am Post subject:

UPDATE on the layman -s kde and kdebase problems. Solved by deleting the toys and utils directories, and resyncing layman, which finally got the overlay and "not uptodate" manifests updated properly.

Then tried kdebase again, and it failed with the message:

titoucha · Advocate Joined: 21 Jul 2005 Posts: 2374 Location: Genève

With kdelibs 766490, phonon dosen't work!!
_________________
Assurez-vous que le titre de votre message soit conforme aux conventions de ce forum (paragraphe 3/3 : Comment poster sur le forum ??)

Stefano Crocco · Apprentice Joined: 28 Sep 2006 Posts: 157

At last, I tried replacing the svn .desktop files with the ones which come with KDE 4.0.0. As expected, nothing changed. According to the bug report 156658 (http://bugs.kde.org/show_bug.cgi?id=156658), the problem lies in the internals of konqueror, and is related to how konqueror uses dbus. So, nothing there's nothing we can do, except waiting.

On a completely unrelated subject, has anyone succeeded in compiling kdebindings with the ruby use flag and qwt installed? I kept getting a compilation error on a file which contains the bindings for qwt, so at last I decided to remove it and kdebindings compiled successfully.
_________________
Stefano

wrc1944 · Posted: Sat Jan 26, 2008 4:14 pm Post subject:

Stefano Crocco,
Thanks for the info on the bug. I just updated a bunch of packages kde4 on my openSuse installation with their latest Jan.24 builds (they have split-out versions), but konqueror wasn't among them this time. They still have this konqueror/klauncher bug too.

Finally got kdebase to compile. My problem was not knowing about those USE flags, because I couldn't sync the overlay. Once I got that synced and added the flags, all seems back to normal, and I'm continuing with the rest of the packages.

EDIT: Oops- after libs, pimlibs, base, graphics, artwork, and admin succeeded, edu fails at the end:

wrc1944 · Posted: Sat Jan 26, 2008 6:00 pm Post subject:

Just discovered something troubling. After the layman -s kde sync which allowed me to emerge kdebase-9999.4 and others again, kdetoys and kdeutils now fail with: