[05:49] <jussi> does anyone have any recommendations for comprehensive themes that work flawlessly? KDElook is a bit hit and miss
[05:52] <jussi> and actually the lack of _complete_ theming on KDE actually is a weak point. I mean, it would be nice to see a friends desktop and say I want THAT! then take the whole theme, and tweak it to what you like. (Instead of icon theme, colours, desktop theme etc etc)
[05:53] <apachelogger> jussi: impossibru
[05:53] <jussi> apachelogger: ssssh. don't ruin my hope just yet
[05:53] <jussi> :D
[05:53] <apachelogger> alas, less so than 2 years ago, still not possible enough tough
[05:54] <apachelogger> as long as binary artifacts are involved it's not doable
[05:54] <apachelogger> well, actually, binary artifacts + lack of requirement defintion in a cross-distro fashion
[05:55] <apachelogger> like if a lightdm theme required special qml imports
[05:56] <jussi> apachelogger: but woouldnt it be possible to have a sort of "master" which takes a zipped icon, desktop, application and window decorations for a complete theme?
[06:02] <apachelogger> jussi: iff the window decoration is using aurorae, and the desktop is using image|color for a background
[06:02] <apachelogger> aurorae being why it is more doable than before where there were only binary window decoration
[06:02] <apachelogger> also I dunno what you mean with application :P
[06:03] <apachelogger> in kde3 we actually had theme packs
[06:03] <apachelogger> they did not work, ever
[06:06] <soee> good morning
[06:14] <jussi> morning soee
[06:14] <jussi> apachelogger: what is aurorae? (and is it in the default install? :D)
[06:15] <apachelogger> jussi: it's a theme engine that allows creating kwin themes using svg
[06:15] <jussi> apachelogger: ahh
[06:15] <jussi> and is it in the default install?
[06:15] <mgraesslin> jussi: it's built into kwin
[06:16] <jussi> mgraesslin: ahh, thank you :)
[06:16] <jussi> shows how unknowledgeable I am here
[06:16] <mgraesslin> and I have to correct apachelogger: it's a theme engine that allows creating kwin themes using svg or QML
[06:16] <jussi> guess its "user perspective", rather than developer trying  to solve stuff
[06:17] <jussi> mgraesslin: so, what actually is a kwin theme? window decorations?
[06:17] <mgraesslin> yes
[06:17] <mgraesslin> it's what you get when clicking "Get new window decoration"
[06:17] <jussi> ok, well then, that is one small part of the pzzle. 
[06:18] <jussi> I just wish there was a way to link all the different theming bits together (kwin theme, application colours, icons and desktop theme)
[06:19] <jussi> so you had a full "KDE Theme"
[06:19] <mgraesslin> psssst, that might happen for PW 2
[06:19] <jussi> hehe, I hope so :)
[06:19] <mgraesslin> jussi: http://aseigo.blogspot.de/2013/05/visual-harmony-in-plasma-workspaces-2.html
[06:20] <apachelogger> mgraesslin: QML is nothing but a glorified SVG :P
[06:20] <mgraesslin> erm, if you say so
[06:20] <apachelogger> jussi, mgraesslin: the entire problem sort of goes away with qml/portable themeing
[06:21] <mgraesslin> *nod*
[06:21] <apachelogger> unless the qml bits then end up requiring fancy imports anyway ^^
[06:21] <jussi> hehe, ok, mgraesslin that looks like it is what I am describing. When will that stuff actually hit us and we can move forward ?
[06:22] <mgraesslin> jussi: PW2
[06:22] <mgraesslin> in Kubuntu speak: 14.10 earliest
[06:22] <jussi> ok, thanks :) 
[08:49] <ovidiu-florin> hello world
[08:50] <ovidiu-florin> apachelogger: are you around?
[08:50] <apachelogger> yes
[08:50] <apachelogger> hi
[08:50] <ovidiu-florin> hi
[08:50] <ovidiu-florin> Craig hasn't upoaded the UFW-KDE code yet, should I do something about it?
[08:50] <ovidiu-florin> I sent him an email friday that the repo has been created
[08:51] <ovidiu-florin> no responce since
[08:51] <ovidiu-florin> https://projects.kde.org/projects/playground/sysadmin/ufw-kde/repository
[08:53] <apachelogger> maybe he's busy? :P
[08:53] <ovidiu-florin> I suspected
[08:53] <ovidiu-florin> that's why I haven't said anything yet
[08:54] <apachelogger> let's wait till friday
[08:54] <ovidiu-florin> I think I'll give it another week and then ask him if he's having trouble uploading the code?
[08:54] <apachelogger> yeah
[08:54] <ovidiu-florin> ok
[08:55] <ovidiu-florin> I was thinking of a little project that can improve akregator but I have a few questions, too se if it's worth doing:
[08:56] <ovidiu-florin> I would like to make a sync function for it, so that the read/unread feeds are synked between computers
[08:56] <ovidiu-florin> but this requires a server
[08:56] <ovidiu-florin> I could make a small application and each user can deploy its own server
[08:57] <apachelogger> ovidiu-florin: best bring that up in #kontact
[08:57] <ovidiu-florin> but is there another way this could be achived?
[08:57] <ovidiu-florin> I'm talking server wise?
[08:57] <apachelogger> yeah, best talk to them :P
[08:57] <ovidiu-florin> ok
[08:57] <apachelogger> you'd need a server regardless
[08:57] <ovidiu-florin> I usually don't get any responce in there
[08:58] <apachelogger> the software that needs to run on there is just a minor detail though
[08:58] <ovidiu-florin> I thing they'r upset with me :(
[08:58] <apachelogger> ovidiu-florin: mailing list then
[09:04] <ovidiu-florin> ok, thank you
[09:13] <Riddell> afiestas_, shadeslayer: did we come to any conclusion on user-manager. should I just package what's in git?
[09:14] <afiestas_> Riddell: after ressearching the problem a bit, we came to the conclusion that it is somehow ubuntu's fault since the file in ¬/.face is not automatically picked
[09:14] <apachelogger> possibly accountsthing
[09:15] <Riddell> that seems plausible
[09:15] <afiestas_> we booted a livecd in a virtualbox, changed the face using Ubuntu tools and realized it was NOT creating a .face file, most probably this has something to do with how they use "faces" in lightdm
[09:15] <afiestas_> anyway we will do further investigation today
[09:15] <apachelogger> accountsservice
[09:15] <apachelogger> that's what supplies the pixmap to lightdm anyway
[09:15] <apachelogger> or it used to
[09:16] <afiestas_> it supplies a path I guess
[09:17]  * apachelogger looks at codez
[09:17] <apachelogger> afiestas_: did it create any file though?
[09:17] <afiestas_> Ubuntu? we don't know
[09:17] <apachelogger> last I checked gnome/accountsservice did use .face.ico or something
[09:17] <afiestas_> yes
[09:17] <afiestas_> and since I copy them... :p
[09:17] <benvantende> morning people, i updated to kubuntu 13.10, which went almost flawless. a skype problem i solved by starting from shell, but i have one audio thing i don't know if it is a bug or what.
[09:17] <benvantende> when i plug in my usb headphone it looks like it is now recognised as HDMI
[09:18] <benvantende> at least i cannot get any sound through the headphones at all
[09:18] <benvantende> what direction should i look?
[09:18] <apachelogger> afiestas_: nah, I mean the file names are just different
[09:18] <apachelogger> anyway, lt me have a look at the codez involved
[09:19] <apachelogger> benvantende: kcmshell4 phonon -> make a screenshot -> imgur.com; then go to second tab -> screenshot -> imgur.com
[09:20] <apachelogger> ./user.c:                user->default_icon_file = g_build_filename (user->home_dir, ".face", NULL);
[09:20] <apachelogger> hm
[09:20] <apachelogger> not accoutnsservice it seems
[09:21] <apachelogger> ./liblightdm-gobject/user.c:            image = g_build_filename (entry->pw_dir, ".face.icon", NULL);
[09:22] <apachelogger> at least lightdm-gobject seems to try both .face and .face.icon though
[09:23] <benvantende> apachelogger: http://imgur.com/mL4obn7,QAugv8e#0
[09:24] <apachelogger> afiestas_: lightdm-kde also ahs workaround code to support .face and .face.icon Oo
[09:25]  * apachelogger boots saucy vm -.-
[09:26] <apachelogger> benvantende: second tab screenshot please
[09:27] <apachelogger> benvantende: also with these settings... do you get sound at all (from speakers)?
[09:27] <benvantende> apcahelogger: you can click 'second image' on top
[09:27] <apachelogger> oh
[09:27] <apachelogger> nifty feature ^^
[09:28] <benvantende> uhhh well yes speakers is al fine. the problem seems to be in how the usb headphone is recognized. mic works fine, but no output thru the headset
[09:28] <benvantende> everytime i reconnect the usb the sound device defaults to HDMI
[09:29] <apachelogger> that's not what the setting does.
[09:29]  * apachelogger really needs to fix that -.-
[09:30] <apachelogger> alas, it's not a setting :P
[09:30] <apachelogger> benvantende: as sound card select your headphones, then make another screenshot please
[09:35] <apachelogger> ah
[09:35] <benvantende> apachelogger: http://imgur.com/74H8iDH
[09:35] <apachelogger> afiestas_: now I get it ... the problem is that it does not show up in about-user kcm thing?
[09:36] <apachelogger> benvantende: if you click the 'front left' button you don't get any output?
[09:36] <benvantende> no
[09:36] <apachelogger> hm
[09:37] <apachelogger> benvantende: on the first tab, did you try 'apply list to..." and applied it to everything?
[09:38] <benvantende> apachelogger: yes let me shuffle it around and do that again
[09:38] <benvantende> apachelogger: i also think the whole HDMI option was not there before 13.10. not totally sure though
[09:39] <apachelogger> should have been anyway
[09:39] <apachelogger> in terminal run: PHONON_PULSEAUDIO_DEBUG=5 PHONON_DEBUG=5 PHONON_BACKEND_DEBUG=5 kcmshell4 phonon &> phonon.log
[09:40] <apachelogger> in the first tab make sure your headphones are at the top of the list, then click test, wait for about 10 seconds
[09:40] <apachelogger> then on the second tab select your headphones as sound card, and click front left
[09:41] <apachelogger> close the window again and in your home directory is a file called phonon.log, please poste the content to paste.kde.org
[09:44] <benvantende> apachelogger: there you go sir! http://pastebin.kde.org/pdbrocisn
[09:44] <apachelogger> afiestas_, Riddell, shadeslayer: so... accountsservice uses .face, however kcm_useraccount and kdm use .face.icon though... so the options are to patch kcm/kdm or patch kcm/kdm ... ultimately the kcm would be ported to accoutnsservice though
[09:45] <apachelogger> ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM 11
[09:45] <apachelogger> that does not sound good
[09:46] <benvantende> oops ;)
[09:46] <benvantende> apachelogger: just to be clear. it worked flawless on 13.04
[09:47] <apachelogger> PHONON_PULSEAUDIO_DISABLE=1 kcmshell4 phonon
[09:47] <apachelogger> first tab, find your headset in the list ... should say (USB Audio) next to it ... select it and click test
[09:47] <apachelogger> do you get sound?
[09:49] <benvantende> i get a list with default, hw:0,0 etc, but YES SOUND
[09:49] <apachelogger> pulseaudio bug then it seems
[09:50] <benvantende> can i report that? i am afraid i cannot describe that issue really well ;)
[09:51] <apachelogger> benvantende: just kcmshell4 phonon again ...... second tab select your headphones as sound card again, go through profiles and check if any of them produces sound using using the test buttons below
[09:52] <benvantende> apachelogger: NO "ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM 11"
[09:54] <apachelogger> oh
[09:54] <apachelogger> actually
[09:54] <apachelogger> benvantende: change profile to steore out + mono in again
[09:54] <apachelogger> then open kmix and make sure your volume is actually >0 ^^
[09:57] <apachelogger> benvantende: was the volume >0?
[09:58] <benvantende> apachelogger: yes although i have seen before it spontaneously drop to 0
[09:59] <benvantende> apachelogger: now no sound at all thru the phonon setting. amarok works fine however
[09:59] <apachelogger> Oo
[09:59] <apachelogger> benvantende: through the headphones?
[10:00] <benvantende> apachelogger: no not a sound thru the headphones as yet ;)
[10:00] <apachelogger> well, I'll just call it a day and say pulseaudio has problems of some sort :P
[10:00] <apachelogger> benvantende: ubuntu-bug -s audio
[10:01] <apachelogger> that should collect all relevant data... if asked for information simply say that sounds works fine when bypassing pulseaudio, with pulseaudio you that alsa warning
[10:01] <benvantende> thanks a ton my friend....most wizardous assistance
[10:01] <apachelogger> no problem
[10:02] <apachelogger> woah, that last sentence was messed up
[10:02] <apachelogger> need more coffee
[10:02] <benvantende> what is the proper sentence?
[10:03] <apachelogger> that should collect all relevant data... if asked for additional information simply say that sound works fine when bypassing pulseaudio, with pulseaudio you get that alsa warning
[10:03] <benvantende> okidoki
[10:03] <apachelogger> oh and feel free to put the IRC log in a file and attach it to the bug, it may help
[10:04] <benvantende> eternally grateful!
[10:06] <apachelogger> Riddell: http://pastebin.kde.org/p0b6hxo8q
[10:06] <apachelogger> doing that will not migrate existing .face.icon files though
[10:06] <apachelogger> which is ewww
[10:07] <Riddell> apachelogger: that'll update the other way of setting the user avatar?
[10:07] <apachelogger> yes
[10:09] <apachelogger> Riddell: or not
[10:09] <apachelogger> meh
[10:11] <apachelogger> but it should, I am confused now :P
[10:14] <apachelogger> Riddell: works fine
[10:14]  * apachelogger thought kcfg was a runtime thing
[10:15] <Riddell> apachelogger: so that patch fixes the accounts kdm?
[10:16] <apachelogger> s/kcm/kdm
[10:16] <apachelogger> Riddell: applies against kdebase-apps
[10:17]  * apachelogger looks at kdm
[10:17] <apachelogger> Riddell: do we even care about kdm?
[10:17] <smartboyhw> Riddell, if the UIFe does not get any objections (or ACKs) by Thursday, what can I do? Will the upload be dropped?
[10:20] <apachelogger> Riddell: http://pastebin.kde.org/p1iryklaz kdm kcm patch for workspace .... according to the readme kdm itself supports loading both .face.icon and .face .... no clue if that is true though
[10:20] <apachelogger> Riddell: and I really think we need a migration from .face.icon to .face
[10:21] <apachelogger> possibly a kconfig_update would be sufficient as those files are always in $HOME/.face[.icon] it seems
[10:22] <Riddell> apachelogger: I don't care about kdm
[10:22] <Riddell> apachelogger: yes a kconfig_update is what I would be thinking
[10:23] <Riddell> smartboyhw: UIF for what?
[10:27] <Riddell> how do I go back to a previous version in a git checkout?
[10:31] <apachelogger> Riddell: git checkout $ID
[10:32] <Riddell> thanks
[10:56] <smartboyhw> Riddell, ubuntustudio-menu...
[10:58] <Riddell> smartboyhw: hmm nothing in unapproved now, did it get in?
[10:58] <smartboyhw> Riddell, you said it needs ACK from -doc and -translators
[10:58] <smartboyhw> No response so far...
[10:59] <smartboyhw> (Or did you actually upload it?)
[10:59] <Riddell> no it didn't
[11:00] <Riddell> smartboyhw: do you know what docs and translations it acutually affects?
[11:00] <smartboyhw> Riddell, IDK, actually
[11:00] <Riddell> is Ardour 3 sufficiently translated upstream?
[11:00] <Riddell> smartboyhw: does ubuntu studio have any docs?
[11:00] <smartboyhw> Riddell, no, I am planning that for 14.04
[11:00] <smartboyhw> Riddell, should be
[11:04] <Riddell> smartboyhw: ardour has only a few translations but it's in universe so nothing launchpad translators can do about it
[11:04] <Riddell> the .desktop file says Name=ARDOUR3 which probably isn't going to be translated anyway
[11:04] <smartboyhw> Riddell, yeah
[11:05] <Riddell> smartboyhw: so I think it's ok if ubuntu studio devs want to accept that
[11:05] <Riddell> comment on the bug and I'll approve
[11:06] <smartboyhw> Riddell, comment that we are OK with it?
[11:06] <Riddell> yeah
[11:07] <Riddell> that it doesn't affect docs and you're ok with ardour having few translations
[11:07] <smartboyhw> Riddell, done
[11:31] <jussi> excellent news... https://twitter.com/qtproject/status/387485150142951424 
[11:31] <jussi> who is up for building kde on android :D *cough* :D
[11:34] <Blizzzek> oh, how many more cores would it require…
[12:42] <Riddell> apol_: /last jonthe
[12:42] <Riddell> tsk
[12:42] <Riddell> jtechidna: ping
[12:42] <apol_> :D
[12:43] <Blizzz> woohoo,  taking a screenshot using  "rectangular region" kills X
[12:43] <Riddell> Blizzz: umm, what app?
[12:50] <Blizzz> Riddell: ksnapshot
[12:52] <Riddell> works for me
[12:52] <Riddell> anyone else able to see if ksnapshot "rectangular region" kills X?
[12:52] <Blizzz> i use xedgers ppa, because i got regular freezes with default x.
[12:52] <Riddell> Blizzz: sounds like you and X don't get on, do you have an obscure video card?
[12:54] <Blizzz> Riddell: oh, yes, an Intel HD Graphics 3000
[12:55] <Riddell> intel are usually very well behaved
[12:57] <Blizzz> i can sing a song about this
[12:57] <Blizzz> but which don't?
[13:00] <Blizzz> oh, read "weird" instead of "well"
[13:02] <shadeslayer> Riddell: apachelogger Ubuntu seems to save the face file somewhere else
[13:02] <Riddell> Blizzz: :)
[13:03] <smartboyhw> Riddell, ubuntustudio-menu uploaded?:)
[13:04]  * shadeslayer is investigating right now
[13:06] <apachelogger> not the same thing then
[13:06] <apachelogger> ligthdm and accountservice have no ubuntu patches for lookup of the user icon
[13:10] <Riddell> just tried gnome-control-center and I can change the user avatar there but it doesn't get saved to .face
[13:10] <Riddell> a mystery
[13:14] <tsdgeos> Riddell: any chance you guys will fix this? https://bugs.launchpad.net/ubuntu/+source/kdesdk/+bug/1168981
[13:14] <tsdgeos> shadeslayer: ↑↑ 
[13:15] <Riddell> "Fetching of the whole freaking source tree failed." I sense releaseme has an apachelogger influcence
[13:15] <Riddell> tsdgeos: hmm I thought I remember adding those back
[13:15] <Riddell> tsdgeos: added to me todo list for today
[13:15] <apachelogger> tsdgeos, Riddell: that bug is invalid
[13:15] <tsdgeos> Riddell: ah you did
[13:16] <tsdgeos> just did not close the bug
[13:16] <Riddell> ah, naughty me
[13:16] <apachelogger> extrarc in the kubuntu path is our snapshot
[13:16] <Riddell> yeah we have it in /usr/lib/kubuntu-l10n/libexec/extractrc
[13:16] <apachelogger> ^ that's from pkg-kde-tools though
[13:16] <Riddell> right
[13:16] <apachelogger> ah, we don't install it in kdesdk I guess
[13:16] <apachelogger> makes sense now ^^
[13:16] <Riddell> but also /usr/bin/extractrc kdesdk-scripts
[13:16] <apachelogger> Riddell: then I don't get the bug
[13:17] <Riddell> apachelogger: it's obsolete
[13:17] <apachelogger> I am confused
[13:17] <Riddell> I'll close
[13:17] <Riddell> apachelogger: don't worry your pretty little head
[13:18] <apachelogger> :S
[13:18]  * apachelogger goes back to watching bones
[13:19] <Riddell> 14:15 < seb128> Riddell, it used to be ~/.face but they use accountsservice nowadays so I wonder if it's just stored in there
[13:20] <smartboyhw> Riddell, thank you:)
[13:20] <apachelogger> Riddell: didn't see any code regarding internal storage
[13:21] <apachelogger> alas, accoutnsservice still uses .face
[13:21]  * apachelogger looks again
[13:21] <Riddell> 14:20 < seb128> Riddell, in accountsservice, which is a dbus service
[13:21] <Riddell> 14:20 < seb128> Riddell, it stores those in /var/lib/AccountsService/icons/<user> it seems
[13:21] <Riddell> apachelogger: so I have /var/lib/AccountsService/users/jr with my details
[13:21] <Riddell> Icon=/usr/share/pixmaps/faces/butterfly.png
[13:21] <apachelogger> ah
[13:22] <apachelogger> well that we cannot make work with the kcm
[13:22] <Riddell> apachelogger: why not? it's a dbus service
[13:22] <apachelogger> not without rewriting it to accountsservice
[13:22] <Riddell> user-manager should use it at least
[13:22] <apachelogger> Riddell: it's a piece of middleware that is not integrated anywhere in kde
[13:23] <apachelogger> Riddell: I'll argue that plasma2/kf5 should use accountsservice so at the very least some long term plan would be useful there ^^
[13:23] <Riddell> well user-manager does use it but something goes wrong
[13:23] <apachelogger> Riddell: no?
[13:23] <Riddell> when I try to set it with user-manager it deletes /var/lib/AccountsService/icons/jr
[13:23] <apachelogger> it works just fine
[13:23] <apachelogger> user-managers uses .face
[13:24] <Riddell> apachelogger: what happens for you when you set an avatar in user-manager?
[13:24] <apachelogger> it is displayed in lightdm and the useraccount kcm
[13:24] <Riddell> https://git.reviewboard.kde.org/r/110875/
[13:24] <apachelogger> as I said, accountsservice has code that handles .face just fine
[13:24] <Riddell> kcm_useraccount: support accountsservice
[13:25] <Riddell> rdieter: do you use the patch from https://git.reviewboard.kde.org/r/110875/ ?
[13:25] <apachelogger> Riddell: if you patch .11 with that I am going to scream like a baby for the rest of all time
[13:26] <apachelogger> there is no value in putting it in
[13:26] <apachelogger> .face is supported everywhere
[13:26] <Riddell> apachelogger: I'm just investigating, my main issue is why does user-manager not work nicely with accountsservice
[13:26] <apachelogger> that you have to ask afiestas_ :P
[13:27] <afiestas_> Riddell: with Ubuntu's accountservice
[13:27] <apachelogger> afiestas_: how is it different?
[13:27] <afiestas_> with mainstream accountservice + no patches it seems to work fine
[13:27] <afiestas_> apachelogger: it is heavely patched, even though yesterday shadeslayer tested it without patches and did not work either
[13:27] <afiestas_> *either
[13:28] <afiestas_> I assume that the same way accountservice is patched, some other parts of the stack are
[13:28] <apachelogger> right
[13:28] <apachelogger> so
[13:28] <afiestas_> making the face thing fail
[13:28] <apachelogger> can someone please report a bug
[13:28] <afiestas_> maybe you can check something for me
[13:28] <apachelogger> explaining what the issue is
[13:28] <rdieter> Riddell: yes, well, we did until it was upstreamed at least.  no need for patching anymore
[13:28] <afiestas_> the GNOME Ubuntu guys must have had to patch the GNOME thing for users
[13:28] <Riddell> rdieter: is it in 4.11?
[13:28] <afiestas_> to make it work, since we do exactly what they do
[13:29] <apachelogger> ---> I do not know what the issue is <---
[13:29] <apachelogger> "{
[13:29] <apachelogger> thats a very sad emoticon there ;)
[13:29] <Riddell> are you sure it's not a one eyed pirate with a moustache?
[13:29] <rdieter> Riddell: I think it was committed in 4.11.1 or 4.11.2, checking history now
[13:31] <rdieter> Riddell: nvm, it was in 4.11.0
[13:31] <apachelogger> oh there is language tools patching in accoutnsservice, that looks interesting
[13:33] <apachelogger> afiestas_: FWIW all the patches are either upstream or adding additional features (which hopefully enough are also upstream)
[13:34] <shadeslayer> FWIW I couldn't find a patch that messed around with face files in accountsservice last night
[13:35] <shadeslayer> and gnome control center has 55 patches :<
[13:35] <apachelogger> now seriously
[13:35] <apachelogger> 3 people know the problem
[13:35] <apachelogger> someone file a bug
[13:35] <Riddell> golly rdieter is right, account details kcm does use accountsservice correctly
[13:35] <apachelogger> because I do not know
[13:36]  * shadeslayer files bug against accountsservice
[13:36] <apachelogger> Riddell: didn't in my VM
[13:36] <Riddell> so the bug is just in user-manager or how accountsservice deals with user-manager
[13:36] <shadeslayer> From what I can tell the bug is in accountsservice 
[13:36] <Riddell> apachelogger: maybe using a .face overrides it
[13:36] <shadeslayer> it /should/ handle ~/.face files
[13:37] <apachelogger> someone should rip out all the compatibility 'lets look for files in random paths' crap so we can actually point out where problems are -.-
[13:37] <apachelogger> Riddell: a quick look at the review you posted suggests that it still has fallback manual lookup
[13:37] <apachelogger> so that is why my .face patch probably made it work
[13:38] <apachelogger> actually
[13:39] <apachelogger> ....
[13:39] <apachelogger> I sigh in dispair as I realize the amount of shit piling up!
[13:40] <apachelogger> https://git.reviewboard.kde.org/r/110875/diff/#index_header
[13:40] <apachelogger> this implements accountsservice saving
[13:40] <apachelogger> ->> it does not implement loading/lookup via accountsservice <<-
[13:40] <shadeslayer> lol
[13:40] <apachelogger> I am about to throw up now
[13:40] <shadeslayer> apachelogger: but there is also a problem with *user-manager*
[13:40] <shadeslayer> user-manager moves the file to .face
[13:41] <shadeslayer> and then accountsservice should pick it up 
[13:41] <shadeslayer> but it does not
[13:41] <apachelogger> how do you know?
[13:41] <shadeslayer> because afiestas_ says it works on his system?
[13:41] <apachelogger> no
[13:41] <apachelogger> how do you know that it does not pick it up
[13:41] <shadeslayer> oh, because the ~/.face is created
[13:42] <apachelogger> you are not making any sense
[13:43] <afiestas_> tested it on fedora and arch
[13:43] <afiestas_> worked in both (still works here)
[13:44] <afiestas_> apachelogger: oks so this is how it works
[13:44] <afiestas_> in Fedora/Arch to set a face it is enough with creating a file in ~/ called .face
[13:45] <afiestas_> you don't have to do any dbus calls or anything, just write the file
[13:45] <afiestas_> in Ubuntu that is not enough
[13:45] <apachelogger> nonesense
[13:45] <apachelogger> I am looking at the code right now
[13:46] <afiestas_> apachelogger: and?
[13:47] <apachelogger> user->default_icon_file = g_build_filename (user->home_dir, ".face", NULL);
[13:47] <apachelogger> afiestas_: that ^
[13:47] <afiestas_> isn't that what I said?
[13:47] <afiestas_> it is enough with ~/.face
[13:48] <afiestas_> without having to call any dbus method
[13:48] <apachelogger> that is ubuntu code I am pasting :P
[13:48] <afiestas_> iirc GNOME user thingy does exactly that
[13:48] <apachelogger> accoutnsservice has compat for that :P
[13:48] <apachelogger> that's what I pasted
[13:48] <afiestas_> ok so that is not working on ubuntu
[13:48] <afiestas_> try it yourself
[13:48] <apachelogger> on gnome ubuntu?
[13:48] <afiestas_> ubuntu
[13:49] <apachelogger> why do we care? :O
[13:49] <afiestas_> actually shadeslayer tested it on a livecd (saucy) tried changing the avatar/face thingy using Unity tools
[13:49] <afiestas_> and the ~/.face was not created
[13:49] <shadeslayer> yep ^^
[13:50] <apachelogger> you people are not listening
[13:50] <apachelogger> .face is compat in accountsservice, it does not actually write .face
[13:50] <apachelogger> it can use .face if present, that's it
[13:50] <apachelogger> that's why the ubuntu thing did not create .face
[13:50] <apachelogger> it created /var/accountsservice/icons/$USER
[13:51] <apachelogger> (all presumably - still downloading the iso)
[13:51] <apachelogger> which brings me back to my original question
[13:51] <apachelogger> how do you know something is not working as expected?
[13:51] <shadeslayer> because user-manager doesn't show the avatar?
[13:52] <afiestas_> apachelogger: dropping the file with .face is enough (as you say because of compatibility) but it doesn't seem to be in Ubuntu
[13:52] <afiestas_> maybe there is some setting pre-set
[13:52] <afiestas_> so the compatibility path is not hitted
[13:52] <apachelogger> no
[13:52] <apachelogger> now I get it
[13:52] <apachelogger> I think
[13:52] <apachelogger> also I am lagging like mad
[13:52] <afiestas_> and that is why yesterday I sent a patch to shadeslayer which we haven't been able to test properly
[13:53] <afiestas_> which calls setFileIcon (or setIconFile don't remember now) 
[13:53] <afiestas_> which should fix this
[13:53] <apachelogger> afiestas_, shadeslayer: if you set the icon via the ubuntu tool, it will not create .face, though user-manager tries to read .face, so they are not exactly compatible
[13:53] <apachelogger> ok, I still don't get it xD
[13:53] <apachelogger> anyway
[13:54] <apachelogger> afiestas_: yeah you should use accountsservice dbus api for all and everything, if that solves all our issues then I can die a happy man, if not I'll read shadeslayer's bug report :)
[13:55] <afiestas_> apachelogger: don't get why all the hurry/stress on this just don't worry and let me fix it
[13:55] <afiestas_> as I said, the patch I sent shadeslayer yesterday should do the trick 
[13:56] <shadeslayer> afiestas_: doesn't quite do the job IIRC
[13:56] <afiestas_> shadeslayer: it is a patch I wrote in 1 second and we tested it 1 second later
[13:56] <shadeslayer> because I have user-manager from master + your patch and the avatar is still not shown in u-m
[13:56] <apachelogger> ^ statements like that make me stressed
[13:56] <shadeslayer> right
[13:56] <afiestas_> apachelogger: statements like?
 afiestas_: doesn't quite do the job IIRC
