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