[00:11] ergh.. thats right.. i busted my work pc [00:11] with unity from trunk [00:14] DBO, hey. would you mind taking a look at a merge into LauncherController.cpp [00:14] https://code.launchpad.net/~brandontschaefer/unity/new.fix-896122/+merge/90981 [00:32] when you run unity from your home dir [00:33] it still runs many of the unity processes from /usr/lib [00:33] eg.. unity-panel-server and bamfdaemon (which i compiled into my homedir) [00:34] so i just renamed them to .orig and symlinked them [00:34] however.. i still have to run unity --replace after i log in [00:34] i couldn't figure out how to get lightdm, to exec unity from my homedir instead of /usr/bin [00:37] on the flip side.. i havn't noticed the focus bug yet [01:49] :( [02:10] a little progress indication in checkbox would be nice, e.g. "Checkbox Unity Tests (9/38) - launcher/expose-minimizedapp" [02:13] thumper: did you see my invite to the unity.u.c/get-involved sitemap? [02:13] hi [02:13] hey [02:14] yes... been firefighting emails mostly today [02:14] no worries, just wanted to make sure it went through [02:24] i know im a pain in the ass outsider.. but.. can someone off the top of their heads explain why the default "filter" in dash, isnt displaying anything ? [02:25] eg.. its meant to have.. apps, blah etc.. and thunderbird.. but its just blank ;) [02:25] someone did warn me that compiling from trunk was problematic atm.. and that several libs needed to be merged [02:26] ive only recompiled the bare minimum.. nux, bamf (probably screwed that up) and unity [02:29] thumper, I dont think I can do the OMG ubuntu thing [02:29] I am not very good at representing stuff to the public :) [02:30] DBO what OMG Ubuntu thing? [02:31] introducing the MM work [02:31] DBO writing something, or doing an interview? [02:31] I dont know [02:31] nothing was official anyhow [02:31] we never talked to them [02:31] it was just a [02:31] DBO can be a middle-man if you'd like [02:31] "hey someone should do something with OMGubuntu about the multi-monitor work" [02:31] I can write articles for OMG [02:33] DBO: if you're interested, I can write up the article, with a little bit of Q&A between you and I thrown in [02:33] if you'd feel better doing it that way [02:33] ehhhhh [02:33] one second [02:35] DBO: I'll do it [02:35] thanks dude :) [02:37] question about one checkbox test: two nautilus instances, one on workspace 1, one on workspace two - what arrows should i expect to see? [02:37] the test description says "two arrows", but where? one left, one right? two on the left? [02:54] how do i report bugs in this checkpoint-unity thing? [02:54] checkbox-unity sorry :) [03:00] mhall119: can you update the compiling unity from source article whilst you're at it ? :P [03:01] snadge: no, I can write, I can't edit :( [03:01] and even the things I write have to be approved by the site's editors [03:01] let me check who wrote it [03:01] snadge: is this not working? http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source [03:02] it needs some modifications or something [03:02] (the workarounds probably are no longer necessary, haven't checked) [03:02] workaround #2 isnt needed [03:02] i did workaround #1 without testing whether its still needed [03:03] the article doesnt mention that you should update your path to include unity in your home directory.. before /usr/bin [03:03] problem is.. i did that in my .bashrc .. so of course lightdm ignores that [03:03] the instructions incorrectly say that you should just log in.. and it will magically work.. not true [03:04] i log in.. unity starts crashing.. have to quickly open a shell and type unity --replace [03:04] before it completely crashes and you lose ability to input into the terminal.. if you run unity from console.. it crashes [03:05] also it would appear that most parts of unity completely ignores $PREFIX [03:05] i'll finish the unity ppa test and then try to compile from trunk [03:05] i had to compile bamf from trunk.. in addition to nux [03:05] (could take a while) [03:05] otherwise unity wouldn't compile [03:07] and then unity continues to use bamf from /usr/lib/bamf/bamfdaemon (which i renamed to .orig and symlinked to the one in $PREFIX) [03:07] also the panel service.. i also renamed .orig and symlinked [04:25] is the alt+tab switcher supposed to show windows from different workspaces? [04:55] htorque: not any more [04:55] then the checkbox-unity test should see an update ;-) [04:58] haha [05:00] thumper: that probably also affects the pips next to launcher items (only one instead of two for one window on WS1 and one on WS2)? [05:12] htorque: hmm... [05:12] htorque: we need a way to file bugs against the tests :) [05:12] htorque: if you are around in an hour or so, didrocks will turn up [05:12] he is the man [05:13] i just can't do a lot if i don't know the expected behavior. :-P [05:13] Does unity control the screen locking? Or is that a different program? [05:14] thumper: should bugs about checkbox-unity go to checkbox or unity (multi-monitor tests don't run for me)? [05:14] imnichol: different program right now (gnome-screensaver) [05:14] htorque: I'm not sure [05:15] thumper, would that hold true when I suspend my computer? [05:15] imnichol: I think so, but not 100% [05:15] thumper, thanks. I'm filing a bug and I want to make sure it's filed against the correct package [05:15] htorque: if you want to, file under unity, but add a tag "checkbox" [05:16] kk [05:16] * thumper EODs [05:16] thumper: will do, thanks [07:51] anyone interested in unity 5.2 feedback? :) [07:56] well, the mouse thing works great as far as i can tell; the only problem i see are the icons in the launcher... those are all black; just black squares [08:59] greyback, do you remember such a bug being filed: make the launcher hide with a window; try dragging something to the launcher edge, close the offensive window => launcher doesn't show? [09:00] what's weird is that we have that in both trunk and shell [09:00] that work completely different with regards to intellihide [09:00] so that suggests it's a WM issue [09:07] Saviq: hmmm, that's not familiar to me [09:08] Saviq: will it be an issue with autohide? Intellihide is being dropped [09:08] it is? :( [09:09] spikeb: autohide is currently considered superior. But that might change [09:09] greyback, I would assume it's not an issue with autohide [09:09] since it doesn't care about windows [09:10] Saviq: me too [09:10] yeah, looks good [09:10] btw, first I've heard about dropping intellihide... I must say I'm surprised, it was a good compromise, IMO [09:11] I was too [09:15] Saviq: for the "who lives in a colder place right now" competition, I'm looking at a thermometer with -8 on it [09:16] you lost [09:16] -10.9 [09:16] it's supposed to be -24 Friday night [09:16] F*CK [09:16] jaysus [09:17] that's, incidentally, when I'm leaving for a week's holidays [09:17] No snow here :( [09:17] Ah! To the sun I hope :) [09:17] no snow here, either [09:17] too cold [09:18] greyback, snowboarding, so yes, sun is very much wanted for [09:19] Saviq: boarding! Anywhere I know? [09:19] Livigno [09:19] Italy [09:20] They've plenty of fresh snow I think. It'll be great! [09:23] sudo apt-get install indicator-weather [09:24] 26C [09:26] greyback, yeah, looking forward to it [09:26] snadge, you're melting! [09:26] snadge: niice :) [09:27] JohnLea: hello! [09:27] JohnLea: I hope you've had your cup of coffee, cause I've a couple of questions for you [09:32] greyback; just drinking my coffee now ;-) [09:32] greyback; and good morning! [09:32] JohnLea: good morning to you too, I hope you're well [09:34] JohnLea: I hear you've lots of visual tweaks to the HUD in Unity. Do any of the changes deviate from the mockups? [09:36] greyback; where did you hear that? we have not touched the HUD visual design at all in the last 3 months. However we are going to make one small update, which is adding keyboard shortcuts, but this doesn't change any other elements [09:38] JohnLea: ok. [09:39] JohnLea: I heard you generated a list of bugs on the current implementation of the HUD in the PPA. I just wanted to check nothing changed [09:40] JohnLea: second question, and more technical: dyams was asking about keyboard shortcut problem. [09:40] It is possible for user to set wildly different keyboard shortcuts to switch workspaces & move windows between workspaces. [09:41] Possible to have Super+left to move right, and Alt+down to move up - as extreme example [09:41] In shortcut overlay, how can we reflect that? === Saviq is now known as Saviq|afk [09:50] greyback; ideally the overlay will would by dynamically built using the current keyboard shortcuts, I know this is what they are trying to do for the 3d version [09:51] who else is building unity from trunk atm [09:51] a bunch of libs have been updated .. and i found the running it from your home dir thing [09:51] just doesnt work out so well [09:51] JohnLea: ok, so we can expand the list in the mockup to encompass what also is needed [09:53] greyback; we should only display the keyboard shortcuts that correspond to actions in the keyboard shortcut overlay document & design. e.g. the shortcuts themselves can change, but shortcuts for other actions will not be added [09:55] JohnLea: yes, but the issue is 'Switch workspaces' alone can have four different key combinations, its possible in metacity [09:57] It's possible to set "Switch to workspace right" to Alt+right, and "Switch to workspace left" to Super+left [09:58] How to express that in the overlay is our problem [10:00] greyback; in the case where the keycombo is not symmetrical we could not display it at all? A user will only arrive at that state if they change the keycombo themselves, in which case we can assume it is a shortcut they remember [10:25] mhr3: does https://code.launchpad.net/~mhr3/libunity/dbus-activation-fixes/+merge/90919 fix the issue with the files lens not initially populating the home screen? [10:26] kamstrup, dunno really, waiting for the packages to hit archives to test proper dbus-activation [10:27] mhr3: how did you end up debugging it btw? [10:28] kamstrup, adding breakpoint(); before app.run() and doing a search when it was waiting there [10:29] (cause the service is dbus-registered before app.run) [10:29] ahh okay so its not just me having an issue with unity from trunk then [10:29] ah [10:29] i have already pulled bamf from trunk to get it to compile.. but there are other dbus issues yeah, and the default home lens is not populated [10:30] but at least the annoying focus bug is fixed :D [10:31] would be nice if there was a unity trunk ppa ;) *massive hint* *extreme nudging* [10:32] snadge, you mean like the staging ppa? [10:32] is dbus and bamf in there as well? [10:32] it's building trunk every day [10:34] not familiar with the staging ppa.. and i would probably only want to selectively install things from there [10:34] kamstrup, btw it's nicely testable with the test tool... if your dbus service file points to correct version of the lens :) [10:35] just kill it and let the test tool spawn it [10:35] snadge: there's a unity staging ppa, not whole distro staging ppa [10:35] snadge: https://launchpad.net/~unity-team/+archive/staging [10:35] ahh right.. the instructions here: http://askubuntu.com/questions/28470/how-do-i-build-unity-from-source [10:35] mhr3: test tool ftw! [10:35] dont mention that :) .. and they're slightly out of date.. you need to build more than just nux and unity [10:35] to get the latest trunk build to work [10:36] plus.. unity doesnt like running from your home dir it seems.. it still tries to run things in /usr/lib [10:36] snadge: if you really really want bleeding edge then you should use lp:unity-jhbuild [10:36] * mhr3 grins [10:36] it builds all necessary components for the unity and unity-2d stack [10:37] but if you're not into fixing weird build issues then I'd go with the staging ppa which is also highly uptodate [10:37] well i was just trying to verify that the window focus problem had been fixed.. which it has been :) [10:37] the benefit with jhbuild is that it will not hose your system if it breaks, as everything runs out of your home dir [10:37] well at least ive been using it all day at work.. and didnt notice the problem.. so thats a good sign that it has been fixed [10:38] nice :-) [10:38] however.. i was annoyed at having to run unity --replace every time i login [10:38] since lightdm automatically starts /usr/bin/unity instead of $PREFIX/bin/unity [10:38] as i have my path set in my .bashrc.. and obviously lightdm doesnt use that [10:40] jh-build doesnt exist for precise ? [10:40] ahh its just a script [10:41] mhr3: ! configure.ac:157: required file `tools/Makefile.in' not found [10:42] kamstrup, run autogen? [10:42] mhr3: that is what I *get* from running autogen.sh [10:42] mhr3: you forgot to add the tools/Makefile.am [10:42] ah.. [10:43] :-) [10:43] kamstrup, and pushed [10:46] mhr3: can you choke the warnings from the tool about unhandled errors? Considering that it is one file 4 warnings from valac is maybe a bit much :-) [10:46] mhr3: down the road i'd like us to compile everything without valac warnings - so let's start by not having new code emit warnings :-) [10:46] kamstrup, but at least you see it got compiled :) [10:47] mhr3: indeed! [10:52] kamstrup, there, no more nicely formatted warnings... it's like cpp now :) [10:53] ah, nice boring compiler output [10:53] mhr3: why explicitly unity-lens-test-tool and not just unity-tool? [10:54] mhr3: the reason why I proposed unity-tool was that enterprising terminal junkies could conceivably use it to drive unity via shell scripts [10:54] kamstrup, it can't really introspect unity, can't it? [10:55] mhr3: it can (in theory) do all instrumentation that is publicly available [10:55] on both lenses and unities [10:55] kamstrup, right, but we already have tools to talk to unity itself, don't we? [10:55] we have? [10:55] or is it just internal to autopilot? [10:56] afaik we just have the autopilot tools [10:56] and the dbus debuggin introspection, but I don't consider that "public api" [10:57] kamstrup, so what else would the tool do other than talking to lenses? [10:57] cause besides the introspection there's not much to use, is there? [10:57] mhr3: list favorites, whether unity is running, if we support querying unity capabilities then also that [10:58] like 2d/3d, vendor patch level etc === _salem is now known as salem_ [10:59] mhr3: listing installed lenses, etc etc [10:59] oh well... afterall it's just a name, feel free to "Needs fixing" :) [10:59] mhr3: i know I am anal:-) [11:00] hello [11:07] mhr3: ok, comments up on https://code.launchpad.net/~mhr3/libunity/test-tool/+merge/91027 [11:11] kamstrup, thx, as for the --test-server-mode - it allows you to pass a couple of executable test scripts (or directory) and it will run each of those as a test case (failing it they return != 0) [11:11] kamstrup, so like with test cases for apps-lens you'd just do `unity-tool --test-server-mode ./tests` [11:12] i imagined we could use that to run make check === dyams is now known as dyams|lunch [11:13] mhr3: ah, right. Nice! Figured it out after toying with the apps lens test branch [11:14] right, there's a readme :) [11:14] greyback: i hope that i understood you correctly in https://code.launchpad.net/~aacid/unity-2d/unity-2d_tests_for_rtl/+merge/90849 and what you meant was removing your name from the new file [11:14] tsdgeos: yep, that's all [11:14] ok :-) [11:15] tsdgeos: I don't see the point in keeping it there, unless we all want to keep adding names everywhere [11:15] yeah [11:15] but it's a nice solution for the ltr and rtl tests. I was not sure what to do myself [11:16] agreed, gets crazy, in poppler we have the policy to do it right, and you end up with stuff like http://cgit.freedesktop.org/poppler/poppler/tree/poppler/Gfx.cc where there's 21 names there :D [11:22] JohnLea: sorry I disconnected earlier, but thank you for sorting out our problem [11:22] tsdgeos: lol, yeah that's bad [11:23] also it doesn't really make sense, if you make a one line change, that doesn't give you copyright on the whole file. IANAL tho :) [11:23] i can understand why you would want your name removed from unity.. *bdom tish* ;) [11:23] snadge: oh the harshness [11:24] snadge: we're unity2d anyway ;) [11:24] naw.. seriously im one of the few non involved fanbois.. its okay ;) [11:24] the community has reacted a bit over the top i think.. but its okay, some of the hate is equally directed towards gnome-shell [11:25] im just pleased as punch my two main gripes with unity have been fixed in trunk.. which should mean that they'll make their way into 12.04 :) [11:26] snadge: yay! [11:26] alt tab now defaults to apps on the current workspace.. high five to whomever did that [11:27] a friend of mine griped that you cant move the launcher anywhere other than the left side of the screen [11:28] i hadn't even noticed that.. but apparently some weirdos run their monitors in portrait mode [11:28] so it would make sense to be able to move it to the top or the bottom in that case [11:29] also other weirdos would like to have it on the right hand side of the screen.. i personally dont see the issue with allowing people to do that [11:33] mhr3: some more nitpicking on https://code.launchpad.net/~mhr3/libunity/test-tool/+merge/91027 [11:37] freeze for Alpha [11:37] ups [11:37] Hi guys, I was wondering what font size (small/normal) do you use in ubuntu on 24" monitor(16:10) ? [11:43] greyback: can you merge those patchse in already, i think some will conflict between themselves so if you merge them now i'll fix the conflicts [11:43] tsdgeos: ah boo, I meant to check that. [11:44] the rtl one will conflict with the bfb one [11:44] it's fine [11:44] just the sooner you merge them the sooner i fix them D === Saviq|afk is now known as Saviq [11:45] hey, sorry for not being there for the standup, got caught up in stuff : [11:45] greyback, I'm sure you've taken over, anything I need to know? [11:46] greyback, also, I've built the package just fine, are you sure your env is clean? [11:46] Saviq: nope, nothing major to report [11:46] greyback, try bzr bd [11:46] Saviq: hmm, ok I will [11:46] and cleaning up build-area first [11:47] I am just testing ubuntu 12.04 alpha, lots of improvements. I would be nice if we had when you type alt-F1 emacs of vim key bindings. What do you think ? [11:51] jasox, please take that up in #unity-design [11:52] jasox, or best file a bug against ayatana-design [11:52] Thanks Saviq ;) [11:52] didn't know for unity-design [11:52] jasox, sorry [11:52] meant #ubuntu-design [11:52] :D np [11:53] JohnLea, btw, with all the ayatanas going away, will there be a ubuntu-design project taking over? === dyams|lunch is now known as dyams [12:08] Saviq; yes, we are just renaming everything (well the irc and mailing list at least) from ayatana to ubuntu-design [12:08] JohnLea, will that be true for the LP project? [12:09] Saviq; that would be a good idea, but not no.1 priority atm [12:09] ok, just curious, thanks === greyback is now known as greyback|lunch [12:33] dyams, is CopyAction what's used un Unity, too? [12:34] dyams, btw, you _do_ have mouse cursor feedback :) [12:34] the setAction() in onDragEnter takes care of that [12:35] it's a bit slow, though [12:35] like, I need to wait a second for the icon to get updated [12:35] I'm wondering if caching the mime types on the launcher items might be a good idea [12:35] but we might leave that for later [12:36] saviq: ah... [12:37] saviq: checking mouse feedback [12:37] dyams, the cursor changes to a hand with + sign [12:38] but after a second or so [12:38] dyams, another question... when validatingUrisForLaunch, you're checking against the .desktop file and the MimeType there [12:38] ah wait [12:38] * Saviq needs to read about the gio APIs [12:38] saviq: yes, nearly half a sec delay i see here [12:39] :) [12:39] dyams, can you try and find out where is the delay? whether you're not getting the onDragEnter event earlier [12:39] or maybe the file parsing takes so long? [12:42] saviq: I don't think parsing takes so long..but i can check it out later [12:42] dyams, ok, I'll have a quick check myself what's going on [12:42] saviq: ok [12:44] dyams, you don't get the onDragEnter event soon enough [12:44] dyams, so that's something that needs to be addressed higher up the stack [12:44] branch approved, then [12:44] greyback|lunch: confused about last comment in https://code.launchpad.net/~aacid/unity-2d/unity-2d_tests_for_rtl/+merge/90849 that branch is fully merged and it seems the conflicts would happen when mergning the other branches, and anyway that one is not set to merge yet [12:45] dyams, assuming you pushed the .append() fix/ [12:45] dyams, I'll wait for that before approving [12:45] saviq: i made the fix, lemme push it [12:46] dyams, also, please add a comment about the mouse cursor change in the manual test [12:46] saviq: ok === MacSlow is now known as MacSlow|lunch === s9iper1__ is now known as s9iper1 [13:02] saviq: Updated [13:03] dyams, thanks [13:05] saviq: no prob === yofel_ is now known as yofel [13:07] dyams, oh one more style issue, please add brackets around g_object_unref [13:07] line 1096 [13:08] sorry for that [13:08] after that I'm approving [13:11] saviq: one sec [13:19] saviq: updated [13:19] dyams, thanks, approving [13:19] saviq: thank you [13:22] dyams: could you take a look at https://code.launchpad.net/~haggai-eran/unity/rtl-menu-popup/+merge/71541 and let me know what it's waiting on? [13:24] mhall119: one sec [13:24] thanks [13:25] mhall119: this is for Unity [13:26] mhall119: not for unity-2d [13:26] Saviq: hi :) you have a minute to give a look to a unity-2d library compilation error? [13:26] Andy80, there's a bunch of us here [13:26] Andy80, pastebin it and we'll try and help [13:27] Saviq: ok :) [13:28] dyams: oh, sorry, thought you were a unity guy [13:28] mhall119: it's ok, no prob [13:29] the error is this one http://pastebin.com/1p9v5HeH and the complete explaination is written in this email https://lists.launchpad.net/unity-dev/msg00404.html - please note that I'm trying to compile these libraries using Qt5, not Qt4 (that's what I want, not a mistake). [13:29] mhall119, if you want we can give you a status update on RTL in unity-2d ;) [13:30] Andy80, looks like some APIs for QML plugins has changed between Qt4.7 and Qt5 [13:30] Saviq: dyams: yeah, looks like this is the -2d MP: https://code.launchpad.net/~haggai-eran/unity-2d/4.0-rtl/+merge/81377 [13:31] Saviq: so we need to first change the code for these libs and patch them before being able to recompile, right? [13:31] mhall119, this is mainly waiting for our merge of unity-2d-shell, that's going to happen this week [13:31] Andy80, yes, it can't find the headers for QDeclarativeExtensionPlugin [13:32] Saviq: it's been waiting since november? [13:32] mhall119, no, then it was waiting on someone to review it [13:32] mhall119, problem with those things is that we have noone that actually uses RTL [13:32] to verify the fixes [13:32] mhall119, and obviously time is a problem [13:33] but I really think that's going to get into 12.04 [13:33] Saviq: ok. Florian suggested me some changes to do for unity-2d, probably the same changes also apply to the unity-2d libraries. I'll try to implements them and see if I can patch them, thanks for now :) [13:33] if noone else, I'll do it myself [13:33] Saviq: reading the comments, it looks like dyams approved it back in november, but there was an issue with it being associated with bugs it didn't close, so it wasn't applied, or something to that effect [13:34] mhall119, I don't think it was reviewed properly was it? let me take a look [13:34] mhall119, but yes there was definitely some weirds stuff [13:34] mhall119, https://code.launchpad.net/~haggai-eran/unity-2d/rtl-rebased/+merge/82151 that's the "new" MR [13:35] it's only a 300 LOC diff [13:35] Saviq: ah,thanks, it appears it wasn't marked as superceded [13:35] so it will definitely get in before 12.04 [13:35] mhall119, the other one was rejected [13:36] mhall119: oh that one...somehow that branch was messed up.. [13:36] mhall119: so, we asked to resubmit [13:36] ok, do either of you have the ability to remove/delete/mark superceded that old MP? === greyback|lunch is now known as greyback [13:37] mhall119, it's rejected, isn't that enough? [13:37] MacSlow|lunch: ping me when you're back [13:37] mhall119, deleted [13:38] Saviq: you're right, I'm looking at this MP for -3d [13:38] I still need someone to look at that for me [13:39] tsdgeos: yep, but when the freeze ends, the branches will merge in order, meaning if I approve your tests_for_rtl now, tarmac will fail to merge it [13:39] tsdgeos: it was just a warning [13:50] greyback: ok [13:51] greyback: when does the freeze end? [13:52] tsdgeos, tomorrow, I think [13:52] ok [13:52] didrocks, is that right ^ ? === MacSlow|lunch is now known as MacSlow [13:54] mhall119, what's up? [13:55] MacSlow: can you give me an update on https://code.launchpad.net/~haggai-eran/unity/rtl-menu-popup/+merge/71541 ? [13:56] I'm told the unity-2d patch for this is already being handled, but this one doesn't appear to have had any feedback [14:00] brb, going to test some MM stuff [14:00] mhall119, since that branch needs a patched nux before it can land and that particular nux-branch is still nowhere near landing (being approved) I'd say this is on hold still [14:05] MacSlow: can you respond to him in https://code.launchpad.net/~haggai-eran/nux/rtl/+merge/71538 then? He asked back in november if he should just push with --overwrite after he rebases [14:05] that's the last comment on the MP [14:05] or maybe jaytaoko would be the better person to respond [14:06] mhall119, indeed Jay would be the better person to contact... as he seems to have arleady looked at Haggai's nux-branch [14:07] jaytaoko: ^^ can you respond to Haggai on that nux MP? === dyams is now known as dyams|away [14:12] Saviq: yep, you're right [14:12] tsdgeos: ^^ [14:14] tomorrow meaning we can commit stuff tomorrow or that tomorrow is still freeze day? === m_conley_away is now known as m_conley [14:41] mhall119, you have a couple lines in you copyright file that should be removed, looks like you redirected grep output into it [14:41] in the copyright? [14:41] huh, let me check [14:41] debian/copyright [14:43] kenvandine: which lines? [14:43] tsdgeos: freeze takes at least 3 days. I can't say with certainty when it ends [14:43] mhall119, in singlet [14:43] well [14:43] this was generated by python-mkdebian, IIRC [14:43] if it's much longer i'll end up with 20 MR [14:43] i'm on 12 already [14:43] mhall119, ok... bug there [14:43] you just need the 2 lines [14:43] and remove the binary file matches line [14:44] kenvandine: pushing the changes [14:46] rev 2 [14:46] I don't need to update the changelog for this do I? [14:48] not yet [14:56] mhall119, http://paste.ubuntu.com/825152/ [14:56] hopefully reading the diff will help explain [14:57] mhall119, and the list in the Format field explains all the values [14:59] agateau: hi! can you (or someone else that knows the unity specs in detai) look over the current checkbox-unity test descriptions? see bug 924669 [14:59] Launchpad bug 924669 in unity (Ubuntu) "checkbox-unity: test descriptions need an update" [Undecided,New] https://launchpad.net/bugs/924669 [15:01] htorque: will look into this, thanks [15:01] thanks :) [15:01] kenvandine: pushed, do you know who maintains python-mkdebian? [15:01] nope [15:02] ok, I'll try to find out [15:02] mhall119, also you should use dh_python2 instead of pysupport [15:02] http://paste.ubuntu.com/825165/ [15:02]