[01:55] <infinity> RAOF: Hrm, care to poke at https://launchpadlibrarian.net/123196289/buildlog_ubuntu-raring-armhf.attica_0.4.1-0ubuntu4_FAILEDTOBUILD.txt.gz
[01:55] <infinity> RAOF: (There are a bunch more like that)
[02:02] <wookey> doko_: openjdk-7-jre-headless is marked MA:same. Is that right?
[02:03] <wookey> I see they can be co-installed, but tzdata for example need the BUILD arch version and can't ask for that if it's MA same (I don't think)
[02:06] <doko_> so maybe these should be m-a foreign
[02:09] <wookey> foreign or allowed, yes
[02:10] <infinity> I think you want allowed, in that case, no?
[02:11] <infinity> Following build-dep resolution from https://wiki.ubuntu.com/MultiarchCross
[02:11] <wookey> allowed if you want to be able to install either BUILD or HOST, but each depending package that wants BUILD has to have a :any
[02:12] <wookey> Having done this for a while I reckon allowed is best avoided, and splitting packages into foreign and same portions is better - then the default dependecnies 'just work' nearly everywhere
[02:12] <infinity> Well, foreign won't let you get it at all. :P
[02:13] <wookey> But yes if both arches are needed together ever then foreign is no good
[02:13] <wookey> (without package splitting)
[02:13] <infinity> Oh, I guess foreign lets you just build-dep on it with no qualifier, and assume you'll get BUILD by default.
[02:13] <wookey> I've almost got gettext split so I can stop putting :any on about 1000 packages
[02:13] <infinity> But it doesn't let you specify that either.
[02:15] <infinity> RAOF: I withdraw the Mesa query, looking at a fix right now.
[02:17] <wookey> hmm, actually tzdata can depend on openjdk-7-jre-headless:native to get the right version when it is M-A: same.
[02:17] <wookey> A chance to test this :-)
[02:18] <wookey> Not sure this is the right default though
[02:18] <infinity> And there's no reason for it to not be :same, if it is indeed coinstallable.
[02:18] <infinity> (And if that's desirable for some reason)
[02:21] <wookey> oddly I currently get differnt results building tzdata with sbuild ('jdk uninstallable') and with apt in a chroot ('no problem'). I don't know why this difference is hapenning...
[02:22] <wookey> probably due to 'clean chroot' vs 'fiddled-with chroot'
[02:34] <wookey> doko_: using :native works OK, so maybe MA:same is correct - I am clueless about java and crossing and packaging.
[02:34] <wookey> http://people.linaro.org/~wookey/buildd/quantal-arm64/sbuild-ma/tzdata_2012e-0ubuntu2cross2-quantal-bootstrap-arm64-20121118-022905.6937.log
[02:34] <wookey> I can certainly work with it for now
[13:38] <mohamedalaa98> Hello guys :D
[14:15] <raavi_> Hi all
[14:22] <raavi_> hi all....i have an observation but do not know the right way to escalate
[14:22] <raavi_> i was directed to here....
[14:24] <raavi_> ...with bug #892561....anybody?
[14:26] <ScottK> raavi_: If you want to discuss that bug with anyone, #ubuntu-installer is probably a better channel, but probably not on the weekend.
[14:27] <raavi_> ohh i see....thx
[14:42] <zigo> Hi. I'm a DD, and don't know how to use Launchpad. How may I reassign a bug to a different package? (in my case, #907214 should be reassigned to the Xen hypervisor).
[14:45] <jtaylor> zigo: click on the little arrow next to the package, it should open more options, incliding a package field
[14:48] <zigo> Oh, cheers! :)
[17:30] <maxiaojun> anyone concerned about b43-fwcutter source package?
[18:42] <EXORCIST> Hello
[18:42] <EXORCIST> ANyone here?
[18:43] <EXORCIST> I am good developer, i am looking to contribute to Ubuntu
[18:50] <directhex> (no he isn't, he's a troll who's already been banned from #ubuntu-uk)
[18:52] <EXORCIST> directhex got banned from ubuntu channel for harrassing op who +q him
[18:52] <directhex> yeah, i don't think making things up like that about me will work too well
[18:54] <EXORCIST> directhex
[18:54] <EXORCIST> stop trolling me in the channels, you are following me too.
[18:55] <EXORCIST> !ops
[18:55] <directhex> everyone else can see the JOIN messages, with the relevant times on them. "following you" is pretty much trivially disproven.
[19:18] <dobey> lol