/srv/irclogs.ubuntu.com/2010/03/30/#launchpad-dev.txt

* mwhudson lunches00:32
wgrantpoolie: Is it really that odd to support only OpenID? Most Canonical web services exclusively use Ubuntu SSO.01:12
wgrantThere's little point have a webapp-specific username and password.01:12
pooliei meant among other web apps generally01:12
thumpermwhudson: do you know anything about ampoule?01:13
pooliethey seem to at least present the impression of letting you enter the username/password directly01:13
pooliethrough a web page or over a machine interface01:13
poolieeven if in the backend it's going to a generalized db01:13
pooliedon't you think so?01:13
wgrantRight -- but what's the point?01:14
wgrantEr, wait, are you talking about webapps in general, or Canonical webapps?01:15
pooliegenerally01:15
wgrantAh.01:15
wgrantWell, what benefit does this provide?01:16
wgrantIn this case there is a default OpenID provider that makes a little bit of sense but not really, so it makes sense in the minds of people who want to associate Launchpad even further with Ubuntu to delegate all authentication to that.01:17
wgrantHopefully LP will soon be able to auth against any provider, which might make it less completely unacceptable to most distro-agnostic upstreams.01:17
wgrantForcing upstream projects through an Ubuntu-branded page is *not* going to make people happy.01:17
wgrantBut I think dropping the internal authentication is a good move.01:18
poolie(phone)01:18
pooliei think it's useful to be able to do "curl https://user:pass@launchpad.net/something"01:18
wgrantI haven't had to do that in ages, thanks to the API.01:21
poolieor similarly for the api01:22
pooliewhich is where we started01:22
wgrantThe only supported auth mechanism for API requests is OAuth. The workflow for getting an OAuth token can be easily streamlined.01:30
* thumper stabby01:30
thumper:(01:30
mwhudsonthumper: only in general terms01:39
thumpermwhudson: I'm stuck and would like help01:39
mwhudsonthumper: ok01:39
mwhudsonthumper: skype?01:39
thumperplease01:39
mwhudsonoh right, it's not running...01:40
thumperlp:~thumper/launchpad/all-code-review-email-using-jobs01:45
=== bjf is now known as bjf-afk
NCommanderIn general, how bad of an idea is it to count the number of rows in SRP?01:51
* NCommander is working on the importer now that I have some time01:51
NCommanderMy postgresql is rusty, how do you select columns where an integer column is unset (but not null, the parser doesn't seem to like '')02:02
NCommanderbah,nm02:02
lifelessNCommander: unset *is* NULL02:03
lifelessNCommander: '' is not NULL02:03
wgrantNCommander: SRP? You mean SPR?02:04
NCommanderwgrant: er, yeah02:07
NCommanderlifeless: yeah, I had a bad flashback to mysql, and forgot that postgresql doesn't suffer that much braindamage02:07
wgrantNCommander: Why do you want to?02:08
NCommanderwgrant: to give a total and an overall progress (this is probably going to take days run), but I also found count(*) does a sequential scan thus, may not be the best to run on such a large table :-)02:08
wgrantPossibly. Hard to say.02:09
wgrantJust do it, I think. If it becomes a problem, it can be fixed.02:09
wgrantPremature optimisation, and all that.02:09
NCommanderwgrant: fair enough, I'm thinking I can't do this as one giant transaction, but break it into batches02:12
wgrantNCommander: stub would come and strangle you if you did it in one transaction.02:14
NCommanderwgrant: yes, well :-), I dunno how much ot run in a batch02:15
wgrantThere is DBLoopTuner, but I don't think that handles committing for you.02:16
NCommander21:15:08 < NCommander> wgrant: yes, well :-), I dunno how much ot run in a batch02:16
NCommander21:15:42 < wgrant> There is DBLoopTuner, but I don't think that handles committing for you.02:16
NCommanderargh02:16
NCommanderwgrant: what's DBLoopTuner02:16
wgrantIt handles batching and automatically tunes the batch size to meet a target time.02:16
wgrantNot sure how applicable it would be to this case, though.02:17
NCommanderwgrant: ah02:20
thumpermwhudson: skype fail02:21
mwhudsonthumper: wifi fail02:23
thumperhttp://pastebin.ubuntu.com/406280/02:29
mwhudsonanyone know how to debug postgres deadlocks?02:31
mwhudsonusing pg_locks and all that02:33
lifelessmwhudson: I've done so in the past02:54
lifelessmwhudson: still need help ?02:54
mwhudsonlifeless: nah, we found it02:54
mwhudsonta though02:54
NCommanderStupid question, but is there a good example on how to retrieve a file via librarian?03:25
* NCommander is trying to figure out how to sanely download all the bits of a source package giving a SPR record03:27
mwhudsonNCommander: via the api or ... ?03:30
NCommandermwhudson: I'm writing a script to handle migration for raw_source_changelog but my inexperience with LP's internal APIs are making it difficult, i.e., how to get a file from librarian, or getting all the bits of a source package, etc.03:32
mwhudsonNCommander: getting a file from the librarian is quite easy03:37
mwhudsonNCommander: it's just librarianfilealias.open()03:37
mwhudsonsource packages i'm less sure of03:37
NCommandermwhudson: well, I already have a function that spits out all the id numbers and filenames of the source package :-)03:38
NCommandermwhudson: I'm not sure I can determine that given a specific LFA though if its in the restricted librarian or in the primary one03:39
mwhudsonNCommander: i think lfa.open() dtrt03:39
NCommanderdtrt?03:40
mwhudsonNCommander: does the right thing03:44
NCommandermwhudson: ahhhhhh03:44
* thumper afk for urgent shopping for dinner04:21
wgrantNCommander: LFA.restricted should tell you whether it's restricted.04:26
NCommanderwgrant: can I just lfa.open() or do I have to do something special if its restricted?04:26
wgrantNCommander: LFA.open() should work fine.04:26
NCommanderwgrant: perfect!04:27
poolieis hackberry the staging db or the real one?04:30
mwhudsonpoolie: it's a slave not one of the masters04:32
pooliebut a slave of the production db?04:32
poolieiow scripts running there see up-to-date data?04:32
mwhudsonpoolie: looks like a slave of production, yeah04:32
pooliethanks04:39
spmpoolie: https://devpad.canonical.com/~spm/launchpad-sec-levels.png hackberry is a slave; is < 5 minutes behind in replication or I get sms'd.04:40
poolienice04:41
spmhrm. dated too. missing soybean for 1.04:44
spmbleh. and pear.04:44
=== Ursinha is now known as Ursinha-afk
* thumper back later to finish submitting proposals06:34
wgranthenninge: Morning.07:27
henningeHi wgrant! ;)07:27
wgranthenninge: With https://code.edge.launchpad.net/~wgrant/launchpad/get-translations-jobs-working, translation template jobs work completely.07:28
wgrantJust needed a few tweaks in untestable code.07:28
henningewgrant: Great to hear!07:28
henningelet me look at it07:28
stubIs there a PPA with basic Python 2.4 for Lucid? Lost 2.4 during the upgrade.07:28
StevenKstub: You should be able to drag it in from Karmic07:29
wgranthenninge: It has a few prereqs, one of which been rejected, so it will have to wait for the data model rework.07:29
wgrantstub: Why would you want 2.4?07:29
stubBecause I build pytz for Python 2.3+07:29
wgrantAh.07:30
wgranthenninge: But it was encouraging to see that it actually pretty much works.07:30
wgrantAnd doesn't break the UI any more.07:30
wgrant(and also gave me a crash course in Rosetta, which I'd not used before!)07:31
henningewgrant: yes, that is an important step forward.07:31
henninge;-)07:31
henningewelcome!07:31
wgranthenninge: What's going to happen during an update when new POs are scraped from the branch and uploaded before the new POT finishes building?07:33
henningewgrant: POs without a template will not be imported until the template has been imported.07:34
wgranthenninge: Things aren't going to break strangely if POs with new strings are uploaded before the POT with those strings, though?07:34
henningewgrant: let me look at this but I think not07:39
adeuringgood morning07:39
noodles775Hallo.07:51
henningewgrant: yes, all messages are stored in the database, even those that don't have a matching template entry (yet).07:51
wgranthenninge: Ah, great.07:51
henningewgrant: they are marked as obsolete.07:51
henningebut will be un-obsolleted once the template comes in.07:51
henningenoodles775: moin!07:51
noodles775Hi henninge07:52
wgranthenninge: Just thought it might be a bit of a new situation, since existing bzr imports are synchronous.07:52
henningewgrant: well, we have always had manual uploads and they would come in any order the uploader chooses .... ;)07:53
wgranthenninge: True.07:54
* wgrant looks for a reviewer for the RC candidate https://code.edge.launchpad.net/~wgrant/launchpad/bug-540819-fix-builder-list-icons/+merge/2228808:43
* thumper EODs08:53
mrevellMorning09:02
* wgrant ponders removing ViewByLoggedInUser (the default IAuthorization adapter) and seeing what breaks.09:08
wgrantIt is dangerous.09:09
bigjoolsg'day09:10
wgrantMorning bigjools.09:10
bigjoolswhat's broken today?09:11
wgrantSPRB permissions are bogus.09:12
wgrantBut not an actual problem yet, of course.09:12
jmlgary_poster,09:47
jmlgood morning09:47
jmlwgrant, there's a default adapter? I think I knew that.09:50
jmlwgrant, I'm surprised the default is something like that though.09:50
wgrantjml: Yes :(09:51
wgrantIt is perhaps the most silly default possible.09:51
wgrantExcept perhaps for allowing unauthenticated users and forbidding authenticated ones.09:51
wgrantbigjools: Thanks. I've filed a bug and added it to the XXX.09:59
bigjoolsta10:00
bigjoolswgrant: mind if I mark bug 549340 as invalid?10:18
mupBug #549340: BuildQueue.destroySelf erroneously assumes that all jobs are Storm objects <buildfarm> <Soyuz:In Progress by wgrant> <https://launchpad.net/bugs/549340>10:18
wgrantbigjools: Go ahead.10:18
bigjoolswgrant: thanks10:19
wgrantAlthough I still believe that it's an interface violation, we'll see what happens once the model changes are shaken out.10:20
bigjoolsyep10:21
bigjoolsstub: dogfood has got a load of pg backends running that we can't cancel (mainly connecting to sso_main and launchpad_auth), what's the best thing to do?10:25
stubbounce postgres probably.10:28
stubpg_ctlcluster -force 8.3 main restart10:28
stubNeed a losa I guess10:29
mthaddonactually, that'd need a GSA, losas don't have perms on dogfood (because we don't manage it)10:30
bigjoolsstub: also, lazr.config.interfaces.ConfigErrors: ConfigErrors: database does not have a main_slave key.10:33
bigjoolsdatabase does not have a main_master key.10:33
bigjoolswtf?10:33
stubbigjools: Perhaps you should request access as the postgres user? You can escalate your privs if you try hard anyway so it doesn't make much sense from a security point of view.10:33
bigjoolsyeah sounds sane10:33
bigjoolswell - I can do some stuff as postgres already10:33
stubbigjools: It changed to rw_main_master I believe for read only mode stuff.10:34
bigjoolsstub: does this mean we need a database refresh or what?10:34
stubIts a config file change. I don't think you need to rebuild your database for that.10:34
bigjoolsthought we'd changed that, hmm10:35
bigjoolsyes we had, it got reverted10:38
bigjoolsstub: there was a bin/run knocking around for some reason, killing that removed all the backends10:45
deryckMorning, all.11:03
mwhudsonderyck: gosh, if you're online it must be time to go to bed11:10
deryckmwhudson, heh.  yup.  I have some more western lying Europeans that serve as that marker for me. :-)11:11
allenapsoyuz: Are you aware of a failure in buildd-slave.txt <http://paste.ubuntu.com/406449/>? About 20 minutes ago I also saw it break with a "Connection reset by peer" instead of "Connection refused", but I can't seem to replicate that now.11:31
wgrantIt's started failing spuriously in various ways lately :(11:32
allenapwgrant: Ah, well, at least you know, and it's not something I've broken for you.11:34
wgrantbigjools: I don't think it's GPL-safe to remove sources that are still referenced by binaries.12:51
wgrantAs for the stay of execution... I'm not sure of the purpose of that, unless it's to leave old indices working for a while.12:52
wgrantGPL2 is rather handwavy about it, but GPL3 is much more specific.12:58
bigjoolswgrant: I wasn't suggesting to do that12:58
bigjoolsI'm talking about getting rid of "stay of execution"12:58
wgrantIt is handy if you don't want to apt-get update every publishing cycle.12:59
bigjoolsI don't think we remove sources referenced by binaries right now do we?12:59
bigjoolswgrant: how does it make any difference to apt-get?13:00
bigjoolsthe index changes, that's what apt-cares about13:00
bigjoolss/-/ /13:00
wgrantbigjools: We deindex them, but they are not removed from disk.13:01
bigjoolsyes, and how does that affect apt-get if we remove them from disk at the same time?13:01
wgrantbigjools: If I have a machine that updates its indices once a day (the default) and a package gets superseded some time between updates, I will get a 404 and installations and upgrades will fail. That is ugly.13:02
bigjoolsI'd say that is desirable behaviour13:03
bigjoolsyour index is out of date13:03
wgrantWe have that behaviour for deletions, when removal is obviously desired.13:03
wgrantBut 404s look bad. And they will happen in released versions. To lots of users.13:05
wgrantThe behaviour is different (the stay of execution is set at 24 hours) for PPAs; maybe the PPA spec has some rationale?13:06
bigjoolshmmm13:07
bigjoolsoh fuck sake, email crash, I hate that13:07
bigjoolswgrant: I guess we have to suck it up then, updating indices hours before downloading the files is crack IMO but there you go :/13:08
wgrantbigjools: Indices are huge.13:09
bigjoolsunfortunately so13:09
wgrantIdeally we'd have something like (or better than) pdiffs: publishing could take less than a second rather than a couple of minutes, and updating before downloading would be easy.13:13
StevenKBut pdiffs just sucks13:14
bigjoolsStevenK: what's better?13:14
wgrantpdiffs suck, yes.13:15
wgrantIt would be much better to just allow additional files which provide additional entries.13:15
wgrantMuch quicker to generate, and probably to apply too.13:15
StevenKbigjools: When you have a large delta, just redownloading the file. If the delta is small, rsync?13:15
StevenKBut that is hard to determine, and most of the smarts are on the client and it means the server must provide rsync, so that sucks more.13:16
StevenKI'd rather we didn't provide pdiffs, they annoy me.13:16
bigjoolsit would be nice to shake this all up a bit13:16
* jml shuts down email13:17
wgrantbigjools: What's going to happen with the apt-ftparchive test failures?13:22
wgrantWe are getting close to Lucid.13:22
ricotzhello, how often is there synchronization between different translation templates of a project? So how long does it take that a change is visible in another template?13:22
bigjoolswgrant: we either get them fixed, or block the lucid upgrade in the DC13:22
bigjoolsI prefer the former of course :)13:22
wgrantbigjools: Or we could accept them as better behaviour, of course...13:23
jmlmy dns is down13:23
bigjoolswgrant: fixing can include that definition, yes13:24
wgrantTrue.13:24
bigjoolsis there a bug filed?13:24
bigjoolsI need to get it scheduled for the next cycle so we don't miss it13:25
wgrantBug #52682613:25
mupBug #526826: test_ftparchive failing on Lucid <soyuz-publish> <tech-debt> <Soyuz:Triaged> <https://launchpad.net/bugs/526826>13:25
bigjoolsfanks13:25
wgrantAlthough it's also affecting soyuz-upload.txt now that I've reenabled it.13:25
bigjoolsbleh13:26
* jml does the modprobe dance, maybe that'll help.13:26
jmlit does.13:26
jmlbigjools, I'm going to get back on that poppy stuff now13:29
bigjools\o/13:29
bigjoolspeople will send you chocolate13:29
wgrantAs in SFTP poppy?13:30
jmlwgrant, yeah.13:30
jmlwgrant, although this is more "get the juicy non-codehosting ssh bits out of codehosting so I can think straight about sftp poppy"13:30
wgrantjml: Ah.13:30
noodles775jml: did you see https://dev.launchpad.net/LEP/GeneralBuildHistories ? Later, when you want a break from poppy, can you take a look?13:30
jmlnoodles775, no, I didn't.13:31
jmlnoodles775, I'll check it out later.13:31
noodles775jml: yeah, do some coding for a change :D13:32
jmlI wonder when I'll be able to land the zope.testing change.13:35
noodles775wgrant: /w 513:46
noodles775woops13:46
jmlI really need to configure my shell to make a noise when long-running commands complete13:48
jmlI wonder if that's at all possible13:48
wgrantjml: Some terminal emulators have a "wait for silence" option.13:50
wgrantGNOME has probably removed it, though.13:50
wgrantMaybe I'm think of Konsole.13:50
bigjoolsKonsole has "monitor for silence"13:51
bigjoolsit also has "monitor for activity"13:51
wgrantYeah, that's the one.13:51
bigjoolsisn't KDE cool :)13:51
jmlterminator doesn't :)13:51
wgrantIs it just me, or does make take an awful long time these days?13:55
bigjoolsit's not just you13:56
bigjoolssee all the junk it keeps doing over and over for each branch, when it could do it once in a common area13:56
wgrantWith all this mailman building and WADL generation and apidoc compilation and JS combination.13:56
wgrantSome of which is done on every single build; not just in the 5-minute initial tree build.13:57
bigjoolsand that13:58
maxbIt feels like all the JS stuff is what's got slower recently13:59
maxbMaybe we should have a test which asserts on "make; time make" :-)13:59
wgrantSee, I just ran 'time make' in devel.14:00
wgrantIt spends a few seconds bootstrapping for no good reason.14:00
wgrantThen rebuilds mailma.14:00
wgrantThe jsbuild/jssize/combine-css take a while.14:00
wgrantBut it seems that rebuilds only take around 45 seconds.14:00
wgrantAh, no apidoc in that run.14:00
jml45s for a rebuild with no changes?14:01
bigjoolsthe make target dependencies suck donkey balls14:01
wgrantjml: That was with a cold cache. 20s with it hot.14:02
jmlwgrant, that's still quite a long time spent achieving nothing.14:02
wgrantYes.14:02
wgrantNow let's see if I can get it to trigger an apidoc build...14:03
wgrantHm, maybe it does only do that on clean builds.14:03
bigjoolsyes the dependency is set up right for that14:04
jmlfixing the make stuff wouldn't be too hard, I bet.14:05
jmlI mean, the full on right thing to do is make a list of standard bits of a developer's cycle and optimise the crap out of all of them14:05
jmlbut just getting 'make' to do less for the 90% case and then putting some strongly-worded documentation to stop it from creeping again wouldn't be that hard.14:06
* jml accidentally pissed some time away apt-get upgrading when apt-get install python-apt was all that was necessary14:08
bigjoolsjml: + [a lot]14:09
bigjoolscan you make it happen?14:09
jmlbigjools, I'm not going to make the change myself, most likely.14:10
bigjoolsjml: well that's not quite what I meant :)14:11
jmlbigjools, and I've already been trying really really hard to let everyone know that I want them to stop what they are doing and make development faster14:11
jmlbigjools, but maybe I'm trying in the wrong way, or something.14:12
wgrantjml: Bonus points if you convince people to make Launchpad faster, too.14:12
wgrantreal4m38.942s14:12
wgrantAwesome. That is a great way to encourage branching.14:12
jmlwgrant, yeah, that's a separate problem that I'm tackling.14:12
jmlwgrant, or rather, gary_poster's team are already making LP faster.14:13
bigjoolsjml: at our upcoming Epic, I want us to schedule time to make development better.  Stuff like this.14:13
wgrantjml: I made the mistake of using Github for a while earlier today.14:13
bigjoolsand I think you expressed that is a good idea in the past14:13
wgrantit is so fast, and the code browser is part of the application and doesn't time out constantly.14:14
jmlbigjools, I think that would be a good idea. but I don't really see why we need to wait until July.14:14
bigjoolsjml: we don't, but there's nothing like a concerted group effort to effect real change14:17
jmlbigjools, as long as it's organized to be _doing_ and not talking.14:18
jmlbigjools, I also advocated that we have someone work full time on making development faster. The build engineer role hasn't been as successful as I hoped.14:19
kfogelbigjools: should bug 551579 be moved to launchpad-buildd or to soyuz?14:19
mupBug #551579: Unable to build a PPA package with locked down permissions <Launchpad itself:New> <https://launchpad.net/bugs/551579>14:20
bigjoolskfogel: let me lookl14:20
bigjoolsjml: yes - I think our time is being squeezed too much between different things14:20
wgrantkfogel: It's a bug in the package.14:20
wgrantBut otherwise launchpad-buildd.14:20
jmlbigjools, the list of developer bugs hasn't really moved much https://bugs.edge.launchpad.net/launchpad-foundations/+bugs?field.tag=build-infrastructure14:20
kfogelwgrant: oh!  (but thanks, that info is helpful for next time)14:21
wgrant(it's the same bug that is being discussed in #launchpad at the moment)14:21
wgrants/bug/thing/14:21
kfogelwgrant: actually, it should still be moved to launchpad-buildd then (though I'll wait for bigjools to come back)14:21
bigjoolskfogel, wgrant: hmmm14:21
bigjoolsso basically it wants to be run as root14:21
bigjoolsI don't like that14:22
kfogelbigjools: while I care somewhat about the big picture, I care mainly about getting it out of the "Launchpad Itself" queue (I'm CHR today) :-).14:22
StevenKI think it's a package bug14:22
wgrantNo, it's a bug in the package that it breaks fakeroot.14:22
bigjoolsme too14:22
bigjoolskfogel: it's invalid14:22
kfogelbigjools: *nod*  Want me to mark it as such, and quote this IRC conversation for why?14:24
bigjoolskfogel: yep14:24
bigjoolsthanks14:24
jmlbigjools, how does "too many different things" apply to the build engineer role?14:25
bigjoolsjml: I suspect that role has not been given the attention it deserves14:26
jmlbigjools, yeah, I'd agree with that.14:27
bigjoolsjml: what I mean is, the pressure to get the team work done has probably usurped it14:29
jmlbigjools, ahh, I see. Do you have any ideas as to what we can do about that?14:31
bigjoolsjml: schedule less work? :)14:31
jmlbigjools, you mean, like we did already?14:32
bigjoolsI don;t see that personally14:32
jmlbigjools, well, I don't know what scheduling less would look like in that case14:32
jmlwe went from each team having a list of 10+ things to do for 3.014:32
jmlto having less than ten things in total14:33
bigjoolsjml: well I'm still guessing here - it would be better to talk to the build engineers14:33
henningericotz: did you get an answer to your question?14:35
jmlbigjools, that's certainly a good thing to do :)14:35
* henninge is too lazy to read all the backscroll ... ;-)14:35
* jml goes off to perform the "is toast food" experiment14:36
jmlI am highly confident of a successful result.14:36
bigjoolsjml: anyway in soyuz world we get a lot of emergencies14:36
bigjoolshence my feeling of lots of work still14:36
jmlfail. cleaner is still occupying all the kitchen14:37
=== Ursinha-afk is now known as Ursinha
ricotzhenninge, not yet15:01
henningericotz: there is no synchronization between templates within a series, if you are referring to that.15:02
henningericotz: templates of the same *name* in different series of a project will share translations.15:02
henningeAnd that instantly, no snychroniation time.15:02
henningericotz: can you point me to where it is you are expecting the synchronisation to happen?15:03
ricotzhenninge, ok, i see it now they are in sync, but the colors arent right15:05
ricotzhttps://translations.edge.launchpad.net/docky/trunk/+pots/docky15:05
ricotzhttps://translations.edge.launchpad.net/docky/2.0/+pots/docky15:05
ricotzhenninge,  hm, they are not in sync ;-), have a look at Icelandic15:06
* henninge looks15:07
henningericotz: how different (or similar) are the templates, though?15:09
henningericotz: oh, are you just looking at the numbers on the overview page?15:09
henningericotz: they may be outdated.15:10
ricotzhenninge, i am relying on the graphics15:10
* ricotz brb15:10
ricotzhenninge, all strings which are included in series 2.0 are also in series trunk15:15
* jml makes another attempt at toast15:33
=== pgquiles__ is now known as pgquiles_
=== pgquiles_ is now known as pgquiles
henningericotz: comparing the Icelandic files gives this: http://paste.ubuntu.com/406575/16:03
henningericotz: only additions in the trunk file, just like in the template. So the files are in sync.16:04
henningericotz: looks like the PO file statistics are still messed up, sorry about that.16:04
henningericotz: we have the daily script disabled because of performance issues. The weekly script should fix them, hopefully.16:05
=== deryck is now known as deryck[lunch]
=== salgado is now known as salgado-lunch
=== beuno is now known as beuno-lunch
=== deryck[lunch] is now known as deryck
=== matsubara is now known as matsubara-lunch
kfogeladeuring: in my branch's Makefile, it still says "PYTHON_VERSION=2.5", but of course Lucid has 2.6.  What's the "clean" way to update that (i.e., I assume editing it directly and having a local mod is not how this is done?)17:11
kfogeladeuring: https://dev.launchpad.net/Running/Lucid doesn't seem to address this point17:11
adeuringkfogel: I haven't yet upgraded.17:11
adeuringlast week I was sprinting, and now we are quite closed to the rollout ;)17:12
adeuringso, no idea...17:12
kfogeladeuring: np17:12
kfogelbarry: have you upgraded to lucid?  If so, please see my above question to adeuring :-).17:12
kfogelOh, maybe answer is (re)install Launchpad PPA.17:13
kfogelwgrant: ping17:20
=== beuno-lunch is now known as beuno
kfogelgary_poster: are you developing on Lucid?  I've run into a small prob.17:53
gary_posterkfogel: I have various attempts half-made, which effectively means "no".  It's conceivable I can still help.  What's up.17:53
kfogelgary_poster: my /etc/apt/sources.list has "deb http://ppa.launchpad.net/chromium-daily/ppa/ubuntu lucid main", and I have done 'sudo aptitude update'.  Nevertheless, 'sudo aptitude install launchpad-dependencies' just says "no such package".  Yet https://dev.launchpad.net/Running/Lucid implies this is the way I should get Python 2.5 back on my system (Lucid has 2.6) so I can develop Launchpad.17:54
gary_posterkfogel: I don't think chromium has anything to do with it.  Try17:57
gary_posterdeb http://ppa.launchpad.net/launchpad/ppa/ubuntu lucid main17:57
gary_posterdeb-src http://ppa.launchpad.net/launchpad/ppa/ubuntu lucid main17:57
kfogelgary_poster: hmm, that may be the wrong ppa17:57
kfogelgary_poster: thanks, yeah, just got there at the same time I think.17:58
gary_poster:-)17:58
=== salgado-lunch is now known as salgado
=== matsubara-lunch is now known as matsubara
jmlman I've written some abysmal code in my time18:08
kfogeljml: so, uh, what prompted you to say that? :-)18:11
jmlkfogel, lib/lp/codehosting/sshserver/accesslog.py18:11
kfogeljml: (though I'll bet I can win that contest: http://red-bean.com/cvs2cl/cvs2cl.pl)18:11
* kfogel looks18:11
jmlkfogel, that URL says basically everything I need to know.18:11
kfogeljml: wow, that's a lot of classes18:12
kfogel:-)18:12
jmloh right, you are looking at the "old" version18:12
kfogeljml: (responding to accesslog.py, not cvs2cl.pl, about which your comment is very sensible)18:12
jmlmostly I'm looking at LoggingManager, since I've put all of the other classes in a box18:12
kfogeljml: hunh.  weird that setUp() isn't __init__(); and something similar with tearDown().  Or is that your point?18:14
jmlkfogel, not specifically, since both setUp and tearDown mutate global state and I hate it when objects do that on construction18:15
kfogeljml: ah, gotcha18:15
kfogelHmmm: "ImportError: No module named tickcount"  looks like lp may still have some lucid issues18:16
jmlkfogel, it's getting stuff from config that should be parametrized, it mixes up codehosting bits and generic logging bits, the oops stuff in there is pointless, the mangle_stdout parameter is unused and unnecessary18:16
jmlthe docstring is wrong18:16
jmla thing that's core to what the class does is a top-level function elsewhere in the module18:17
jmland I still don't really know what the code is doing (even though I kind of do because I wrote it)18:18
kfogelderyck: if you go to https://bugs.edge.launchpad.net/launchpad right now, it says: "There are currently no hot bugs filed against Launchpad itself."  While that's true, it's true because there are no bugs at all.  What has heat got to do with it?18:18
deryckkfogel, actually, it is true, thank you very much. :-)18:19
deryckincoming18:19
deryckhttps://bugs.edge.launchpad.net/launchpad/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.status%3Alist=INVALID&field.status%3Alist=WONTFIX&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=FIXRELEASED&assignee_option=any&field.assignee=&f18:19
deryckield.bug_reporter=&field.bug_supervisor=&field.bug_commenter=&field.subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&search=Search18:19
deryckwell, that didn't work.18:19
deryckkfogel, all the other bugs are closed.  See:  http://tinyurl.com/y8jc8rs18:20
kfogelderyck: ah.  IOW, going to that page now no longer shows a list of "recently filed" bugs or whatever.  It shows hot bugs, and if there are no bugs with heat, it shows none.18:20
kfogelderyck: s/recently filed/open and recently filed/18:21
deryckhmmm, actually....18:21
kfogelderyck: I basically assumed it's saying "hot" where it means "open", but apparently not?18:21
deryckkfogel, hot does mean open.  launchpad is not the same as launchpad-project.  yes, this makes 0 sense.18:22
kfogelderyck: wait a sec.  We're using "hot" to mean "open"?  This is going to cause, er, a lot of confusion :-).18:22
kfogel(aside from the launchpad vs launchpad-project distinction, which already causes enough confusion all on its own)18:22
deryckkfogel, no, sorry.  hot bugs list only has open bugs.  it doesn't mean open. :-)18:23
deryckHere are the bugs across the project group:  https://bugs.edge.launchpad.net/launchpad-project18:23
kfogelderyck: let me ask this as unambiguously as I possibly can :-)  : if there were any open bugs at all in 'launchpad', even if they had no heat whatsoever, would they show up at https://bugs.edge.launchpad.net/launchpad ?18:23
deryckkfogel, if you had 10 bugs against a project with 0 heat, and they were the only 10 bugs, they would show up in the hot bugs list.18:25
kfogelderyck: IOW, in order for a bug to have any heat at all, it must be open; so if that page is showing no bugs, it always means both there are no bugs open, and no bugs with heat.18:27
kfogelderyck: this makes sense, BUT18:27
kfogelderyck: the message at the top of that page is somewhat confusing, because it implies that there might be some open bugs, just none of them are "hot" enough to show here.18:27
kfogelderyck: it takes some subtle thinking and deep knowledge of the launchpad bug tracker to understand that "no hot bugs" in this circumstance implies no open bugs either.18:28
deryckkfogel, your first line after me is not correct.18:28
kfogelderyck: ok, thx.  Back up and tell me where I went astray :-).18:28
deryckkfogel, no hot bugs, doesn't always imply no open bugs.18:28
deryckkfogel, in this case, it's true.18:28
kfogelderyck: but...18:29
deryckand I'm abusing the comma there, but you get the idea.18:29
kfogelderyck: let me re-read two things you just said and decide if I want to accuse you of flagrant self-contradiction.  One sec.18:29
kfogel:-)18:29
kfogelderyck: "if you had 10 bugs against a project with 0 heat, and they were the only 10 bugs, they would show up in the hot bugs list"18:29
derycktrue :-)18:30
kfogelvs "no hot bugs, doesn't always imply no open bugs"18:30
kfogelderyck: if you have no hot bugs, but you have open bugs, then... how is it that some of those open bugs are not hot bugs?18:30
deryckkfogel, those 10 bugs would be the hottest for *that* project (i.e. a project with only 10 bugs all of which have no heat)18:30
* deryck processes18:31
kfogelderyck: first: can a bug ever be hot if it's not open?18:31
deryckkfogel, yes.  until the heat get re-caculated.18:32
deryckthe time between fix released and the next update of heat.  a small window, but still, could happen.18:32
kfogelderyck: so, aside from this small window (implementation-caused, not design-caused), a hot bug is always an open bug, right?18:33
kfogel(whether it's hot for a particular project or hot in general -- point is, no context will display it as hot if it's not open)18:34
* deryck thinks....18:35
deryckI'm not sure I'm comfortable with the "hot bug is *always* an open bug" but in practice I think this is true.18:35
deryckkfogel, ^^18:35
deryckkfogel, why does this matter? :-)  What problem do you want to solve here?18:36
kfogelderyck: the message at the top of https://bugs.edge.launchpad.net/launchpad is confusing.  The fact that I'm having trouble explaining to you why it's confusing may be considered a secondary bug.18:38
kfogelderyck: It's confusing because someone visiting that page is liable to think "Okay, so there are no _hot_ bugs here, but there might still be some open bugs that I'm just not seeing."  When in fact that's not true -- if there were any open bugs, the user would be seeing them.18:39
jmlwow, that rendering is off18:39
kfogelderyck: Attempting to prove that latter assertion is what's got us tangled up, I think.18:39
jmlhmm, but only in webkit18:40
deryckkfogel, it opens so rarely I don't think its worth worrying about.  something like /launchpad is the only place you would ever see this.18:42
derycks/opens/happens/18:42
jmland new projects, right?18:42
deryckjml, no because initially you get a "no bugs filed" message.  once you have one bug you have a hot bugs list.18:43
deryckjml, the only condition that leads to this is someone getting all there bugs closed.  so maybe a very small project could see this too18:44
jmlderyck, or a very successful one :)18:44
deryckjml, come on. :-)18:44
jmlderyck, we should embed a flash game! if you get to this screen, you deserve to muck around a little!18:45
jml:P18:45
deryckjml, now that I like! :-)18:45
deryckI'm not trying to be a dick about it.  if the language is bad, it's a trivial fix.  but I'm not sure it's as complicated as we're making it.18:46
deryckfind another project on launchpad other than "launchpad" where this applies and I'll change it myself later today. :-)18:47
jmlmy 2c, just change the text to say "no open bugs" rather than "no hot bugs".18:48
deryckI'm not sure that would always be accurate either.18:48
derycknow you're forcing me to go consult code.18:49
jmlanything but that :)18:49
kfogelderyck: I have to admit, the fact that we don't know which phrasing is more accurate is kind of disturbing in its own right.  But no, I don't have any other example pages right now :-).18:49
james_wkfogel: tickcount: install python-support from the LP ppa and reinstall python-tickcount, cf abentley's email to launchpad-dev a couple of days ago.18:50
jmlok, now I'm angry at Python18:52
kfogeljames_w: ah, thanks!  missed that one18:53
kfogeljml: why, because it's not Lisp?18:53
jmlkfogel, because it has bad errors18:53
deryckkfogel, jml -- I think it's fine to make it "no open bugs." it's just a searchTasks for open bugs ordered by heat desc.  but it's not an explicit count, which is why it makes me nervous to change the language.18:54
deryckit's hand wavey to say "no open bugs" but it probably is more accurate most times.18:54
jmlhmm. error understood, now I can go back to hating our test suite18:55
deryckkfogel, there's a hot bug on /launchpad now :-)18:55
kfogelderyck: not for long...18:56
deryckkfogel, I think that means it's better to have "no open bugs" :-)18:56
jml(there's an smptd server that runs while the puller tests are running, just cos)18:57
deryckoh crap, need to run18:57
kfogelderyck: Well, I agree.  I mean, the message disappeared when a bug -- any bug at all -- showed up, and the message's disappearance was independent of the bug's heat.  And now that I've made the bug go away, the message is back :-).  So it's clearly about openness, not heat.18:57
kfogelderyck: bye!18:57
kfogelmissed him18:57
gary_postersinzui: hey.  should I move https://bugs.edge.launchpad.net/launchpad-foundations/+bug/488399 to 10.04?19:04
* gary_poster expected mup19:04
gary_poster"automate yui unit tests"19:04
sinzuiyes19:04
mupBug #488399: automate yui unit tests <build-infrastructure> <javascript> <Launchpad Foundations:In Progress by sinzui> <https://launchpad.net/bugs/488399>19:04
kfogeljml: request for Captain Obvious: what am I missing here in my failure to get this test to run?  http://paste.ubuntu.com/406652/19:09
jmlkfogel, zope does exact string matching on the path19:09
kfogeljml: so I thought I tried some exact paths19:10
kfogeljml: does it need to be *absolute*?19:10
jmlkfogel, more accurately, the exact string of the path used to open the doctest is stored in the test object and zope.testing does regex matching on that19:10
jmlkfogel, lemme try to get this19:10
kfogeljml: ./bin/test -vvct lib/lp/bugs/stories/bugattachments/10-add-bug-attachment.txt  fails too19:11
kfogeljml: s/fails/succeeds by running 0 tests/19:11
jmltry "-cvvt stories/.\*/bugattachements"19:11
jmlactually, just "-cvvt stories/bugattachments"19:11
jmlkfogel, you'll notice that the name of the tests are like "lib/lp/bugs/tests/../stories/bugattachments/xx-attachments-to-bug-report.txt"19:12
kfogeljml: yeah, I assumed those were run either all first or all last19:12
jmlkfogel, no, look more closely, "tests/../stories"19:12
jmlkfogel, how is the regex "lib/lp/bugs/stories/bugattachments/10-add-bug-attachment.txt" ever going to match the string "lib/lp/bugs/tests/../stories/bugattachments/10-add-bug-attachment.txt"?19:13
kfogeljml: huh, wait, where are you getting the path with the ".." form from?19:13
jmlkfogel, it's what zope.testing prints when I manage to find the test successfully by running "./bin/test -cvvt stories/bugattachments"19:14
kfogeljml: yes, that ran it for me too.  But my output doesn't have any "../" in it19:15
jmlkfogel, can you paste the command and output please?19:15
kfogeljml: yes. And actually I should say, it didn't run the test, but it got an error that looked like it happened because it was sincerely trying to run the test.19:16
kfogeljml: http://paste.ubuntu.com/406658/19:16
jmlkfogel, oh right, it didn't even get close to running the test19:17
kfogeljml: so "no such file or directory" -- but every other cmdline just seems to "succeed" with 0 tests run19:17
kfogeli.e., why don't I always get that no-such-file-or-dir error?19:17
jmlkfogel, that's a different problem19:17
kfogelOH19:17
* kfogel carefully duplicates his brain, seeing he's going to need a spare19:18
jmlkfogel, when you run ./bin/test with "-t" and it finds no tests that match the regex, it never tries to run any of the layers19:18
jmlkfogel, when you run it and it *does* find tests, it runs the layers for the tests that it found19:18
kfogeljml: *nod*19:18
kfogeljml: so it found the test, and then died trying to set up layers to run it?19:19
jmlkfogel, correct19:19
kfogeljml: hey, sounds to me like it DID get closer to running the test :-).  You know, closer than "infinitely far away".19:19
jmlkfogel, specifically, you have a problem with memcached layer that I have no clue about.19:20
kfogeljml: ok, thanks19:20
jmlkfogel, anyway, I guess now that I've got one patch into zope.testing, I could try to fix the abomination of doctest naming19:20
jmlalthough that might be a bug in Python19:20
jmlin which case I'll write a patch and try to convince Michael Foord that it's uncontroversial19:21
jmland then we'll be able to make use of it in three years time when we run LP on Python 2.719:21
kfogeljml: ooooouch19:23
jmlsweet19:34
jmlI think I've got an SSH server in lp.services.sshserver that does all of the neat logging, timeout, oops reporting and authentication-against-LP that codehosting does, but without actually knowing anything about hosting code19:35
jmlit's 4210 lines of diff though :(19:44
=== leonardr is now known as leonardr-afk
jmlg'night all20:00
ricotzhenninge, thank you for your help earlier today20:11
henningericotz: np, glad I could help20:15
=== matsubara_ is now known as matsubara
james_wgary_poster: for these 502 errors is there any use you want to make of us logging them?20:45
gary_posterjames_w: oh, this is in regard to my comment about kees' patch, right?  Or is in regard to my general desire to get logs of the 502 errors so we can see if we can determine root causes?20:48
james_wgary_poster: in that bug you said you would like to know when it happens. In what form would you like that info to come?20:49
gary_posterjames_w: my current feeling is that attachments to the bug would be good.  I was expecting logs of the sort that leonard requested earlier in the bug report.20:51
james_wfor instance I got a 502 at 2010-03-30 19:10:20.474341 UTC from production20:51
james_wok, gathering logs all the time is excessive for this process, I'll set something dedicated up if you like20:52
gary_posterjames_w: thank you.  if you are going to be organized about it, then let us be as well.  I'll get details of what we think might help to you (via the bug comments).  I intend to get this done by tomorrow.20:56
james_wthanks20:57
thumpermorning21:03
didrocksmwhudson: hey o/ I was just wondering when do you think the ssh key code will be exposed in the api in https://edge.launchpad.net/+apidoc/devel.html (not sure about the publishing process)21:24
mwhudsondidrocks: i think your branch landed on db-devel, so after the rollout in a couple of days21:24
didrocksmwhudson: ok, I was expecting it to be published automatically in devel (like being a trunk). So no worry :) thanks!21:25
* deryck broadcasts from daughter's dance studio wifi21:45
maxbFor some reason launchpadlib 1.5.6 is missing its bzr tag. Please could someone who is a member of ~lazr-developers add it:22:15
=== salgado is now known as salgado-afk
maxbbzr tag -d lp:launchpadlib -r revid:leonard.richardson@canonical.com-20100304202437-68ykm4fpbio8jdid 1.5.622:15
maxbI've checked the branch against the tarball to verify the revision22:15
=== matsubara is now known as matsubara-afk
mwhudsonno what's going on23:48

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