[00:06] <RAOF> Oooh, fun. Don't set $XDG_RUNTIME_DIR to somewhere under $HOME. It seems gvfs will then mount smb shares there, and then deja dup will attempt to back them up.
[00:30] <smspillaz> RAOF: around ?
[00:30] <RAOF> smspillaz: Correct!
[00:30] <smspillaz> RAOF: if something worked kinda flakey on nouveau, but worked fine on intel, would that indicate a driver bug ?
[00:30] <smspillaz> RAOF: having some more issues with mipmaps
[00:31] <smspillaz> seems like if the rendering pipeline has got operations with mipmaps in them, if you call glGenerateMipmap on a new color buffer, it generates invalid mipmaps
[00:32] <RAOF> It's plausible that it's a driver bug.
[00:32] <RAOF> Got a nice small test case?
[00:33]  * RAOF expects the answer to be no, but hope springs eternal.
[00:48] <smspillaz> RAOF: not really :/
[00:49] <smspillaz> RAOF: haven't had time to make one
[00:49] <smspillaz> really I just need to know if its plausible so that I can downshift it on my priority list
[00:49] <RAOF> That's cool.
[00:50] <smspillaz> RAOF: for now I think I'll be implementing a workaround for the lack of advertisement of GLX_BIND_TO_MIPMAP_TEXTURE in the fbconfigs
[00:50] <smspillaz> I hope that doesn't bother you
[00:50] <smspillaz> I should probably write a small testcase and file a bug tho
[00:50] <RAOF> Yes, please.
[00:51] <RAOF> If you do so I'll happily translate it into a piglit test.
[00:51] <smspillaz> :)
[00:51] <smspillaz> *sigh*
[00:51] <smspillaz> fix it on one driver, break another
[01:28] <smspillaz> morning thumper
[01:36] <TheMuso> RAOF: A lot of stuff is using XDG_RUNTIME_DIR now.
[01:37] <RAOF> Yeah.
[01:42] <TheMuso> We know to exclude ~/.cache and ~/.gvfs, but the average user doesn't.
[01:46] <RAOF> Actually, I think deja dup does by default. But when I specified ~/.local/run as XDG_RUNTIME_DIR it did *not* know to exclude that ;)
[01:47] <TheMuso> Oh.
[01:48] <TheMuso> Perhaps deja-dup should be extended to check XDG_RUNTIME_DIR, check if its in $HOME, and exclude it.
[01:49] <RAOF> Yes.
[05:57] <didrocks> good morning
[06:00] <cyphermox> morning didrocks
[06:01] <didrocks> hey cyphermox!
[06:06] <pitti> Good morning
[06:07] <didrocks> guten morgen pitti
[06:17] <cyphermox> guten morgen pitti
[06:18] <pitti> bonjour mes amis, ca va?
[06:19] <didrocks> pitti: ça va bien, et toi?
[06:19] <pitti> je vais bien, merci
[08:05] <Sweetshark> I am Boxxy and I dont do drugs!
[08:05] <Sweetshark> g'morning everyone.
[08:06] <pitti> hey Sweetshark
[08:06] <didrocks> hey Sweetshark!
[08:15] <seb128> hey
[08:16] <pitti> bonjour seb128
[08:17] <seb128> pitti, hey
[08:17] <seb128> pitti, so I can't get a gtk build which doesn't pass tests anymore?! :p
[08:17] <pitti> and neither a glib one!
[08:18] <pitti> seb128: I only tested locally on amd64, eagerly awaiting results on other arches
[08:18] <seb128> ;-)
[08:18] <pitti> so I used -proposed
[08:18] <pitti> I get one a11y test failure in jhbuild, but it doesn't happen during package build; I'm currently investigating this
[08:19] <seb128> oh, yeah, the a11y on by default might turn out to create some issues
[08:19] <seb128> pitti, btw I would appreciate if you comment on https://bugs.launchpad.net/ubuntu/+source/udisks2/+bug/1020759
[08:19] <ubot2> Ubuntu bug 1020759 in udisks2 "/run/media is an unnecessary divergence from the FHS" [Medium,Triaged]
[08:19] <seb128> pitti, if you know the rational for the change or have an opinion on why it would be right
[08:35] <pitti> seb128: I guess /run provides better semantics with cleaning up stale mounts after reboot, and by-user dirs are more suitable for multi-seat situations where you could have label collisions otherwise
[08:35] <pitti> but I don't know about other reaons
[08:36] <pitti> and there gtk fails to build
[08:36] <seb128> pitti, is that something you would be interested to investigate on, or should I try to open a bug upstream and see what David replies?
[08:37] <pitti> I'd do the exact same thing
[08:37] <pitti> i. e. forward the bug upstream and ask davidz
[08:37] <seb128> pitti, ok, let me do that then, thanks
[08:37] <seb128> pitti, where did gtk fail? armel?
[08:38] <pitti> that's not the current behaviour, BTW
[08:38]  * pitti digs up the followup patch which made it land in /run/media/
[08:40] <seb128> pitti, well, davidz changed from /run/user/ to /run/media for security reasons
[08:40] <pitti> seb128: so we could set ID_SEAT=all to get back the previous behaviour apparently, but I'd still like to discuss it upstream first
[08:41] <seb128> pitti, http://cgit.freedesktop.org/udisks/commit/?id=aa02e5fc53efdeaf66047d2ad437ed543178965b
[08:41] <pitti> right, currently following up to the bug
[08:43] <pitti> seb128: ^ done
[08:43] <pitti> seb128: gtk> i386/amd64 for now (rest still building), investigating..
[08:44] <pitti> Gtk+Tests:ERROR: Failed to start Xvfb environment for X11 target tests.
[08:44] <pitti> meh, missing build dep
[08:45] <seb128> pitti, https://bugs.freedesktop.org/show_bug.cgi?id=51709
[08:45] <ubot2> Freedesktop bug 51709 in general "/run/media is an unnecessary divergence from the FHS" [Normal,New: ]
[08:48] <pitti> seb128: thanks, followed up and subscribed
[08:48] <seb128> pitti, danke
[08:48] <chrisccoulson> good morning everyone
[08:50] <didrocks> hey chrisccoulson ;)
[08:50] <chrisccoulson> hi didrocks, how are you?
[08:51] <didrocks> I'm ok, thanks, you?
[08:53] <seb128> hey chrisccoulson, how are you?
[08:55] <chrisccoulson> hi seb128, i'm good thanks, how are you?
[08:57] <seb128> chrisccoulson, I'm good thanks ;-)
[10:02] <seb128> pitti, do you see an issue if language-selector->region panel doesn't get done this cycle? out of the fact we would keep living on old not-actively-maintained code?
[10:03] <pitti> seb128: it's certainly not a deal-breaker
[10:03] <pitti> I'd really like to get rid of that hideous fontconfig-voodoo stuff, but that could happen independently
[10:03] <pitti> it's so utterly wrong and broken
[10:05] <seb128> pitti, right, we are just behind trend (slightly) and it feels like some extra GNOME work might come so I'm looking at what would be fine to let slip
[10:05] <pitti> it's certainly a good target
[10:05] <pitti> l-s was even ported to py3
[10:05] <pitti> the thing we really need to drop is jockey
[10:07] <ricotz> hello desktopers
[10:07] <seb128> pitti, right, the drivers work was on my list of "not sure if it's essential" but seems we are most of the way and we should better finish that
[10:07] <ricotz> pitti, seb128 , hey
[10:07] <pitti> hey ricotz
[10:08] <ricotz> what are the plans for g-s-d and g-c-c 3.5.x?
[10:09] <seb128> pitti, one of my concerns is that cyphermox is overworked for the cycle
[10:20] <seb128> ricotz, hey, (sorry I'm in a call so a bit busy)
[10:23] <ricotz> seb128, don't worry
[10:28] <seb128> ricotz, we discussed it yesterday at the team meeting, they are both being worked but were sort of blocked on compiz-gsettings to land (which should be soon, they have it working, they just need to get it tested and uploaded)
[10:29] <ricotz> seb128, great
[10:29] <ricotz> seb128, will g-c-c be heavily patched again?
[10:30] <seb128> ricotz, what patches?
[10:30] <ricotz> the user-interface changes
[10:30] <seb128> ricotz, we will drop the gsettings revert ones, GNOME took most of our design changes to the shell so we can reduce those ;-)
[10:30] <seb128> like big icons, separators
[10:30] <seb128> our sound capplet is being reviewed,integrated upstream
[10:30] <seb128> we will like keep the appareance capplet changes though
[10:31] <ricotz> alright, this sounds good! :)
[10:31] <ricotz> i am running both with many disabled patches
[10:32] <seb128> is there any issue with the patches?
[10:32] <seb128> or you just like the upstream look better?
[10:32] <seb128> btw upstream sort of agreed our look changes to the shell grid were good since they took them
[10:33] <seb128> you might need to patch that out from upstream if you really dislike the big icons ;-)
[10:33] <ricotz> seb128, refreshing the ui patch is a bit of a pain, and i like the upstream look more ;)
[10:34] <ricotz> the other ones where the gsetting reverts
[10:34] <seb128> ricotz, anyway hopefully much less distro patches this cycle ;-)
[10:35] <seb128> ricotz, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1008840 btw
[10:35] <ubot2> Ubuntu bug 1008840 in gnome-settings-daemon "Update to 3.5.4" [Wishlist,Triaged]
[10:35] <ricotz> although there are a lot of ui changes coming
[10:35] <ricotz> like nautilus git currently
[10:35] <seb128> right, that's a big discussion upstream ;-)
[10:35] <seb128> ricotz, do you get any of the issues Laney listed in that bug? like lid close not suspending or compose key not working?
[10:37] <mhr3_> do we have someone taking care of valgrind here?
[10:37] <ricotz> seb128, suspending works fine, shortcuts working too
[10:37] <Laney> hey
[10:37] <ricotz> seb128, but this is in the g-s sessions
[10:38] <seb128> mhr3_, #ubuntu-devel, doko
[10:38] <mhr3_> seb128, thx
[10:38] <seb128> mhr3_, do you have an issue with it?
[10:39] <ricotz> seb128, Laney, packages are here, but poorly documented -- https://launchpad.net/~ricotz/+archive/staging/+packages
[10:39] <mhr3_> yep, let's take it there
[10:39] <Laney> ricotz: did you just disable patches instead of refreshing them?
[10:40] <Laney> I wish we had a proper vcs way of managing these patches
[10:40] <Laney> dealing with quilt isn't very friendly
[10:40] <ricotz> Laney, no, ui patches and gsettings reverts
[10:40] <ricotz> Laney, although the synchronized patch for notify-osd it disabled too :\
[10:41] <Laney> i did refresh that one
[10:42] <Laney> we should put them in the desktop ppa
[10:42] <ricotz> Laney, http://paste.debian.net/plain/177670
[10:43] <Laney> https://bazaar.launchpad.net/~laney/gnome-settings-daemon/3.5.4/view/head:/debian/patches/series
[10:44] <seb128> Laney, I think we should get the new g-s-d and g-c-c in the ubuntu-desktop ppa
[10:44] <Laney> I would want testing of the refreshed patches though, because it's quite easy to get them wrong
[10:45] <Laney> seb128: yeah, maybe upload my gsd and ricotz gcc?
[10:45] <Laney> because I didn't look at gcc yet
[10:45] <seb128> Laney, is ricotz's gcc any different from the current vcs from robert_ancell?
[10:45] <Laney> dunno
[10:45] <seb128> ok, I will have a look
[10:45] <Laney> I think robert's is only 3.5.2?
[10:45] <Laney> yeah, it is
[10:46] <seb128> Laney, right, he was blocked on new GTK at the time
[10:46] <Laney> I could look at updating that soon
[10:46] <seb128> Laney, we really need to get those out, that's also blocking the language-selector,region work right?
[10:46] <Laney> yes
[10:46] <Laney> there are lots of changes in that area happening upstream
[10:46] <seb128> Laney, did you look further to what is missing in the region capplet and how much work it would be to add that?
[10:46] <seb128> Laney, right, they are changing to ibus
[10:47] <ricotz> Laney, thanks for looking into it
[10:47] <ricotz> Laney, http://git.gnome.org/browse/gnome-control-center/commit/?id=f2df6d7fbbb41cee78b94a7c2d3dc331168433b7
[10:51] <Laney> seb128: well I was trying to do these updates to find that out. The PK stuff (installing missing languages) still isn't finished so that will need to be done
[10:52] <seb128> Laney, do you feel like it's something you can get done by ff?
[10:52] <Laney> hopefully if we manage to unblock gsd and gcc
[10:52] <seb128> Laney, I'm not sure how much GNOME hacking you did and if you feel comfortable enough with the stack to take on that or would you prefer if somebody else was looking at it?
[10:53] <Laney> well I'll try to get those updates done next week and then look at the code
[10:53] <Laney> but yeah, not so much. I'll see if I can tell how much work it's going to be
[10:56] <seb128> Laney, I will try to help for the updates, I will review your current version, merge that and try to update g-c-c today and get them in the ppa
[10:56] <seb128> Laney, sorry I totally forgot to file up the wiki for your coredev application
[10:56] <seb128> will do that today as well
[10:57] <Laney> no problem, it didn't happen anyway
[10:57] <Laney> public holiday in canada and other things meant we didn't have quorum
[12:20] <Chipaca> hi all
[12:21] <Chipaca> gucharmap seems to be broken right now, in that it starts but doesn't respond to any input?
[12:21] <Chipaca> (and strace shows one of its threads doing an inordinate numer of gettimeofday calls)
[12:25] <seb128> Chipaca, what ubuntu version?
[12:26] <Chipaca> seb128: quantal
[12:26] <seb128> hum, dunno, I'm still on precise
[12:26] <seb128> to be confirmed or not by somebody on quantal I guess
[12:33] <cyphermox> good morning!
[12:34] <seb128> hey cyphermox, how are you?
[12:35] <cyphermox> not bad, not bad
[12:35] <cyphermox> how are you?
[12:35] <cyphermox> I'll get going to the Montreal office now; I seem to have very spotty cable internet today. my modem is not behaving so I'm on 3G for now
[12:36] <seb128> I'm good thanks
[12:36] <seb128> ok
[12:36] <seb128> have fun there ;-)
[12:37] <cyphermox> ;)
[12:37] <mdeslaur> cyphermox: mmmm,. smoked meat for lunch, lucky you :)
[12:38] <seb128> hum
[12:38] <seb128> no poutine?
[12:39] <seb128> Quebec is disappointing :p
[12:40] <mdeslaur> seb128: you can't have both at the same time, or your heart stops
[13:06] <pitti> hm, did gnome.org (live, bugzilla) just go down, or is that me?
[13:07] <kamstrup> pitti: http://www.downforeveryoneorjustme.com/live.gnome.org
[13:07] <kamstrup> says it's ok, but it fails for me as well
[13:07] <pitti> haha
[13:07] <pitti> for me it says "looks down for me as well"
[13:08] <kamstrup> ah, wait, it does here as well. So; down for everyone indeed :-)
[13:08]  * pitti wonders if www.cansomeonemakemeatea.com exists
[13:08] <kamstrup> lol
[13:09] <pitti> seb128: \o/
[13:09] <pitti> seb128: https://launchpad.net/ubuntu/+source/gtk+3.0/3.5.6-0ubuntu4 is built on 3 arches and past tests on armhf
[13:09] <seb128> pitti, great!
[14:01] <cyphermox> mdeslaur: no, not smoked meat, that's what we had yesterday ;)
[14:01] <mdeslaur> cyphermox: :)
[14:01] <cyphermox> seb128: I don't like poutine
[14:01] <seb128> cyphermox, I don't believe that ;-)
[14:02] <cyphermox> (yes, I know, I shouldn't advertise that)
[14:02] <mdeslaur> gah! sacrilege!
[14:02] <cyphermox> it's all soggy and usually made with crappy ingredients
[14:02] <cyphermox> non-squeaky squeaky cheese is teh sacrilege.
[14:04] <cyphermox> seb128: is it just me or is git.gnome.org having issues?
[14:04] <seb128> cyphermox, dns issues
[14:04] <seb128> cyphermox, use 209.132.180.173
[14:04] <cyphermox> ok
[14:05] <cyphermox> hmm... there ought to be a better way to do this than editing /etc/hosts
[14:11] <ricotz> seb128, is someone looking into folks "(empathy:6523): GLib-GIO-ERROR **: Settings schema 'org.freedesktop.folks' is not installed"
[14:11] <seb128> ricotz, not that I know about, it's 4th of july, U.S guys are off
[14:12] <seb128> did ken test that at all?!
[14:12] <ricotz> seb128, i dont think ken tested anything ;)
[14:13] <ricotz> just a missing install though :\
[14:13] <seb128> didrocks, ^ can you have a look (or something else on quantal) if that's a missing .install line
[14:14] <seb128> ricotz, likely bzr add error or similar
[14:14] <ricotz> which you probably go into folks-common, but then folk-common should be a hard-dep rather then recommond
[14:14] <ricotz> *recommend
[14:14] <ricotz> s/you/should
[14:15] <ricotz> (my fingers dont type what i want :\)
[14:16] <ricotz> seb128, did you ran into this yet? http://paste.debian.net/plain/177701
[14:17]  * Laney is on folks
[14:18] <didrocks> ricotz: how do you get that error?
[14:18] <ricotz> Laney, fail missing ftw ;)
[14:18] <ricotz> Laney, http://paste.debian.net/plain/177711
[14:18] <Laney> yeah, saw it
[14:18] <seb128> didrocks, unping, Laney is on it ... can you sponsor when he gets a fix? :-)
[14:19] <seb128> Laney, thanks
[14:19] <didrocks> sure
[14:19] <Laney> ricotz: can you tell dh_install to exclude the .la files?
[14:19] <seb128> pitti, hey, did you have other comments on https://code.launchpad.net/~mathieu-tl/software-properties/port-to-python3/+merge/111668 or is it good to go for you ?
[14:19]  * didrocks still propose using --fail-missing by default :p
[14:19] <pitti> seb128: nothing beyond I already mentioned
[14:19] <seb128> pitti, ok, thanks
[14:19] <ricotz> didrocks, this is closing g-c-c, or running file-roller from nautilus which crashes on the end the same way
[14:20] <seb128> pitti, cyphermox updated addressing your comments, that looks fine to me, so if you don't have anything else to add I will ack it
[14:20] <pitti> seb128: oh, I didn't see the additional commits; looking
[14:20] <ricotz> Laney, folks-common needs to be pulled in then
[14:21] <ricotz> Laney, you need to delete them
[14:21] <seb128> pitti, danke
[14:21] <Laney> ricotz: I'll just exclude them
[14:21] <Laney> -X
[14:21] <Laney> (if that works)
[14:21] <ricotz> Laney, ah right
[14:21] <Laney> and yeah, folks-common becomes a dependency
[14:21] <seb128> Laney, usually way is to had a find -delete to the rules
[14:22] <pitti> seb128: LGTM
[14:22] <seb128> pitti, great, to me as well
[14:22] <Laney> had to teach sbuild to use proposed first
[14:22] <seb128> cyphermox, you got +1ed
[14:22] <cyphermox> seb128: ok
[14:22] <ricotz> didrocks, this "glib" crash might be something for desrt ;)
[14:23] <cyphermox> just fixing up the branch with my current drivers stuff so that it can be merged
[14:24] <ricotz> didrocks, while it might be caused by something else, even these apps itself
[14:26] <didrocks> ricotz: I'm sure desrt loves about discussing crashes on unknown schemas :)
[14:26] <ricotz> didrocks, huh, this backtrace isnt related to folks
[14:28] <ricotz> but it is probably app-specific rather than glib's fault
[14:31]  * laney__ waves from empathy
[14:31] <ricotz> but maybe he likes to take a look http://paste.debian.net/plain/177714
[14:37] <Laney> didrocks: http://paste.debian.net/177719/
[14:37] <Laney> debdiff as the previous version didn't make it to vcs
[14:54] <cyphermox> Laney: btw, for transitions, jsut cating the proposed data over -releases isn't sufficient
[14:54] <cyphermox> it doesn't seem to properly register the new Depends then
[14:55] <Laney> Hm, I thought you said it worked
[14:55] <Laney> you see the new versions though?
[14:55] <cyphermox> yeah
[14:55] <Laney> well
[14:55] <Laney> there's now a ben package in quantal that you can try
[14:55] <cyphermox> just it doesn't put the package in good when the new version has adjusted depends ;)
[14:55] <cyphermox> ok
[14:56] <Laney> and if not then I suggest you make a minimal Packages/Sources file and file a bug in debian
[14:56] <Laney> mehdi asked for bugs like this
[14:56] <cyphermox> cool
[14:56] <Laney> and a .ben file, of course
[14:56] <cyphermox> ah, the package for ben is?
[14:56] <Laney> ben
[14:56] <Laney> maybe it's in binNEW
[14:56] <cyphermox> or I just didn't update sources yet
[14:57] <Laney> nope, might just be filtering through
[14:57] <Laney> https://launchpad.net/ubuntu/+source/ben/0.6.1/+build/3629212/+files/ben_0.6.1_amd64.deb
[14:58] <cyphermox> thanks, trying now
[14:59] <cyphermox> if it doesn't help I'll file the bug
[15:20] <cyphermox> Laney: looks better
[15:21] <Laney> oh, great!
[15:21] <cyphermox> or it's that before I didn't refresh properly, but things look good --
[15:21] <Laney> so I'm trying to build a backport of that to lucid
[15:21] <cyphermox> http://people.ubuntu.com/~mathieu-tl/transitions/
[15:21] <Laney> which we could then deploy on lillypilly properly
[15:21] <Laney> will hopefully do that today
[15:22] <cyphermox> ok
[15:23] <Laney> should probably apply the ubuntu customisations too
[15:25] <cyphermox> seb128: btw, re evolution: evolution-exchange seems to not have a new release, I tried to fix it to build against eds 3.5, but it looks like a lot of work. Fixing the headers was easy, but it would also need to be ported to using ESourceRegistry rather than ESource/EAccount
[15:25] <cyphermox> I gave up; it was too much (and also way too late)
[15:26] <seb128> cyphermox, did you look at upstream git?
[15:27] <cyphermox> yup
[15:27] <cyphermox> it didn't have it last night ;)
[15:28] <cyphermox> unless I looked wrong
[15:28] <seb128> cyphermox, ok, feel free to ignore it for now, it's not on the default install
[15:28] <cyphermox> yeah
[15:28] <seb128> it doesn't seem like something we want to invest efforts in
[15:28] <seb128> upstream will eventually port it
[15:28] <seb128> if they don't we can figure later what to do
[15:29] <cyphermox> it also seems it's getting old now, it's meant for Exchange <= 2003
[16:18] <cyphermox> I think I found a bug in gobject-repository
[16:18] <cyphermox> GLib.VariantType.BYTESTRING appears to be missing
[16:18] <cyphermox> or it could be that I just didn't properly upgrade
[17:00]  * didrocks waves good evening
[18:07] <cyphermox> Laney: poke?
[18:07] <Laney> cyphermox: hi
[18:07] <cyphermox> waiting for sponsoring for folks right?
[18:07] <Laney> oh, didn't didrocks upload it?
[18:07] <cyphermox> I don't know
[18:07] <Laney> apparently not
[18:07] <Laney> so, yes :-)
[18:08] <cyphermox> aye ;)
[18:08]  * cyphermox pinned -proposed to a low priority to be able to test just evo
[18:08] <Laney> heh
[18:08] <Laney> i have a launchpad branch to set proposed NotAutomatic so you don't have to do that
[18:09] <cyphermox> ah
[18:09] <Laney> needs some other ground work first though
[18:09] <cyphermox> show me?
[18:10] <Laney> bug #1016776
[18:10] <ubot2> Launchpad bug 1016776 in launchpad "Users are offered updates to packages in -proposed" [Low,In progress] https://launchpad.net/bugs/1016776
[18:11] <cyphermox> ah I see
[18:11] <cyphermox> I didn't have proposed enabled before though, I just added it manually
[18:12] <Laney> NotAutomatic basically does the pinning for you
[18:12] <micahg> seb128: can someone look at Bug #1020198?
[18:12] <ubot2> Launchpad bug 1020198 in unity-2d "Drop downs, drag-and-drop and right click menus don't work with Mozilla ff/tb 14.0" [High,Triaged] https://launchpad.net/bugs/1020198
[18:12] <cyphermox> ok
[18:18] <Laney> cyphermox: you uploading folks then?
[18:19] <cyphermox> yes, now
[18:19] <Laney> nice
[18:19] <cyphermox> Laney: done
[18:19] <Laney> thanks
[18:20] <cyphermox> Laney: I could add a testimony to your wiki page for core-dev now, in the crazy case you didn't already have tons ;)
[18:21] <Laney> nah, actually I don't have that many main sponsors :P
[20:09] <cyphermox> Laney: added my endorsement ;)
[20:13] <cyphermox> bbl --> got some WPA enterprise stuff to test
[20:14] <mlankhorst> it's probably too soon for me to apply to core dev, but would membership be possible?
[20:21] <micahg> mlankhorst: yeah, too soon for core dev (you only had uploads in the past month AFAICT), membership would depend on how long you've been contributing to Ubuntu at large
[20:21] <mlankhorst> does upstream count?
[20:21] <micahg> mlankhorst: only if it directly impacts Ubuntu or is in the guise of Ubuntu
[20:22] <micahg> and that also depends which membership (COntributing Dev vs regular)
[20:23] <micahg> brb
[20:24] <mlankhorst> hm then it's harder, some uploads I've been doing haven't always been in own name.
[20:27] <seb128> re
[20:28] <seb128> micahg, hey, not sure we have anyone who has time for unity-2d on natty, cf my comment on the bug
[20:30] <mlankhorst> also for debian been doing some stuff which was useful for ubuntu but yeah suppose it needs time
[20:35] <jbicha> gnome-contacts 3.5.3 fails to build http://paste.ubuntu.com/1075400/
[20:35] <micahg> seb128: ah, sorry, I must not be subscribed as I didn't see the comment before
[20:36] <micahg> seb128: it's in main, so it's technically supported and was the default for ARM IIRC
[20:37] <seb128> micahg, right, doesn't change the fact that we have nobody to work on it and it's a low priority for us atm
[20:38] <seb128> micahg, as far as I'm concerned I guess we can either not roll out the update or roll it out with the described bug for unity2D users (which I doubt there are many left on natty)
[20:39] <micahg> seb128: ok, we'll determine that on release day then depending on the CVEs
[20:39] <seb128> micahg, ok, sorry I don't have a bother answer for you...
[20:40] <micahg> seb128: I figured maybe one of the unity devs would have a flash of inspiration and it would be a quick fix
[20:42] <seb128> micahg, unity-2d has few hackers, most got reassigned on other projects since it was decided to drop 2d... not to mention that I doubt any unity hacker wants to fix bugs in a natty version, it's hard enough to get them to fix precise bugs
[20:42] <micahg> heh, ok
[20:47] <Laney> cyphermox: thanks ;-)
[21:09] <seb128> Laney, not sure what happened in your g-s-d vcs
[21:09] <seb128> Laney, there are lot of patches that are noted as deleted and added again
[21:09] <Laney> yeah I think I broke bzr
[21:09] <Laney> I did it out of vcs and then copied it in
[21:10] <Laney> with bzr rm/bzr add, seems bzr doesn't handle that right (iirc git does)
[21:11] <micahg> Laney: yeah, files are processed with a unique ID, not by file name
[21:11] <seb128> Laney, ok, I'm fixing it
[21:11] <Laney> i see
[21:11] <seb128> Laney, and merging into the team vcs
[21:11] <Laney> seb128: alrighty, that's cool
[21:12] <Laney> are you going to upload it to the ppa?
[21:15] <seb128> Laney, yes, once I'm happy with it
[21:15] <Laney> :-)
[21:15] <seb128> Laney, trying to figure figure out if I manage to update the patch you commented first and to see how the new version works here
[22:28] <cyphermox> jbicha: working on gnome-contacts
[22:37] <cyphermox> jbicha: the problem is that at least GLib.VariantType.BYTESTRING doesn't get into the GLib gir, that would be a bug in gobject-introspection I think
[22:48] <cyphermox> jbicha: https://bugzilla.gnome.org/show_bug.cgi?id=679423
[22:49] <ubot2> Gnome bug 679423 in introspection "GLib.VariantType.BYTESTRING missing from GLib bindings" [Normal,Unconfirmed]
[22:50] <cyphermox> bbl