[13:57] <afiestas_> apachelogger: I hope it is not because you doubt my skills to fix this silly bug
[13:57] <afiestas_> xd
[13:57] <apachelogger> no, it's me knowing that shadeslayer will not tell you what is wrong but instead tell you that something is wrong and then you get to spend an hour finding out what is wrong :P
[13:58] <apachelogger> aaaanyway
[13:58] <afiestas_> apachelogger: dude, wine
[13:58] <afiestas_> you need some wine
[13:58] <apachelogger> I know, right :O
[13:58] <afiestas_> go fetch some, relax and let me and rohan fix this
[13:58] <shadeslayer> ^^
[13:58] <afiestas_> is one of the good things of having shadeslayer not even 2m away from me
[13:58] <apachelogger> so, afiestas_ will make it all awesome and meanwhile I will consider fixing that other kcm that now is half broken
[13:58] <afiestas_> if needed I can poke him with a stick
[13:58] <afiestas_> or he can poke me with one
[13:58] <afiestas_> xd
[13:59] <afiestas_> apachelogger: that would be good :)
[13:59] <apachelogger> actually lemme hunt d_ed and make him fix it
[13:59] <shadeslayer> afiestas_: note, we need a pointy stick of doom
[13:59] <Riddell> apol_: hmm quite a big debdiff http://starsky.19inch.net/~jr/tmp/muon_2.0.65+git20131008-0ubuntu1.debdiff
[14:00] <Riddell> apol_: are there likely to be features in that or can I say it's just bugfixes?
[14:04] <apol_> Riddell: what's that diff between?
[14:04] <apol_> there are definitely new features between 2.0 and 2.1
[14:07] <Riddell> apol_: 2.0.65 and 2.1
[14:07] <Riddell> apol_: 2.0.65 and git 2.1 branch
[14:07] <cyphermox> Riddell: if you want to do a bit of testing of the new NM before I upload, just to be sure there are no regressions: http://code.launchpad.net/~network-manager/network-manager/ubuntu
[14:08] <Riddell> cyphermox: onto it
[14:08] <apol_> Riddell: we don't have a 2.0.65 tag :/
[14:08] <apol_> Riddell: either way, I'd say that the version you should be bundling is 2.1
[14:08] <kubotu> ::runtime-bugs:: [961263] notify-osd should autostart on session (or improve logic on when deciding to autostart itse... @ https://bugs.launchpad.net/bugs/961263 (by Albert Astals Cid)
[14:09] <apol_> it was meant for 13.10 at least
[14:09] <Riddell> apol_: you do have a 2.0.65 tar though :)  thanks I'll nudge it in
[14:09] <apol_> yes, I guess it's jonathan's, he might know what's it from
[14:50] <Riddell> cyphermox: so besides my fan on my laptop breaking I think this new version of NM works fine for the wifi I'm using
[14:50] <Riddell> cyphermox: and it successfully gets rid of the asking a password on startup issue we had
[14:51] <cyphermox> alright, thanks
[14:51] <Riddell> cyphermox: let me know if it needs a release team review
[14:51] <cyphermox> it does
[14:52] <cyphermox> 1234887
[14:52] <Riddell> lll
[14:54] <Riddell> cyphermox: yep, I +1'd that so if laney is happy with the issue he pointed out then upload
[14:54] <cyphermox> ok
[14:55] <Riddell> cyphermox: presumably you've tested the gtk frontend for sanity
[14:55] <cyphermox> yes
[14:57] <Riddell> cyphermox: ping me when it's in the queue needing a review
[14:59] <cyphermox> ok
[15:25] <Riddell> valorie: release next week, is http://docs.kubuntu.org to your satisfaction?
[15:29] <Riddell> ScottK: bug 1079150 verified
[15:49] <Riddell> shadeslayer: what was the fix you tried for qtwebkit?
[15:49] <shadeslayer> Riddell: something that disabled 3D stuff
[15:49] <shadeslayer> but it didn't work
[15:55] <Riddell> shadeslayer: was it DEFINES+=WTF_USE_3D_GRAPHICS=0  ?
[15:56] <shadeslayer> yes
[15:56] <shadeslayer> ( just checked the arm boxes, that's what the rules say )
[16:12] <shadeslayer> Riddell: are you building with WTF_USE_3D_GRAPHICS=0?
[19:00] <ovidiu-florin> apachelogger: are you around?
[22:15] <ScottK> Riddell: Thanks.
[22:29] <valorie> Riddell: no
[22:30] <valorie> please pull the installation section for now
[22:30] <valorie> it is far from done, and I don't have the necessary expertise/experience to finish it
[23:29] <valorie> I'm fine with incomplete stuff on the wiki
[23:29] <valorie> but we shouldn't be publishing incomplete stuff on the official website