[00:05] <asac> what is n2n?
[00:05] <BUGabundo> ntop.com
[00:05] <asac> you can add tun to /etc/modules to ensure its loaded
[00:06] <BUGabundo> asac: #ubuntu+1 is tunnign on it
[00:07] <BUGabundo> modprobing tun fixes
[00:07] <BUGabundo> it
[00:07] <BUGabundo> seems lucid stop modprobing tun 2 weeks ago
[00:07] <BUGabundo> now we are trying to target a few more tests :\
[00:09] <asac> check older kernel
[00:09] <asac> maybe tun was not a module before
[00:10] <fta> hm, java is not working out of the box in chromium, seems like a symlink is needed
[00:11] <fta> weird
[00:11] <BUGabundo> fta: was fine one week ago
[00:11] <BUGabundo> when I tested
[00:12] <fta> can't get my dynamic stock charts
[00:14] <asac> fta: where does chromium look for plugins?
[00:14] <asac> mozilla/plugins?
[00:15] <asac> or also xulrunner-addons/plugins?
[00:15] <fta> it's a bit late to buy stock though, last quotation day of the year
[00:15] <fta> i should probably wait
[00:16] <asac> tomrrow trading for half a day in the US afaik
[00:17] <fta> yep
[00:18]  * asac still hopes for a new bank collapse :)
[00:18] <asac> but i think that is over for now
[00:19] <BUGabundo> (12:18:38 AM) seg|ars: the new backend is uncrashable
[00:19] <BUGabundo> (12:19:03 AM) seg|ars: no seriously, in the next major version the backend is significantly more stable
[00:19] <BUGabundo> fta: ^^^^^^^^^ (gwibber)
[00:19] <asac> problem is that housing prices only got boosted here in hamburg  during this whole crisis ... i hoped i could buy a cheap flat ;)
[00:20] <BUGabundo> (12:04:51 AM) seg|ars: yeah, trunk has been quiet because of this rewrite
[00:20] <BUGabundo> (12:04:59 AM) seg|ars: I haven't even pushed it to a branch yet. It's not quite usable at the moment
[00:20] <BUGabundo> (12:05:35 AM) seg|ars: I'm working on it full-time this week
[00:20] <BUGabundo> asac: boosted? here they drop like rocks
[00:20] <asac> yeah
[00:20] <asac> here they doubled ;)
[00:20] <BUGabundo> WOUTCH
[00:20] <fta> here too
[00:20] <asac> seems everyone wanted a safe investment
[00:20] <asac> and moved their money from spain etc. to hamburg downtown :)
[00:21] <asac> really a pity
[00:21] <asac> i hoped sooo much ;)
[00:21] <fta> current prices are not worth it, far from it
[00:21] <asac> qwll. in paris that might be true
[00:22] <asac> but german city prices were really undervalued before compared to other european countries ... so i dont see them falling agian
[00:22] <asac> :(
[00:22] <asac> maybe if interest doubles
[00:22] <asac> but that would kill spain etc. even more i guess :)
[00:22] <asac> so i dont see that happening either
[00:23] <BUGabundo> (12:20:01 AM) seg|ars: it uses a model similar to chrome. All of the message retrieval and processing operations are performed in separate processes
[00:23] <BUGabundo> (12:20:15 AM) seg|ars: if any of those processes fail, even if they suffer a segmentation fault, the daemon just keeps on running
[00:23] <BUGabundo> (12:21:36 AM) seg|ars: the process pool is created at the beginning of a refresh cycle and destroyed at the end
[00:23] <BUGabundo> (12:21:43 AM) seg|ars: so it also completely insulates the backend against memory leaks
[00:23] <asac> thats n2n?
[00:23] <asac> whats the benefit of a peer-to-peer vpn ;)
[00:23] <asac> for isolated countries>
[00:23] <asac> ?
[00:24] <asac> building bridges?
[00:26] <asac> or just easy to setup?
[00:26] <fta> seems that's gwibber
[00:27] <BUGabundo> asac: that's gwibber
[00:27] <asac> heh
[00:27] <BUGabundo> from segphault
[00:27] <fta> which has been dead for weeks/months
[00:27] <asac> yeah
[00:27] <BUGabundo> in #statusnet
[00:27] <BUGabundo> why do you think I'm cc you ?
[00:27] <BUGabundo> lol
[00:27] <asac> i had no time to talk about that at UDS unfortuantely
[00:27] <asac> i tried to prevent such things to happen
[00:27] <fta> i would love more controls in gwibber, to depend less on the web interface
[00:28] <asac> i didnt recognize his nick :)
[00:28] <asac> but more controls doesnt happen by making a multi-process backend framework
[00:28] <fta> asac, prevent which things to happen?
[00:29] <BUGabundo> fta: for it to stale
[00:29] <asac> that they put so much work into making a super scalable multi-process bakcend
[00:29] <fta> sure, multi-process for gwibber seems weird to me
[00:29] <asac> its a big misunderstanding. they didnt know how to do it right
[00:29] <BUGabundo> do you want me to tell that to segphault ?
[00:29] <BUGabundo> lol
[00:29] <asac> thats why they think it helps to make it even more complex ;)
[00:29] <asac> BUGabundo: i already raised that ... at least to ken
[00:29] <BUGabundo> ok
[00:30] <asac> unfortunately i had no time to thoroughly talk to him at UDS
[00:30] <asac> fta: web interface gets better though ;)
[00:31] <fta> yep, but that also means gwibber is lagging behind :P
[00:31] <asac> i think the reason for all this is that there were some omnious gwibber backend hangs because of facebook
[00:31] <asac> which i never saw after my final fixes ;)
[00:33] <BUGabundo> I don't even have FB account
[00:33] <asac> the outstanding thing is to define a good dbus api and properly deal with dbus timeouts (which still crash gwibber)
[00:34] <asac> those are less likely though
[00:35] <asac> ok so with some luck tomorrow we have working chromium for armel on karmic and lucid ;) in a public accessible ppa.
[00:35] <asac> would be a great EOY
[00:35] <asac> :-P
[00:36] <asac> then we have two weeks to get that in the archive for alpha-2 :-P
[00:37] <asac> but with even the gyp license bug i dont see that happening ;)
[00:37] <asac> fta: do all tests succeed in the ppa?
[00:38] <asac> on x86
[00:38] <fta> nope
[00:38] <fta> far from it
[00:39] <fta> various issues, ms fonts, network accesses forbidden, shared memory forbidden, and various other stuff
[00:40] <asac> what do they attempt to do with network access
[00:40] <fta> i wanted to enable perf tests, but i'm afraid it's not possible within the builders
[00:40] <asac> maybe you can fire up a http server during build on some unprivileged port on localhost
[00:41] <fta> test the http stack, dns stack, ftp stack, etc
[00:41] <asac> i think perf tests are the last we should care about :)
[00:41] <asac> yes, but what are they doing?
[00:41] <asac> special webpages
[00:41] <asac> ?
[00:41] <asac> from some public server
[00:41] <asac> ?
[00:41] <fta> i really need to compare our build with the official ones, some people claim we're slower
[00:42] <asac> is there data available to backup that claim?
[00:42] <fta> for network, sometimes it's against google.com, sometimes against localhost (they start a small sever locally)
[00:43] <fta> nope, just claims, no proof
[00:43] <asac> ok so google.com is the problem?
[00:43] <asac> that really feels like ok to skip
[00:43] <fta> no; even localhost doesn't work
[00:43] <asac> really?
[00:43] <fta> yep
[00:43] <asac> how?
[00:43] <asac> what port?
[00:43] <fta> i don't remember
[00:44] <asac> that would bust PGO for firefox
[00:44] <asac> we need a proxy for that too
[00:44] <BUGabundo> asac: how is PGO?
[00:45] <asac> dont know ;)
[00:46] <fta> dead ? ;)
[00:46] <asac> upstream doesnt use it afaik because it didnt work for them
[00:46] <asac> i will try again though ;)
[00:46] <fta> stuff like: Creating shared memory in /dev/shm/com.google.chrome.shmem.unit_tests-28518 failed: Permission denied
[00:46] <asac> yeah
[00:46] <asac> those i saw
[00:46] <asac> thats because its in a chroot i think
[00:46] <asac> bindmounting /dev somehow doesnt do that recursively for /dev
[00:46] <asac> i saw that in my chroot
[00:46] <fta> most likely fakeroot's fault
[00:47] <asac> so udev would need to create stuff for chroot i guess (no clue what i am talking about here)
[00:47] <asac> could be fakeroot ... but in chroot its definitly a problem in bindmount
[00:47] <asac> not sure if builders use a chroot in a xen image or a native xen image
[00:48] <asac> hmm. too bad i deleted he old builds
[00:48] <asac> maybe the tests worked on the real builders
[00:48] <asac> and now i only build on armel
[00:49] <asac> http://launchpadlibrarian.net/37208452/buildlog_ubuntu-karmic-i386.chromium-browser_4.0.283.0~svn20091226r35283-0ubuntu1~ucd1~karmic_FULLYBUILT.txt.gz
[00:49] <asac> fta: ^^thats last build log on real builders
[00:50] <asac> ok same issuue
[00:50] <asac> [6631:6631:1226/172727:443931680155:ERROR:base/shared_memory_posix.cc(192)] Creating shared memory in /dev/shm/com.google.chrome.shmem.SharedMemoryOpenCloseTest failed: Permission denied
[00:50] <asac> base/shared_memory_unittest.cc:131: Failure
[00:50] <asac> Value of: rv
[00:51] <asac> fta: where are the branches for the beta/dev channel?
[00:51] <asac> do you auto fork them with appropriate checkpoint commit?
[00:51] <asac> or dont you even do that in branches?
[00:52] <fta> hm, no, i forked .head once for each channel, then they will need merging from head :(
[00:53] <asac> well. that shouldnt be a problem, would it?
[00:53] <fta> the branches are on lp, like for trunk
[00:53] <fta> no, but it's manual
[00:53] <asac> feels natural. fork if upstream forks. then just track security landings on their branches
[00:53] <asac> then merge if they merge too
[00:53] <asac> of course you dont know when they merged and when they updated
[00:53] <asac> but maybe you can guess that by how the version scheme moves forward
[00:53] <asac> for that we first need to see non-merged landings on beta/dev channel upstream branches i guess
[00:55] <fta> the bot will just trigger new builds if either the packaging branch changed, or upstream published a new build
[00:56] <fta> it's just get-orig-source CHANNEL={beta,dev}
[00:56] <asac> sure
[00:56] <asac> but upstream has two ways to publish a new build
[00:56] <asac> a) update biuld with a cherry pick (security/stability)
[00:56] <asac> b) bump to new release (e.g. merge trunk/beta)
[00:57] <asac> for a) you just move the .beta/d.ev branch forward ... when b) happens you need to merge .head etc.
[00:57] <asac> but i think thats clear ;)
[00:57] <asac> err planned
[00:57] <fta> they don't merge, they fork off from trunk, and cherry pick as long as they stick to that branch
[00:57] <asac> right
[00:58] <asac> so when they switch dev to a new branch we need to merge from .head ... if a branch moves forward we can just bump changelog in beta/dev branches
[00:59] <asac> at least i would hope they dont make new trunk forks that lie in the past
[00:59] <asac> fta: licensecheck.pl doesnt recurse in directories?
[00:59] <asac> --hel pisnt that helpful ;)
[00:59] <fta> -r
[00:59] <fta> hm
[01:00] <fta> oh, mine?
[01:00] <asac> perl debian/licensecheck.pl  -r build-tree/src/
[01:00] <asac> error
[01:00] <asac> Unknown option: r
[01:00] <asac> Usage: debian/licensecheck.pl [options] directory -a           display all licenses found (default will hide whitelisted licenses) -h           this help screen
[01:01] <fta> i call licensecheck -r --copyright $dir
[01:01] <fta> so yes, it's recursive
[01:02] <asac> ok beause you have "filelist" in --help
[01:02] <asac> oh its just confusion. ok
[01:03] <asac> doesnt print anything :(
[01:03] <fta> the bug is moving forward
[01:03] <fta> wait
[01:03] <asac> really?
[01:03] <asac> gyp?
[01:03] <asac> cool
[01:04] <asac> if we cojuld upload that on jan 4 that would be a good step ;)
[01:04] <fta> no
[01:04] <fta> http://code.google.com/p/chromium/issues/detail?id=28291
[01:05] <fta> you should link yours there
[01:05] <asac> i cannot link even with my underpowers ;)
[01:05] <asac> cant do nothing bug comment and star ;)
[01:06] <fta> lol
[01:06] <fta> which one is yours?
[01:06] <asac> dunno ;)
[01:06] <asac> its filed against gyp
[01:07] <asac> http://code.google.com/p/gyp/issues/detail?id=133
[01:07] <fta> done
[01:09] <asac> fta: so that script buffers all results?
[01:09] <asac> it consumes cycles
[01:09] <asac> but doesnt dump anything
[01:09] <asac> i run that on the armel board fwiw ... so it will take some time to finish ;)
[01:09] <fta> it's needed to sort the results
[01:10] <fta> on arm! lol, run that locally, you're crazy
[01:11] <asac> i am too lazy to extract the source ;)
[01:11] <asac> also i am on a mini 9
[01:11] <asac> fta: how about dumping DEP-5 format ;)
[01:11] <asac> you already seem to sort that stuff somewhat.
[01:12] <asac> build-tree/src/third_party/yasm/source/patched-yasm/tools/python-yasm/pyxelator/
[01:12] <asac> is UNKNOWN
[01:12] <fta> DEP-5 format?
[01:12] <asac> yes. new parsable copyright format
[01:13] <asac> http://dep.debian.net/deps/dep5/
[01:13] <asac> i think using DIR/* for dirs with all files of same license would work
[01:13] <asac> otherwise listing them explicitly
[01:13] <asac> by dir
[01:13] <asac> so the Files: line doesnt get too long ;)
[01:14] <fta> it's possible, eveything is possible
[01:14] <asac> in theory you could probably dump all files for each license in one use Files: ;)
[01:14] <asac> well
[01:14] <asac> i hoped it would be easy for you ;)
[01:14] <fta> in fact, that's why i added -a
[01:15] <asac> i think i might be able to do something ;)
[01:15] <asac> checked the  code
[01:15] <asac> all i want to know is how to check length of the eys %{$$data{$dir}}
[01:15] <asac> keys
[01:15] <asac> in perl
[01:16] <asac> fta: any hint ;)?
[01:16] <fta> length("foo") => 3
[01:17] <fta> keys %hash returns a list
[01:17] <fta> length takes a string
[01:17] <asac> copyright info is probably quite incomplete atm?
[01:18] <asac> maybe we should just gen the full list ;)
[01:18] <asac> and not try to merge
[01:18] <asac> we would need to merge by copyright holder too
[01:18] <asac> hmm
[01:18] <fta> i sort by license
[01:18] <asac> yes. if we now could also sort by copyright holders within each dir that would be perfect
[01:19] <asac> probably requires some computing, but the files per dir list should be short enough :)
[01:20] <fta> iirc, i already did that
[01:20] <asac> i dont think so
[01:20] <asac> there hsould be another loop
[01:20] <asac> first extract all copyrights into a unique set
[01:21] <asac> then filter all files returned for each copyright for each license ;)
[01:21] <asac> hehe
[01:21] <fta> i sort by dir, then by license
[01:21] <fta> then by file
[01:21] <fta> the 3 for() loops at the end
[01:22] <asac> yes. but not by copyright holder
[01:22] <asac> thats just dumped
[01:22] <asac> having those also sorted below the license level would help a lot and hopefully would allso  abunch of dirs to be just *
[01:23] <asac> then we just need to resort the whole list by dir depth and dep-5 is valid and great ;)
[01:24] <asac> current copyright is 3.5 M ;)
[01:24] <asac> i mean the raw dump
[01:25] <asac> so
[01:25] <asac> for my $license (sort values %{$$data{$dir}})
[01:25] <asac> err
[01:25] <asac> for my $copyright (sort values %{$$data{$dir}})
[01:25] <asac> would give a sorted list of copyright hoders in a dir?
[01:31] <asac> fta: http://paste.ubuntu.com/349346/ ;)(
[01:31] <asac> to give the idea ;)
[01:31] <asac> ignore my unperlism
[01:31] <asac> maybe help me fix that ;)
[01:33] <fta> er, what did you change?
[01:33] <asac> hmm. doesnt like continue ;)
[01:34] <asac> fta: the copyright sortage in the license loop
[01:34] <asac> what is the continue equiv in perl?
[01:34] <asac> next?
[01:34] <fta> yes, but you have two nested loops over the same thing..
[01:34] <fta> hm
[01:36] <asac> oh
[01:36] <asac> i wanted values
[01:36] <asac> not keys
[01:36] <asac> for my $copyright (sort values %{$$data{$dir}}) {
[01:36] <asac> that way
[01:37] <asac> help ... why is there no equiv to continue; ;)
[01:37] <fta> hm, no, it's a 3 levels hash table
[01:37] <asac> not sure why next wants a parameter :)
[01:37] <fta> continue => next, break => last
[01:38] <asac> yes, but next without an argument hates me :(
[01:38] <asac> find docs about next FILE;
[01:38] <asac> not sure what i shoudl put there for a afor ;)
[01:38] <fta> nope, next alone is fine
[01:38] <fta> with a ";"
[01:38] <asac> hmm
[01:38] <asac> i tried
[01:38] <asac> while(1)
[01:38] <fta> it's not python
[01:38] <asac> next;
[01:38] <asac> that failed :)
[01:38] <asac> sure
[01:39] <asac> i am used to C ;)
[01:39] <fta> sure, you need braces
[01:39] <fta> print "foo" if $bar;  or if ($bar) { print "foo"; }
[01:39] <asac> sure
[01:40] <asac> oh
[01:40] <asac> you cannot have a one line thing like in C?
[01:40] <asac> odd
[01:40] <asac> ok
[01:40] <asac> yeah ... now it does something ;)
[01:41] <asac> yeah ... so what is in values?
[01:41] <fta> my eyes are closing fast
[01:41] <asac> another map?
[01:41] <asac> sure
[01:41] <fta> the ref of a hash
[01:41] <fta> imho, you're doing it the wrong way
[01:42] <asac> its definitly supoptimal ;)
[01:43] <asac> will try something else ;)
[01:43] <fta> i don't understand what you're trying to do with your loop
[01:45] <asac> dont bother
[01:45] <asac> i will play around a bit ;)
[01:45] <asac> good night :)
[01:47] <fta> thanks, we'll rediscuss that next time
[02:37] <micahg> dogatemycomputer: why did you mark that bug invalid?
[02:38] <dogatemycomputer> micahg:  I was told if it was reported upstream then it should be marked invalid for the ubuntu project.  is that incorrect?
[02:38] <micahg> dogatemycomputer: only for kubuntu packages
[02:38] <dogatemycomputer> micahg: ohhhh..  I wish this was documented somewhere.  :-(
[02:38] <micahg> dogatemycomputer: that's the only place it should say to invalidate :)
[02:39]  * micahg fixed it
[02:39] <dogatemycomputer> micahg:  I don't think it actually says one way or the other.   What should I mark it as?
[02:39] <micahg> dogatemycomputer: once it's upstreamed it should be marked triaged and if there's no importance, it should be set
[02:40] <dogatemycomputer> micahg: ahhh..  i'll try that then.   I don't think I can set importance but I think i can mark it triaged.
[02:40] <micahg> dogatemycomputer: you probably can't do either
[02:40] <dogatemycomputer> micahg:  i'm not in BugSquad.. mainly because i'm still learning.
[02:41] <micahg> but you go into #ubuntu-bugs and ask a -control member to do it for you
[02:41] <dogatemycomputer> micahg: I think I can mark it 'complete' though..  and past experience says someone will come along and change it to triaged.
[02:41] <micahg> dogatemycomputer: you should join bugsquad while learning
[02:42] <dogatemycomputer> micahg:  honestly.. I like the idea that I can't do something terribly wrong yet.  :-)
[02:42] <micahg> dogatemycomputer: bugsquad has no special privs
[02:42] <dogatemycomputer> micahg:  I do plan to join though.  Probably in March or April.  It says in the docs that I should have some experience before asking to join.
[02:42] <micahg> bugcontrol has special privs
[02:43] <micahg> dogatemycomputer: let's go to #ubuntu-bugs
[02:43] <dogatemycomputer> micahg: okay..
[02:44] <micahg> [reed]: can you push something I got approval for?
[02:47] <[reed]> micahg: sure
[02:47] <[reed]> bug #?
[02:47] <micahg> mozilla 510040
[02:48] <micahg> [reed]: I didn't test the patch against the branch
[02:50] <[reed]> micahg: done
[02:50] <micahg> [reed]: thanks
[10:13] <BUGabundo_work> morning
[11:20] <asac> hi
[11:27] <BUGabundo_work> hi asac
[11:27] <BUGabundo_work> ready for the PARTTTYYYY ?
[11:30] <asac> yeah
[11:30] <asac> well. ... not really ready. but preparing atm ;)
[11:32] <asac> ok packing things and then moving to different city for this event ;)
[11:33] <asac> see you next year, everybody!! 2010!!
[11:36] <BUGabundo_work> bye asac
[11:36] <BUGabundo_work> enjoy
[11:37] <BUGabundo_work> and guud luck entering 2010
[15:52] <BUGabundo_work> asac: fta: http://paste.ubuntu.com/349581/
[16:34] <BUGabundo_work> bye guys. see you tomorrow. enjoy your party. i know i will
[17:15] <mbana> something is broken in the way TB 3 replies to the messages.  the quote doesn't appear to be properly formatted when i look at it in Gmail
[17:18] <micahg> mbana: and teh same setting worked in TB2?
[17:20] <mbana> yes.  i just checked.  it only applies when replying in html mode
[17:20] <mbana> the quote is indented as opposed to proper quoting
[17:20] <micahg> mbana: can you file a bug in LP with screenshots?
[17:20] <mbana> if u use gmail, u can see it yourself.
[17:21] <mbana> just reply to a message in TB 3 in HTML form.  look at the message in Gmail and unhide the quote
[17:21] <mbana> it's indented and not quoted.
[18:06] <micahg1> mbana: I don't have time to test right now


[01:50] <Unit193> Updated exo, tumbler, xfce4-clipman-plugin and xfce4-terminal in Xubuntu, breaking sync with the first 3.
[07:59] <Unit193> flocculant: BTW, cursor in terminal will change with the update, I personally prefer the old method.
[07:59] <Unit193> method == coloring.
[09:04] <Unit193> ninetls: ...Were you going to look at xfce4-indicator-plugin? :3
[09:05] <ninetls> Unit193: ?
[09:05] <Unit193> Woah, you're alive.  Specifically, where it comes to building with 'ayatana' indicators, and other things.
[09:06] <ninetls> I'm not i-plugin maintainer :D
[09:06] <Unit193> Granted, at this point it is nearly superseded..
[09:06] <Unit193> ninetls: I know, but you did look at it and add a patch.  You were also discussing it last time I happened to bring that up.
[09:06] <ninetls> yes, I don't mind about it
[09:07] <ninetls> if andrzejr agree with it we can add this optional feature to i-plugin
[09:28] <Unit193> 17:31:30 < ~andrze jr> Unit193, I (definitely) don't mind ayatana libs but that should be a configure option.
[12:05] <flocculant> Unit193: saw that - not something which bothers me much
[12:06] <flocculant> bothers me more that I can't open a terminal from desktop ;)
[19:54] <Unit193> Technically that's fixable, use xfdesktop4 from repos.
[23:41] <Unit193> "Our patches to add enabling and disabling of the Network Connectivity Checker are in review upstream. This will eventually add a toggle switch in the privacy settings of Control Center to allow you to turn on/off the connectivity checker. We should be able to distro-patch these into Ubuntu soon before they appear upstream, and then drop the patches once they are available upstream."  Well, that
[23:41] <Unit193> doesn't help !GNOME does it?


[08:13] <JamesTait> Good morning all! :)
[08:29] <mandel> morning all!
[11:12] <gatox> good morning!
[12:08] <ralsina> good morning!
[12:10] <gatox> ralsina, hi
[12:27] <alecu> hello, all!
[12:27] <gatox> alecu, hi
[12:27] <ralsina> helloa alecu!
[12:30] <alecu> gatox, ralsina: I need to run some errands in a few minutes... I don't think I'll be able to join the team meeting.
[12:30] <ralsina> so, team meeting moved to tomorrow
[12:30] <alecu> gatox, ralsina: is it ok if we move it to tomorrow?
[12:31] <alecu> ralsina: thanks!
[12:31] <gatox> alecu, fine by me
[12:41] <mandel> lunch time here in spain :)
[12:41]  * mandel lunch
[12:41] <mandel> oh, *.ar hello :)
[12:46] <dobey> hmm
[12:53] <ralsina> mandel, dobey, thisfred: just in case, team meeting moved to tomorrow because alecu is not available
[12:54] <thisfred> kk
[12:54] <thisfred> thx for the review btw
[12:54] <ralsina> thisfred: you're welcome
[13:33] <dobey> thisfred: what is 'cosas' exactly?
[13:39] <thisfred> stuff
[13:39] <thisfred> things
[13:39] <thisfred> manuel came up with the name, which I liked
[13:52] <mandel> ralsina, ack
[13:53] <ralsina> briancurtin: no meeting, same time tomorrow because of missing alecu
[13:54] <briancurtin> ralsina: alrighty
[13:56] <mandel> ralsina, have you check under the sofa?
[13:56] <ralsina> mandel: yes. No alecu, but I found half a pack of cookies!
[13:58] <ralsina> mandel: you will know, someday, what you can find under sofas when you live with a kid
[13:58] <mandel> ralsina, I've shared a house with 6 britons I know what to expect, we once found a sausage :)
[13:58] <dobey> i found an underground tomb for the knights of the round table, once
[14:00] <ralsina> dobey: I found jimmy hoffa
[14:00] <ralsina> dobey: says he was looking for your tomb
[14:01] <ralsina> dobey: meaning that tomb you found, not *your* tomb
[14:07]  * thisfred found a very dusty Higgs Boson
[14:11] <dobey> ugh
[14:11] <dobey> pbuilder-quantal update was so slow, that sudo had to ask me for the password again for the pbuilder-quantal foo.dsc command :(
[14:11] <dobey> what the heck
[14:12] <mandel> dobey, hohoho that is a new record..
[14:14] <dobey> seriously. i wonder why it's so slow
[14:16] <mandel> dobey, well.. don't complain I'm updating xcode and it has been stuck in 1 min left for over 10 min..
[14:17] <briancurtin> ha, reminds me of installing visual studio. it gets to 1 min left right away, then takes 20 minutes.
[14:18] <ralsina> but those are special minutes! Your last minutes together!
[14:19] <gatox> alecu, ping.... is there any way to run test_external_interface from u1-client with u1trial?? maybe i'm missing something.... but everything fails running that independently
[14:20] <gatox> mandel, maybe you know too ^
[14:20] <ralsina> gatox: alecu is not here
[14:20] <gatox> ahhhh right
[14:21] <mandel> gatox, mya I see the output?
[14:22] <gatox> mandel, http://paste.ubuntu.com/1125273/ and goes on and on failing that way
[14:22] <mattgriffin> mandel: my mountain lion update displayed "-2" minutes for a little while
[14:22] <mandel> mattgriffin, updates & times nothing to be trusted :)
[14:27] <dobey> gatox: u1trial -t test_blah_blah path/to/test_blah.py? or is test_external_interface the .py?
[14:27] <gatox> dobey, test_external_interface is the .py file
[14:27] <dobey> ah
[14:28] <gatox> i'm executing the tests like this: PYTHONPATH=. u1trial --reactor=twisted tests/platform/ipc/test_external_interface.py
[14:28] <mandel> gatox, which platform?
[14:28] <gatox> mandel, ubuntu
[14:29] <dobey> gatox: you need to not use -r twisted then, and just use the gi reactor, i think
[14:29] <gatox> dobey, i'll try
[14:29] <mandel> gatox, exactly, you are using the wrong reactor, you need glib for the dbus tests, right dobey?
[14:29] <dobey> because ipc on linux is dbus and requires the main loop
[14:29] <gatox> mmmmm same problem
[14:30] <gatox> ok.... so... maybe i need to install something?..... but if i run the whole suit it works
[14:30] <gatox> i'm missing some configuration maybe...
[14:30] <dobey> then the test is broken
[14:30] <mandel> gatox, with u1trial you don't need to set the python path
[14:30] <mandel> gatox, so in trunk doing u1trial tests/platform/ipc/test_external_interface.py works
[14:30] <gatox> mandel, i was testing.... without the pythonpath i have the same problem
[14:30] <gatox> i'll check
[14:31] <mandel> gatox, I have just done the check in P everything works
[14:31] <gatox> mandel, thx!! i thought i needed to set the reactor
[14:31] <gatox> working now
[14:31] <dobey> gatox: well, doing -r gi, is the same as not passing -r at all
[14:32] <gatox> dobey, ahhhh ok! i didn't know that... thx
[14:32] <dobey> so "u1trial -r gi tests/platform/ipc/test_external_interface.py" should have worked as well
[14:32] <mandel> gatox, we updated u1trial to be smarter TM as it will usually choose the correct one on linux (always gi) and will choose the default one on windows and mac
[14:32] <dobey> and twisted is the default on darwin/win32
[14:32] <gatox> dobey, ahh right.... i missread your comment
[14:33] <mandel> dobey, he, we have some knowledge overlap, now ralsina can kill one of us!
[14:34] <dobey> mandel: we'll miss you :)
[14:34] <thisfred> small and qt: https://code.launchpad.net/~thisfred/u1db/cosas-delete/+merge/117908
[14:35] <dobey> so kunai!!!
[14:35] <ralsina> thisfred: looking
[14:35] <gatox> thisfred, do you need another review on that?
[14:35] <ralsina> briancurtin: when you have a minute, can you try to reproduce bug #1000983 ?
[14:36] <mandel> thisfred, would be awesome if you start naming branches as delete-cosas hehehe
[14:36] <thisfred> gatox, one is fine
[14:36] <gatox> thisfred, ack
[14:36] <briancurtin> ralsina: i'll check
[14:36] <dobey> mandel: cosas-no-mas!
[14:36] <mandel> :)
[14:36] <thisfred> mandel, I have loads of branches named: delete-stuff, fix-bug, make-it-work ;)
[14:37] <briancurtin> ralsina: ah crap, that's probably related to the hack we had to put in to get the synching screen to show up in the first place
[14:37] <ralsina> briancurtin: yes
[14:37] <thisfred> I find it's best to be vague, so you can change your mind mid branch ;)
[14:37] <briancurtin> confirming it now
[14:37] <ralsina> briancurtin: it doesn't seem to happen on ubuntu
[14:38] <mmcc> hi folks, so no meeting today? cool - I can avoid trying hangout on 3g…
[14:38] <mandel> thisfred, I like those names.. at least you nickname is not uber verbose as diegosarmentero :P
[14:38] <ralsina> mmcc: yes, not today, tomorrow same time
[14:38] <mmcc> ralsina: ack.
[14:39] <mandel> mmcc, I wrote a comment in the mp you set to need fixing, switching to compile to x86 and with 10.6 as a target should be done in diff branches to keep the concerns of the code limited
[14:39] <ralsina> launchpad is crazy slow to scan branches today, too
[14:39] <mandel> mmcc, I don't want to have to write crazy mps
[14:40] <thisfred> also: Happy IPA day, everyone. http://ipaday.org/
[14:40] <thisfred> that means I have the day off right?
[14:41] <mandel> thisfred, had it been tom and it would have been the most awesome day ever!
[14:41] <mmcc> thisfred: that's only a national holiday in Portlandia
[14:42] <briancurtin> lol
[14:42] <thisfred> mmcc, guess why I'm moving there ;)
[14:42] <mmcc> thisfred: I just assumed you were into double tall bikes
[14:43] <dobey> you like sleeping on public transportation too?
[14:43] <thisfred> there is that
[14:43] <briancurtin> im more interested in russian imperial stout day
[14:43] <thisfred> my friend brewed an excellent one of those with coffee
[14:44] <thisfred> but I like mine hopped to the gills
[14:44] <dobey> is that like vodka infused with dirt?
[14:44] <briancurtin> ralsina, joshuahoover: i can't reproduce bug #1000983
[14:45] <joshuahoover> briancurtin: i'll see if i can reproduce with the latest version and let you know
[14:59] <joshuahoover> briancurtin: based on my test just now with 3.0.2, bug #1000983 is fixed
[14:59] <joshuahoover> briancurtin: i'll mark it that way
[15:00] <gatox> me
[15:00] <briancurtin> me
[15:01] <mandel> me
[15:01] <dobey> meh
[15:02] <joshuahoover> dobey: are you guys doing a call now?
[15:02] <ralsina> joshuahoover: no, alecu can't make it so we are doing it tomorrow
[15:02] <ralsina> joshuahoover: sorry forgot to tell you
[15:02] <ralsina> me
[15:02] <joshuahoover> ralsina: ah, ok...same time tomorrow?
[15:02] <joshuahoover> not me
[15:02] <ralsina> joshuahoover: yes, same time
[15:02] <joshuahoover> thanks
[15:03] <gatox> go for me?
[15:04] <gatox> DONE:
[15:04] <gatox> Some reviews for mandel, rewriting ipc menu implementation with tdd.
[15:04] <gatox> TODO:
[15:04] <gatox> Finish with u1-client branch and propose. Start working on u1-cp menu branch (tdd way)
[15:04] <gatox> BLOCKED:
[15:04] <gatox> No
[15:04] <gatox> briancurtin, go
[15:04] <briancurtin> DONE: more debugging on SyncTimestampChecker test failure for unicode3
[15:04] <briancurtin> TODO: now that i've isolated and found that the test works in the interpreter, put it back together and find the actual failure
[15:04] <briancurtin> NEXT: mandel
[15:04] <mandel> DONE: Lots of branched landed in the fsevents daemon \o/. Fixed some code in MPs as per reviews. Work on refactoring the main of the daemon so that it will read from a named pipe when we use it to run the tests. Canonical admin stuff.
[15:04] <mandel> TODO: more work on the tet daemon (should be the last push).
[15:04] <mandel> BLOCKED: no
[15:04] <mandel> dobey, please
[15:05] <dobey> DONE: client release/upload, merged couple of update branches to stables,
[15:05] <dobey> TODO: new cp upload with scroll fix, fix review issues in refactor branch, reorg to drop ubuntuone-installer for good, SRUs for lucid/natty/oneiric; figure out OOM issue
[15:05] <dobey> BLCK: None.
[15:05] <dobey> ralsina: go
[15:05] <ralsina> DONE: "fixed" quantal scrollbars, some bug triaging, some reviews, helped thisfred with a qt thing, negotiated contracts, some 1-1s, dash call TODO: objectives, finish contract, more bug triaging,   more reviews, fix something
[15:05] <thisfred> me
[15:06] <ralsina> NETXT thisfred
[15:06] <thisfred> DONE: cosas design 1, added keyboard support TODO: background sync in cosas | documentation BLOCKED: no
[15:12] <mmcc> oh hey, me too:
[15:12] <mmcc> DONE: re-reviews, 10.6 ARC whole-project review, py2app packaging fsevents daemon
[15:12] <mmcc> TODO: more daemon packaging, first-run code, VM research
[15:12] <mmcc> BLCK: none
[15:13] <thisfred> el hombre come una manzana
[15:13] <thisfred> I am definitely gonna learn spanish with duolingo
[15:21] <ralsina> thisfred: I am pretty sure you can avoid handling Enter by just setting edit triggers on the widget
[15:22] <thisfred> ralsina, cool
[15:22]  * thisfred googles edit triggers
[15:22] <ralsina> thisfred: http://doc.qt.nokia.com/4.7-snapshot/qabstractitemview.html#editTriggers-prop
[15:22] <thisfred> thx
[15:26] <thisfred> ralsina, hmm, editKeyPressed was already set, but I guess enter is not the editkey?
[15:28] <ralsina> thisfred: probably F2
[15:28] <thisfred> ralsina, really?
[15:28] <thisfred> wow
[15:29] <ralsina> thisfred: that has a long tradition dating back all the way to visicalc
[15:29]  * thisfred is not a traditionalist
[15:29] <ralsina> thisfred: http://www.qtforum.org/article/34713/cross-platform-edit-f2-key.html
[15:29] <ralsina> or rather http://lists.qt.nokia.com/pipermail/qt-interest/2010-January/017408.html
[15:30] <ralsina> thisfred: why not AnyKeyPressed?
[15:31] <thisfred> ralsina, won't that break the arrow keys?
[15:31]  * thisfred tries
[15:31] <ralsina> thisfred: probably :-)
[15:31] <ralsina> why isn't there a EnterKeyPressed trigger? Shame on you TrollTech^wNokia^wCommunity^wNoone!
[15:32] <ralsina> thisfred: so, doubeClicked is probably a good idea, and you have to keep enter in the keypressEvent :-(
[15:33] <thisfred> ralsina, yeah, doubleclicked already worked
[15:33] <ralsina> in that case +1
[15:33] <thisfred> thx
[15:33] <ralsina> and sorry for the wild goose chase
[15:34] <thisfred> no problem, I was kind of hoping there was a simpler solution
[15:35] <ralsina> thisfred: when you press enter, the  QAbstractItemView::activated signal is triggered
[15:35] <ralsina> So if you put the item editing in a separate method, you can connect it
[15:36] <thisfred> ralsina, let me try that
[15:36] <ralsina> thisfred: it's also triggered by double clicks, so you may have double-activation
[15:41] <thisfred> it works, but if I double click, and edit, enter closes the editor. When I hit enter to activate, the subsequent enter does nothing...
[15:42] <thisfred> ralsina, maybe the event is not propagated
[15:42] <ralsina> could be
[15:42] <ralsina> so let's just do what worked ;-)
[15:44] <thisfred> yeah
[15:47] <mmcc> hrm, looks like py2app is confused by "from .typed import TypedConfigParser" in configglue
[15:49] <ralsina> mmcc: doesn't bunle the module?
[15:50] <ralsina> mmcc: I had that kind of thing with py2exe and had to manually bundle a few things
[15:51] <mandel> ok, EOD for me a few mins early I need to do some errands before they close the bank
[15:51] <mandel> see you all tom!
[15:51] <dobey> hrmm
[15:51] <mmcc> ralsina: yeah, it bundles configglue but misses configglue.typed. I think I can work around it if I just tell it to include the whole configglue package instead of trying to be minimal
[15:51] <mmcc> bye mandel
[15:51] <ralsina> mmcc: yes, configglue is small anyway
[15:51] <ralsina> bye mandel, good luck at the bank!
[15:52] <dobey> mmcc: what version of configglue is it pulling?
[15:52] <mmcc> dobey, our buildout has configglue-1.0-py2.7.egg/
[15:52] <dobey> ah ok
[15:53] <dobey> just making sure it wasn't grabbing 0.2 or something
[16:24]  * briancurtin lunch+quick errand
[16:34] <dobey> ok, off to lunch, and an appointment. be back in a while.
[16:46] <thisfred> el caballo no es mío
[16:46] <thisfred> that'll come in handy
[16:53] <ralsina> thisfred: well, caballo is an alias for heroin, so you never know
[16:54] <thisfred> ah, same in english. Definitely useful around these parts then
[16:55] <ralsina> if there's one thing you need to know about drugs it's how to say "that drug is not mine, officer"
[17:00] <alecu> hello back!
[17:05] <mmcc> seems like there should be a convenient command to split changes in a branch into separate pipes
[17:05] <mmcc> so I could pick chunks like in shelve, but send them to pipes instead of shelving them. am I missing something nice to do this?
[17:05] <ralsina> mmcc: if there is one, noone has ever mentioned
[17:06] <ralsina> mmcc: some combination of cherrypicking and pumping?
[17:06]  * mmcc is unfamiliar with cherrypicking in the bzr context
[17:07] <ralsina> mmcc: so you setup the "full" branch, setup the pipeline, go to stage 1, merge selected changesets from the full branch, pump, move to stage 2, repeat
[17:07] <ralsina> mmcc: http://wiki.bazaar.canonical.com/CherryPick
[17:07] <mmcc> ralsina: aha. ok
[17:08] <ralsina> mmcc: of course "convenient" may be overstating my case
[17:09] <mmcc> right… too much for my currently simple case, but good to know if things get big later
[17:09] <mmcc> right now I just have one file with three simple changes that should be three separate simple pipes
[17:09] <ralsina> mmcc: OTOH manuel is the expert on this, so feel free to ask again tomorrow :-)
[17:27] <ralsina> anyone needs a review?
[17:30] <gatox_> ralsina, nop yet
[17:31] <mmcc> ralsina: I have a stream of tiny reviews coming in just a minute
[17:31] <ralsina> come on team, I am trying to not go do canonicaladmin! ;-)
[17:31] <ralsina> mmcc: thanks
[17:32] <briancurtin> i'm back from lunch + "errands" but because UPS is (insert lots of profanity), i need to go to another location to ship this pacakge and i need to make sure it gets out today. i'll shift some time around, either staying later today or coming in early tomorrow
[17:33] <briancurtin> and since its my review day, feel free to assign me or send me reviews
[17:33] <briancurtin> back in hopefully a short amount of time. ugh.
[17:38] <mmcc> ralsina: a quick one: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/fix-1032301/+merge/117957
[17:38] <ralsina> mmcc: looking!
[17:39] <ralsina> mmcc: someday I must mention why thematic naming schemes (like brew calling the folder wher eit puts stuff "Cellar") are both fun and annoying as all hell
[17:40] <mmcc> ralsina: word. see also 'brew tap' and 'bottles'
[17:40] <ralsina> mmcc: also, "2.5.0" > "2.5.0b1" is False
[17:40] <ralsina> mmcc: not sure if that will matter
[17:42] <mmcc> ralsina: yeah, probably not - the sorting wasn't really necessary, just so it does something expected
[17:42] <ralsina> mmcc: ok, +1 then
[17:54] <mmcc> ralsina: thanks. next: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/fix-1032290/+merge/117959
[17:54] <mmcc> also trivial
[17:54] <ralsina> mmcc: on it
[17:55] <mmcc> btw, let me know if these are below the threshold for separate merges - they're definitely different changes and different bugs, but so small
[17:56] <ralsina> it's ok, small branches are cool
[17:56] <ralsina> specially if thy fix separate bugs
[17:57] <ralsina> mmcc: this second branch doesn't have the 1st one as prereq
[17:57] <ralsina> mmcc: so it seems to include those changes
[17:59] <mmcc> ralsina: huh - I thought bzr-pipeline did that automatically.
[18:00] <ralsina> mmcc: looks like no. You have to do it on the MP
[18:00] <mmcc> oh, ok.
[18:02] <mmcc> ralsina: new mp #2: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/fix-1032290/+merge/117960
[18:03] <ralsina> mmcc: +1 and you don't need a second one for either branch
[18:04] <mmcc> ralsina, thx. two more coming…
[18:13] <gatox_> brb..... need to buy some snacks!
[18:22] <ralsina> looks like I forgot to have lunch!
[18:22] <ralsina> oh well
[18:25] <gatox_> ralsina, it happens
[18:28] <dobey> hmm
[18:28] <dobey> mmcc: but does brew have growlers?
[18:30] <ralsina> dobey: maybe openoffice can be a growler instead of a bottle
[18:31] <mmcc> dobey: no, such a shame. and I thought the individual scripts were recipes, but I guess they're 'formula'
[18:31] <mmcc> e
[18:31] <mmcc> oh right, py2app has recipes
[18:32] <ralsina> perhaps you can open the apps using a churchkey
[18:32]  * mmcc does not get that reference
[18:32] <mmcc> yet another small MP: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/fix-1032292/+merge/117965
[18:33] <ralsina> oh, those are CAN openers
[18:33] <ralsina> goes to show I am not a native english speaker
[18:37] <dobey> also called church keys
[18:39] <ralsina> mmcc: +1
[18:40] <ralsina> looks like I am just old fashioned: "Church key initially referred to a simple hand-operated device for prying the cap (called a "crown cork") off a glass bottle; this kind of closure was invented in 1892"
[18:40] <mmcc> ralsina: http://www.talkingbottleopener.net/simpsons/simpsons.jpg
[18:41] <ralsina> mmcc: now you have sent me in an infructuous search of chinese crap shops looking or that. Hope you are happy!
[18:41] <ralsina> ;-)
[18:42] <mmcc> very
[18:45]  * briancurtin back
[18:45] <briancurtin> last time i ever use UPS in my life
[18:48] <dobey> eh?
[18:48] <dobey> alecu: around?
[18:48] <alecu> hola dobey
[18:49] <dobey> alecu: hey. did you see my reply on https://code.launchpad.net/~dobey/ubuntuone-dev-tools/runner-refactor/+merge/117122 ?
[18:50] <alecu> dobey: looking
[18:54] <mmcc> yet still another tiny mp: https://code.launchpad.net/~mikemc/ubuntuone-windows-installer/fix-1032294/+merge/117968
[18:55] <mmcc> (that's the last one for now)
[18:56] <ralsina> mmcc: got it
[18:56] <ralsina> mmcc: +1 trivial
[18:56] <ralsina> mmcc: so feel free to merge all of them
[18:56] <mmcc> ralsina: ok will do. thanks
[18:57] <briancurtin> mmcc: also approved. do you have any others that need review?
[18:57] <alecu> dobey: the fix looks good. And though I agree that we can have some code coverage by u1trial running its own tests, I don't agree that it's the same as unit test coverage.
[18:57] <mmcc> briancurtin: I don't, no
[19:02]  * mmcc lunches
[19:02] <ralsina> mmcc: you should not globally approve all branches at once, or tarmac gets indigestion ;-)
[19:03] <ralsina> mmcc: one every 5-10minutes is usually a good diet
[19:03] <mmcc> ok, noted. hrmph.
[19:09] <dobey> alecu: ok, i'll file the bug as soon as lp lets me (it keeps resetting the connection)
[19:09] <dobey> oh, looks like it finally went through this time
[19:10] <alecu> yup, I think there was an announcement today about some lp maintainance...
[19:10] <dobey> yep
[19:11] <dobey> between 1100 and 1200 UTC though
[19:11] <dobey> so should have just started i guess, though i had the same issue earlier
[19:38] <dobey> brb
[20:01] <gatox> oh... eod!! see you tomorrow people!! bye!
[20:31] <ralsina> alecu: is there a chance you can take a look at https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/1031197 tomorrow?
[20:33] <alecu> ralsina: it certainly clashes with my plan to start the u1 port to the shiny Raspberry Pi on my desk... but I can try to squeeze it in :-)
[20:33] <ralsina> alecu: please :-)
[20:33] <ralsina> alecu: it's a pain for jono and me
[20:33] <ralsina> alecu: and ayone who wants to use u1 on a server
[20:35] <alecu> ralsina: yes, I know it's a pain for app developers.... but why does this affects servers?
[20:35] <ralsina> alecu: what jono and I are doing is using sd on a server, and do something when a new file appears
[20:35] <ralsina> alecu: and this bug means we are told in the wrong moment :-)
[21:06] <mmcc> Looks like VMWare is the way to go for osx guests… virtualbox apparently still awaits real support: https://www.virtualbox.org/ticket/9388
[21:07] <mmcc> while VMWare has actual instructions: http://partnerweb.vmware.com/GOSIG/MacOSX_10_7.html (And people say it works great)
[21:08] <mmcc> I'm getting a 30-day free trial of VMWare now, but might have to wait a bit to download the osx installers, since they're big and I'm on 3g for another couple of hours
[21:09] <briancurtin> mmcc: that trial is useless FYI, if you're getting the same one that i did
[21:09] <briancurtin> i'll check the product name since i mix them up
[21:09] <briancurtin> mmcc: VMWare Workstation?
[21:10] <mmcc> briancurtin: no, VMWare Fusion
[21:10] <mmcc> I think it's mac-only
[21:10] <mmcc> what was useless about it?
[21:10] <briancurtin> mmcc: maybe that'll work then. i downloaded Workstation trial and it just lets you install it, that's it. if you want to even think about starting up a VM, you have to have the license key
[21:11] <briancurtin> i guess you could just open the program and not do anything with it for 30 days and be alright
[21:12] <ralsina> there is a VMWare player
[21:12] <ralsina> or at least used to be one
[21:12] <mmcc> well, it showed me a trial license key on the download page - maybe if you try downloading another copy it'll show you one too
[21:12] <briancurtin> that doesn't let you take snapshots or any of that fancy jazz
[21:12] <ralsina> you could not create VMs but you could use them
[21:12] <ralsina> ok
[21:13] <mmcc> actually briancurtin check out your evaluations dashboard: https://my.vmware.com/group/vmware/myeval
[21:13] <mmcc> it has the license keys for the eval products you've downloaded
[21:14] <briancurtin> yeah i did that (back then) but the trial was super selective about what you could do. i think it would have let me play already created VMs, which didn't help much. i ended up paying for it anyway
[21:34] <ralsina> EOD for me
[21:34] <ralsina> bye ppl!
[21:35] <briancurtin> bye ralsina
[21:40] <alecu> ok, father duties. May be back later. cheers!
[21:42] <dobey> later all, have a good night
[21:43] <mmcc> bye everyone
[21:43]  * mmcc is staying, just a mass bye
[22:10] <briancurtin> i have to jump off of here for a bit, GF needs the webcam for a meeting


[00:12] <rick_h_> snap-l: congrats
[01:04] <snap-l> And my second wind just went teletubbie bye bye
[10:54] <rick_h_> morning
[13:07] <smoser> rick_h_, i show up in the west wednesday evening
[13:08] <rick_h_> smoser: yea sorry, should have asked the more direct question of if you were around for Penguicon
[13:08] <rick_h_> I thought you might be out west already
[13:08] <smoser> no. i cant be at penguicon.
[13:09] <rick_h_> heh, too scary?
[13:09] <brousch> rick_h_: did you survive without getting groped?
[13:10] <rick_h_> brousch: yea, survived. I did a hit/run approach. Stuck to tech events
[13:11] <shakes808> rick_h_: How did your presentation go? How was PC?
[13:12] <rick_h_> it went ok, I don't think too many people are going to go home and code YUI, but a few people seemed to find it informmative
[13:12] <rick_h_> PC was cool, hun out with some friends, good dinner friday night
[13:13] <shakes808> yui? is there anything that you don't know?
[13:14] <shakes808> That is good. I wish I could have made it out. Next year I will try to :D
[13:14] <rick_h_> yea, I don't know a ton, but I try to know about most things in web-dev. I'm a big YUI fan, we use it for launchpad and it's now powering bookie
[13:14] <rick_h_> yea, hopefully we'll get the tech content moving upwards
[13:16] <shakes808> why do you like YUI over JQuery?
[13:16] <rick_h_> heh, it's a more comlete JS solution for apps while jquery is one small part of a suite of tools you need
[13:17] <brousch> rick_h_: does penguicon record the presentations?
[13:17] <rick_h_> no, unfortunately not
[13:17] <rick_h_> and I brought my handy h1 to at least do audio, but forgot to start it in the rush to get setup ;?
[13:17] <rick_h_> :/
[13:17] <rick_h_> bah, monday can't type day
[13:18] <brousch> that's ok. my brain is full of snot from some illness today. i already stole my wife's keys and had to drive back home so she could go to work
[13:18] <rick_h_> hah, ouch
[13:18] <brousch> and i have to give a presentation and sit on a panel in front of 90 people
[13:19] <brousch> i will take a sudafed, but it might make my heart explode
[13:20] <shakes808> brousch: for what?
[13:20] <brousch> mobile michigan grand rapids
[13:21] <shakes808> Oh, you were talking about that the other day, that they were making you do it or something like that.
[13:21] <brousch> they asked. i accepted. then an hour later this cold thing started coming on
[13:27] <snap-l> Good morning again. :)
[13:27] <shakes808> good morning
[13:27] <snap-l> PC was awesome.
[13:33] <brousch> i looked at yui a few years ago and it seemed so incredibly huge compared to other things like jquery
[13:34] <brousch> like the zope of javascript
[13:34] <rick_h_> think of it like the django of JS
[13:34] <rick_h_> vs wsgi == jquery
[13:34] <Milyardo> Zope? Huge? No way :)
[13:35] <Milyardo> At least Zope isn't JBoss
[13:35] <Milyardo> >.>
[13:35] <brousch> i don't think anything is as big as jboss
[13:52] <rick_h_> brousch: yea, I know YUI seems 'big' when you get into it, but then again it's because it supplies the tools and practices you should be doing with any JS you use
[13:53] <rick_h_> not to mention that YUI would be == jquery, underscore.js, history.js, backbone, qunit, requirejs, and more
[13:53] <rick_h_> so if i gave you all those in one swoop you'd feel it was 'huge' as well
[13:53] <brousch> i am bad. i treat javascript like i used to treat php. just copy/paste whatever works and patch it in
[13:53] <rick_h_> right, so you're a bad JS developer, and that's what I tried to get across in my talk
[13:54] <rick_h_> only two people in the room have tests of their JS which is just stupid
[13:54] <rick_h_> so yea, if you're just scripting crap, jquery lets you do that easier than YUI, enjoy what you get out of it
[13:54] <brousch> i wrote a little javascript. it drove me into a rage when it differed from python
[13:54] <rick_h_> yea, you have to learn to appreciate JS
[13:55] <rick_h_> a bit part of my talk was promoting event style programming, it's kind of hte 'aha!' moment for doing JS dev
[13:55] <rick_h_> until you get there it seems more mess than useful I think
[13:57] <brousch> it does so many different things and many people just slap it all in one file. your ajax handlers with your slideshow
[13:57] <snap-l> Wonder if game development might get people more into the event-driven mindset.
[13:57] <rick_h_> snap-l: definitely, or even old school VB dev where you have UI driven by events
[13:57] <snap-l> since it's all about "this happened, do this"
[13:58] <rick_h_> but that's the thing, most of JS is all about UI and people try to do it like a top to bottom script vs events/interactions
[13:58] <snap-l> Yeah, you'll run into a world of pain that way.
[13:59] <rick_h_> go ask John about that action planner tool, it's got one init method and everything else works via disconnected events which makes it very easy to test and to expand upon
[14:01] <rick_h_> but yea, I understand the opinion of people on YUI, but the thing to notice is that they're rarely made by people that have actually used it for a decent project
[14:01] <rick_h_> just as I don't see vim users that have gotten used to it hate on it so
[14:01] <brousch> i'm not ignorant. i just don't know nothin!
[14:01] <rick_h_> lol
[14:03] <brousch> you see the pyohio call for proposals?
[14:03] <rick_h_> yea, I've got to figer out what to present :/
[14:03] <brousch> snap-l needs to speak this year
[14:03] <rick_h_> nothing at work really interesting
[14:03] <rick_h_> debating on doing my Make talk
[14:03] <rick_h_> or maybe go inspirational somehow
[14:03] <brousch> nothing in launchpad is interesting?
[14:03] <rick_h_> no...pretty much nothing :P
[14:03] <brousch> testing would be good. destroy all doctests
[14:04] <rick_h_> the dev practice might be
[14:07] <brousch> i may go through my parts of a web framework thing and see if it can be a talk
[14:08] <brousch> might be good for that beginner's track
[14:10] <rick_h_> yea, I'll think of something. Maybe try to do two talks this year vs a tutorial
[14:10] <brousch> the tutorial was good
[14:11] <rick_h_> yea, but a lot of work and the temp fail was kind of a bummer
[14:11] <rick_h_> I'm lazy :P
[14:12] <brousch> more work than a talk?
[14:12] <rick_h_> yea, definitely
[14:12] <brousch> it was long
[14:12] <rick_h_> long, but the homework bits, etc
[14:14] <rick_h_> snap-l: we hit someone lol https://twitter.com/#!/passy/statuses/194702325976285185
[14:23] <snap-l> rick_h_: That is awesome. :)
[14:58] <shakes808> rick_h_: The Wednesday CHC meetings, is there ever an itinerary? or just come and wing it?
[14:58] <rick_h_> whatever you want to work on
[14:58] <rick_h_> shakes808: sometimes we try to do something, we watching YUIConf videos one time
[14:58] <rick_h_> but generally free for all, just dedicated time for your stuff
[14:59] <shakes808> alright, that's cool. I am excited to come check it out and actually meet the famous rick_h_ :P
[15:00] <rick_h_> ummmm...ok
[15:01] <shakes808> sorry, I my sarcasim / facetiousness probably doesn't convey well throught text lol
[15:09] <rick_h_> ok, snap-l will probbly know this...but who the @#$#@ is Ze Frank and why is everyone all giddy over his youtube stuff/on triagulation (which yea I should just listen to i guess)
[15:13] <snap-l> rick_h_: Ze Frank did a podcast called "Ze Show with Ze Frank", which was an episode a day
[15:13] <snap-l> it started getting it's own memes and stuff
[15:14] <snap-l> Sorry, it's The Show with Ze Frank
[15:14] <rick_h_> so how did he get all into the tech people fawning over him? Did he actually do something famous or just crazy crap on the web?
[15:14] <snap-l> http://www.zefrank.com/thewiki/Main_Page
[15:15] <snap-l> He got a lot of people engaged into a community with interesting content
[15:15] <snap-l> It was inspirational for a lot of folks to get off their own ass and start making awesome stuff
[15:17] <snap-l> He's quite creative, which manifested itself in The Show
[15:18] <snap-l> I know that's probably a very unsatisfying answer, but it's hard to summarize.
[15:19] <rick_h_> yea, I gotcha.
[15:19] <rick_h_> was hoping to short cut and get at the 'wtf is with this' but seeing an episode/two of his stuff didn't mke it clear
[15:19] <rick_h_> and the stuff like that, long lists of what he did doesn't get at the heart of the attraction
[15:19] <rick_h_> seems very 'had to be there' kind of thing I guess
[15:20] <snap-l> http://www.zefrank.com/thewiki/the_show:_05-02-06
[15:20] <snap-l> This is one of our favorite episodes.
[15:59] <brousch> wow, Corey Doctrow is talking nice about ubuntu unity
[16:00] <rick_h_> sweet, linky?
[16:01] <brousch> https://twitter.com/#!/doctorow
[16:06] <greg-g> huh, he's using Unity 2D not normal Unity?
[16:10] <rick_h_> very cool, that's the impression I'm hearing from a lot of people. I'm hoping it's starting to have people give it a chance
[16:11] <rick_h_> says the man who refuses to run unity in daily use lol
[16:11] <greg-g> it should give PEOPLE a chance
[16:11]  * greg-g sing "Give peace a chance"
[16:11] <greg-g> sings*
[16:11] <rick_h_> hah
[16:11] <rick_h_> greg-g: man, got proper bike shirt/shorts... <3
[16:11] <greg-g> rick_h_: whoa! nice!
[16:12] <greg-g> also, you went to the gym today?
[16:12] <rick_h_> look like an idiot glow in the dark and all, but great riding
[16:12] <rick_h_> greg-g: yea, I've been tring to bike more, gym is hard to do getting up 5:30am
[16:12] <rick_h_> but trying to get back to it
[16:12] <rick_h_> rainy today so no bike ride
[16:12] <greg-g> yeah, when Carrie and I did our bike tour 2 summers ago, we wore uber bike geek clothing. Out in the middle of michigan on country roads and you need it :)
[16:12]  * rick_h_ has grown back some of my previous losses, like the stock market
[16:13] <rick_h_> yea, the long back on the shirt, tight wrists, pockets, etc. very nice
[16:13] <greg-g> I can't parse that last one
[16:13] <greg-g> re stock market
[16:13] <rick_h_> just that I've gained lbs from being bad
[16:13] <greg-g> ahh, I see
[16:13] <greg-g> diet debt, or something ;)
[16:13] <rick_h_> so back to trying to do more than bike a few times a week
[16:13] <rick_h_> get up early, gym + bike, etc
[16:14] <rick_h_> but yea, the bike shorts were really comfy, suprisingly not too hot/too cool in my two rides so far
[16:14] <snap-l> God, Oracle needs to find a clue
[16:14] <rick_h_> lol
[16:15] <snap-l> I agreed to their stupid license terms for the extension pack already
[16:15] <snap-l> why do I need to agree again?
[16:15] <greg-g> rick_h_: yeah, I like 'em. Can't get myself to wear them on the commute, but otherwise they're the best
[16:15] <greg-g> snap-l: so they can sue you later
[16:15] <snap-l> Oh, wait, it's because Oracle might change them later.
[16:15] <greg-g> :)
[16:15] <rick_h_> greg-g: yea, I think there's a 8-10mi min distance requirement for looking that stupid to me
[16:16] <snap-l> Haven't we already determined that click-through licenses are unenforcable?
[16:16] <greg-g> rick_h_: :) yeah, and the 3/40mile bike/train split doesn't cut it
[16:17] <rick_h_> greg-g: heh, yea. Sitting a train like that with the glow inthe dark "look at me" yellow colors might be a bit uncomfy to sit throgh
[16:18] <snap-l> greg-g is a natural exhibitionist. :)
[16:19] <greg-g> snap-l: no comment
[16:19] <rick_h_> hey, I do think I get noticed more which is good for safety for sure
[16:19] <greg-g> word
[16:20] <snap-l> If it's between me looking like an idiot, or getting a door prize, I'll take idiot.
[16:21] <snap-l> WHich is why I have streamers on my bike
[16:21] <snap-l> because I am a pretty princess.
[16:21] <rick_h_> hah!
[16:21] <rick_h_> take the flag from the boy's trailer and strap it to my back
[16:23] <snap-l> http://www.youtube.com/watch?v=BA18oKFDW5c <- Blare this
[16:24] <greg-g> snap-l is a pretty princess
[16:25] <rick_h_> jodee likes to have her princess happy :P
[16:25] <snap-l> hah
[17:00] <snap-l> I don't understand how a publisher can declare they're going DRM free, yet have no direct way to purchase ebooks without a reseller that by default uses DRM.
[17:00] <snap-l> That's pathetic.
[17:01] <rick_h_> that's a tough one
[17:02] <rick_h_> I mean, it's one less stopping block and good for them, but yea...real effect == nill
[17:06] <snap-l> It shows just how screwed the publishers really are
[17:06] <snap-l> unless they create their own stores, they're powerless against Amazon, Apple et. al.
[17:08] <rick_h_> the thing is that it's never been easier to setup stores/etc and get to your consumers
[17:08] <snap-l> ding ding ding
[17:08] <rick_h_> look at pragmatic press
[17:09] <snap-l> When Tor had their free PDFs, I was eagerly waiting for them to open their store
[17:09] <snap-l> then they just opened up a "Brand new website" with forums and other nonsense, and no books.
[17:10] <snap-l> It's like giving out free samples of ice cream, and then opening up a photo gallery of ice cream
[17:11] <rick_h_> tough though because really distributers are their 'customers' and they'd be going into competition with themselves in a way
[17:11] <snap-l> It takes some doing, but I've seen game publishers strike a pretty good balance
[17:12] <snap-l> They treat the game stores as partners, not as adversaries.
[17:12] <snap-l> Steve Jackson distributes the core Munchkin sets to B&N, Target and others
[17:12] <snap-l> but the expansion packs are in the local game stores.
[17:12] <snap-l> and game stores will also get promo items
[17:13] <snap-l> They could put in codes for free ebooks when you buy hardcopy
[17:13] <snap-l> or do what apress does and have the purchaser take a quick test to see if they have a copy on-hand
[17:13] <snap-l> and upgrade for $10
[17:14] <snap-l> There's ways to make it so customers don't feel like suckers.
[17:39] <brousch> momogr geekers just emailed me to tell me i have too many slides in my presentation
[17:40] <brousch> i didn't send them my notes, so they are just judging by the number of slides
[17:40] <brousch> wtf
[17:41] <snap-l> brousch: How many slides do you have? They may be using the calculation 5 min * # of slides
[17:41] <snap-l> but yeah, that's pretty silly.
[17:41] <brousch> 30 sildes for 15 mins
[17:42] <brousch> but 1/4 of them are just links for when they're posted with no real speaking content
[17:42] <snap-l> They're not using an ignite-based style of presenting, are they?
[17:42] <rick_h_> that is tough, 30s per slide is going to be a tight average
[17:42] <brousch> only 1 lolcat!
[17:42] <snap-l> Maybe they're hoping you'll drop the lolcat.
[17:42] <brousch> heh
[17:42] <brousch> possible
[17:42] <snap-l> Leaves no time for q&a either
[17:42] <brousch> no poop!
[17:43] <brousch> there's a panel afterwards for q&a
[17:43] <brousch> ah well, it's arranged such that i can drop off the last 1/3 if i have to
[17:43] <brousch> starting at about the cat
[17:45] <brousch> 5 min/ slide would suck
[17:48] <brousch> but its wierd. i haven't had anyone tell me my talk was wrong before i gave it
[17:50] <snap-l> Maybe they have the ability to see into the future, and take corrective measures.
[18:00] <brousch> heh
[18:43] <snap-l> Man, I love the last track in this latest episode of OMC
[18:43] <snap-l> Just absolutely nuts on the drums
[18:47] <brousch> sounds painful
[18:51] <greg-g> hah, I do 60 in 15 minutes when I do "what is CC?" talks
[19:02] <snap-l> greg-g: I think everyone in CC learns the lessig presentation method
[19:02] <snap-l> It's almost like stop-motion
[19:02] <greg-g> :)
[19:03] <brousch> 27" 2560x1440 monitor showed up today
[19:03] <brousch> big hog
[19:04] <snap-l> brousch: WElcome to inadequate video card benchmarking. :)
[19:04] <brousch> heh, not for me. for the 3d modeling guys
[19:04] <brousch> i can't find anything in my office to run it at full res
[19:04] <rick_h_> hah nice
[19:05] <snap-l> xonotic might be able to run full res.
[19:05] <snap-l> but the textures might not be up to it
[19:08] <brousch> wow, this thing is almost exactly 3x my laptop's resolution
[19:19] <snap-l> Hmm, pyweek is next week
[19:20] <snap-l> it's nto the same week as Penguicon, for a change.
[19:20] <rick_h_> pyweek? the game comp?
[19:20] <snap-l> Yeah
[19:55] <shakes808> Who is participating in PyWeek?
[19:55] <snap-l> I might
[19:55] <shakes808> have you previous?
[19:59] <snap-l> Yeah, in 4, 5, and 6
[19:59] <snap-l> Unfortunately, 6 kinda burned me out
[19:59] <snap-l> and whenever I thought about it again, it was either during Penguicon, or something else came up
[20:26] <shakes808> gotcha
[20:59] <brousch> SSD came in. hopefully i can install it tonight after the meeting
[21:00] <snap-l> Hm, maybe I should go that route for my 12.04 install
[21:00] <snap-l> get a new HDD, and do some drive shuffling
[21:01] <snap-l> I need a bigger drive anyway.
[21:01] <shakes808> Have a good one all
[21:01] <snap-l> laternes.s
[21:03] <brousch> snap-l: ssd
[21:04] <brousch> 12.04 is still snappy on this old dell
[21:04] <brousch> manufactured in 2006
[22:39] <snap-l> no chc for me kn wed
[22:39] <snap-l> got a graduation.to go to
[22:40] <snap-l> Sarah is graduating
[22:41] <snap-l> which is awesome
[22:41] <snap-l> also Swype is cool
[22:42] <rick_h_> booooo but cooooool
[22:42] <rick_h_> and yes, swype is cool, I still use slideit I think, can't recall the name I guess


[02:36] <LameRock> seen x
[02:36] <LameRock> xsend
[14:43] <jmazaredo> hi
[14:43] <jmazaredo> may gising?
[14:45] <epal> hey
[14:45] <jmazaredo> uy
[14:46] <jmazaredo> pede ba samba as webshare?
[14:46] <jmazaredo> like nf
[14:46] <jmazaredo> nfs


[21:52] <godbyk> jbicha: Thanks for the ubuntu-docs instructions. I'll give it a test run now and see how it goes.
[22:25] <godbyk> jbicha: For translations (.po files) that are new (have never existed before), should I add those to the repository or ignore/delete them?
[22:46] <jbicha> godbyk: add them and also add them to ubuntu-help/Makefile.am
[22:48] <jbicha> although a lot of the languages are virtually untranslated so it might not help much
[22:48] <godbyk> jbicha: Okay, will do.
[22:48] <godbyk> That's true.
[22:49] <godbyk> jbicha: Any pointers or tips on building the .deb? I've been going through the Ubuntu packaging guide but I suspect there's a lot of 'first time .deb file' stuff there that I can ignore.
[22:52] <jbicha> well there's a few different ways of doing it, I use sbuild and here's a draft of instructions that I wrote for the packaging guide: http://paste.ubuntu.com/5709067/
[22:54] <godbyk> Okay, thanks. I'll give that a shot.
[22:54] <godbyk> Should the .pot file from Launchpad be committed to the bzr repository along with the updated .po files?
[22:55] <jbicha> no, the .pot in Launchpad comes from the .pot in the bzr tree
[22:57] <godbyk> Okay. With the ubuntu-manual project, I ignore Launchpad's .pot, too, because it typically just rewraps the lines.


[03:32] <ScottK> wgrant: any idea why LP is spamming Debian lists: http://lists.alioth.debian.org/pipermail/python-modules-team/2015-August/025491.html
[03:35] <Unit193> Eugene San (eugenesan) seems to have subscribed https://launchpad.net/~python-modules-team
[03:35] <ScottK> Sigh.
[03:36] <ahoneybun> anyone know about android-tools-adb package?
[04:03] <ScottK> wgrant: OK, next question (asking as a DPMT admin), how do I get rights to that user so I can unsubscribe things like that?
[04:58] <wgrant> ScottK: I've killed the user, let me know if noise continues.
[08:12] <cyphermox> ahoneybun: what about android-tools-adb?
[08:24] <davmor2> cyphermox: man so weird you on at this time ;)
[08:25] <cyphermox> davmor2: I'm in Germany, at DebConf this week, so yeah it's unusual :)
[08:25] <davmor2> cyphermox: yeah I knew where you were still not used to seeing your nick active this early though ;)
[08:26] <cyphermox> it messed up my whole schedule, I stay up until 3 am easily, still up early, etc. I understand 3am is already getting quite late for EST :D
[09:48]  * apw just dist-upgraded on wily and it looks like qt4 is an utter disaster
[09:49] <ogra_> we still have qt4 in the archive ?
[09:50] <apw>  libqt4-dbus : Breaks: libqt4-dbus:i386 (!= 4:4.8.6+git64-g5dc8b2b+dfsg-3~ubuntu8) but 4:4.8.6+git64-g5dc8b2b+dfsg-3~ubuntu7 is to be installed
[09:50] <apw> i still have it on my machine, well half of it
[09:51] <apw> oh and now install -f wants to remove compiz, great
[09:52] <apw> as i just got gcc-5 and related transitions i assume its dpkg not coping with the level of change
[09:53] <apw>  libsigc++-2.0-0v5 : Conflicts: libsigc++-2.0-0c2a but 2.4.1-1 is to be installed
[09:53] <apw> i suspect strongly there is a dep here for gcc-5 which is not resolved
[09:56] <apw> oh i see, it is dbus which is broken, and that is breaking the upgrade, dammit
[09:57] <seb128> apw, what error?
[09:58] <apw>  dbus depends on libexpat1 (>= 2.0.1); however:
[09:58] <apw>   Package libexpat1:amd64 is not configured yet.
[09:58] <apw> dpkg: error processing package dbus (--configure):
[09:58] <apw>  dependency problems - leaving triggers unprocessed
[09:58] <apw> its getting dpkg into a triggers loop and failing even for an install -f
[09:58] <apw> seb128, ^
[09:59] <seb128> weird
[10:01] <apw> when apt says "try install -f (or specify a solution)" any idea how i specify such a solutoin
[10:02] <apw> i guess i could disable triggers for dbus and hope
[10:03] <cjwatson> specify a solution> list of package names to install
[10:04] <cjwatson> probably fully dependency-expanded
[10:04] <cjwatson> but if a maintainer script is failing, specifying a solution is unlikely to help
[10:05] <apw> cjwatson, i think the underlying issue is dbus triggers need to run, but dbus is unwilling to run them because a dependancy is broke
[10:05] <apw> and there seems to be no way out
[10:06] <apw> iU  libexpat1:amd64
[10:06] <apw> and indeed it isn't a happy library
[10:07] <cjwatson> what does 'dpkg --configure libexpat1' do?
[10:08] <apw> that seemed to complete successfully
[10:08] <apw> and indeed make install -f happy too ...
[10:09] <cjwatson> 'dpkg --configure -a' would probably have sorted it out too, that's just a slightly bigger hammer requiring less information
[10:09] <apw> heh, i'll try that next time, you'd think in that situation it could have figured that out, odd
[10:09] <cjwatson> dig through apt logs and look for the first point where something failed
[10:09] <cjwatson> everything else is just consequential nonsense
[10:10] <apw> will do
[10:10] <apw> once this thing is bootable again
[10:10] <apw> as i was mid pretty large dist-upgrade
[10:12] <apw> dpkg: libpcrecpp0:amd64: dependency problems, but removing anyway as you requested:
[10:12] <apw>  libpcre3-dev:amd64 depends on libpcrecpp0 (= 2:8.35-7ubuntu2); however:
[10:12] <apw>   Package libpcrecpp0:amd64 is to be removed.
[10:12] <apw> is the first thing other than happy it said in the first run
[10:14] <apw> then we install a lot of stuff, and then
[10:14] <apw> Unpacking systemd-sysv (224-1ubuntu3) over (224-1ubuntu1) ...
[10:14] <apw> Processing triggers for man-db (<IP_ADDRESS>-5) ...
[10:14] <apw> dpkg: dependency problems prevent processing triggers for dbus:
[10:14] <apw>  dbus depends on libexpat1 (>= 2.0.1); however:
[10:14] <apw>   Package libexpat1:amd64 is not configured yet.
[10:14] <cjwatson> that sort of looks like an apt ordering bug
[10:14] <cjwatson> assuming that there was no indication that libexpat1 actually failed to configure
[10:14] <cjwatson> the libpcrecpp0 thing is not a problem
[10:16] <apw> Preparing to unpack .../libexpat1_2.1.0-7_amd64.deb ...
[10:16] <apw> De-configuring libexpat1:i386 (2.1.0-6ubuntu1) ...
[10:16] <apw> Unpacking libexpat1:amd64 (2.1.0-7) over (2.1.0-6ubuntu1) ...
[10:16] <apw> Preparing to unpack .../libexpat1_2.1.0-7_i386.deb ...
[10:16] <apw> Unpacking libexpat1:i386 (2.1.0-7) over (2.1.0-6ubuntu1) ...
[10:16] <apw>  dbus depends on libexpat1 (>= 2.0.1); however:
[10:16] <apw> seems to not attempt to configure before erroring it is ont configured, so i think you're right
[10:16] <apw> i'll file this log against apt
[10:17] <apw> in case it happens to someone else
[10:19] <apw> cjwatson, and ... as always ... you are a star, thanks
[10:24] <cjwatson> apw: yw
[10:30] <apw> bug #1485970
[10:30] <apw> i am sure adam will love it
[11:38] <mdeslaur> @pilot in
[12:02] <ScottK> wgrant: thanks
[12:07] <Mirv> chrisccoulson: hey! can you give specifics on how bug #1482346 was fixed on firefox-next and what would eg be needed for mozvoikko, another main extension.
[12:08] <Mirv> and I also wonder a bit if Debian's Iceweasel would require a similar change if it's something within Firefox that has been changed
[12:11] <chrisccoulson> Mirv, the addon needs to be reviewed and signed by the addons.mozilla.org team. The developer needs to do that though
[12:12] <Mirv> chrisccoulson: ok, so no changes to Firefox itself? thanks.
[12:16] <Mirv> chrisccoulson: hmm, so firefox-next does not have ubufox changes, but instead only Firefox updated - something to check/accept the signature was added to make ubufox work, and you signed / got reviewed the ubufox at addons.mozilla.org?
[12:29] <shadeslayer> http://cdimage.ubuntu.com/ubuntu-core/daily/pending/wily-core-armhf.manifest < core is totally missing sudo
[12:29] <shadeslayer> as was 15.04 core : http://cdimage.ubuntu.com/ubuntu-core/releases/15.04/release/ubuntu-core-15.04-core-armhf.manifest
[12:42] <seb128> apw, https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/1484841 looks like an issue similar to your (just mentioning it since I saw it while looking at recent reports)
[12:47] <apw> seb128, that looks very similar indeed
[12:48] <apw> seb128, i'll tie them togther and offer the OR some options
[12:49] <seb128> apw, thanks
[12:51] <apw> seb128, i see that already has 4 "also affects" on it
[12:51] <apw> seb128, hopefully it is the same and trivial to get them out of.
[12:51] <seb128> yeah
[13:05] <pitti> cjwatson, Laney: I enabled armhf for one run yesterday so that the exec nodes can now grind through the 500 tests; but I didn't want to keep it enabled to avoid blocking packages on the armhf lag
[13:05] <pitti> cjwatson, Laney: once they caught up, I'll enable it permanently and annouce it
[13:06] <pitti> cjwatson: seems you looked at exactly that time
[13:06] <cjwatson> ah, ok
[13:07] <pitti> debci-wily-armhf0
[13:07] <pitti> \o/
[13:07] <pitti> it was at 500 yesterday
[13:07] <pitti> nice
[13:07] <teward> so, how busy is the archive admins team as of late?  Out of curiosity.
[13:08] <sil2100> pitti: ping :) Any luck with the langpacks? :)
[13:08] <pitti> sil2100: was just about to look into that
[13:08] <sil2100> pitti: the OTA-6 translation export I think happened already so would be great if we could get those updated in the overlay-ppa
[13:09] <sil2100> A merge with vivid shouldn't be required as the ubuntu-rtm/15.04 has all the translations now
[13:09] <pitti> sil2100: so you want me to build fresh packs from https://translations.launchpad.net/ubuntu-rtm/15.04/+language-packs straight into the overlay PPA?
[13:09] <sil2100> (I binary-copied the missing ones)
[13:09] <sil2100> pitti: yes :) If, of course, you're confident it'll work ;p
[13:10] <sil2100> pitti: in the meantime I'll check if the latest export looks sane
[13:13] <sil2100> pitti: those look good from what I see :)
[13:13] <pitti> erk -- http://people.canonical.com/~dpm/data/ubuntu-l10n/ does not yet exist for 15.04
[13:13] <pitti> and no dpm
[13:14]  * pitti uses 14.09 and hopes that priorities didn't change too much
[13:16] <sil2100> Oh, and what is that?
[13:16] <sil2100> Maybe wily should be used for that?
[13:16] <pitti> it essentially tells us which templates we want/need in touch, and which aren't important
[13:16] <pitti> could also do that
[13:17] <sil2100> Oh, hm, not sure then, but I know we basically dual-landed to both wily and vivid-overlay
[13:17] <pitti> sil2100: ok, then wily does sound better
[13:18] <sil2100> pitti: thanks! Fingers crossed o/
[13:19] <pitti> sil2100: how much of a disaster would it be to upload to the overlay PPA in case we need a second upload?
[13:19] <pitti> sil2100: I can also upload them to another PPA, but the overall turnaround time would be the same, and it's harder to test
[13:19] <ahoneybun> cyphermox: we have adb 1.0.31 but to use adb sideload we need 1.0.32
[13:19] <pitti> sil2100: i. e. should the overlay only get firmly tested ready-to-release stuff, or sohuld I use it for the "first upload" too?
[13:20] <sil2100> pitti: should be safe... we try to have everything tested there, but we only build rc-proposed images from it so basically we say: 'yeah, stuff can be broken'
[13:20] <sil2100> So upload, we can revert if needed
[13:21] <sil2100> I built an image not so long ago so we should be good
[13:21] <pitti> ack
[13:21] <pitti> sil2100: just to clarify, these packs should *not* be uploaded to RTM itself, but only the PPA?
[13:21] <cyphermox> ogra_: ahoneybun:  ^
[13:21] <pitti> sil2100: (as we did upload to rtm/14.09 directly)
[13:22]  * ogra_ reads backlog
[13:22] <cyphermox> ogra_: it's about adb sideload
[13:22] <ogra_> cyphermox, wont work
[13:23] <ogra_> ahoneybun, only after someone ported to key auth ...
[13:23] <ahoneybun> key auth?
[13:23] <ogra_> our adbd runs completely as phablet user ... no way to sideload anything
[13:24] <ahoneybun> android-tools-adb has nothing to do with touch..
[13:24] <ogra_> (you would need a sudo wrapper or some such that installs the package)
[13:24] <ahoneybun> I'm talking about android
[13:24] <ogra_> ahoneybun, well, it does, the shipped tools and the adb PC tools come from the same source
[13:24] <ogra_> someone would need to bump both and make sure all modifications for adbd still work
[13:25] <ogra_> sadly anyone who could do that was moved out of the phone team
[13:25] <ahoneybun> one of big reasons I use ubuntu is that the package is easy to install and I don't need the whole Android SDK :(
[13:25] <ogra_> ahoneybun, understood
[13:26] <ogra_> but someone would need to forward port the existing stuff first
[13:26] <ahoneybun> I had to flash android back to the device to copy the file and then flash it
[13:26] <ahoneybun> darn I understand a bit
[13:28] <shadeslayer> pitti: whom should I poke about my ubuntu-core issue?
[13:28] <shadeslayer> ( sudo not landing on ubuntu-core )
[13:28] <shadeslayer> apparently it's there in the seed
[13:28] <ogra_> uh, since when ?
[13:28] <shadeslayer> I'm not sure who's maintaining that / doing foundations these days
[13:29] <ogra_> sudo is definitely not supposed to be in the normal ubuntu-core
[13:29] <sil2100> pitti: yes, only to the overlay
[13:29] <sil2100> pitti: we don't use ubuntu-rtm anymore
[13:29] <shadeslayer> ogra_: https://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu-core.wily/view/head:/core-libs#L61
[13:29] <shadeslayer> unless that's a different thing
[13:29] <shadeslayer> ah wait, no, that's the task, hm, let me find the seed
[13:30] <ogra_> i think it is
[13:30] <ogra_> http://cdimage.ubuntu.com/ubuntu-core/daily/current/wily-core-i386.manifest
[13:30] <shadeslayer> ogra_: yeah
[13:30] <ogra_> thats the standard ubuntu core ... a tarball based on debootstrap --minbase with just enough extra bits to install packages
[13:30] <shadeslayer> I was wondering why that's the case?
[13:30] <shadeslayer> ah I see
[13:30] <ogra_> thats the definition ...
[13:30] <ogra_> no users ... just root
[13:30] <ogra_> so no sudo either
[13:31] <shadeslayer> right, I was working on a tool that could take that as an rootfs
[13:31] <ogra_> shadeslayer, infinity used to maintain it in the past ... not sure he still does
[13:31] <ogra_> (and he is at a conferenc i think, so you might not easily catch him)
[13:31] <shadeslayer> and without sudo installed, I can't do much :P
[13:31] <ogra_> you can install sudo ;)
[13:31] <shadeslayer> ogra_: yeah, but I wanted it included in the default tar :P
[13:32] <shadeslayer> instead of shipping my own rootfs :P
[13:32] <ogra_> untar ... chroot ... install what you need on top ... re-tar
[13:32] <shadeslayer> like I said, out of scope for my tool .. ah well
[13:35] <pitti> sil2100: ok, had to do some hacks for missing l10n stats and missing 15.04 package maps, but build is running now
[13:35] <sil2100> pitti: yay! Thanks, let's see how those go o/
[13:37] <pitti> sil2100: want to get the -pl deb for local testing? seb128 will test the French one
[13:38] <sil2100> pitti: sure :)
[13:39] <sil2100> I'm not running rc-proposed on my phone though, but I suppose it should be good in overall
[13:41] <seb128> I am
[13:41] <pitti> sil2100: Houston, we have a problem
[13:41] <pitti> sil2100: https://translations.launchpad.net/ubuntu-rtm/15.04/+language-packs tarballs are just 8 MBs, and lots of missing files
[13:41] <seb128> sil2100, we are having issues with using wily for stats :-/
[13:41] <pitti> sil2100: many of them we probably don't need
[13:42] <pitti> but some we do
[13:42] <sil2100> pitti: it's good
[13:42] <pitti> e. g. we might do without ModemManager or gtk30-properties
[13:42] <tseliot> pitti: test_system_device_drivers_chroot fails again in u-d-c in my wily chroot. Is it just me? (I'm trying to fix a couple of separate issues)
[13:42] <pitti> but we do need unity.mo and evolution-data-server-3.12.mo for sure?
[13:42] <sil2100> pitti: I checked, it only has the templates and translations for the apps we need
[13:43] <pitti> sil2100: wily-15.04 French debdiff: diffhttp://paste.ubuntu.com/12118211/
[13:43] <seb128> I think we need e-d-s
[13:43] <pitti> http://paste.ubuntu.com/12118215/ -> same for -pl (looks similar)
[13:43] <sil2100> Ok, then maybe a merge will be required, we might have missed some of those
[13:43] <sil2100> But wait, how come those aren't there?
[13:44] <pitti> so do we need unity.mo, or is it unity8.mo?
[13:44] <sil2100> unity8.mo should be enough
[13:44] <pitti> sil2100: the e-d-s-3.16 template wasn't approved in wily
[13:44] <sil2100> Ah, ok
[13:45] <pitti> oh, there *is* a unity8.mo
[13:45] <pitti> so hopefully e-d-s is the exceptoin
[13:45] <pitti> because it has the version number in the name, which is unusual
[13:45] <sil2100> I made sure to include all the ones we really required, but I might have missed some that weren't obvious for me
[13:45] <pitti> seb128, sil2100: http://people.canonical.com/~pitti/tmp/ has the french and Polish rtm 15.04 packs
[13:45] <sil2100> Some I didn't include as they didn't seem user-visible
[13:45] <pitti> so maybe you can give these a spin
[13:46] <pitti> and I manually crowbar in e-d-s
[13:46] <pitti> which eds version do we need?
[13:46] <seb128> that's showing an issue with our process though
[13:46] <seb128> how did 15.04-rtm got populated?
[13:47] <sil2100> pitti: 3.12.11-0ubuntu1 I think
[13:47] <sil2100> seb128: it got populated from the packages we have in the overlay-ppa + a few I put manually from vivid
[13:47] <pitti> I grab that from vivid
[13:47] <seb128> sil2100, why didn't you get everything which was in the current langpacks?
[13:51] <pitti> sil2100, seb128: I updated debs on http://people.canonical.com/~pitti/tmp/ to include e-d-s
[13:51] <sil2100> I only included the touch specific things, yeah, my bad
[13:51] <sil2100> I should have copied over everything
[13:51] <pitti> sil2100: no big deal; we don't really need all those
[13:52] <sil2100> I wonder why oxide-qt wasn't there though, since we have it in the overlay
[13:52] <sil2100> Maybe the translations weren't batch copied for that yet?
[13:52] <pitti> sil2100: need to run out for a bit for group photo; please let me know how they work
[13:52]  * pitti reworks the upload script in the meantime to go to the overlay
[13:53] <sil2100> pitti: ok, thanks! Let's wait with the final upload yet tho :)
[13:53] <pitti> yes, of course
[13:53] <pitti> sil2100: I won't upload until you say that the manual built ones are okay
[13:53] <pitti> sil2100: seb is doing the same
[13:54] <sil2100> And unity-ui-toolkit? I wonder why that's missing, we have UITK in the overlay since AGES
[13:54]  * sil2100 is a bit worried now
[13:58] <rbasak> Is it acceptable for a package postinst to link something in /etc to /usr/share/doc/.../examples?
[13:58] <rbasak> I can't see any problem with that but I've not seen it done that way before.
[14:02] <dobey> rbasak: would be better to install the example conf to the /etc/ location in the .install file or override_dh_auto_install rule, i think
[14:03] <rbasak> dobey: makes sense. Then the normal conffile handling would work and the user wouldn't have to mess with it to make it not be readonly.
[14:12] <tseliot> pitti; ^^^
[14:13] <seb128> sil2100, pitti, mostly good, but missing uitk is an issue/regression
[14:13] <sil2100> seb128: yeah... worried about that, will investigate - I didn't forget about that one as I didn't have to, we have UITK in the overlay so it should have been fetched
[14:13] <sil2100> Checking that out, and looking at the pl translations on my krillin too
[14:14] <sil2100> Had to upgrade it to rc-proposed, my arale is on stable so I didn't even want to test there
[14:34] <cjwatson> rbasak: that seems like it would violate https://www.debian.org/doc/debian-policy/ch-docs.html#s12.3 "Packages must not require the existence of any files in /usr/share/doc/ in order to function"
[14:34] <cjwatson> rbasak: I normally put template configuration in /usr/share/<package>/ instead
[14:34] <cjwatson> (aside from the readonly thing)
[14:35] <cjwatson> seb128,sil2100: doesn't seem like an LP issue, https://translations.launchpad.net/ubuntu-rtm/15.04/+source/ubuntu-ui-toolkit/+pots/ubuntu-ui-toolkit exists
[14:35] <cjwatson> although I have not checked the export tarball
[14:36] <cjwatson> and there are Packaging records for ubuntu-ui-toolkit, so the share-translations-via-upstream black magic ought to have worked
[14:37] <cjwatson> certainly looks like there are some translations in the LP view, I can't imagine those were all contributed manually?
[14:37] <rbasak> cjwatson: ah that's perfect to get back to my submitter, thank you.
[14:38] <cjwatson> I'm not sure what's going on with oxide-qt; https://translations.launchpad.net/ubuntu/wily/+source/oxide-qt exists but https://translations.launchpad.net/ubuntu-rtm/15.04/+source/oxide-qt does not
[14:38] <sil2100> pitti, cjwatson: from the export contents, I see ubuntu-ui-toolkit.po
[14:38] <sil2100> So I think it's an langpack-o-matic issue then
[14:39] <sil2100> cjwatson: maybe it wasn't in the overlay when we were doing the copies?
[14:39] <sil2100> We sometimes removed it if there was a new version in -security
[14:39] <cjwatson> ah, could be, it isn't there now
[14:40] <cjwatson> https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+packages?field.name_filter=oxide-qt&field.status_filter=published&field.series_filter=
[14:40] <cjwatson> so not sure why you said above that it's there now
[14:42] <sil2100> Wait, it's not?
[14:42] <sil2100> It should be
[14:42] <sil2100> We published that recently, a rebuild against the overlay
[14:42] <sil2100> hmmmmm
[14:43]  * sil2100 checks what happened with that
[14:43] <sil2100> Oh, we never published the silo
[14:43] <sil2100> cjwatson: ok, sorry, my bad ;/ I was sure this landed as I was building the silo on Friday
[14:44] <sil2100> cjwatson: I suppose it should land soon... do you think we could have an export later today?
[14:44] <sil2100> Are the ubuntu-rtm/15.04 exports taking long? There's not so many translations in those
[14:47]  * cjwatson checks
[14:49] <cjwatson> sil2100: today's took six minutes; we can certainly ask webops for another, although bear in mind that I'm the only LP staff member around at the moment and I have a guest for dinner this evening
[14:50] <sil2100> cjwatson: ACK, in the worst case, since it was so fast, we could also have it tomorrow in the morning
[14:50] <sil2100> Since the release candidate will be created tomorrow anyway
[14:50] <sil2100> cjwatson: thanks!
[14:50] <cjwatson> sil2100: so what I suggest you do is ask #webops yourself for it in this case: they need to run 'LPCONFIG=production nice -16 /srv/launchpad.net/production/launchpad/bin/py /srv/launchpad.net/production/launchpad/cronscripts/language-pack-exporter.py ubuntu-rtm 15.04 --force-utf8-encoding -q --log-file=INFO:/srv/launchpad.net/production-logs/rosetta/language-pack-exporter.log' as launchpad@loganberry
[14:54] <cjwatson> sil2100: you might not want to be in *too* much of a rush though; I can't remember how long it takes for the message sharing stuff to kick in
[14:55] <sil2100> cjwatson: ah, excellent, thanks :) I'm wondering about one thing though - once I copy oxide-qt over, won't it require a translation batch copy from wily/vivid?
[14:56] <sil2100> Since at first it'll have no translations after the templates get fetched, right?
[14:56] <cjwatson> sil2100: no, the bulk copy was only needed for sources whose templates were missed
[14:57] <sil2100> Ah, ok
[14:57] <cjwatson> sil2100: the package copy will copy the template, and when message sharing kicks in it'll copy translations across too (since both ubuntu and ubuntu-rtm oxide-qt share with upstream, so that works transitively)
[14:57] <sil2100> Oh!
[14:57] <cjwatson> sil2100: but I'm not sure *exactly* when the latter step happens
[14:57] <sil2100> That's good to know, ok, I'll give it some time before doing an export after the copy then
[14:59] <cjwatson> sil2100: oh, it's a job that's scheduled as a result of the copy, that's right - so it should be reasonably quick
[14:59] <cjwatson> I mean translations in general is kinda slow, give it a few minutes and check in the web UI
[15:02] <pitti> sil2100: ah, http://people.canonical.com/~dpm/data/ubuntu-l10n/ubuntu_wily_potemplate-stats.json has priority 0 for it
[15:02] <pitti> sil2100: I'll add it as a special case then
[15:03] <cjwatson> sil2100: but I don't understand why this is a big deal; aren't the translations from vivid merged into the touch language packs, just as the image is made up of vivid + stable-phone-overlay?
[15:03] <sil2100> cjwatson: not yet I guess, right now we're only building those from the overlay, as it in theory should have all touch-specific stuff in it
[15:03] <cjwatson> well, except it doesn't, it's an overlay! :)
[15:03] <sil2100> I think pitti would need to do some changes to langpack-o-matic to merge translations
[15:04] <sil2100> I know!
[15:04] <sil2100> :)
[15:04] <cjwatson> ok, so I think that's the real problem ...
[15:04] <sil2100> Well, I mean, in theory it shouldn't, but I copied over the few touch ones we're managing that were missing, so at least we're covered there
[15:04] <pitti> sil2100: we could download the vivid tarball, merge it with the RTM tarball, and import that
[15:04] <pitti> but I thought the point of ubuntu RTM was that we don't need to do that, as this will probably reintroduce obsolete translations?
[15:05] <sil2100> Well, I wanted to have all important translations in ubuntu-rtm/15.04 so that translators don't need to go to two different places when dealing with translations
[15:06] <sil2100> But I do see the merit of using vivid for those translations that didn't change since from the vivid side
[15:06] <sil2100> And being more complete then
[15:09] <sil2100> pitti: anyway, if anything, the vivid tarball should have the ubuntu-rtm/15.04 translations copied over it
[15:09] <sil2100> Not the other way around
[15:23] <mdeslaur> @pilot out
[15:25] <Laney> tyhicks: hi, can you take a look at dbus in ppa:laney/experimental to see if it works wrt apparmor please?
[15:27] <tyhicks> Laney: yes, I will
[15:40] <Laney> tyhicks: thanks - would be good if we could get results so that I can upload before FF (Thursday)
[15:40] <Laney> sorry for the short notice :(
[15:42] <tyhicks> Laney: I'm quite busy today since I returned from holiday this morning but I can work on it in the background
[15:42] <tyhicks> Laney: I'll have testing done by tomorrow, for sure
[15:55] <mdeslaur> pitti, kees, stgraber, infinity, slangasek: is everyone at debconf? should we cancel the tech board meeting?
[15:55] <slangasek> mdeslaur: pitti and I are at DebConf, infinity is proximate to LinuxCon
[15:56] <slangasek> stgraber is maybe there also?
[15:56] <slangasek> anyway I'm ok to cancel
[15:56] <pitti> me too
[16:07] <mdeslaur> slangasek, pitti, kees, stgraber, infinity: ok, meeting cancelled
[16:07] <stgraber> slangasek: yeah, I'm at LinuxCon
[16:07] <slangasek> mdeslaur: ack, thanks
[16:12] <pitti> seb128, sil2100: http://people.canonical.com/~pitti/tmp/ has updated debs now, after way too much manual hacking :/
[16:12] <pitti> no removed po any more, just three new ones
[16:12] <pitti> plz test
[16:13] <seb128> pitti, danke
[16:13] <seb128> pitti, hum, http://people.canonical.com/~pitti/tmp/ still has the old timestamp
[16:13] <seb128> or is that a debconf proxy issue?
[16:14] <pitti> seb128: perhaps UC?
[16:14] <pitti> UTC
[16:14] <pitti> seb128: sohuld be ~ 250 kB instead of the old ~ 40 kB
[16:14] <seb128> oh, right
[16:15] <sil2100> \o/
[16:15] <sil2100> pitti: sorry for the hacking it needed from you ;p
[16:15] <sil2100> I'll test the pl in a moment, my krillin is busy with some tests now
[16:15] <pitti> sil2100: can clean this up later, I figure for now we just need some working packs?
[16:16] <sil2100> pitti: yes :) Good thing you had time today since the plans changed and I will have to spin the first candidate today at nighttime
[16:26] <seb128> pitti, sil2100, langpacks +1 from me, tested the standard apps and scopes, seems all fine in french
[16:26] <seb128> including uitk translations that were missing earlier
[16:26] <pitti> seb128: c'est grand !
[16:27] <pitti> seb128: ou es-tu ? nous sommes dans la chambre nourriture
[16:27] <seb128> pitti, je suis à la présentation sur apt
[16:38] <sil2100> pitti: looking good here on pl too, not sure what more to check
[16:38] <sil2100> I would say - let's upload o/
[16:38] <pitti> sil2100: ack
[16:39] <pitti> sil2100: hm, argh -- these are currently targeted at 15.04, not "vivid"; they should target the latter?
[16:39] <sil2100> pitti: what do you mean?
[16:40] <pitti> sil2100: debian/changelog series target
[16:40] <pitti> sil2100: I won't upload them to RTM 15.04
[16:40] <sil2100> vivid is the target, yes :)
[16:40] <pitti> sil2100: but to "vivid"?
[16:40] <sil2100> Ouch!
[16:40] <pitti> ok
[16:40]  * pitti seds
[16:45] <pitti> sil2100: landing
[17:01] <sil2100> pitti: thanks! Yay!
[17:01] <sil2100> I see the massive uploads, awesome
[17:20] <mterry> @pilot in
[18:22] <infinity> pitti: Is there a valid argument for the dbus trigger to be "interest" instead of "interest-noawait"?
[18:38] <mstratman> This is a bit of naive question, but is there a general or rough average time between a proposed build (specifically https://launchpad.net/ubuntu/+source/postgis/2.1.8+dfsg-1build3/+build/7764679) and when it'll be available?  Basically I'm trying to assess whether to build from source or wait for a package update
[18:38] <mstratman> or are there individual maintainers and it depends on who is available and when
[18:42] <sarnold> mstratman: it looks like ..1build3 has been in wily for nearly two days https://launchpad.net/ubuntu/+source/postgis
[18:43] <mstratman> do you have any ideas for typical timelines to make it into 14.04 ?
[18:46] <sarnold> mstratman: it won't; once a distribution is released, most packages get patched for specific issues. a handful of programs like firefox, chromium-browser, mysql, libreoffice, get their updates made available, but those are by far the minority
[18:46] <sarnold> mstratman: see e.g. https://wiki.ubuntu.com/SecurityTeam/FAQ#Versions
[18:47] <mstratman> Ok, thanks. Too bad because it has a nasty crash
[18:47] <sarnold> mstratman: does it fix a specific bug? or does it provide a specific feature?
[18:47] <mstratman> yeah, this is the main critical fix afaik: http://trac.osgeo.org/postgis/ticket/3125
[18:49] <mstratman> it sounds like pinning may be a solution, though.
[18:50] <sarnold> man, there's no links to fixes in there, how is anyone supposed to use that tracker? o_O
[19:43] <mterry> Hrm.  libgtk2.0-dev is not installable on wily/arm64?
[19:43]  * mterry wonders how best to determine why
[19:59] <brendand> mterry, depends on why it's not installable
[20:00]  * brendand realises the recursiveness of that question
[20:00] <brendand> i was really just trying to ask what error you got
[20:01] <mterry> brendand, :)  I don't know, I don't have much output.  It's causing a ftbfs for me on lshw, but the log is very vague: https://launchpadlibrarian.net/214901083/buildlog_ubuntu-wily-arm64.lshw_02.17-1.1ubuntu2_BUILDING.txt.gz
[20:01] <mterry> I'm trying to see if I can get a qemu pbuilder going for arm64
[20:02] <brendand> mterry, oh yeah apt is not that helpful there
[20:40] <chiluk> RAOF, are you around?  Can you take a look at https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1432871 ,  and give me an upload or a reject on it?
[20:41] <chiluk> ah looks like RAOF is in australia ..  arges can you take another look at https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1432871  ??
[20:49] <ari-tczew> infinity: could you quickly take a look on  bug 1476470 and give your feedback whether really delta can be dropped? (in your opinion, as you're last uploader)
[20:50] <arges> chiluk: where is the upstream email when you submitted this patch
[20:51] <chiluk> arges... read the sru
[20:51] <chiluk> I never submitted upstream because upstream has diverged too much and it no longer applies
[20:51] <chiluk> mostly because of the move to rely on /proc/mounts
[20:57] <mterry> @pilot out
[20:58] <chiluk> yeah arges ... I know it would be a sauce patch.. it's documented as such in the text of the patch..  I really need an accept or reject on it
[22:23]  * cjwatson retries mterry's lshw thing above, seems to be working now
[22:24] <cjwatson> (I tried 'ssh -t snakefruit sudo -iu ubuntu-archive chdist-mainonly apt-get wily-proposed-arm64 build-dep lshw', which is only useful for a small group of people but you can do the same thing with a suitably configured chdist instance, no need for qemu or pbuilder or what-have-you)


[00:43] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4442 Ready to build (/:, /: Failed to update local lp:bamf cache., focal/Failed, focal/cache., focal/local, focal/lp:bamf, focal/to, focal/update). Successfully built (focal/bamf)
[00:43] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2162 Needs rebuild due to higher version at destination (zesty/aethercast). Ready to build (/:, /: Failed to update local lp:aethercast cache., xenial/Failed, xenial/cache., xenial/isc-dhcp, xenial/local, xenial/lp:aethercast, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/isc-dhcp, zesty/local, zesty/lp:aethercast, zesty/to, zesty/update). Successfully built (xenial/aethercast)
[01:03] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4442 Ready to build (/:, focal/Failed, focal/cache., focal/local, focal/lp:bamf, focal/to, focal/update). Successfully built (focal/bamf)
[01:03] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2162 Needs rebuild due to new commits (zesty/aethercast). Ready to build (/:, xenial/Failed, xenial/cache., xenial/isc-dhcp, xenial/local, xenial/lp:aethercast, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/isc-dhcp, zesty/local, zesty/lp:aethercast, zesty/to, zesty/update). Successfully built (xenial/aethercast)
[08:12] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/4844 Merging branches
[08:13] -queuebot:#ubuntu-ci-eng- mitya57, https://bileto.ubuntu.com/#/ticket/4859 Preparing packages
[08:13] -queuebot:#ubuntu-ci-eng- 3v1n0, https://bileto.ubuntu.com/#/ticket/4692 Proposed pocket (impish/unity). Ready to build (/:, /: Failed to update local lp:unity cache., impish/Failed, impish/cache., impish/local, impish/lp:unity, impish/to, impish/update)
[08:33] -queuebot:#ubuntu-ci-eng- 3v1n0, https://bileto.ubuntu.com/#/ticket/4692 Proposed pocket (impish/unity). Ready to build (/:, impish/Failed, impish/cache., impish/local, impish/lp:unity, impish/to, impish/update)