[00:00] <TheMuso> jasoncwarner_: If its stacking related, I shouldn't think so, but who knows.
[00:01] <popey> jasoncwarner_, I've rebooted into quantal, updated, rebooted again and i cant reproduce
[00:02] <popey> jasoncwarner_, any particular app which gets stacked badly?
[00:06] <jasoncwarner_> chrome, chromium
[00:06] <jasoncwarner_> all
[00:06] <jasoncwarner_> popey^^
[00:06] <jasoncwarner_> I'm missing my irc notifications b/c they are stacked behind the window ;)
[00:07] <popey> heh
[00:07] <popey> jasoncwarner_, windowed or full screen or properly full screen f11?
[00:08] <popey> because if you F11 chrome and then hit super, I know the dash appears behind the app
[00:08] <popey> same happens if you F11 terminal
[00:09] <jasoncwarner_> fullscreen (no f11)
[00:10] <jasoncwarner_> popey: I just rebotted and it no longer happens, but not sure why it started happening all of the sudden
[00:10] <popey> bet it still happens with windows F11'ed
[00:10] <jasoncwarner_> popey: can you make sure it is part of our tests? I'll keep testing here
[00:10] <popey> ok
[00:12] <jasoncwarner_> thanks, popey
[00:12] <popey> now sleep..
[00:12] <jasoncwarner_> stacking was our nemesis a few cycles ago...don't want it coming back!
[00:15] <TheMuso> jasoncwarner_: Never mind a few cycles ago, whenever I used compiz/unity 3D in precise, I always had focus issues such that new windows would appear in the foreground, but wouldn't have keyboard focus.
[00:47] <kieppie> anyone able to help me with an X, VNC issue, please?
[01:03] <kieppie> anyone online? I have an X11/XFCE/VNC issue I'd like to tackle. VM with only X, XFCE, VNC (not full Xubuntu) and I'm unable to get the DM over VNC
[01:06] <TheMuso> kieppie: Have you tried asking in #ubuntu? THis channel is mostly for development.
[01:12] <kieppie> I see - thanks
[01:13] <kieppie> thought this one would be best, as #ubuntu is very noisy & this is a desktop issue
[01:23] <hyperair> after logging out of a guest session, i get stale gvfs-fuse-daemon entries in my /etc/mtab, which then causes issues (mostly cosmetic) with df and mount. does anyone know what's responsible for cleaning up these entries?
=== Guest69455 is now known as vibhav
[04:50] <jono> robru, hey!
[05:11] <robru> oh hey jono what's up?
[05:13] <jono> robru, hey
[05:13] <jono> I just replied to the GTK bug
[05:13] <jono> thanks again for your help
[05:13] <robru> oh, I see. I'll take a look
[05:14] <robru> ROFL!!!
[05:14] <robru> cute dog
[05:16] <robru> are you sure you don't want that space there? I think it looks good ;-)
[05:16] <robru> j/k, I'll play with it some more
[05:19] <robru> hhmmmm, I can't seem to actually run accomplishments
[05:19] <jono> robru, :-)
[05:19] <jono> thanks robru
[05:20] <jono> let me grab you a page
[05:20] <robru> I'm not actually very familiar with quickly, when I try to 'quickly run' I just get an ImportError, no module named accomplishments.util.paths
[05:20] <jono> robru, see https://wiki.ubuntu.com/Accomplishments/GetInvolved/DevelopmentSetup
[05:21] <robru> ok, gimme a sec I guess
[05:24] <jono> thanks robru
[05:25] <robru> jono, I'm getting an unhandled exception when I try to run the daemon
[05:25] <jono> did you install all the branches?
[05:25] <robru> http://paste.ubuntu.com/1148164/ dunno if that means anything to you.
[05:26] <robru> I checked out the four branches like that page said. was i supposed to 'make install' each one or something?
[05:26] <jono> no
[05:26] <jono> this is Python, so no make needed
[05:26] <jono> robru, checking
[05:27] <robru> I'm probably missing some dependency. I was missing python2.7-gpgme originally, but the error message for that one was more indicative. This error message is much more cryptic
[05:28] <jono> robru, hmm, this seems to be a new bug
[05:29] <jono> robru, I will investigate
[05:29] <jono> this is a new piece of code we added, so it looks like it causes a problem for fresh installs
[05:29] <robru> ok, well, I'm about to sign off for the night. let me know what you find and I'll probably be around to help a bit more tomorrow
[05:29] <jono> robru, thanks, I will try to get this fixed and then we can take a look
[05:29] <jono> thanks!
[05:30] <robru> jono, no problem. my start date got pushed back to monday, so now I've got the week with not a lot to do ;-)
[05:30] <robru> jono, oh, let me paste the full log just in case it's more helpful
[05:31] <robru> http://paste.ubuntu.com/1148173/ one guess I have is that perhaps you've hardcoded a directory? On the wiki you mentioned ~/source but I put it somewhere else.
[05:32] <robru> but anyway. I'm off. have a good night!
[05:33] <jono> robru, thanks!
[05:48] <didrocks> good morning
=== ara_ is now known as ara
[07:48] <Sweetshark> didrocks: moin!
[07:49] <didrocks> hey Sweetshark! How are you?
[07:49] <Sweetshark> didrocks: Just to clarify (since you were gone yesterday evening, when I added that): I have had no additional lintian warnings (likely because I packed on precise).
[07:49] <didrocks> Sweetshark: I've approved the -templates package :)
[07:49] <Sweetshark> didrocks: \o/
[07:49] <didrocks> Sweetshark: ah, probably
[07:49] <didrocks> you should use quantal!
[07:49] <Sweetshark> didrocks: shhh, dont tell!
[07:50] <didrocks> heh, don't worry, it will be between you and me
[07:50] <didrocks> …and the 143 people on the channel
[07:50] <didrocks> …and the public IRC logs :p
[07:51] <RAOF> Heh
[07:52] <RAOF> Morning didrocks, Sweetshark!
[07:52] <mlankhorst> wb RAOF, and congratulations are in order? :)
[07:52] <didrocks> hey RAOF ;)
[07:52] <didrocks> congratulations!
[07:52] <Sweetshark> didrocks: if you are the libreoffice maintainer on ubuntu, 'public' gets relative. As long as it is not a blogpost that ends up on slashdot, is not really serious.
[07:52] <didrocks> Sweetshark: what do you think I'm writing right now? :p
[07:52] <RAOF> Thanks :)
[07:53] <didrocks> dear slashdot & omgubuntu,
[07:53] <didrocks> ;)
[07:53]  * Sweetshark extends his arm really long and waves around half the earth to RAOF ...
[07:59] <Sweetshark> didrocks: btw fixed upstream too: http://cgit.freedesktop.org/libreoffice/templates/log/
[08:00] <Sweetshark> cool, that feels nice! ...
[08:00] <didrocks> Sweetshark: excellent!
[08:00] <Sweetshark> ... looking at the bugpage of libreoffice-templates: I have a package with _no_ bugs!
[08:00]  * Sweetshark is just so proud of himself!
[08:17] <mlankhorst> Oh dear that seems like a bug, good old "can't file bugs to libreoffice-templates"
[08:52] <seb128> hey desktopers
[08:53] <AfC> What would I need to do to properly file a request that GTK 3.4.4 get updated into Precise?
[08:53] <seb128> AfC, don't bother we will not take GTK 3.4.4
[08:53] <AfC> seb128: uh, ok
[08:53] <AfC> Why not?
[08:53] <AfC> [I need it; they fixed a bug that's crashing java-gnome's test suite]
[08:54] <seb128> because they rewrote GtkIconView in GTK 3.4.2 and it has regressions and behaviour changes
[08:54] <seb128> and they don't reply to bugs about those
[08:54] <AfC> {shrug} they replied to mine
[08:54] <seb128> we will not regress functionality in a stable update
[08:54] <seb128> we can backport fixes though
[08:54] <AfC> Ok, well, I'll do it in a PPA then. What a pain.
[08:54] <seb128> open a bug against gtk+3.0 on launchpad with a link to the commit(s)
[08:55] <AfC> seb128: (the problem is *already* in Ubuntu's 3.4.2, and they're fixing problems; so I'm a bit vague why you're so harsh on "we won't ever update it". And yes, it's icon related (GtkEntryIcon, specifically) and *already* broken)
[08:57] <seb128> AfC, we won't ever update because "let's rewrite a widget totally" is not compatible with our stable update guidelines
[08:58] <seb128> it's too risky of a diff to ensure there is no regression
[08:58] <seb128> reality being that the first tarball they rolled with the rewrite totally broke RTL for gtkiconview
[08:58] <seb128> those sort of breakges are reality not welcome in stable update of an entreprise OS
[08:58] <AfC> seb128: Ok, but the [icon cache related] regression is *already* in 3.4.2
[08:59] <seb128> AfC, I'm fine taking patches for that one, it's orthogonal to the iconview rewrite
[08:59] <AfC> ok. I'll file right now
[09:00] <seb128> thanks
[09:46] <chrisccoulson> hah, nice - https://crash-stats.mozilla.com/report/index/8d608496-2b03-48c8-822e-1b5762120808
[09:46] <chrisccoulson> "I think it is problem with any extension and the fucking menu of Ubuntu."
[09:47] <chrisccoulson> https://crash-stats.mozilla.com/report/index/50ff5801-0660-4172-bd96-5d8542120810 - "Fucking cock, firefox sucks as usual."
[09:47] <chrisccoulson> https://crash-stats.mozilla.com/report/index/feb0791f-98e9-484c-a74b-074a32120810 - "It's like an endless loop of shit."
[09:48] <chrisccoulson> some nice comments there ;)
[10:19] <seb128> chrisccoulson, hey, how are you?
[10:19] <seb128> RAOF, hey, welcome back! ;-)
[10:20] <chrisccoulson> seb128, yeah, not too bad thanks. just had fun reading comments from our angry users ;)
[10:20] <seb128> RAOF, could you take some time this week to update your work items and maybe postpone the ones you will not get to this cycle? thanks ;-)
[10:21] <seb128> chrisccoulson, so the firefox report thing let them write a description, we don't do that, we miss some fun I see :p
[10:21] <chrisccoulson> seb128, yeah, you get some interesting comments ;)
[10:45] <gotwig> hey
[10:45] <gotwig> What about lock screen handeling with lightdm?
=== MacSlow is now known as MacSlow|lunch
=== MacSlow|lunch is now known as MacSlow
[12:16] <chrisccoulson> anybody want to maintain a firefox extension?
[12:17] <chrisccoulson> i swear, anybody who actually responds with "yes, please" needs their head examining ;)
[12:18] <mdeslaur> chrisccoulson: maybe someone will trade that for chromium-browser maintenance? :)
[12:19] <chrisccoulson> mdeslaur, i'm not sure what's worse. chromium maintenance versus keeping up with what seems like daily API breakage? ;)
[12:19] <mdeslaur> yeah, browser extensions are painful
[12:22] <chrisccoulson> it's really annoying when people move things between headers, and i have to do things like http://bazaar.launchpad.net/~extension-hackers/globalmenu-extension/trunk/revision/438
=== jokerdino is now known as snugglesforfree
=== snugglesforfree is now known as jokerdino
[13:02] <mpt> seb128, dobey: Yes, I'd love to get rid of "Source code" from Software Sources, but I haven't redesigned that part of the UI yet. <https://wiki.ubuntu.com/SoftwareAndUpdatesSettings#channels> And that contributor UI includes access to Launchpad packaging branches but not source debs at the moment. <https://wiki.ubuntu.com/ContributorConsole#code>
[13:05] <dobey> hrmm, would be nice if ddebs was at least in sources.list but commented out by default
[13:05] <Laney> Make It So
[13:05] <mpt> (And it's not clear to me what, if any difference there is between what you get from "bzr branch lp:ubuntu/package-name" and "apt-get source package-name".)
[13:06] <dobey> Laney: what *is* the deb line for it exactly anyway?
[13:07] <Laney> deb http://ddebs.ubuntu.com quantal main restricted universe multiverse
[13:07] <dobey> mpt: apt-get source always works, where bzr branch sometimes doesn't have the latest version
[13:07] <Laney> off the top o'me head
[13:07] <Laney> and you use different tools to work with bzr packaging branches vs source packages
[13:07] <dobey> deb http://ddebs.ubuntu.com/ubuntu precise main restricted multiverse universe
[13:07] <dobey> and i get 404s
[13:07] <Laney> you have /ubuntu there
[13:07] <dobey> oh
[13:08] <dobey> thanks
[13:09] <dobey> also, the lp:ubuntu/foo branch may not always be the right bzr branch to work from
[13:09] <dobey> lp:~ubuntu-desktop owned branches come to mind
[13:10] <Laney> one day we'll have to give those up in the name of consistency
[13:10] <dobey> i guess kernel and some other teams also have such branches
[13:11] <dobey> sigh; of course the ddebs would be signed with a different key
[13:12] <kenvandine> is evolution working for anyone?
[13:12] <kenvandine> i can't change folders...
[13:12] <dobey> in precise or quantal?
[13:12] <kenvandine> i can only access my work email from my phone...
[13:12] <kenvandine> quantal
[13:12] <kenvandine> it just spins out of control when i try to change folders
[13:13] <dobey> it was working fine for me a couple nights ago; haven't tried since then
[13:15] <kenvandine> it was working for me until yesterday
[13:15] <kenvandine> just no time to debug it :/
[13:17] <larsu> hey didrocks, you approved rev 2550 in unity - http://bazaar.launchpad.net/~unity-team/unity/trunk/revision/2550
[13:18] <larsu> it specifies org.compiz.unityshell as schema, but the schema file gets installed as org.freedesktop.compiz.unityshell
[13:18] <larsu> do you know which one is the right one?
[13:18] <smspillaz> larsu: org.compiz.unityshell
[13:19] <larsu> smspillaz, so where does the freedesktop bit come from?
[13:19] <smspillaz> larsu: it used to be that
[13:19] <larsu> I don't even begin to understand from where you guys generate the schema files
[13:19] <larsu> smspillaz, it still is in trunk
[13:19] <smspillaz> larsu: we generate them from the plugin xml fiels and what do you mean by "it still is in trunk" ?
[13:19] <smspillaz> *files
[13:20] <smspillaz> larsu: trunk unity or trunk compiz?
[13:20] <larsu> smspillaz, sorry, unity trunk
[13:20] <smspillaz> in trunk compiz, it certainly should be org.compiz.plugin
[13:20] <smspillaz> it may just be that we haven't uploaded the compiz-dev package which generates schemas as org.compiz.plugin yet
[13:20] <smspillaz> and it may still be using org.freedesktop.compiz etc
[13:20] <smspillaz> not sure though, I don't have access to the packaging source right now
[13:21] <didrocks> it is, indeed
[13:21] <larsu> smspillaz, unity trunk install a org.freedesktop.compiz.unityshell.gschema.xml
[13:21] <larsu> s/install/installs
[13:21] <smspillaz> larsu: okay. It determines where to do that based on some cmake code that compiz-dev provides
[13:22] <smspillaz> so if we don't have an updated compiz which installs schemas as org.compiz.plugin then it would go into org.freedesktop.compiz.plugin
[13:22] <larsu> smspillaz, ah, that explains it, thanks
[13:22] <smspillaz> larsu: in any case, we can just fix the packaging to install org.freedesktop.compiz.plugin as org.compiz.plugin until we upload the new compiz
[13:23] <didrocks> smspillaz: it's not in the packaging
[13:23] <didrocks> smspillaz: it's inside the file itself
[13:23] <smspillaz> didrocks: yeah thats what I was even thinking
[13:23] <didrocks> and I don't want to sed that :)
[13:23] <smspillaz> didrocks: its inside the file itself ?
[13:23] <didrocks> right
[13:23] <smspillaz> didrocks: what do you mean by "inside the file itself?"
[13:23] <didrocks> the filename is just a convention
[13:23] <smspillaz> inside the cmake file ?
[13:23] <smspillaz> ohhhh right
[13:23] <didrocks> content of org.freedesktop.compiz.unityshell.gschema.xml
[13:23] <smspillaz> of course
[13:24] <didrocks> smspillaz: maybe you can just merge proposal the renaming part in compiz trunk?
[13:24] <didrocks> smspillaz: I'll ack it
[13:24] <smspillaz> didrocks: it is in compiz trunk
[13:24] <didrocks> hum, so it should be in staging
[13:24] <didrocks> oh
[13:24] <smspillaz> let me check
[13:24] <didrocks> but they are not using staging
[13:24] <didrocks> larsu: do you ^
[13:24] <smspillaz> right
[13:24] <smspillaz> :)
[13:25] <larsu> didrocks, staging? My compiz-dev is at 1:0.9.8+bzr3249-0ubuntu2
[13:25] <didrocks> yeah, it's not from the staging ppa
[13:26] <didrocks> (unity-staging)
[13:26] <larsu> nope
[13:29] <didrocks> I confirm it's in trunk
[13:29] <didrocks> (compiz trunk)
=== m_conley_away is now known as m_conley
=== alecu is now known as alecu_lunch
[15:50] <davidcalle> seb128, ping
[15:52] <seb128> davidcalle, hey
[15:53] <davidcalle> seb128, how are you doing?
[15:53] <seb128> davidcalle, I'm good thanks, how are you?
[15:53] <davidcalle> seb128, fine
[15:54] <davidcalle> seb128, do you know the status of python3 only on the cd? Still on track? Any major issue?
[15:54] <seb128> davidcalle, it's mostly on track, why?
[15:55] <davidcalle> seb128, I'm checking if I can bring python-gdata in, but it's python2 only. For the Photos lens -> Picasa scope.
[15:56] <seb128> davidcalle, well, you can bring anything you want in universe
[15:57] <seb128> davidcalle, was that aimed at being on the CD? feature freeze is in a week it's late to propose a new feature at this point
[16:00] <davidcalle> seb128, yes, but I've been asked to do it only for a bit more than a month, so I'm still in full dev and seeing if I can fit at least the core features (Shotwell photos, Flickr, Facebook, Picasa).
[16:01] <seb128> davidcalle, did you aim at having it installed by default for quantal?
[16:01] <seb128> davidcalle, ideally we don't want to add extra python2 depends on the CD
[16:02] <seb128> but having it in universe,s-c with a python2 depends is fine
[16:02] <davidcalle> seb128, yes. I know, that's why I was checking if it was still on track or not.
[16:03] <davidcalle> seb128, everything is actually in Python3, I'm porting and have discovered this morning the python-gdata situation.
[16:04] <seb128> davidcalle, python-gdata is in universe as well
[16:04] <seb128> davidcalle, well, libgdata has a gir ... can't you use that?
[16:04] <seb128> gir1.2-gdata-0.0: GObject introspection data for the GData webservices library
[16:05]  * davidcalle feels stupid
[16:05] <davidcalle> seb128, hum, thanks :)
[16:05] <davidcalle> I haven't noticed it.
[17:38]  * didrocks waves good evening
=== alecu_lunch is now known as alecu
=== mterry_ is now known as mterry
=== chaoticuk_ is now known as chaoticuk
=== Chipaca` is now known as Chipaca
=== debfx_ is now known as debfx
[19:16] <dobey> seb128: it's probably too late for you now today, but i'ved fixed the u1db issues and uploaded new attachments to https://bugs.launchpad.net/ubuntu/+bug/1035392
[19:16] <ubot2> Ubuntu bug 1035392 in ubuntu "[needs-packaging] u1db" [Wishlist,In progress]
[19:53] <mterry> Anyone got a second to review a needs-packaging package for me?  https://bugs.launchpad.net/ubuntu/+bug/1037231
[19:54] <ubot2> Ubuntu bug 1037231 in ubuntu "[needs-packaging] remote-login-service" [Undecided,New]
[20:08] <mterry> And also https://bugs.launchpad.net/ubuntu/+bug/1037228
[20:08] <ubot2> Ubuntu bug 1037228 in ubuntu "[needs-packaging] thin-client-config-agent" [Undecided,In progress]
[20:12] <kenvandine> mterry, sure
[20:13]  * mterry hugs kenvandine
[20:16]  * mterry goes afk for a bit
[20:29] <seb128> kenvandine, mterry: I can do an archive admin review as well
[20:32] <mterry> seb128, awesome
[20:33] <kenvandine> mterry, i have the same comment on both of them
[20:33] <kenvandine> you don't need to list debian/* in copyright since it is all the same
[20:33] <kenvandine> otherwise it looks good to me
[20:33] <mterry> kenvandine, I like to specify separate, not really sure why
[20:34] <kenvandine> hehe
[20:34] <mterry> kenvandine, maybe to make it easier for others (like MOTU) to add to debian/
[20:34]  * kenvandine has been beat down for listing it separately 
[20:34] <mterry> really?
[20:34]  * kenvandine looks at seb128
[20:34] <kenvandine> :-D
[20:34] <mterry> Can upload with unified
[20:34] <kenvandine> mterry, if the license and copyright are the same it is just redundant
[20:35]  * mterry shrugs
[20:35] <seb128> kenvandine, I didn't beat down anyone for that, I did beat down you for using a different license for the debian dir than the upstream source one though :p
[20:35] <kenvandine> would be nice if thin-client-config-agent was py3 :)
[20:35] <kenvandine> seb128, that too :)
[20:35] <kenvandine> there was one that was redundant
[20:35] <mterry> kenvandine, true!  the MIR review will note that and usually block on that...  will have to ask tedg
[20:35] <kenvandine> but you said you didn't care
[20:35] <kenvandine> i think
[20:36] <mterry> pfft, if seb128 doesn't care, I'm leaving separate.  It's easier on my eyes  :)
[20:36] <seb128> ;-)
[20:36] <seb128> I didn't see lot of source where it's merged
[20:36] <seb128> I'm fine having them separate
[20:38] <seb128> mterry, you (or your upstream) gets a big minus point for now having copyright or license infos in the remote-login-service sources
[20:38] <kenvandine> *not*
[20:38] <kenvandine> :)
[20:38] <seb128> doh, indeed
[20:38] <seb128> not having
[20:38] <seb128> ;-)
[20:38]  * mterry looks at tedg
[20:39] <kenvandine> mterry, sorry i haven't looked at your deja-dup MP, i have been swamped... hopefully first thing tomorrow :)
[20:39] <tedg> Oh, yeah.  Hmph.
[20:39] <mterry> kenvandine, no worries.  I've got another one hot on its heals if I ever get done with this other stuff
[20:39] <mterry> heels even
[20:39] <tedg> I thought the Oracle v. Google case said those were mostly worthless :-)
[20:40] <kenvandine> hehe
[20:40] <tedg> I guess only for APIs
[20:40] <seb128> tedg, let's wait for the appeal
[20:40] <tedg> I'll put them in to test the auto-merge stuff alesage is setting up.
[20:40] <seb128> that's not over yet ;-)
[20:41] <kenvandine> mterry, can you flip those "Incomplete"s on bug 1029549 to "Fix committed"?  Those were the ones you said you were fine with as long as upstream fixes the tests before release
[20:41] <tedg> Heh, the headlines have be written.  You're so into the "legal system" -- the real power in America is the tabloids!
[20:41] <ubot2> Launchpad bug 1029549 in signon-ui "[MIR] online-accounts and friends" [Undecided,In progress] https://launchpad.net/bugs/1029549
[20:41] <kenvandine> mterry, and i filed/milestoned bugs for those
[20:44] <seb128> mterry, remote-login-service looks fine out of the no license in the sources issue
[20:44] <mterry> kenvandine, sure
[20:44] <kenvandine> mterry, thx
[20:44] <mterry> seb128, is that a NEW blocker?
[20:44] <seb128> mterry, no
[20:44] <seb128> it's a best practice (tm)
[20:45] <mterry> seb128, alright, so as long as tedg is on it, I'll upload
[20:45] <kenvandine> i usually look the other way on that as long as it's consistent...
[20:45] <kenvandine> like all the files are missing it
[20:45] <kenvandine> not all but 2 or something
[20:45] <mterry> tedg, what's the story with python3 for thin-client-config-agent?
[20:46] <kenvandine> tedg, did you write a python app?
[20:46]  * kenvandine doesn't believe it
[20:46] <tedg> No, it wasn't me :-)
[20:47] <tedg> I hear that mentioning Pypy is the way to deflect people from talking about Python3.
[20:47] <seb128>  tedg, mterry: thin-client-config-agent ... would be good if the Vcs was one the coredev group has access to
[20:47] <mterry> seb128, hmm, gp.  I can move the trunk
[20:48] <seb128> otherwise out of the python2 thing it looks fine to me
[20:48] <seb128> mterry, none are blockers for upload
[20:49] <kenvandine> seb128, don't forget to look at my package :)
[20:49] <seb128> we might want the python2 thing sorted for promotion if we want to seed it though
[20:49] <mterry> seb128, yah, python2 is going to be a MIR issue, but I think fixable enough
[20:55] <mterry> seb128, remote-login-service uploaded, will do tcca once I get an LP admin to let ~ubuntu-core-dev create branches for the project.  :-/
[21:00] <mterry> seb128, guh, nm.  Just uploaded it as is.  Will fix in a later upload when LP gets fix
[21:00] <mterry> So both are in NEW
[21:00] <seb128> mterry, it will autofix once the source is accepted
[21:00] <seb128> I think
[21:01] <mterry> seb128, I was talking about the Vcs line
[21:01] <seb128> oh ok
[21:01] <seb128> mterry, kenvandine: your sources NEWed
[21:01] <kenvandine> thanks!
[21:01] <mterry> seb128, thanks!
[21:01]  * kenvandine goes to spend some time with the family... bbl
[21:01] <seb128> yw, thanks for getting your stuff uploaded one week before ff rather than 1 hour before :p
[21:02] <seb128> kenvandine, enjoy!
[21:02] <kenvandine> seb128, the complicated stuff isn't there yet :)
[21:02] <kenvandine> meaning the mozilla stuff :)
[21:02] <seb128> yeah, that's another story!
[21:15] <mterry> seb128, huh, the needs-packaging bugs didn't get auto-closed.  I don't think I screwed up the syntax
[21:15] <seb128> mterry, autoclose works by matching components
[21:15] <seb128> mterry, that can't work on new packages
[21:16] <mterry> seb128, ah right.  That makes sense.  Seems like there could be a clever exception for NEW packages that looks in the main ubuntu project for bugs
[21:16] <seb128> mterry, that's a bit annoying, it also mean it doesn't work if you forget to reassing a bug to the source where the issue gets fixed
[21:16] <seb128> mterry, I think that should be an exception for anything affecting 1 component
[21:16] <seb128> it's trickier when you are several components
[21:16] <seb128> but usually when you have one you want the upload to close it
[21:22] <kenvandine> seb128, my build failed on armel because of timeout in the tests
[21:22] <kenvandine> i just uploaded again with a bumped timeout
[21:22] <seb128> ok
[21:22] <seb128> kenvandine, GO SPEND TIME WITH YOUR FAMILY
[21:22] <seb128> ;-)
[21:23] <kenvandine> i got distracted checking the build status on my phone
[21:23] <kenvandine> smart phones are evil
[21:23] <kenvandine> :)
[21:23] <seb128> haha
[21:23]  * kenvandine leaves again
[21:26] <kenvandine> 2
=== m_conley is now known as m_conley_away
=== Trewas666 is now known as Trewas
[22:30] <robru> jono, you around?
[22:35] <robru> jono, I've got a bit of time if you wanted help testing/debugging that other bug that blocked us from testing the gtkgrid margin thing.
[23:22] <jono> hey robru
[23:22] <jono> so any idea why that space is being added?
[23:23] <robru> no, haven't looked at it yet. I was offering to help you with that other bug, where I can't even launch the thing.
[23:23] <robru> did you want me to help test that?
[23:32] <robru> jono, I'm not sure about that space. I see you do specify a top margin on one of the elements, though it looks like only a small number. I'd try tweaking your spacer widget as well as the margins, but I can't because I'm not seeing that gap on the gtkissue branch at all.
[23:33] <robru> jono, oh, and you forgot to delete the outerbox variable, so you are still instantiating a VBox that isn't being used ;-)
[23:33] <robru> but that's unrelated.
[23:35] <jono> right
[23:35] <jono> it seems like my code should include the space
[23:36] <jono> so I am unsure whether my code is doing something odd or whether it is a GTK bug
[23:36] <robru> probably a little bit of both.
[23:37] <robru> the part where the second section was halfway down the window, that was caused by your use of True,True for expand,fill options to pack_start, but there was still some extra space appearing even with False,False. So I am leaning towards there being some kind of bug in VBox rendering that somehow is only triggered by IconView widgets.
[23:38] <jono> robru, yeah, and I still have that space when I use add() with a GtkGrid
[23:38] <jono> robru, but strangely your program using GtkGrid doesnt have the space problem
[23:38] <robru> jono, the space you're seeing in the gtkgrid, does it change size depending on the window size? or is it just a fixed number of pixels?
[23:39] <jono> robru, it changes as you resize the window
[23:39] <jono> it seems like the size of the viewport is being divided up equally between the two sections
[23:39] <robru> jono, oh, ok. well, in that case then it's definitely something you've done to trigger the behavior because the gtkissue branch doesn't do it.
[23:40] <jono> robru, any idea what it might be?
[23:40] <robru> Not really unfortunately. I'd test more but I still can't even run your app.
[23:40] <robru> if you can give me a hand getting it running, I can help you a bit more
[23:41] <jono> robru, when I fix the bug you are seeing, would you be happ to test?
[23:41] <robru> yeah, for sure. I'm mostly free until Monday ;-)
[23:42] <jono> thanks, robru!
[23:42] <jono> I will see if I can fix it tonight :-)
[23:42] <robru> jono, no worries. I'm gonna watch some TV for now but I've got the chat open so just ping me when you're ready for a test
[23:42] <jono> thanks robru!
[23:42] <robru> you're welcome!