[08:42] <ScottK> Riddell: Calligra has a problem on !x86 due to https://launchpad.net/ubuntu/+source/openimageio/1.0.5+dfsg0-1ubuntu1
[08:43] <ScottK> openimageio uses GL directly, it's not going to work on our arm* and it seems to use functions that don't exist on our powerpc.
[08:44] <ScottK> Is that something that can be dropped for those architectures (Calligra's currently depwait due to the lack of openimageio on those archs).
[08:45] <yofel> ScottK: openimageio is optional, so feel free to mark the build-dep [i386 amd64]
[08:45] <ScottK> yofel: Could you?  If I do the upload, then I can't be the one to look at it in New.
[08:46] <ScottK> Also I think uploading Calligra might melt the netbook I have with me at UDS.
[08:46] <yofel> oh right, can do
[08:46] <ScottK> Thanks.
[10:07] <Tm_T> I tried to suggest sabdfl he needs some colour to the name badge (Kubuntu sticker, ofcourse), didn't buy it, yet
[11:51] <afiestas> Riddell: Quintasan_   lunch?
[11:56] <udsslayer> afiestas: where are you ?
[11:59] <afiestas> udsslayer going to the lunch room
[12:00] <udsslayer> I am already here
[12:26] <BluesKaj> Hi all
[12:31] <apachelogger> yofel_, markey: IIRC smbfs was removed upstream in favor of cifs
[13:00] <ScottK> apachelogger: Who was supposed to package the touchpad kcm?
[13:43] <Riddell> so who was the best speaker at today's plenaries?
[13:44] <Riddell> ah google+ says me, yay :) https://plus.google.com/u/0/105060777124730205712/posts
[13:45] <udsslayer> Quintasan_: where are you ?
[14:06] <tsdgeos> Riddell: did you really need to use a 7 year old photo of me :D?
[14:06] <SteveRiley> mine was 10!
[14:07] <Riddell> tsdgeos: first one google gave me
[14:07] <Riddell> plus it had the kubuntu sign in the background
[14:07] <Riddell> SteveRiley: it was to highlight how you've become better looking since switching to kubuntu :)
[14:07] <SteveRiley> hahaha nice recovery :)
[14:09] <udsslayer> lol
[15:41] <SteveRiley> riddell: in b3-m1 i want to respond to your comment: 7" tablet <> 42" desktop :)
[15:58]  * yofel goes looking where he can get a nexus 7 from
[16:00] <JontheEchidna> Does anybody know if there is a way to see why something that has been built successfully on all archs is still stuck in the -proposed pocket?
[16:00] <yofel> ScottK: ^
[16:00] <yofel> udsslayer: do you know if this works kind of reliable? https://wiki.ubuntu.com/Nexus7/Installation
[16:00] <yofel> The session just now sure was interesting though
[16:01] <udsslayer> yofel: it does 
[16:02] <udsslayer> we installed it on afiestas tablet
[16:02] <yofel> ok, this months paycheck should arrive over the weekend ;D
[16:03] <udsslayer> and now we know where its going :P
[16:04] <Riddell> JontheEchidna: http://people.canonical.com/~ubuntu-archive/pending-sru.html ?
[16:04] <JontheEchidna> Riddell: I meant for raring, where all uploads are routed through -proposed
[16:05] <JontheEchidna> but thanks for the link all the same
[16:20] <Quintasan> claydoh: ping
[16:53] <debfx> JontheEchidna: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qapt
[16:54] <debfx> you need to upload rebuilds of everything that depends on libqapt-runtime and libqapt1
[16:55] <JontheEchidna> I see that I forgot to move a few instances of Depends: libqapt-runtime over to libqapt2-runtime in the qapt source package
[16:56] <JontheEchidna> but demanding that all rdepends of a binary that will be NBS be migrated to the new library before it's accepted seems... extreme
[16:57] <afiestas> Quintasan: Riddell udsslayer what about dinner?
[16:57] <Quintasan> I have no idea
[16:57] <udsslayer> dunno
[16:57] <udsslayer> afiestas: any suggestions?
[16:58] <afiestas> udsslayer we go down where we went with sune (metro station)
[16:58] <afiestas> and decide there?
[16:59] <udsslayer> ok
[16:59] <Quintasan> k
[16:59] <Quintasan> let me finish packaging intro!!!
[16:59] <udsslayer> however note that my card is blocked 
[16:59] <JontheEchidna> debfx: but thanks, that was exactly the page I was looking for. (and didn't know existed)
[16:59] <udsslayer> so cannot buy tickets :P
[17:01] <afiestas> udsslayer I got you, np
[17:01] <afiestas> udsslayer, Quintasan, Riddell lobby 7:00 ?
[17:01] <afiestas> 19:00?
[17:01] <afiestas> 7PM ?
[17:02] <udsslayer> afiestas: I haz ticket for self 
[17:02] <udsslayer> just not for anyone else or for the journey back
[17:06] <Quintasan> afiestas: sounds reasonable
[17:08] <debfx> JontheEchidna: it certainly is a substantial change but it's the same how Debian testing migration works
[17:09]  * JontheEchidna predicts a lot more package removal requests in the future when librarys bump .so vresions
[17:11] <debfx> well NBS have always been cleaned up before releases so this just forces you to do it right away
[17:13]  * debfx loves pointless dev package renaming (libotr2-dev -> libotr5-dev)
[17:13] <JontheEchidna> I guess. Maybe I'm just impatient
[17:24] <JontheEchidna> and yeah, versioned -dev packages don't make much sense unless you provide multiple source packages for each ABI
[17:30] <udsslayer> afiestas: where are we going for dinner?
[17:30] <udsslayer> Riddell is asking the name of the place :P
[17:30] <JontheEchidna> I still feel that such a scheme may not be appropriate for something like Ubuntu, where upstreams will probably respond to a new .so version of a library within the next few months, but block work with anything needing either the new or old API until everything is ready to switch at once
[17:31] <afiestas> udsslayer no idea
[17:31] <udsslayer> haha
[17:31] <afiestas> the thingn is to go downtown where we went with sune
[17:31] <afiestas> (to that part of the city) and decide there
[17:31] <JontheEchidna> That could work for Debian with its long release cycles, but it's kind of limiting for the 6 month Ubuntu release cycle
[17:34] <yofel> JontheEchidna: well, it only means that you shouldn't upload stuff that breaks the ABI short before release
[17:35] <JontheEchidna> Taking this qapt transition for instance
[17:35] <yofel> I worry about KDE more than about qapt
[17:35] <JontheEchidna> Luckily 2 out of the 3 consumers of libqapt are Kubuntu-maintained, and I've heard back from the third with regards to my porting patch
[17:36] <udsslayer> afiestas: we got invited to the linaro hacking dinner
[17:36] <udsslayer> :P
[17:36] <JontheEchidna> but say there were more that couldn't get a release out for the next few months
[17:36] <JontheEchidna> moving kde-runtime to the new qapt like I did would block work on all of KDE until all qapt consumers were ported to qapt2
[17:36] <afiestas> udsslayer you as in... ?
[17:37] <yofel> hm
[17:37] <yofel> that's not good indeed :/
[17:37] <udsslayer> afiestas: all of us
[17:37] <JontheEchidna> (and this could happen with any library)
[17:37] <afiestas> udsslayer whre is that? and when?
[17:37] <udsslayer> it's at the venue
[17:37] <afiestas> okz
[17:37] <udsslayer> where we have the sessions
[17:37] <afiestas> when are where?
[17:38] <udsslayer> right now, near the rooms where we have the sessions
[17:38] <afiestas> udsslayer linaro or ubuntu sessions?
[17:38] <udsslayer> no idea
[17:39] <afiestas> can you figure out and tell me? :33
[17:39] <udsslayer> will ping you once I get there
[17:40] <JontheEchidna> at any rate, the qapt upload I did 15 minutes ago should clear up the rest of the rdepends in -proposed, unblocking KDE
[17:56] <Quintasan> yofel: ping
[17:57] <Quintasan> any idea why can't I see anything when I join a channel and send a message?
[18:00] <yofel> Quintasan: works here, you did try to restart the client?
[18:02] <Quintasan> grr
[18:02]  * Quintasan blames Quasseldroid
[18:03] <yofel> well, I need to check something anyway when I get home. (from the core.log: "Error Message: ERROR:  duplicate key value violates unique constraint "buffer_userid_key"DETAIL:  Key (userid, networkid, buffercname)=(1, 2, quintasan) already exists.")
[18:03] <yofel> o.O
[18:03] <BluesKaj> Quintasan, Konversation FTW !
[18:04]  * yofel makes his way home
[18:04] <yofel> bbl
[18:05] <afiestas> udsslayer is getting late
[18:06] <udsslayer> wat wat
[18:06] <udsslayer> afiestas: come down to the bridge thing
[18:06] <udsslayer> all of us are just sitting here talking
[18:06] <udsslayer> well
[18:06] <udsslayer> persia and ScottK are talking
[18:07] <udsslayer> and all of us are trying to follow them
[18:08] <JontheEchidna> lol
[18:09] <SteveRiley> or not fall asleeeeeeeeeepzzzzzzzzzzzzz
[18:12] <afiestas> udsslayer with or without laptop?
[18:12] <udsslayer> afiestas: *shrug*
[18:12] <udsslayer> I'll take mine
[18:13] <udsslayer> because I don't want to go up to my room
[19:57] <Quintasan> bulldog98_: ping
[19:58] <bulldog98_> Quintasan: what’s up?
[19:58] <Quintasan> bulldog98_: much of things, why did you drop all of active patches from kde-workspace?
[19:58] <bulldog98_> Quintasan: when?
[19:59] <udsslayer> http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-workspace/revision/643
[19:59] <bulldog98_> haven’t done stuff since around half a year or so
[19:59] <udsslayer> that one
[19:59] <Quintasan> and it's not jsut that one
[19:59] <Quintasan> all of them are gone
[20:03] <bulldog98_> hm seems like quilt refresh went crasy
[20:03] <Quintasan> okay, looks like a shitload of work
[20:04] <udsslayer> Quintasan: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-workspace/changes
[20:05] <bulldog98_> Quintasan: hm
[20:05] <bulldog98_> wait
[20:05] <Quintasan> that DID NOT get merged upstream
[20:08] <Quintasan> bulldog98_: and?
[20:08] <bulldog98_> Quintasan: hm revert 643 then
[20:08] <Quintasan> ...
[20:09] <Quintasan> debfx: Any idea what as to what might have happended to other kde-workspace active-related patches?
[20:09] <bulldog98_> but seems like the enable_kwinactive.diff didn’t match the actuall code of CMakeFiles.txt anymore
[20:11] <yofel> Quintasan: I know that we had lots of patches, but IIRC most of that *did* get merged into master
[20:11] <yofel> or for how many patches are you looking?
[20:12] <Quintasan> I have absolutely no idea but the one that bulldog98_  seemed CRITICAL to get GL ES stuff
[20:12] <Quintasan> and that's no longer there :D
[20:12] <Quintasan> We're either double-building for no reason or I need sleep
[20:13] <yofel> for that matter: kdelibs has a set of -mobile patches that aren't used
[20:13] <yofel> oh
[20:14] <yofel> Quintasan: no, we're double-building because if you enble active, kwin doesn't build most of the desktop stuff
[20:15] <yofel> see CMakeLists.txt line 22ff
[20:15] <bulldog98_> hm Quintasan only modified stuff there in rev 644 and 643
[20:16] <bulldog98_> Quintasan: I’ll have a look into the kwin repro
[20:19] <Quintasan> bulldog98_:  there are two patches so far and they got dropped, I belive one was essential
[20:19] <Quintasan> yofel: Why is that? I believe the rules was made that so it gets build in a separate directory after clearing everything
[20:19] <bulldog98_> Quintasan: hm the enable on is in kwin as far as I saw that
[20:20] <Quintasan> bulldog98_: it might be but I'm pretty sure we looked for some lines out of the patch and they weren't there are all
[20:20] <yofel> Quintasan: well, enabling active is a configure-time setting
[20:20] <bulldog98_> Quintasan: I’m going trough it right now
[20:20] <yofel> so it's Desktop XOR Active
[20:20] <yofel> if you want both, build twice
[20:20] <Quintasan> yofel: That's why we did double-build in a separate directory my friend
[20:21] <yofel> wasn't that what you were asking? (or I'm too tired as well)
[20:21] <Quintasan> yofel: I know that active disables most desktop GL stuff
[20:22] <yofel> "We're either double-building for no reason or I need sleep" - I answered with the reason
[20:22] <yofel> did I miss something?
[20:22] <Quintasan> That's why I did the double-building magic with debfx's help
[20:22] <Quintasan> so we get regular kwin
[20:22] <yofel> right
[20:22] <bulldog98_> Quintasan: stuff in CMakeLists is all in
[20:22] <Quintasan> and kwin-active built in a separate directory
[20:22] <udsslayer> no it's not
[20:22] <Quintasan> check master
[20:22] <udsslayer> I'm checking master and it's not there
[20:22] <Quintasan> it's not there
[20:23] <bulldog98_> udsslayer: what’s not in?
[20:23] <Quintasan> the patch applies cleanly bulldog98_ 
[20:23] <Quintasan> applykwin.diff
[20:23] <Quintasan> it applies cleanly on master
[20:23] <udsslayer> bulldog98_: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-workspace/view/643/debian/patches/enable_kwinactive.diff
[20:23] <udsslayer> applies cleanly on master
[20:24] <Quintasan> okay
[20:24] <Quintasan> we just found something called kubuntu_revert_1380720933sth.diff
[20:24] <udsslayer> kubuntu_revert_1554ba408633397066d31c3d565c217b5a385fb8.diff
[20:24] <Quintasan> it makes ecen less sense
[20:24] <yofel> well, that was me
[20:24] <Quintasan> even*
[20:24] <yofel> and that was removed long ago
[20:25] <Quintasan> okay
[20:25] <Quintasan> well fcks
[20:25] <udsslayer> Quintasan: http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-workspace/revision/644
[20:25] <Quintasan> I'll redo it from scratch
[20:26] <yofel> udsslayer: uhm, applying enable_kwinactive.diff to kde-workspace master gives me:
[20:26] <yofel> patching file kwin/CMakeLists.txt
[20:26] <yofel> Reversed (or previously applied) patch detected!  Assume -R? [n]
[20:26] <yofel> that *IS* all upstream
[20:26] <Quintasan> it applies cleanly here lol
[20:26] <udsslayer> @_@
[20:26] <Quintasan> we just checkout master
[20:26] <udsslayer> ^
[20:26] <yofel> wait
[20:27] <yofel> Quintasan: nvm
[20:27] <yofel> I need sleep too
[20:27] <Quintasan> I see what you did there :D
[20:27] <yofel> git reset --hard origin/master told the truth
[20:27] <Quintasan> Well to be perfetctly honest - someone got rid of the patches, that was bulldog98_ 
[20:27] <udsslayer> :P
[20:27] <Quintasan> and someone left the double-building stuff in rules
[20:27] <udsslayer> http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-workspace/revision/644 
[20:27] <Quintasan> and it's doublebuilding nothing :d'
[20:27] <udsslayer> is the thing that causes issues imo
[20:28] <yofel> so yeah, that patch needs to be put back
[20:28] <Quintasan> okay
[20:29] <yofel> *blink*
[20:29] <yofel> nvm, I should write better commit messages
[20:30] <Quintasan> I will rewrite the whole thing from scratch
[20:30] <Quintasan> currentlu
[20:30] <Quintasan> AAHAHAHAHHAHAHAHAHAHAAHHAHAHAAHAHAHAH
[20:31] <yofel> er wait
[20:31] <Quintasan> currently
[20:31] <Quintasan> our gles binary
[20:31] <Quintasan> somehow links to libEGL
[20:31] <Quintasan> and libGL and the same time
[20:32] <yofel> "fun"
[20:32] <Quintasan> I have absolutely no idea how that works right now
[20:32] <Quintasan> if we were double-building this crap for 6 months
[20:32] <yofel> udsslayer, Quintasan: btw. I *DO* need coffee or sleep - that patch IS upstream
[20:32] <bulldog98_> was commit 463 right then?
[20:32] <yofel> I was reading the wrong CMakeLists.txt -.-
[20:32] <udsslayer> impossibru
[20:32] <udsslayer> it applies cleanly
[20:32] <yofel> kde  bug 296084
[20:33] <udsslayer> yofel: http://paste.kde.org/587108/
[20:34] <yofel> udsslayer: [ ~/src/kde-workspace 47 files 292Kb ]
[20:34] <yofel> yofel@yofel-T510 $ git checkout master 
[20:34] <yofel> Already on 'master'
[20:34] <yofel> [ ~/src/kde-workspace 47 files 292Kb ]
[20:34] <yofel> yofel@yofel-T510 $ git clean -dfx
[20:34] <yofel> [ ~/src/kde-workspace 47 files 292Kb ]
[20:34] <yofel> yofel@yofel-T510 $ git reset --hard origin/master 
[20:34] <yofel> HEAD is now at 46ab302 Merge branch 'KDE/4.9'
[20:34] <yofel> [ ~/src/kde-workspace 47 files 292Kb ]
[20:34] <udsslayer> !find kwinactive
[20:34] <yofel> yofel@yofel-T510 $ patch -p1 < ~/dump/kubuntu/kde-workspace/debian/patches/enable_kwinactive.diff 
[20:34] <yofel> patching file kwin/CMakeLists.txt
[20:34] <yofel> Reversed (or previously applied) patch detected!  Assume -R? [n] ^C
[20:34] <yofel> AAARGH
[20:34] <yofel> -.-
[20:34] <yofel> sorry
[20:34] <yofel> http://paste.kde.org/587114
[20:34] <yofel> $ kwinactive
[20:35] <yofel> The program 'kwinactive' is currently not installed. You can install it by typing:
[20:35] <yofel> sudo apt-get install kde-window-manager-active
[20:36] <yofel> hm, the nexus 7 has no normal usb port :/
[20:38] <Quintasan> I no longer have any idea what's going on in the damn workspace package
[20:38] <Quintasan> we have
[20:38] <Quintasan> kde-window-manager-gles
[20:38] <Quintasan> AND kde-window-manager-active
[20:38] <Quintasan> and
[20:38] <Quintasan> I HAVE ABSOLUTELY NO IDEA
[20:39] <Quintasan> which one is which
[20:39] <Quintasan> we also have the normal kwin
[20:39] <Quintasan> somebody is going to fix this and that's not me
[20:39] <yofel> uh, gles is kwin_gles, active is kwinactive, normal is kwin
[20:39] <yofel> all 3 have their use cases
[20:39] <Quintasan> oh damn it
[20:39] <yofel> so it's completely intentional that we have 3 different editions of kwin
[20:40] <Quintasan> okay
[20:40] <Quintasan> so which one goes on which platform
[20:40] <yofel> kwin is default, gles can be used if your driver supports gles, active is for plasma-active
[20:40] <Quintasan> okay
[20:40] <Quintasan> now I sort of get it
[20:41] <Quintasan> but I still have no idea what that patch applies against master and does not apply for 4.9
[20:41] <Quintasan> shouldn't master have the damn thing inside?
[20:41] <yofel> did you run the same commands that I did? http://paste.kde.org/587114
[20:42] <Quintasan> it's like they shipped 4.9 with the gles code and did not bother putting that into mater
[20:42] <Quintasan> master*
[20:42] <bulldog98_> udsslayer: ok that one you pasted applies
[20:42] <udsslayer> yofel: http://paste.kde.org/587132/
[20:42] <bulldog98_> http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-workspace/view/643/debian/patches/enable_kwinactive.diff but then why isn’t it upstream?
[20:42] <Quintasan> yofel: udsslayer just did it
[20:42] <Quintasan> copy pasta
[20:42] <Quintasan> and it applied
[20:42] <Quintasan> !@#$%^&*(
[20:43] <udsslayer> ok they're kicking us out
[20:43] <udsslayer> cya
[20:43] <yofel> whack me if you want
[20:43] <Quintasan> bbl
[20:43] <yofel> used the wrong patch rev *-.-
[20:43]  * yofel yawns
[20:43] <Quintasan> ...
[20:43] <Quintasan> okay
[20:43] <yofel> so yeah, udsslayer's patch probably applies
[20:44] <Quintasan> we're finishing this tomorrow
[20:44] <Quintasan> we need sleep
[20:44] <yofel> +1
[20:45] <bulldog98_> http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-workspace/view/643/debian/patches/enable_kwinactive.diff but then why isn’t it upstream?
[20:45] <bulldog98_> +1
[20:46] <BarkingFish> Evening guys - heads up to you, i'm filing this as a bug - i just went to apply latest updates to my kit (nvidia-common and ubuntu-drivers-common), and to complete the install, apper wants to uninstall itself, along with packagekit and packagekit-tools
[20:46] <yofel> where does that patch even come from o.O?
[20:46] <BarkingFish> i'm thinking it probably doesn't want to do that :)
[20:47] <yofel> (not a good question if I look at bzr blame... http://paste.kde.org/587144)
[20:47] <yofel> BarkingFish: ouch
[20:47] <yofel> BarkingFish: can you check if 'sudo apt-get dist-upgrade' wants to do the same thing?
[20:48] <BluesKaj> BarkingFish, weird , did you try with apt-get ?
[20:50] <yofel> Quintasan, udsslayer: that patch was *mostly* applied upstream
[20:50] <yofel> I do wonder why the rest didn't get applied
[20:51] <BarkingFish> All I have to figure out now is what to file it against, yofel :)  I guess its gonna be a process of elimination to figure out which update wants apper off...
[20:51] <BarkingFish> well I know which package it is now - ubuntu-drivers-common
[20:52] <BarkingFish> BluesKaj, not yet, I'll give it a shot though
[20:52] <yofel> which release are you on?
[20:52] <BarkingFish> 12.10
[20:55] <BarkingFish> ok, well apt-get on the cli doesn't try to uninstall apper
[20:55] <Quintasan> yofel: this is definitely wierd, kwingles links against libGl and egl and liggles at the same time xd
[20:55] <Quintasan> I don't even want to think about it
[20:55] <yofel> ...
[20:55] <Quintasan> going to get a beer
[20:55] <yofel> sure, enjoy the evening
[20:55] <BarkingFish> just ran sudo apt-get update and sudo apt-get upgrade, update simply went through.  
[20:56] <BarkingFish> nvm, guess I got nothing to do now :)
[20:56]  * yofel wonders if packagekit's depencency resolve does anything weird
[20:56] <Quintasan> heh
[20:56] <yofel> *resolver
[20:57]  * yofel takes a break from kubuntu work and goes fixing neon