[02:11] <arand> For icons.. Which resolution does ubuntu use for the launcher and lenses? Would it be ok to only install x32, x48 and 128x128 versions, or should I convert the large one down to some intermidiates around ~x64 as well?
[08:34] <pitti> Good morning
[08:38] <cyphermox> pitti: could I convince you to sponsor ntrack? it's been hanging around in the NBS list b/c of libnl3 for a long while, I got a branch in the sponsoring overview
[08:38] <pitti> cyphermox: sure
[08:38] <pitti> cyphermox: in a few mins, brb
[08:38] <cyphermox> yeah, no rush
[08:42] <ajmitch> cyphermox: btw, a valatoys upload that you did a couple of months back looks like it accidentally bumped the SONAME of libafrodite
[08:42] <cyphermox> uh-oh
[08:43] <cyphermox> ajmitch: ah, as a side effect of changing the vala compiler?
[08:43] <ajmitch> looks like it
[08:44] <ajmitch> it broke monodevelop-vala
[08:44] <cyphermox> looks fine in the package, can you define how it's broken?
[08:45] <ajmitch> libafrodite-0.12-2 contains /usr/lib/libafrodite-0.14.so.2
[08:58] <pitti> cyphermox: uploaded, thanks!
[08:58] <cyphermox> thanks to you!
[09:07] <geser> does unity-2d get the same attention as unity (3d)? I'm wondering because a bug in unity (3d) got SRUed weeks ago, yet the same bug in unity-2d is waiting on a SRU (and still unfixed in precise, only "Fix committed")
[09:07] <pitti> cyphermox: bug 913680
[09:25] <AfC> There's your answer, apparently.
[09:39] <fredp> seb128: hey, happy new year! "decide (at the rally) on what version of GTK to use: DONE", which version was chosen?
[09:39] <seb128> hey fredp, 3.4
[09:39] <fredp> good choice, excellent. thanks.
[09:40] <seb128> yw ;-)
[09:41] <tjaalton> is there a ppa for unity that has packages for precise and is uptodate?
[09:41] <tjaalton> ah, unity staging ppa
[09:44] <pitti> desrt: want an USB stick with daily?
[09:49] <dpm> mvo, re: ddtp translations, the only thing I can see is that the export branch at http://bazaar.launchpad.net/~mvo/ddtp-ubuntu/ddtp-precise/files does not contain any files. I think exports do not work unless the exports branch has been pushed to, but I'm not sure if that's the issue here. In any case, could you try to commit the po files to the branch, to see if this way the export works?
[09:52] <tjaalton> ok, so the unity staging ppa _doesn't_ have packages for precise..
[10:15] <mterry> TheMuso`, you asked about the unity-greeter orca branch: lp:~mterry/unity-greeter/screen-reader
[10:50] <desrt> pitti: sure.  i'll drop by.
[10:53] <pitti> desrt: hang on, sorry; I gave you an usb-creator'ed one, but forgot to also put an .iso on that
[10:53] <pitti> desrt: I suppose you want a VM, not a bare metal install?
[11:49] <asac_> cyphermox: if you have issues with ntrack packages you can always also ping m
[11:49] <asac_> e
[11:50] <cyphermox> asac_: yeah, just didn't manage to catch you online
[11:50] <cyphermox> (sorry)
[11:50] <asac_> cyphermox: so whats the bug? i dont see an upload yet
[11:50] <asac_> no problem
[11:50] <cyphermox> asac_: not a bug, migrating to libnl3 3.2 which splits the packages, so a change in build-depends
[11:51] <asac_> oh i see an upload
[11:51] <asac_> cyphermox: debian/patches/disable-pedantic.patch i thought i dropped -pedantic upstream
[11:51] <cyphermox> asac_: maybe after 016?
[11:52] <asac_> hmm
[11:52] <asac_> didnt do a release yet
[11:52] <asac_> guess i was just dreaming
[11:53] <cyphermox> nah
[11:54] <cyphermox> I think it was dropped but maybe not from everywhere
[11:54] <asac_> hmm
[11:54] <cyphermox> I see it's in glib/ and subdirs, but IIRC it wasn't in all of the subdirs, which I found unusual
[11:54] <asac_> no i think i was dreaming
[11:54] <cyphermox> ok
[11:54] <asac_> last log entry for pedantic was the addition of it
[11:56] <asac_> cyphermox: from build log:
[11:57] <asac_> cyphermox: http://paste.ubuntu.com/798124/
[11:57] <asac_> cyphermox: so in case you get crashes reported
[11:57] <cyphermox> great, thanks
[11:57] <asac_> not sure if it happens with the 3.2 release though ... a make check would show it i think
[11:57] <cyphermox> I wonder if that might have been taken care of yeah
[11:57] <cyphermox> ok
[11:58] <cyphermox> I'll take a look
[11:58] <asac_> cyphermox: are we running make check in the package?
[11:58] <cyphermox> ntrack or libnl?
[11:58] <cyphermox> libnl3: probably not, but that should be fixed
[11:59] <asac_> cyphermox: strange that this qt symbol patch came back... did you add it?
[11:59] <cyphermox> yes
[11:59] <asac_> why didnt my package fail?
[11:59] <asac_> cyphermox: no on ntrack i mean
[11:59] <cyphermox> hold on a sec
[12:00] <asac_> cyphermox: make check ... according to my warning it crashed when running make check
[12:00] <cyphermox> ah, then yeah I think checks are run, and it just worked
[12:00] <asac_> in a recycle test
[12:00] <cyphermox> I thought it was "might fail"
[12:00] <asac_> cyphermox: i dont think make check is run
[12:00] <asac_> cyphermox: i cannot find any hit for "recycle" in the log
[12:01] <asac_> i am sure if you enable it we will see a crash
[12:01] <cyphermox> nah, not being run
[12:01] <desrt> ricotz: hey
[12:03] <asac_> cyphermox: on a call  now... will check after. we definitely should enable the make check in the package i am quite sure... maybe see what can be done there
[12:04] <asac_> cyphermox: i wanted to move to the rtnetlink backend by default upstream in 017 or 018... not sure if we should be brave and do it here first. it definitely is the better way :) no need for stupid libnl induced bugs etc. anymore if you can directly talk to the kernel netlink socket
[12:05] <cyphermox> asac_: up to you, really
[12:06] <cyphermox> asac: recycle does fail, I'll check out the patch
[12:08] <ricotz> desrt, hey
[13:08] <mterry> kenvandine, ping, try my deja-dup branch again (but do a fresh pull first)
[13:16] <cyphermox> asac_: can you explain why / how that libnl patch works? It's a little unclear to me
[13:17] <cyphermox> and that patch will need to make it in Debian as well, since it also has libnl3 3.2.3
[13:18] <asac_> cyphermox: it ensures that the cache is unregistered before freeing it
[13:18] <asac_> cyphermox: to avoid dangling reference
[13:18] <cyphermox> asac_: only for the NL_AUTO_PROVIDE case?
[13:19] <cyphermox> what I mean is, the comment/description isn't too clear w/r/t what it does
[13:20] <asac_> cyphermox: so ops->co_major_cache = NULL; is the key here afaik
[13:20] <asac_> the ops are set up on first cache
[13:20] <cyphermox> no such thing in that patch
[13:21] <asac_> cyphermox: thats in the function it calls
[13:21] <asac_> in nl_cache_mngt_unprovide
[13:21] <cyphermox> ah, right
[13:21] <cyphermox> I mean, the patch works, there's no question about it, just want to make sure why it hasn't been included upstream already
[13:21] <rodrigo_> pitti, seb128: I forgot last week to push my changes to the install-language branch, so did it this morning
[13:21] <rodrigo_> pitti, seb128: when you want, ping me and we can discuss what's missing
[13:23] <kenvandine> mterry, it worked once :)
[13:23] <kenvandine> and now hanging
[13:23] <mterry> kenvandine, yay!  booo
[13:23] <pitti> hey rodrigo_, how are you? thanks, will do
[13:23] <mterry> kenvandine, comin
[13:23] <mterry> g
[13:24] <rodrigo_> pitti, I'm fine, and you? all the team safe at budapest? :)
[13:24] <pitti> rodrigo_: yes, just you missing :)
[13:25] <rodrigo_> yeah :(
[13:25] <rodrigo_> you can tell seb128 to pay the beers then :)
[13:30] <asac_> cyphermox: so the reason for the crash is that on first provide of a cache the cache is remembered as global cache and if you free that cache noone removes it so you get a dangling ref
[13:30] <cyphermox> yes
[13:32] <asac_> cyphermox: so calling unprovide ensures that the cache ref gets nulled in case the freed cache is the current global cache
[13:32] <asac_> cyphermox: i would also add git diff | pastebinit
[13:32] <asac_> http://paste.ubuntu.com/798200/
[13:33] <asac_> but technically it doesnt really matter afaict
[13:33] <asac_> because the last registered cache is as good as the first one
[13:35] <cyphermox> asac_: would you mind sending that over to libnl mailing list?
[13:40] <asac_> cyphermox: do you see where the crash happens? do you have a backtrace?
[13:40] <cyphermox> I see the crash happening but haven't looked for a backtrace, applying the patch to libnl fixes it
[13:43] <asac_> http://paste.ubuntu.com/798210/ iirc thats the change after 3.0 that uncovered it
[13:44] <asac_> before they didnt use the global cache at all
[13:50] <Riddell> Sweetshark: yo
[13:51] <Riddell> so that qt issue, is the libreoffice patch already in or backported or do we need to coordinate?
[14:13] <jincreator> pitti: Hi. I saw your comment. For -unfonts, I mean in data/pkg_depends, not fontconfig snippet.
[14:56] <asac_> cyphermox: whats the libnl list name?
[14:56] <cyphermox> asac_: all good actually, I sent it for you (and made sure it was clear you were the author)
[14:57] <cyphermox> but for the record it's libnl@lists.infradead.org
[14:57] <asac_> cyphermox: cool. didnt you just send with git send-mail?
[14:57] <cyphermox> nah
[14:58] <asac_> lets see if they like it :0 ... usually you just use git send-mail <git-patchfile>
[15:03] <pitti> jincreator: ah, I misunderstood then; I thought the new font replaced -unfonts
[15:04] <dobey> hey pitti; how's budapest? :)
[15:05] <jincreator> pitti: Yes, I want to add  and replace Korean default font, not replace unfont.
[15:06] <pitti> dobey: just as nice as last time, just colder :)
[15:07] <dobey> hehe
[15:08] <jincreator> pitti: In addition, I want use fonts-unfonts-core/extra package. But version of ttf-unfonts-core/extra in Ubuntu is higher than Debian. Is it possible to sync fonts-unfonts?
[15:10] <pitti> jincreator: you mean syncing fonts-unfonts-core from Debian into precise? sure
[15:10] <pitti> (that package doesn't exist yet in Ubuntu)
[15:12] <Riddell> Sweetshark busy?
[15:12] <jincreator> pitti: But seems fonts-unfonts-... and ttf-unfonts-... are build from same source. Still no problem then?
[15:15] <pitti> jincreator: hm, its built by two different sources
[15:15] <pitti> jincreator: I don't know how it actually ended up with that f***ed up version number, but apparently we can't sync until debian/upstream release 1.0.3
[15:16] <pitti> oh, that was from maverick
[15:17] <pitti> so that'll be a merge
[15:19] <pitti> (well, just another upload with a higher changelog version number, no other ubuntu changes)
[15:21] <pitti> jincreator: so for now you can just use ttf-unfonts-core
[15:23] <jincreator> pitti: Actually, Unfonts project doesn't release new version after June 2008, so it's hard Debian's package version is higher than 1.0.3.
[15:25] <jincreator> pitti: And seems Unfonts maintainer in Debian improve this package. So I just want to use new version in Debian repository.
[15:26] <pitti> ok, then someone needs to merge it; we split the package and only ship a subset of the ttfs on the CD
[15:30] <jincreator> pitti: Actually ship only fonts-nanum-core on the CD, maybe...
[15:32] <BigWhale> Greetings
[15:36] <jincreator> pitti: Ok, thanks. Have a nice day in Budapest!
[15:37] <BigWhale> Oh, everyone is in Budapest.
[16:28] <Riddell> Sweetshark busy?