[00:39] cyphermox, ping [00:57] Have I mentioned before how much I loathe SRU review of vala projects? [00:58] GAH [01:00] RAOF: I can imagine, generally a vala + c diff correct? [01:00] Indeed. [01:00] That puzzles me, the C files really don't need to be shipped. [01:00] At least thats what I thought. [01:01] And the C is entirely impenetrable, but a near-irresistible lure for review eyeball. [01:02] AIUI the recommended process for shipping vala is to generate the C at dist time, and not use vala at build time. [01:02] Ah ok. [01:02] Yeah the C is interesting to read. [01:02] This seems about as sensible to me as shipping the assembler generated by gcc as the source form. [01:02] hahaha [01:03] I agree. [01:04] Ok. There's an evening ping for kenvandine pending. === rickspencer3_ is now known as rickspencer3 [01:39] robert_ancell morning [01:39] ritz, hello [01:40] robert_ancell https://bugs.launchpad.net/lightdm/+bug/1071870 any thoughts ? [01:40] Launchpad bug 1071870 in Light Display Manager "Dont verify the presence of .face file " [Undecided,New] [01:41] this would be seen when accountsservice is disabled [01:41] ritz, right, why not just disable the user list in this case? [01:43] ritz, the problem of removing this code is then you can't reliably let a greeter know where the user icon is [01:43] which is something that accounts service solved [01:47] robert_ancell hmm, is it really required that the greeter know the user icon reliably ? [01:47] Hi all, after a dist-upgrade when I ssh into my test machine, I don't seem to be able to connect to the SessionBus as expected. [01:47] ritz, yes, otherwise how can it display the icon? [01:47] I am new to this, and not sure. [01:47] ritz, the problem was there wasn't a consistent name for the icon [01:48] a terminal on the machine itself works as expected, but not over ssh. using a python shell to test, when creating a SessionBus object, I seem to be getting something that's not the session bus back (i.e. no com.canonical.Unity) [01:48] would anyone be able to shed some light on this? [01:51] robert_ancell sorry, was dc. [01:52] robert_ancell how about lazy loadin this property ? [01:52] only when this property is queried for [01:52] when AccountsService is disabled [01:53] ritz_, yes, that would be fine [01:54] would this be an acceptable fix ? [01:54] hi folks [01:54] cool. thanks. will look this up [01:55] does anyone know when glib reads the environment for determining the XDG path for finding desktop files? [01:55] I'm wanting to control the path for some unit tests [01:55] do I need to modify the path before glib is initialized? [01:55] or does it look at the environment each time? [01:55] ritz_, yes, I've updated the bug to say that [01:56] oh, I had not refreshed ther page [01:57] ritz_, I only did it a few second ago :) [02:36] duflu: so, apparently you're the person I need to bribe to get bug 1037164 fixed... [02:36] Launchpad bug 1037164 in compiz (Ubuntu Quantal) "Clicking on snapped windows in a different workspace produce unexpected results" [Medium,Triaged] https://launchpad.net/bugs/1037164 [02:38] duflu: do you like scotch? :) [02:39] mdeslaur: One the phone [02:39] -e [02:53] mdeslaur: You would have to convince the squad lead and/or JohnLea and Olli to get something like that on the priority lists. Yes, I like scotch but seem to have plenty in reserve right now :) [02:54] d'oh :) [02:54] this stupid bug has been driving me insane since natty [02:55] duflu: who's the squad lead? [02:55] mdeslaur: What would be better would be to encourage more community contribution of fixes. We love them [02:55] mdeslaur: bregma [02:55] mdeslaur: In the mean time, you can probably just turn off the Snapping Windows plugin in CCSM. Does that help? [02:56] uh, good question, let me check [02:57] duflu: unfortunately not, even with that plugin disabled, the window moves half-way into the next workspace [02:58] mdeslaur: OK, thanks. And sorry. Using quantal? [02:58] yeah [02:59] mdeslaur: I'll keep in mind for when I don't feel like paying attention to the priority lists :) [03:00] duflu: hehe, thanks [03:00] robru: pong? [03:00] still around? [03:00] cyphermox, oh hey, I am just heading out the door actually [03:00] cyphermox, I sent you an email [03:00] ok! [03:03] g'night! === m_conley is now known as m_conley_away === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [06:17] good morning! [06:26] didrocks: Yo! [06:28] hey RAOF! double bath time soon? :) [06:28] Yeah, I guess so. [06:28] Zoë's asleep at the moment, though. [06:28] otherwise, how are things going? :) [06:29] Would you be askable about the Precise Unity 2d SRU? [06:30] RAOF: I think it's Mirv only, it's quite far from my head ;) [06:30] mirv should be around btw :) [06:30] RAOF: I remember having to ask for some reverts, that's it [06:30] and they are done IIRC before I uploaded that [06:30] I think you might have missed some :) [06:31] urgh? what do you see as irrelevant? [06:31] https://code.launchpad.net/~unity-2d-team/unity-2d/trunk [06:31] http://bazaar.launchpad.net/~unity-2d-team/unity-2d/trunk/revision/1142 [06:31] Or, more to the point, there seems to be some refactoring in there that may be fixing a bug, but the bug that it might be fixing isn't filed in Launchpad. [06:32] as you can see, I asked for more than on revert :) [06:32] but just to check I didn't sponsor the wrong .changes? [06:32] you don't see those, right? [06:33] No, I don't see those. [06:33] ok, at least, we are on a common ground :) [06:35] Some of the ‘bugs’ that it fixes seem a bit shaky for an SRU - there seemed to be a couple of ‘change this behaviour to be better’ bugs. The change that I'm least sure of is related to https://bugs.launchpad.net/unity-2d/+bug/977262 , though. [06:35] Launchpad bug 977262 in unity-2d (Ubuntu Precise) "Unity 2D doesn't load 24 bit icons" [Undecided,Triaged] [06:36] RAOF: hello [06:37] RAOF: although sil2100 was the one who worked on that, I just pinged about it :) [06:37] Mirv: can you see that with RAOF? I'll read the scrollback, but I'm on the unity release :) [06:37] RAOF: ah this one, we had a big debate about it, but design convinced me in the end [06:37] RAOF: it's more "loading the good quality", so enhancement, which is seen as a "bug" for design [06:38] (to load crappy icons) [06:38] RAOF: maybe it's part of those where we decided to ask charline about those? [06:38] (also, we only have ? for some of them when they only provide a 24 bits icon) [06:38] and this can be seen as a bug to be fixed [06:39] No, I'm not concerned with that bug being SRUable; it seems reasaonable to fix. [06:39] ah, it's about the code itself? [06:40] It's just not clear to me what part of that bug is actually being fixed in 5.14.0-0ubuntu1, and the code doesn't help much. [06:40] the commit message is [lib] Support 24 bit pixbuf to QImage conversion (e.g. for kmag icon in Launcher) [06:41] and additionally another commmit that fixes the colormapping [06:41] (from the merges linked in the bug report) [06:43] The diff between what's currently in precise-proposed and what's in 5.14.0 - http://launchpadlibrarian.net/121657028/unity-2d_5.12.0-0ubuntu1.2_5.14.0-0ubuntu1.diff.gz - only seems to be changing it so that 3-channel pixmaps don't get RGB-byteswapped. [06:44] Although it does it in an SRU-unfriendly way by renaming variables and changing indentation :) [06:46] Is that the change that's expected? It does not appear to match the bug description - AFAICT it's *not* adding support for 24bit pixmaps, just changing the handling of the colour channels. [06:48] RAOF: good point, it was already fixed in 5.12 and only the last commit (https://code.launchpad.net/~aacid/unity-2d/more_24_bit_stuff/+merge/105797) is now in 5.14 [06:48] ie. loading more types of 24bit pixmaps correctly [06:49] so indeed there is no clear bug decribing which icons do not load correctly, aside from the automated test [06:51] terrible diff [06:51] *Yes* [06:52] Could I therefore please have a bug for the actual problem being fixed? ☺ [06:53] Because as it stands it's highly likely that if I accept the SRU no-one is going to know how to validate that fix. [06:54] I'll reject the existing upload. If you upload with the changelog pointing to the new, accurate, bug I'll accept it immediately. [06:54] * RAOF → Zoë bath [06:55] I'll ask greyback when he wakes up [07:01] pitti: when you have some time, can please have a look at bumping https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4037566? It seems we will miss daily builds again otherwise [07:01] * didrocks now wonders what to do about the unity stack, we wanted to release it today [07:01] but if I launch a build of it, powerpc won't ever be built in time [07:26] (thanks to whoever bumped it) [08:42] Bonjour mes amis [08:42] hey pitti! [08:42] how is the weather in London? [08:42] * pitti gets the score bumping boot [08:42] didrocks: rainy :) [08:43] ah, real UK then! [08:43] didrocks: well, that thing already built [08:43] pitti: yeah, see my 08:26:04 didrocks | (thanks to whoever bumped it) [09:27] smspillaz: ping [09:37] didrocks, hmm, so trying to install from the PPA removes the unity package on my nexus 7 ... and i end up with just nautilus on my desktop [09:37] ogra_: yeah, previous build because of a build-dep failed if you look at the ppa :) [09:37] ogra_: there is just a rebuild under progress, so armhf should be fine [09:38] (it was an arch async) [09:38] ok, i'll try again once thats done [09:39] ogra_: yeah, builders seems happy and at most will start in an hour on powerpc [09:43] Hm. When's Ken going to be on? [09:44] probably still in 2-4 hours, you would be in bed I guess ;) === vrruiz_ is now known as rvr_ [09:58] didrocks, RAOF: rather 4 hours than 2 ... what's the question/issue? [09:58] I guess it's in one of the webapps SRU [09:59] seb128: He wanted to prod me about an SRU, I wanted to get some clarification about it. [09:59] RAOF, which one? I can maybe help providing the infos... [10:00] seb128: gnome-control-center-signon - there seems to be some unrelated changes in cc-credentials-accounts-model.vala [10:08] seb128: Know about that one? [10:08] RAOF: ping [10:08] Ah, there you are [10:09] duflu: What's cookin'? [10:10] RAOF, tvoss: It's been a few months since I did any serious EGL/GLES work, but I'm left scratching my head in disbelief there is no explicit extension for vblank syncing. [10:10] Is it assumed to be implied by the driver, which hopefully does page flipping? [10:10] duflu: SwapBuffers + OML_sync? [10:10] * duflu looks [10:11] duflu: http://www.opengl.org/registry/specs/OML/glx_sync_control.txt [10:11] RAOF, looking, but no, seems an undocumented change ... I guess Ken should do another upload with it documented or rolled out [10:11] RAOF: EGL, not GLX :) [10:12] How the hell did I miss that in the GLES work? Mebbe it was always implied as part of swapbuffers if implemented as flipping [10:13] I ask because the Nexus 7 is tearing, and I realized Compiz has no explicit extension support for avoiding that under EGL [10:15] duflu: set eglSwapInterval to 1 (or more) + eglSwapBuffers? [10:15] Although the default eglSwapInterval should be 1 [10:16] RAOF: OK, I'm clearly blind. Feel free to ignore my stupidity. Still worried about the Nexus though [10:16] ( http://www.khronos.org/registry/egl/specs/eglspec.1.4.20110406.pdf ) [10:18] * duflu needs more sleep and/or coffee. Maybe not together [10:28] So we currently have bug 1060327 [10:28] Launchpad bug 1060327 in compiz (Ubuntu) "compiz crashed with SIGSEGV in compiz::opengl::bindTexImageGLX() from TfpTexture::bindTexImage() from ... from GLTexture::bindPixmapToTexture() from DecorTexture::DecorTexture()" [High,Confirmed] https://launchpad.net/bugs/1060327 [10:28] is this being work on? [10:29] xnox: can we avoid having 2 different people asking the same question on 2 different channels? [10:29] xnox: so let me copy the question on #ubuntu-release [10:29] 11:28:24 didrocks | gema_: is this crash on top of errors.ubuntu.com [10:29] didrocks: sure which channel should we talk on? [10:29] here is fine, but just pick one :) [10:50] Why is the 32bit version still flagged as 'preferred'? I mean - there's hardly any 32bit hardware out there, and 32bit isn't very efficient on 4GB RAM or more, and most machines these days have that [10:50] RoyK, why is it not efficient if you have > 4GB ram? [10:51] it really isn't.. [10:51] forces kernel to use indirect addressing for high memory [10:51] although 64-bit kernel with 32-bit userspace is fine most of the time.. [10:52] seb128: it uses PAE for anything >2GB, and PAE isn't very efficient comparing to native 64bit addressing [10:53] RoyK: >2gb? I thought anything above 1 gb would be highmem already with the 3/1g kernel split.. [10:54] RoyK, in any case read https://lists.ubuntu.com/archives/ubuntu-devel/2012-April/035054.html on the topic [10:54] mlankhorst: yeah [10:55] RoyK, https://lists.ubuntu.com/archives/ubuntu-devel/2012-April/035088.html was the conclusion [10:57] I thought it was impossible to boot the 32-bit image on true 32-bit hardware because pae is enabled in the default image? then again I no longer have true 32-bit hardware to test.. [10:58] mlankhorst, thats only true for non-PAE capable 32bit hardware (i.e. rather old CPUs like P II, some pentium M's etc) [10:59] recent 32bit systems should still work fine [11:05] ogra_: compiz and unity are still building on armhf, will tell you once done [11:06] didrocks, i have the tab open in front of me :) [11:06] well, on my most left screen ... not actually in front :) [11:06] ogra_: staring! :) [11:07] ogra_: but feel free to install them in the desktop [11:07] ogra_: and shout if anything bad happens :) [11:08] nah, i wont taint my precise desktop install :P [11:09] ogra_: hum, I won't comment :p [11:09] took me long enough to get a 3 monitor setup working with full 5760x1920 in a usable way [11:10] i wont fiddle with that machine :) [11:10] i might test on my chromebook raring install though [11:10] but thats only arm as well :P [11:10] héhé [11:40] Good morning from the UK. I would like some help with a question on 12.10 and dnsmasq. Does anyone know where the upstream DNS servers are now stored? They are not in /etc/resolv.conf or /var/run/nm-dns-dnsmasq.conf. [11:41] any information or pointers to documentation gratefully received - thanks in advance [12:07] * ogra-cb hugs didrocks [12:08] didrocks, all PPA stuff seems to work fine on the nexus [12:08] didrocks, the workspace switcher icon is missing for me though ... [12:08] shows a "broken icon" image [12:22] GunnarHj, hey, I'm reassigning those merge requests, I'm not working on xubuntu or ubuntustudio and I prefer the people from those flavors to decide when is the right time to change their seed for their images [12:25] seb128: Ok. Please note, though, that they include language-selector-gnome in their seeds, and im-config is a dependency of language-selector-gnome. [12:26] GunnarHj, well, still the people in charge of those images should be the ones doing the merges [12:27] seb128: I see. [12:27] GunnarHj, I updated the reviewer for that, but I will make sure things get coordinated so no worry [12:27] seb128: Great. [12:28] seb128: Sent a reminder to Aron, btw, but haven't heard from him yet. [12:28] GunnarHj, ok, I think I will just merge your changes and we can do a follow up update if he has comments or issues [12:29] seb128: Sounds good. The function we discussed will still be changed sooner or later. There is a FIXME remark in the file. [12:46] 13:44:20 didrocks | ogra-cb: \o/ [12:46] 13:44:30 didrocks | ogra-cb: broken icon? [12:46] 13:44:45 didrocks | ogra-cb: the icon should shows on which ws you are on [12:46] * didrocks hugs ogra-cb back [12:46] didrocks, well, seems it doesnt find any icon at all ... WS switcher works though [12:47] i just get the question mark icon for it [12:48] interesting [12:49] ogra-cb: you do have latest unity-asset-pool isn't it? [12:50] it has "daily" in the version [12:50] so, it should be fine, weird [12:50] well, let's not block on that for now [12:50] 0.8.24daily12.12.03-0ubuntu1 [12:50] I think you will agree :) [12:50] oh [12:50] 12.12.03? [12:50] nah, definitely not a blocker [12:50] you should have 12.12.05 [12:50] you did dist-upgrade? [12:50] ah, intresting [12:51] yes [12:51] apt-cache policy is still telling there is only .03 for you? [12:51] (2 days! you are so old!!! ;)) [12:52] oh, a new dist-upgrade call wants to upgrade 31 packages (many unity ones among them) [12:52] let me run that :) [12:52] yeah, seems that was caused by my first try where not everything was ready [12:53] * ogra-cb just seems to get 12.12.05 for everything now [12:53] * ogra-cb prays that doesnt regress [12:53] interesting :) [12:53] ogra-cb: keep me posted! [12:53] will do [12:58] didrocks, 12.12.05 works fine, workspace switcher has an icon too now [12:59] ready to upload i'd say [12:59] at least from an arm perspective [12:59] ogra-cb: waiting on powerpc to finish and will do :) [12:59] good good news \o/ [12:59] yeah, thanks so much for the hard work [13:01] no worry :) === tkamppeter_ is now known as tkamppeter [13:19] didrocks: just in case you did not notice in release channel, i could not verify the ppa, in the live session, persistence mode in vms with kvm is not working. but pkill -9 X after the black blank screen brings up the live session properly even without installing the ppa [13:20] psivaa: yeah, I did notice, I think, let's try with tommorrow's daily [13:20] psivaa: it will get the new stack [13:20] didrocks: ack thanks [13:20] thanks to you :) [13:32] only the lens shopping is holding back now! waiting for powerpc to publish! [13:36] go go go ! [13:37] ogra-cb: my checker is still saying it's not published (checking every 5 times ;)) [13:37] :) [13:37] then, as there are packaging change, I need to ack them ;) [13:39] publisher phase now \o/ [13:40] btw, you can follow that live on https://jenkins.qa.ubuntu.com/view/cu2d/view/Unity%20Head/job/cu2d-unity-head-3.0publish/lastSuccessfulBuild/ :) [13:41] heh [13:42] (it's blocked because of the package_changes, which is to expect as we converted them all to dh9 ;)) [13:42] * didrocks makes a second review [14:04] ok, all reviewed [14:04] now, let's "force" publishing [14:05] you publish into the archive out of the PPA ? [14:05] yep [14:05] wow [14:06] now, it's proposing all the packaging changes back to upstream :) [14:10] and done \o/ https://jenkins.qa.ubuntu.com/view/cu2d/view/Unity%20Head/job/cu2d-unity-head-3.0publish/17/console [14:10] (all will be merged automatically by the upstream merger) [14:10] so next publisher run the raring archive will have it ? [14:10] just waiting for a distro sync which is… now! [14:10] yay [14:11] 2012-12-05 14:11:07,690 INFO Found packagelist_rsync_cu2d-unity-head [14:11] \o/ [14:11] desrt: ping? [14:11] 2012-12-05 14:11:09,594 ERROR The project unity-scope-gdrive is not in the allowed stack to be copied to distro. Rejecting. [14:12] great, I was trying to not refresh the blacklist to test it :) [14:12] let's free that one as well [14:15] and done :) [14:16] http://cdn.memegenerator.net/instances/400x/31326392.jpg [14:32] mpt: I have another question regarding Contributor Console. [14:32] mspencer, good [14:32] :-) [14:35] mpt: I have a couple of ideas for features to add to the Bugs panel. Do you want me to file them as bugs even though Contributor Console hasn't been released yet or do you just want me to talk to you directly about new ideas? [14:35] mspencer, either is fine by me [14:36] dbarth_: hi [14:37] mpt: Okay. What do you think about adding the ability to see bugs that have been reported and the ability to see bugs that have been saved for reporting later? [14:37] mpt: Then maybe have a button to get the code for the package a bug is filed for? [14:38] good morning [14:38] cyphermox: bonjour [14:38] desrt: sup [14:38] not my brain, yet [14:39] meh, it's before 11am. [14:39] nobody's up that early. [14:40] desrt: hi, i have a questoin about gsettings schema introspection [14:41] desrt: is there an api to determine the type of a key? [14:41] mspencer, is "the ability to see bugs that have been reported" the same as the "Show Bug Reports" button, or something different? [14:41] dbarth_: yes. two, in fact. [14:41] desrt: or am i supposed to be parsing the xml [14:41] ah, nice [14:42] dbarth_: i have to wonder why you would want to do such a thing, though [14:42] desrt: i'm trying to enumerate unity properties and sync them with u1 [14:42] mpt: Different. I meant bugs that had been reported by the user. [14:43] desrt: so the code has to be able to determine the type of keys at runtime [14:43] doesn't the compizconfig abstraction have this information in it? [14:43] mspencer, oh, I see [14:43] or are you doing this from outside of compiz? [14:43] desrt: ie, i tell it: go enumerate com.canonical.Unity.Launcher and turn that into a hash that i can send to the u1db api [14:43] oh. u*1*. i saw 'ui' :) [14:44] dbarth_: right. okay. [14:44] right, Ubuntu One [14:44] dbarth_: so first you will want to get a list of all the keys, i guess [14:44] i have that yup [14:44] that's g_settings_list_keys() [14:44] yup [14:44] then you can just get each value with g_settings_get_value() [14:44] and then you can find out its type in a lot of ways [14:44] depending on how you want to store it.... [14:44] mspencer, that seems like a good idea, indeed :-) [14:44] hmm, i thought i had tried that [14:44] the easiest thing to do is probably g_variant_print() [14:44] it returns a gvariant, right [14:45] then you will get a string that you can parse on the other side [14:45] right [14:45] hmm, i remember getting an error with variants, so i tried to use native type instead [14:45] but you can also query the type if you feel like handling it manually [14:45] g_variant_get_type() [14:45] maybe that's the python bindings [14:45] ok, i will try that again [14:45] desrt: thanks [14:45] the python bindings should have OK support for variants [14:46] since about two years ago [14:48] mspencer, and seeing bugs that were saved earlier is in that bug report that you originally saw, right? [14:48] * mpt tries to find it [14:49] mspencer, bug 657275 [14:49] Launchpad bug 657275 in apport (Ubuntu) "ubuntu-bug should save reports offline automatically rather than giving a cryptic error message" [Wishlist,In progress] https://launchpad.net/bugs/657275 [14:49] mpt: Yes. [14:49] mspencer, so basically you'd like a design for those two? [14:49] mpt: Yes, that would be great. [14:50] desrt: g_variant_get_type_string does the trink [14:50] dbarth_: honestly, i think you should just go straight for g_variant_print(v, TRUE) [14:51] if you want to step up your game a little, you could say FALSE and re-provide the type information on the other side [14:51] mpt: About filing bugs that are feature requests, if I or someone else files one, I'm going to assign it to you, then you design it, then you unassign yourself, right? [14:52] mspencer, right, I've just done that with bug 657275 and bug 1086825 [14:52] Launchpad bug 657275 in apport (Ubuntu) "ubuntu-bug should save reports offline automatically rather than giving a cryptic error message" [Wishlist,In progress] https://launchpad.net/bugs/657275 [14:52] Launchpad bug 1086825 in Contributor Console "Can't easily access bug reports I'm involved in" [Undecided,New] https://launchpad.net/bugs/1086825 [14:52] mpt: Okay, thanks. [14:53] cool [14:54] desrt: ok; getting there [15:06] I would like some help with a question on 12.10 and dnsmasq. Does anyone know where the upstream DNS servers are now stored? They are not in /etc/resolv.conf or /var/run/nm-dns-dnsmasq.conf.any information or pointers to documentation gratefully received - thanks in advance [15:26] cyphermox, hey, I'm rejecting evolution-indicator from NEW, src/xutils.c,h are LGPL but debian/copyright only list GPL, we also need a COPYING.LGPL shipped in the source ... can you get those fixed and reupload? [15:26] yup [15:26] cyphermox, thanks [15:27] how do I take screenshot of a single window with unity? alt-printscreen takes a shot of the dash because alt open it [15:28] xclaesse, hum, that's not supposed to happen... only a tap on alt is supposed to open the hud (the dash interface to browse menu) [15:29] xclaesse, in practice most people re-map the hud away from alt in system settings [15:30] seb128, what actually happens: 1) press alt 2) press printscreen 3) release printscreen (shot is not yet take) 4) release alt and dash opens then shot is taken [15:30] xclaesse, for some reason the take screenshot is ctrl-printscreen here [15:31] I wonder if I remapped it :p [15:37] hmmm, why didn't i discover JS proxies before! [15:39] mterry: is it intentional that update-manager -d only shows information about the new release after all updates are installed? looking at the code it is, but it will be confusing for some users (well, me at least :) [15:39] mvo, it was intentional since I thought that's the recommended way to upgrade (i.e. to make sure that users have latest update manager and all that [15:41] mterry: right, its generally a good idea I was just confused that there is no indication that the new release is available in the UI and only after applying the missing updates it was there. not a big deal, just wanted to mention it [15:41] mvo, yeah I'm fine with that. I think that's how the spec is written too. [15:43] ok [15:54] mterry: hey, how are you? [15:55] didrocks, good. I've been running the PPA. No obvious problems [15:55] mterry: it's in the distro right now \o/ [15:55] so we got our first daily release (but without autopilot, just dogfooding) [15:55] yay! [15:55] :) [15:56] mterry: so, now that we are back to a normal life, I let the merge reviews under your vigilance :) [15:56] didrocks, hah, OK [15:56] mterry: FYI, I fixes some mismatch in the build-deps [15:56] mterry: however, nux has a lot of rdepends in the .pc file not listed in its -dev [15:56] (I blame the merging of multiple .so) [15:56] didrocks, I noticed you also did a set of changelog updates a while back. Did I miss some things or were there just parallel uploads to raring? [15:57] mterry: some were parallel uploads, but some were missing :) [15:57] didrocks, ah well. Thanks! [15:57] mterry: not a biggie, now that's done, will be easier to catch I guess! [15:57] mterry: I plan to discuss later this week about how the daily process work in depth [15:57] mterry: for the nux thingy, just ping me (or I'll watch) [15:58] mterry: oh, and btw http://pad.ubuntu.com/ubuntu-unity is resolved (well almost, some are still not merged) [15:58] can you track them? [15:58] and note everything not compliant :) [16:00] didrocks, what's the nux thingy again? [16:00] mterry: oh, if you look at the -dev [16:01] didrocks, OK [16:01] it doesnt dep on every requirement of the .pc [16:01] doesn't* === m_conley_away is now known as m_conley [16:01] so I guess a sanity check (even if we are the only nux project :p) [16:01] didrocks, OK, I'll try to keep on top of branches without tests for ya [16:01] thank you! [16:01] didrocks, and I'll do a pass on nux and try to propose a review [16:02] excellent, thanks a lot :) [16:02] kenvandine, btw, you should be able to run deja-dup's trunk tests again [16:10] mterry, cool, i'll try [16:11] mterry: kenvandine: cyphermox: I think I'll give you a short introduction to this daily-build thingy, do you prefer before those holidays or after? [16:11] after please... i'll be out for the rest of the year and will surely forget everything :) [16:12] ok ;) making sense, I'll maybe just give mterry some introduction first as he will be the only desktop soldier starting on 14th === gatox is now known as gatox_lunch [16:13] kenvandine: seb128: do you know why we have debian/places in ubuntu-mono btw? [16:13] :) [16:13] mterry: we'll all think about you! (while drinking and celebrating) :-) [16:13] didrocks, i don't [16:13] hah [16:14] kenvandine: I'm about to kill that if seb128 doesn't answer in 3 [16:14] 2 [16:14]