[11:39] <Guest67683> hii..
[11:39] <Guest67683> i m new to ubuntu..
[11:40] <Guest67683> i want to work for documentation
[11:40] <Guest67683> please suggest me the right way
[16:35] <syockit> err, cannot log in to ubuntu help wiki. Says some python error
[16:41] <jpds> syockit: Try clearing your cookies for it.
[16:42] <jpds> Works for me fine here.
[16:47] <syockit> I've retried on a my rarely used Firefox, and also a Incognito Google Chrome. Still same problem :(
[16:48] <syockit> __init__() takes exactly 2 arguments (3 given)
[17:09] <nixternal> syockit: I just logged in to it just fine...is it working now for you?
[17:10] <nixternal> i think they were supposed to do some updates on that server today or recently
[17:12] <syockit> nixternal: nope, still that same python error
[17:12] <nixternal> hrmm
[17:12] <nixternal> this is help.ubuntu.com/community right?
[17:12] <syockit> https://help.ubuntu.com/community/File%20Roller/ uh, yes
[17:13] <nixternal> hrmm, just logged in fine with both firefox and chromium
[17:13] <nixternal> have you tried a refresh and then a login?
[17:13] <syockit> first it brings me to the OpenId login page. Then I proceed to log in, then after Launchpad's authentication completes, it returns to help.ubuntu.com . But then it errors
[17:14] <nixternal> hrmm
[17:14] <nixternal> are you using the default theme?
[17:14]  * nixternal wonders if it is something with a theme possibly
[17:15] <nixternal> nope, works with different themes as well
[17:15] <syockit> I have (1) tried loggin in on my normal Chrome, which was already logged in to Launchpad (2) tried with Incognito mode, which basically starts from nothing (3) used Firefox, which I rarely use, and was not logged in Launchpad
[17:15]  * nixternal tries konqueror
[17:16] <nixternal> nope, that worked as well
[17:16] <syockit> do you also log in through Launchpad OpenID?


