[02:23] <jsjgruber-x-p> chrisccoulson, Would you mind taking another look at lp: #968759? I wasn't done adding information.
[06:40] <dholbach> good morning
[06:44] <geser> tumbleweed: you've there a small typo in your template for the list of neglected packages: the package links (1st column) don't work, looks like you typed one ( instead of a {
[06:44] <geser> dholbach: good morning
[06:45] <dholbach> hi geser
[06:45] <dholbach> l3on, auguri! :)
[06:49] <geser> tumbleweed: and "oops" is listed with the wrong version
[08:10] <dupondje> Hmz, valgrind should work trough SSH x forward no ?
[09:01] <tumbleweed> geser: wrong versions is understandable, the data is a little stale
[09:19] <tumbleweed> geser: fixed it and re-ran it
[09:36] <geser> tumbleweed: thanks looks good and the uploader columns reads like a who-is-who of Ubuntu :)
[09:36] <tumbleweed> :P
[09:37] <geser> tumbleweed: do you why the uploader name for obextool is broken? the other occurances look ok, bug in the data?
[09:38]  * tumbleweed looks
[09:43] <tumbleweed> geser: looks like a screwup in Laney and my LP ubuntu upload history scraping
[09:43] <Laney> NO!
[09:44] <tumbleweed> :)
[09:45] <ajmitch> Laney: your code is perfect?
[09:46] <geser> ajmitch: do you really have doubts about it? :)
[09:47] <Laney> it looks broken here too https://lists.ubuntu.com/archives/karmic-changes/2009-September/009702.html
[09:47] <tumbleweed> that upload record can be accessed vi aLP, though
[09:47] <tumbleweed> have I forgotten how this code works?...
[09:48] <ajmitch> geser: I could never have doubts about such things ;)
[09:48] <tumbleweed> I'm happy with blaming LP then
[09:48] <ajmitch> suits me
[09:49]  * Laney cannot remember what package lp-shell is in
[09:49] <tumbleweed> lptools
[09:49] <Laney> ta
[09:49]  * Laney tab completed "lp-"
[09:49] <ajmitch> tumbleweed: you could summon mr grant, he probably knows the history of those upload records
[09:50] <tumbleweed> my logs for that import say:
[09:50] <tumbleweed> INFO:lp-udd:Importing SPPH record obextool_0.35-0ubuntu2
[09:50] <tumbleweed> INFO:lp-udd:Importing SPPH record obextool_0.35-0ubuntu1
[09:50] <tumbleweed> DEBUG:lp-udd:Skipping duplicate SPPH record obextool_0.33-0ubuntu2
[09:50] <tumbleweed> no record of falling back to -changes e-mail
[09:55] <Laney> hmm
[09:55] <Laney> we download the changelog
[09:56] <Laney> http://changelogs.ubuntu.com/changelogs/pool/universe/o/obextool/obextool_0.35-0ubuntu2/changelog
[09:56] <tumbleweed> ah
[09:57] <tumbleweed> right, that wasn't a sync
[09:57] <ajmitch> are you currently just trying to process quantal-changes?
[09:57] <ajmitch> that's one messed up name encoding in the changelog
[09:58] <tumbleweed> ajmitch: just filed bug 993148
[09:58] <tumbleweed> but no, not trying to process that
[09:58] <ajmitch> ignore my speculation then :)
[11:45] <Rhonda> duh
[11:45] <Rhonda> Host sulfur.ubuntu.com not found: 3(NXDOMAIN)
[11:46] <Rhonda> *blinks*
[11:46] <Rhonda> packages.ubuntu.com now seems to be on jubany and noone told me, and I don't have access there.   %-/
[11:47] <tumbleweed> RT ticket time?
[11:49] <Rhonda> new ticket in general, lists, loco or mirrors
[11:49] <Rhonda> so in general?  *looks at tumbleweed*
[11:49] <tumbleweed> I actually have no idea, I guess so?
[12:16] <tumbleweed> jtaylor: lol: https://bugs.launchpad.net/ubuntu/+source/mdp/+bug/980602/comments/7
[13:02] <ScottK> tumbleweed: re neglected packages: superkaramba 	0.36-1ubuntu2  is on the list.  superkaramba | 4:4.8.2-0ubuntu2 |       quantal | source is in the archive (in precise too).   For some reason it picks up an old upload from Breezy.
[13:02] <tumbleweed> ScottK: looking
[13:13] <tumbleweed> I wish I could remember how on earth this SQL query works
[13:15] <ScottK> SQL queries are like that IME.
[13:15] <tumbleweed> yeah, non-trivial queries get twisty
[13:19]  * tumbleweed comments it for future
[13:26] <ScottK> tumbleweed: It might be useful to have uscan results on that page (like PTS does) so it's easy to find ones with new upstream releases.
[13:27] <tumbleweed> that would require us getting uehs into udd
[13:28] <tumbleweed> or just correlating them separately
[13:34] <tumbleweed> ScottK: sorted (re superkaramba, and probably others)
[13:35] <ScottK> tumbleweed: Great.
[13:35] <tumbleweed> definitly others
[13:37]  * tumbleweed tries integrating uehs
[13:39] <tumbleweed> wgrant: how do I access UEHS' DB?
[13:42] <tumbleweed> ScottK: added UEHS links for now...
[13:42] <ScottK> Reasonable first step.  Thanks.
[13:43] <tumbleweed> now, if we can just make the thing readable on a 27" monitor :P
[13:50] <wgrant> tumbleweed: There's a postgres database somewhere
[13:50] <wgrant> Give me a moment, I haven't thought about this in slightly over 4 years...
[13:56] <wgrant> tumbleweed: dehs database on syklone's old pg8.3 instance (psql should connect to it by default). You have SELECT on everything, if you want anything else poke me.
[13:58] <tumbleweed> there, all pretty now
[13:58] <tumbleweed> wgrant: ah, thanks for the read permission
[14:00] <wgrant> uuuuI have pretty much fogotten all about it over the years, so I have pretty much forgotten what the schema looks like.
[14:00]  * tumbleweed is busy figuring it out
[14:04] <tumbleweed> change of plan, reading http://qa.ubuntuwire.org/uehs/no_updated.txt will be much easier
[14:14] <tumbleweed> ScottK: new UEHS column
[14:19] <ScottK> Great.
[14:23] <tumbleweed> jtaylor: doesn't look like hdf5 benefitted from the first round of syncs at all
[16:25] <tumbleweed> dupondje: any progress with xaralx?
[16:36] <jtaylor> tumbleweed: looks like the transition tracker does not update properly, checked a "bad" one and its good
[16:38] <jtaylor> Laney: ^
[16:38] <tumbleweed> hrm, it's not still pointing at precise is it?
[16:38] <Laney> perhaps you should tell me which package
[16:38] <tumbleweed> Laney: the version for hdf5 is clearly wrong
[16:38] <jtaylor> meep and libcgns
[16:38] <jtaylor> are good
[16:38] <Laney> ta
[16:39] <Laney> so it isn't seeing new versions
[16:39] <Laney> i updated it to point to quantal though
[16:39] <Laney> cjwatson: can you check if ben is downloading properly please?
[16:42] <cjwatson> it's at revno 145 of lp:~ubuntu-transition-trackers/+junk/transition-tracker
[16:42] <cjwatson> (yes, I ought to switch it to the new tracker ...)
[16:43] <cjwatson> oh, there's a conflict
[16:43] <cjwatson> resolved the conflict, hopefully next run should work better
[16:44] <cjwatson> Laney: ^-
[16:44] <Laney> thanks
[16:44] <Laney> there was a local modification?
[17:53] <jtaylor> it works now, thx
[17:57] <dupondje> tumbleweed: didn't have time for it yet today
[18:06] <tumbleweed> np
[18:06] <tumbleweed> ah, that's a much happier transition tracker
[20:02] <askhl> Hi.  I have created a manpage exactly as specified at http://www.debian.org/doc/manuals/maint-guide/dother.en.html#manpage , but when I build a package it says "No such file or directory at /usr/bin/dh_installman line 127".  Any help?
[20:02] <askhl> The name of the file is ag.1 and it's in the debian directory.
[20:03] <askhl> The name of that file is listed in "python-ase.manpages" in the same directory (and is the only name which it contains)
[20:04] <broder> askhl: Paths in .manpages files are relative to the root of the package, not the debian directory. does it work if you use debian/ag.1 in the .manpages file?
[20:05] <askhl> ooooh...
[20:07] <askhl> It works!
[20:07] <broder> cool :)
[20:07] <askhl> Thanks a lot broder
[20:21] <askhl> One more thing: If a script contains a language extension (such as .py - yes, I know it's bad style), the manpage will be named script.py.1, but .1 has to be the "first extension".  How can this be solved?
[20:52] <jtaylor> hey octave got a tracker, Laney can you set that up for quantal too? http://release.debian.org/transitions/html/octave.html
[20:52] <Laney> er, is it more complicated than that for us?
[20:53] <jtaylor> I don't see why, though I only just found it
[20:59] <jtaylor> we have the same octave versions so it should be the same
[21:00] <Laney> so just the three packages need a rebuild?
[21:01] <Laney> is a tracker worth it?
[21:02] <ajmitch> there were more than just 3 on the debian list, wouldn't about the same number need rebuilt in ubuntu?
[21:03] <jtaylor> there are 59
[21:03] <jtaylor> its almost done in debian
[21:03]  * ajmitch hopes there's not another haskell transition :)
[21:04] <Laney> ok, I assumed the unknown weren't affected.
[21:04] <Laney> oh, 'good'
[21:04] <Laney> I ticked that and nothing came up. wtf.
[21:04] <jtaylor> ^^
[21:04] <ajmitch> odd
[21:05] <Laney> fancy new javascript
[21:07] <Laney> done
[21:07] <jtaylor> thx
[21:54] <highvoltage> geez it's almost 18:00 local time and I haven't evan had a chance to moo today.