[01:15] <jono> robru, I think I fixed your bug
[01:15] <jono> can you retry
[01:15] <robru> jono, sure thing
[01:15] <robru> just a sec
[01:15] <jono> I just commited it to the ubuntu-accomplishments-daemon trunk
[01:15] <jono> so bzr pull that
[01:17] <robru> ok, app is launched, just setting it up
[01:18] <robru> jono, my 'opportunities' tab says 'no collections installed' and the only option is a 'quit' button
[01:18] <robru> what did I miss?
[01:18] <robru> I have all four things and I set the python path as per the instructions
[01:18] <jono> robru, I know the issue here
[01:18] <jono> I need to update the wiki page
[01:18] <jono> edit .config/accomplishments/.accomplishments
[01:18] <jono> and edit accompath to point to the ubuntu-community-accomplishments branch
[01:20] <robru> jono, did that, restarted, still says no collections
[01:21] <jono> robru, can you paste me the contents of that file
[01:21] <jono> robru, we should take this to #ubuntu-accomplishments
[04:08] <jono_> robru_, around?
[04:08] <robru_> jono_, for a bit, yeah
[04:08] <jono_> robru_, that bug is still there
[04:08] <robru_> noooooooooooooooooooooooo
[04:08] <jono_> even after we changed those little bits of code
[04:08] <robru_> but it looked so good? what changed?
[04:09] <jono_> if I set the number of columns for the IconView to 5 to force the wrapping of the icons, the space still exists between the sections
[04:09] <robru_> are you using it as a gtkgrid, or still gtkbox with False,False?
[04:10] <jono_> I tried it with a grid and just the box
[04:10] <jono_> whatever I try the space still appears
[04:12] <jono_> the good thing about using the grid is that the wrapping happens
[04:13] <robru_> did you try setting the horizontal scroll policy to never for the scrolledwindow?
[04:14] <jono_> yup
[04:14] <jono_> I am trying one other approach
[04:14] <robru_> crap
[04:14] <robru_> well I'm outta time here. gf just served dinner
[04:14] <robru_> push a branch for me to play with and I'll check it tomorrow!
[04:27] <jono_> thanks robru_
[05:20] <didrocks> good morning
[05:33] <TheMuso> didrocks: Hey there.
[05:33] <didrocks> hey TheMuso
[05:41] <RAOF> Morning didrocks!
[05:42] <didrocks> hey RAOF, how are you?
[05:43] <RAOF> Pretty good, thanks!
[05:43] <RAOF> Yourself?
[05:43] <didrocks> I'm fine, thanks ;)
[05:43] <didrocks> getting some sleep?
[05:43] <RAOF> Yeah, a reasonable amount.
[05:44] <didrocks> ah, so you are part of those lucky parents group for who the child is sleeping quietly during the night? :)
[05:50] <TheMuso> Seems that FOSS xorg drivers work even when a proprietary GPu driver is installed now... I just installed nvidia-current in quantal for my thinkpad, and reboot to discover I am still using nouveau. I haven't seen X promoted from quantal-proposed yet, unless it was done without being broadcasted to quantal changes... Seems my NVIDIA chip is not considered by any proprietary NVIDIA drivers according to ubuntu-drivers.
[05:52] <RAOF> TheMuso: That sounds odd; are you getting Unity3D?
[05:52] <TheMuso> yup
[05:52] <RAOF> didrocks: Yeah. Zoë sleeps reasonably well through the night. Better through the day, of course!
[05:53] <TheMuso> Been using 3D for ages, but want to use NVIDIA to improve performance a bit.
[05:55] <didrocks> RAOF: sweet :)
[05:56] <RAOF> TheMuso: I'm surprised. I don't *think* we've done anything to make that work!
[06:01] <TheMuso> RAOF: Hrm ok, well in any case, checking the lsof output for xorg drivers, and nouveau is loaded, but nvidia is not.
[06:03] <TheMuso> Oh, interesting bit from the xorg log...
[06:04]  * TheMuso pastes...
[06:04] <TheMuso> http://paste.ubuntu.com/1150127/
[06:05] <TheMuso> And... the nvidia-current package has /usr/lib/xorg/modules/drivers listed as a directory, but is empty in the package.
[06:07] <TheMuso> Hrm ok, I am guessing the usr/lib/nvidia-current/xorg/nvidia_drv.so file should be symlinked or some such...
[06:10] <TheMuso> Hrm ok, an alternatives symlink should get set up according to postinst, but wasn't... Hrm.
[06:12] <RAOF> Rah raw!
[06:29] <TheMuso> Hah! Running update-alternatives manually with the nvidia_drv alternative causes a crash.
[06:34] <TheMuso> Odd. The package installed correctly on a fresh install of quantal on another box with nvidia.
[08:44] <chrisccoulson> heh, https://twitter.com/riffraff40/status/235986910265356288/photo/1
[08:44] <chrisccoulson> good morning everyone
[08:46] <seb128> hey chrisccoulson, how are you?
[08:46] <seb128> lol
[08:47] <seb128> chrisccoulson, can find anything on twitter?
[08:47] <seb128> twitter is the new internet :p
[08:47] <chrisccoulson> hi seb128 :)
[08:48] <chrisccoulson> seb128, i like one of the responses. "PETA - People Eating Tasty Animals"
[08:59] <AfC> seb128: sorry it took me a day to get it done, but I filed the GTK backport request I mentioned yesterday as https://bugs.launchpad.net/gtk/+bug/1037469
[08:59] <ubot2`> Ubuntu bug 1037469 in gtk+3.0 "GTK 3.4.2 crashes in GtkEntry gtk_entry_get_icon_pixbuf()" [Undecided,New]
[09:00] <seb128> AfC, thanks
[10:38] <seb128> Laney, hey
[10:41] <Laney> hey
[10:42] <Laney> seb128: you want that backported? ;-)
[10:43] <seb128> Laney, hey, I want to know if you have time to do it or if I should do it, we got over 300 reports according to errors.ubuntu.com
[10:43] <seb128> it's frequent enough that I don't want to wait another week ;-)
[10:43] <Laney> you're talking about gtk or glib?
[10:44] <seb128> oh, sorry
[10:44] <seb128> Laney, I'm speaking about the glib issue I pinged you about tuesday
[10:44] <seb128> the one where I suggested we revert the commit
[10:44] <seb128> the g_file_mkdir... segfault
[10:44] <Laney> sorry, I didn't realise it was urgent
[10:44] <Laney> I have it ready but ... https://launchpad.net/builders
[10:45] <seb128> wth?
[10:45] <seb128> they announced taking them down on friday evening?
[10:45] <seb128> not today?
[10:46] <Laney> I think it's an accidental bit of fallout from the maintenance that's happening today
[10:46] <seb128> the announce said "Official Ubuntu distribution builders will be largely unaffected by this maintenance. "
[10:46] <seb128> ok
[10:46] <Laney> hopefully will be back soon
[10:46] <Laney> i'll upload anyway
[10:46] <seb128> well, it's not that urgent
[10:46] <seb128> thanks
[10:47] <seb128> but as said it collects enough issues that I don't want to wait another week
[10:47] <seb128> especially if the revert is trivial
[12:53] <dobey> seb128: care to take another poke at https://bugs.launchpad.net/ubuntu/+bug/1035392 ? all the concerns you raised should be fixed now
[12:53] <ubot2`> Ubuntu bug 1035392 in ubuntu "[needs-packaging] u1db" [Wishlist,In progress]
[12:53] <seb128> dobey, hey, can do
[12:54] <dobey> great, thanks
[13:06] <seb128> dobey, looks fine to me, get kenvandine or mterry or micahg to upload and I will NEW it (if I upload I can't do the NEWing so you need to find another archive admin)
[13:06] <kenvandine> dobey, i can do it now
[13:06] <kenvandine> point me at it please
[13:06] <seb128> hey kenvandine, good timing ;-)
[13:06] <seb128> kenvandine, how are you?
[13:07] <kenvandine> much less grumpy today :)
[13:07] <kenvandine> and you?
[13:07] <dobey> kenvandine: https://bugs.launchpad.net/ubuntu/+bug/1035392
[13:07] <ubot2`> Ubuntu bug 1035392 in ubuntu "[needs-packaging] u1db" [Wishlist,In progress]
[13:07] <dobey> kenvandine: thanks :)
[13:09] <seb128> kenvandine, I'm good thanks
[13:10] <kenvandine> dobey, is there a bzr branch for the packaging?
[13:11] <dobey> kenvandine: no
[13:12] <kenvandine> ok
[13:49] <kenvandine> dobey, i can't extract that package
[13:49] <kenvandine> it is looking for a .bz2
[13:49] <kenvandine> not .gz
[13:50] <dobey> kenvandine: the watch file looks for either a .gz or .bz2
[13:50] <kenvandine> more specific a .orig.tar.bz2
[13:50] <kenvandine> yeah... i can't extract it though
[13:50] <dobey> kenvandine: run uscan?
[13:50] <kenvandine> with dpkg-source -x
[13:50] <dobey> eh?
[13:50] <dobey> it worked fine here
[13:50] <kenvandine> dpkg-source: error: cannot fstat file ./u1db_0.1.1.orig.tar.bz2: No such file or directory
[13:50] <kenvandine> do you have that file ?
[13:51] <kenvandine>  5d4c0b45af480ee55d243ee02ff832ec 163354 u1db_0.1.1.orig.tar.bz2
[13:51] <kenvandine>  2573477d66fee0a93aeef63af222cbba 2980 u1db_0.1.1-0ubuntu1.debian.tar.gz
[13:51] <kenvandine> are both in the .dsc
[13:51] <dobey> yes
[13:51] <dobey> do i need to attach it? i thought i could just leave it off the bug since the watch file points to the right thing?
[13:52] <kenvandine> dobey, i guess so
[13:53] <dobey> kenvandine: attached it to the bug
[13:53] <kenvandine> thx
[13:54] <kenvandine> dobey, uploaded
[13:55] <dobey> sorry; didn't realize it wouldn't grab it via the watch file
[13:55] <dobey> thanks
[13:55] <dobey> seb128: ^^ :)
[13:56] <seb128> dobey, kenvandine: I went to launchpad.net/u1db/+download to get it, but thanks ;-)
[13:56] <dobey> right
[14:08] <cyphermox> seb128: kenvandine: hey
[14:08] <seb128> cyphermox, hey, how are you?
[14:09] <cyphermox> not bad, not bad
[14:10] <cyphermox> I was just finishing up testing a fix for NM; bug 1023486
[14:10] <ubot2`> Launchpad bug 1023486 in network-manager "Cannot resolve domain names if eth0 is in /etc/network/interfaces" [High,In progress] https://launchpad.net/bugs/1023486
[14:50] <seb128> cyphermox, btw do you know if that's a known?
[14:50] <seb128> $ gsettings-data-convert
[14:50] <seb128> (gsettings-data-convert:17538): GLib-GIO-ERROR **: Settings schema 'org.gnome.evolution.mail' does not contain a key named 'force-message-limit'
[14:50] <seb128> issue in /usr/share/GConf/gsettings/evolution.convert listing a wrong key?
[14:51] <cyphermox> arf
[14:51] <cyphermox> I don't know if it's know, no
[14:51] <cyphermox> but it seems legit, I'll check git
[14:51] <seb128> thanks
[14:52] <cyphermox> err, I see it here for 3.5.5
[14:52] <cyphermox> force-message-limit = /apps/evolution/mail/display/force_message_limit
[14:53] <seb128> cyphermox, right, that's the issue, is force-message-limit existing in the gsettings schemas?
[14:53] <seb128> the target key needs to be valid
[14:53] <seb128> which seems it's not
[14:53] <cyphermox> right, it's not there
[14:54] <cyphermox> I'll bring it up/ send a patch/ etc.
[14:54] <cyphermox> is there a bug for that error yet?
[14:56] <seb128> cyphermox, not that I know about, I noticed it there why looking in my .xsession-errors
[15:08] <mterry> cyphermox, heyo.  a while ago for 12.04, you were looking into adding nm-applet to the greeter, right?
[15:08] <cyphermox> yeah
[15:09] <cyphermox> it's funny more and more people are asking me about this lately ;)
[15:09] <mterry> cyphermox, so there's a branch to add it to the greeter again, for thin-client reasons
[15:09] <cyphermox> mterry: I had a long discussion about this with ted, and Wellark is looking at the nm-applet code now
[15:09] <mterry> cyphermox, yup, OK
[15:10] <mterry> cyphermox, I'm assuming it required more fancy code than merely running nm-applet?
[15:10] <cyphermox> basically, fixing it up so that some of the features are locked down w/ polkit; and fixing up the code to hide those rather than make them insensitive
[15:10] <cyphermox> it's not super fancy
[15:11] <cyphermox> I had already done the polkit rule file for it, so I sent it to Wellark too
[15:11] <cyphermox> mterry: where is that branch?
[15:11] <mterry> cyphermox, it's a WIP branch: https://code.launchpad.net/~bikini-atoll-squad/unity-greeter/network-menu/
[15:12] <cyphermox> It's a scary name for a team.
[15:14] <cyphermox> that's a rather... limiting policy.
[15:16] <mterry> cyphermox, :)
[15:26] <didrocks> chrisccoulson: hey, did you get a chance to look at this chat entry in thunderbird?
[16:05] <mpt> didrocks, hi, do you have time now to talk about the upgrade-user-config blueprint?
[16:07] <didrocks> mpt: hey, not today, but tomorrow is fine (no particular hour)
[16:07] <mterry> kenvandine, OK do you or I feel like we have more luxury time?  :)  Ted/David wanted to ask if somebody could help port thin-client-config-agent to Python 3.  I'm happy to do it, it's small.  But wanted to ping you to see your load first
[16:07] <mpt> didrocks, ok, chat to you then.
[16:08] <kenvandine> mterry, i have no room to breath
[16:08] <kenvandine> sorry
[16:08] <mterry> kenvandine, no problem!
[16:08] <didrocks> mpt: don't hesitate (I'm on holidays then, so tomorrow or september ;))
[16:08] <mpt> eep
[17:28] <mhall119> didrocks: seb128: can one of you help me understand some of the apparmor abstractions?
[17:30] <didrocks> mhall119: I was about to leave, I just know some basics for it. jdstrand and mdeslaur will of course, know way more than us I bet. If you still need me tomorrow, do not hesitate to ping me :)
[17:31] <mdeslaur> didrocks: I believe he has a specific question about what "ibus" is
[17:31] <jdstrand> didrocks: he phrased it weird
[17:31] <mhall119> didrocks: jdstrand sent me here for what exactly the ibus stuff does
[17:31] <jdstrand> yeah, we don't know what ibus really does
[17:31] <didrocks> ibus or dbus?
[17:31] <mdeslaur> ibus
[17:31] <mhall119> sorry, I understand what ibus itself is, I don't understand what access the apparmor ibus abstraction gives
[17:31] <didrocks> icm input?
[17:31] <mhall119> ibus
[17:32] <didrocks> oh
[17:32] <didrocks> hum, I never looked at it TBH
[17:32] <mdeslaur> ie: what exactly reads ~/.config/ibus/*
[17:32] <mhall119> /etc/apparmor.d/abstractions/ibus is the file I'm asking about
[17:32] <mdeslaur> is it a library that apps are linked against that read settings from there?
[17:32] <mhall119> specifically, do I need that abstraction in an apparmor profile for an app that just accepts input
[17:34] <didrocks> mhall119: I have no idea TBH outside of testing installing other input methods what this profile is for. we don't have an ibus maintainer though
[17:34] <didrocks> (the apparmor support is in debian)
[17:34] <bschaefer> mhall119, wait are you trying to get ibus to work with an app?
[17:34] <didrocks> maybe seb128 will know
[17:34]  * bschaefer has worked with ibus a little bit
[17:35] <mhall119> bschaefer: no, I'm trying to determine what apps will need the ibus abstraction in their apparmor profile
[17:35] <mdeslaur> mhall119: I suspect most apps that need keyboard input need to read ibus settings from that directory
[17:36] <didrocks> mdeslaur: the profiles looks like it's the case
[17:36] <jdstrand> mhall119: I'm looking at my own profiled apps. It seems that gnome apps need it (empathy, evince, evolution, firefox)
[17:36] <mhall119> mdeslaur: ok
[17:36] <mdeslaur> jdstrand: I'm wondering if it should be included in the gnome abstraction
[17:36] <jdstrand> I don't know about Qt apps, etc
[17:36] <jdstrand> mdeslaur: that is a good question
[17:36] <mdeslaur> oh, right
[17:36] <mdeslaur> maybe it's more than just gnome
[17:37] <mhall119> mdeslaur: I don'e see it being included in any other abstraction
[17:38] <mhall119> the usr.bin.evince includes it, that's the only one
[17:38] <bschaefer> mhall119, hmm im not sure sorry :(
[17:38] <jdstrand> I'm happy to add it to the gnome abstraction, but I'd like to know more about it
[17:38] <mhall119> me too ;)
[17:38] <mdeslaur> we should probably investigate qt apps and other apps first
[17:38] <mdeslaur> it may be more than gnome
[17:38] <mhall119> these are from debian then?
[17:38] <jdstrand> mhall119: firefox would too
[17:38] <jdstrand> mdeslaur: well, we do have a kde abstraction too
[17:39] <mhall119> jdstrand: looks like firefox duplicates what is in the ibus abstraction, but it's not including it
[17:39] <jdstrand> mhall119: actually, firefox doesn't, it is doing something on its own
[20:46] <kenvandine> has anyone else run into bug 1037583
[20:46] <ubot2`> Launchpad bug 1037583 in gnome-settings-daemon "gnome-settings-daemon crashed with signal 5 in g_object_newv()" [Undecided,New] https://launchpad.net/bugs/1037583
[20:47] <kenvandine> lamalex is hitting it, said it shouldn't have been duped either
[20:47] <kenvandine> seb128, ^^
[20:48] <seb128> kenvandine, update file-roller to 3.5.4-0ubuntu5
[20:48] <seb128> file-roller (3.5.4-0ubuntu5) quantal; urgency=low
[20:48] <seb128>   * debian/patches/git_src_update.patch:
[20:48] <seb128>     - update .convert as well for the schemas change (lp: #1037646)
[20:48] <kenvandine> great
[20:48] <kenvandine> thx
[20:48]  * kenvandine dupes that one
[20:48] <seb128> kenvandine, stupid gconf gateway code goes down when trying to get matching from a buggy .convert and stupid g-s-d goes down when any of the .so hits a bug
[20:49] <dobey> yay gsettings :(
[20:49] <seb128> next on my list is to drop that hackish gconf gateway code
[20:49] <seb128> that code is too hackish, we should have dropped directly after precise ;-)
[20:50] <kenvandine> :)
[20:50] <seb128> it basically reads all the .convert and try to write back to gconf for any of the gsettings key updated
[20:50] <seb128> which is dump and buggy in 99% of the cases
[20:50] <seb128> dumb
[20:50] <dobey> probably why my metacity keybindings keep getting broken
[20:59] <seb128> mhall119, jdstrand, mdeslaur: I don't know the specifics about ibus sorry
[21:00] <seb128> but it provides an input method for gtk to use
[21:00] <seb128> so I guess any gtk applications might need to access the config
[21:00] <seb128> with likely the same for other toolkits
[21:03] <mhall119> seb128: so gtk input widgets might not work if we don't include the ibus access?
[21:04] <jdstrand> mhall119: so, I think that 'r' access to the ibus files would be fine. I don't think it should have write access
[21:04] <seb128> mhall119, is there any reason to block read access to the ibus config?
[21:05] <jdstrand> mhall119: so it could be in the template. the template could #include the ibus abstration but we could use 'audit deny @{HOME}/.config/ibus/bus/** w'
[21:05] <jdstrand> seb128: well, this is for application insulation for my apps, so we want to be careful about the files an untrusted applications should be able to read and write to
[21:06] <mhall119> seb128: I'm defaulting to "don't give access unless there's a reason"
[21:06] <jdstrand> s/my apps/MyApps/
[21:06] <seb128> right
[21:06] <seb128> well I would say that it's safe to give read access to the ibus config
[21:06] <jdstrand> mhall119: actually, this seems to have changed a bunch-- how do you want me to refer to this-- is MyApps even remotely correct? :)
[21:06] <seb128> I don't think the input method in use is restricted info
[21:07] <mhall119> jdstrand: MyApps is still correct, that's where this will be done
[21:07] <jdstrand> \o/