[02:09] <xivulon> quick question: is ntfs-3g 1.913 going to make it into Gutsy by any chance?
[02:12] <cjwatson> guess what I'm looking at at the moment
[02:38] <xivulon> most relevant change for me is that 1.913 allows remounting
[02:40] <xivulon> on a side note, unless I missed anything /var/run/sendsigs.omit is not actually used, shall I write an rcS/rc2 script that adds all mount.ntfs pids?
[02:41] <xivulon> that's for my own override of course
[02:41] <cjwatson> you missed something. see /etc/init.d/sendsigs
[02:42] <xivulon> cjwatson, I noticed that sendigs skips pids in /var/run/sendsigs.omit. What I mean is that no process seems to write those pids.
[02:44] <xivulon> that said I glanced over it yesterda very, very late (since I had shutdown problems in my test image)
[02:45] <cjwatson> partman-auto-loop writes it, as does the initramfs
[02:45] <cjwatson> ./autopartition-loop:204:       pidof /sbin/mount.ntfs-3g >> /var/run/sendsigs.omit
[02:46] <xivulon> hmm I am quite sure that there was no file /var/run/sendsigs.omit in my installed system
[02:46] <cjwatson> ./debian/ntfs-3g.initramfs-bottom:10:   pidof /sbin/mount.ntfs >> /dev/.initramfs/varrun/sendsigs.omit
[02:46] <cjwatson> ./debian/ntfs-3g.initramfs-bottom:13:   pidof /sbin/mount.ntfs-3g >> /dev/.initramfs/varrun/sendsigs.omit
[02:47] <xivulon> thx, I'll have a better look tonight
[02:49] <cjwatson> debian/initscripts/etc/init.d/mountkernfs.sh:40:        for file in /dev/.initramfs/varrun/*; do
[02:49] <cjwatson> debian/initscripts/etc/init.d/mountkernfs.sh:42:                cp -a "$file" "/var/run/${x#/dev/.initramfs/varrun/}"
[02:49] <cjwatson> afaik all the bits are in place, I think it would be much more useful for you to figure out why they aren't working than to hack around it
[02:50] <xivulon> of course, I thought the above code was not in place, as mentioned I only noticed yesterday at about 3 a.m. and did not have much energy to digg
[02:52] <xivulon> By the way, my current set of quick and dirty hacks is in: http://codebrowse.launchpad.net/~ubuntu-installer/wubi/gutsy/files/ago%40nb-ago-20071008011810-svsbdb6z1udfso1z?file_id=override_files-20071008002841-x6i7u2jcizw74pyu-1
[02:53] <xivulon> The only thing missing is menu.lst patches to correct kopt (root=/loop=) and fixing the above issue with shutdowns.
[03:15] <xivulon> What package generates the kopt line in menu.lst? It doesn't seem to be grub-installer
[03:17] <cjwatson> grub/debian/update-grub
[03:18] <xivulon> thanks
[03:33] <xivulon> cjwatson, will have to check the logs, but I strongly suspect that I ended up with hda1 because find_root_device() failed to understand my fstab
[03:34] <xivulon> on top of it there is no code for loop= in the kopt generation
[03:34] <xivulon> hda1 is the default when find_root_device() fails
[03:43] <xivulon> The aboe means that the issue is lupin-only (as you might have expected all along)
[05:31] <cjwatson> xivulon: glad to hear it ;-)
[05:32] <cjwatson> xivulon: ntfs-3g 1.913 is heading into gutsy soon, FYI
[05:49] <xivulon> cjwatson, great thanks
[05:50] <xivulon> that might require a small change to initramfs by the way, so that the loopdevice is created separately (rw), and host device is mounted ro
[05:51] <xivulon> I'll add the above to the overrides. Alltogether the patches requires by wubi should be about 20 lines...
[05:53] <xivulon> The fix for grub (to be added to success_command.sh) should be http://paste.ubuntu.com/701/
[05:54] <xivulon> http://paste.ubuntu.com/702/
[05:57] <cjwatson> we won't change the initramfs
[05:57] <cjwatson> not for gutsy anyway
[05:57] <xivulon> I was expecting that... np
[05:58] <xivulon> we might do a package after gutsy containing the updated code to be shipped with override_files
[08:10] <superm1> evand, ick.  i'm not sure why these locale errors are suddenly cropping up.  i thought that cjwatson had gotten this fixed upstream in bug 139603.  guess that hasn't trickled down to Ubuntu yet then.
[08:12] <evand> hrmm, not sure.  I only did a cursory glance at the bugs I assigned to you, so if you think it's in error feel free to put them back to nobody
[08:14] <superm1> well no it's definitely a bug.  let me check with Riddell though about upstream kde-guidance
[08:14] <superm1> see if there is a chance in pulling the fix down
[08:14] <superm1> if they don't fix it, i'll get a workaround in
[08:19] <CIA-18> migration-assistant: evand * r64 migration-assistant/ (debian/changelog import.c):
[08:19] <CIA-18> migration-assistant: * Move initialize_registry_paths call later to avoid situations where
[08:19] <CIA-18> migration-assistant:  other needed variables may not be set yet, causing m-a to fail.
[10:24] <xivulo1> cjwatson, I can confirm that there is no signo of sendsigs.omit on the installed system (and in syslog), in the live cd, sendisgs.omit is there but is empty. Will run some more tests later on.


[00:39] <benji> lifeless: you probably figured it out already, but there has to be a 1:1 mapping from values to tokens (and back)
[00:47] <lifeless> benji: yeah
[00:47] <lifeless> I had a query that wasn't DISTINCT
[00:47] <lifeless> easy fixed
[00:48] <lifeless> benji: a better error would list the token and titles that were duplicated
[02:11] <lifeless> wgrant: if you're interested
[02:11] <lifeless>  54 SELECT DISTINCT DistributionSourcePackageCache.archive, DistributionSourcePackageCache.binpkgdesc ...  DistributionSourcePackageCache.archive IN (%s, %s) AND BinaryPackageName.name = %s ORDER BY name:
[02:11] <lifeless>    GET: 54 Robots: 2  Local: 40
[02:11] <lifeless>      54 https://launchpad.net/ubuntu/+search (Distribution:+search)
[02:11] <lifeless>        OOPS-1704C1791, OOPS-1704C1793, OOPS-1704C554, OOPS-1704C773, OOPS-1704C775
[02:11] <lifeless> wgrant: e.g. highest oopser yesterday
[02:30] <rockstar> thumper, I just got your winge email about lazr-js.  What's up?
[02:30]  * rockstar has no problems
[02:30] <thumper> rockstar: no worky
[02:30] <rockstar> thumper, did you do a make?
[02:30] <thumper> aye
[02:30] <thumper> I pulled trunk
[02:30] <thumper> went make
[02:30] <thumper> said I had bad versions
[02:30] <thumper> went to download-cache
[02:30] <thumper> did bzr up
[02:30] <thumper> went back
[02:31] <thumper> did make
[02:31] <thumper> said invalid version for setuptools
[02:31] <thumper> edited version.cfg
[02:31] <rockstar> thumper, what about download-cache 'bzr up'
[02:31] <thumper> did make
[02:31] <thumper> worked
[02:31] <thumper> but examples don't work
[02:31] <rockstar> thumper, do you get any javascript errors?
[02:32] <thumper> not obviously
[02:32] <thumper> CSS seems broken
[02:32] <rockstar> thumper, probably because your make didn't actually work.
[03:03] <rockstar> thumper, could you file a bug with the output of make and the like?
[03:03] <rockstar> thumper, I'm concerned that my 'make' works and yours doesn't.
[03:03] <thumper> rockstar: bit busy right now trying to get ian connected to my network again
[03:04] <rockstar> thumper, no hurry.  I'm EOD'd, but I'd like to make it work for you tomorrow if I can.
[03:04] <rockstar> Might be nice for wallyworld to be able to see the demos...
[04:13] <lifeless> anyone seen this ?
[04:13] <lifeless>   File "/home/robertc/launchpad/lp-branches/working/lib/canonical/lazr/pidfile.py", line 83, in get_pid
[04:13] <lifeless>     raise ValueError("Invalid PID %s" % repr(pid))
[04:13] <lifeless> ValueError: Invalid PID ''
[04:16] <lifeless> nvm, found the files
[08:23] <wgrant> noodles775: It looks to me like the distroseriesdifference model doesn't allow for multiple parent series.
[08:24] <wgrant> That seems like a pretty critical feature.
[08:24] <wgrant> Is it in the spec?
[08:24] <lifeless> wgrant: pretty sure its not
[08:24] <wgrant> Hm.
[08:24] <wgrant> Odd.
[08:24] <wgrant> How's that going to work, then?
[08:25] <wgrant> Surely Linaro's N release is going to want to inherit from Linaro M, and then merge from Ubuntu N.
[08:25] <lifeless> I suspect it will be done thusly:
[08:25] <lifeless> L-N lcones from L-M, with differences, and then inherits U-N
[08:27] <noodles775> wgrant: I've not heard of it before it was mentioned in that email, but I wasn't involved in the initial discussions.
[08:28] <wgrant> Ah, maybe I should read this thread, then.
[08:28]  * wgrant looks.
[08:28] <noodles775> hrm, maybe it was on https://dev.launchpad.net/LEP/DerivativeDistributions/UserTestingRound2 ...
[08:29]  * noodles775 checks
[08:29] <noodles775> wgrant: yes, it was mentioned by Loic (see Mock-up 2 for Loic on the above page).
[08:30] <wgrant> And cjwatson as well.
[08:30] <wgrant> I should probably read the whole thing.
[08:30] <noodles775> Yep.
[08:31] <wgrant> Although Loïc refers to a parent distribution, not series.
[09:00] <adeuring> good morning
[09:30] <wgrant> Hmm.
[09:30] <StevenK> wgrant?
[09:30] <wgrant> A friend just ran into a bit of a strange PPA key generator case.
[09:31] <wgrant> He created his first PPA a while ago, but never uploaded anything.
[09:31] <wgrant> Then created a new one just now, and uploaded something to it.
[09:31] <wgrant> Now, of course it had no key preset... so it's now going to get one of its own generated.
[09:43] <wgrant> How often does the key generator run?
[09:45] <noodles775> wgrant: currently every 20mins
[09:45] <wgrant> Yeah, it just appeared now.
[09:45] <wgrant> Thanks.
[09:49] <lifeless> any reason that can't run on-demand ?
[09:49]  * noodles775 remembers cprov requesting hardware entropy.
[09:50] <noodles775> But not sure.
[09:50] <lifeless> well, on-demand would have no higher or lower demand on entropy
[09:50] <lifeless> on average (and if there is enough to backlog after 20 minutes, there is enough to backlog for 20 minutes
[09:51] <wgrant> I thought it already did have a hardware RNG.
[09:52] <wgrant> It's particularly bad, since the PPA will be published unsigned.
[09:52] <wgrant> Then you have to upload something again to get it signed.
[09:59] <wgrant> lifeless: But yes, the Referer check is stupid.
[09:59] <wgrant> I proposed it as a quick solution.
[09:59] <wgrant> I hoped that the user backslash would be enough to convince Foundations to fix it properly.
[09:59] <wgrant> But apparently not.
[10:08] <lifeless> thumper: https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1704EB1743
[10:09] <wgrant> So... user pages have been broken for five days now.
[10:10] <wgrant> Or 6. One of them.
[10:11] <lifeless> losa ping
[10:40] <lifeless> losa ping?
[10:41] <mthaddon> lifeless: sorry, missed the last one
[10:41] <mthaddon> lifeless: here now... :)
[10:41] <lifeless> thats ok :)
[10:41] <lifeless> I didn't want to interrupt steve if he'd EOD'd.
[10:41] <lifeless> anyhow
[10:41] <lifeless> two tings
[10:41] <lifeless> there is a CP for the home page maps problem in LP
[10:41] <lifeless> this one actually has the code
[10:42] <lifeless> secondly, staging - has it successfully restored yet ?
[10:42] <mthaddon> sweet
[10:42] <lifeless> I'm a little worried about staging, monday PQM freezes and folk will be qaing like mad... we hope.
[10:43] <mthaddon> hmm, there was a stale lockfile from the last broken restore, I've removed and it'll kick off very soon
[10:45] <mthaddon> starting now...
[10:49] <lifeless> mthaddon: thanks; can you please let uhm, someone, know about the CP ?
[10:50] <mthaddon> lifeless: I'm doing it now
[10:50] <lifeless> perhaps get a dev to tickle launchpadstatus on identi.ca or something if it works
[10:50] <lifeless> mthaddon: cool cool, not rushing you
[10:50] <lifeless> handing-off, I have to sleep, early wakeup tomorrow
[10:50] <mthaddon> it's all scripted, so there's no rushing to do :)
[10:50] <lifeless> \o/
[11:42] <lifeless> (I fail at sleep)
[11:42] <lifeless> SpamapS: https://lp-oops.canonical.com/oops.py/?oopsid=1704S20 btw
[11:42] <lifeless> thats your slow page
[11:43] <lifeless> for some reason its counting every open bug.
[11:43] <lifeless> clearly daft.
[11:46] <lifeless> SpamapS: https://bugs.edge.launchpad.net/malone/+bug/627974
[11:46] <_mup_> Bug #627974: MaloneApplication:CollectionResource is slow/times out <timeout> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/627974>
[12:06] <deryck> Morning, all.
[13:52] <jcsackett> morning, all.
[13:53] <jcsackett> quick question for anyone who might have an answer: is it unexpected that a test should fail on EC2 but work just fine when you run that test locally?
[14:01] <salgado> jcsackett, yes, but you might try to run that test by itself on EC2, to find out whether it's test-fails-on-EC2 problem or test-fails-when-running-full-testsuite problem
[14:02] <salgado> if you're brave enough to run the full testsuite locally and the test passes, then it's likely to be something related to EC2 or one of those intermittent failures we have once in a while
[14:09] <nigelb> um, anyone around I could talk to about the map issue? Do you folks think its because of the sensor parameter?
[14:09] <nigelb> It would be nice to have a way to check if its that.
[14:10] <benji> wgrant: you around?
[14:14] <Ursinha> nigelb, thanks! :)
[14:15] <wgrant> benji: Hi.
[14:15] <nigelb> Ursinha: :)
[14:16] <benji> wgrant: hey; I hear that you have a launchpadlib script that I should take a look at
[14:17] <wgrant> benji: It mostly works (albeit very slowly) when running on a lazr.restfulclient with retry support.
[14:17] <wgrant> But http://qa.ubuntuwire.org/ftbfs/source/ has the code.
[14:20] <mars> jcsackett, instead of running the entire suite locally you may want to try just running the part of the suite that contains the failing test.  If lp.registry.openid.foo failed, try running all the tests in lp.registry.openid
[14:21] <mars> jcsackett, it is a fast-running way to see that you did not encounter a test isolation failure
[14:22] <mars> jcsackett, while you are doing that you can also fire off an EC2 run or two to see if the failure is intermittent:  ec2 test -o '-vv lp.registry.foo.bar'
[14:24] <jcsackett> mars: i've already run the single test locally; it passed.
[14:25] <jcsackett> i'm about to fire off EC2
[14:26] <jcsackett> mars: i believe it may be an isolation issue; if i run the entire bugs set of tests the one in question fails.
[14:26] <mars> cool
[14:27] <mars> jcsackett, if it fails locally when running that one suite then I wouldn't bother re-running on EC2
[14:27] <jcsackett> mars, good to know.
[14:28] <jcsackett> thanks, mars.
[14:50] <benji> wgrant: we'd like for you to try you the new lazr.restfulclient (0.10.0) and launchpadlib (1.6.5) and the devel version of the web service; using those versions will be much faster for you and be easier on the servers
[14:50] <wgrant> benji: Is there a PPA for those two?
[14:50] <benji> mmm, I don't think so; let me see
[14:51] <benji> wgrant: sorry, there isn't
[14:58] <wgrant> benji: OK. It's about to hit midnight, so I'll look at installing those tomorrow.
[14:58] <wgrant> benji: The script shouldn't need any changes?
[14:59] <benji> wgrant: it shouldn't
[15:02] <wgrant> benji: Great. Thanks.
[15:04] <gmb>  Hurrah for tests that should never have passed and yet somehow did.
[15:11] <SpamapS> lifeless: :) thanks, I've subscribed to that bug report. :)
[15:21] <mars> rockstar, ping, have a moment for a question about the bzr pipeline mail you sent to the list last week?
[15:46] <allenap> Is anyone here an ace with zope.component?
[15:47] <benji> allenap: what's up?
[15:48] <allenap> benji: Hi. I'm trying to land lp:~allenap/launchpad/cache-experiment-roll-out, but I keep getting adaption errors when it runs in ec2. I can't replicate them locally.
[15:49] <allenap> benji: The adapters are registered normally with some zcml, but I've also added registered them with the global site manager at import time.
[15:49] <allenap> s/added /
[15:50] <benji> allenap: can you point me at the test results?
[15:51] <allenap> benji: http://pastebin.ubuntu.com/486797/
[16:02] <benji> allenap: I hava a suspicion, but it's taking forever for bzr to download the branch so I can confirm the suspicion
[16:04] <allenap> benji: Shall I send you a bundle?
[16:06] <benji> allenap: a diff would be good
[16:07] <allenap> benji: http://paste.ubuntu.com/486805/
[16:10] <adeuring> gary_poster: can I ask you again for help about this failure: https://pastebin.canonical.com/36340/ for this diff https://pastebin.canonical.com/36336/ ?
[16:10]  * gary_poster whimpers
[16:11] <gary_poster> trying to help noodles with an immediate problem while trying to get longer term fix done in background cycles
[16:11] <benji> allenap: I /suspect/ that the IPropertyCache adapter (get_default_cache perhaps) is returning None, which means "I couldn't adapt"
[16:11] <gary_poster> but will look adeuring
[16:11] <adeuring> gary_poster: thanks1
[16:11] <benji> of course, I don't know why that would happen in EC2 and not in dev
[16:12] <allenap> benji: Yeah, it's very odd.
[16:13] <gary_poster> adeuring: help me page back in Robert's comments, please--hat did he say?
[16:14] <benji> you might add an assertion to get_default_cache that the return value is non-None and run just one of the failing tests in EC2 to see if my suspicion is correct
[16:14] <adeuring> gary_poster: that we should try a completely different approach for the current issue, ie.e, complete aoid this code, for unrelated reasons.
[16:15] <adeuring> gary_poster: problem is: his approach -- allow access to the restricted librarian for certain DC machines -- is refused by the admins
[16:15] <adeuring> due to security concerns
[16:17] <allenap> benji: Okay, I'll give that a go.
[16:17] <adeuring> gary_poster: so, to get a fix for bug 620458, i am back to the implementation as sketched by francis
[16:17] <_mup_> Bug #620458: cannot access attachments of private bugs any more <httplib2:Unknown> <Launchpad Bugs:Triaged by adeuring> <https://launchpad.net/bugs/620458>
[16:17] <gary_poster> adeuring: oh, LOSAs or James or somebody weighed in and said no?
[16:18] <adeuring> gary_poster: it was james
[16:18] <gary_poster> ok
[16:18] <gary_poster> then here we are, yes, got it. :-(
[16:18] <gary_poster> Robert's concerns as to load were very valid
[16:18] <adeuring> gary_poster: sure...
[16:18] <gary_poster> but we don't have another answer now, I know
[16:19] <adeuring> right.
[16:19] <gary_poster> FWIW, adeuring...
[16:20] <gary_poster> Zope/WSGI allows us to pass file objects back to serve
[16:20] <adeuring> sounds interesting
[16:20] <gary_poster> not immediately useful, maybe...but yeah
[16:20] <gary_poster> if we had the files to serve
[16:21] <gary_poster> the Zope could just give the open files back as a response (there's probably some incantation)
[16:21] <adeuring> gary_poster: well, the current implementationn even creates a temp file
[16:21] <gary_poster> and then the thread would be back open for business.
[16:21] <gary_poster> right, but it blocks on downloading the temp file, right?
[16:22] <gary_poster> well s/right/good/ :-)
[16:22] <gary_poster> eh
[16:22] <adeuring> gary_poster: yes. But: We have a file-like object there
[16:22] <gary_poster> I meant
[16:22] <gary_poster> "good, but it blocks on downloading the temp file, right?"
[16:22] <gary_poster> fwiw
[16:22] <gary_poster> ok
[16:23] <gary_poster> so adeuring, just so I understand, this is an oauth sort of problem, right?
[16:23] <adeuring> gary_poster: do you my test failures or the whole issue?
[16:24] <gary_poster> adeuring, the whole issue
[16:24] <adeuring> gary_poster: yes
[16:24] <gary_poster> ok
[16:24] <gary_poster> your test failures, AIUI, are about the fact that something somewhere in the vicinity of canonical_url does not perform as we expect
[16:24] <adeuring> gary_poster: exactly
[16:26] <gary_poster> adeuring: does your code work correctly in the real world?
[16:27] <gary_poster> if you know what I mean?
[16:27] <adeuring> gary_poster: well, it works launchpad.dev
[16:27] <gary_poster> right, ok
[16:32] <gary_poster> adeuring: There, of course, are tons of pieces of context that are not set up, between what you have here in the test, and what you have in live usage.  If this were my problem, I would put a pdb in getUrl, and walk through it once when it worked (launchpad.dev) and once when it didn't (tests).  If you want, give me the branch name, and I'll try to do that comparison for you.
[16:33] <gary_poster> (To be clear, I'm saying I don't know what context you need.  Sorry. :-/ )
[16:33] <adeuring> gary_poster: ok, just a second
[16:36] <adeuring> gary_poster: lp:~adeuring/launchpad/bug-620458-private-bugattachments-api-access
[16:40] <gary_poster> on it, adeuring.  What are instructions for testing live?
[16:42] <adeuring> gary_poster: (1) add an attachment to a bug, (2) make that bug private, (3) use the sample code from pitti in bug 620458
[16:43] <_mup_> Bug #620458: cannot access attachments of private bugs any more <httplib2:Unknown> <Launchpad Bugs:Triaged by adeuring> <https://launchpad.net/bugs/620458>
[16:44] <adeuring> gary_poster: in short: lp.bugs[1].attachments[0].open()
[16:44] <gary_poster> k
[17:11] <lifeless> gary_poster: r375 of storm trunk has the fix we discussed
[17:12] <gary_poster> lifeless, awesome, thanks for update.  May make a temporary release then , when I get to it.
[17:12] <lifeless> gary_poster: It should be cherrypickable; and the workaround that is in launchpad/lazr for the sqlobject variant should be backed out
[17:12] <gary_poster> agreed
[17:13] <lifeless> I suspect a cherrypick on 0.17 will work better than a snapshot of trunk; there are two bugs in 0.17; one is fixed in trunk, but it exposes the other... the first one resultsin more queries, the second in an internal error.
[17:13] <lifeless> you're welcome to try however :P just hoping to save you some time.
[17:14] <lifeless> leonardr: ^
[17:16] <gary_poster> ack lifeless, thanks
[17:38] <dobey> is the entire change history of a branch_merge_proposal? like all status changes and such (not votes/comments)
[18:41] <cr3> lifeless: if you had to choose between running zope or django for the standalone instance of the results tracker, what would you do?
[19:03] <dobey> leonardr: ping
[19:05] <dobey> or anyone else i guess
[19:05] <dobey> should launchpadlib throw HTTPError when it gets a 301 redirect for an api call?
[19:06] <leonardr> dobey: no. what are you doing? does launchpad.me work?
[19:07] <dobey> leonardr: getSeries() on a distribution is giving me a redirect and HTTPError
[19:08] <dobey> http://pastebin.ubuntu.com/486892/
[19:08] <leonardr> dobey: do you know if this is a recent change, or did you just start using getSeries?
[19:09] <dobey> i just started using it. i'm trying to get a valid series link so i can pass it in to the source_package_recipe.requestBuild() method, since it doesn't accept u'maverick' as valid
[19:10] <leonardr> dobey: give me the code you use to invoke getSeries so i can see if the problem has been fixed in a more recent version
[19:11] <dobey> leonardr: do you need the whole script, or just the launchpad bits after authentication?
[19:12] <leonardr> dobey: the latter
[19:13] <dobey> leonardr: http://pastebin.ubuntu.com/486896/
[19:14] <gary_poster> adeuring: I believe the biggest difference between live QA and automated testing is because the WebserviceTestRequest has a different behavior in getRootURL than the real webservice request.  The real request has the behavior in line 1332 of c/l/w/servers.py, while the test request does not include that method for some reason .
[19:14] <gary_poster> http://pastebin.ubuntu.com/486893/ gets closer (sorry, it includes your changes because I did this in a not very smart way).  See lib/canonical/launchpad/webapp/servers.py for the most important change, and line 135 .  Can I toss this to you for a bit more digging on your side?
[19:14] <leonardr> dobey: can you tell me the value of self.series?
[19:14] <dobey> 'maverick'
[19:15] <leonardr> dobey: ok, i can reproduce it. will you file a bug against lazr.restfulclient? it might be a problem in httplib2 but we'll start there
[19:16] <dobey> leonardr: does distribution.series[u'maverick'] give the (ideal) same result?
[19:16] <leonardr> dobey: well, [x for x in distribution.series if x.name=='maverick'] will work
[19:17] <leonardr> but the [] operator isn't supported on arbitrary collections right now
[19:17] <dobey> ok
[19:32] <lifeless> bryceh: don't put the [] stuff in the launchpad commit message
[19:32] <lifeless> bryceh: ec2land does it for you
[19:39] <bryceh> lifeless, why not?  does it hurt anything?
[19:39] <bryceh> lifeless, from WorkingWithDbDevel it seems to suggest including it in the commit message
[19:39] <dobey> leonardr: bug #628267
[19:39] <_mup_> Bug #628267: distribution.getSeries() raises HTTPError on redirect <lazr.restfulclient:New> <https://launchpad.net/bugs/628267>
[19:40] <cr3> lifeless: did you notice my question above? personally, I'm leaning towards django, not by preference but to keep things lean for now
[19:43] <lifeless> bryceh: yes, it hurts
[19:43] <lifeless> bryceh: you'll have them twice
[19:43] <lifeless> bryceh: they have to be in what pqm receives, which is -not- what goes in the lp commit message; its what ec2 land outputs for you
[19:44] <lifeless> cr3: uhm, I don't know. Maybe neither?
[19:44] <cr3> lifeless: what did you have in mind?
[19:44] <bryceh> lifeless, sheesh
[19:44] <lifeless> cr3: trolling you successfully
[19:45] <lifeless> bryceh: please do improve the wiki page to prevent other folk having the same misunderstanding
[19:45] <benji> cr3: if you feel like being experimental as well as lean, you might like bobo: http://bobo.digicool.com/
[19:46] <lifeless> rockstar: ^ also tarmac will need to know the logic ec2land uses to do commit messages/approval recording etc; presumably via a plugin (and as folk set this from the commandline, I guess we need extra data when the branch is set to 'Queued'
[19:46] <lifeless> cr3: our best of breed set is (djanog, zope);
[19:47] <lifeless> cr3: frankly I think there is a bit of a hole in the middle; djano gives too little support, zope ---to much---
[19:47] <rockstar> lifeless, maybe I'm missing context there, but that sentence didn't make a lot of sense to me.
[19:48] <lifeless> rockstar: to use tarmac to land launchpad branches, preserving the [foo=bar] in the commit messages which is used for QA workflow, we'll need to make sure that the 'ec2 land' process still handshakes properly with the thing doing the commits.
[19:48] <cr3> lifeless: agreed, I'll work towards that
[19:48] <lifeless> cr3: either django or zope would make sense to me here I guess
[19:49] <rockstar> lifeless, oh, yeah.  I kinda see what you're saying.  I suspect Tarmac does most of that already (you can get it to format your commit message for you)
[19:49] <lifeless> rockstar: the tricky bit will be things like ec2 land --incr
[19:49] <lifeless> rockstar: and --no-qa
[19:49] <lifeless> rockstar: we may need to change how ec2 land does it for pqm, in advance, if we want to make migration easy
[19:50] <cr3> lifeless: a combination of both works too, manage.py here, storm there and interfaces everywhere. something like that
[19:51] <dobey> lifeless: what does ec2land do for approval recording?
[19:51] <rockstar> lifeless, hm.  I think we just teach ec2 how to set a commit message then.
[19:52] <lifeless> dobey: generates the [r=foo] prefixes launchpad use by convention (and that PQM checks against a regex)
[19:52] <lifeless> rockstar: something :)
[19:52] <lifeless> rockstar: just alerting you is all
[19:52] <rockstar> lifeless, when we move to Tarmac, we won't want to be setting "Approved" on the branches, and deferring that instead to having ec2 do it on a successful test run.
[19:53] <lifeless> rockstar: I can't quite parse the nested clauses there.
[19:53] <lifeless> rockstar: can you rephrase?
[19:53] <dobey> lifeless: ah. so, tarmac automatically harvests the list of reviewers and shoves them in a revision property on the new revision, called 'reviewers' :)
[19:54] <rockstar> Tarmac is pretty dumb (by design).  We could have it grow some brains, but I think having our tools know how Tarmac likes it would be better.
[19:54] <rockstar> dobey, yeah, kinda like what we already do with the commit message formatter.  :)
[19:54] <lifeless> rockstar: pqm is too :P
[19:54] <bryceh> does it only generate [r=xxx] or does it also include the [bug=nnn] and [ui=none] stuff?
[19:54] <lifeless> bryceh: it generates it all
[19:54]  * bryceh grumbles about crufty wiki pages
[19:54] <rockstar> bryceh, allenap was the last to touch the Tarmac commit message formatter, but I think it'll do bug= as well.
[19:55] <bryceh> this is like the 3rd thing WorkingWithDbDevel has misled
[19:55] <bryceh> er, me on
[19:55] <lifeless> lets try my oops branch again
[19:56] <bryceh> I've fixed WorkingWithReviews - it was mentioning that you shouldn't use [r=xx] but only in a footnotey way
[19:57] <dobey> well, we've moved away from the [r=] bit in Ubuntu One stuff, for branches we're landing with tarmac, since it stores the metadata in revision properties
[19:57] <lifeless> probably we want a dedicated page for landing-stuff
[19:58] <lifeless> dobey: sure; the main thing is toolchain friction - need to update a bunch of analysis tools, and in the past folk have said they really like it being visible in trunk with just 'bzr log'
[19:59] <dobey> yeah, the bugs are currently the only thing visible there
[19:59] <dobey> but we could (should) fix bzr to make it much easier to see additional revision properties
[20:02] <adeuring1> gary_poster: thanks!
[20:03] <lifeless> bryceh: ah so the key thing is 'do not use -s'
[20:03] <lifeless> I'll make that edit
[20:04] <lifeless> bryceh: also you don't need to add options, you just target your branch to db-devel and it all Just Works.
[20:05] <bryceh> lifeless, yeah you'll notice I corrected that already
[20:05] <lifeless> bryceh: I just used bigger scissors
[20:05] <bryceh> as a db-devel newbie I found that page full of snakes
[20:06] <gary_poster> adeuring1: welcome. :-) please feel free to toss it back after you've tackled it a bit more.
[20:06] <lifeless> I can imagine
[20:06] <lifeless> bryceh: anyhow, I've just deleted all the stale info around the ectest/land bits
[20:07] <bryceh> er actually DatabaseSchemaChangesProcess is the one full of snakes
[20:07] <lifeless> the wiki is full of schnaaaaake
[20:07] <bryceh> describes a cases that are actually special cases the ordinary newbie doesn't actually need to care about
[20:08] <bryceh> e.g. all the emphasis about doing sampledata updates, security.cfg changes, etc.
[20:09] <bryceh> lifeless, yeah that looks better
[20:11] <lifeless> bryceh: partly this is cruft we've accumulated/rtolerated
[20:11] <lifeless> bryceh: you do need to do security.py very often
[20:11] <lifeless> fwiw
[20:12] <bryceh> lifeless, in my case I did it but it wasn't needed.  The problem with the docs is it is vague about indicating *when* it should/shouldn't be done (perhaps a link to an appropriate doc about what the file is/does?)
[20:12] <lifeless> good idea :)
[20:12] <lifeless> the README in the schema is probably appropriate
[20:12] <lifeless> its visible on bazaar.lp.net/...
[20:19] <lifeless> bac: is the review meeting today?
[20:19] <lifeless> bac: if so, how many hours away
[20:20] <bac> 4:40
[20:20] <lifeless> thanks
[20:20] <bac> 0Z
[20:20] <bryceh> is https://staging.launchpad.net/ supposed to say 'Code Update In Progress' right now?
[20:21] <lifeless> yes
[20:21] <lifeless> usually does about this time
[20:21] <lifeless> however, unless a losa restarted it, its bust
[20:21] <lifeless> losa ping
[20:22] <mbarnett> hello lifeless
[20:24] <lifeless> hi mbarnett
[20:24] <lifeless> so staging failed overnight
[20:24] <lifeless> (my overnight)
[20:24] <lifeless> slony again
[20:24] <lifeless> stub isn't around for 6-7 hours
[20:24] <mbarnett> lifeless: i am pretty sure tom kicked it off again a couple horus ago
[20:25] <mbarnett> let me check
[20:25] <lifeless> staging is down right now; do we have any way to bring it up or kill-db-clients-harder and start it again.
[20:25] <lifeless> I saw chatted in lp-code 2 hours back
[20:25] <lifeless> chatter
[20:33] <mbarnett> lifeless: hmm, it looks like a db error that we are actually waiting on stub for.
[20:33] <lifeless> mbarnett: the slony timeout
[20:34] <lifeless> mbarnett: thats what I said above, isn't it ?
[20:34] <lifeless> or is it something differnet?
[20:35] <mbarnett> the slony timeout seems to be the current offender
[20:37] <lifeless> righto
[20:37] <lifeless> My understanding, totally limited, is that connected clients break slony.
[20:37] <lifeless> that *looks* to my limited understanding to be that happening.
[20:42] <deryck> lifeless, hi.  Some timeout work questions, if you don't mind.
[20:42] <lifeless> shoot
[20:42] <lifeless> I'm all eyes
[20:43] <deryck> so I see 2-3 bugs that all seem to come back to adding notifications.  and I'm trying small steps to improving then breaking that out....
[20:43] <deryck> trying to just get rid of a flush to start with :-)  See:  http://pastebin.ubuntu.com/486931/
[20:43] <lifeless> looking
[20:43] <deryck> now obviously, this has the downside of doing severl inserts, compared to the original way
[20:43] <lifeless> if its not in an inner loop it shouldn't be an issue
[20:44] <deryck> ah, so that flush I removed is probably not an issue then?
[20:44] <lifeless> I don't think it will be
[20:44] <deryck> ah, ok
[20:44] <lifeless> flushes have the following overhead:
[20:44] <lifeless>  - a cache walk to detect dirty objects
[20:45] <lifeless>  - DB update/insert calls per modified object to clean them up
[20:45] <lifeless> a flush with no modified objects then has a cachewalk only overhead (costly, but not fatal)
[20:45] <lifeless> a flush with many modified objects pending behind it is costly, but not because its a flush, because there is a lot of work to do.
[20:46] <lifeless> note that storm, when you do a select, will often flush automatically anyway.
[20:46] <deryck> ok, that makes sense and is useful to understand.
[20:46] <lifeless> the previous single INSERT INTO is probably maximally efficient.
[20:46] <deryck> right
[20:46] <lifeless> whats the bug report that got you digging into this code ?
[20:47] <deryck> and that was my other question, is there a storm way to get that single insert?  i.e. without manually building the sql statement?
[20:47] <lifeless> lets have a quick poke at expr.py
[20:47] <lifeless> (storm/expr.py)
[20:48] <lifeless> see the class Insert
[20:48] <lifeless> the docstring on it is fairly clear to me:
[20:48] <deryck> ok, cool.  it wasn't to me.
[20:48] <lifeless> hmm, Insert isn't good enough
[20:48] <lifeless> looking more
[20:50] <lifeless> ah yes it is, it uses itervalues() which confuses me
[20:50] <lifeless> I wonder how it guarantees iteration order
[20:50] <lifeless> deryck: https://bugs.edge.launchpad.net/storm/+bug/411556
[20:50] <_mup_> Bug #411556: Storm should support multi-row inserts <Storm:New> <https://launchpad.net/bugs/411556>
[20:51] <deryck> ah, looking at the bug....
[20:52] <lifeless> deryck: so what bug/oopses are you looking at ?
[20:52] <deryck> let me get numbers, I started with 2 or 3 and just poked and ended up where I was at.
[20:54] <lifeless> deryck: yeah, I don't doubt that we have a few key inflection points for many issues
[20:54] <deryck> bug 618403 and bug 611115 and something else that led me here... maybe the one about addComment
[20:54] <_mup_> Bug #618403: BugTask:+editstatus-page timing out in ~4% of requests <timeout> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/618403>
[20:54] <lifeless> deryck: I'm just curious ;)
[20:54] <_mup_> Bug #611115: timeout: bug notifications are calculated in-request <timeout> <Launchpad Bugs:Triaged> <https://launchpad.net/bugs/611115>
[20:54] <lifeless> hah, I recognise the chap that filed those.
[20:54] <lifeless> terrible fellow
[20:55] <deryck> heh
[20:55] <lifeless> lets see if we can get an oops for the first one
[20:55] <deryck> yeah, todays edge OOPS report had that one
[20:55] <lifeless> did it, looking
[20:56] <deryck> trying to get on myself.... slow browser
[20:56] <deryck> https://lp-oops.canonical.com/oops.py/?oopsid=OOPS-1704ED939
[20:57] <lifeless> so
[20:57] <lifeless> I think this is fixed
[20:57] <lifeless> ah no
[20:57] <deryck> I think the actual timeout on max(bug.heat) is misleading.
[20:58] <deryck> just before is the call to Bug.addChange, which many of these I looked at had in common
[20:58] <lifeless> sec
[20:59] <lifeless> just colating
[20:59] <lifeless> ok
[21:00] <lifeless> so I've put my normal stuff-from-an-oops in the tbug
[21:00] <lifeless> what I've done is:
[21:00] <lifeless>  - linked the url
[21:00] <lifeless>  - the query parameters that are needed to make sense of whats happening (if not private)
[21:00] <lifeless>  - the broad times
[21:00] <lifeless> and the sql queries that really stand out
[21:01] <lifeless> note the *300* email lookups - they will be hurting more than 1.6 seconds; I'd estimate 2 or more seconds
[21:01] <lifeless> as for the 8 second heat lookup, lets see how it does on staging quickly
[21:01] <lifeless> wheeee its slow
[21:01] <lifeless> still waiting
[21:02] <lifeless> Time: 14447.014 ms
[21:02] <deryck> yeah, i guess it is the max heat select.  I could have sworn the ones I looked at today that was misleading.
[21:02] <lifeless> deryck: I don't think the 8 second heat lookup is misleading at all :)
[21:02] <deryck> right :-)
[21:02] <lifeless> now, its faster the second time, but I could swear we had this the other day
[21:03] <lifeless> lpmain_staging=> select bug.heat from bug, bugtask where bugtask.bug = bug.id and bugtask.distribution = 1 order by bug.heat desc limit 1;
[21:03] <lifeless>  heat
[21:03] <lifeless> -------
[21:03] <lifeless>  11062
[21:03] <lifeless> (1 row)
[21:03] <lifeless> Time: 58.710 ms
[21:03] <lifeless> that should fix it nicely.
[21:04] <deryck> nice
[21:04] <deryck> easy peasy then :-)
[21:04] <lifeless> should be yes
[21:04] <deryck> except it makes me nervous.
[21:05] <lifeless> how so ?
[21:05] <deryck> I remember us moving to limit 1 before for speed, but then someone changed back to max() saying it was faster.
[21:05] <deryck> so now limit 1 is suddenly faster again?
[21:05] <lifeless> so this is db query plan hell
[21:05] <deryck> yup
[21:05] <lifeless> lets check whether this exact query went through that transition
[21:05] <lifeless> annotate time!
[21:06] <deryck> heh, blame FTW!
[21:07] <lifeless> bugtarget.py seems to be the file
[21:08] <deryck> yes
[21:08] <lifeless> 7675.778.1 is relevant
[21:08] <lifeless> 10580 perhaps
[21:09] <lifeless> and 10428
[21:09] <lifeless> running with -p now
[21:10] <lifeless> yeah, 06-25 it was switched
[21:10] <lifeless> r=me in fact
[21:10] <lifeless> bug 615644
[21:10] <_mup_> Bug #615644: BugTask:+distrotask timeout on HEAT lookup <qa-ok> <timeout> <Launchpad Bugs:Fix Released by gmb> <https://launchpad.net/bugs/615644>
[21:11] <lifeless> interestingly
[21:11] <lifeless> the patch didn't completely change it one way or the other
[21:11] <deryck> right, I thought I recalled this.
[21:11] <lifeless> it left projectgroups alone, or they were the current way already or something
[21:11] <deryck> yeah, in was inconsistent in the first iteration.
[21:12] <deryck> I imagine oversight, not design :-)
[21:12] <lifeless> naturally
[21:12] <lifeless> if we used a query builder for this
[21:12] <lifeless> rather than complete literals, it would mean only the builder needs changing
[21:12] <lifeless> rather than multiple similar clauses
[21:13] <lifeless> ok
[21:13] <lifeless> so I've looked in the whole history
[21:13] <lifeless> yes, this has flip flopped
[21:13] <lifeless> lets look at that old bug
[21:13] <lifeless> and see what context it was searching on
[21:13] <lifeless> it may be that distros want one, and products another
[21:14] <lifeless> ok, so it was a different case stub analysed
[21:14] <lifeless> and it still runs fast
[21:15] <deryck> still runs fast meaning the limit runs as fast for the case stub tried as for the case we're at now?
[21:15] <deryck> rather than the max he suggested?
[21:16] <lifeless> the current code runs fast for the case that bug 615644 examined
[21:16] <_mup_> Bug #615644: BugTask:+distrotask timeout on HEAT lookup <qa-ok> <timeout> <Launchpad Bugs:Fix Released by gmb> <https://launchpad.net/bugs/615644>
[21:16] <lifeless> gmb, quite reasonably changed the other similar queries at the same time.
[21:16] <lifeless> sadly it looks like the different queries go through the planner differently
[21:17] <lifeless> here:
[21:17] <lifeless> lpmain_staging=> SELECT max(Bug.heat) FROM Bug, BugTask, DistroSeries
[21:17] <lifeless> lpmain_staging-> WHERE BugTask.bug = Bug.id
[21:17] <lifeless> lpmain_staging->     AND BugTask.distroseries = DistroSeries.id
[21:17] <lifeless> lpmain_staging->     AND DistroSeries.distribution=3;
[21:17] <lifeless>  max
[21:17] <lifeless> -----
[21:17] <lifeless> (1 row)
[21:17] <lifeless> Time: 58.259 ms
[21:17] <lifeless> this is likely related to how many bugs are on distribution 3
[21:18] <lifeless> 3 is debian
[21:18] <lifeless> 1 is ubuntu
[21:18] <cody-somerville> OOPS-1705EB2156
[21:18] <cody-somerville> hmm... I thought there was a bot that would give a link if I pasted an oops into the channel?
[21:18] <lifeless> #lp
[21:19] <lifeless> deryck: so there are two variations here:
[21:19] <lifeless>  - different query with distro series
[21:19] <lifeless>  - different distro
[21:19] <lifeless> lets try changing 1 to 3
[21:19] <deryck> yeah, I did.  longer but not horrible.  ~200 ms
[21:19] <deryck> well, not horrible on the order of 8000 :-)
[21:20] <lifeless> and the limit approach there is 10ms
[21:20] <lifeless> lets try the limit approach for the qyery from the 06 bug
[21:20] <lifeless> bingo thats slow
[21:21] <lifeless> - no rows
[21:21] <deryck> lifeless, which query is this?
[21:22] <lifeless> I'm trying permutations
[21:22] <deryck> I wonder if adding the condition heat not null makes it faster?
[21:22] <lifeless> we have: MAX or LIMIT
[21:22] <lifeless> we have distro 1 and distro 3
[21:22] <lifeless> we have with distroseries and without
[21:22] <cody-somerville> Does anyone know why calling setOwner on a branch via web API OOPses even though its successful?
[21:22] <lifeless> cody-somerville: web API ?
[21:23] <lifeless>   Module canonical.launchpad.webapp.publisher, line 691, in _handle_next_object
[21:23] <lifeless>     raise NotFound(self.context, name)
[21:23] <lifeless> cody-somerville: please file a bug
[21:23] <lifeless> NotFound: Object: <lp.registry.model.personproduct.PersonProduct object at 0x2ab2b0e7dd90>, name: u'omsk'
[21:23] <lifeless> deryck: no change for me adding not null there
[21:24] <lifeless> with the MAX case
[21:24] <deryck> lifeless, I meant for the limit case, sorry.
[21:24] <lifeless> no
[21:24] <lifeless> 5seconds
[21:25] <deryck> hmmm
[21:26] <lifeless> I'm going to fill in this table:
[21:26] <lifeless> MAX/LIMIT 1/3 D/DS
[21:26] <lifeless> if you're on staging, and wanted to do all the LIMIT ones
[21:26] <lifeless> I'll do all the MAX ones
[21:27] <lifeless> MAX/LIMIT 1/3 D/DS   TIME
[21:27] <cody-somerville> lifeless, Filed bug #628352
[21:27] <deryck> ah.... checking that distroseries is not null seems to speed up the original offending query using limit 1.
[21:27] <_mup_> Bug #628352: Calling setOwner on a branch via web API OOPses even though operation is successful <oem-services> <Launchpad itself:New> <https://launchpad.net/bugs/628352>
[21:28] <lifeless> MAX            1      D      2000ms
[21:28] <lifeless> MAX            3      D      150ms
[21:28] <lifeless> MAX            1      DS    196ms
[21:28] <lifeless> MAX            3      DS    2ms
[21:29] <lifeless> cody-somerville: I don't know what a 'web API' is
[21:29] <lifeless> deryck: adding that in
[21:29] <deryck> lifeless, the distro series not null condition?
[21:30] <cody-somerville> lifeless, http://en.wikipedia.org/wiki/Web_API
[21:30] <lifeless> deryck: can you paste the query, so I get it right
[21:30] <lifeless> cody-somerville: ugh
[21:31] <lifeless> cody-somerville: please say 'LP API'  and you will avoid all confusion
[21:31] <lifeless> or just "API"
[21:31] <lifeless> at least round these parts
[21:31] <deryck> confirming query, lifeless ...
[21:33] <deryck> lifeless, slow first, fast second:
[21:33] <deryck> SELECT Bug.heat FROM Bug, Bugtask, DistroSeries
[21:33] <deryck>     WHERE Bugtask.bug = Bug.id AND
[21:33] <deryck>     Bugtask.distroseries = DistroSeries.id AND
[21:33] <deryck>     DistroSeries.distribution = 3 ORDER BY Bug.heat
[21:33] <deryck>     DESC LIMIT 1;
[21:33] <deryck> SELECT Bug.heat FROM Bug, Bugtask, DistroSeries
[21:33] <deryck>     WHERE Bugtask.bug = Bug.id AND
[21:33] <deryck>     Bugtask.distroseries IS NOT NULL AND
[21:33] <deryck>     Bugtask.distroseries = DistroSeries.id AND
[21:33] <deryck>     DistroSeries.distribution = 3 ORDER BY Bug.heat
[21:33] <deryck>     DESC LIMIT 1;
[21:34] <lifeless> ugh
[21:34] <lifeless> (because inner joins imply not null anyhow ..
[21:35] <lifeless> doing the limit cases in the table
[21:36] <deryck> lifeless, I really appreciate this help, but I need to leave now.  Passed EOD and kids are arriving home.
[21:36] <deryck> Sorry if I distracted you from other work
[21:36] <lifeless> deryck: this sort of stuff is my job :)
[21:36] <lifeless> MAX/LIMIT 1/3 D/DS/DSNN  TIME
[21:36] <lifeless> MAX            1      D                 2000ms
[21:36] <lifeless> MAX            3      D                 150ms
[21:36] <lifeless> MAX            1      DS               196ms
[21:36] <lifeless> MAX            3      DS               2ms
[21:36] <lifeless> LIMIT          3       DSNN         5000ms
[21:36] <lifeless> LIMIT          3       DSNN         2ms
[21:36] <lifeless> LIMIT          1       DSNN         200ms
[21:37] <lifeless> LIMIT          1       DS             2ms
[21:37] <lifeless> its missing two rows - LIMIT 'D'
[21:37] <lifeless> adding them in a sec, I'll put this in the bug
[21:37] <lifeless> catch you later
[21:37] <deryck> ok, thanks!  I'll build on this work tomorrow, if you don't beat me to it :-)
[21:38] <deryck> later on
[22:02] <lifeless> anyone from registry still around ?
[22:06] <jcsackett> lifeless, yes. what's up?
[22:06] <lifeless> I had a question
[22:06] <lifeless> uhm
[22:06] <lifeless> ah yes
[22:06] <lifeless> LoginToken:+accountmerge
[22:06] <lifeless> is that on your kanban board for moving to a job ?
[22:07] <lifeless> bug 104088
[22:07] <_mup_> Bug #104088: Time-out problem at merging accounts <merge-deactivate> <timeout> <Launchpad Registry:Triaged> <https://launchpad.net/bugs/104088>
[22:07] <jcsackett> lifeless, yeah it's on our OOPS backlog.
[22:07] <lifeless> ok
[22:07] <lifeless> cool
[22:07] <lifeless> its the 3rd slowest page in the candidate-timeout-reports
[22:08] <jcsackett> if you like i can reference it tomorrow at our standup; i'm wrapping up work on some stuff today, and may be able to take a look at it tomorrow.
[22:08] <lifeless> well, its possibly longwinded; I was just cirious
[22:08] <lifeless> whatever work item selection process you are following; keep following it :)
[22:13] <lifeless> oh sodium
[22:13] <lifeless> thou art the very esssence of a reactive metal
[22:51]  * rockstar afks
[22:52] <jcsackett> so if i have a testing situation that is coming up b/c of the way bugs are being cached breaking test isolation, is there a way in a test to clear out the cache?
[22:53] <lifeless> what sort of cache
[22:53] <lifeless> memcache? cachedproperty? storm cache?
[22:56] <lifeless> jcsackett: ^
[22:58] <cr3> lifeless: in your refactoring of launchpad, are you considering splitting the database into multiple databases per pillar for example?
[22:58] <lifeless> cr3: yes to splitting the database, ENotDesigned to anything further
[22:59] <lifeless> and splitting may mean ' one big db using a different tech'
[22:59] <lifeless> there are all sorts of options
[22:59] <cr3> lifeless: fun!
[22:59] <lifeless> I need the breathing space to get into it though
[22:59] <lifeless> get page performance up and the DB will have a lot more headroom
[22:59] <lifeless> we can relax a bit and take time to fix stuff up
[23:02] <jcsackett> lifeless: storm, i believe.
[23:02] <jcsackett> i'm working off an unclaimed not entirely clear XXX.
[23:03] <lifeless> gimme details
[23:03] <lifeless> <- data monster
[23:04] <jcsackett> lifeless: this is the test case: https://pastebin.canonical.com/36595/
[23:04] <lifeless> ahha, I wrote this :)
[23:04] <jcsackett> if i run that test, it's case, or the file it's in by itself, it passes.
[23:04] <lifeless> ok
[23:05] <jcsackett> if i run the bugs.tests module or more, it fails, with one more query than expected.
[23:05] <jcsackett> this is true both locally and on ec2.
[23:05] <lifeless> let me have a go
[23:05] <lifeless> so there are two possibilities
[23:06] <jcsackett> lifeless: i suspect it will pass for you. if i run this on devel there's no problem. i think, given the behavior, it's an isolation problem. but it's one that cropped up b/c of my changes.
[23:06]  * jcsackett realizes that might not be what you meant by "have a go"
[23:06] <lifeless> one is that the fuzz I permitting in the test is permitting it to pass when bug 619017 triggers, and that when it doesn't you've caussed a scaled bug
[23:06] <_mup_> Bug #619017: __storm_loaded__ called on empty object <Storm:Fix Committed by therve> <https://launchpad.net/bugs/619017>
[23:07] <lifeless> the other possibility is that as you say its purely storm caches getting in the way
[23:07] <lifeless> so, to reset the storm cache
[23:07] <lifeless> you can do IMasterStore(Bug).flush(); IMasterStore(Bug).reset()
[23:07] <lifeless> or something like that
[23:07] <lifeless> at the top
[23:08] <lifeless> test_testcase (I think) does this
[23:08] <lifeless> its a bit of a heavy hammer, but likely needed
[23:08] <lifeless> 0.18 should fix this, but 0.18 has a different showstopper bug in it
[23:08] <lifeless> jcsackett: what I'd like you to do though, is to compare the two queries
[23:08] <lifeless> drop the 24 to 20 or so
[23:08] <lifeless> and run it in the it-fails manner
[23:08] <lifeless> that will get you a query list
[23:08] <lifeless> shove that in a buffer somewhere
[23:09] <lifeless> and compare it to the query list you get when it fails without modifications
[23:09] <lifeless> jcsackett: by have a go I meant run bugs.tests
[23:09] <jcsackett> i can do that, lifeless.
[23:12] <jcsackett> probably won't have a comparison for a while though.
[23:14] <lifeless> jcsackett: ok, well I'm going to pop out for a chore or two
[23:14] <jcsackett> lifeless: i'll be EODing shortly. i'll ping you tomorrow if i have anything informative.
[23:14] <lifeless> I'll be delighted to help figure out whats going on when I get back. I suspect a diff will be reasonably helpful though.
[23:15] <lifeless> jcsackett: ok.
[23:15] <jcsackett> thanks for the help. :-)
[23:15] <jcsackett> (and who knows, i may still be poking at this)
[23:15] <lifeless> if it is an isolation issue, we'll definitely want to fix it systematically - I'm adding *lots* of these tests.
[23:16] <lifeless> and I hope others will too.
[23:16] <lifeless> its a great way to prevent scaling surprises
[23:17] <jcsackett> lifeless, i hear that.
[23:17] <lifeless> one place in particular that may be causing the queries
[23:17] <lifeless> is Person._init
[23:24] <lifeless> losa ping
[23:24] <lifeless> lpoops is telling me
[23:24] <lifeless> Exception Value:
[23:24] <lifeless> [Errno 13] Permission denied: '/x/launchpad.net-logs/production/mizuho/2010-09-01'
[23:24] <lifeless> on https://lp-oops.canonical.com/oops.py/?oopsid=1705A2026
[23:25] <mbarnett> let me take a look
[23:26] <mbarnett> hmm, that's a bad path
[23:26]  * mbarnett lies
[23:27] <mbarnett> well, it is.  there is no mizuho directory there
[23:27] <mbarnett> wow, i am failing this evening
[23:27] <mbarnett> there is.  checking permissions.
[23:27]  * lifeless sniggers
[23:31] <mbarnett> try again
[23:34] <mbarnett> lifeless: that time i got that it didn't match any oopses..
[23:34] <lifeless> mbarnett: I got OSError at /oops.py/
[23:34] <lifeless> [Errno 2] No such file or directory: 'lp_publish'
[23:35] <mbarnett> hmm, reloading it got me that as well.
[23:37] <mbarnett> [Wed Sep 01 23:18:25 2010] [error] [client <IP_ADDRESS>] Unauthorized access attempt for 'https://lp-oops.canonical.com/oops.py/?oopsid=1705A2026' by 'https://login.ubuntu.com/+id/kPbPBDC' (teams: [])
[23:37] <mbarnett> looks like there might be a bug in the lp-oops auth code...
[23:38] <lifeless> hah
[23:38] <lifeless> would not surprise me
[23:38] <mbarnett> i wonder who would handle that..
[23:39] <lifeless> matsubara, but hes a) afk and b) swamped with merge workflow stuff
[23:40] <mbarnett> heh, yeah.  i pinged him anywhoo.
[23:41] <lifeless> I saw :P
[23:41]  * mbarnett goes to file a bug
[23:41] <lifeless> thanks
[23:41] <lifeless> ok, bbs
[23:51] <thumper> lifeless: how do I profile a page?
[23:51] <thumper> lifeless: the new cloud is in place
[23:51] <thumper> lifeless: but the queries still seem a little slow to me
[23:51] <thumper> but I don't know which bit is slow


[05:50] <joegiampaoli> I am thinking of updating to ubuntustudio 64 bit because I will start using MixBus 32C which only runs in 64 bit OS, can I still run 32 bit VST dll's for some Windows (via wine) and connect them through JACK and have them recognized in the workflow?


[00:42] <silverarrow> does anyone know which kernel 12.04 has?
[00:43] <silverarrow> hi
[00:44] <silverarrow> and I know you are exactly that guy
[00:59] <silverarrow> a girl on the lubuntu channel
[00:59] <silverarrow> margo
[01:04] <Sentynel> silverarrow: the latest kernel in 12.04 is 3.2.0-26
[01:10] <silverarrow> which is suppose to be fast
[01:11] <silverarrow> I wondering if 12.04 is faster than tiger
[01:11] <silverarrow> os x I mean


[00:00] <nosrednaekim> Riddell: thanks for fixing up the UI
[00:49] <blizzzek> gn8
[00:55] <cheguevara> 2.6.24 is out for whoever cares
[00:57] <mhb> cheguevara: whoever cares also has subscription :o)
[00:58] <cheguevara> lol
[00:59] <nixternal_> Linux ShakaDoobie 2.6.24-4-generic #1 SMP Mon Jan 14 17:30:39 UTC 2008 i686 GNU/Linux
[00:59] <nixternal_> already using it :)
[01:00] <cheguevara> meh ubuntu omits rcs for some reason
[01:01] <cheguevara> i bet your using rc8 trully
[01:01] <nixternal_> whatever Ben pulls from git
[01:01] <cheguevara> well yeah
[01:03] <cheguevara> actually -4 is rc7
[01:03] <cheguevara> -5 that got upped today is rc8
[01:03] <ryanakca> kwwii: nice KDM background
[01:05] <nixternal_> ryanakca: you talking about the kde3 kdm background? which I think is the kde3 wallpaper for us?
[01:05] <cheguevara> the blue one?
[01:05] <nixternal_> I have to say that using usb sticks and what not works much better in KDE 4 than it ever did in KDE 3
[01:07] <cheguevara> whats with when you say open kwrite
[01:08] <cheguevara> and try to open another text file, it don't open in the same kwrite and produces an error
[01:09] <cheguevara> is it because of the wrappers?
[01:09] <mhb> esrever ni kcuts
[01:10] <nosrednaekim> mhb: isn't it kinda late over there?
[01:10] <mhb> that's what they sing, too :o)
[01:10] <mhb> "when you feel so tired, but you can't sleep"
[01:10] <mhb> nosrednaekim: working on kdesudo
[01:11] <nosrednaekim> oh... fun.
[01:43] <mhb> Tonio_: be sure to update your trunk-kde4 branch in the morning
[01:57] <cheguevara> http://phorolinux.com/images/opensuse11a1/installer02.jpg
[01:57] <cheguevara> damn that looks nice
[01:57] <mhb> don't be confused by its appearance - it's still opensuse
[01:58] <nosrednaekim> ^_^
[01:58] <mhb> their installer is still the ultra wizard with a 1000 slides.
[01:58] <mhb> no matter how much makeup he puts on.
[01:58] <nosrednaekim> I do like their package selection though
[01:59] <nosrednaekim> but thats probably because I have dial-up
[01:59] <mhb> nosrednaekim: please explain
[01:59] <cheguevara> default kde installation takes too much space imho though
[01:59] <nosrednaekim> I like the idea of 5 cds with every single package on them, so I don't have to send DL scripts, etc to my dad
[02:00] <cheguevara> heh
[02:00] <cheguevara> installer is in qt 4 as well
[02:03] <cheguevara> We’ll add KDE 4.0 as default for Alpha 2 and 3. If it quality wise works out KDE 4.0 will be default for goldmaster release in June
[02:03] <cheguevara> ^^ opensuse
[02:03] <mhb> nosrednaekim: you like it?
[02:04] <mhb> nosrednaekim: hmm, I remember having the same idea back in the day - "let's download the 5 CDs so I can install everything on a dial-up system without the Net"
[02:04] <nosrednaekim> mhb: open suse?no. the system of having all the packages in one place? yes
[02:04] <mhb> the 3rd CD b0rked and I was left with 5 useless CDs
[02:04] <nosrednaekim> ^_^
[02:05] <mhb> of course, suse refused to install.
[02:06] <nosrednaekim> that is, of course, the problem
[02:07] <mhb> that's why I like the idea of 1 CD installer
[02:07] <nosrednaekim> yeah.... and download scripts... :)
[02:08] <mhb> well, they shouldn't be necessary.
[02:08] <mhb> except for proprietary codecs maybe.
[02:10] <nosrednaekim> well, I use them to send wget scripts to my dad for any packages I want.
[02:10] <mhb> nosrednaekim: what do you actually miss in Kubuntu?
[02:11] <nosrednaekim> nothing.... which is why i'm using it :)
[02:11] <mhb> I think in a way, software needs to have limits, like a 700MB CD. Because if it doesn't, it behaves like a gas and expands indefinitely.
[02:12] <mhb> a distro can easily fill the whole DVD.
[02:12] <mhb> I'm sure Debian would fill the Blu-ray.
[02:12] <nosrednaekim> :)
[02:13] <mhb> when we have limits, we strive to overcome them, thus innovating.
[02:13] <mhb> we think of cleverer ways to pack data, or have strict guidelines on what to include.
[02:14] <nosrednaekim> right..
[02:14] <mhb> how's dial-up on Kubuntu btw?
[02:14] <mhb> is networkmanager any good? Or do you have to use kppp?
[02:16] <nosrednaekim> we have  way too many computers in this house for me to be dialing out myself ;) we dial out from a server(running gentoo, thanks to my brother) with a serial modem
[02:18] <mhb> ah
[02:18] <mhb> cool.
[02:18] <mhb> I used to dial-up with a server too.
[02:18] <mhb> those were the times :o)
[02:18] <nosrednaekim> those ARE the times :)
[02:19] <nosrednaekim> and let me tell you... the good old days aren't so good :)
[02:19] <mhb> nosrednaekim: yeah, I guess I like 4Mbit more.
[02:20]  * nosrednaekim see red
[02:21] <Hobbsee> dialup?  what's that?
[02:21] <nosrednaekim> pain....
[02:21] <mhb> memories of childhood
[02:21] <mhb> :o)
[02:22] <Hobbsee> mmm...pair gain dialup...
[02:23] <cheguevara> someone in US actually uses dial up?! :P
[02:24] <nosrednaekim> ya...DSL doesn't come out to where I am...
[02:25] <cheguevara> aka cave
[02:25] <cheguevara> :P
[02:25] <nosrednaekim> aka.. the Blueberry Capital of the world...
[02:26] <cheguevara> Hammonton, NJ ?
[02:26] <mhb> what's kdError and kdWarning replaced with?
[02:26] <mhb> any RTFM for me?
[02:26] <mhb> I tried to UTFG, but no luck.
[02:26] <nosrednaekim> cheguevara: how... the... heck?
[02:27]  * nosrednaekim bets he googled it..
[02:28] <cheguevara> mhb, try kWarning and kFatal
[02:28] <mhb> cheguevara: thanks, will do.
[02:28] <cheguevara> nosrednaekim, yeah i did :P
[02:29] <cheguevara> mhb, type of stream is QDebug btw
[02:37] <mhb> cheguevara: I thank you and kdesudo thanks you
[02:38] <cheguevara> np mhb :P
[02:38] <cheguevara> anything for you and kdesudo :P
[02:54] <posingaspopular> does anyone which version of kde the kubuntu hardy alpha 3 cd uses?
[02:59] <nosrednaekim> posingaspopular: 3.5.8
[02:59] <posingaspopular> thanks!
[03:36] <genii> Hello. Does anyone know if Reaktivate is still somewhere in the kde svn?
[04:52] <nixternal> jjesse: have you made any recent changes to our bzr repo? if so, have you pushed them? I did an update earlier and didn't get anything new
[04:52] <jjesse> nixternal: not that i nkow of
[04:52] <nixternal> OK, I couldn't remember if you did or not
[04:53] <genii> Hello. Does anyone know if Reaktivate is dead or just hiding somewhere?
[04:54] <nixternal> never heard of it
[04:54] <genii> shockwave for konq, lemme find the original announce
[04:55] <genii> http://www.konqueror.org/announcements/reaktivate.php
[04:56] <Jucato> genii: it's most probably dead... http://websvn.kde.org/tags/unmaintained/3/reaktivate/
[04:56] <genii> Thanks
[04:56] <Jucato> and it's actually more of an ActiveX thingy... (ew?)
[04:56]  * genii hands Jucato a coffee
[04:56] <Jucato> hi nixternal, hi jjesse!
[04:56] <Jucato> thanks genii
[04:56] <nixternal> hiya Jucato
[05:00] <jjesse> hello Jucato, ashmatha better today?
[05:10] <Jucato> jjesse: a bit.. hopefully it'll stay that way...
[05:10] <Jucato> (very busy weekend ahead...)
[05:13] <jjesse> i'll say prayer that it allows you to have a good weekend :)
[05:13] <Jucato> thanks :)
[05:13] <Jucato> it's a church thong too... so I'm banking on that :)
[05:14] <Jucato> er... thing*
[05:14] <Jucato> why does 'i' have to be beside 'o'? :(
[05:14] <jjesse> because they were invented that way?
[05:14] <Jucato> so that fat fingers will mistype thong :)
[05:18] <genii> Hmm. After an: sudo apt-get upgrade   ps ax shows: 11749 ?        Ss     0:00 kdeinit4: kdeinit4 Running...                       but I'm on 3.5.8
[05:18] <genii> kded4 also appears
[05:21] <Jucato> did you start any kde4 app before that? (how about using ps auxf to show the user and the parents?)
[09:32] <Riddell> where's the motu council poll?
[09:34] <Riddell> found it in https://edge.launchpad.net/~ubuntu-dev/+poll
[09:34] <Riddell> what is the difference between ~ubuntu-dev and  ~motu?
[09:48] <mornfall> Morgen.
[09:48] <Riddell> Nazdar
[09:55] <_StefanS_> Riddell: we should change the text color of the date in kdm, its also "washed" out like the one we previously fixed.
[09:56] <Riddell> _StefanS_: sure, go ahead :)
[09:56] <Riddell> the whole background should be made less transparent
[09:56] <_StefanS_> yes that would probably help
[10:04] <_StefanS_> kwwii: you there?
[10:05] <_StefanS_> Riddell: the texts are fixed, but I need kwii to fix the transperancy stuff on the dialog since its a static image
[10:11] <Riddell> _StefanS_: texts fixed in bzr?
[10:12] <_StefanS_> Riddell: nawp
[10:12] <_StefanS_> Riddell: can I commit to it ?
[10:12] <Riddell> _StefanS_: if you're in kubuntu-members
[10:12] <_StefanS_> Riddell: ok, I am..
[10:12] <_StefanS_> Riddell: will do.
[10:13] <Riddell> https://code.edge.launchpad.net/~kubuntu-members/kubuntu-default-settings/ubuntu
[10:13] <_StefanS_> thanjs
[10:21] <_StefanS_> Riddell: seems like kdmtheme still borks the kdmrc.. maybe I should look at that
[10:21] <Riddell> _StefanS_: you could indeed.  it's in kdebase
[10:22] <_StefanS_> yup, the other kdesudo related stuff was fixed by Tonio, so I guess its something I could look at
[11:03] <kwwii> _StefanS_: yepp, now I am
[11:04] <kwwii> brb, rebooting
[11:06] <kwwii> re
[11:07] <Riddell> kwwii: I think he wants the centre image from our kdm theme to make it less transparent for the new background
[11:10] <kwwii> _StefanS_: http://sinecera.de/gutsy_kubuntu.svg
[11:11] <Riddell> kwwii: no, the "dialogue" one
[11:12] <Riddell> with the kubuntu logo and square
[11:14] <_StefanS_> yes
[11:14] <kwwii> http://sinecera.de/feisty_kdm2_dark2b.svg
[11:14] <_StefanS_> I was just out to lunch
[11:14] <_StefanS_> someting like that probably
[11:15] <_StefanS_> kwwii: although the current one in hardy is somewhat larger, cant we modify that one ?
[11:15] <_StefanS_> kwwii: dialog.png under the kubuntu theme
[11:18] <Tm_T> mmmmmmmmmmmmmmgh
[11:20] <kwwii> _StefanS_: the dialog.png was made from an svg like that one
[11:20] <kwwii> let me check and see if I can find the version from gutsy
[11:21] <kwwii> I am not sure if I saved a version for gutsy after making it bigger
[11:22] <davmor2> Riddell: did you get that printer app working?
[11:22] <kwwii> http://sinecera.de/gutsy_kdm_list.svg
[11:23] <kwwii> and http://sinecera.de/gutsy_kdm.svg for the smaller version
[11:30] <Riddell> davmor2: dunno, I don't have a printer here to test with
[11:31] <_StefanS_> kwwii: ok those seem to be the right ones
[11:31] <_StefanS_> kwwii: can you make them a little less transperant?
[11:34] <kwwii> _StefanS_: at the moment I am in a meeting in London, I could get to that sometime next week
[11:34] <kwwii> _StefanS_: they will need new logos as well
[11:35] <kwwii> I was planning on taking care of that later
[11:35] <kwwii> also, I thought about editing the usplash
[11:35] <kwwii> (which is where the logo in kdm came from)
[11:36] <_StefanS_> good idea.. a fresh logo would be cool
[11:40] <_StefanS_> kwwii: any ideas how to improve the logo?
[11:40] <kwwii> _StefanS_: not off the top of my head
[11:40] <kwwii> we could always make it brown or orange :p
[11:41] <mhb> good morning
[11:41] <_StefanS_> kwwii: bah :O.. another thing; I think it would be cool to switch to using qtcurve as style, you can really make some nice configurations not available in the current style
[11:42] <_StefanS_> kwwii: I really think it has come a long way
[11:42] <kwwii> _StefanS_: in kde4?
[11:42] <_StefanS_> kwwii: no just kde3..
[11:42] <kwwii> ahhh, right...I think that would be a good idea
[11:43] <_StefanS_> kwwii: what about the style? I could mock something up for next week maybe ?
[11:43] <_StefanS_> kwwii: we could discuss the look, and align it with your ideas
[11:44] <mhb> I find QtCurve quite similar to polyester
[11:44] <mhb> but it's true that it's a bit more maintained.
[11:44] <_StefanS_> mhb: well, if you really get into the details of the configurations, you make some seriously nice styles
[11:44] <kwwii> _StefanS_: cool, let's talk about this next week
[11:44] <_StefanS_> kwwii: deal then.
[11:44] <_StefanS_> I might make a few mocks.
[11:44] <kwwii> mhb, _StefanS_: perhaps we can discuss this at some semi-official meeting
[11:45] <_StefanS_> well yes, could be a good idea... everyone could give their 2cents.
[11:45] <kwwii> yeah, a couple of people complained about the new wallpaper and suggested having a contest
[11:45] <kwwii> I told them to bring it up at the next meeting if they really want to do that
[11:46] <kwwii> and that I do not want to be responsible for that in any case
[11:46] <_StefanS_> kwwii: yes, fractals probably had their period in the 90's ;)
[11:47] <_StefanS_> kwwii: did you the the vplants collection posted on deviantart ? some of those pictures are truly amazing. Although digital photography dont seem popular for the kubuntu users (last time I asked ..)
[11:47] <_StefanS_> the/see
[11:48] <kwwii> _StefanS_: nope, didn't see that
[11:48] <kwwii> naturally, I welcome any suggestions, help or anyone who wants to be responsible for this stuff :-)
[11:49] <_StefanS_> kwwii: well you ought to check it out then, I would bet there's a few candidates in there..
[11:49] <kwwii> my contract no longer includes working on kubuntu, so I am doing this in my own time now
[11:49] <_StefanS_> kwwii: so youre not working for canonical ?
[11:49] <_StefanS_> anymore I mean
[11:49] <kwwii> yes I am, but only on ubuntu officialy
[11:50] <_StefanS_> uhm oka
[11:51] <_StefanS_> kwwii: that would explain your orange/brown palette you talked about :P
[11:53] <kwwii> ;-9
[11:58] <_StefanS_> kwwii: http://djmattricks.deviantart.com/gallery/
[12:03] <_StefanS_> kwwii: http://djmattricks.deviantart.com/art/Vplants-12-56544510 does this flower look familar ? :)
[12:07] <kwwii> hehe, very close
[12:07] <Hobbsee> kwwii: why did they dump you from kubuntu?
[12:08] <kwwii> Hobbsee: they did not dump me from anything, really
[12:09] <kwwii> it was always understood that ubuntu took priority...I just always put kubuntu on top of my list (and that will not change anyway)
[12:10] <kwwii> but I want to make it clear that someone else can certainly step up and take care of this stuff
[12:11] <Hobbsee> right
[12:11]  * _StefanS_ just snagged a few new wallpapers
[12:12] <_StefanS_> Riddell: to commit my changes to the k-d-s branch, isn't it just bzr commit ? I get an error that http does not support mkdir()
[12:15] <Riddell> _StefanS_: you can't write to http, you want to use the bzr+ssh url
[12:15] <_StefanS_> ah ok
[12:16] <mornfall> Hm.
[12:21] <mhb> Riddell: by the way, have you seen our trouble with kdesudo?
[12:21] <mhb> Riddell: we need http://api.kde.org/4.x-api/kdelibs-apidocs/kdesu/html/classKDESu_1_1KDESuPrivate_1_1KCookie.html
[12:22] <_StefanS_> Riddell: should be commited to bzr now.
[12:23] <mhb> but it's not in the includes - not sure if it's because it's just a private kdesu class or because of some other thing
[12:23] <mhb> err, a class in KDESuPrivate namespace
[12:24] <Riddell> mhb: copy and paste it then
[12:31] <mhb> mm, nasty. Thanks.
[13:17] <ScottK> Riddell: I've about got the python-qt4 merge done.  It needs a newer sip4-qt3.  The merge for that's in Bug #185754
[13:17] <ubotu> Launchpad bug 185754 in sip4-qt3 "Please merge sip4-qt3 4.7.3-1  (main) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/185754
[13:18] <Riddell> ScottK: I didn't know it needed merging, what's new?
[13:18] <ScottK> Riddell: New upstream version.
[13:19] <ScottK> I mentioned it yesterday, I guess it got missed.
[13:20] <Riddell> sip4 merge looks all good
[13:21] <ScottK> I have a couple of things I want to work through on the python-qt4 one which will be easier to do reliably once I can get sip4 from the archive.
[13:21] <ScottK> Thanks
[13:22] <ScottK> The main thing the new python=qt4 does is support the newer qt4 (4.3.3).
[13:24] <mornfall> Riddell: Now, I have a extra-rudimentary C++ frontend for debconf. (No GUI and doesn't understand half of the protocol, but it's trying...).
[13:24] <Riddell> uploading sip4-qt3
[13:25] <mornfall> But, so far it works.
[13:25] <Riddell> mornfall: talking directly through the protocol?
[13:25] <mornfall> Riddell: Yes, using DEBIAN_FRONTEND=passthrough
[13:25] <mornfall> Through a unix socket.
[13:25] <Riddell> you're a genius
[13:25] <Riddell> that's also what our ubiquity installer does I believe (in python)
[13:26] <blizzzek> hi
[13:27] <mornfall> I'll re-add konsole after 4.1 is out I guess, but only as a debugging tool mostly, this time.
[13:28] <ScottK2> Riddell: Thanks.  I'll let you know when I have something on python-qt4.
[13:28] <mornfall> Anyhow, DDR for a bit and then probably some sort of lunch.
[13:28] <mornfall> When I get the package download and debconf thingy sorted out, I'll make alpha2.
[13:29] <mornfall> Then goes conffile handling and robustification.
[13:29] <mornfall> Well, see ya ; - ). -->
[13:34] <mhb> too bad Tonio's not around
[13:35] <blizzzek> will kernel 2.6.24 go into hardy?
[13:35] <mhb> no
[13:35] <mhb> 2.6.24-4-generic
[13:35] <mhb> is there now.
[13:35] <mhb> so it can't go where it already is :o)
[13:36] <seele> Riddell: i couldnt get the printer ui to run
[13:37] <blizzzek> mhb: ah nice :D
[13:39] <Riddell> seele: are you on gutsy?
[13:40] <Riddell> I havn't tested it there
[13:40] <Riddell> mornfall: you make it sound all so easy :)
[13:51] <seele> Riddell: yes
[13:51] <seele> so that could be why
[14:49] <ScottK2> Riddell: Apparently my sip4 merge was good, except I put gutsy in the changelog.  Would you like a revised debdiff or could you just gutsy/hard and upload again?
[15:01] <ScottK2> Riddell: Updated debdiff attached to Bug #185754 just in case you wanted it.
[15:01] <ubotu> Launchpad bug 185754 in sip4-qt3 "Please merge sip4-qt3 4.7.3-1  (main) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/185754
[15:02] <cheguevara> http://bentham.k2.t.u-tokyo.ac.jp/media/linux-srom.html
[15:04] <iRon> cheguevara: where is kubuntu? ;)
[15:04] <cheguevara> heh
[15:37] <nosrednaekim> Riddell: thanks for fixing up that UI
[15:41] <jpatrick> Riddell: ha, looks like I got my first press contact spam :D
[15:41] <Riddell> jpatrick: really?
[15:41] <Riddell> that was fast, what did they say?
[15:42] <jpatrick> Riddell: you got the same message too, by the looks of the To: line
[15:43] <ScottK2> Riddell: Did you see my note about the sip4-qt3 merge (sorry about that)?
[15:53] <Riddell> ScottK2: Doh!
[15:54] <Riddell> jpatrick: oh, literally spam?
[15:54] <jpatrick> Riddell: yeah..
[15:55] <Riddell> gmail is my anti-spam friend
[15:55] <jpatrick> doesn't always work tho :(
[15:56] <Riddell> D key is my other anti-spam friend :)
[15:56] <jpatrick> hehe :)
[15:58] <ScottK> Riddell: Sorry about that.
[15:59] <Riddell> ScottK: hardy one uploaded
[15:59] <ScottK> Riddell: Thanks.
[16:15] <Hobbsee> hah
[16:15] <Hobbsee> kubuntu-users has stopped being offtopic though
[16:15] <Hobbsee> er, s/though/now/
[17:05] <yuriy> mornfall: I played around with the search as you type thing a little and it doesn't seem to alwasy return correct search results
[17:05] <yuriy> and often the results flicker on and disappear
[17:28] <snikker> when i run "ps2pdf file.ps file.pdf", i've got this error: "Bus error". this appen only from today. can you help me?
[17:29] <yuriy> snikker: #kubuntu or #ubuntu are the support channels, you'll have better luck there
[17:34] <snikker> yuriy: i've already tried both, but with no answer...
[17:38] <mhb> WORKSFORME
[17:44] <davies> !wfm > mhb
[17:58] <mhb> davies: is it the third time you sent it to me?
[17:58] <davies> mhb: err..
[17:58] <davies> :)
[17:59] <mhb> davies: he asked in a non-support channel, and the people here can't reproduce it.
[17:59]  * davies was just joking
[17:59] <mhb> I think it's perfectly valid to label him WORKSFORME. If he filed a bug, that would be a different thing :o)
[17:59] <mhb> or had he asked in the appropriate channel.
[17:59]  * davies has to do a kickban
[18:00] <mhb> but okay, I guess I am rude. /me shuts up
[18:01] <davies> no, not you! someone wrote sudo rm you-know-what in a channel
[18:02] <\sh> grmpf
[18:02] <\sh> does anyone know from where we imported koctave?
[18:04] <\sh> News & changelog
[18:04] <\sh> 07/07/2003
[18:04] <\sh> New homepage for kOctave, a special thanks to Chrisitan Åderfjäll for the design!
[18:04] <\sh> oh wow..I'll file a removal request
[18:04] <nixternal> lol
[18:04] <\sh> not in debian no where
[18:05] <ryanakca> nixternal: yes
[18:09] <nixternal> ryanakca: what is that yes for? :)
[18:09] <\sh> bug #185989
[18:09] <ubotu> Launchpad bug 185989 in koctave "[REMOVAL REQUEST] koctave" [Undecided,New] https://launchpad.net/bugs/185989
[18:13] <nixternal> heh, snikker is in ubuntu-devel asking the same question
[18:14] <mhb> davies: you've changed your nickname?
[18:15] <davies> mhb: avoiding some -es trolls
[18:16] <mhb> davies: ah, trolls, the evil monsters of the Internets
[18:16] <mhb> davies: too bad to hear that
[18:17] <davies> mhb: yeah, but... they'll alwys be there :|
[19:35] <jjesse> afternoon
[19:36] <nixternal> howdy jjesse
[19:36] <jjesse> how yoaure Nicke
[19:36] <jjesse> doh
[19:36] <jjesse> nixternal
[19:36] <nixternal> lol
[19:36] <jjesse> :(
[19:36] <jjesse> typing problems today
[19:36] <nixternal> ni<tab> didn't work ey :)
[19:37] <jjesse> not that time
[19:38] <jjesse> is suspend still not working correctly on kde$?  by that i mean close my lid it suspends the laptop?
[19:38] <nixternal> I didn't have my lid suspend, just lock...but you can't lock in kde4 for some reason
[19:39] <nixternal> suspend used to work fine for me though in the past when I used it
[19:39] <jjesse> the battery widget doesn't suspend for me
[19:39] <jjesse> or see my battery
[19:39] <emonkey> nixternal, nice mockup :)
[19:39] <yuriy> the battery widget is just a battery widget
[19:39] <jjesse> ah,
[19:39] <yuriy> but running g-p-m doesn't help lock the screen on lid close
[19:40] <mhb> what mockup?
[19:40] <mhb> the website one?
[19:41] <nixternal> mhb: ya, I was bored at last weeks lug meeting and messed around with a front portal like page for Kubuntu
[19:41] <nixternal> it is on ryanakca's mockup wiki page
[19:41] <yuriy> nixternal: ooh very nice indeed, especially for post hardy
[19:42] <jjesse> nixternal: how's the weather at o'hare today?
[19:42] <nixternal> cold
[19:42] <nixternal> and clear
[19:42] <mhb> reminds me of the opensuse start page.
[19:42] <jjesse> hopefully i won't have any delays
[19:42] <nixternal> what is up with you and o'hare?
[19:42] <jjesse> i fly every week and have to go through o'hare
[19:42] <nixternal> mhb: nah, opensuse startpage is much nicer :)
[19:43] <jjesse> today its salt lake city -> denver -> o'hare -> grand rapids
[19:43] <nixternal> jeesh, no direct flights?
[19:43] <nixternal> I hate connections
[19:43] <jjesse> nope not w/ united and i have premier status w/ united
[19:43]  * yuriy checks out upensuse.org
[19:43] <yuriy> er opensuse.org
[19:43] <jjesse> upensuse?
[19:43] <jjesse> i wonder if it exstsis
[19:44] <jjesse> hrmm doesn't exists
[19:44] <mhb> übersuse? No, it's SUSE American & Corporate now
[19:45] <nixternal> man, before Novell took over SuSe, those were the days...I was a huge SuSe fan
[19:52] <ryanakca> nixternal: the yes was for the background.
[19:52]  * ryanakca bbl
[19:52] <yuriy> hmm what if the kubuntu site were to use the oxygen webpage style (like kde.org and techbase)
[20:09] <jjesse> why do i think its so funny watching everyone run to thier plane as they are late?
[20:11] <jjesse> yay plane is ready to board
[20:11] <jjesse> off to denver
[20:18] <ScottK2> Building python-qt4 is a good stress test for my new laptop's thermal management.
[20:21] <blizzzek> ScottK2: you want to use it as a hotplate?
[20:21] <ScottK2> It's currently keeping my legs toasty warm.
[20:23] <blizzzek> if your wife comes with a knife and jam: run
[20:23] <smarter> my laptop is currently at 90°C
[20:24] <blizzzek> mine would die between 60 and 70°
[20:24] <blizzzek> C
[20:25]  * davies has bad experience building on his laptop and just ssh's into a desktop
[20:26] <iRon> 57C 1 min after kdebase build
[20:28] <iRon> but i'm sitting on the floor :)
[20:48] <smarter> "E: kde4-style-bespin_0.1~svn080125-Oubuntu1_source.changes: md5sum-mismatch-in-changes-file kde4-style-bespin_0.1~svn080125-Oubuntu1.dsc"
[20:48] <smarter> wth?
[20:50] <davies> smarter: remove *.dsc, *.diff.gz and try again
[20:52] <toma> Oubuntu1? shouldn't rhat be 0ubuntu1 (as in zero instead of an oh)
[20:53] <smarter> yes, I fixed that but I still get this error
[20:54] <davies> didn't we have this problem before?
[20:55] <smarter> the md5sum of .dsc and .diff.gz are not the same
[20:55] <davies> hope not
[20:55] <smarter> s/the same/the same in .changes and in real/
[20:59] <neversfelde> I made a mockup for the kubuntu.org design contest, but I am not sure how to upload it. Can somebody help me with that procedure
[21:06] <ryanakca> neversfelde: sure
[21:06] <ryanakca> neversfelde: are you at the wiki page?
[21:07] <neversfelde> yes, I do not know how to "--export=<exportname>.png --export-width=500"
[21:07] <ryanakca> neversfelde: okies, brb, mom is calling
[21:08] <neversfelde> ryanakca: it's my first time using inkscape
[21:08] <davies> neversfelde: inkscape --export=foo.png --export-width=500 file.svg
[21:09] <ryanakca> neversfelde: ok, open up a terminal
[21:09] <ryanakca> neversfelde: where did you save the file to?
[21:10] <neversfelde> the svg is on the desktop
[21:11] <neversfelde> I think I got it
[21:11] <ryanakca> neversfelde: ok, open up a terminal and type `cd $HOME/Desktop`
[21:11] <ryanakca> neversfelde: and the filename is?
[21:11] <ryanakca> okies
[21:11] <neversfelde> inkscape Mockup3.svg --export=Mockup3.png --export-width=500
[21:11] <neversfelde> opened a new inkscape window
[21:12] <neversfelde> shall I now save as png?
[21:12] <ryanakca> umm.. try closing it first and then typing this:
[21:13] <ryanakca> inkscape --export=Mockup3.png --export-width=500 Mockup3.svg
[21:13] <neversfelde> that opened a smaller inkscape window with an empty page
[21:14] <ryanakca> hm... nevermind then, run your command again. Then go to File, export as BMP
[21:14] <ryanakca> set the width to 500, and export it as Mockup3.png
[21:15] <davies> nixternal: your mockup would make a great about:konq screen
[21:16] <nixternal> it is the about:konq screen P
[21:16]  * ryanakca seconds
[21:16] <nixternal> err, ;p
[21:16] <neversfelde> ok, I now have svg and png
[21:16] <ryanakca> lol
[21:16] <nixternal> I stole the idea from there
[21:16] <ryanakca> neversfelde: ok, go to the wiki page : https://wiki.kubuntu.org/Kubuntu/WebsiteMockups
[21:16] <ryanakca> log in...
[21:16] <nixternal> err, s/stole/borrowed :)
[21:16] <neversfelde> ryanakca: done
[21:17] <neversfelde> now as attachement
[21:17]  * davies wonders if he should link the mockup page from #kubuntu's topic
[21:17] <ryanakca> neversfelde: weee :) ... just append it to the page now...
[21:17] <ryanakca> davies: you should
[21:17] <davies> I'm on it
[21:17] <neversfelde> ryanakca: both files? And what is @SIG@?
[21:17] <neversfelde> Can I send a comment?
[21:18] <neversfelde> many questions ;)
[21:18] <ryanakca> neversfelde: yes, and @SIG@ type it in as is, it'll put your forum name and the date at the end of the message.
[21:18] <davies> ryanakca: done
[21:18]  * davies does the same for #kubuntu-es
[21:18] <ryanakca> davies: thanks :)
[21:19] <ryanakca> neversfelde: nice :)
[21:20] <neversfelde> mhh, I do not like wikis. It is without @SIG@
[21:23] <ryanakca> neversfelde: what do you mean? Just put attachment:Mockup3.png        attachment:Mockup3.svg          @SIG@
[21:24] <neversfelde> ryanakca: ok, now I understood that @SIG@ thing :D
[21:24] <ryanakca> lol :)
[21:26] <nixternal> ryanakca: what was the decision on your initial mockup that you added tot he wiki? do we have to follow that one (ie. kind of follow ubuntu.com) or can we totally come up with something new?
[21:27] <davies> personally I don't like the ubuntu.com one
[21:27] <nixternal> me either
[21:27] <nixternal> it doesn't strike me as "professional" or "hey we do awesome software and are cool"
[21:28] <davies> and ryanakca's one looks nice
[21:28] <nixternal> it is blank :)
[21:28] <nixternal> if we are talking about the same one
[21:29] <ryanakca> nixternal: all we have is that shape and the background from what I know. Other than that, we're free to do whatever we wish.
[21:29] <nixternal> neversfelde: I did one similar to the one you just posted on the wiki (which I do like btw), but was told it looked to much like Ubuntu's when I did it
[21:30]  * nixternal finds it
[21:30] <ryanakca> Unless Riddell doesn't mind if completely branch off the ubuntu.com one... kindof like xubuntu did
[21:30] <nixternal> http://www.nixternal.com/~rj/kubuntuwww1.png
[21:30] <neversfelde> I think it should look like ubuntu. ubuntu.com is a clean and professional website. I like it
[21:30] <ryanakca> no offence the artist in question, but I really don't like the edubuntu site.
[21:31] <nixternal> I was thinking that "Kubuntu" is its own brand, so why should we have to follow? It is time we lead!
[21:31] <nixternal> the edubuntu one is quite silly in konqi too
[21:32] <ryanakca> nixternal: and your opinion on www.kubuntu.org
[21:32] <nixternal> eww
[21:32] <nixternal> :p
[21:32] <neversfelde> nixternal: I like your version, I think you should upload it
[21:33] <ryanakca> oops, xubuntu.org
[21:33] <nixternal> neversfelde: it is pretty much the same as yours...I see we have similar tastes :)
[21:33]  * ryanakca is too used to typing kubuntu :P
[21:33]  * nixternal looks at xubuntu
[21:33] <nixternal> actually, kubuntu.org isn't eww, but it reminds me of a blog almost
[21:34] <neversfelde> Kubuntus brand is KDE and especially KDE 4, the basis of KUbuntu is the same, so why not handle it as one trademark
[21:34] <nixternal> not a fan of the xubuntu.org one either
[21:34] <nixternal> neversfelde: I was thinking very similar to that
[21:34] <nixternal> I had one that I thought was pretty cool a month or so back, but it got shot down kind of quickly
[21:35] <neversfelde> that plasma idea is cool, maybe we can combine an ubuntu.com lookalike with plasma pictures
[21:35] <ryanakca> pitty the SUSE model is already taken :P
[21:36] <ryanakca> personally, of all the *buntu* sites, I like http://ubuntustudio.org/ best
[21:37] <ryanakca> hmmm... fluxbuntu.org comes in 2nd
[21:37] <mhb> I like the plasma borders idea, too.
[21:38] <mhb> too bad I cant get hacking on doing a theme based on it for Drupal right away
[21:38] <mhb> curse those evil university exams.
[21:38] <nixternal> hehe
[21:39] <ryanakca> heh, curse those evil high school exams... only one left :)
[21:39] <davies> curse all examsn and homework
[21:39] <mhb> ryanakca: well...
[21:39] <mhb> ryanakca: I loved those
[21:39] <ryanakca> lol, in retrospect?
[21:39] <neversfelde> reminds me of final exams in july :(
[21:40] <mhb> ryanakca: all I needed was taking a look at the information the night before
[21:40] <mhb> ryanakca: but now I have to learn for like three days! Oh, the humanity...
[21:40] <ryanakca> mhb: yeah, but then you get French exams where you have to write an essay on the most random subject in an hour
[21:40] <ryanakca> lol
[21:40] <ryanakca> eh, I'll get there someday :)
[21:40] <ryanakca> ... two and a half years... *shudders*
[21:41] <davies> four years here
[21:42] <ryanakca> davies: how old are you?
[21:42] <davies> ryanakca: 16
[21:42] <ryanakca> wow... your older than I am... but somehow you start uni after I do... what time does school finish in spain/UK?
[21:42] <ryanakca> s/time/year
[21:43] <davies> I think the spanish system is one year behind, or something like that..
[21:45] <ryanakca> davies: ah :)
[21:46] <davies> :)
[21:49] <mhb> You know why I love open-source?
[21:49] <nixternal> you want to see an awesome website? check out http://www.oxynation.com (warning: not safe for Linux (flash enabled))
[21:49] <mhb> because if I stuck with the other boring OSes, I would be disappointed that Vista bring nothing new for me and I am stuck with it for several years.
[21:50] <mhb> or Leopard, which is more accurate, as I am using OS X from time to time.
[21:50] <mhb> But even though KDE4.0 is a lot disappointing, in 3 months it will be far more usable, in 6 months even more so... etc.
[21:51] <mhb> (for example the containment is really a boring idea IMHO)
[21:51] <mhb> what Id like to see is a fluent desktop, where there wont be any fixed size container, but you could arrange items like you arrange your desk, without really being limited by panels and stuff.
[21:55]  * ryanakca nods
[21:55] <ryanakca> mhb: write one up :)
[21:55] <nixternal> there is already one out there...I think there is a video of it on youtube
[21:56] <nixternal> and the idea behind it was to use the desktop like you would you desk
[21:56] <mhb> ryanakca: well I guess plasma in 4.5 should be enough.
[21:56] <mhb> I have already removed the black ugly panel from KDE4.0
[21:56] <mhb> that is just a question of config file editing
[21:57]  * blueyed wonders why gtk-qt-engine does not work by default, but after some hours it suddenly does.. (using firefox and thunderbird)
[21:57] <blueyed> When does 4.0.1 gets tagged?
[21:57] <mhb> does it work in KDE4?
[21:58] <davies> blueyed: they're going for monthly releases
[21:59] <toma> blueyed: 30th
[22:01] <mhb> ryanakca: I wish I had the time for it.
[22:01] <mhb> ryanakca: for writing stuff I want
[22:01] <mhb> ryanakca: but with every started project I should quit another one.
[22:05] <smarter> I've package the bespin Qt4 style(http://revu.ubuntuwire.com/details.py?package=kde4-style-bespin) but I can't compile it under hardy(works fine with gutsy)
[22:05] <smarter> I get errors like :"/tmp/buildd/kde4-style-bespin-0.1~svn080125/window.cpp:152: undefined reference to `XRenderComposite''
[22:05] <smarter> I use pbuilder to test my packages
[22:07] <mhb> undefined reference usually means there's something in the header files but a library (or a function in it) is missing
[22:08] <mhb> so it can be the linker forgetting a library OR it can be an incorrectly compiled package.
[22:08] <mhb> incorrectly meaning "not with all the features that are in the header files"
[23:09] <ScottK> Bug #185830 is available for upload if there's a core-dev interested.
[23:09] <ubotu> Launchpad bug 185830 in python-qt4 "Please merge python-qt4 4.3.1-1  (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/185830
[23:28] <crimsun> looking.
[23:29] <ScottK> crimsun: Thanks.
[23:29] <crimsun> ScottK: does your comment in the bug report imply that it's ready or that additional work is necessary?
[23:30] <ScottK> crimsun: It's ready.  It's better than the current package.  There's one unresolved issue about pyqtconfig, but since the current package has the same problem, I don't think it should block the upload.
[23:32] <crimsun> ScottK: ACKed.
[23:33] <ScottK> crimsun: Does that mean you're going to upload it?
[23:34] <crimsun> already have.
[23:35] <crimsun> you should receive the ACCEPTED e-mail soonish
[23:35] <ScottK> Ah.  Thanks
[23:35] <ScottK> Great
[23:35] <ScottK> Kid just woke up.  Gotta run.
[23:36] <crimsun> cya
[23:45] <ScottK> crimsun: Got the accept.  Thanks again.
[23:45]  * ScottK wonders when the tech board will schedule core-dev interviews ...
[23:48] <crimsun> probably after the sprint.
[23:48]  * ScottK hopes.
[23:49] <ScottK> That one took a lot of thinking through to make sure I got it right, but I felt confident about it.  We'll see now if that was misplaced or not.


[09:41] -queuebot:#ubuntu-ci-eng- RikMills, https://bileto.ubuntu.com/#/ticket/4404 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[13:23] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4402 Proposed pocket (hirsute/autopilot). Successfully built (hirsute/bamf)
[20:23] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/4402 Release pocket (hirsute/autopilot). Successfully built (hirsute/bamf)


[05:09] <Keybuk> wasabi: heyhey
[05:14] <Keybuk> BAD: wrong value for iovec.iov_len, expected 4 got 8
[05:14] <Keybuk>         at tests/test_wire.c:65 (test_write_int).
[05:15] <AlexExtreme> heh
[05:15] <AlexExtreme> thank goodness that's over
[05:15] <AlexExtreme> (been christmas shopping)
[05:15] <Keybuk> what?
[05:15] <Keybuk> ahh
[05:15] <Keybuk> I've yet to do most of mine
[06:32] <wasabi_> hi Keybuk
[06:34] <Keybuk> how goes it?
[06:43] <wasabi_> pretty good
[06:43] <wasabi_> trying to get dates/contacts working properly
[07:52] <maro> Keybuk: is there a reason why initctl writes to stderr?
[07:53] <maro> (initctl list in particular)
[07:54] <AlexExtreme> i wouldn't have thought there would be a reason, it's most likely a mistake
[07:56] <maro> or it's on purpose for a reason I'm not yet familiar with :)
[08:33] <Keybuk> err, it does?
[08:33] <Keybuk> oh yeah
[08:33] <Keybuk> oops
[08:33] <Keybuk> :p
[10:02] <user_> keybuk nice blog ;)
[10:21] <maro> Keybuk: will there be a way to ignore jobs?
[10:22] <maro> for example, if X is starting to freeze the system and gdm is launched from upstart
[10:22] <maro> with sysvinit you'd just boot into another runlevel
[11:26] <wasabi_> maro: We've only done some basic discussion about that.
[11:27] <wasabi_> I'm a bit fond of two ideas... a set of profiles which enable/disable jobs by name, and are chosable at boot time (kernel cmdline), and also some sort of passing flags at boot that jobs can retrieve and disable themselves with.
[11:29] <wasabi_> Keybuk: Your blog entry does describe "starting" or "stopping".
[11:29] <wasabi_> s/does/doesn't/
[11:29] <wasabi_> The events.
[11:30] <wasabi_> oh wait you did.
[11:31] <wasabi_> n/m. my eyes are just crossed. =)
[11:31] <Keybuk> :D
[11:32] <wasabi_> start on network-interface-up/failed
[11:32] <wasabi_> & oops
[11:33] <wasabi_> What's up with the /
[11:43] <Keybuk> I couldn't think of a better way to denote "failed" events
[11:53] <wasabi_> hmm.
[11:53] <wasabi_> I wonder if it's even important to denote them to anybody other than their issuer.
[12:03] <Keybuk> dunno :p
[12:12] <wasabi_> Might be better to forget about it until a use case can be created. ;)