[04:31] <RAOF> Laney: Are you likely to look at colord imminently, or shal I go trolling for sponsors elsewhere?
[04:33] <StevenK> RAOF: You haven't fixed that CRITICAL bug yet?
[04:34]  * RAOF looks at StevenK quizzically.
[04:34] <StevenK> RAOF: The critical bug where you need a sponsor.
[04:34] <RAOF> Split that infinitive!
[04:35] <RAOF> StevenK: Sadly, policy prevents me from fixing that bug in Ubuntu, and the upload-to-Debian-and-sync workaround is unavailable to my non-DD self. :)
[07:24] <AnAnt> Hello, would someone sponsor: LP 819692,  LP 820201, LP 812120, LP 815861
[09:04] <Laney> RAOF: today, yes
[09:38] <RAOF> Laney: Bah.  0.1.11 has been released.  If you've not done it yet, I'll update to the new version first.
[09:38] <Laney> go for it
[09:38] <Laney> ping me when it's done, I'll review for you over lunch
[09:46] <RAOF> Ta muchly.
[11:27] <RAOF> Laney: Phew!  0.1.11 in git now.  I hope you haven't had lunch yet :)
[11:32] <Laney> RAOF: looking, but I won't be able to upload since my machine with the key on it seems to have gone offline
[11:33] <Laney> stupid wireless.
[11:33] <RAOF> Heh.
[11:34] <RAOF> Basically, pre-feature-freeze is soon enough.
[11:35] <Laney> will get it back tonight
[11:39] <directhex> is boo good for a sync?
[11:39] <Laney> i didn't build test it on oneiric
[11:40] <Laney> but if it works there, yeah
[11:40] <Laney> RAOF: there is a template README.source
[11:40] <directhex> well, the nant issue. sync nant, i guess
[11:40] <directhex> though iirc it's in main?
[11:42] <Laney> directhex: should be ok, doesn't change anything
[11:43] <RAOF> Laney: …fixed.
[11:43] <directhex> RAOF?
[11:43] <Laney> and it's not on the CD anyway
[11:45] <RAOF> directhex?
[11:46] <directhex> RAOF, can you sync nunit? it's got no changes, it just syncs the version numbers with exp
[11:47] <RAOF> Ah.  No, I don't have the sync button.
[11:47] <directhex> syncpackage?
[11:49] <RAOF> “The use of syncpackage is discouraged by the Ubuntu Archive Administrators” - does nunit need to be synced right now, or can it wait for an archive admin to sweep through the queue?
[11:50] <directhex> RAOF, i'd like it before quixotic quogga
[11:50] <Laney> AA queue management seems to have slowed somewhat lately
[11:51] <Laney> tout the request in #-devel and see if anyone bites
[11:54] <RAOF> Actually - what are we trying to sync from here?
[11:54] <Laney> nant/exp so that we can sync boo/exp as it requires this debian revision
[11:55] <RAOF> 2.5.10.11092+dfsg-1 in oneiric, and it that seems to be in exp, too.
[11:55] <RAOF> Oh.  *nant*
[11:55] <Laney> silly directhex
[11:56] <directhex> oops
[11:56] <directhex> they sound similar :(
[11:57] <Laney> RAOF: are there any rdepends that I can use to test?
[11:58] <RAOF> Laney: Of colord?  gnome-color-manager would work, but that's not packaged, obviously.
[11:58] <Laney> wfm
[11:58] <Laney> and would dbus-launch work for the test suite?
[11:59] <Laney> and I don't think you need to prepend debian/tmp in install files any more
[11:59] <Laney> other than that, looks good to me: will test build when I get my machine back online later
[12:00] <RAOF> I do for debian/tmp/etc, because $DEB_BUILD_DIR/etc exists.
[12:00] <RAOF> I could add a comment for that, though.
[12:00] <Laney> ah, no — no need
[12:00] <directhex> Laney, i think the nunit and mysql transitions are over, so you can pull them from the transition tracker config if you like
[12:00] <Laney> k
[12:01] <directhex> gonna have to try again with libreoffice, at some point. maybe it's stable enough in ubuntu to test build
[12:01] <Laney> i thought that the bindings got removed
[12:03] <Laney> or will do: looks like it's not uploaded yet
[12:03] <RAOF> directhex: Have you talked with Sweetshark about the bindings?
[12:03] <Laney> ask someone in -desktop but I think that's the case
[12:03] <directhex> no. i'm fine with removal, too
[12:03] <directhex> doubt it had any users
[12:04] <Laney> I hinted to _rene_ to do that too, don't know if he will
[14:45] <stlsaint> would someone mind test building a .deb from the lintian tar.gz found here on launchpad: https://launchpad.net/lintian
[14:45] <paultag> hey stlsaint
[14:45] <paultag> stlsaint: why not get the source of lintian and rebuild with a bump in the version?
[14:46] <paultag> stlsaint: it's a debian targetd script, can't imagine it'd be a pain to package
[14:47] <stlsaint> paultag: whoa, your everywhere
[14:47] <paultag> stlsaint: :)
[14:48] <stlsaint> paultag: its being a pain for me right now
[14:48] <stlsaint> paultag: trying to narrow down my debugging, its either pbuilder or debhelper and im leaning heavy towards my version of debhelper
[14:49] <paultag> stlsaint: poke me after work if no one else gets it :)
[14:49] <paultag> stlsaint: you know where I am :)
[14:49] <stlsaint> paultag: kk, will do
[16:14] <slug> hey guys, the sbuild at the launchpad ppa for amd64 builds correctly but the i386 fails. the strange is that both sbuild and pbuild work fine on my own machine (both archs).
[16:14] <slug> my own sbuild log for i386: http://slug.aeminium.org/software/ubuntu/ppa/deal.ii/sbuild-i386/
[16:14] <slug> failed build log for i386: https://launchpad.net/~slug-debian/+archive/ppa/+build/2661543
[16:18] <micahg> slug: there's a 150 minute timeout on the PPAs
[16:18] <micahg> oh, hmm, nevermind, not hitting that
[16:23] <slug> micahg: should i run mk-sbuild natty or there's something else different that the ppa uses?
[16:23] <micahg> slug: launchpad uses and old forked version of sbuild
[16:24] <slug> micahg: any particular reason for that? :)
[16:24] <micahg> slug: priorities for scheduling maintenance work?
[16:24] <micahg> idk
[16:25] <slug> is there a place for bug reports/search ?
[16:25] <micahg> slug: it could also be an OOM issue if it dies during linking
[16:26] <slug> micahg: it might be, but my 32bit machine only has 1GB RAM and 1GB swap. what's the ppa conf, do you know?
[16:26] <micahg> slug: more than that, again, weird
[16:26] <micahg> idk
[16:27] <micahg> maybe someone else can see something wrong w/the log
[16:37] <slug> micahg: and that someone might be, where?
[17:02] <micahg> does anyone know why zsnes only builds on i386 when it's architecture: i386 amd64?
[17:20] <jtaylor> hm I looked at that a few month ago
[17:21] <jtaylor> but don't remember
[17:22]  * jtaylor looking again
[17:23] <jtaylor> it crosscompiles for amd64
[17:23] <micahg> jtaylor: I"m wondering about the lack of a build attempy
[17:23] <micahg> *attempt
[17:23] <micahg> the logs seems to show just an i386 build record
[17:26] <jtaylor> is there an equivalent of this in ubuntu? https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific
[17:27] <jtaylor> this sets it to i386 in debian
[17:28] <micahg> idk
[17:35] <jtaylor> probably this: http://bazaar.launchpad.net/~ubuntu-core-dev/packages-arch-specific/ubuntu/view/head:/Packages-arch-specific
[17:36] <micahg> jtaylor: nice find :)
[17:37] <jtaylor> https://wiki.ubuntu.com/PackagesArchSpecific
[19:29] <ScottK> jtaylor: We used to have a common PAS between Debian and Ubuntu.
[20:06] <porthose> exit
[20:07] <iulian> Perhaps /exit would do it. :)
[20:41] <Laney> maco: good work on the thread(s) :-)
[20:43] <ajmitch> fighting the good fight on the mailing list?
[20:43] <ajmitch> each time I return to thunderbird there are several more emails to read
[20:44] <Laney> ♥ politics
[20:47] <ajmitch> at least people care :)
[20:47] <ScottK> Laney: There's only no politics if there's no people involved.
[20:49]  * iulian nods.
[20:57]  * Laney does something useful instead like sponsor RAOF's package into Debian
[21:01] <Laney> erm, there's no pristine-tar branch
[21:13] <SpamapS> micahg: hey, re bug 682680 and gearman in general...
[21:13] <SpamapS> micahg: I'm kind of a gearman developer, and would be really happy to do the update to 0.23
[21:14] <SpamapS> micahg: I'll bug monty about possibly maintaining it in Debian as well
[21:22] <ajmitch> ScottK: I see you're being brutally honest on the DMB subject again
[21:23] <ScottK> For some reason it seems to be my role.
[21:23] <Laney> I like it. Carry on.
[21:23] <ajmitch> You do it well, thank you for doing so
[21:24] <Laney> also I forgot to turn on FromLineOverride so my mail sent from a weird address and is now in moderation
[21:24] <Laney> bah.
[21:25] <ajmitch> cancel the mail & try again
[21:25] <Laney> you can do that?
[21:25] <ajmitch> I think u-d moderation is often a bit sporadic, so it could turn up in 2 months time otherwise
[21:25] <ajmitch> if it's held for moderation, mailman should email you a link to cancel it
[21:26] <Laney> I don't think I have ever read beyond the subject of those mails.
[21:26]  * Laney is excited about this now
[21:26] <ajmitch> it did the last time I mailed a @lists.ubuntu.com list without checking From:
[21:26] <Laney> so there is
[21:27]  * Laney approves of ajmitch. We should keep him around.
[21:27] <iulian> Laney: It should be the last line, if I recall correctly.
[21:28] <Laney> iulian is correct
[21:29] <Laney> directhex: did you request the sync of nant?
[21:30] <ajmitch> looks like RAOF filed the bug
[21:30] <directhex> no
[21:30] <ajmitch> bug #820323
[21:30] <Laney> aha
[21:31]  * Laney le subscribes
[22:05] <micahg> SpamapS: there's already a debdiff for the new version, I just wanted to make sure that drizzle wasn't going to break
[22:05] <SpamapS> micahg: oh sweet
[22:05] <SpamapS> micahg: yeah drizzle is totally unrelated
[22:06] <micahg> it seems to use gearman for plugins
[22:06] <SpamapS> there's a logging plugin
[22:06] <SpamapS> but thats not really "part of drizzle"
[22:07] <micahg> SpamapS: ah, can you comment in the bug then and I'll upload later tonight?
[22:09] <micahg> SpamapS: ah, you already did :), I"ll take care of it later, thanks
[22:11] <SpamapS> micahg: no, thank you
[22:22] <Laney> RAOF: uploaded, but apparently Launchpad can't take .xz yet :-(
[22:37] <RAOF> Laney: …really?  Bah!  I thought I approved some SRUs to make xz support better in lucid, and they implied it was already working on launchpad.
[22:44] <iulian> Oups.
[22:45] <RAOF> Laney: bug #742408 suggests otherwise.
[22:46] <RAOF> Laney: Yeah, there's no pristine-tar branch.  pristine-tar doesn't handle xz :)
[22:52] <ajmitch> 'minimum of mid next week' means hitting feature freeze
[22:53] <ajmitch> uploading with a different .orig.tar.* would be ugly for future syncs though
[22:53] <ScottK> It would.