[00:37] <StevenK> Bleh, I do not get why setting date_* on creation means two tests fail
[02:03] <StevenK> wgrant: So the issue is the validator for the date_* properties
[02:04] <StevenK> If they don't call validate_conjoined_attribute, the tests don't fail
[02:04] <StevenK> wgrant: Is the @block_implicit_flushes decorator to blame?
[02:09] <wgrant> StevenK: it could be.
[02:10] <StevenK> Blah, using PassthroughValue(bugtask.datecreated) doesn't cause the tests to pass
[02:10] <StevenK> Well, it does if I set the attributes directly, but not if I call _setStatusDateProperties
[02:56] <StevenK> wgrant: http://pastebin.ubuntu.com/6286668/
[02:57] <wgrant> StevenK: I guess that works.
[02:57] <wgrant> Does it works?
[02:59] <StevenK> wgrant: The test I added in the previous branch and all of the failures from buildbot pass.
[02:59] <wgrant> Sounds sane
[04:20] <StevenK> wgrant: Hmm, Also affects project doesn't allow you to set the status on creation
[04:26] <wgrant> StevenK: Correct.
[04:28] <StevenK> wgrant: But then I can't check that the properties are set correctly for createManyTasks?
[04:29] <wgrant> StevenK: Probably only for filing a new one, correct.
[04:29] <wgrant> But even that uses createManyTasks
[04:29] <wgrant> s/one/bug/
[04:30] <StevenK> Well, date_triaged works, at least.
[04:32] <StevenK> wgrant: Hm, so postgres will expand * to every column, but not date* ?
[04:32] <StevenK> Or is * actually special and not expanded?
[04:36] <wgrant> StevenK: * is special.
[04:50] <StevenK> wgrant: http://pastebin.ubuntu.com/6287016/ pleases you?
[04:53] <wgrant> StevenK: And you've tested that all other ways to create tasks don't crash?
[04:53] <StevenK> wgrant: Also affects product does not crash
[04:53] <StevenK> I'm trying to recall others
[04:54] <wgrant> Targetting, distro tasks
[04:55] <StevenK> wgrant: Targetting 1206155 to Staging works fine
[04:56] <StevenK> And added an eglibc task onto 1206154 fine
[04:56] <StevenK> wgrant: I can't file a new bug that will have conjoined tasks on it?
[05:02] <wgrant> StevenK: Not unless you can file it directly on a distroseries or productseries.
[05:08] <StevenK> wgrant: Doesn't look like it
[05:38] <StevenK> wgrant: Looking at bug 1234497, I've created a product and a series, created a proprietary bug on the product, created another bug targetted to the series, and then removed the product task. I can then set the product to proprietary, but it should fail, right?
[05:38] <_mup_> Bug #1234497: Project series bug tasks on proprietary project can target non-proprietary bugs <oem-services> <oops> <privacy> <private-projects> <Launchpad itself:Triaged> <https://launchpad.net/bugs/1234497>
[05:38] <wgrant> StevenK: Right.
[05:38] <wgrant> The check only looks directly for product tasks.
[05:40] <StevenK> Right, and milestones are always going to be targetted at a series, so all bugs for the product and its series should be fine.
[05:40] <StevenK> milestoned bugs, that is
[05:40] <wgrant> A milestone isn't a bug target.
[15:39] <harishnavnit> hi
[15:45] <harishnavnit> i'm facing an error when facing an error when i run "make schema" in the devel directory
[15:45] <harishnavnit> here's the output log http://pastebin.ubuntu.com/6289662/
[15:49] <harishnavnit> and when i run the utilities/link-external-sourcecode , i get the error stating "Parent branch not specified and hence could not be discovered."
[15:49] <harishnavnit> can anyone please help me resolving this ? Thanks