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

mdzSteveA_: stub didn't leave until <4 hours ago, so I don't expect he'll be back for a while12:04
=== Seveas [n=seveas@seveas.demon.nl] has joined #launchpad
SteveA_mdz: i have instructions from stu on how to do all this, although i haven't done it before12:09
lifelessI was going to say, how hard is it to run ?12:09
SteveA_so, i can do this, but then, i'll be going to sleep and pretty much offline until monday evening, london time12:10
mdzkiko-sms says: tell them not to touch my code12:10
SteveA_lifeless: kill gina, nuke tables, fix gina source with vim, run gina.  that ought to do it12:10
lifelessSteveA_: so, I suggest you do that, and forward me the instructions12:11
SteveA_mdz: did you tell him it was run-on sql syntax ?12:11
mdzsteveA: I told him it looked like a typo12:11
SteveA_lifeless: do you have staging access?12:11
lifelessSteveA_: hopefully. machine is what asuka ?12:11
SteveA_yes12:11
mdzmdz: kiko-sms: seriously?12:11
mdzkiko-sms: of course not12:11
SteveA_need to su to launchpad12:11
SteveA_mdz: call him a 'fogado'12:12
lifelessmagic 8 ball says yes12:12
mdzSteveA_,Kinnison: do we have a credible belief that this SQL error is the cause of the abiword traceback?12:12
SteveA_mdz: i have absolutely no idea.  but the sqlerror can't be good.  but... i don't see an sql error message in the output logs12:13
SteveA_so, either the resulting sql is valid yet incorrect12:13
SteveA_or it isn't being used12:13
SteveA_lifeless: forwarded you about cleaning out gina dud data12:14
=== mdz goes in search of food
SteveA_stub SteveA: The script I'm running is /srv/launchpad.ubuntu.com/gina.sh, and the logs are going into /srv/launchpad.ubuntu.com/gina-logs12:15
SteveA_lifeless: ^^^^12:15
lifelessdanke12:15
lifelessare they synced to chinstrap for folk to read ?12:16
SteveA_no idea12:16
lifelessk12:16
SteveA_i'm going to sleep now.  i'll be around briefly in about 8-9 hours12:17
lifelessk12:17
SteveA_i hope you and/or stub will have things more sorted by then, though12:18
=== Burgundavia [n=corey@S0106000000cc07fc.gv.shawcable.net] has joined #launchpad
lifelessyah01:04
lifelessI'm a placeholder only :)01:04
=== poningru [n=poningru@n128-227-69-171.xlate.ufl.edu] has joined #launchpad
sivanglifeless: you're a place holder? ;)01:09
sivangeh, launchpad is down?01:14
sivangeh, came back. weird01:14
=== Kinnison yawns
KinnisonSorry, I have no idea what the abiword traceback is/was01:20
=== interalia [n=interali@adsl-60-232.swiftdsl.com.au] has joined #launchpad
sivangnight all01:56
Kinnisonnight sivang 01:56
=== Sepheebear [n=SepheeBe@cpe-68-175-57-11.nyc.res.rr.com] has joined #launchpad
=== Sepheebear [n=SepheeBe@cpe-68-175-57-11.nyc.res.rr.com] has left #launchpad ["Sepheebear's]
=== TinMan [n=Lotus@cpe-66-65-244-241.nycap.res.rr.com] has joined #launchpad
=== mpool [n=mbp@ozlabs.org] has left #launchpad []
sabdfllifeless: how are we looking for the MoveToBazaarNG?03:03
lifelesssabdfl: good I think03:03
lifelessI'm finishing the reuse-history stuff now, to make importing everyones archives much faster03:04
sabdflok. seems like there have been lots of glitches and bugs fixed this weekend.03:04
lifelesshct is running in bzr now03:04
sabdflnice03:04
lifelessyes, lots of glitches -> lots of fixes.03:04
sabdflso all of keybuk's bugs got fixed? that's the acid tesst03:04
lifelessfor hct yes.,03:04
lifelessfor sourcerer when he wakes up we'll see03:04
lifelessthe only worrying thing is :03:05
lifeless20460 robertc   18   0 2952m 2.7g 1536 R 38.9 76.0  35:35.89 python                                                                                             03:05
ajmitchstill running?03:05
lifelessbaz import seems a little resource hungry.03:05
lifelessajmitch: yes03:06
=== rappo [n=rappo@cpe-24-193-239-76.ucwphilly.res.rr.com] has joined #launchpad
=== warreng [n=warren@cpe-72-224-115-213.nycap.res.rr.com] has joined #launchpad
Kinnisonspiv: ping?03:32
sabdfljamesh: fwiw i have added a SprintAttendance.needs_discussion with UI to change it. if that is True then we'll do the discuss + draft, otherwise its drafting sessions till the sucker is approved03:35
sabdflnight all03:38
=== stub [i=stub@sweep.bur.st] has joined #launchpad
=== jblack [i=jblack@static-209-158-45-74.scr.east.verizon.net] has joined #launchpad
mdzKinnison: you don't know the cause of the traceback, or you don't have the traceback itself?03:57
mdzone of those I could fix03:58
=== rappo [n=rappo@cpe-24-193-239-76.ucwphilly.res.rr.com] has left #launchpad ["Leaving"]
stubGina is still running03:59
stubStill running warty too03:59
=== robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad
stubOh dear.04:01
stubThere appears to be some dud SQL, but it isn't raising any exceptions (?)04:01
stubShouldn't affect this initial run since the binarypackagereleases don't exist (the query appears to be trying to determine if the BPR exists or not)04:02
=== Locus [n=rinaldo@201.243.3.92] has joined #launchpad
=== Locus [n=rinaldo@201.243.3.92] has left #launchpad ["Leaving]
=== mfuentes [n=mario@200.54.6.80] has joined #launchpad
spivKinnison: pong?05:10
jameshlifeless: would it be possible to convert your config-manager debs to noarch?05:14
jameshah.  there is a C version too05:15
stub$ baz merge stuart.bishop@canonical.com/launchpad--trivial--005:18
stubSearching for best merge point05:18
stub..failed to query archive:05:18
stub  name: scott@canonical.com--200505:18
stub  location: sftp://stub@chinstrap.warthogs.hbd.com/home/warthogs/archives/scott@canonical.com--200505:18
stub  revision: launchpad--newpackageclasses--0--patch-105:18
stubWhich is interesting because that archive exists, but doesn't contain a launchpad category (!)05:18
jblackjamesh: The old C version probably doesn't support bazaar-ng05:18
jameshjblack: yeah.  I'm on an AMD64, so was wondering why the package was i386 when the program was in Python05:19
jameshjblack: I guess the reason is that it also includes a binary version of the program05:19
jameshjblack: btw, did you manage to work out the google maps code?05:24
=== Belutz [n=Belutz@202.155.150.72] has joined #launchpad
jblackjamesh: I have the email here, but haven't read it yet.05:29
jblackI'll take a look now.05:29
=== MagicFab_Mtl [n=chatzill@modemcable112.146-82-70.mc.videotron.ca] has joined #launchpad
MagicFab_MtlHello05:32
jblackDoesn't look so bad. I need to figure out that person object you're using. 05:35
jblackI presume that key= is gained by registering to use the google api05:35
jameshyeah05:36
jameshjblack: in createMarker(), person is just an XML node05:36
jblackYeah. Just found it. 05:37
jameshcreateMap() iterates through all the elements under the root element05:37
jblackYeah. This  will be pretty easy to use. 05:38
jblacknice code, btw05:38
jameshabout a 3rd of the javascript comes from the google maps API examples05:39
jblackI think its about time that I revisit javascript. I wasn't aware it had grown up so much.05:40
ajmitchit's actually used for real sites now :)05:40
jblackI heard about AJAX, that it was very difficult to use. This isn't any worse than using athena. 05:41
jameshin some ways it's like PHP: while there is a lot of crap code written in the language, the language itself isn't inherently bad05:41
jblackaka xaw05:42
jameshajax is just a marketing term for stuff people were already doing05:42
ajmitchI think one of the first popular examples of 'ajax' was outlook web access a few years ago05:42
ajmitchit is quite useful though, when done right05:43
=== ajmitch would like to see it used where appropriate in launchpad
jblackYou may laugh at this, but did you know that launchpad is currently lynxable? 05:44
jameshajmitch: there are plans to rip off the ideas from "google suggests" at some point ...05:44
ajmitchjblack: good05:44
ajmitchjamesh: I was hoping that was the case. bugzilla is quite slow with the huge package list loaded on every page05:44
jblackThats what I think.05:44
ajmitchjblack: it's good for accessibility :)05:45
jameshajmitch: we should be off bugzilla soon :)05:45
ajmitchyay05:45
ajmitchyou've been working on the imports?05:45
jameshyeah05:45
jblack1.4 Appropriate Conduct and Prohibited Uses. The Service may be used only for services that are generally accessible to consumers without charge.05:46
jblackDarn. There goes using gmaps for tracking my pot stash.05:46
ajmitchI've had a few months to get used to malone, with universe05:46
jameshajmitch: what do you think, overall?05:47
ajmitchI think it's quite good, although I miss some of bugzilla's features05:49
ajmitchwhich I understand bradb will be working on05:49
ajmitchmainly searching & reporting05:49
ajmitchhopefully we'll get another session to list our complaints with him at UBZ05:50
=== jamesh wishes he could leave a comment when updating a bugtask
ajmitchagreed, only updating the status field is restricting05:50
jameshI can leave a comment before or after changing the bugtask, but that means double the bugspam05:52
Lathiatalso people keep using the status notes for comments06:08
Lathiatsomething has to be done about that06:08
jameshLathiat: having a box marked "comment" would help06:18
Lathiatjamesh: :)06:22
=== robitaille [n=robitail@d154-5-117-228.bchsia.telus.net] has joined #launchpad
=== stub [i=stub@sweep.bur.st] has joined #launchpad
=== poningru [n=poningru@n128-227-51-39.xlate.ufl.edu] has joined #launchpad
=== Keybuk [n=scott@syndicate.netsplit.com] has joined #launchpad
=== _maydayjay_ [n=maydayja@ip101109.101.nas.net] has joined #launchpad
=== TinMan [n=Lotus@cpe-66-65-244-241.nycap.res.rr.com] has joined #launchpad
=== carlos [n=carlos@243.Red-83-47-24.staticIP.rima-tde.net] has joined #launchpad
carlosmorning07:57
=== sankar [n=sankar@202.144.95.244] has joined #launchpad
=== lbm [n=lbm@cpe.atm4-0-1301006.0x50a0824e.vgnxx6.customer.tele.dk] has joined #launchpad
=== _Rappy_ [n=hunt-pre@dsl-253-122.monet.no] has joined #launchpad
=== sankar [n=sankar@202.144.95.244] has joined #launchpad
stublifeless: I don't think the version of pybaz in /home/warthogs/source/rollouts/pybaz supports sftp.09:19
lifelessstub: pybaz ?09:20
lifelessbaz provides the network support to pybaz, and baz supports sftp fo'sure.09:20
stubYes. So config manager can't suck down baz archives from chinstrap via sftp when I'm building from source09:20
stubHmm...09:20
lifelessfor baz archives, use 'arch://rocketfuel@canonical.com/....'09:21
lifelesscheck that 'pybaz abrowse rocketfuel@canonical.com' works09:21
=== stub is regenerating the traceback
stubNo handlers could be found for logger "paramiko.transport"09:29
stub<exceptions.NameError instance at 0xb7ada64c> global name 'NotBranchError' is not defined09:29
stubTraceback (most recent call last):09:30
stub  File "/home/stub/lp/rollout/bin/cm.py", line 24, in ?09:30
stub    main(sys.argv)09:30
stub  File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 196, in main09:30
stub    config.build(os.path.abspath(os.curdir))09:30
stub  File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 57, in build09:30
stub    entry.build(dir)09:30
stub  File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 144, in build09:30
stub    raise ValueError("unknown url type '%s'" % self.url)09:30
stubValueError: unknown url type 'sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/hct/1/devel'09:30
lifelessok09:30
lifelesswhat revno of config-manager do you have ?09:31
stublifeless: looks like 12609:32
lifelessgarh09:32
lifelesstry:09:32
lifelessbzr log sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/hct/1/devel09:32
stubThat appears to be working09:34
lifelessyou can see output ?09:35
stublifeless: argh... I think I know. I set PYTHONPATH instead of PYTHON_PATH09:35
stubwhich is correct... now t try that log again...09:36
stubenv PYTHONPATH=lib/python PATH=./bin:$PATH bzr log sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/hct/1/devel09:37
stub------------------------------------------------------------09:37
stubrevno: 15109:37
stubcommitter: Canonical.com Patch Queue Manager<pqm@pqm.ubuntu.com>09:37
stubtimestamp: Sun 2005-10-23 16:52:12 +010009:37
stubmessage:09:37
stub  [trivial]  test commit of doom09:37
stubhmm...09:37
lifelessok09:37
lifelessthat looks more like it :)09:37
=== zyga [n=zyga@2-mi2-1.acn.waw.pl] has joined #launchpad
lifelessstub: I want to disable pqm09:53
lifelessstub: it will let the current job pass09:53
stubok09:53
stubJust for maintenance of a few days?09:53
stubNo handlers could be found for logger "bzr"09:54
stub<bzrlib.transport.sftp.SFTPTransportError instance at 0xb5f5d62c> Unable to stat '/home/warthogs/archives/rocketfuel/hct/1/devel/.bzr/weaves/11/i_automatic-ChangeLog--scott@canonical.com--2004/hct--devel--0.weave'09:54
stubTraceback (most recent call last):09:54
stub  File "/home/stub/lp/rollout/bin/cm.py", line 24, in ?09:54
stub    main(sys.argv)09:54
stub  File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 196, in main09:54
stub    config.build(os.path.abspath(os.curdir))09:54
stub  File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 57, in build09:54
stub    entry.build(dir)09:54
stub  File "/home/stub/lp/rollout/lib/python/config_manager/__init__.py", line 144, in build09:54
stub    raise ValueError("unknown url type '%s'" % self.url)09:54
stubValueError: unknown url type 'sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/hct/1/devel'09:54
stubTraceback (most recent call last):09:54
stub  File "rollout.py", line 128, in ?09:54
lifelessfor upgrading sourcerer09:54
stub  File "rollout.py", line 118, in main09:54
stub    buildConfig(config)09:54
stub  File "rollout.py", line 105, in buildConfig09:55
stub    run(cmd)09:55
stub  File "rollout.py", line 18, in run09:55
stub    raise RuntimeError('Error %d: %s' % (returncode, ' '.join(cmd)))09:55
stubRuntimeError: Error 1: cm.py build configs/configs/canonical.com/launchpad/development09:55
lifelessunable to stat09:55
lifelessthe integration branch is either not being used or is stale09:55
lifelesslet me check09:55
lifelessyes09:56
lifelessold09:56
lifelesspull from rollouts/bzr.integration should fix it09:56
stubIs config manager long term or a temporary solution btw? I'm wondering if it is worth fixing a few ui things (feedback, destination directory already exists)09:58
lifelesstemporary, but possibly long term09:59
lifelessthe big question of where some bits of code and where other bits live is still open09:59
lifelesswhat is definate is that bzr will have the ui for this stuff inbuilt - though that could be done by importing config_manager09:59
stubok. I have  nothing urgent so I'll let things solidify for a bit10:00
sivangMorning all10:08
stubsabdfl, mdz: https://staging.ubuntu.com/distros/ubuntu/warty/i386/+pkgsearch?name=python10:10
sivangstub: nice, does that mean that auto building is working?10:12
sivangeh, dumb question. Probably not yet..10:13
stubsivang: That is the result of the code that imports the warty, hoary and breezy distros. We will find out if auto building is working once we have run it for real and dapper opens.10:13
sivangstub: ah, nice. So there have been some progress since last night :)10:14
stubGina is still running, but warty has finished.10:14
sivangKool10:14
stubactually, hoary looks like it has finished too10:14
sivangwheee10:14
sivang:)10:14
lifelesswhy is mark porting lead for bicyclerepair ?10:15
stuboh... no it hasn't. That is last nights log.10:15
sivangstub: gina is a big shell script right?10:15
stubpython script10:16
sivangstub: ah, how many lines?10:16
stubAlthough it would probably have worked better if we had hired someone called Gina to type it all in.10:16
sivanghehe10:16
stubDunno. Our code tree is somewhat integrated.10:16
stubGina calls hunks from the main code base - she isn't stand alone10:17
sivangIs she is repsonsible for importing from the "old" archive of source packages, into the new one, and then rebuild it there?10:18
stubJust importing the data into the database10:19
stubanalyzing the distribution, extracting all the meta data, stuffing it into the database. Badly in roberts bicyclerepair example.10:20
stublifeless: I think Mark is porting lead for everything. Busy boy.10:21
lifelessits python10:21
lifelessit does not NEED portin10:21
lifelessstub: 10:21
lifelesshttps://staging.ubuntu.com/distros/ubuntu/warty/i386/bicyclerepair/0.9-310:21
lifeless*BOOM*10:21
lifeless(not logged in)10:22
stubBug filed.10:27
lifelessheh10:37
=== uws [n=mathilda@scrat.hensema.net] has joined #launchpad
uwsyuck10:39
uwslaunchpad.net seems down!10:39
lifeless?10:39
uwsIs that planned?10:40
uwsHmmm10:41
uwsseems like a local problam; it works fine from another box10:41
lifelessah10:41
Keybukheh10:44
Keybukis it bad that a major reason to wipe and reinstall my laptop before UBZ is now that I can checkout launchpad fresh from bzr rather than trying to convert each branch one-by-one? :p10:44
=== Znarl [n=karl@bb-82-108-14-161.ukonline.co.uk] has joined #launchpad
=== Seveas [n=seveas@seveas.demon.nl] has joined #launchpad
=== Virtuall[BZA] [i=virtuall@who.is.virtuall.info] has joined #launchpad
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad
=== koke [n=koke@169.Red-217-127-113.staticIP.rima-tde.net] has joined #launchpad
kokehi all!11:46
kokeI was wondering why there's no direct download for po files in rosetta?11:47
jordithere is11:47
ajmitchhi koke, jordi 11:48
kokejordi: by "direct" I meant direct, not through mail :)11:48
mdkei guess the primary reason is that it takes a few minutes to generate the files11:50
jordikoke: no11:50
jordihello andrew11:50
jordikoke: all file downloads are done via librarian.11:50
kokeI saw it at the url in the email11:50
koke:)11:50
kokebut I'm not sure what does that mean11:51
carloskoke, as mdke points, it takes too much time to generate the .po file 11:51
=== Arkalon [n=__@mtngprs7.mtn.co.za] has joined #launchpad
kokebut sometime ago it was possible11:53
carloskoke, we had to remove that feature because people thought the download was taking too much time and requested it again11:54
carlosand sometimes, if the .po file is big (like evolution) it would timeout before we were able to generate the export11:55
kokewhat about some caching?11:55
carloskoke, we do it atm11:56
carlosbut the performance problem is still there for the first time the cached file is generated11:57
kokecan I hope a search feature for rosetta? :)11:57
carloskoke, yes11:57
carloskoke, https://launchpad.net/products/launchpad/+specs11:58
carlosthere is one spec about searching11:58
carlosit's a priority so should be implemented soon, but I cannot give you a concrete date11:58
=== Arkalon [n=__@mtngprs7.mtn.co.za] has left #launchpad ["Leaving"]
lifelessstub: I presume you dont want gina twice : pqm.ubuntu.com12:03
lifelessI've removed the second one:012:04
stubHmm... the first one was submitted ages ago. Must have been stuck in a mailq somewhere (ages as in well before you took PQM down)12:04
lifeless:)12:06
stub$ bzr branch $brf/launchpad/devel tstlp <-- Sitting there for 10 minutes so far downloading stuff with no feedback12:09
=== thisfred [n=thisfred@a80-127-80-154.adsl.xs4all.nl] has joined #launchpad
sabdfloops12:16
=== sabdfl overslept
sabdflmorning all, what's news on the RoadToProduction?12:17
ajmitchmorning sabdfl 12:17
sabdflstub: i think we should process some uploads against the system on staging before opening dapper on it12:18
stubgina looks like she imported warty, died in the 'd's in hoary, and is still chewing on breezy12:18
stubsabdfl: Sounds sane, but I have no idea at this stage what is involved.12:19
sabdfljamesh: did you see my comment around SprintAttendance getting some metadata? needs_discussion (boolean) and status (int: submitted, approved, declined)?12:20
jameshsabdfl: yeah12:21
sabdflstub: just involves setting up a buildd on staging, maybe even some other arch ones. Kinnison says that's a cynch (apt-get install new-buildd or something like that)12:22
stubok12:23
stubOr even run them on mawson where they are already setup, talking to the staging database on asuka.12:24
stubKinnison: ^^^12:24
sabdflZnarl: do you think we can allow connections from asuka to three of the buildd's (one for each architecture)?12:25
lifelessstub: is your linkchecker branch in bzr yet ?12:26
Lathiatrm, has anyon noticed failures to login, often without erroring?12:26
Lathiati've had a couple times in the last half hour gone to login, ende dup back were i was with no login12:26
stublifeless: No. I ctrl-C'd when launchpad was being converted, remember? 12:26
lifelessstub: oh right.12:27
lifelessstub: the optimised import is ready.12:27
stubSo I should do a full conversion now? ok.12:27
lifelessstub: (its on the wiki, short version is 'baz-import stubs-archive stubs-archive ../rocketfuel')12:27
lifelessnote the new parameter at the end12:27
stubok12:27
lifelessthat tells it where to get bulk history from12:27
Kinnisonstub: in lib/canonical/buildd you run "dpkg-buildpackage -rfakeroot -b" and that spits out a launchpad-buildd deb12:28
Kinnisonstub: you install that on a box which you want to become a buildd12:28
stubKinnison: Which I can't do since I can't install .debs. Need the elmster involved for that.12:28
Kinnisonright, and the dogfood buildds are firewalled off12:28
Znarlsabdfl : No, but I'll create an RT job for elmo to do it.12:29
stubI'll move onto buildd once we are happy with Gina12:31
Kinnisongina dying in hoary in the ds isn't good12:31
Kinnisonwhat happened there?12:31
Kinnisonalso, that BPR thing will break part of what we were trying to make sure wouldn't happen12:32
KinnisonI.E. replication12:32
Kinnisondid you fix the SQL error, blow the contents away and restart it?12:32
=== blzbb [i=blzbb@85.185.51.37] has joined #launchpad
dilysMerge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Gina fixes (patch-2711: stuart.bishop@canonical.com)12:41
=== blzbb [i=blzbb@85.185.51.37] has left #launchpad []
lifelesswho runs gina these days ?12:45
Kinnisonstub12:45
lifelessstub: ping12:45
stub?12:45
lifelesssorry12:45
lifelessdilys12:46
lifelesswho runs dilys12:46
lifelesstoo many chicks.12:46
lifelesswheres 'roger' ?12:46
stubwho you calling a chick rentboy?12:46
lifelessdilys and gina, lease-kid12:46
Kinnisondilys is a dog12:49
Kinnisonya daft antipodean12:49
Kinnisonshe's daf's IIRC12:49
lifelessyes12:54
lifelessbut I have not seen daf in 3 months12:54
lifelessso I'm hoping *someone* can give dilys some bzr-log message love12:54
carloslifeless, daf has dilys' code available, not sure if at chinstrap or at his personal archive12:56
lifelessk12:56
lifelessI'll mind that in bear12:57
=== matsubara [n=matsubar@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
matsubaragood morning!01:04
lifelessstub: your config updates will probaby clash01:11
lifelessstub: merge in my branch to yours now:)01:11
stublifeless: Those are launchpad.conf configs, not config-manager configs01:12
lifelessah01:12
lifelessright01:12
lifelessrobert, engage eyes01:12
lifelesshmm01:12
lifelessproduction 38 eh01:12
lifelessguess I should un-remove that01:12
stubI think my merge has hung :-(01:13
=== cprov [n=cprov@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
cprovhi lp-hackers01:22
stubJust tool 1 hr and 6 minutes to branch bazaar integration locally01:23
stubAnd 39 minutes to branch hct01:24
Lathiatis it just me or is that stupidly long...01:25
sabdflstub: https://chinstrap.ubuntu.com/~dsilvers/paste/filewHrbtq.html01:26
stubYup. Works great locally but the network operations need some tuning01:26
sabdflcomments too01:26
Lathiatstub: lots of back and forthing?01:26
stubDunno01:27
stubsabdfl: So going for a NULL priority to mean not set? or n/a? or both?01:27
sabdflnot set01:28
stubsabdfl: ok. patch-25-45-0.sql01:29
sabdflstub: i'm sure you gave that out last night01:30
sabdfllast time you gave me a patch number it conflicted, so i'm jumpy :-)01:30
=== ddaa [n=ddaa@200.140.231.166] has joined #launchpad
stubkiko got 4401:31
stubNothing on this channel log says 45 was taken...01:31
sabdflok01:32
stubYou can have 46 instead if you like ;)01:32
lifelessLathiat: latency figure * revision count overhead01:33
lifelessLathiat: ok-big-O, but a bad constant multiplier for some folk.01:34
lifelessplanned to fix for 0.701:34
stublifeless: Is it possible to train config-manager to fetch stuff using rsync?01:34
stubas a short term fix?01:34
lifelessstub: yes. The easiest way is to use the rsync01:34
lifelesstransport for bzr01:35
Lathiatlifeless: cool01:35
lifelessstub: but full checkouts are a rarity, and push is rsync based.01:35
stubso change sftp://chinstrap.ubuntu.com/blah blah to rsync://chinstrap.ubuntu.com/blahblah ?01:35
lifelessthats the sort of thing we can do. the rsync: plugin needs some love though, its not currently effective01:35
stublifeless: Until we have switch it will be common01:36
lifelessstub: we have switch, in two parts - push and pull --clobber01:36
stubok.01:36
lifelesspush to *there*, give me a branch from *there*01:36
lifelesssoon to be pull --overwrite or something01:36
stubI think the fastest way for people to bootstrap though is to build the tree on chinstrap and rsync it down.01:38
stubWhich would save everyone a few hours with their initial launchpad checkouts.01:38
lifelessworks for me01:41
=== mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
=== salgado [n=salgado@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
mptGooooood morning01:42
sabdflhey mpt01:44
mpthi Mark01:44
mptThe big switchover's happened?01:45
lifelesscheck out pqm.ubuntu.com01:46
mptcool01:47
mptah, rocketfuel not till Wednesday01:47
mptso I do need to rebuild my tree after all01:47
lifelesswell01:47
lifelessif you are not going to land until after wednesday01:47
lifelessyou can use bzr now01:47
lifelessand merge in the changes done between now and the final baz commit when I migrate them to bzr01:48
lifeless:)01:48
lifelessbbiab01:48
mpthmmmmm, tempting01:49
sabdflmpt: i would suggest letting others crack shins on it for the moment01:49
sabdfltempting as it is :-)01:49
sabdflthere have been glitches01:49
mptok01:50
dilysMerge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  BinaryPackageFix for gina when running without --all (patch-2712)01:51
mptBjornT: did you get my bug listings merged into your branch ok?01:52
matsubaralifeless: I've merged now and conflicted four files: CA  lib/hct01:52
matsubaraCA  lib/psycopgda01:52
matsubaraCA  lib/sourcerer01:52
matsubaraCA  lib/sqlos01:52
matsubara. Do you know what that means?01:52
=== beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
BjornTmpt: no, ran out of time on friday. it's merging now, though, so i'll probably land it today.01:53
mptmatsubara, there was a configs error or something so that the symlinks are pointing to the wrong place01:53
mptyou need to fix them manually01:53
matsubarahow?01:54
mptonce you're in lib/01:54
mpte.g. ln -s ../sourcecode/sqlos sqlos01:54
matsubarathanks01:54
stubEither change all the 'lib' strings to 'sourcecode' in configs/canonical.com/launchpad/development or migrate to the bzr dists tree01:54
=== niemeyer [n=niemeyer@200.140.231.166] has joined #launchpad
stuboh... that is if you want to build a new tree01:54
carlosstub, not really, I'm using the bzr dists tree with bazaar01:56
carloslaunchpad is bazaar, and dists is bzr01:56
matsubarawhat am I supposed to do with the .orig and .rej files?01:56
matsubararename them with baz mv?01:58
sivangBjornT: I saw your specs about TicketTrackerEmailInterface, most of it should be applicable to SpecTracker, what do you think?02:00
=== beyond [n=beyond@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
carlosstub, around?02:07
carlosstub, I need some help with a DB constraint02:07
BjornTsivang: yeah, probably. for example, it'd be nice if review requests generated an email notification, and the reviewer simply could respond to the notification and give his review comments.02:08
sivangBjornT: opened a bug about that, too :)02:10
BjornTsivang: cool :)02:11
stubcarlos: sure02:11
carlosstub I have this: CHECK ((productseries IS NULL) <> (distrorelease IS NULL) AND ((distrorelease IS NULL) = (sourcepackagename IS NULL)));02:12
carlosstub, and I want to update it to add an extra field 'fromsourcepackage'02:12
carlosstub, that should be NULL if distrorelease is NULL and could be anything else but 'sourcepackage' if distrorelease is not null02:13
Kinnisonstub: I'm not sure what that gina error is about02:14
=== Kinnison is getting rocketfuel now to look
matsubarals02:15
carlosstub, where I wrote distrorelease you can read sourcepackagename. And 'sourcepackage' means 'sourcepackagename', sorry 02:16
stubcarlos: alter the existing check for the NULL -- CHECK (productseries IS NULL <> distrorelease IS NULL) AND (distrorelease IS NULL = sourcepackagename IS NULL = fromsourcepackage IS NULL)02:16
carlosstub, but that means that fromsourcepackage must be not null if sourcepackagename is not null and that's not true02:17
stubstart again please?02:17
carlosok02:17
carlosI have a new field 'fromsourcepackagename' that could get any value, from NULL to any integer, if sourcepackagename is NOT NULL02:18
carlosand it must be NULL if sourcepackagename is NULL02:18
stubADD CONSTRAINT valid_fromsourcepackagename CHECK (sourcepackagename IS NOT NULL OR fromsourcepackagename IS NULL)02:20
Kinnisonstub: well, doc-linux-hr definitely doesn't have a format statement in the Sources file02:21
Kinnisonstub: interesting02:21
carlosstub, yeah, seems much more simple than adding it to the other constraint. Thank you02:22
=== Kinnison wonders how it got into the archive
Kinnisonjennifer shouldn't have let it through02:22
Kinnisonhmm, no elmo02:22
=== stub pretends to know wtf Kinnison is talking about
lifelessstub: can you please update wiki rfsetup and movtobazng pages as you find things to tune ?02:24
lifelessstub: I'm very close to it - blinded by the wall :002:24
stubok02:24
salgadostub, you got mail02:25
=== carlos -> lunch
carlossee you later02:28
stubsalgado: Any ideas?02:29
salgadostub, to workaround the problem or why it would happen only in staging?02:29
stubI assumed it was happening on staging due to a) new code landing and b) the timeout is deliberately set lower than production02:30
stubsalgado: We need a workaround or we will start seeing it on production too02:31
salgadostub, can't it be caused only by the slower timeout on staging?02:31
stubsalgado: The front page is too slow. If staging is triggering it most of the time, then we will see it some of the time on production02:32
stubEspecially as table sizes increase. If it isn't new code on staging, it is because the datasets are growing and there is something nonscalable going on.02:33
salgadostub, is there a way to see what query is timing out?02:34
=== Nafallo_away is now known as Nafallo
salgadothe /errors page still not accessible on staging02:34
stubYou get the tracebacks if you are logged in as an administrator02:34
stubI don't know if Steve organized mirroring of the logs - I haven't02:35
lifelessno02:35
lifelesserm02:35
lifelessfor gina no02:35
lifelessfor normal logs I think so02:35
salgadowell, in production I get the tracebacks by being a member of launchpad. but in staging I get only that RequestExpired page02:36
stubIndeed :-(02:37
stubI'll pull it from the logs and paste02:37
stubSELECT Person.id, Person.defaultrenewalperiod, Person.postcode, Person.subscriptionpolicy, Person.merged, Person.displayname, Person.password, Person.name, Person.familyname, Person.datecreated, Person.calendar, Person.teamdescription, Person.givenname, Person.country, Person.addressline2, Person.addressline1, Person.city, Person.emblem, Person.hackergotchi, Person.phone, Person.teamowner, Person.defaultmembershipperiod, Person.timezone, Person.province, Perso02:37
salgadoPerson.province, Pers02:38
salgadonothing after that02:38
stubhttps://chinstrap.ubuntu.com/~dsilvers/paste/filePZs4nM.html02:39
stubNo idea what would be doing that :-(02:39
salgadoit must be the topPeople() method. but that has a "limit 5", which is not there02:41
salgadooh, no. it's not02:41
salgadothat's a call to getByName(). it's retrieving the launchpad team to check if you're a member of it02:42
sabdflstub: is there any way to get the binarypackagerelease.binarypackagename.name added to binarypackagerelease.fti?02:42
sabdflwithout triggers?02:42
sabdfland without duplicating the .name field on the bpr itself?02:43
stubsabdfl: No. Also that is a trick question, as the only way the fti columns get populated is by triggers.02:47
sabdfloh. ok, and there's no way to make the trigger add the binarypackagename.name?02:48
stubsabdfl: It is just hidden as fti.py does all the heavy lifting and hides it from you02:48
stubsabdfl: Yes. It involves me rewriting fti.py02:48
sabdflstub: ok, so i'll just leave that aside for now then02:49
stubYup. Just query both tables - it is quick.02:49
=== mpt can't fix this broken tree
mptI'm too dumb02:50
=== camilotelles [n=Camilo@20132194128.user.veloxzone.com.br] has joined #launchpad
salgadostub, so, it's always that query the one that times out?02:58
salgadostub, and btw, isn't that query supposed to run almost instantaneously?02:59
stubsalgado: It is fast. Something else must be chewing up time before that query is run (eg. some really bad zpt), or it is being run a very large number of times.03:07
stubsalgado: I suspect I will need to comment out sections of the front page to narrow down what is taking the time03:07
=== benpi [n=ben@81.57.42.108] has joined #launchpad
salgadostub, try commenting the +portlet-foaf line first03:09
benpiHi03:10
benpiI've a question for wich I didn't found any answer either in Launchpad wiki or by googling around03:11
benpiIs Launchpad (and Malone/Rosetta/.. components) expected to be released as free software ?03:11
benpiIf yes, is this publicly announced ?03:11
=== bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad
benpior stated by a person of authority ?03:12
=== makx [n=max@baikonur.stro.at] has joined #launchpad
makxthe form for shipit has tough constraints regarding the length of it's entries03:15
makx"Institut fr Informationswirtschaft" didn't fit in :-P03:15
benpiI'm reluctant to contribute without such an assurance about the software to be free...03:15
makxanyway i shorted the entry.03:15
=== elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #launchpad
salgadomakx, that's a restriction imposed by the shipping company, so there's nothing we can do about that. :-(03:18
makxsalgado: can't you add a third optional input element for the address?03:20
makxshould be negociable :-P03:20
kikobenpi, yes, it is expected to be released as free software03:34
kikobenpi, it's still at a very conceptual stage and therefore needs a lot of design work and discussion03:34
benpikiko : thanks for the answer03:35
kikobenpi, we're very much interested in external contribution, just haven't managed to deliver enough to provide what I consider architectural integrity and plausible promise03:36
kikohey elmo, thanks for the staging work on saturday, much appreciated03:37
kikostub?03:37
Nafallokiko: is there an ETA on dapper? :-)03:38
kikoNafallo, mdz and sabdfl are best to ask for that03:38
Nafallokiko: ah, doesn't dep-wait gina then? :-)03:39
sabdflkiko: what was the result of the staging run?03:39
kikosabdfl, I don't know yet, but would like to03:39
kikoI don't have access to staging myself03:39
kikoI'd love to have the log to take with me on the plane03:40
benpikiko : I can understand that, it's better to release with a relatively stable architecture/API, for contributors sake 03:40
benpibut is this aim stated by an authoritative person somewhere ?03:40
kikobenpi, yes, it is.03:41
sabdflhttps://staging.ubuntu.com/distros/ubuntu/hoary/powerpc/+pkgsearch?name=camera03:41
sabdflso, there are packages03:41
sabdflbut are they all there?03:42
sabdflKinnison: how can we certify the import as golden?03:42
kikosabdfl, not all, definitely, but I want to see how many we failed, and why.03:42
Kinnisonsabdfl: package counts would be a good start03:42
Kinnisonsabdfl: gina reports what she fails to import03:42
Kinnisonsabdfl: so that'd be good03:42
Kinnisonplus making sure gina runs without reporting any errors03:42
sabdflkiko, Kinnison: can we do a publish off of staging, and compare packages files?03:42
sabdfli'd like to see if there are patterns in that data03:43
KinnisonYep, we could03:43
Kinnisondoes staging have the disk to do it?03:43
kikoKinnison, are you ordering the Sources and Packages files?03:43
Kinnisonkiko: we sort the file lists by basename (in theory)03:43
kikothey were unordered when we checked on dogfood but I think that was old03:43
=== Kinnison would update dogfood but the bzr transition broke it all
kikoKinnison, mdz suggested the correct sorting was by package name and then by basename03:43
Kinnisonwell, elmo and I checked the source03:44
Kinnisonwe sort by basename03:44
Kinnisonin both katie and CAP03:44
kikookay, cool.03:44
kikothen that's fine03:44
kikothat was the thursday patch, right Kinnison?03:44
kikobtw03:44
kikodoes anyone want anything from brazil?03:44
Kinnisonthe thursday patch?03:44
kikolast chance for a slow dance03:44
kikoyep03:44
Kinnisonkiko: cachassa03:44
kikoa patch that landed thursday == the thursday patch03:45
kikoKinnison, I'll see what I can do03:45
Kinnisonkiko: and some of those milk sweets03:45
kikoKinnison, doce de leite?03:45
Kinnisonyeah, or perhaps tapoica03:45
Kinnisonwhatever you can bring03:45
kikonaked chicks perhaps03:46
Nafallolol03:46
NafalloI thought you were going to _work_ at UBZ? ;-)03:46
=== Kinnison doubts you can fit chicks in your suitcase
Kinnisonunless they fold up real small03:46
kikowhen they hatch they are small03:46
Kinnisontrue03:46
sivangkiko: can you bring Mel Lisboa with you?03:47
sivang^^^^^^^03:48
kikohmm03:48
kikoshe would need folding03:48
sivanghehe03:48
sivangand a big coat03:48
benpikiko : tanks for reassuring me03:51
sivangkiko: how do I change a spec name I created? specname/+admin ?03:56
kikosivang, yes.03:56
=== sivang cries.
sivang Sorry, you don't have permission to access this page.03:57
Nafallolol03:57
sivang( Logged in as Sivan Greenberg)03:57
Nafallosivang: you better file a bug ;-)03:57
sivangNafallo: not sure, I don't think +admin is even documented in anywhere :)03:57
Nafallosivang: so that makes it less of a bug? :-)03:58
sivanghehe, let's see what kiko says03:59
sivangkiko: specname=setup-snapshots03:59
stubI think my outgoing email is being delayed04:00
stubKinnison, sabdfl, kiko: Gina logs are in chinstrap:~stub/gina-logs04:01
kikowoo thanks04:01
stubSummary is warty ran, hoary and breezy died with the same exception04:01
KinnisonYeah, looks like bits of hoary/breezy lack Format: headers in the sources04:01
kikostub, okay04:01
kikoKinnison, I've fixed that already04:02
Kinnisonkiko: aah right04:02
kikoit's in PQM04:02
stubI've also done a second run of gina, which ran quickly.04:03
stubWhich is good ;)04:03
sabdflkiko: when you look for the DSC, is that optional?04:03
sabdflif you don't find it, it just leaves the Build.changes as NULL?>04:03
sabdflKinnison: can you and stub work on getting builders setup for staging, so we can run some test dapper builds?04:07
sabdflalso, what's the plot w.r.t. opening dapper - do we copy all the publishing records over from breezy so dapper starts out looking just like breezy?04:07
kikosabdfl, the DSC is not optional, no.04:07
sabdflkiko: looks like we don't have them in a bunch of places04:08
kikoa package without a DSC is AFAIK invalid04:08
kikosabdfl, I'll look into that -- steve as saying the files were actually there04:08
Kinnisonsabdfl: that was my plan, yes04:08
sabdflKinnison: do you have a script that does that?04:08
sabdfli'd like to test it on staging now04:08
Kinnisonsabdfl: No, I was just going to do some SQL04:08
sabdflKinnison: please scriptify04:09
sabdflshould be trivial04:09
Kinnisonokay04:09
sabdflbut since it has to be done regularly, it should be possible to get it right04:09
sabdflhmm04:09
sabdflhere's a suggestion04:09
sabdflthe distrorelease has a parentrelease04:09
sabdfladd a .initialiseFromParent method04:09
sabdflthat should (a) check if there are any packages published, and if so, quit04:10
sabdfl (b) do the Right Thing w.r.t. copying over from the parent04:10
sabdfli think it would be fine to ignore pockets04:10
sabdflbut do all architectures for which there is an architecture in the parent04:10
KinnisonI was told to anyway. I.E. only ever inherit the RELEASE pocket04:10
sabdflsonds good04:10
Kinnisonokay I'll start work on that right away04:11
sabdflthanks04:11
=== Kinnison tries to get himself a launchpad checkout to work from
sabdflany word back from elmo or Znarl w.r.t. test buildd's for staging today?04:11
=== Kinnison hasn't heard anything
stubKinnison: ping me when you are online tomorrow and we can hook up some buildds to asuka04:11
Kinnisonstub: right, can-do04:11
sabdflso, we are still on track to open on soyuz tomorrow (late-ish I imagine)04:12
elmoI closed the ticket an hour ago04:12
elmosabdfl and stub were cc'ed04:12
elmothe buildds can see port 80 on asuka now, and asuka can see them04:13
kikosabdfl, who is that question going out to? 04:13
sabdflelmo: superb, thanks, stub / Kinnison will that cover the new-style buildd's?04:13
stubyer. I need to open Postgres up to the buildds but I will need details and I assume Kinnson is playing with other things right now.04:13
sabdflkiko: all takers04:13
Kinnisonstub: the buildds don't look at pgslq04:13
Kinnisonstub: they only need librarian access and archive access04:13
sabdflstub: it's an xmlrpc interface04:13
stuboh? Well that is all running then04:14
sabdflKinnison: what port does asuka need to see on the buildd's?04:14
elmostub: err, say what now?04:14
Kinnison822104:14
sabdflelmo: can you let asuka see port 8221 on the buildd's that you have provisioned, and install the newfangled build tools on them?04:14
kikosabdfl, well, gina didn't even run completely on hoary and breezy. I need to check her logs, to see what I can fix in short notice. and I am concerned the archive will miss many packages.04:15
sabdflkiko: i'm still running on your confidence from yesterday. i suspect a few common failure modes will account for the glitches04:15
elmosabdfl: asuka can see port 8221; kinnison has 3 buildds of his own, surely that's enough for testing?04:15
sabdfllet's just keep iterating on gina04:15
kikoKinnison, have you ever done a test uploading all breezy packages through the uploader and looking at the resulting archive?04:16
sabdflelmo: 1 buildd on each arch is fine04:16
Kinnisonkiko: I've verified that the uploader handles the uploads elmo produced as test-data for me04:16
=== Kinnison only had problems on uploads which had "None" as their priority
kikoKinnison, that's not what I asked -- the /whole/ breezy archive?04:16
kikoyeah, gina copes with those too04:16
=== Kinnison hasn't done as you asked, no
kikohmmm04:17
Kinnisonit would be a seriously non-trivial thing to set up to run04:17
sabdflguys, rolling new stuff to production is always hard, lets just keep plugging at it and i'm sure we will make good progress today and tomorrow04:17
elmothe whole breezy archive is available  to test upload on rockhopper04:17
sabdflworst case, elmo, can we bring up dapper on katie?04:17
elmosabdfl: in 5 minutes04:17
kikoquite a large chance of it blowing up when processing the real-world data04:17
kikoelmo, could I get access to staging so I can verify the archive? it seems to be missing files04:19
elmokiko: done04:20
sabdflKinnison: can you set staging to do regular publishes of its archive, please?04:20
kikothanks04:20
Kinnisonsabdfl: sure04:20
Kinnisonelmo: can i have access to staging too please?04:20
sabdflso in theory, as gina improves, we see the archive converging on what's at archive.ubuntu.com04:20
elmosigh04:20
kikosabdfl, the problem with the dropped packages was exactly what I suggested: curl produces packages in both main and universe.04:20
sabdflcurl?04:20
Kinnisonkiko: yes, this is a common occurrence04:21
elmoisn't great how our "minimal accounts" policy goes flying out the window as soon as we hit headless chicken mode04:21
kiko09:18:43 ERROR   Error processing package files for libcurl3-gssapi04:21
kiko -> http://librarian.staging.launchpad.net/1120840/1120873/cXgYtEtZOoaIjbnN5180ZKAj1nu.txt (File curl_7.14.0-2ubuntu1.1.dsc not in archive (/srv/archive.ubuntu.com/ubu04:21
kikontu/pool/universe/c/curl/curl_7.14.0-2ubuntu1.1.dsc))04:21
Kinnisonelmo: natch.04:21
kikosabdfl, we need a function to search for the dsc in all components04:21
sabdflelmo: can you add "kick everybody off again" to the "reattach head to chicken" script?04:21
Kinnisongiven gina was importing fine before, what have you done which broke her?04:21
elmoKinnison: done04:21
sabdflKinnison: she needed a little correction here and there04:21
kikoKinnison, har har har04:22
Kinnisonelmo: thanks04:22
=== Kinnison looks at asuka
kikoKinnison, gina wouldn't have processed 1/3 of what she did this time04:22
kikoKinnison, this isn't a case that made her blow up -- just failed to import a file.04:22
kikostub, can you re-run gina with my latest patch?04:24
Kinnisonhow do I connect to the staging database?04:24
kikoI think you ran her with my first patch, which blows up with missing attributes (this is now tested)04:25
kikostub, she will run through the whole archive most likely, with some ERRORs04:25
kikostub, or wait for pqm04:25
kikoshe's 3rd in queue04:25
kikochristian.reis@canonical.com--lozenge/launchpad--devel--0--patch-23504:26
kikostub, all tests pass ;)04:26
stubkiko: You forgot to mirror I think04:28
kikostub, doh04:28
kikodoing now04:28
=== sabdfl heads to the office
=== sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has left #launchpad []
Kinnisonstub: How do I connect to the staging db ?04:29
=== Kinnison assumes he has to become some user first
Kinnisonelmo: do I need sudo to something?04:30
stublaunchpad user has access. I can give your normal user access if you need it.04:30
KinnisonI imagine I'll need to become the launchpad user04:31
Kinnisonin order to set up and check the publishing04:31
Kinnisonetc04:31
stubGina's going again04:31
kikothanks stub 04:31
kikomirrorred04:32
stubkiko: way ahead of you04:32
elmostub needs to ok people being able to sudo to launchpad, AFAIC04:32
=== stub oks
elmofor who? :P04:33
elmoor just anyone...04:33
Nafallomememe ;-)04:33
stubKinnison: Do you just need database access or to mess with the source tree being used by launchpad/gina etc?04:34
Kinnisonuhm, full access will stop me stumbling04:36
Kinnisonin case anything hiccoughs04:36
stubelmo: Give kinnison sudo to launchpad.04:38
elmodone04:38
Kinnisonthanks04:38
stubkiko: Are you going to cry if you don't get sudo access?04:39
kikostub, nope.04:39
stubGina's tearing through the archive04:40
=== heyko [n=heyko@tor/session/x-3ac6dd091ffdd99b] has joined #launchpad
kikoroxor04:41
kikoman04:41
kikoI can not find ONE small package to test this @#$!@!#@! multiple-component cruft04:42
kikosigh04:42
KinnisonRight, I've added the lucille config04:48
KinnisonI'll attempt to publish to /srv/launchpad.ubuntu.com/staging-archive04:48
Kinnisonokay?04:48
stubsalgado: Good call. Commenting out the foaf portlet fixes the timeouts on the front page04:48
kikorock on04:48
salgadostub, can you paste the PersonSet.topPeople() method we have running in production?04:49
jameshkiko: firefox has stuff in main and universe, but I guess that doesn't count as small04:50
Nafallokiko: curl isn't small enough? :-)04:51
stub    def topPeople(self):04:51
stub        """See IPersonSet."""04:51
stub        return Person.select('password IS NOT NULL', orderBy='-karma')[:5] 04:51
Nafallokiko: xpdf? shorewall?04:51
=== sabdfl [n=mark@pdpc/supporter/silver/sabdfl] has joined #launchpad
kikoNafallo, the smaller the better04:51
sabdflstub: is pqm jammed on your request?04:52
Nafallokiko: well, you got three rather small ones suggested now ;-)04:52
kikoshorewall!04:52
kikoshorewall didn't fail though, hmmm04:53
salgadostub, could you try to use this on staging (uncommenting the foaf portlet)? this is not what is running on staging now04:53
=== dorto [n=dorto@202.65.150.146] has joined #launchpad
=== dorto [n=dorto@202.65.150.146] has left #launchpad ["Leaving"]
=== matsubara is now known as matsubara-lunch
stubsalgado: I can't test that now without killing other testing going on04:59
kikouse staging2 ;)05:00
stubkiko: I'll need another box or the extra CPU and ram back in this one first. Asuka is creaking except for its disk.05:01
kikoyeah05:01
Kinnison1.3G published so far05:01
elmoyou guys know about drescher right?05:01
elmojust like, checking05:01
kikowho's she05:02
elmo.5Tb, 2 CPU, 4 GB memory...05:02
elmoit was kind of designed for exactly this purpose, not sure why y'all are so insistent on last-minute-ing it on asuka ..05:02
salgadostub, this is probably the query that is causing the timeout on staging's front page: https://chinstrap.ubuntu.com/~dsilvers/paste/fileT0t89b.html05:03
salgadostub, is it possible to optimize it?05:04
elmoOTOH, if you want to continue, we can borrow CPU + memory from another machine, if that's going to be easier05:04
stubelmo: Never heard of it05:06
kiko-fudscripts/ftests/gina_test_archive$ du -s05:06
kiko-fud11482.05:06
kiko-fudaiee05:06
kiko-fudanyway, fud, bbiab05:06
stubsalgado: Not that I can see05:08
sivangelmo: fran dreshcer ?05:15
Kinnisonhttp://www.awi-bremerhaven.de/Polar/Drescher.html05:18
sivangKinnison: nice05:19
stubsalgado-lunch: I can get it faster by adding some indexes and dropping the 'name' from the sort order05:20
sabdflstub: pqm?05:20
stubseems to be processing happily. Chinstraps load of 8 is slowing things down.05:21
Kinnison11G of source published05:26
Kinnisonpreparing the binaries05:26
NafalloKinnison: no breakage yet? :-)05:27
KinnisonNafallo: nup the publisher is paranoid05:28
Kinnisonit'll stop the moment it hiccoughs05:28
sivangKinnison: I take it it's looking good? :)05:28
Nafallo:-)05:29
KinnisonWell, it's not looking *bad* per-se :-)05:32
=== Kinnison ponders what to do for dinner
sivangKinnison: I prepared some pasta and italia tomato sauce 05:36
Kinnisonfor me? how kind05:37
Nafallo:-)05:38
Kinnisonstub: this import, is it multi-arch?05:39
stubKinnison: yes05:39
stubThe three majors05:39
dilysMerge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Production and staging config updates (patch-2713: stuart.bishop@canonical.com)05:42
kiko-fudfinally05:46
kiko-fudstub, can you get me the logs for these runs when they succeed?05:47
stubkiko-fud: /srv/launchpad.ubuntu.com/gina-logs05:47
=== lbm [n=lbm@x1-6-00-13-10-7a-d1-e4.k233.webspeed.dk] has joined #launchpad
kiko-fudstub, ah, on asuka?05:50
stubyes05:50
Kinnisonup to 22G on the publishing run05:53
stubBed!05:55
Kinnisonstub: when are you likely to be around?05:56
stubabout 8 hours time05:56
stub?05:56
=== WaterSevenUb [n=WaterSev@azevedo.astro.up.pt] has joined #launchpad
Kinnisonstub: rock on05:59
Kinnisonstub: sleep well05:59
kiko-fudstub, Kinnison: is gina actually running?05:59
kiko-fudno log output is changing06:00
stubit is running. I think the publisher is holding a lock atm06:00
kiko-fudah,ok.06:01
Kinnisoninitial publishing runs are a bit painful :-(06:01
KinnisonI ought to try and work out how to do it without holding a transaction locked06:01
KinnisonI guess I could alter it to do a pre-fetch without ever writing to the db, to ensure the transaction is short-lived06:05
Kinnisonwell, short-lived in the 5 minutes or so sense06:07
=== Kinnison ponders
Kinnisonurgh, publishing is hard06:07
kiko-fudI'm outta here to catch a plane, will check in late tonight06:08
kiko-fudmontreal wednesday06:08
kiko-fudcall me or sms me if you need me06:08
kiko-fudbut you won't -- gina's golden! :)06:08
Nafalloyay!06:10
KinnisonCAP dominating06:13
Kinnisonoverriding...06:14
Kinnisoncollating file lists06:14
=== Kinnison gets all excited
=== GoRoDeK [n=gorodek@p5083EA64.dip.t-dialin.net] has joined #launchpad
Kinnisonkaboom06:16
Kinnison:-(06:16
=== Kinnison restarts it
sivangKinnison: what's CAP ?06:18
Kinnisoncanonical archive publisher06:19
KinnisonI.E. launchpad's archive publishing tool06:19
sivangKinnison: I see06:19
mdzKinnison: how goes it?06:21
Kinnisonmdz: well, it's publishing (running apt-ftparchive now)06:22
KinnisonI'm a little concerned that the archive is a bit small06:23
Kinnisonbut that's probably because gina hasn't finished yet06:23
zygasabdfl: what is the approximate time of UVF for dapper?06:24
Kinnisonmdz: I.E. so far there's only 30G of archive being output by CAP06:25
kokejordi: where did we talked about translating CoC??06:32
mdzKinnison: are there components/architectures/bits of the archive which are finished publishing?06:42
mdzKinnison: and where can I see it?06:43
Kinnisonit's in /srv/launchpad.ubuntu.com/staging-archive on asuka06:44
=== Kinnison needs to re-run it in --careful mode
Kinnisonone sec06:45
KinnisonWhen in non-careful mode it won't write out configs for the frozen distroreleases06:45
bradbBjornT: Do you have time for a drive-by code review of a patch that does some serious +filebug cleanup? (16 files changed, 104 insertions(+), 173 deletions(-))06:45
Kinnisonso we don't constantly recreate the Packages files for warty etc06:45
BjornTbradb: sure, send it to me06:46
Kinnisonmdz: whatever the outcome of the current publisher run, I'll have to go and cook dinner in about 10 minutes tops06:49
bradbBjornT: cool, thanks, sent.06:50
Kinnisonor I'll have ravenous hordes baying at me06:50
mdzKinnison: I don't have access to askuka06:50
Kinnisonmdz: aah06:51
Kinnisonelmo: can we expose that archive over http ?06:51
mdzer, asuka06:51
mdzKinnison: what was the outcome of the previous test?06:52
Kinnisonmdz: which test?06:53
Kinnisonwhen I was running on dogfood I was happy with the archives it was producing06:54
mdzKinnison: the one which was running on staging the last time I was around06:54
mdzor is this still the same run?06:54
mdzsince yesterday?06:54
KinnisonUhm, do you mean gina or the publisher?06:55
Kinnisongina is running fresh06:55
Kinnisonthe publisher hasn't been tried on staging before06:55
mdzat the time I had to leave, gina hadn't finished yet, so the publisher hadn't run 06:55
mdzgina is running fresh because the previous one failed?06:56
KinnisonI'm not entirely sure06:56
mdzhow about this: "what was the outcome of the most recently concluded test of the whole ball of wax?"06:56
Kinnisonkiko and stub were talking about it06:56
Kinnisonthat gina was broken06:57
mdzok06:57
mdzthanks06:57
=== matsubara-lunch is now known as matsubara
KinnisonI'll know more in about 20 minutes07:00
=== Kinnison has to go and do some cooking, I'll be back in a bit
elmoexposed as http://staging.archive.ubuntu.com/07:05
Kinnisonelmo: thanks dude07:07
=== Kinnison groans. gotta go to the shops, bbl
Kinnisonsorry about this07:07
mdzKinnison: {warty,hoary,breezy,dapper}/source are all empty07:07
mdzer, /main/source07:07
Kinnisonmdz: yes, current publishing run is gonna fix that07:08
Kinnisonmdz: apt-ftparchive is in-progress07:08
=== bayr00t [n=veruda@oliver.efpu.hr] has joined #launchpad
bayr00tcarlos? jordi? you around?07:23
bayr00tcan u help me by uploading translation templates into rosetta07:24
=== tirian [n=tirian@204.116.119.235] has joined #launchpad
bradbBjornT: how's the +filebug refactor patch looking?07:28
BjornTbradb: you'll get a mail soon, there are a few things i want you to do.07:29
=== auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad
bradbok, cool07:29
=== niemeyer [n=niemeyer@200-140-206-245.ctame7015.dsl.brasiltelecom.net.br] has joined #launchpad
=== ddaa [n=ddaa@200-140-206-245.ctame7015.dsl.brasiltelecom.net.br] has joined #launchpad
carlosbayr00t, I'm here07:32
carlosbayr00t, did you see https://wiki.ubuntu.com/RosettaFAQ ?07:33
bayr00tcarlos: i'll read it now07:35
carlosbayr00t, thanks07:36
bayr00tcarlos: and then i have to add the sftwr here: https://wiki.ubuntu.com/RosettaPendingImports07:36
carlosbayr00t, yeah, that way Jordi will handle faster your request07:37
mdzKinnison: is apt-ftparchive still running?  there still doesn't seem to be any source published yet07:43
elmo1000     30064  2.9 51.6 1677764 1062456 ttyp5 S+   17:46   1:41  |               \_ python scripts/publish-distro.py --careful ubuntu07:44
=== ubuntulog [n=ubuntulo@port49.ds1-van.adsl.cybercity.dk] has joined #launchpad
=== Topic for #launchpad: Discussion with Launchpad users and developers. || https://launchpad.net/ || Includes Rosetta and Malone. || http://people.ubuntu.com/~fabbione/irclogs/ || Developers' meeting, next one is UBZ
=== Topic (#launchpad): set by SteveA at Thu Oct 20 14:05:54 2005
=== lucas [n=lucas@d213-103-106-156.cust.tele2.fr] has joined #launchpad
lucashi08:05
lucasis there a way to send a mail to all members of a team ?08:06
salgadolucas, currently, no08:09
sabdflok, guys time for an update on the gina situation08:10
lucasok08:10
sabdflKinnison: what are you seeing in the archive?08:10
tirianWhen can I find a tutorial for moving an exsisting project over to Bazaar/Launchpad?08:11
elmoapt-ftparchive is still running08:12
Kinnisonaye it is08:14
Kinnisonsorry, had to go shopping08:14
Kinnisondinner is in the oven so it's fairly hands-off noce08:14
Kinnisonerm s/noce/now/08:14
=== Kinnison wonders how on earth that typo occurred
=== LaserJock [n=LaserJoc@lambda.chem.unr.edu] has joined #launchpad
tirianCan anyone help me? I'd really like to use Bazaar, but I'm not sure how to begin.08:17
LaserJockIs it possible to see what bugs I am subscribed to on launchpad? 08:17
mdzsabdfl: so far I still don't see anything published, though I've just been polling */main/source periodically08:17
mdzelmo: still, as in from over an hour ago?08:18
elmomdz: yes08:18
mdzmy word08:18
elmoon an unloaded machine, apt-ftparchive from scratch takes an  hour or two08:18
elmoand that's assuming --no-contents08:18
elmo(unloaded == this class of HW), (from scratch == without cached package information)08:19
Kinnisonthis is no-contents08:19
Kinnisonbut gina is running in the background08:19
Kinnisonso it's not unloaded08:19
Kinnisoneach universe is taking between 20 and 30 minutes08:19
Kinnisons'on dists/warty/main/source now08:20
=== gneuman [n=gneuman@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
mdzKinnison: are we able to estimate gina's progress?08:22
Kinnisonooh, apt-ftparchive finished08:23
Kinnisonshe's somewhere in hoary08:23
mdzwe have something resembling warty08:24
Kinnisonshall I re-run CAP to gather up all she's done so far?08:24
=== Kinnison does so
mdzKinnison: it looks like the comparison used for the sort isn't quite compatible; it seems to sort foo-bar ahead of foo, while the existing indexes do the opposite.  not a problem for the tools of course, but makes it less convenient to compare them08:27
=== SnakeBite [n=SnakeBit@84.242.143.99] has joined #launchpad
Kinnisonodd08:28
Kinnisonfiles.sort(key=os.path.basename)08:29
Kinnisonis what I do08:29
Kinnisonshould I instead do something to extract just the package name?08:29
LaserJocksorry to bother, but can anybody point me to any lauchpad or Malone documentation/instructions?08:30
mdzKinnison: dunno; what does katie do? apt-sortpkgs?08:30
mpttirian: Try #bzr08:30
=== Nafallo is now known as Nafallo_away
mdzKinnison: the only delta between staging's warty/main/source/Sources and the production one is that debian-installer has a Priority: header08:31
elmokatie  sorts by pkg name08:31
Kinnisonjenna seems to sort by full pathname08:31
elmohmm, yeah, so she does08:32
elmolets pretend I said that instead08:32
Kinnisonso she'll sort blah/libfoo before dooby/dooby08:32
Kinnisonokay so CAP should sort by full pathname instead08:33
Kinnisonthat's an easy enough fix08:33
KinnisonI'll do that once it's finished running08:33
Kinnisonmdz: which is lacking the Priority header?08:33
=== Nafallo_away is now known as Nafallo
mdzKinnison: yours08:34
Kinnisonmdz: Odd08:34
mdzKinnison: but other than that, it looks spot on so far08:34
Kinnisonmdz: phew08:34
mptLaserJock: Sorry, there's no way of getting such a list, that's https://launchpad.net/products/malone/+bug/271308:35
Kinnisonmdz: can you look at some d-i ?08:35
UbugtuError: I cannot access this bug08:35
mptkiko, is there a good reason for bug 2713 to be private?08:35
UbugtuError: I cannot access this bug08:35
mdzKinnison: the best test would be to do a netboot install from this archive08:35
Kinnisonmdz: Well, if you've got the kit, can you go for it?08:35
Kinnisonmdz: natch I'd wait until this cap run is done08:35
=== Kinnison will say when
mdzKinnison: that won't be possible until it has d-i stuff in it08:36
mdz(installer-*)08:36
Kinnisonmdz: and so far it doesn't?08:36
Kinnisonoh right08:36
elmothe best test would surely be that the dists/ on staging and archive are bit for bit, wouldn't it?08:36
Kinnisonthe tarballs08:36
Kinnisonelmo: aye, diffing the dists/ on staging and archive is best08:36
=== Kinnison will make sure cap sorts the same as jenna
Kinnisongive me a sec08:36
mdzelmo: all the .gzs will differ, as will Release08:36
elmomdz: meh, sure - bit  for bit after decompression and excluding checksums of compressed files in Releases08:37
mdzelmo: that sounds like what I'm doing, then08:37
mdzcan breezy debootstrap still debootstrap warty?08:38
mdzI guess it ought to08:38
=== Kinnison restarts CAP with the altered ordering code
mdzKinnison: is that going to use an apt-ftparchive cache from the last run, I hope?08:39
Kinnisonyes08:41
Kinnisonapt-ftparchive caches are kept08:41
Kinnisonotherwise we'd never manage the 30 minute cycle ;-)08:41
KinnisonOf course, it is adding a sod load more stuff so it might not be instant :-)08:41
=== Kinnison goes to check on lunch
Kinnisonwell, dinner08:42
mdzelmo: what would be the most straightforward way for me to get a verbatim copy of the staging dists/ to use for comparisons?08:55
Kinnisonmore dinner08:56
elmomdz: I've made it available via rsync from the LAN08:57
elmois that sufficent?08:58
elmoor do you need it from the net?08:58
=== LarstiQ [n=larstiq@cust.7.157.adsl.cistron.nl] has joined #launchpad
LarstiQhello08:58
mdzelmo: rsync on the LAN is fine, thanks08:58
KinnisonProgrammingError: ERROR:  deadlock detected09:00
Kinnisongrah09:00
Kinnisonmight have to wait a bit until I can kick off CAP again09:00
Kinnisongina is getting busy09:00
=== Kinnison will eat his dinner and then try again
=== einheit [n=steve@217.205.109.249] has joined #launchpad
einheithi09:05
=== einheit is now known as SteveA
SteveAmdz: hi.  what's new?09:06
mdzSteveA: getting to the point where we can start to run some meaningful tests on the published archive09:10
=== lamont [n=lamont@mib.fc.hp.com] has joined #launchpad
=== bradb_ [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has joined #launchpad
fabbioneso what distro is completed in staging?09:21
fabbionei can run a netinstall using the miniso to boot09:21
fabbioneand fetch the rest from it09:21
fabbiones/it/staging09:21
mdzfabbione: warty09:23
mdzfabbione: but there is no d-i09:23
mdzdoes the mini iso have all of d-i?09:23
fabbionei think so09:24
fabbionei can still netboot from the local archive and ask d-i to fetch the rest from staging09:24
fabbionethe only thing you can't test without d-i is the stage1 install09:26
fabbioneat the end of that, apt-setup will ask for the mirror again09:26
fabbionestill better than no test at all09:26
mdzKinnison: Sources.bz2 are missing09:32
mdz-Section: multiverse/net09:39
mdz+Section: multiverse/multiverse/net09:39
mdzBugs and Origin seem to be missing09:40
sabdflhey all09:43
fabbionehey sabdfl 09:43
sabdflmdz: something resembling warty?09:45
=== Nafallo adds to #ubuntu.se's topic that breezy-backports is non-existant.
bradbmpt: around?09:45
mptbradb: yo09:46
bradbmpt: I was hoping to get your opinion on the new navigation portlet, and how we can help the users really kick ass with it, while trying to stay within the limits of what launchpad can currently do (i.e. LP doesn't have a good way of finding a target on which to file a bug yet)09:47
bradbURL coming up...09:47
bradbmpt: http://69.70.209.33:8086/products/firefox/+bugs09:48
bradbdisclaimer: the nav portlet *only* works for upstreams right now09:49
mdzKinnison: the sorting still seems to be off as well; should I not expect that fix to have propagated yet?09:49
bradbmpt: so, a couple of things: 1. what do you think of it? 2. how would you expect it to work on distro-side (just jump to packages?) 3. should there maybe be a dropdown to allow you to jump between upstream and distro-side things?09:50
bradbi guess that's one more than a couple09:50
Kinnisonmdz: haven't managed a complete run since I made that change09:50
Kinnisonmdz: gina keeps deadlocking CAP09:51
mptbradb: 1. I don't understand it09:51
mdzKinnison: did you see the multiverse stuff I pasted above?09:51
=== Kinnison looks again
mdz<mdz> -Section: multiverse/net09:51
mdz<mdz> +Section: multiverse/multiverse/net09:51
Kinnisonthe bz2 stuff I have a fix for but it's not on asuka yet09:51
bradbmpt: the point of it is to help you navigate between contexts.09:51
mdzmultiverse Packages is full of that09:52
Kinnisonthat section stuff I'm not sure what happened09:52
bradbmpt: e.g. right now, if you're looking at launchpad bugs, and decide you want instead to see malone bugs, what do you do?09:52
=== Kinnison ponders
mptbradb: hack the URL :-/09:52
bradbprecisely09:52
bradbthis is the anti URL hacking portlet09:52
mptnot really09:52
mptit doesn't appear in Rosetta, does it09:53
mptor in the spec tracker09:53
mdzKinnison: Priority seems to be missing for many packages in universe09:53
bradbmpt: no, right now it's only for bugs09:53
SteveAso, you're talking about getting to other products from the same project09:53
Kinnisonmdz: that's very odd indeed because priority is in the db for everything09:53
Kinnisonmdz: how does main look?09:53
mdzKinnison: I don't see any binaries for main yet09:53
Kinnisonjoy09:53
mdzi386, powerpc and amd64 all empty09:53
mdz0-byte Packages, not missing entirely09:54
mptbradb: A trivial fix would be to change "Other:" to "Other product:"09:54
KinnisonOkay, the section stuff appears to be because gina isn't stripping the component off the front of the section09:54
bradbSteveA: ideally, you could get to any context from anywhere09:54
=== Kinnison sighs
SteveAbradb: i don't think so09:54
Kinnisonwe can fix that up post-hoc09:54
bradbmpt: yeah, but that's part of my question to you :)09:54
SteveAbradb: see, if you offer someone all of that choice, it is too much for them09:54
bradbmpt: is, *should* the UI perhaps be such than you can jump anywhere, just just within upstreams or within distro-side things?09:54
SteveAbradb: you need to offer someone a short list of things they're likely to be interested in09:54
mdzI'll update my mirror09:54
Kinnisonmdz: I think we need for gina to complete so CAP can run unhindered09:54
SteveAbradb: and then the ability to go farther if needed09:54
bradbSteveA: yep, that's precisely what that portlet does09:55
sabdflKinnison: we're going to open dapper on katie now09:55
mdzah, there are binaries there now09:55
sabdflwe'll keep working with staging09:55
Kinnisonsabdfl: Oh :-(09:55
bradbSteveA: when you start using Malone, that portlet grows a bit to present you a list of things you've been working with already09:55
mdzthe diff is very hard to read due to the sorting issue though09:55
sabdflthough i think drescher is possibly a better bet09:55
Kinnisonsabdfl: right09:55
Kinnisonsabdfl: so what's the game plan?09:55
sabdflwe will run it in parallel this week, and transition next week if at all possible09:55
KinnisonRight09:55
Kinnisonwhen we're all in one place09:55
Kinnisonit'll be good to all be on the same timezone09:56
sabdflyes. i'd like to get onto launchpad as soon as we are confident in it with real world data09:56
KinnisonRight09:56
sabdflelmo will save the dapper uploads09:56
KinnisonSo we'll replay them in?09:56
sabdflso we will test your "open dapper" script, publish, then push in the dapper uploads, in order09:56
sabdflyes09:56
sabdflbuild09:56
mptbradb: if this exists at all, it seems like it should belong in the hierarchy at the top09:56
sabdflupload09:56
sabdflbuild09:56
sabdflupload09:56
sabdfletc09:56
Kinnisonsabdfl: coolio09:56
mpte.g. as a panel09:56
mpthmmmm09:56
mdzright, if we can get the basics in shape in the next day or two, we can run a full week in parallel and start to catch the more subtle stuff09:57
bradbmpt: "at the top" of what?09:57
mptbradb: the page, where it says "Products"09:57
mptperhaps09:57
Kinnisonmdz: aye, that sounds good09:57
=== Kinnison hopes the transition to bzr goes okay
bradbmpt: like the breadcrumbs, you mean?09:57
mptbradb: built in to them, perhaps09:58
mptbut09:58
mptone improvement you could make now09:58
mptis to put this at the bottom of the bug listing09:58
mptinstead of in a blue box09:58
bradbmpt: if i understand correctly, doesn't that mean making it invisible without scrolling?09:59
dilysMerge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  Add fixes for three issues: MissingRequiredAttributes was failing a check, coping with absent Format correctly, and dealing with a null ChangeLog in different situations. (patch-2714: christian.reis@canonical.com)09:59
mptShow bug reports about product: [                    ] 09:59
mpt(Recent: _foo_, _bar_, _hum_)09:59
mptbradb: It's already invisble without scrolling10:00
bradbit's perfectly visible in 1024x768 without scrolling, as best i can tell10:00
mptbradb: this is bottom-of-the-page material, i.e. where do you want to go *next*10:00
mptYou use a fullscreen window?10:01
bradbno, even in 800x600 i see it10:01
bradblike, 2/3's of it10:01
bradband that's considering that we've officially given up on 800x600 too :)10:01
mptI'm not talking about moving it to a place so that it's visible10:02
mptI'm talking about making it not a portlet so that it's visible.10:02
Kinnisonmdz: CAP is managing to run this time, so we should get some updated dists soon10:02
bradbmpt: that seems like good reasoning to me. but, really, at the *bottom*?10:02
mptbradb: At the moment, *at the moment when you want to use it*, it's probably scrolled off the top of the window.10:03
mdzKinnison: are you making notes of the problems I've mentioned here, or should I file bugs?10:03
Kinnisonmdz: file bugs where you can please10:03
mptbradb: I.e. when you've gone through the bug list and realized that you're looking at the wrong product.10:03
Kinnisonmdz: against launchpad-publisher10:03
=== kiko [n=kiko@200-171-124-131.dsl.telesp.net.br] has joined #launchpad
Kinnisonheyhey kiko10:03
kikoahoy10:04
kikoairport wifi rocks10:04
kikowhat's up?10:04
Nafallohi kiko :-)10:04
sabdflkikoman!10:04
=== bradb ponders
Kinnisonkiko: gina's not stripping component from Section: in non-main packages files10:04
Kinnisonkiko: sux10:04
kikoKinnison, that's odd. I /just/ looked at that code -- it checks if there's a "/" in it.10:05
kikoKinnison, can you give me an example?10:05
kikoheya sabdfl 10:05
kikoI have a testcase for our dsc-missing issue. now to fix it.10:05
Kinnison20:39 < mdz> -Section: multiverse/net10:05
Kinnison20:39 < mdz> +Section: multiverse/multiverse/net10:05
bradbmpt: do you think this idea is going to help the user kick ass, or should i just abandon it now?10:06
kiko                if "/" in v:10:06
kiko                    # When a "/" is found in the section, it indicates10:06
kiko                    # component/section. We don't want to override the10:06
kiko                    # component, since it is correctly indicated by the10:06
kiko                    # packages/sources files.10:06
kiko                    self.section = v.split("/", 1)[1] 10:06
bradbmpt: (if, say, we tried it at the bottom at first)10:06
kikoKinnison, is this for binary or source packages?10:06
Kinnisonkiko: binaries 10:06
kikoah!10:06
kikosucks.10:06
mdzKinnison: incoming10:06
Kinnisonmdz: got it, ta10:07
mptbradb: This could be an interesting addition to https://launchpad.net/products/malone/+bug/315210:07
UbugtuMalone bug #3152: Provide prominent links from product bug listing to package bug listings Fix req. for: malone (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/315210:07
kikoKinnison, mdz: fixing now.10:07
mdzKinnison: installer-* is not expected to work yet, right?10:08
kikoman there is a queue as long as the chinese wall here at the airport10:08
kikothey had better not delay my flight10:08
Kinnisonmdz: installer-* is what comes out of the debian-installer.tar.gz files, yes?10:08
bradbmpt: is it me, or do users have *no* *idea* of the difference between a product and a source package?10:09
mdzKinnison: correct10:09
Kinnisonmdz: gina doesn't import thouse10:09
kikobradb, that sounds about correct10:09
Kinnisonmdz: instead we'll pre-seed the archive with a copy from katie10:09
bradband i'm worried that we've got current UI that relies on thinking that the user actually *does* understand the difference!10:09
mptbradb: it's not just you :-)10:09
Kinnisonmdz: the uploader handles them as byhandish things10:09
kikoKinnison, that's interesting, because there is code in the packages map that parses the d-i files if they exist.10:09
Kinnisonmdz: Kamion wrote a routine for processing them automatically10:09
kikoKinnison, should it be nuked?10:09
mptbradb: yup, it's not quite as bad as expecting them to understand a "pocket", but still pretty bad :-)10:09
mdzKinnison: worth getting that into Malone as well?10:09
Kinnisonkiko: that's not installer-* that's debian-installer10:10
bradbmpt: hehe10:10
Kinnisonkiko: and ffs don't nuke it10:10
kikooh.10:10
kikoKinnison, it's untested.10:10
Kinnisonkiko: untested?!10:10
kiko            # XXX: untested10:10
kiko            # Run over the D-I stanzas and store info in tmp_bin_map.10:10
kiko            dibinaries = apt_pkg.ParseTagFile(info_set.binfile)10:10
kikoyes :)10:10
Kinnisonurgh10:10
Kinnisonmdz: Nope because gina doesn't do it and shouldn't10:10
Kinnisonmdz: It's part of the byhand acceptance process in katie and it is such in launchpad10:11
=== bradb ponders 3152
Kinnisonmdz: although we actually process it automatically as a raw-installer rather than anything else :-)10:11
bradbkiko: is gina setting up proper packaging relationships?10:12
bradbi.e. between sp's/upstream10:13
kikonope10:13
kikohow could she?10:13
bradbwho builds the packaging link between upstream and distro?10:14
kikopeople, aiui10:14
bradbis there UI somewhere that I can look at to get a sense of whether people are actually doing this or not?10:15
kikoI believe there's UI in the product pages10:15
=== bradb looks around a bit
Kinnisonbradb: well, there's 233 Packaging records in the stagng DB10:16
bradbthis could make it much less realistic/worthwhile to implement bug #3152's fix10:16
UbugtuMalone bug #3152: Provide prominent links from product bug listing to package bug listings Fix req. for: malone (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/315210:16
SteveAlifeless: ping10:16
kikoSteveA, isn't he on a plane?10:17
SteveAmaybe10:17
SteveAdon't they have wireless on planes now?10:17
mptonly on one or two airlines10:18
Kinnisonlufthansa have it10:18
sivangKinnison: they do? nice10:18
mptbradb: Naturally such links won't be present as long as all these females still haven't finished their work10:18
bradbKinnison: thanks for the stats, btw10:18
Kinnisonbradb: np10:19
LarstiQSteveA: he was rather tired when packing, so I'm guessing he is sleeping on the plane10:19
mptbradb: wrt the context switching, see the "Your Recent History" section that's right at the bottom of amazon.com pages after you've been browsing for a while10:19
SteveALarstiQ: thanks10:19
bradbmpt: 100% invisible to me10:21
lifelessSteveA: I am waiting to board10:21
lifelessI have no life, as proven by my logging in here10:22
bradbalong with 98% of the other content they throw on their pages, which i guess is why the Big J notes that Amazon is *not* a good example of an e-commerce site to copy :)10:22
bradbof course, at the bottom of a Malone page it would be more visible10:22
SteveAlifeless: hi10:22
SteveAlifeless: privmsged you10:24
lifelessk10:24
bradbmpt: so, would you agree that the following two things are useful to show on every bug page: 1. a list of recent bug "homepages" you've visited and 2. a way of quickly switching to another bug context without hacking a URL?10:25
LarstiQis there currently a way to follow all activity in a given product, and not just (individual) bugs?10:26
mptbradb: not really10:26
mptbradb: At least, I'd regard that as much less important than many other things that currently aren't on the bug page10:26
mptsorry10:27
mptLarstiQ: No, it's planned but not implemented yet <https://wiki.launchpad.canonical.com/ProductSubscriptions>10:28
bradbI have a feeling the users will tell a different story at UBZ. I'll predict the URL-hacking-as-navigation is going to lower a user's self-esteem pretty rapidly. :)10:28
=== mfuentes [n=mario@200.54.6.112] has joined #launchpad
LarstiQmpt: thanks10:29
mptbradb: the non-URL-hacking way of doing it is to click "Products"10:30
mptand there really are more grief-reducing things in Malone that could be done right now10:30
mpte.g. https://wiki.launchpad.canonical.com/ProductSubscriptions10:31
bradbHow is that going to reduce the grief of the guys at UBZ?10:31
mptbradb: It's not about UBZ in particular, it's just the thing that people are asking for a gazillion times more than they're asking for anything else10:32
LarstiQI will not be at UBZ, but I'm comfortable with url hacking for the moment, fwiw10:32
mptwith the possible exception of an easy way to mark bug reports as fixed10:32
bradbheh10:32
mpt"The requested page is protected. You will need to login.10:36
mptYou have been logged in"10:36
bradbmpt: realistically, we should probably be focussing on the Ubuntu guys the most right now, right? i.e. I'm wondering if PackageSubscriptions is the next major feature I should implement.10:36
mptbradb: Well from what I've been seeing and reading, it's the thing that's frustrating people most10:38
mptbut it's quite possible I'm reading the wrong things10:38
lifelessok10:38
mpte.g. sabdfl says he's getting comments from people who love Malone10:38
lifelessI'm about to get cut off10:38
lifelessbuh-ey10:38
mptbuh-bye10:38
bradbmpt: wait, I'm confused: the Ubuntu guys are telling you they want ProductSubscriptions more than PackageSubscriptions?10:39
kikoman10:39
kikowhy is archive-mirror so slow10:39
kikoffs10:39
mptbradb: How do you think "the Ubuntu guys" are different from anyone else?10:39
bradbmpt: i.e. the distro use case vs. the upstream one10:39
mptbradb: No, ProductSubscriptions and PackageSubscriptions and ProjectSubscriptions should be one and the same thing10:39
SteveAbug 353810:40
UbugtuMalone bug #3538: paramiko doesn't notice the user in my ssh config Fix req. for: bzr (upstream), Severity: Normal, Assigned to: Nobody, Status: New http://launchpad.net/malone/bugs/353810:40
mptkiko, do you see any reason for bug 2713 to be private?10:41
UbugtuError: I cannot access this bug10:41
SteveAmpt: i know how to fix the login problem.10:42
=== Virtuall [i=virtuall@who.is.virtuall.info] has left #launchpad []
SteveAmpt: and i'll be doing so shortly.10:42
mptgreat, thanks SteveA10:42
SteveAmpt: it isn't a malone-specific issue10:42
mptSteveA: Will you have time to review the design-fascism this week?10:42
bradbKinnison: you're the assignee for PackageSubscriptions. do you mind if I assign myself to it (adding it to LP right now)?10:42
KinnisonGo for it10:43
=== Kinnison still has to triage his specs for ubz
bradbok10:43
=== Kinnison has been busy all day
=== auth00 [i=auth@fiji.grd.sgsnet.se] has joined #launchpad
ajmitchbradb: don't worry, I'll make sure the MOTU team chimes in with a few requests as well for you :)10:44
bradbajmitch: will you be at UBZ?10:44
ajmitchyep10:44
bradbexcellent10:44
ajmitchat last count there were 5 or 6 of the MOTU team that would be there10:45
ajmitchand we've been using malone a lot by now10:45
bradbcool10:46
mptbradb: Sorry, I guess we were talking at cross-purposes a bit -- I was regarding ProductSubscriptions and PackageSubscriptions and ProjectSubscriptions as being a single thing10:47
gneumanproductrelease to edit it goes to /productname/productreleasename instead of product/productcseriesname/productrelease?10:47
mptbradb: They should certainly have an identical design on the page10:47
mptbradb: and the data model should be pretty close, too10:47
bradbmpt: from the user perspective, they probably are. from the imp. perspective, it's useful to think in terms of what's the most important of those to start on right now, IMHO10:47
bradbso, package sub's it is10:48
mptok10:48
ajmitchbradb: I'd say our main issues would be navigation & searching, as expected 10:48
bradbheh10:48
bradbindeed10:48
sivangmpt: I think this one bradb mentions should not be overlooked, I myself find it annoying sometime to have to hack-URL my way to switch between filebug on Ubuntu and Launchapd10:50
=== ajmitch has made a call for malone issues on the motu channel :)
mptsivang: sure, but you can click on the "Products" link, so IMO it's not as important as things that aren't discoverable at all10:51
=== matsubara is now known as matsubara-afk
ajmitchand yes bug submitters do get confused between products & source packages10:53
mptanyway, I'm going home now, tchau10:53
mptsorry I was in a bad mood today10:53
ajmitchI saw someone creating a product just so they could file a bug on it10:53
kikotime to go too10:53
kikosee you guys10:53
mptI wasn't expecting to still be using baz10:53
ajmitchso the bug will go nowhere except to them :)10:53
=== mpt [n=mpt@200-171-140-32.dsl.telesp.net.br] has left #launchpad []
Kinnisonmdz:  dists/warty/main/binary-i386/: New 2811kB 2223 files 1734MB 1m47s10:57
mdzKinnison: rsync: send_files failed to open "ubuntu/dists/warty/universe/binary-i386/Packages.bz2.new" (in archive): Permission denied (13)10:59
mdz(still in progress?)10:59
elmoyes, .new is an apt-ftparchive-ism11:00
Kinnisonsorry, still in progress yes11:01
KinnisonI guess it brings them all in in one go11:01
Kinnisons'off in universe/powerpc right now11:03
dilysMerge to rocketfuel@canonical.com/launchpad--devel--0: [trivial]  tweaks to meeting spec management and distro package display (patch-2715: mark.shuttleworth@canonical.com)11:07
Kinnisonmdz: finished now11:07
Kinnisonmdz: hoary is still running11:08
=== HiddenWolf [n=HiddenWo@136.17.dynamic.phpg.net] has joined #launchpad
mdzKinnison: no pockets done yet?11:23
mdzKinnison: sorting is still off11:23
=== BlackLotus [n=Lotus@cpe-66-65-244-241.nycap.res.rr.com] has joined #launchpad
mdzfrom the look of it11:24
Kinnisonhmm11:24
Kinnisonis it better or worse?11:24
Kinnisonor just differently bad?11:24
mdzjust differently bad11:25
mdzI'll mail you a diff11:25
Kinnisonthanks11:25
mdzsent11:26
mdzsomehow liba52-0.7.4-dev is now sorted ahead of aalib1?11:26
mdzare you by any chance sorting by source package name rather than binary package name?11:27
Kinnisons'cos a52dec < aalib11:28
KinnisonI'm sorting by absolute filename11:29
Kinnisonwhich is what I thought jenna was doing11:29
Kinnisonand I'm fairly sure she does11:29
KinnisonDo you have a copy of jenna around?11:29
Kinnisonif so, look at line 25011:29
Kinnisonurgh11:30
Kinnisonperhaps she's not11:30
=== Kinnison is blind
Kinnisonokay, so it's sorting by packagename, not basename, nor filename11:30
=== Kinnison ponders
KinnisonOkay I think I've got it now11:32
=== Kinnison reruns CAP
=== bradb heads off
=== bradb [n=bradb@modemcable033.209-70-69.mc.videotron.ca] has left #launchpad []
=== aritf [n=guest@200-171-140-32.dsl.telesp.net.br] has joined #launchpad
mdzapt-ftparchive should just sort the silly thing itself11:46
Kinnisonyes it should11:48
Kinnisonbut it doesn't11:48
Kinnisonbecause it's shit11:48
Kinnison</controversial>11:48
SteveAKinnison: have you seen any oddness with configmanager and getting bzr archives and the '/' character or '%2f' characters in filenames?11:56
Kinnisonyes11:57
Kinnisonyou need newer bzr11:57
SteveAis there a workaround?11:57
SteveAoh11:57
Kinnisonone sec11:57
SteveA *** 0.1.1+20051023-0 011:57
SteveAthat is what i have11:57
Kinnisonpetitemort% bzr --version                                                     ~11:57
Kinnison  (bzr checkout, revision 1388 {robertc@robertcollins.net-20051024085433-5e48ed93d1546627})11:57
Kinnisonyou want I should tar up the bzr I'm using for you?12:02
Kinnisonit's a branch of lifeless' integration branch12:02

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