/srv/irclogs.ubuntu.com/2013/02/12/#launchpad-dev.txt

=== wedgwood is now known as wedgwood_away
StevenKFailed tests:      102:40
StevenKBwahaha02:40
StevenKAnd that's only because I intentionally broke the interface02:40
StevenKwgrant: Those Connection is closed errors were caused by my cleanup to the BranchCollection.store property02:41
wgrantAh02:45
StevenKI'm not sure why, but I've reverted them and they'll stay that way02:46
wgrantStevenK: https://launchpad.net/~tonyyarusso/+archive/ppa/+packages?field.name_filter=&field.status_filter=published&field.series_filter=edgy02:49
wgrantSpot any problems there?02:49
wgrantOnly 3 PPAs, one copy archive, and the Ubuntu primary archive seem to be afflicted02:55
StevenKHahaha02:55
wgrantPoor Dapper02:58
wgrantSome 38000 of its files are missing02:59
StevenKDidn't we inject the missing ones?03:00
StevenKI can recall a script03:00
wgrantI don't think we ever ran it03:04
wgrantWe ended up hacking p-d-r instead03:04
wgrantWe ran into this when we obsoleted dapper03:04
StevenKYeah03:04
wgrantAnd it failed to remove the files because they didn't exist in the DB any more03:04
StevenKRight03:04
StevenKSo they should be gone anyway,03:04
wgrantYeah03:05
wgrantBut there are 9 binaries that built in dapper in the primary archive, are still published somewhere else, and are deleted03:05
StevenKNow I remember why I don't like hearing about archive consistency03:06
StevenKIt makes me want to curl up under my desk and cry03:06
wgrantApart from the copy archive the numbers seem more manageable, so I might track down all PENDING/PUBLISHED pubs with missing files and get them revived.03:07
StevenKIgnoring the 38,000 for Dapper?03:08
StevenKNot sure what state Dapper's publications are in03:08
wgrantThose are obsolete03:08
StevenKAside from 'disarray'03:08
wgrantThey should technically still exist, but they don't really matter and would have be recovered from old-releases03:08
wgrantThe only things that will break are those that are still publishe03:09
wgrantd03:09
StevenKSo the new GC can remove them again?03:09
wgrantWell, not yet removed03:09
wgrantNo03:09
wgrantAnything that is obsolete is meant to stay forever, by current policy03:09
StevenKSure03:09
wgrantWe only remove *pre-release* binaries.03:09
StevenKOh, 38,000 of Dapper's released binaries are missing03:10
StevenKHandy03:10
wgrantYes03:10
wgrantOnly 9 of those are still published somewhere03:10
StevenKSee previous comment about under my desk and sobbing03:10
wgrantAh, no, 4 PPAs03:12
=== jam1 is now known as jam
StevenK    raise ValidationFailed("directories differ")03:46
StevenKValidationFailed: directories differ03:46
StevenKwgrant: ^ Seen that before?03:46
=== CyclicFlux is now known as Guest36983
wgrantStevenK: I have no context03:47
StevenKwgrant: http://pastebin.ubuntu.com/1638432/03:48
wgrantStevenK: cscvs, run away03:50
StevenKHaha03:51
wgrantMore than likely unrelated to your changes03:51
StevenKI'll continue to ignore it03:51
StevenKFighting with horrible doctest changes03:51
StevenK 12 files changed, 212 insertions(+), 618 deletions(-)03:51
StevenKOh, ugh03:56
StevenKThese tests rely on searching on branch.url being sane03:56
StevenKWhich I broke because branch.url is only used for mirrored branches and horrible03:56
StevenKHaha03:57
StevenKI mention mirrored branches and mwhudson joins03:57
wgrantYay, electricity.04:29
StevenKHaha04:29
StevenKOH04:29
wgrantStevenK: How's it going?04:32
StevenKOne failure04:34
StevenKI broke HostedBranchRestrictedOnOwnerVocabulary, and I was contemplating deleting it, but productseries requires it04:34
StevenK(IProductSeries.translations_branch, that is)04:36
wgrantHmm04:49
wgrant66 BPRs are affected04:49
wgrant6 of those are from intrepid, so we'll need to restore dists/intrepid temporarily04:49
StevenKHmm, I think my query is broken04:51
wgrantStevenK: Howso?04:52
StevenKBecause the test breaks :-)04:52
StevenKPretty good indication04:52
wgrantHeh04:53
StevenK    + ~a-branching-user/product-two/hosted04:53
StevenK      ~a-branching-user/product-two/hosted04:53
StevenK      ~a-team/product-two/another_hosted04:53
StevenKThat's my slightly fixed query, but it's still broken04:53
StevenKwgrant: http://pastebin.ubuntu.com/1638511/04:58
wgrantStevenK: That'll return the branch twice if the user owns it directlyt04:59
StevenKWhich is exactly what I'm seeing, yeah04:59
wgrantAnd it will also not do what you want if the user has no TPs (though that never happens, due to the self participation)05:00
StevenKRight, so the Branch.ownerID == self.user.id was not needed05:02
StevenKwgrant: So I think this crap actually works, shall I push it up?05:14
wgrantStevenK: Might as well05:15
StevenKMy smoke test revealed another failure05:17
StevenKwgrant: https://code.launchpad.net/~stevenk/launchpad/new-branch-search/+merge/14784005:44
StevenKBut it can wait until tomorrow if you want to do necromancy instead05:44
wgrantStevenK: waaaat05:45
wgrantStevenK: What's this def search_branches stuff?05:45
wgrantWhat was wrong with having it on BranchCollection with every other branch search method?05:46
StevenKwgrant: The BranchCollection stuff makes my brain drip out of my ears05:48
StevenKIAllBranches and related friends05:48
wgrantThat doesn't mean you should just create a separate parallel and broken in slightly different ways implementation :)05:49
StevenKHow is search_branches broken?05:49
wgrantIt's code05:49
wgrant=> it has bugs05:49
wgrantBranchCollection is well-tested05:49
wgrantsearch_branches is not05:49
wgrantAnd there's no reason for divergence AFAICS05:50
StevenKwgrant: Ah, but you did say I should ignore the current stuff and re-implement05:52
wgrantThe current *algorithm* :)05:52
wgrantThe problem is the algorithm, not BranchCollection05:53
StevenKRight, and I wasn't sure I could even delete IBranchCollection.search() until two hours ago05:53
StevenKWhich meant I was in a position to have both05:53
StevenKIf I needed05:53
adeuringgood morning08:59
=== yofel_ is now known as yofel
=== almaisan-away is now known as al-maisan
cjwatsonHm.  I may need to fix bug 604427 before I can test my bpph-phase branch properly12:24
cjwatson(Because I need to change overrides for ddebs, and I can't do that right now ...)12:25
wgrantcjwatson: Why can't you?12:33
cjwatsonchangeOverride refuses because the archive would change12:35
cjwatsoni.e. "OverrideError: Overriding component to 'universe' failed because it would require a new archive."12:36
wgrantAh12:36
wgrantThat's probably just a missing bit in changeOverride12:36
cjwatsonWhich is arguably a bug for ddebs12:36
wgrantIf it's a ddeb it should go through .debug_archive12:37
wgrantAs it does in IIRC publishBinaries12:37
wgrantTwo lines missing :)12:37
cjwatsonAh, yeah, OK12:37
wgrantI may be way off, it's been a while12:37
cjwatsonSeparate branch or should I roll it in?12:37
* wgrant checks the code12:37
cjwatsonThing is, I suspect phased-update-percentage will leave around a lot of ddebs because there's no really convenient way to override them12:37
wgrantWell12:38
wgrantThat's not a problem12:38
wgrantBecause there are no ddeb publications for the primary archive today12:38
cjwatsonWell, indeed, but when there are it's a bit of a timebomb12:38
wgrantThere are about 5 other bugs that are similarly bad and filed about that.12:38
wgrantI'd put the change in the same branch12:38
cjwatsonBut I guess we need to fix basically all of https://bugs.launchpad.net/launchpad/+bugs?field.searchtext=ddeb before we can enable ddebs in primary12:38
wgrantExactly.12:38
cjwatsonOK, I'll amend bpph-phase accordingly, thanks12:39
=== teknico_ is now known as teknico
=== wedgwood_away is now known as wedgwood
=== al-maisan is now known as almaisan-away
=== Ursinha_ is now known as Ursinha
=== wedgwood is now known as wedgwood_away
=== wedgwood_away is now known as wedgwood
=== deryck is now known as deryck[lunch]
=== deryck[lunch] is now known as deryck
=== BradCrittenden is now known as bac
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
=== mwhudson_ is now known as mwhudson
wgrantStevenK: Have you tried these searches?23:50
StevenKwgrant: Which searches?23:50
StevenKShall I cowboy this onto DF?23:51
wgrantHow effective is the new search algorithm?23:51
wgrantYou could.23:51
StevenKwgrant: Pending merge from you on DF, I'm wary of conflicts.23:52
wgrantI wonder if the "term.startswith('~') => look up by exact unique_name match" rule should be replaced with "'/' in term => look up by unique_name prefix match"23:52
wgrantAnd the name match could perhaps restrict to the relevant pillar23:52
wgrantStevenK: You can revert that23:52
StevenKNot sure how to revert just that pending merge23:53
wgrantNo need23:53
wgrantbzr revert23:53
StevenKRight23:53
wgrantRevert the whole thing23:53
wgrantIf you want JS then unshelve and update the revno in that diff23:53
wgrantSo, the idea behind my suggestions is that normally you want to search in the relevant context23:53
StevenKProbably do, but updating DF first23:53
wgrantBut you need to be able to override23:54
wgrantSo if you specify a full path it will still work23:54
wgrantBut searching for just a name fragment will only return stuff from your projet23:54
StevenKDepends on the vocab used23:54
wgrantYes, similar to the person picker rework23:54
StevenKIf just BranchVocabulary is used, then it will match everything23:54
wgrantRight23:54
wgrantBut we can do the same thing for the bugtask branch picker that we did for the bugtask person picker23:55
wgrantSo it knows which pillars are relevant23:55
wgrantShould be fairly easy23:55
StevenKSo I'm not done? :-(23:55
wgrantAnd if the context is a branch (eg. for +register-merge) then it should probably use the branch's pillar23:55
wgrantYou're knee-deep in branch search, you might as well make it not completely terrible given we already have the code23:56
StevenKThe RestrictedOnBranch vocab already does that23:56
wgrantAh, good23:56
StevenKEr, RestrictedOnProduct23:56
wgrantSo mostly just bugtask, and maybe the series branch picker23:56
wgrantThough the latter may already be done23:56
wgrantBut in general there's probably almost no need for a generic branch vocab23:56
wgrantUnlike people, branches are well-scoped23:57
StevenKvocabulary='BranchRestrictedOnProduct',23:57
StevenKFor IProductSeries.branch23:57
wgrantGreat23:57
wgrantSo maybe only the bugtask one needs tweaking23:57
wgrantIs there a trigram index on Branch.name yet?23:57
wgrantIf not, we'll need one23:58
StevenKNo, I was going to do that after23:58
StevenKSince the index can hit prod before a deployment23:58
wgrantI suspect we'd be somewhat better off doing a sort of FTI23:58
wgranteg. splitting on _- etc.23:58
wgrantBut substring will do for now23:58
StevenKShall I change IBugBranch.branch to BranchRestrictedOnProduct ?23:58
wgrantStevenK: No23:59
wgrantStevenK: Because a bug doesn't have a single product23:59
wgrantYou should be able to look at the bugtask subscriber vocab, I think23:59
wgrantTo see how to handle multiple products23:59
wgrantAt least I think it does23:59
wgrantAlso, all this should be about pillars23:59
wgrantNot products23:59
wgrantOr maybe even products and sourcepackages, rather than pillars23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!