[00:04] Riddell: apt is a little bit messy [00:04] for example couldn't install aircrack [00:05] but well, I will compile it I guess :p [00:14] afiestas: did it say why not? [00:14] afiestas: do you think that is due to SC 4.8? [00:14] Riddell: nope, it is ubuntu's fault I guess [00:14] it said "this package was repalced by iw" which makes no sense [00:15] installs fine in oneiric [00:15] I guess it has disappeared in precise [00:16] yeah removed https://launchpad.net/ubuntu/+source/aircrack-ng [00:17] reasons says "(From Debian) RoQA; unmaintained, RC-buggy, NPOS; Debian bug #642934" [00:17] Debian bug 642934 in wnpp "ITP: aircrack-ng -- wireless WEP/WPA cracking utilities" [Wishlist,Open] http://bugs.debian.org/642934 [00:17] Riddell: to be added back? [00:17] buggy? :s [00:17] wth? [00:19] afiestas: I've no idea === nigelb_ is now known as nigelb [05:15] morning [06:07] Riddell: looks like at work, display settings don't stay [06:07] and it's 1024x768 it falls back to [06:16] this is not nice... [06:43] hi,in kde 4.8 Drag and drop not working in dolphins main window to the trash icon in the side panel [08:14] MacSeal: bugs.kde.org [08:32] hola [08:41] aloh [08:55] debfx: regarding your BIC question from yesterday .... if you meant the retraction of the private slots ... that is indeed binary incompatible ... private slots: will lead to visible symbols whereas Q_PRIVATE_SLOT is a purely metaobject based slot (i.e. the metaobject calls the dptr rather than the public object - hence the Q_PRIVATE_SLOT macro expands to nothing) [08:56] apachepanda: what's this? [08:56] arguably the incompatibility can be ignored though as it was private to begin with ^^ [08:56] Riddell: http://quickgit.kde.org/?p=marble.git&a=commitdiff&h=47e416ef6c98683af9e27d80d9ea547459d908a6 [08:57] mm [08:57] see it was wrong before as it was using private *slots*:, and it was changed in a wrong way as it is retracting interfaces, but at least it is correct now [08:57] (that is except for inconsitent code formatting ^^) [08:58] that's the marble runner class [08:58] don't think BC matters there [08:58] does it? [08:58] tsdgeos: it is in a lib folder, so from the diff I must judge it matters [08:58] we would care about BC if it's libmarblewidget [08:59] but that page doesn't tell me when it happened or in what branch [09:02] it is part of marblewidget_SRCS [09:02] Riddell: surely debfx will handle it ^^ [09:02] Riddell: though I wonder if we symbol check libmarble* [09:03] that would be rather good, libmarble* doesn't have a history of being very bc [09:04] apachepanda: question is, you sure that is BIC? [09:04] it still defines the slots [09:04] true the function implementation itself moved to a different class [09:04] tsdgeos: it defines them using Q_PRIVATE_SLOT [09:04] but that's not BIC [09:04] which expands to void [09:04] sure [09:05] removing non virtual functions is BC [09:05] and using Q_PRIVATE_SLOT will give you the "correct" functions in the .moc object [09:05] so i am not sure there's a BC problem there [09:05] there is no function in the moc [09:05] the function is in the private class [09:06] sure [09:06] which is called by the metaobject [09:06] i mean the "switch" in the metaobject [09:06] so fro an outside perspective the entire interface is retracted [09:06] it's a private slot [09:06] which makes it bic if someone were to work around the private: and call the slot as a function [09:06] if you were connecting to it [09:06] slots are still functions [09:06] yes [09:06] private [09:06] yes, and private has no impact on the symbols [09:06] only this class cares about them [09:07] hence my comment that one could very well ignore this BIC [09:07] as the likelihood of it having an impact is next to nil [09:07] obviously you still can invoke private slots using QMetaObject::invokeMethod [09:07] since the metaobject knows nothing about the privateness [09:07] ack [09:08] but then you're being too smart for your own good [09:08] and willing to be punished for it [09:08] imo [09:09] agreed [09:09] that doesn't matter on a policy level though :P === kubotu_ is now known as kubotu [10:06] Riddell: did kde ever discuss changing the path of the startkde env scripts? [10:06] http://paste.ubuntu.com/817462/ [10:07] and does anyone remember why we do not do the kdedirs changes in there? [10:08] apachepanda: I don't think I've seen such a discussion [10:08] should go to share/kde4/ IMHO [10:09] well [10:09] share/kde4/env [10:09] * apachepanda puts it on his todo [10:09] or at least share/env/ [10:25] Riddell: any immediate objections to moving our kdedirs/gtk setup magic from startkde to env scripts? [10:25] that would also allow us to get rid of the dirty if -e infofile hacks [10:25] as we can ship the scripts with their packages [10:26] apachepanda: what's the advantage? [10:27] apachepanda: just a cleaner way you think? [10:27] yes, also not having to pull those dirty hacks [10:28] and ultimately not having to patch startkde at all [10:28] apachepanda: go for it as long as you take responsibility for any regressions :) [10:28] (I think the only other change is country detection which should really move to klocale) [10:28] Riddell: yeah, sure :P === yofel_ is now known as yofel [11:50] hi all [11:51] hi stanley_robertso [11:52] hi Riddell [11:52] wassup [11:53] umm we're developing Kubuntu, want to join us? [11:53] sure, would love to [11:56] Riddell: so whcih phase is in kubuntu now ? [11:57] stanley_robertso: we're about half way through the cycle, things need packaging, testing needs doing occationally, features and work items need worked on [11:58] cool, so a lot going on . [11:58] I hope across technologies [11:59] you hope or you hop? [11:59] I mean.. the current work is going on.. across technologies [11:59] Iam from C/C++ stream [12:00] there's a broad range of skills needed to make a distro for sure, from coding to writing to testing [12:01] most coding is upstream in KDE but we need to do bits for bugfixing and our own programmes [12:01] ahh ok . Do i need to setup any base, for starting into it . [12:02] that all depends on the task in question [12:02] which components in kubuntu has c/c++ tech involved [12:03] almost all of upstream KDE uses c++ so we might need to do bugfixes, although usually we can convince upstream to do that [12:04] Muon is a Kubuntu programme that is written in c++ [12:04] kubuntu-firefox-installer too I think [12:06] muon is closely maintained by jonathan thomas so talk to him about whether anything needs done [12:06] (I expect it does) [12:06] kubuntu-firefox-installer is simple, might be worth checking launchpad for bugs but I don't expect any critical ones [12:09] shadeslayer: I just realised this ./kde-sc-build-status script doesn't do the retry for you, you need to check it's output and do it manually [12:09] there must be a way we can do that through the LP APIs [12:09] stanley_robertso: we do quite a bit of coding in python [12:10] I knew perl, awk .. and not python.. but i hope its not hard to learn it [12:10] as programming languages go python is very easy to learn [12:10] of course like any programming languages there's APIs etc to get used to as well [12:15] Riddell: ok. let me check with jonathan thomas [ his id ? ] to see, if i can be of any help [12:23] stanley_robertso: JontheEchidna [12:23] or echidnaman on launchpad I think [12:25] Riddell: thanks [12:26] I hope you find useful and fun things to do for Kubuntu :) [12:26] sure, thanks a lot for the info Riddell [12:55] ScottK: I can't remember if you said before but python-qt4 has build failures on arm, what do you know about those? === rdieter_laptop is now known as rdieter === jackyalcine is now known as JackyAlcine [13:12] since upgrading to soprano 0.7.4 I get crashes in akonadi every couple of seconds, I guess that's known? [13:12] fregl: no I've not heard of that [13:12] fregl: crashes that cause drkonqi to appear? === greyback is now known as greyback|lunch [13:13] Riddell: yes https://bugs.kde.org/show_bug.cgi?id=292388 [13:13] KDE bug 292388 in general "Nepomuk/Soprano crashes after upgrading to 2 7 4" [Crash,New] [13:14] I'll try downgrading now [13:14] currently I can't write an email [13:14] sucks [13:14] kontact is working fine with me [13:14] actually I can by disabling nepomuk [13:14] so I think your best chance is to hassle kdepim people to looking into it [13:15] or just workaround it if you can [13:20] Riddell: what is our artwork license? lgpl? [13:20] (kde I mean) [13:20] fregl: depends on situation [13:21] lgpl for icons in platform, gpl for icons and artwork elsewhere [13:21] Riddell: by default, like program icons [13:21] ok thanks [13:21] may be safer to make it lgpl if you think it might move into platform one day I guess [13:31] 4.8 seems mostly good or compiling and expected to be good except kdepim-runtime, looking into that [13:31] I need to look into l10n builds too [13:38] agateau_: ping [13:39] afiestas: pong [13:39] agateau_: do you remember my modification of kdelibs for having "menubar" lookup ? [13:40] happens that I have some free time now until 19:00 and I want to do a KRunner with the same functionality [13:40] afiestas: the search in help menu idea? [13:40] * afiestas if somebody says like HUD I may have to kill him :p [13:40] agateau_: yes [13:41] oh, like the matrix! [13:41] (previous code name for hud :)) [13:41] can you orient me on how dbusmenu works? and what should I use? [13:42] right now I have a bunch of stuff compiled and oxygen-appmenu is working finde [13:42] but for example the plasmoid isn't and I can see that there is a KDED not running related to dbusmenu exportation [13:43] yes, that's a work-in-progress [13:44] first we need to get the terminology right: [13:44] dbusmenu is about exposing a menu over dbus [13:44] no matter what the menu comes from [13:44] afiestas: like hud!? [13:44] /kickban apachepanda [13:44] appmenu registers the association between your window and the main menubar to an appmenu registrar [13:45] mmm, that's confusing, 2nd try [13:45] Riddell: then I must stop work and go home \o/ [13:45] apachepanda: come back! [13:45] meh [13:46] apachepanda: --Beer; for you next time I see you :p [13:46] appmenu exposes your menubar on dbus (using dbusmenu) and registers the tuple (window-id, dbusmenu-for-your-menubar) to the appmenu registrar [13:46] right now plasma-widget-menubar implements the registrar and displays the menubar [13:47] oxygen-appmenu does (or used to do) the same [13:47] but oxygen-appmenu devs have started to move the registrar to a kded [13:47] so that it can be used by multiple menubar renderers (oxygen-appmenu, plasma-widget-menubar) [13:48] I haven't caught up with them: plasma-widget-menubar should be modified to use this registrar [13:48] afiestas: that's the current situation I think [13:48] agateau_: reading [13:50] agateau_: ok so for a krunner I should become a register the first time I'm used and then listening for "change window events" so I keep my association in order [13:50] is that it? [13:50] (I will take a look at the plasmoid code) [13:50] agateau_: slighly-offtopic question, is it possible to export somehow all QActions via dbus ? [13:51] I'm afraid that we are going to loose kiosk functionality in Qt5/KF5/KDE4+1 [13:52] afiestas: the trick is that right now when appmenu exposes your menubar, it hides them from the window [13:53] afiestas: so you need a menu renderer somewhere (plasma-widget-menubar or oxygen-appmenu) [13:53] but you can have more than one renderer? [13:53] or just one? [13:53] afiestas: you can have more than one renderer [13:53] afiestas: you can only have one registrar [13:53] (the thing which keeps the association between a window and its menubar) [13:54] oh damn... now I see why the plasmoid is not working while having the oxygen-app menu [13:54] afiestas: that's it, until I get some time to make it uses the kded registar [13:54] afiestas: then they can work together [13:54] well oxygen-app menu is not using the kded thing so... [13:54] not sure if the developer is activelly working on it [13:55] afiestas: your krunner can just assume there is a registrar running (whether it comes from the plasma widget or oxygen-appmenu does not matter) [13:55] shouldn't the registar be standar as well? [13:55] afiestas: standard as in? [13:55] well all registrar are going to do the same and are going to export the very same api [13:55] as in frakkeddesktop.org standard? [13:56] it seems to me a waste of manpower having 2 different registrars and up to 3 in case that gnome decide to jump into appmenu world [13:56] on the kde side, our goal is to have one registrar only, the kded one === greyback|lunch is now known as greyback [13:56] which is basically a standalone version of the code from plasma-widget-menubar [13:57] agateau_: but now, Unity is going to need more or less the same thing [13:57] since they are going to have HUD and menubar [13:57] afiestas: Unity has had a registrar for a long time [13:57] afiestas: both registrar have been released at the same time [13:58] ok so, going back to the krunner, instead of implementing the registar again, making it incompatible with oxygen-app/plasmoid [13:58] what I have to do is... call here? [13:58] qdbus com.canonical.AppMenu.Registrar /com/canonical/AppMenu/Registrar com.canonical.AppMenu.Registrar.GetMenus [13:59] right? [13:59] shadeslayer: kde-l10n-build-status added and kde-sc-build-status synced [13:59] afiestas: yes [14:00] last question :p [14:00] afiestas: then pick the appropriate menu [14:00] ok, that kind of answered my question [14:00] it was "When the user launch krunner I guess that krunner will be identified as the focused window, how do I get the menu from the previous focused window ?" [14:01] I guess I will be able to do that via the getMenus call [14:01] afiestas: not really: GetMenus() gives you all menus for all windows [14:02] afiestas: there may be some trick to do with the order window are stacked: the previously focused window is likely to be the next or previous one [14:03] mm that is going to be problematic I guess [14:03] afiestas: or you could look into the code of the hud :) [14:03] though maybe KRunner does the same trick that plasma does [14:03] mmm, actually no: when the hud is invoked, the current window is probably still the correct one [14:03] when I click into your plasmoid the application loose the focus but the menu doesn't change [14:04] that is my code which does this iirc [14:04] it tracks the current window but ignore changes if the new window is the parent of the widget [14:05] then I can do the same, ookey! enough talking if not would be as if you write the thing then won't be funny :p [14:05] lunch time then hacking time brb ! [14:09] good luck with your hacking afiestas! [14:10] afiestas: keep us posted! [14:11] anyone remember what we did with kde-l10n-ca@valencia? [14:11] s/did/do/ [14:11] Riddell meant: "anyone remember what we do with kde-l10n-ca@valencia?" [14:11] it's not in the archive as kde-l10n-cavalencia and it's not in with kde-l10n-ca [14:12] oh yes it's kde-l10n-ca-valencia [14:12] good, wouldn't want to miss that out, keeps my granny happy [14:14] so kde-l10n all good, hugs to apachepanda for making kde-l10n-common [14:17] sigh kde-l10n in PPA another 5 hours to build [14:17] ho hum [14:21] Riddell: your granny from valencia? [14:25] tsdgeos: not an entirely serious comment, she lives there but is english speaking. great spanish but no catalan and certainly not ca@valencia [14:26] ahh, those adorable oldies that come to spend their money in our shores :-) [14:27] at least she speaks spanish! :) [14:32] Riddell: re python-qt4: I don't know. It didn't fail last time, so I don't know if it's because I changed something or because arm* changed something. [14:33] * ScottK is going to start some test builds on the armel boxen. [14:33] Riddell: which is more than the average English people living here [14:33] If only apachepanda would make the Ice Cream magic work again. [14:33] afiestas: she not English :) [14:34] Riddell: sorry, I always mess up with the names there, should British will be correct right? since it includes all islands [14:34] s/should/so/ [14:34] afiestas meant: "Riddell: sorry, I always mess up with the names there, so British will be correct right? since it includes all islands" [14:37] Riddell: I see you filled up / on the arm box again. Are you done with your Calligra stuff yet? [14:37] afiestas: yes British is right although can annoy Irish people depending on their opinion :) [14:37] ScottK: no but it needs restarting again, let me look what I can save and delete bits [14:38] ScottK: do we have a new setup yet? [14:38] ScottK: also do we have a machine for OBS yet? ;) [14:39] Riddell: Please do your stuff somewhere in /var/cache (maybe even /var/cache/home/jr). [14:39] ScottK: oh just scrap it, it needs a full compile again anyway at least [14:39] yes I'll use /var/cache in future [14:39] apachepanda: No. I've been fiddling with getting armhf working on the machine and didn't manage it yet. That'll be much faster. [14:40] and you broke icecc while you were at it? :P [14:40] apachepanda: what makes OBS so good? [14:40] No, experimenting on a different box. [14:41] ug computer rebooted, "Jan 26 14:33:32 gallus kernel: [81232.090933] Critical temperature reached (100 C), shutting down." nasty [14:41] The manufacturer provides a Debian armhf image. Just need to figure the bits to fiddle to boot from the SD card. [14:42] Riddell: it can be set up in less than a life time [14:42] ScottK: you could surely do tftp booting [14:42] which might in fact be faster than sd anyway [14:42] Might. Didn't have a lot of time to mess with it yet. [14:42] kk [14:43] well, I am at work, so I don't have my ssh keys with me [14:45] Riddell: btw https://build.opensuse.org/request/show/101629 [14:46] apachepanda: nice, are you planning to propose that to opensuse? [14:46] that is the proposal [14:46] let's see if they take it [14:47] ScottK: I should wait for you to do your arm stuff before starting on calligra? [14:47] Riddell: Give me a bit to get the builds going. [14:49] ok I'll look at the daily ISO build [14:53] mm 1.4MB/sec, I'm liking this new connection [14:58] Riddell: My build's started, so give it ~some minutes to get past the I/O intensive part of unpacking the chroot and stuff and then feel free. [14:58] thanks [14:59] nice ...I'm capped at 750KB/sec here , but i should be thankful, being in the boonies an all [15:07] Riddell: re python-qt4: That's the first time it's been built against Qt 4.8 on arm*, but it built before that with 4.7.4. The function with the error isn't a new one, so I'm inclined to blame Qt 4.8. sip: QPainterPathStroker::setDashPattern() unsupported function argument type - provide %MethodCode and a valid C++ signature - Thoughts? [15:07] (keep the discussion here I think( [15:08] ScottK: hmm so maybe we should see if it compiles against 4.8 on other platforms [15:08] It does on the other archs. [15:09] ScottK: ok then I'd say time to ask upstream pyqt for ideas [15:09] he's usually responsive [15:09] are you on the pyqt list? [15:10] hi Riddell, ScottK [15:10] I'm not. I'm also late for running off to a meeting. Could you? [15:10] Hello barry. [15:11] what's your current thinking about the build failures? the logs don't seem helpful [15:11] ScottK: can do [15:11] barry: I'm tempted to blame it on Qt 4.8 and Riddell is suggesting was ask upstream for help. I'm hoping he'll do that. [15:11] Riddell: Thanks. [15:11] cool. i have arm machine here, but it's fairly underpowered. (it takes me 15m just to ssh in ;) [15:11] erk that doesn't sound like a way to have a productive day [15:11] barry: It's the first time it's been built on arm* against Qt 4.8, so I'm inclined to think it's Qt. It's nowhere near your patch. [15:12] barry: I started a local build on our arm box and I'll check in on it again later today. [15:12] cool. well, let me know if there's anything i can help with [15:12] Gotta run. [15:18] barry, Riddell: what is failing? [15:19] apachepanda: pyqt on arm [15:19] apachepanda: https://launchpadlibrarian.net/91076358/buildlog_ubuntu-precise-armhf.python-qt4_4.9-2ubuntu2_FAILEDTOBUILD.txt.gz [15:21] cfgtest_QtMultimedia.cpp:1:28: fatal error: QAudioDeviceInfo: No such file or directory :O [15:21] !find QAudioDeviceInfo precise [15:21] File QAudioDeviceInfo found in qtmobility-dev [15:21] that package ain't getting installed it seems?! [15:22] apachepanda: for pyqt? [15:22] yes [15:22] search for that line I pasted [15:22] after it comes compilation terminated. [15:22] hmm yes [15:24] it's not a build-dep [15:24] ScottK: when you get back let me know if you think that'll fix it and if it needs testing before upload [15:24] good catch apachepanda [15:25] system settings crashing in locale settings [15:25] uh oh [15:25] BluesKaj: got a backtrace? [15:26] BluesKaj: reliable, doing something in paticular? [15:26] s/,/?/ [15:26] Riddell meant: "BluesKaj: reliable? doing something in paticular?" [15:29] Riddell, which log should i search in ? [15:29] the crash dialog will give you a backtrace [15:30] kcmshell4 on command line with module name may help too [15:31] Riddell, was just helping some with their locale settings so i was looking at the path reqquired , when i click the languages tab and system settings crashed [15:32] BluesKaj: ok we don't patch that so it's likely an upstream issue [15:32] if you want to help you can check if it happens every time and what settings you have that might affect it [15:32] and report a bug to bugs.kde.org with a backtrace and the output of kcmshell4 language [15:34] oh yes! [15:34] daily CD installed without major problems! [15:35] that's a weight off my mind [15:35] now we just have 50 other things to fix like oversizing [15:43] that QAudioDeviceInfo error is harmless and expected. the build system just checks if it should build bindings for qtmultimedia. [16:10] agateau_: any consumer of a(uso) around? [16:11] (that's what getMenus returns) [16:11] afiestas: it's a debug method, not used by plasma-widget-menubar iirc [16:12] an how id you used it? [16:12] *did [16:20] Riddell, the system settings locale crash has already been reorted several times ...managed to login finally in https://bugs.kde.org [16:28] BluesKaj: aah [16:28] debfx: oh fooey [16:36] tsdgeos: any l10n thoughts on phonon moving to qt-projects? [16:36] all of phonon? [16:36] does phonon have l10n? [16:37] tsdgeos: yes [16:37] Riddell: the kde desktop files mostly [16:37] + some error messages [16:37] apachepanda: if you go there, then there's no more translations anymore [16:38] i mean automated an integrated in our side [16:38] tsdgeos: no way to make that happen? or interest for that matter? [16:38] i see two problems [16:39] first, qt-project won't accept scripty raw commiting into the project [16:39] second, making it happen means adding more code than then i have to maintain [16:40] s/than/then [16:40] arg [16:40] s/than/that [16:40] any reason you are not in kde-devel? [16:40] because i'm in work time and i'm only in canonical related channels :D [16:41] fair enough :) [16:41] wait 30 min and i'll be there [17:10] yofel: did you backport kdevelop? [17:10] argh, I forgot about that, sorry [17:12] I'll do it [17:18] JontheEchidna: this would be a nice feature for muon too: http://www.piware.de/2012/01/software-center-now-installs-language-support-automatically/ :) === agateau_ is now known as agateau [17:40] if anyone is interested here there is my tool for apt konsole kdialog based... [17:41] http://kde-apps.org/content/show.php/aptk?content=108087 [17:43] project is here [17:44] http://code.google.com/p/kde-peace-settings/source/browse/ [17:49] nice [18:14] agateau: have it almost done, only have to figure out some thread warnings and how to paint stuff in krunner :p [18:15] thanx everyone for releasing 4.8 [18:36] hey folks. having a problem with upgrading to KDE 4.8 on 11.10 (backports): [18:37] dpkg: error processing /var/cache/apt/archives/plasma-dataengines-addons_4%3a4.8.0-0ubuntu1~oneiric1~ppa1_amd64.deb (--unpack): [18:37] trying to overwrite '/usr/share/kde4/services/plasma-engine-kdeobservatory.desktop', which is also in package plasma-widget-kdeobservatory 4:4.8.0-0ubuntu1~oneiric1~ppa1 [18:37] any ideas? Riddell ^ [18:46] mKretschmann: fixing [18:46] (or rather backporting fixed package) [18:46] yofel: cool thx [18:46] yofel: I have another problem: the Krandr thingie forgets the display settings. on restart my two screens have the wrong resolution, etc [18:47] that's really major [18:47] I believe someone else had the same thing, but that would be something for bugs.kde.org [18:50] yofel: do you happen to know where the stinky old qml splash is? [18:50] yes, I was about to ask that too [18:50] did someone forget to do list missing? [18:50] I saw a video review of KDE 4.8, and it had a nice startup animation [18:51] brb Mamarok called us to dinner [18:52] apachepanda is at our place [18:52] hm.... [18:53] agateau: When I instance the MyDBusMenuImporter I have to call updateMenu in order to get the menu data, right ? [18:54] (I'm reading it at oxygen-appmenuc ode but just to be sure) [18:59] agateau: I'm getting the submenus empties, for example [18:59] I'm gtting Settings, File, Help but when I ask action->menu()->actions->isEmpty() it returns true [18:59] do I have to update them somehow ? [19:00] oh I see... [19:01] mKretschmann: as far as I see the only QML splash that's shipped with 4.8 is "Minimalistic" which is in kde-workspace-data-extras [19:01] apachepanda: ^ [19:05] Riddell: My PyQt4 build failed locally, so I'll add that and retry. [19:11] Riddell, apachepanda, and barry: Still fails with qtmobility-dev installed. That may be "a" problem, but it's not "the" problem. [19:11] Generating the C++ source for the QtDeclarative module... [19:11] "/usr/bin/sip" -w -o -P -x VendorID -t WS_X11 -x PyQt_NoPrintRangeBug -x PyQt_NoOpenGLES -x PyQt_qreal_double -t Qt_4_8_0 -x Py_v3 -g -j 10 -a QtDeclarative.api -c /tmp/buildd/python-qt4-4.9/build-2.7/QtDeclarative -b QtDeclarative/QtDeclarative.sbf -I /tmp/buildd/python-qt4-4.9/sip /tmp/buildd/python-qt4-4.9/sip/QtDeclarative/QtDeclarativemod.sip [19:11] sip: QPainterPathStroker::setDashPattern() unsupported function argument type - provide %MethodCode and a valid C++ signature [19:11] Error: Unable to create the C++ code. [19:12] * ScottK goes back on the road again. [19:16] sigh [19:17] ScottK: is that the first error of the log? [19:17] yofel: what is extras?!?!!? [19:17] holy french fries [19:18] stuff that doesn't fit on the CD? [19:18] apachepanda: cfgtest_QtMultimedia.cpp:1:28: fatal error: QAudioDeviceInfo: No such file or directory was the first error. [19:23] * ScottK runs it again to make sure. [19:25] Ohhh. Found one before. Unable to load library icui18n "Cannot load library icui18n: (libicui18n.so.48: cannot open shared object file: No such file or directory)" [19:27] that QAudioDeviceInfo one should have gone away wit qtmo-dev [19:28] so my guess is that the include paths might be wrong [19:28] libicu-dev was in fact missing. [19:28] !find libicui18n.so.48 precise [19:28] File libicui18n.so.48 found in lib32icu48, libicu48, libicu48-dbg [19:28] Installing that now. [19:28] ScottK: right, but that most likely is not related to the missing QADI include [19:28] OK. [19:29] /usr/include/QtMultimediaKit/QAudioDeviceInfo [19:29] g++ -DQT_NO_DEBUG -DQT_MULTIMEDIA_LIB -I. -I/usr/mkspecs/linux-g++ -I/usr/include/qt4/QtMultimedia -I/usr/include/qt4 -pipe -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Os -w -D_REENTRANT cfgtest_QtMultimedia.cpp -o cfgtest_QtMultimedia -L/usr/lib -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-O1 -lQtMultimedia [19:29] righto [19:29] QtMultimediaKit != QtMultimedia [19:29] I wonder why that did not fail before [19:29] easy fix: try to find a way to not build the multimedia bindings [19:30] Confirmed libicu-dev /48 doesn't help with that. [19:40] I'm going to rebuild sip4 and see if that magically helps. [19:40] oxygen-gtk3 for review in ninjas, no hurry though as I don't have the usage setup done yet, see bottom of the README on how to try it [19:48] Nope. Doesn't help. [19:48] Riddell: I think we're back to ask upstream. [20:06] wth. some update set my default browser to rekonq (was firefox before) [20:13] Quintasan: ping [20:14] yofel: define default [20:14] manually set "default" in default applications [20:14] somehow that changed to manually defined rekonq [20:14] yeah, that's not good [20:14] oh, wait [20:15] just "default", does that use x-www-browser? [20:15] yay! i got a tablet for my birthday [20:15] a rekonq upgrade would do that [20:16] no update for that recently. Could be the kdm background update script [20:16] hm, no, that only touches kdmrc [20:19] anyone know where Quintasan posted the directions for kubuntu on his eee pad? [20:20] hm, rebuilding SIP might be a good idea looking at bug 921963 (actually for precise, not the PPA) [20:20] Launchpad bug 921963 in Kubuntu PPA "plasma-desktop crashes at start" [Undecided,New] https://launchpad.net/bugs/921963 [20:24] guys this bug is now fixed upstream: https://bugs.kde.org/show_bug.cgi?id=290964 [20:24] KDE bug 290964 in Plasma Widget "Buttons out of place in plasma nm widget (KDE 4 8rc2)" [Normal,Resolved: fixed] [20:24] please include it in precise :) [20:24] so they better make a release :P [20:25] well, I guess we'll have rc5 in time for precise [20:46] * claydoh invites all to his new bachelor pad, but remember to byof - bring your own furniture lol [20:50] lol hey man [20:50] hi [20:51] hows life? [20:51] broke and unemployed [20:51] so only slightly different from before :D [20:51] but warm and no snow [20:53] i hearthat. ive got some good interviews setup === kfunk is now known as KRF [21:02] heya [21:02] do we got telepathy-kde fresh builds somwhere? [21:02] * sheytan would like to test [21:05] sheytan: there is the telepathy-kde ppa, but it is still at 0.2 iirc [21:05] maybe yofel will point us to something fresh [21:05] * yofel redirects to Quintasan [21:06] * sheytan waits for Quintasan's answer ;d [21:15] mmm software-properties-kde [21:15] core dumped ? [21:15] wtf [21:15] :D [21:21] * jussi dumps Peace-'s core [21:22] LOL [21:23] sheytan: yeah, one sec [21:24] I believe Quintasan set up daily builds [21:24] https://launchpad.net/~telepathy-kde/+archive/daily-builds [21:24] cool gimme :D [21:24] aaannnddd they're unmaintained :/ [21:24] hmmm needs newer telepathy-qt [21:24] yeah ;/ [21:25] Would be cool to build up the new beta 0.3 [21:26] not too bad http://wstaw.org/m/2012/01/26/plasma-desktopM22613.png [21:26] it's not finished but it works [21:26] grrr ... they also have a new release of telepathy qt4 [21:52] yofel: fedora uses xsettings-kde to set the gtk3 theme. see http://meetbot.fedoraproject.org/fedora-meeting/2012-01-17/kde-sig.2012-01-17-15.06.log.html and http://pkgs.fedoraproject.org/gitweb/?p=xsettings-kde.git [21:52] thanks! [22:06] meh, they have about as many options as I found till now -.-, I'll look at xsettings-kde though [22:41] yofel: you backported that issue mKretschmann has? [22:41] ScottK: I should e-mail upstream? [22:41] yes [23:06] yofel: awesome thanks [23:22] Subject: [kde-packager] Patch for Amarok 2.5 release fixing issues with KDE 4.8.0 [23:22] help needed with that ^^ [23:23] Riddell: you know where Quintasan posted his transformer kubuntu install info? [23:25] Darkwing: I've no idea what that is I'm afraid [23:25] you can grep irc logs? [23:25] His tablet he had at UDS [23:27] I'll wait till he pops in [23:44] user posting to wrong list who likes Kubuntu precise with 4.8, lovely http://lists.kde.org/?l=kde-devel&m=132752020906824&w=2