[00:18] someone can upload kipi-plugins from bzr? thanks [00:23] debfx: yes we managed to get upstream to give us a tar, but I think it only affects packages in universe so it's not a priority for me and I'm happy to let fabo do it and sync from debian [00:30] so time for a sneaky 4.4.90 upload to maverick? [00:42] I think so :) [01:10] [muon] jmthomas * 1143498 * trunk/playground/sysadmin/muon/src/ (6 files in 2 dirs) Split the installed files tab off into its own class. [01:15] [muon] jmthomas * 1143499 * trunk/playground/sysadmin/muon/src/ (4 files in 2 dirs) Move the .ui file for the Main detail tab to DetailsTabs/ [01:17] shadeslayer: how come all the files from packages you've done are chmod +x ? [01:17] something up with your filesystem? [01:20] shadeslayer: also you forgot to commit kdegames to bzr, I'll do that now [01:44] Riddell: Would you please try uploading 4.4.90 backwards again. It takes a bit longer to build, but it seems fewer FTBFS. [01:45] ScottK: ok [01:46] Thanks. [02:51] [muon] jmthomas * 1143507 * trunk/playground/sysadmin/muon/src/ (5 files in 2 dirs) Start work on the Technical Details tab. It now displays version/size information. It's still very rough, and this is just an initial commit [02:52] http://simplest-image-hosting.net/i0-plasma-desktopjd1472-jpg.jpg [02:53] Partially why I used a QScrollArea :P http://simplest-image-hosting.net/i0-plasma-desktopgd1472-jpg.jpg [03:12] [libqapt] jmthomas * 1143512 * trunk/playground/libs/libqapt/ (example/qapttest.cpp src/package.cpp src/package.h) (log message trimmed) [03:12] I failed to realize that I'd need a method for both the installed size of the [03:12] current package as well as the newest available version's installed size. Rename [03:15] [muon] jmthomas * 1143515 * trunk/playground/sysadmin/muon/src/DetailsTabs/TechnicalDetailsTab.cpp Update for new LibQApt API. Also use the new availableDownloadSize() method to show the installed size for not-installed packages in the tech details tab [03:15] *the new availableInstallSize() method [03:24] [muon] jmthomas * 1143519 * trunk/playground/sysadmin/muon/src/DetailsTabs/ (TechnicalDetailsTab.cpp TechnicalDetailsTab.h) Hide/show the "Installed Version" details box if the package is indeed not installed [04:27] Hi folks, I need a bit of guidance about whether to file a bug report or not. In a nutshell, I've just done a dist-upgrade and am running KDE 4.5 RC1. The problem is in Amarok (v. 2.3 running under KDE 4.4.2 it says). It segfaults when I double-click on a playlist item. I went through the bug reporting process, with backtrace, and found this behaviour had already been reported. The bug report had been closed as having been [04:27] fixed. Do I file a new report saying, no it hasn't? Or do I wait for a new release of Amarok? [04:28] The issue has been with me ever since I started running the beta of Kubuntu KDE 4.5. [04:33] Did the bug report say how it had been fixed? [04:33] DarthFrog: I assume you are on Lucid? [04:33] No, only that it had been fixed. yes, Lucid. [04:33] It may be that Amarok needs to be recompiled to work with the newer KDE. [04:33] OK, so I'll wait then. [04:34] It was intimated that the problem was with the newer Qt. [04:34] lex79 or JontheEchidna: Do you know? [04:34] Ah. You also have the Qt 4.7 beta then. [04:34] No idea. Did it come with the RC of 4.5? [04:34] No idea on Lucid. I've ben focused on Maverick. [04:35] I think those most likely to know are probably sleeping. [04:35] I'd try again in 6 - 12 hours. [04:35] :-) A biological necessity. but it sure wastes a lot of time. [04:36] whats the date it was marked as fixed [04:36] I didn't notice and the window is closed. [04:36] if it was months ago, then "no it hasnt" could be valid, but if it was a day or two ago, then it probably just isnt packaged yet [04:37] OK, I'll check the date the next time Amarok crashes. Which is very repeatable. [04:37] maco: It may also be it's fixed in Maverick, but Lucid PPA wasn't updated. [04:39] The reason I'm hesitating is that the message was the bug has been closed, marked fixed and that I'd be wasting the devs time to report it. Kinda struck me as ... discouraging feedback. [04:41] Hmm, Alt-F2 for krunner and F12 for yakuake still aren't working. :-( [04:42] ps aux says they both are running. Strange. [04:44] And clicking on "Show Application Window" in System Activity does nothing for either. [04:46] [messages] alvarenga * 1143536 * trunk/l10n-kde4/pt_BR/messages/ (8 files in 6 dirs) [KDE-pt_BR] === PRIDE is now known as valorie [06:19] Riddell: It looks like everying hit depwait on i386, amd64, powerpc, and armel. So it should go ~smoothly. I checked and all the packages are there. Thanks. [09:06] did we get a new kdeversion in beta ppa? :D [09:06] * jussi dances [09:09] \o [09:12] lex79: about the packages you asked, yes, I do have them installed and I can easily install dbg packages too [09:23] jussi: RC 1 probably, testing needed [09:41] Riddell: installing now :) [09:41] Riddell: its all ready to go? all packages copied over etc? [09:45] I don't know, I've not looked at it, I'm looking at maverick for now [09:46] oh, right, trunk is open [09:46] * Tm_T just loves this flu [10:06] NCommander, agateau: did you schedule your akademy bofs? [10:07] Riddell: nope :( [10:07] agateau: are you going to? [10:07] Riddell: I guess I should [10:07] * agateau adds it to its TODO for today [10:11] Riddell: Im looking forward to your visit [10:19] Riddell: do you know where I c an find the changelog beta -> rc1? [10:19] also, Im really glad the folderview works now :=D [10:21] Riddell: ememoryfailure >.>; [10:22] Riddell: I even forgot what I was BoFing about [10:27] NCommander: ARM! [10:28] jussi: somewhere on http://kde.org/announcements/announce-4.5-rc1.php ? [10:28] Riddell: thanks! [10:38] jussi: it's going to be a long day of travelling on Thursday, you may have to ensure I don't collapse in the sauna [10:38] I hear that's dangerous [10:39] Riddell: no problems. sauna is very relaxing, and Ill have the bedroom set up for you. [10:39] hehe [10:39] I thinking whether I should make a vihta for the sauna. what do you think Tm_T? :D [10:40] jussi: bedroom? but it's 24 hour sunlight, I thought nobody goes to bed until winter! [10:40] jussi: sure [10:40] jussi: or vasta [10:40] Tm_T: ihan sama :P [10:41] Riddell: well, we take naps occaisionally [10:41] :D === ulysses is now known as Guest52591 [12:03] yay, blur effect finally works in 4.4.90 [12:04] blur effect? [12:05] Im just happy the quickaccess plasmoid works again :D [12:07] ok, perhaps this needs to go upstream, but having kinfocentre and hardware drivers next to each other in the menu is really confusing, due to their almost same ikons... [12:08] awww, blur doesnt work for me... [12:08] hardware drivers is an ubuntu thing and I expect we just picked an oxygen icon which looked suitable [12:09] yeah, the icon is great, its just theat its the same icon as kinfocentre except kinfocenter has a blue circle with a white ! [12:09] time to show us your inkscape skills jussi :) [12:09] Riddell: cant we just change the order? [12:10] it's alphabetical [12:10] we need driver/jockey sitting in top of some symbol there [12:10] we could use the icon from kolf :) [12:11] http://imagebin.ca/view/5U6zZRQY.html [12:11] hum, so kontact from lucid beta PPA fails because I have kontact 4.4.5 from staging and that's compiled against the old kdepimlibs which isn't split out [12:12] sigh.. I have a decent graphics card, but I still cant get desktop effects at a decent speed, no matter what I do. [12:13] 01:00.0 VGA compatible controller: ATI Technologies Inc M76 [Radeon Mobility HD 2600 Series] [12:22] [muon] jmthomas * 1143625 * trunk/playground/sysadmin/muon/src/DetailsTabs/TechnicalDetailsTab.cpp Add a spacer widget to the "Installed Version" groupbox layout to ensure that its items maintain horizontal alignment with the "Available Version" groupbox's items [12:32] JontheEchidna: hiya [12:45] I'm going to upload kdepim-runtie and kdepim 4.4.5 to beta PPA else staging/updates will have a higher version number [13:15] is KDE 4.5 RC1 already packaged for Kubuntu? [13:16] oh, nevermind I think I found what I was looking for: https://launchpad.net/~kubuntu-ppa/+archive/beta/+packages [13:19] keepitsimple: it's not well tested, let us know how you get on [13:57] a|wen: thanks for doing 4.4.5, it's looking good [13:57] what does "ubuntu4.1 ok " mean? [13:57] Riddell: since the upgrade to RC 1, plasma-desktop memory usage has decreased dramatically, and all seems to be working very well so far.. :) Very impressed, thanks to all you guys for all the effort :) [13:58] gorgonizer: on maverick or lucid? [13:58] Riddell: on Lucid, have yet to upgrade my Maverick VM as of yet :) [13:58] Riddell: jup, it is indeed looking good :) ... i've looked through lucid-updates, and checked that all changes/patches from there is in our 4.4.5 packages (so that is the ubuntu4.1 package from lucid-updates that has been checked) [13:59] a|wen: groovy [13:59] Riddell: first step of getting them ready to go to lucid-updates themselves ;) [14:02] mm, I still need to do the upstream kde policy to get that allowed [14:06] o/ [14:06] 4.5. rc1 in ppa buildin :) ? [14:06] oh just ssen the post about [14:07] nm [14:07] ;)# [14:07] ghostcube: what post? [14:08] is KDE 4.5 RC1 already packaged for Kubuntu? [14:08] oh, nevermind I think I found what I was looking for: https://launchpad.net/~kubuntu-ppa/+archive/beta/+packages [14:08] :) [14:11] Riddell: Hi. Is it still possible to update dbusmenu-qt and plasma-widget-menubar in alpha2? [14:12] agateau: yes should be (we don't have a release manager so there's no freeze :) [14:12] Riddell: good :) [14:12] * agateau goes tarballing then [14:41] I can't install all the updates from KDE 4.5 RC1 because they're not for some reason on the servers (mirrors). KPackageKit blocks them for the reason that some dependencies are missing i.e not found on the mirror server [14:41] any mirror already updated? [14:43] I'm interested only in KDE packages and don't want to fully upgrade to the next version using apt-get dist-upgrade [14:43] keepitsimple: in maverick or lucid? [14:44] Lucid [14:44] apt-get dist-upgrade *don't* upgrade the system to Maverick [14:44] keepitsimple: from KDE 4.4 or 4.5 beta? [14:44] from KDE 4.4.4 to KDE 4.5 RC 1 aka KDE 4.4.90 [14:45] yes it needs to be an apt-get dist-upgrade, all the library transitions mean a plain upgrade won't do anything except get confused [14:46] keepitsimple: and Umbrello isn't dead but it does have almost no developers [14:48] Riddell: oh, ok thanks for that piece of information; I was asking that because I'm interested in this project and maybe I'll do something [14:51] keepitsimple: there's a 3/4 finished port to qt 4's qgraphicsview that was done by a google summer of code student a couple of years ago and it needs someone to pick it up and finish it off [14:56] What time is the meeting? [14:58] ScottK: 17:30 UTC [14:58] Thanks. [14:58] * a|wen will probably be a little late for the meeting [14:59] * ScottK had something come up today, but that will be fine (was afraid it was an hour earlier) [15:08] Riddell: meh.. thats the stupid NTFS file system.. everything gets +x , i fixed it my bzr for some packages,but lex then did dget -xu for the ones i didnt upload to bzr,must be due to that [15:13] topic says 18:00UTC for meeting not 17:30 [15:13] Riddell: That's the tutorials day. [15:14] hmm, I do need glasses [15:14] * shadeslayer is back home after a very very long day... [15:19] agateau: ping [15:19] JontheEchidna: pong [15:20] agateau: Hi, I have a QAction inside a KMenu that is assigned to a StatusNotifierItem. [15:20] agateau: But when I do action->setIcon(QPixmap), the icon wont' show up [15:20] setIcon(KIcon) works [15:20] JontheEchidna: yes, there is no support for dynamic icons for now :/ [15:20] JontheEchidna: you need to use icons from disk [15:21] JontheEchidna: why do you want to use a pixmap? [15:21] I get passed one. I suppose I could look in to changing the class [15:21] void Event::show(const QPixmap &icon, const QString &text, const QStringList &actions) [15:22] ^That class was just showing a KNotification, but I'm expanding it to optionally have a KNotification, and have a KStatusNOtifierItem [15:24] ScottK: http://simplest-image-hosting.net/i0-plasma-desktopqz1472-jpg.jpg [15:25] WIP [15:27] So I am doing this: [15:27] connect(m_notifierItem, SIGNAL(activateRequested(bool, const QPoint &)), this, SLOT(run())); [15:27] but clicking the notifieritem still activates the context menu :( [15:28] JontheEchidna: the Kickoff icon is nice:) [15:29] ulysses: shtylman gave it to me at UDS :D [15:29] it should be the default:) [15:31] agateau: would you happen to know if there's some magic to get the above signal working and not activating the context menu? [15:32] JontheEchidna: mmm, it should work already? [15:32] * agateau reads KSNI API [15:33] * JontheEchidna too [15:34] JontheEchidna: did you by chance call KSNI::setAssociatedWidget(menu) where menu is the context menu? [15:34] agateau: http://paste.ubuntu.com/456414/ nope [15:36] JontheEchidna: why do you add all actions twice? [15:37] (not sure it's related, but it's weird) [15:37] oh, maybe "actions" is not a list of action :/ [15:38] of QActions I mean [15:39] blegh, wifi cut out [15:39] [10:34:18] JontheEchidna: did you by chance call KSNI::setAssociatedWidget(menu) where menu is the context menu? [15:39] [10:34:46] agateau: http://paste.ubuntu.com/456414/ nope === jtechidna is now known as JontheEchidna === echidnaman is now known as JontheEchidna [15:39] * JontheEchidna is wired now ;) [15:39] so I was saying: [15:39] JontheEchidna: why do you add all actions twice? [15:39] oh, maybe "actions" is not a list of QAction [15:40] * shadeslayer goes and watches Attack of the clones [15:40] the subclasses pass us a list of qstrings to be the text for those actions [15:42] agateau: here's the whole function: http://paste.ubuntu.com/456417/ [15:43] JontheEchidna: ok, makes more sense :) [15:44] the KNotification part was really elegant, too.... [15:44] KStatusNotifierItem is a bit complicated :( [15:45] * agateau is in irc meeting bbiab [15:52] hi everyone... I would like to contribute with documentation. How do I do that? [15:53] hi kim___! [15:53] kim___: \o [15:53] hello :) [15:53] nixternal is usually the man for docs although he doesn't seem to be around today [15:53] kim___: start with kubuntu specific topics in help.ubuntu.com [15:53] thats the easiest [15:54] okay... I almost feel like I am betraying Kubuntu when browsing around bigbrother Ubuntu [15:54] see what needs updating [15:54] :) [15:54] kim___ you interested in docs? [15:54] yes [15:54] * jjesse ears perk up [15:55] jjesse: me too.. but i was waiting for help.kubuntu.org :P [15:55] so shadeslayer mentioned the first thing to do [15:55] shadeslayer wans't ryanakca working on it? [15:55] jjesse: yes.. but idk the status [15:55] ping ryanakca on help.kubutnu.org [15:56] kim___: many of the apps have screenshots from KDE 3 environs and old instructions,think you can tidy them up? [15:56] if either of you find typos, grammer problems or things that are wrong in the current lucid docs please create bugs on launchpad [15:56] agateau: weirdly enough, it sorta works if you set the associated widget to the context menu. (It activates the slot, but also makes the menu pop up at 0,0) [15:56] :s [15:57] jjesse: cant he just update the stuff?? [15:57] that sounds like a big effort to make documentation [15:57] on the wiki or in the system docs? [15:57] JontheEchidna: mmm, does your program have a main window? [15:57] agateau: nope, its a KDEDModule [15:57] here are the current bugs in the system docs: https://bugs.edge.launchpad.net/ubuntu/+source/kubuntu-docs [15:57] jjesse: help.ubuntu isnt editable? ... never noticed that :P [15:58] ah .. those docs [15:58] help.ubuntu.com/community is editiable [15:58] help.ubuntu.com comes from the system docs [15:58] JontheEchidna: what is run() going to do? [15:58] does that make ssense on the difference between the two? [15:58] lol [15:59] jjesse: to me it does :) [15:59] agateau: whatever the subclass tells it to do, then this: http://paste.ubuntu.com/456426/ [16:00] * shadeslayer hates wiki.k/ubuntu tho [16:00] JontheEchidna: the standard behavior of left-click is either: show/hide a window or show/hide the context menu [16:00] moin moin is outdated... [16:00] JontheEchidna: anything else is inconsistent imo [16:00] shadeslayer agreed [16:00] agateau: for example, the RebootEvent class sends a qdbus message to KSMServer to show the reboot dialog [16:01] jjesse: i had to change my time zone in LP,to edit wiki's :P [16:01] then runs Event::run() [16:01] shadeslayer thats wierd [16:01] jjesse: yeah.. it doesnt recognise my time zone... its a known bug [16:01] 2 open tickets as well [16:02] you live in some wierd time zone? [16:02] agateau: so yeah, not showing something would be inconsistent, but KSNI should trust the app to show something even if it's not a QWidget controlled by the app [16:03] JontheEchidna: I kind of agree, even if I am a bit afraid of what you are doing :) [16:03] * agateau digs into KSNI code [16:04] Basically we want to do ->apt notifies us that we need to reboot -> Reboot event pops up a notification and a KSNI -> user clicks on that KSNI to get reboot dialog [16:04] we're doing that now, just with KNotification only [16:05] jjesse: set your LP time zone to Asia/Kolkata [16:05] jjesse: and see the magic ;) [16:05] JontheEchidna: are you inheriting from KSNI? [16:06] agateau: just from QObject [16:06] JontheEchidna: so you did not change the behavior of KSNI::activate() [16:06] agateau: correct [16:07] JontheEchidna: that's weird, because the code says the only way activate() can show the context menu is if the associated widget is the menu [16:07] I know, but it seems to be the opposite, to a degree :s [16:07] and in this case activateRequested is not emitted [16:09] this is the whole class: This is the whole class: http://paste.ubuntu.com/456433/ [16:09] bleh @ copypaste [16:10] RebootEvent (and several other *Event classes) inherit this, and run show() when the KDED module tells them to do so [16:10] well, if the user hasn't permanaently ignored them, or if they are already showing ;) [16:11] JontheEchidna: unrelated, but you shouldn't call "delete m_notifiierItem" in Event::run() [16:12] m_notifierItem->deleteLater()? [16:12] JontheEchidna: yes [16:12] JontheEchidna: if KSNI does anything else after emitting the signal it's going to crash because it's already dead [16:13] It'd be nice if there was a less dirty method of making it go away... [16:13] JontheEchidna: than deleting it? [16:13] yeah [16:13] JontheEchidna: why? would you want to reuse it? [16:13] a patch to ->hide() would be great ! [16:14] I would [16:14] dantti: if you want your icon to be permanently there, but not always visible, you can change the ItemStatus [16:14] agateau: that's not what I want [16:14] dantti: if it's set to Passive then Plasma systemtray won't show it by default [16:15] I want it to go away [16:15] ^the current printer applet is using the Passive status, but people still complain that it's in the hidden part [16:15] yep, that sucks [16:15] that's why in the printer-manager we delete it [16:16] I don't think this is going to change as it would require a change of the ksni dbus protocol [16:17] it's a shame cause with the old one it was possible to hide [16:17] dantti: just create a simple function to recreate your item and you are done, no? [16:17] JontheEchidna: I assume you have debug symbols of kdelibs, it would be interesting to step into KSNI::activate() [16:18] agateau: yes but it's not convienent [16:18] agateau: how would I do that? [16:18] dantti: I can see that, but it's not that painful to workaround I think [16:18] JontheEchidna: are you familiar with gdb? [16:18] agateau: I can do bt full, and such [16:19] but I've not done much else with it [16:19] JontheEchidna: ok [16:19] JontheEchidna: first, do yourself a favor and install cgdb :) [16:19] JontheEchidna: it's a curse-frontend for gdb, but it retains the "wonderful" gdb command interface [16:20] then you start your program with it: cgdb muon [16:20] agateau: oh, this is kded [16:20] JontheEchidna: ok, so you need to attach to it [16:21] (we're shipping the knotification-only version of it in 10.04) [16:21] cgdb kded [16:21] then you can set a breakpoint on the method with: [16:21] gah, not this again... http://paste.ubuntu.com/456438/ [16:22] b 'KStatusNotifierItem::activate()' [16:22] and [16:22] c [16:22] * JontheEchidna fumbles for the workaround [16:22] mmm, I mean enter "c" (for continue) so that your program continues [16:22] then you click your item, gdb should stop in the function [16:22] oh [16:23] I remember reading about that [16:23] bug 589841 [16:23] Launchpad bug 589841 in kdebase-runtime (Ubuntu) "[Maverick] drkonqi can't retrace crashes anymore" [High,Confirmed] https://launchpad.net/bugs/589841 [16:23] yay security \o/ [16:23] you should talk to kees cook I think [16:23] he was the one talking about this on ubuntu-desktop ml [16:23] yeah, we've been doing email [16:24] ok [16:24] well, you can also restart kded [16:24] that's a bit more brutal [16:24] agateau: ok, got the workaround in place [16:24] b KStatusNotifierItem::activate(QPoint const&)? [16:25] yes [16:25] it should tell you it set a breakpoint [16:25] you can verify with "info breakpoints" [16:25] yup [16:25] or "i b" for short [16:25] then "c", then click my icon? [16:25] yes [16:25] ok [16:26] so now it stopped at the breakpoint [16:26] if you are in cgdb you should see the source code in the upper part of the screen [16:26] sorta: http://paste.ubuntu.com/456445/ [16:26] (gdb assumes you built it locally) [16:27] ah [16:27] do you have the source code for kdelibs somewhere? [16:27] not compiled [16:27] but yes [16:27] not a problem [16:27] you can point gdb to it [16:27] * agateau tries to remember how to [16:29] "directory " [16:31] do I have to restart gdb to do that? [16:31] no [16:32] I don't remember if you can point it to the base dir of if you must point it to the exact subdir [16:32] which would be kdelibs/kdeui/notifications [16:35] well, I have to restart kded [16:35] (I made a mistake) [16:35] ok [16:36] Since 4.5beta2 already I'm only getting e.g. "Application: Dolphin (dolphin), signal: Segmentation fault" with the kde crash handler (no backtrace). is this a kde or kubuntu problem? [16:36] blueyed: https://launchpad.net/bugs/589841 [16:36] Launchpad bug 589841 in kdebase-runtime (Ubuntu) "[Maverick] drkonqi can't retrace crashes anymore" [High,Confirmed] [16:37] some good news the quick access widget doesn't crash plasma any more with KDE 4.5 RC1 [16:38] mfraz74: yup, was a KDE problem after all and they fixed it :) [16:38] just need to sort out Kopete's menu now and the lack of printer config. [16:38] oh and k3b crashing when trying to configure it. [16:39] i also notice that the menus in the login screen now work correctly. [16:39] agateau: ok, back to where I was [16:40] agateau: http://paste.ubuntu.com/456449/ [16:40] JontheEchidna: with source code? [16:40] yep, appears to have worked [16:40] good [16:40] now you can run the code one line at a time [16:40] with "next" ("n" for short) [16:40] so now it's at: 502├> if (d->status == NeedsAttention) { [16:41] ok, you can see after this part if checks whether associatedWidget is the menu [16:41] let's see if it enters this if [16:41] it went back to 499??? [16:41] (the opening bracket) [16:42] JontheEchidna: that's the joy of debugging with code compiled in release mode [16:42] the compiler optimized the order things are executed :) [16:42] oh, ok, pressing n a few times, and it does enter the loop [16:42] the loop? [16:42] I see no loop in this method [16:42] er [16:43] if statement for NeedsAttention [16:43] ok [16:43] it does not enter if (d->associatedWidget == d->menu) { [16:43] nor if (!d->associatedWidget) { [16:43] oh! [16:43] then it continues on to exit [16:43] I just got it [16:44] for some reason associatedWidget is not null [16:44] so the signal does not get emitted [16:44] hrm [16:44] oh [16:45] that's to be expected [16:45] because I tried setting the associated widget as the context menu to test if that would work [16:45] :P [16:45] ah yes [16:45] so it's not a bug in KSNI [16:45] let me go back to doing setContextMenu(contextMenu) and setAssociatedWidget(0) [16:45] (it still failed doing that) [16:46] according to the associatedWidget should be 0, because it's initialized to the parent of the KSNI [16:47] *according to the code [16:48] bug #599424 reported [16:48] Launchpad bug 599424 in Kubuntu PPA "Kopete's system tray menu flickers" [Undecided,New] https://launchpad.net/bugs/599424 [16:50] mfraz74: did you try the new dbus libs? [16:51] shadeslayer: what are the new dbus libs? [16:51] agateau: I'm not getting the activated signal at all if there's not an associatedWidget [16:52] it just pops up the context menu, even though I have the breakpoint [16:52] interesting [16:52] * agateau reads the code a bit more [16:52] mfraz74: lemme check [16:53] I need to go acquire lunch. Will be back in 10 or 15 minutes [16:53] ok, but I won't be there I am afraid [16:53] see you at irc meeting tonight? [16:56] mfraz74: libdbusmenu-qt from https://launchpad.net/~kubuntu-ppa/+archive/beta [16:57] might need porting [16:57] shadeslayer: ii libdbusmenu-qt2 0.3.3-0ubuntu1~lucid1~ppa1 [16:57] lex79: poke [16:59] mfraz74: so this happens to you too? ( which kde version btw? ) [16:59] shadeslayer: kde 4.5 RC1 [16:59] it has been like that since i upgraded to 4.5 beta 2 [17:00] mm...maybe needs a recompile against new KDE? ( not too sure here ) [17:00] ofirk: \o [17:00] shadeslayer: hi [17:01] when the meeting starts? [17:01] 90 miins [17:04]