/srv/irclogs.ubuntu.com/2005/01/10/#launchpad.txt

stubI don't think it is an absolute requirement that Ubuntu becomes a profit centre itself - a free open source platform is required for other projects. I suspect that Ubuntu would not exist except that Red Hat changed its licencing model.12:25
TDi highly doubt that12:31
TDi think mark had a lot of money and time, and wanted to do something cool12:31
ddaaha... nice to see roomba humming again :)12:33
ddaastub: I guess the right person to ask is spiv, but since it's db related you might have heard of it. Did you hear of an thread-safety issue in sqlos?12:33
ddaaI get a ton of very strange sqlos errors in hoover...12:34
stubddaa: No. Haven't heard of one.12:34
stubddaa: Such as?12:34
ddaastuff like "TypeError: already prepared" when committing.12:35
ddaaor "ProductRelease ID=39 has been deleted"12:35
ddaaor "Changeset 35935 has been deleted"12:35
ddaaout of memory, so it's not very accurate12:36
stubRosetta is triggering something like the second one (The initZopeless import script, I believe, so it might be an SQLObject issue)12:36
stubNever seen anything like the first one12:36
ddaaBah... I'll check with lifeless next week. I have plenty of non-buildbot related stuff to keep busy until then.12:37
stubEmail me some tracebacks if you come across them12:38
ddaaokay... I'll think about it.12:40
ddaagnight folks12:40
TDyou guys realise that rosetta is hopelessly unreliable, right?12:50
TDit keeps giving my translators errors12:50
=== TD is now known as TD[gone]
=== elmo [~james@83.216.141.215] has joined #launchpad
dilysMerge to rocketfuel@canonical.com/launchpad--devel--0: Milestone table and soyuz indexes. Humanify sourcepackagename selection and improve bugactivity (patch-1143, stuart.bishop@canonical.com)03:18
=== debonzi [~debonzi@201.13.140.2] has joined #launchpad
debonziChegou03:43
debonziops.. :)03:44
stubTD: Some errors they may be aware of, others not. Bug reports are good (as are bug reports about the bug tracker...)03:54
=== debonzi [~debonzi@201.13.140.2] has left #launchpad []
=== fabbione [~fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad
=== fabbione [~fabbione@port49.ds1-van.adsl.cybercity.dk] has left #launchpad []
=== fabbione [~fabbione@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad
=== mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #launchpad
=== fabbione [~fabbione@port49.ds1-van.adsl.cybercity.dk] has left #launchpad []
jblackDoes anybody have a sane keysigning script? keybuk's breaks on me09:06
lifelesskinnison claims to09:08
jblackI looked at his. Overly complicated.09:09
jblackits also a nag. if you you don't accept the signature, it keeps trying again and again and again.09:09
=== jblack considers writing one
lifelesswhats wrong with keybuks ?09:11
jblackIt breaks for me on some keys.09:12
jblackRemember when it broke on me on your key, and it sent your key to everyone on my keyring? 09:12
lifelesswell we think thats what it did :)09:12
jblackThat happened to me again, this time tefleo after mataro09:12
lifelessas we haven't decrypted any of those emails...09:12
jblackYeah. Hard to tell, since it was encrypted to you. :) 09:12
=== stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #launchpad
lifelessstub: I think we do need a db update10:17
stubwe do?10:18
lifelessthe rosetta daemon is dying with 'no id field' tracebacks from sql10:18
lifelessI'm guessing here...10:19
stubDo you have the traceback? It might have been a skipped patch10:19
=== stub checks the logs on macquarie
stublifeless: It isn't a database schema issue (POMsgID missing id). It is SQLObject or SQLOS wierdness.10:26
ddaalifeless: buildbot has similar errors in hoover10:28
ddaalifeless: I'd like if you could have a look at it. I'm keen on maintaining buildbot, providing you hand over something that _sorta works_....10:28
stubddaa: If you are talking about the exceptions you mentioned before, I think it is a seperate issue10:28
ddaastub: there are also "no id fields" errors in the lot.10:29
=== ddaa -> breakfast
=== morgs [~morganc@wblv-146-212-199.telkomadsl.co.za] has joined #launchpad
lifelessddaa: worked fine for me.11:31
ddaahu... there must be a misunderstanding11:32
ddaahttps://macquarie.warthogs.hbd.com/hoover/status/w3m/events/172/log11:33
ddaaall the sync jobs in hoover fail11:34
ddaawith various errors11:35
ddaamost of them seems related to sqlos11:35
ddaaany insightL11:35
ddaa?11:35
lifelesstaxi is probably calling commit() too often, or sqlobject has been changed again11:36
lifelessbuildbot was out of date11:37
ddaaHu? Since there is no official "production buildbot" it's hard for me to make sense of this statement.11:38
ddaaYou mean "devel buildbot has useful fixes for production"?11:39
lifelessddaa: there is to a production buildbot. 'configs/canonical.com/launchpad/proudcition-X'11:39
lifelessok, taxi looks fully up to date 11:40
lifelessso thats not it.11:40
lifelesshttps://macquarie.warthogs.hbd.com/hoover/status/w3m/events/172/log <- can you mail that to spiv & stub ?11:40
lifelessthat certainly doesn't look like a buildbot problem11:40
stubI suspect SQLOS or SQLObject is swallowing the real exception :-(11:41
lifelessany db errors ?11:41
lifeless(that exception is from sqlobject)11:41
ddaalifeless: the launchpad config is useless for buildbot sinc it specifies devel for buildbot cscvs, etc.11:41
lifelessddaa: thats deliberate.11:42
ddaaI can accept that. But that also means that there is no "production builldbot". Out of the 4 buildbot configs in production there were not two remotely similar configs.11:43
lifelessI'm happy for you to have separate buildbot production snapshots, as you've done, but you must keep them in lockstep with the launchpad ones for the launchpad, sqlobject, sqlos, pscyopgda, and zope categories11:43
=== SteveA [~steve@adsl-213-190-44-43.takas.lt] has joined #launchpad
ddaalaunchpad seems not to make snapshots for those infrastructures btw...11:44
lifelessddaa: again, thats deliberate. the bits that are changing are branched, the others aren't.11:44
stubdaf: ping11:49
ddaathat statemest seems not to be true. zope, sqlos and sqlobject have changes, but none has production branches.11:49
ddaaApparently, there seems to be no attributed value in being able to restore the exact snapshot of a past production config.11:50
lifelessddaa: their changes have all been immediately pushed to production. they are not being actively developed on by us might be a better expression that the literal minded will be less inclined to poke holes in.11:50
lifelessddaa: thats not what I created production configs for.11:51
ddaayou tell me11:51
lifeless?11:52
ddaawhat did you create production configs for?11:52
stubI think I'm using the procedure ddaa wants for the dogfood server. I'm happy to document this procedure for production too (once we get a mesh-merge baz being used by PQM)11:52
lifelessto allow backporting of specific fixes without pulling the latest code, in a robust fashion.11:52
lifelessstub: snapping full tree configs is trivial.11:53
ddaaokay... so that is "version control for the present", not "for the past". You are only interested in the latest prod and the latest devel. Historical production configs are irrelevent. Right?11:54
lifelessright11:54
ddaaThen why are there lanchpad/production-1.* configs?11:54
lifelessI've no objection for them being used for recording the past as well.11:55
lifelessddaa: I make a new one when I create new branches.11:55
lifelessuntil recently we didn't have baz on the servers, so I couldn't switch between branches trivially, I used a little shell foo to do cross-file apply-delta magic.11:56
ddaamy point is that by not making snapshot (only using fqver and not fqrev in the config) they cannot record the past accurately. I understand that is not a goal. So it's just that those multiple launchpad-1.* did not fit in the picture.11:56
ddaaOkay, so no deep reason. It was handy at a point, it does not hurt. It's just a little misleading but nobody in charge cares.11:57
=== ddaa feels more comfortable with the idea now
lifelessI'll probably do a script to do precise snapping at some point, as we do have switch now.11:59
ddaahu... done...11:59
lifelessoh the other reason for production-X files is to line up with database schema rollouts.11:59
lifeless(in fact that is the primary reason for different production configs).12:00
lifelessw.r.t. historical versions, you need to see that we cannot roll back to arbitrary versions - the database schema has to lock-step with the code.12:00
ddaathere are "snapshot" and "update-config" scripts in david.allouche@canonical.com--2004/utils--devel--0. I used them on roomba yesterday.12:01
lifelessput them in dists please12:01
ddaaduh... those are ugly ugly dangerous hacks12:02
lifelessthen don't point me at them :)12:02
ddaa"update-config" should probably be renamed "switch-config" btw.12:02
ddaaI point them at you so you can audit them.12:02
lifelesswhy don't you code up switch-config for baz :)12:02
ddaabecause I already have significantly more work than I can do.12:03
stubThe makefile in stuart.bishop@canonical.com/dists--stub--0 does snapshots for dogfood12:03
ddaaI'll make a compilation of the various interesting error message in hoover, and send them to you, stub and spiv.12:03
lifelessK12:04
lifelessthat one you showed me is bizarre, and I know of no reason for it.12:04
ddaalifeless: that's the rarest one12:04
=== abelli [~abelli@84.222.38.206] has joined #launchpad
jordiq12:05
abelliciao12:05
abelliwill bazaar be compatible with gforge?12:05
ddaalifeless: about hoover, another weird one (and unique) upx-ucl-beta has been stuck in mirrorTarget for 22 hours now. https://macquarie.warthogs.hbd.com/hoover/status/waterfall?criteria=%5Eupx-ucl-beta%2412:12
ddaaNo log.12:12
=== lifeless_ [~robertc@dsl-43.6.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #launchpad
=== lifeless_ is now known as lifeless
lifelessabelli: what d you mean ?12:36
abelliwill i be able to use it with gforge...which actually supports svn12:37
lifelessbazaar is currently compatible with Gnu Arch.01:02
lifelessinteroperating with svn isn't a high priority - but providing data migration tools is.01:03
abelliok thank you..01:03
=== morgs [~morganc@wblv-146-212-199.telkomadsl.co.za] has joined #launchpad
=== carlos_ [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #launchpad
=== TD[gone] is now known as TD
=== carlos_ is now known as carlos
=== mvo [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #launchpad
=== mvo__ [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #launchpad
=== mvo__ is now known as mvo
=== mvo__ [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #launchpad
=== mvo__ is now known as mvo
=== TD is now known as TD[gone]
=== ddaa [~ddaa@deep-thought.xlii.org] has joined #launchpad
=== mvo__ [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #launchpad
=== TD[gone] is now known as TD
=== mvo__ [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #launchpad
=== mvo [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #launchpad
=== ..[topic/#launchpad:SteveA] : Welcome to the lunch-pad.
=== kiko [~kiko@200-206-134-238.async.com.br] has joined #launchpad
=== stub [~stub@dsl-246.248.240.220.dsl.comindico.com.au] has joined #launchpad

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