[07:07] <dholbach> good morning
[07:08] <philipballew> morning dholbach how goes your morning?
[07:08] <ajmitch> morning dholbach
[07:09] <dholbach> hey philipballew, hey ajmitch
[07:09] <dholbach> how are you doing?
[07:09] <dholbach> just having my first coffee and listening to a mixtape I did last night :)
[07:09]  * ajmitch just got home, but fine
[07:10] <philipballew> Pretty swell dholbach , trying to attempt to do CS homework at 12 am, but the music in my headphones is winning. what type of music you make?
[07:11] <dholbach> oh, good luck with your homework then!
[07:11] <dholbach> I uploaded a few mixes to http://www.mixcloud.com/dholbach/ - but the one I did last night wasn't good enough it sounds :)
[07:11] <philipballew> yeah! its trying to learn assembly language
[07:11] <philipballew> this sounds good!
[07:12] <dholbach> I'm into mixing Drum'n'Bass music, Dubstep, Breaks and other stuff, but generally I like almost all kinds of music
[07:12] <philipballew> well, im off to go for a late night bike ride to meet up with people. ttyl!
[07:13] <philipballew> ill set this as a favorite, and listen to it all soon
[07:13]  * dholbach hugs philipballew
[07:13] <dholbach> have a great rest of your day :)
[07:13]  * philipballew embraces the warmth. 
[07:13] <philipballew> take care dude!
[07:15]  * ajmitch tries to decide what productive things to do this evening
[07:16] <RAOF> ajmitch: Work on a Do bug!
[07:16] <micahg> ajmitch: sponsor random stuff in the queue before final unseeded freeze?
[07:17] <ajmitch> there's a bit in there at the moment?
[07:18] <micahg> yep
[07:19] <micahg> I'm trying to get seamonkey updated at the last minute again
[07:19] <ajmitch> how long does that take to build these days?
[07:19] <micahg> idk, I think an hour now?
[07:20] <ajmitch> not nearly as bad as I thought
[07:20] <geser> ajmitch: update to oneiric and file upgrade bugs
[07:20] <micahg> should be comparable to thunderbird + 25%
[07:20] <ajmitch> geser: already upgraded, checked that bugs were filed for things that I came across
[07:21] <ajmitch> problem is, I didn't do things the normal way, but just with upgrading a few packages at a time with apt-get
[08:09]  * Rhonda loves bugs that come in rather at the end of the development …
[08:17] <Rhonda> Can someone please give me their opinion on Bug #694665 (see my comment), I'm uncertain what to do.
[08:23] <Zhenech> Rhonda, are there different fonts used in the two dialogs?
[08:24] <Rhonda> Well, it would require a font to support that indic language, and a font renderer capable to render that script.
[08:25] <Rhonda> The latter probably is the issue here which upstream doubts to be easy.  For the former, different fonts are already used, like for chinese.
[08:30] <Zhenech> Rhonda, ah, ok
[08:30] <Zhenech> Rhonda, I wonder why chinese etc render fine at that point
[08:30] <Zhenech> but yes, disabling the font if it breaks the playflow is maybe better
[08:30] <Rhonda> Because it's "just" a font.
[08:31] <Rhonda> It doesn't require funny stuff with the script, like merging letters above, below, left and right and stuff.
[08:31] <Zhenech> oh
[08:31] <Rhonda> Font rendering is … strange, especially in indian countries.
[08:34] <Rhonda> "<Espreon> The policy is that all of course must first be translated before a new font gets shipped."
[08:51] <lenios> i'm having some issues... pbuilder create works when building i386 base, but when i'm building amd64 base, it tries to get i386 Packages from my local mirror, and fails because it's an amd64 only mirror. any advice how to disable i386 when building amd64 base?
[08:52] <lenios> here's my pbuilderrc if anyone's interested http://pastebin.com/u4GM2NPu
[09:03] <tumbleweed> lenios: hrm, probably multiarch. We should make pbuilder-dist and mk-sbuild disable it...
[09:04] <lenios> iirc, it was working a few days ago
[09:04] <micahg> tumbleweed: maybe there should be an option to disable, but that shouldn't be the default
[09:04] <lenios> pbuilder actually creates amd64 base.tgz, and then fails when trying to update it
[09:05] <tumbleweed> micahg: I thought we wanted the architectures to be entirely self-hosted?
[09:05] <micahg> tumbleweed: the default in oneiric is to have i386 and amd64 sources on amd64
[09:06] <tumbleweed> micahg: I know, and I'm thinking that's not appropriate for package building
[09:06] <micahg> why not?  wine does some crazy stuff..
[09:07] <lenios> you don't need i386 binaries when building amd64 packages
[09:07] <tumbleweed> hrm, that's probably true :)
[09:07] <micahg> lenios: you could depending on the situation, the question is what are our buildds doing ATM
[09:08] <tumbleweed> micahg: yeah, just checked. They have it enabled too
[09:10] <lenios> so it's multiarch and there's no way to disable it?
[09:11] <micahg> you can disable it, but it no longer guarantees that you can build everything in the archive
[09:11] <lenios> i just want to create a base.tgz at the moment
[09:13] <tumbleweed> to disable, make pbuilder delete /etc/dpkg/dpkg.cfg.d/multiarch before creating the base.tgz (you'll have to change pbuilder)
[09:14] <lenios> change pbuilder?
[09:15] <tumbleweed> yip. Or just use a different mirror, and fix it up afterwards with pubilder login
[09:15] <lenios> i have separate mirrors for i386 and amd64 with different url
[09:16] <lenios> tried to add my i386 mirror, but it still tries to get i386 from my amd64 mirror
[09:16] <micahg> lenios: use a URL rewrite on your amd64 mirror?
[09:17] <micahg> I assume this is for local consumption only...
[09:17] <tumbleweed> lenios: you can limit an apt sources line to a single archiceture with [arch=i386] https://wiki.ubuntu.com/MultiarchSpec#apt_sources
[09:17] <lenios> tumbleweed, i tried but it didn't work
[09:18] <lenios> well, it's working on my system, just can't get it to work with pbuilder
[09:18] <tumbleweed> lenios: obviously that'll only work once you already hvae a pbuilder image that you created with another mirror
[09:22] <Laney> goooooooooooooood morning
[09:28] <Rhonda> Zhenech, all: got an upstream comment in Bug #694665 and now wonder if that would be possible to get into oneiric still. The gain is practically little because as can be seen on http://gettext.wesnoth.org/ the translation is very little.
[09:39] <tumbleweed> there's a bunch of stuff in the sponsor queue that could really use attention
[09:47] <Laney> i will upload cairo-dock
[09:47] <Laney> someone else can take guichan with the nasty diff
[09:47] <Laney> muhahaha
[09:49] <nigelb> heh, I didn't know Laney had an evil laugh :)
[09:52] <Laney> i try!
[10:08] <Laney> yeah good job i reviewed plug-ins
[10:08] <Laney> borked mono build
[10:14] <Zhenech> Rhonda, imho translation of <50% is worthless, but YMMV etc :)
[10:23] <Rhonda> Zhenech: Me too, but I don't want to "disable" them hard because someone might still be interested. If it can't get displayed that's something different though …
[10:24] <Rhonda> And if the <50% are 100% of the core po file (but no campaigns) it's still more than useful
[12:22] <tumbleweed> Laney: I think the guichan change is reasonable, but I tested two rdepends in the archive and they seem fine. I'm happy to leave it for precice
[12:22] <Laney> it seemed pretty bad
[12:23] <Laney> get it in quickly before I change the topic
[12:23] <Laney> I just didn't like all of the noise in the diff
[12:32] <tumbleweed> Laney: uploaded
[12:33] <Laney> muhahaha
[12:33] <Laney> (/me peeks at nigelb)
[12:35] <nigelb> Laney: hehe
[15:21] <dholbach> thanks Laney for the stats :)
[15:21] <dholbach> I'll reuse them for my weekly dev update blog post :)
[15:22] <Laney> heh heh
[15:22] <Laney> I thought they were fun
[15:35] <dholbach> yeah :)
[17:01] <tumbleweed> if anyone else finds this handy... http://corelli.tumbleweed.org.za/ubuntu-qa/specs-by-date/
[17:20] <tumbleweed> nigelb: can you add something like ^ to summit?
[17:52] <bbigras__> Since Tomboy is shipped by defaults, isn't bug 842278 a release blocker or something?
[17:53] <broder> tumbleweed: +1
[17:53] <broder> tumbleweed: think you can make it spit out an RSS feed? :)
[19:54] <tumbleweed> broder: is atom not enough?
[19:55] <broder> tumbleweed: oh! i...totally missed that it was there
[19:55] <broder> awesome
[19:55] <tumbleweed> heh, added it during a LUG talk this evening
[19:55] <tumbleweed> doesn't have the synopsis, though, that would require adding launchpadlib queries
[19:57] <broder> or screen scraping :)
[19:58] <tumbleweed> I think one can get that out of lp api these days. Just notthing sprint related. That comes from a magic xml file, that exists for summit
[20:27] <pmjdebruijn> micahg: I used quickproxy as an example, worked just great for me
[20:27] <pmjdebruijn> though I'm wondering how it to active something by default for all users on for example a live cd
[20:30] <micahg> pmjdebruijn: sorry, I don't remember the question
[20:31] <pmjdebruijn> micahg: packaging xpi files, you replied with mozilla-devscripts :D
[20:31] <Laney> tumbleweed: broder will you be in orlando?
[20:32] <micahg> pmjdebruijn: ah, ok, for a live env, you would need to have the package installed in the live fs
[20:32] <broder> Laney: yep
[20:32] <broder> hoping to have more time this cycle to work on ubuntu stuff. work has been super busy for the last 6 months
[20:33] <Laney> fun fun fun
[20:33] <pmjdebruijn> micahg: yeah that's trivial, the plugin just pops up, it's not enabled by default
[20:33] <Laney> maybe I'll get more than 10 minutes walk from the hotel this time ...
[20:33] <Quintasan> Hmm, GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 INSTALL_ROOT=$(CURDIR)/debian/tmp make  $(PARALLEL_MAKEFLAGS) install <-- any ideas how to do the same thing with dh7 override? GCONF_DISABLE_MAKEFILE_SCHEMA_INSTALL=1 $(overridden_command) doesn't work
[20:33] <broder> heh, yeah, that'd be nice too :)
[20:37] <tumbleweed> Laney: yeah, although I probably don't have the time
[20:37] <Laney> hah, know that feeling
[21:21] <ScottK> tumbleweed: You uploaded guichan and fwts to -release.  I think it's a bit late for that.  I'll reject so you can re-upload to proposed.
[21:21] <Laney> it wasn't late at the time
[21:21] <micahg> right, was discussed here and on -release
[21:21] <ScottK> OK.  I wasn't around.
[21:21] <ScottK> Did someone say to accept them?
[21:22] <Laney> pitti was aware of it
[21:22] <Laney> don't know what he planned to do
[21:22] <ScottK> Laney: If you say I should accept them for you now, I will.
[21:22] <Laney> I think they should be, yes.
[21:22] <Laney> if the builders are free and such
[21:22] <ScottK> They aren't.
[21:22] <Laney> ppc looks like it might be a problem, but maybe scoring will help
[21:23] <ScottK> I'll accept them and you find someone to do the rescores.
[21:23] <ScottK> Done.
[21:23] <Laney> thanks
[21:34] <tumbleweed> ScottK, Laney: thanks
[22:44] <achiang> micahg: ping, do you know what distroseries these packages are built for? http://ports.ubuntu.com/pool/universe/c/chromium-browser/
[22:44] <achiang> micahg: ones that are labeled 10.04, 10.10 are obvious
[22:44] <achiang> micahg: but what about chromium-browser_13.0.782.215~r97094-0ubuntu2_armel.deb e.g.?
[22:45] <micahg> achiang: rmadison chromium-browser should tell you now
[22:46] <micahg> achiang: I'll get chromium in oneiric fixed up, then try to get it finally SRUd, but might not happen until close to UDS
[22:49] <achiang> micahg: ok, thanks
[22:49] <achiang> micahg: thanks for the pointer to rmadison, hadn't heard of that tool before
[22:50] <micahg> achiang: yes, I think cjwatson got that working recently with ports
[22:50] <achiang> i love how the ethos of, "you're not the first one to have this problem" and usually someone smarter than me has already fixed the issue. :)
[23:02] <nigelb> tumbleweed: yes, please file a bug so we can get it done?