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