[07:07] <bkerensa> ;) If anyone from the Ubuntu One team has a moment I have a question about support for integrating U1 into OpenPhoto
[09:07] <mandel> morning all!
[09:08] <mandel> bkerensa, ping!
[11:45] <alecu> hola hola hola!
[11:45] <alecu> good morning everyone!
[11:51] <mandel> alecu, hello!
[11:52] <mandel> alecu, I updated the branch which you comments and though of a perfect name : TidyServiceRunner :)
[11:52] <alecu> mandel, awesome!
[11:57] <alecu> mandel, can you run the script I added to the end of this bug? https://bugs.launchpad.net/ubuntu/+source/python-qt4/+bug/334757
[11:57] <mandel> alecu, sure, which OS?
[11:57] <alecu> mandel, ubuntu
[11:57] <mandel> alecu, ok, on it!
[11:58] <alecu> mandel, that script crashes aprox 4 out of 10 times with a SIGSEGV
[11:58] <alecu> mandel, I want to see if it happens elsewhere
[11:58] <mandel> alecu, http://paste.ubuntu.com/927810/
[11:59] <alecu> mandel, awesome.
[11:59] <mandel> alecu, I'll run ti several times for you
[11:59] <alecu> mandel, "Segmentation fault" is what I wanted to get :-)
[12:00] <mandel> alecu, http://paste.ubuntu.com/927812/
[12:00] <mandel> alecu, seems to fail more here, I'm an x64 for what ever is worth
[12:00]  * mandel reads the script
[12:01] <alecu> mandel, so, it segfaults 9 out of 12.
[12:01] <alecu> mandel, awesomer.
[12:02] <mandel> alecu, yes, seems very easy to reproduce here
[12:02] <alecu> mandel, the script is to show that a bug we see in ubuntu-sso-client is not really there, but it is in pyqt instead.
[12:02] <mandel> alecu, makes sense..
[12:04] <mandel> alecu, can I get the reviews asap so I can try to get jenkins working asap, I don't want to have windows in this state, the more we wait..
[12:04] <mandel> alecu, also, it should fix the issues with the sso tests on mac, so if you have the mini setup it would be great feed back to have
[12:07] <alecu> mandel, I'll do the re-review next
[12:07] <alecu> mandel, in the macmini I've got the dev env halfway thru
[12:08] <alecu> mandel, I may ask you for some help finishing the setup, in half an hour or so. Or after your lunch
[12:08] <mandel> alecu, ok, let me know :)
[12:09] <alecu> mandel, btw: I'm reproducing the pyqt segfault in Lucid!!!
[12:10] <mandel> alecu, WTF! so it has been broken for a looong time!
[12:10] <alecu> and on maverick too.
[12:10] <alecu> awesome.
[12:10] <mandel> alecu, I wonder if we use pyside.. let me try that :)
[12:10] <alecu> mandel, that would be great, because then we can see if the problem is with pyqt or qt itself.
[12:11] <mandel> alecu, yes, that is exactly what I though
[12:16] <alecu> mandel, so: where are you guys installing the windows instance of jenkins?
[12:16] <alecu> mandel, it's a jenkins "slave" or called something like that, right?
[12:16]  * alecu knows about buildbot's master and slaves.
[12:18] <mandel> alecu, yes, there is a windows ec2 image that jenkins connects to do work wit the tests on windows
[12:19] <alecu> mandel, on EC2 or on canonistack?
[12:19] <mandel> alecu, in the script, you are using a QApplication as in QtGui.QApplication, right?
[12:19] <mandel> alecu, AFAIK EC2
[12:20] <alecu> mandel, great. And I guess there's no way to do that with osx... so we'll have to use the macmini.
[12:21] <mandel> alecu, look at the script: http://paste.ubuntu.com/927834/ (look at the bus that is used, is the GLib one!!!) and the results: http://paste.ubuntu.com/927833/
[12:21] <mandel> alecu, can you reproduce it?
[12:24] <alecu> mandel, oh, pyside!
[12:24] <alecu> mandel, I don't have pyside installed, but I don't think we'll manage to get that change into precise :-)
[12:25] <mandel> alecu, no, but it reduces the tech to blame :)
[12:25] <alecu> mandel, perhaps we should try pyqt + the dbus glib mainloop.
[12:25] <alecu> mandel, but who knows what else it will break :P
[12:26] <ralsina> good morning!
[12:26] <mandel> alecu, well, as long as we don't put in trunk we are save..
[12:26] <mandel> ralsina, morning!
[12:27] <alecu> mandel, also: the awful thing is that pyqt has deprecated the pydbus integration, in favour of a different dbus module, so... :-(
[12:27] <alecu> ralsina, I think I found the problem with the "SIGSEGV in QSocketNotifier::setEnabled()" error in sso.
[12:27] <mandel> alecu, ouch!
[12:27] <ralsina> alecu: awesome, what was it?
[12:27] <mandel> you! => ralsina  hehehe
[12:28] <alecu> ralsina, pyqt being broken since -at least- lucid.
[12:28] <ralsina> alecu: we *may* be able to do smething similar  for a jenkins slave: http://www.macminicolo.net/jvmx_secure_signup.html
[12:28] <ralsina> After we get it all configured in our mini, of coure
[12:29] <ralsina> alecu: really?
[12:29] <ralsina> alecu: pyqt in general or pyqt-in-ubuntu?
[12:29] <alecu> ralsina, our sso bug is #943046. LP will probably timeout opening that page, since the bug has *way too many* duplicates.
[12:29] <ralsina> alecu: the bot is not able to open it. Whoa.
[12:30] <alecu> ralsina, so, I've debugged a bunch, and many times I got segfaults, so I traced it to this other bug: https://bugs.launchpad.net/ubuntu/+source/python-qt4/+bug/334757
[12:30] <alecu> ralsina, and I added a small script to that bug that shows the problem.
[12:31] <alecu> ralsina, the bug is that pyqt (or qt) segfaults when the connection to the dbus-daemon is broken.
[12:31] <ralsina> alecu: looking at the script now
[12:32] <ralsina> alecu: but why is dbus daemon dying?
[12:32] <alecu> ralsina, but it fails randomly. On some vms it fails immediately. (like my lucid vm). On some other vms, it never fails (like my precise vm). But on my precise computer, it fails very often.
[12:32] <ralsina> alecu: on real life, I mean :-)
[12:32] <alecu> always with a SEGFAULT.
[12:32] <ralsina> alecu: it's a race condition, obviously
[12:32] <alecu> ralsina, why? probably when it's going down.
[12:33] <ralsina> alecu: so, it has no real consequences, it's just a crash on session closing?
[12:33] <ralsina> alecu: because if it is, we could install a handler for sigsegv and hide it
[12:33] <alecu> ralsina, a few of the duplicates say that the bug didn't affect their normal operation at all.
[12:34] <ralsina> alecu: exctly. If dbus-daemon dies, none of our stuff works anyway
[12:34] <alecu> ralsina, and I remember reading one that the apport dialog showed up on first starting a just updated precise
[12:34] <ralsina> alecu: so it's not something we can recover from in any case
[12:34] <alecu> ralsina, right
[12:34] <ralsina> alecu: probably updated dbus daemon restarted itself?
[12:35] <alecu> ralsina, if I try to kill a dbus daemon all my session dies. To debug this I had to resort to twm and a few xterms :-)
[12:35] <ralsina> alecu: haha
[12:36] <ralsina> alecu: so, can you try installing a signal handler and see ifyour script dies silently?
[12:36] <alecu> I just forgot how much fun is having to find a place for each window as they are mapped.
[12:36] <ralsina> alecu: at least twm doesn't ask you to resize on mapping anymore (or does it?)
[12:37] <alecu> ralsina, is python able to handle sigsegvs? I'll give that a try.
[12:37] <ralsina> alecu: it should, IIRC
[12:37] <alecu> I mean, is any process able to handle sigsegvs?
[12:38] <alecu> awesome.
[12:38] <ralsina> "Because the C signal handler always returns, it makes little sense to catch synchronous errors like SIGFPE or SIGSEGV."
[12:38] <ralsina> alecu: so maybe not ^
[12:39] <alecu> hmm.... http://pypi.python.org/pypi/faulthandler/1.0
[12:39] <ralsina> alecu: looks like you *may* be able to do it from C, but that's painful right now
[12:40] <ralsina> alecu: another idea: make apport ignore that specific error / all segfaults?
[12:40] <alecu> I'm doing: apt-cache install python-faulthandler
[12:41] <ralsina> alecu: hey, if that works, cool.
[12:41] <alecu> ralsina, I believe when we are out of the beta period, apport gets a lot silenter
[12:42] <ralsina> alecu: we could do a bug pattern so apport keeps quiet about this bug and stops reporting it
[12:42] <alecu> ralsina, python-faulthandler is in universe, not in main.
[12:42] <ralsina> alecu: not sure if that means it doesn't show the "some app crashed" dialog
[12:44]  * alecu brbs
[12:48] <mandel> ok, I'm off to have lunch :)
[12:49] <dobey> buen provecho mandel
[12:50] <alecu> this is awesome. Faulthandler comes standard with py3.3.
[12:51] <dobey> ralsina, alecu: what are you guys trying to do?
[12:52] <alecu> dobey, we are trying to find a way to silence some segfaults in pyqt
[12:52] <ralsina> dobey: we get a segfault id dbus-daemon crashes
[12:53] <ralsina> dobey: or closes (as in end of session)
[12:53] <dobey> alecu: a bug pattern should do that
[12:53] <ralsina> dobey: and we got a bazillion dups for that
[12:53] <dobey> or well, it really shouldn't be necessary now. apport should say "This bug has already been reported."
[12:53] <alecu> dobey, awesome. Where should we put that pattern?
[12:53] <ralsina> dobey: patters make apport be silent? (the docs are not that clear)
[12:53] <dobey> alecu: i'm not sure exactly
[12:54] <dobey> rye: ^^^ can we have a bugpattern for this bug?
[12:54] <dobey> alecu: it's a launchpad side thing, though
[12:54] <dobey> not on the client
[12:54] <alecu> dobey, even better!
[12:54] <alecu> rye, the bug is https://bugs.launchpad.net/ubuntu/+source/ubuntu-sso-client/+bug/943046
[12:54] <ralsina> dobey: we can propose via https://code.launchpad.net/~ubuntu-bugcontrol/apport/ubuntu-bugpatterns maybe
[12:55] <alecu> rye, but LP keeps throwing a timeout, probably because of the many bugs marked as duplicated of that one.
[12:55] <dobey> perhaps, i have no idea. afaik, rye has done most of the ones for our stuff
[12:55] <ralsina> dobey: ack
[12:55] <dobey> alecu: yes, because of the dupes, it sometimes gives a timeout on the db query
[12:56] <dobey> ralsina: also, can we perhaps just fix the bug? :)
[12:56] <ralsina> dobey: it's a bug in Qt dbus mainloop
[12:56] <dobey> yes
[12:56] <ralsina> dobey: a biiiiit too deep in the stack. And in C++
[12:59] <dobey> alecu: btw, your test script is broken and can leave a bunch of dbus-daemon processes running :)
[12:59] <alecu> dobey, yes.... I didn't care about that much :-)
[13:02] <dobey> gah it's a 3.5 year old bug
[13:07] <ralsina> dobey: it's a race condition, happens only in some cases, and if you don't have apport noone wuld notice :-/
[13:08] <dobey> yes well
[13:11] <dobey> alecu: can you bug on http://www.riverbankcomputing.co.uk/mailman/listinfo/pyqt about it, and send your test script there?
[13:13] <alecu> dobey, sure.
[13:13] <alecu> dobey, and according to this, we should be using QtDBus instead: http://www.riverbankcomputing.co.uk/static/Docs/PyQt4/html/dbus.html
[13:16] <dobey> alecu: we *are* using that
[13:16] <dobey> alecu: or maybe not, that documentation is very uh, "incomplete" i guess
[13:17] <alecu> dobey, we are using dbus-python, we should be using QtDBus
[13:18] <alecu> ralsina, do you know where I can find a repository browser for pyqt? I'm unable to in the riverbank site.
[13:19] <mandel> alecu, sounds about right, we are using the deprecated one.. which is going to be interesting in sso since we need to support gtk and qt..
[13:19] <ralsina> alecu: not really
[13:20] <ralsina> alecu: interesting never heard of QtDBusbefore
[13:20] <dobey> alecu: https://code.launchpad.net/python-qt4 ?
[13:21] <dobey> alecu: or /ubuntu/+source/python-qt4/ if not?
[13:23] <alecu> dobey, nice. But my point is that riverbank only releases tarballs, like it was 1996.
[13:24] <dobey> oh, well. this is where i would normally insert some comment about how they're using qt. :)
[13:26] <ralsina> alecu: there is no public official repo
[13:26] <ralsina> alecu: AFAICS
[13:57] <thisfred> I took tuesday as review day, though I really do
[13:57] <thisfred> n't care which day I have
[13:58] <thisfred> so if anyone prefers tuesday, just switch me to a different unoccupied day, and tell me ;)
[14:03] <briancurtin> i took monday, but i'll do whatever day if someone needs that one
[14:03] <dobey> thisfred: I am appalled, neigh, disturbed deeply, by your insidious behavior.
[14:08]  * ralsina will review all branches proposed on saturdays
[14:09] <ralsina> and that, BTW is to be read "all branches (proposed on saturdays)" and not "(all branches proposed) on saturdays"
[14:09]  * thisfred writes a cron job
[14:10]  * mandel back
[14:11] <mandel> for me as long as it is not tuesday of thurs for me I'm ok
[14:11] <mandel> rugby is those days, I can move things around other days
[14:11] <rye> alecu: ok, looking to create a bugpattern
[14:12] <rye> OMG
[14:12] <rye> alecu: so, what should be the master bug?
[14:12] <alecu> rye, it's https://bugs.launchpad.net/ubuntu/+source/ubuntu-sso-client/+bug/943046
[14:13] <briancurtin> mandel: how about you take monday and i'll switch to thursday?
[14:13] <rye> alecu: hm, somebody already added that i guess
[14:14] <mandel> briancurtin, sure, that sounds perfect to me
[14:14] <briancurtin> mandel: oh, well i guess you could do whatever other day you want, i didn't look and thought other days had filled up
[14:15] <briancurtin> :)
[14:15] <mandel> dobey, I updated the branches following the comments from you and alecu please review when ever you can
[14:15] <rye> alecu: Robert Roth <robert.roth.off> @ 484.1.2 -    Added bugpatterns for two frequent ubuntu-sso-client bugs, #943046 and #940669
[14:15] <dobey> mandel: ok thanks
[14:16] <mandel> briancurtin, mondays sound good, I have to start later so that I overlap with others, so is good to wake up late on mondays hehe
[14:16] <mandel> ralsina, 1-1 in 5 min?
[14:16] <alecu> rye, awesome.
[14:16] <ralsina> mandel: sure
[14:17] <alecu> rye, But our bug in sso (bug 943046) is in fact caused by a bug in pyqt (bug #334757).
[14:17] <alecu> rye, should we mark our bug as a duplicate of that pyqt one?
[14:17] <rye> alecu: and kill that pyqt bug too? :)
[14:17] <alecu> rye, right :-)
[14:17] <dobey> mandel: should be able to review now. someone was wrong on the internet, so i had to correct them first :P
[14:19] <mandel> dobey, lol
[14:20] <mandel> ralsina, I'm ready when you are (mumble)
[14:20] <rye> alecu: bug #943046 should be marked as a dup of bug #940669 though
[14:20] <ralsina> mandel: going
[14:23] <alecu> rye, I'm marking it like that, and adding some comments regarding the root issue.
[14:24] <rye> alecu: okay, and then we will need LP people to fix their query :) so that it works for our enormous dbus missing bug
[14:25] <alecu> rye, it seems to be a bug in pyqt. I've reproduced it in Lucid all the way up to Precise.
[14:26] <dobey> alecu: yes, that report against pyqt was actually filed from Jaunty :)
[14:26] <alecu> awesome :-)
[14:27] <alecu> rye, I've added a script to bug #334757 that shows the segfault only using pyqt.
[14:27] <rye> alecu: fix is easy try: ... except SegmentationViolationError: pass
[14:27] <alecu> rye, nice! but now I get an Undefined error!
[14:28] <rye> for whatever generation reading my comment above - NO, you can't trap this error that way
[14:28]  * rye knows he will be searching for something like this in the future
[14:29] <rye> alecu: basically i think it is the same thing as with our python dbus bindings - when dbus disappears prior to our process
[14:29] <rye> oh
[14:29] <rye> no
[14:30] <rye> alecu: g_dbus_connection_real_closed: Remote peer vanished with error: Underlying GIOStream returned 0 bytes on an async read (g-io-error-quark, 0). Exiting.
[14:30]  * alecu waves to all the Archaeologist aliens and/or cockroaches
[14:30] <rye> ^ is that an expected response ?
[14:31] <rye> aaah, you launch your own dbus
[14:31] <alecu> rye, that means that the process did not die with a segfault
[14:31] <mandel> ralsina, bug 907511
[14:31] <alecu> rye, the segfault does not happen every time, just often.
[14:32] <alecu> on the other hand, on my lucid vm it happens every time.
[14:32] <rye> alecu: ah, you are killing the daemon, right
[14:32] <rye> alecu: we had the same bug but with native python bindings. but at least they were not segfaulting, only raising an exception
[14:32] <rye> alecu: yay segfault
[14:33] <alecu> got it?
[14:34] <rye> alecu: yep
[14:39]  * rye wants a core file..
[14:39] <rye> ulimit -c unlimited, right
[14:40]  * rye stops debug output to IRC
[14:48] <briancurtin> ralsina: since i'm not sure of their usual conventions, what do i do with the latest message on https://rt.admin.canonical.com/Ticket/Display.html?id=51590 - i'm guessing i could scp that folder, or is that something else?
[14:48] <ralsina> briancurtin: looking
[14:49] <ralsina> briancurtin: get those files, put them in dist, do an installer, gpg-sign it, upload the installer and the signature, mention it on the RT, ask for it to be signed
[14:49] <ralsina> briancurtin: you should be able to scp from chinstrap, yes
[14:49] <dobey> mandel: do you have a lucid chroot/vm available?
[14:50] <mandel> dobey, I do, yes
[14:50] <mandel> dobey, tell me :)
[14:50] <dobey> getting a link for you :)
[14:51] <dobey> mandel: can you fix devtools to build on it again? it seems to fail to start squid
[14:51] <dobey> mandel: https://launchpadlibrarian.net/100003195/buildlog_ubuntu-lucid-i386.ubuntuone-dev-tools_3.1%2Br60-15~lucid1_FAILEDTOBUILD.txt.gz
[14:51] <dobey> mandel: so the nightlies for it aren't building on lucid :-/
[14:51] <mandel> dobey, uh! cute, on it!
[14:51] <dobey> thanks!
[14:52] <mandel> dobey, no problem, I might take a little time because I have to update th vm but besides that I'm ready to rumble :)
[14:54] <dobey> mandel: ok. i'm filing a bug for it
[14:55] <mandel> thx
[14:56] <mandel> dobey, I'll try to see if there is an issue with the way squid is started, and other problem is that it might be dependent on the machine used to build it
[14:59] <ralsina> dobey, mandel, thisfred, briancurtin, alecu, HARRY!: standup
[14:59] <ralsina> in 30"
[15:00] <ralsina> gatox and urbanape are off
[15:00] <ralsina> me
[15:00] <briancurtin> me
[15:00] <dobey> harry?
[15:00] <mandel> me
[15:01] <dobey> mandel: bug #980880 is all for you :)
[15:01] <ralsina> dobey: he's our imaginary friend
[15:01] <mandel> dobey, yes sir!
[15:01] <thisfred> mw
[15:01] <dobey> meh
[15:01] <thisfred> me
[15:02] <mandel> sorry my imaginary friend is i
[15:02] <mandel> hehehe
[15:02] <alecu> me
[15:02] <mandel> terrible joke
[15:02] <ralsina> mandel: it's j in python
[15:02] <ralsina> DONE: bureaucracy. Felt sick (allergic to bureaucracy?) Saw doc, team call, 1-1 with gatox and mandel. Got drugs. TODO: help around, lots of tiny stuff, too smal and numerous to describe BLOCKED: no
[15:02] <ralsina> NEXT: briancurtin
[15:02] <briancurtin> DONE: signing, testing my broken releases, fixing buildout, rebuilding and testing, actually got signed binaries
[15:02] <briancurtin> TODO: currently getting the signed bins, rebuilding the installer, sending that off to be signed. figuring out how to get buildout to work nicely with the installer automation
[15:02] <briancurtin> BLOCKED: none
[15:02] <briancurtin> NEXT: mandel
[15:02] <mandel> DONE: 1-1. Updated all ubuntuone-dev-tools branches and the affected branched by that (sso and control panel)
[15:02] <mandel> TODO: Beg fore reviews, find out what is going on in L with ubuntu one dev tools bug 980880
[15:02] <mandel> BLOCKED: no
[15:02] <mandel> dobey, please
[15:02] <thisfred> .DONE: test improvement, u1db reviewing TODO: <-- BLOCKED: no NEXT: dobey
[15:03] <dobey> λ DONE: reviews, u1db packaging investigation
[15:03] <dobey> λ TODO: bug #682954, bug #956407, reviews, SRUs, u1db packaging
[15:03] <dobey> λ BLCK: none.
[15:03] <dobey> alecu
[15:03] <ralsina> thisfred: you have NOTHING to do?
[15:03] <alecu> DONE: reviews, debugged the hell out of the pyqt dbus error
[15:03] <alecu> TODO: finish patches for the secur^W very secret bug, more reviews
[15:03] <alecu> BLOCKED: no
[15:03] <ralsina> thisfred: I can help you with that! :-)
[15:04] <thisfred> ralsina: that was meant to signify same as DONE, but I'm not overloaded, so if there's something urgent
[15:04] <ralsina> thisfred: oh, well, no nothing all that urgent
[15:04] <mandel> briancurtin, can you take a look to my MP
[15:04] <mandel> ??
[15:04] <ralsina> thisfred: you could do some of mandel's reviews, maybe
[15:04] <mandel> thisfred, oh, yes, please :)
[15:05] <thisfred> is it tuesday? I didn't think so!
[15:05] <thisfred> :P
[15:05] <briancurtin> mandel: yep, i have them open, am just tied up with getting the signed binaries out, repackaging, and sending the installer off to be signed. i'll be reviewing soon (ran all tests yesterday - all pass)
[15:05] <mandel> briancurtin, ok, thx
[15:05] <mandel> thisfred, no worried, brian got them!
[15:05] <thisfred> mandel: I'll get on it after I review the u1db oauth branch
[15:06] <thisfred> oh or not :)
[15:06] <mandel> thisfred, ok, I'll grab a coffee and I'll let you know which ones they are
[15:06]  * mandel coffee
[15:06] <thisfred> kcool
[15:07] <dobey> mandel: so, i see "save" is still used a bunch in the tests themselves, which test the testcase
[15:18] <dobey> ok, i need to get some lunch. will continue reviews after, and do sru work
[15:18] <dobey> bbiab
[15:20] <briancurtin> ralsina: so what i got back from them is, e.g., "python27.dll" and "python27.dll.signed". do i now take all of the *.signed files and rename them to the appropriate exe/dll inside /dist?
[15:20] <briancurtin> or is *.signed something to verify, and *.exe is the actual signed exe?
[15:20] <briancurtin> (seems obvious by name, but im new to GPG stuff)
[15:21] <ralsina> briancurtin: yes
[15:21] <ralsina> briancurtin: I think "yes the second" :-)
[15:22] <ralsina> briancurtin: depends on who did the signing ;-)
[15:22] <briancurtin> Matthias Arnason
[15:24] <ralsina> briancurtin: I meant, they sometimes zip everything and sign the zip, or provide a folder with the signed exes and gpg signatures. Don't recall who does which
[15:24] <ralsina> briancurtin: in any case, gpg sigs are a couple hundred bytes, so anything larger is the real binary
[15:25] <briancurtin> ah, i have a folder with file.exe and then file.exe.signed where *signed files are an extra 6-8k, so i'll take the *signed ones
[15:42] <mandel> dobey, really? I though I changed all of them, whihc revno?
[15:43] <mandel> dobey, ok, you mean the var names, let me change that
[15:44] <ralsina> briancurtin: if the .exe are the ones you sent, and the others are larger, yes, that's the thing
[15:45] <briancurtin> ralsina: that's what i figured, just wanted to be sure. when i renamed the foo.exe.signed to foo.exe, i can see in the "digital signature" tab of the file properties that it's signed, so that's it
[15:46] <mandel> dobey, sorted, new version ready with no save
[15:49] <ralsina> briancurtin: cool
[16:03] <mandel> dobey, I have run the tests several times in an L vm and it passes all the tests correctly
[16:04] <mandel> dobey, squid gets started with no problems
[16:15] <dobey> mandel: any idea why it would fail in nightlies then?
[16:18] <mandel> dobey, hm.. the way it works i by calling 'squid -k check -f config_file' to check the pid file of the process, what might be happening is that squid is taking too long to start and we run out of tries
[16:19] <mandel> dobey, we have 8 tried to start squid and we use the following waiting periods: 0.4, 0.1, 0.1, 0.2, 0.5, 1, 3, 5
[16:19] <mandel> dobey, and waiting for 5 and not starting is a very strange thing...
[16:22] <dobey> hrmm
[16:25] <dobey> and why does my liver feel funny
[16:27] <dobey> mandel: still 2 more save, in class names :)
[16:27] <mandel> dobey, where?
[16:27] <dobey> class names in the test file
[16:27] <mandel> dobey, and alcohol
[16:27] <mandel> dobey, let me fix that
[16:28] <dobey> also, a speclling error
[16:29] <dobey> hmm
[16:29] <mandel> dobey, where is the spelling error?
[16:30] <dobey> commented on the mp with it
[16:30] <dobey> +class MultipleSercicesTestCase(TestCase):
[16:30] <dobey> and also queried about the use of "service" as i thought we'd agreed to use "server" instead
[16:32] <mandel> dobey, you are right, I'll change everything to server and not service
[16:33] <dobey> ok, thanks
[16:33] <dobey> sorry this is being a bit extraneous of a review :)
[16:37] <mandel> dobey, no problem :)
[16:39] <mandel> dobey,  grep "[S|s]ervice" . -Rn returns no results, so it should be ok now
[16:41] <dobey> ok
[16:42] <dobey> i also commented on the lucid failure bug with another way you might be able to reproduce the problem
[16:45] <mandel> dobey, great, I'll move to that bug then
[16:46] <mandel> dobey, I pushed the new revno for the test cases, let me know so that I make all the changes in the other 4 branches that depend on this :)
[16:46] <dobey> ok. waiting for launchpad to catc hup :)
[16:47] <dobey> mandel: what revno is it, btw?
[16:48] <mandel> dobey, 75
[16:48] <dobey> ok
[16:55] <dobey> totally going to wear this new t-shirt to the yuri's night party tomorrow
[16:56] <dobey> mandel: i think you forgot to push. launchpad knows nothing about r75 and it's not waiting to rescan
[16:56] <mandel> dobey, really, let me do it again
[16:57] <dobey> ralsina: care to review https://code.launchpad.net/~dobey/ubuntuone-client/man-typo-2-0/+merge/101935 ? :)
[16:58] <ralsina> dobey: sure
[16:59] <ralsina> dobey: the u1sdtool help was sort of a big lie, last I checked :-)
[17:00] <mandel> dobey, ha, I'm stupid I pushed it to the wrong project
[17:00] <mandel> dobey, should be ok now
[17:00] <ralsina> OMFG, a grocer's apostrophe! Shameful!
[17:00] <dobey> ralsina: well, even if it's a big lie, it should be proper english :)
[17:01] <dobey> also this branch is already released in 3.0/trunk. just backporting it for a 2.0.x release for SRU :)
[17:01] <mandel> dobey, FYI I managed to reproduce the issue
[17:01] <ralsina> dobey: +1 and global approve
[17:02] <dobey> thanks
[17:02] <dobey> mandel: cool. now fix it ;)
[17:02] <mandel> dobey, I wonder what is wrong, from the apt-get source it does not work, when pulling from trunk it works
[17:03] <mandel> looks like I'm going to learn something..
[17:03] <dobey> mandel: no idea
[17:03] <alecu> ok, lunch time for me.
[17:04] <dobey> ralsina: also just proposed https://code.launchpad.net/~dobey/ubuntuone-client/apport-newonly-2-0/+merge/101936 if you would please :)
[17:05] <mandel> dobey, what uses is used to build the packages?
[17:05] <ralsina> dobey: gona take a bit longer on that one. I am hungry.
[17:06] <dobey> ralsina: buen provecho then :)
[17:06] <dobey> mandel: eh?
[17:06] <dobey> mandel: the packages are built with fakeroot
[17:07] <dobey> mandel: but that doesn't explain why it would only fail on lucid
[17:07] <rye> so, looks like QSocketNotifier gets somehow dereferenced, i.e. d_ptr becomes 0x0, and then d->threadData->eventDispatcher just blows off
[17:07] <mandel> dobey, the problem might be that the proxy cannot start because the folder most be accessible by the user 'proxy'
[17:08] <dobey> mandel: but that should fail on all versions then no?
[17:08] <mandel> dobey, would be nice to see if we can run  'squid -N -X -f _trial_temp/squid.conf'
[17:09] <dobey> mandel: and also would fail from trunk?
[17:09] <mandel> dobey, if we run that command form the folder we can see if squid does start
[17:09] <mandel> dobey, which probably is not the case
[17:10] <mandel> dobey, let me walk the dog and I'll keep digging
[17:22] <rye> ok, fun. Private object got dereferenced, but its parent object was not realy notified about that. Fuuun
[17:23] <dobey> rye: what are you debugging?
[17:25] <rye> dobey: the qt failure when dbus goes away and client gets mad about it
[17:25] <dobey> oh
[17:34]  * dobey makes a lucid pbuilder chrootball
[18:00] <ralsina>  dobey +1 on the apport branch
[18:02] <dobey> yay thanks
[18:11] <alecu> rye, I've tracked it to this file: http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/python-qt4/precise/view/head:/dbus/dbus.cpp#L34
[18:12] <alecu> rye, my guess is that remove_watch should disconnect both "activated" signals that are connected on add_watch.
[18:13] <alecu> rye, since it's either readSocket or writeSocket the one that's failing.  (or perhaps it's both)
[18:19]  * mandel back
[18:23] <dobey> alecu: can you re-review https://code.launchpad.net/~mandel/ubuntuone-dev-tools/tcp-testcases/+merge/99759 now please?
[18:23] <dobey> mandel: can you remove nessita as a reviewer from that branch? or should we bug her to do a review? :)
[18:23] <mandel> dobey, certainly
[18:24] <mandel> dobey, I can reassign not remove, is that correct?
[18:24] <mandel> dobey, I could assign it to me :)
[18:24] <dobey> hmm
[18:25] <dobey> she is on swap today
[18:25] <alecu> mandel, it's ok if you assign it to yourself, then abstain
[18:25] <alecu> dobey, I'm on it
[18:25] <dobey> yeah, change it to you and abstain
[18:25] <mandel> alecu, did exactly that
[18:25] <dobey> alecu: thanks :)
[18:34] <alecu> mandel, why are this yields needed?
[18:34] <alecu>         yield calculator_c.testserver_on_connection_made
[18:34] <alecu>         yield echoer_c.testserver_on_connection_made
[18:35] <mandel> alecu, they are to ensure that the client protocol connectionMade was indeed called since there is no guarantee that it is otherwise
[18:39] <alecu> mandel, awesome.
[18:39] <alecu> mandel, I'm approving.
[18:39] <mandel> \o/
[18:39] <alecu> mandel, I'm reviewing the following one.
[18:40] <mandel> alecu, thx
[18:41] <dobey> i'll wait until that one lands
[18:41] <dobey> then i'll review the other one
[18:42] <mandel> dobey, I'm getting the following: http://paste.ubuntu.com/928331
[18:42] <mandel> dobey, but I did all the calls as root and therefore the dirs have the wrong rights
[18:43] <dobey> hmm
[18:45] <dobey> mandel: but i don't understand how that wouldn't also fail on other versions of ubuntu as well
[18:46] <mandel> dobey, well, maybe they changed the user used for the squid/squid3 process
[18:47] <dobey> i doubt it
[18:48] <dobey> and pbuilder apparently runs stuff as 'pbuilder' not root
[18:49] <mandel> dobey, hmm we could point squid to use the conf in /tmp but I'm not sure about that
[18:50] <mandel> dobey, we could try it by changing the location via de env variable used by u1trial
[18:51] <dobey> mandel: no we shouldn't put anything in /tmp
[18:51] <dobey> we have _trial_temp for a reason
[18:51] <mandel> dobey, is there a way to try and run the command in the machine too see the exact error?
[18:52] <dobey> mandel: why aren't we seeing "the exact error" ?
[18:53] <mandel> dobey, we should get store the result of the execution, then check several times that it start, if not, print the error + the output of the process, does it sound good?
[18:59] <alecu> dobey, the openssl exception applies to all of our public projects?
[18:59] <dobey> mandel: if squid itself fails to start and spews errors we should fail immediately and spew those errors
[18:59] <dobey> alecu: no
[19:00] <alecu> dobey, to which ones does it apply to?
[19:00] <dobey> alecu: only AGPL or GPL licensed ones that need to use openssl
[19:00] <alecu> great then.
[19:00] <mandel> dobey, then, we have a bug there, which will help to fix the L building issue
[19:04] <alecu> mandel, rugby is what makes you a dyslexic: "with all its childre."
[19:04] <mandel> alecu, does sound perfectly plausible
[19:05] <mandel> alecu, which is annoying, I can't bloody spell, yet I used words like plausible and I do spell diahorrea like the brisiths..
[19:05] <mandel> and spell british wrong.. oh my!
[19:05] <alecu> lol
[19:07] <alecu> mandel, awesome. Did not know about the spelling of *that*. I just assumed you mistyped that word too :-)
[19:08] <mandel> alecu, what diahorrea, no, that is AFAIK correct, let me double check :P
[19:09] <alecu> mandel, it is!
[19:09] <alecu> mandel, I checked :P
[19:09] <mandel> alecu, my brain is a scumbag!
[19:11] <alecu> mandel, you can always argue that your reviews use the English spelling from Lavapiés.
[19:12] <mandel> lol
[19:12] <mandel> alecu, the puertorican version
[19:12] <mandel> Ay du speek de inglis!
[19:13] <dobey> sigh
[19:13] <mandel> alecu, example: http://www.youtube.com/watch?v=p5edCB_4O78
[19:15] <mandel> alecu, best one 'un chinito pecando' jejeje
[19:19] <alecu> mandel, yes! there was a radio show around here that had a section with those kind of "embedded spanish"
[19:21] <dobey> hrmm
[19:22] <dobey> is anyone else using firefox on precise, and now no longer able to drag tabs around, or drag links out of the firefox window?
[19:23] <alecu> dobey, looking
[19:25] <alecu> dobey, on the precise updated yesterday, I can drag tabs and link around and out of the window.
[19:25] <dobey> weird
[19:27] <alecu> on the other hand, the radeon driver for my 2 week old board insists on displaying an annoying overlay saying "AMD: Unsupported hardware"
[19:28] <alecu> I guess I never learn about buying bleeding edge hardware :-(
[19:29] <dobey> nice
[19:30] <ralsina> alecu: did you get a shareware graphics board???
[19:35] <alecu> ralsina, lol
[19:35] <alecu> ralsina, it's a new model, released two months ago.
[19:36] <ralsina> "if you want to see green, please send $5 via US mail to Joe in Wichita"
[19:36] <alecu> ralsina, so, I guess I'm lucky to be using it at all :P
[19:36] <ralsina> "he needs the money so he can make more cool graphic boards!"
[19:36] <alecu> lol
[19:38] <alecu> anyway: you can buy ati, who releases docs for the open source drivers you'll be using in a few years, and get binary drivers, but not at board release time. Or buy nvidia, who will have binary drivers closer to release, but will never release any docs.
[19:38] <alecu> Or buy intel, and get 10 year old tech.
[19:39] <alecu> third world open source gamer dilemmas.
[19:40] <dobey> you can't buy intel
[19:41] <dobey> well, you can buy a laptop that has intel, or a motherboard that has intel (which probably means you also have to get an intel processor instead of amd)
[19:41]  * dobey really misses 3DFX
[19:42] <ralsina> dobey: or you can play canasta. Works without graphic cards!
[19:42] <alecu> dobey, if we get picky, I didn't buy ati either; I bought Sapphire.
[19:42] <ralsina> oops, that was for alecu
[19:43] <dobey> alecu: yes. but you can't buy any PCI card with an intel video chip on it. they only sell on-board cards to OEM/ODM
[19:47] <alecu> ralsina, canasta sounds like a good deal at this time of the week.
[19:47] <alecu> ralsina, or Munchkin
[19:48] <ralsina> alecu: I am up for munchkin
[19:48] <ralsina> alecu: problem is distance :-)
[19:49] <dobey> haha
[19:49] <dobey> "distance"
[20:04] <dobey> meh
[20:04] <dobey> my brain is fast approaching the state of mush
[20:47] <dobey> and wanting some Munkinks now
[20:48] <ralsina> EOW for me
[20:48] <ralsina> have fun people, see you all monday!
[20:49] <dobey> chao ralsina
[20:49] <briancurtin> bye ralsina
[20:49] <briancurtin> ralsina: i still havent heard back about the signed installer, FYI
[20:49] <ralsina> briancurtin: hope the final installer arrives before you EOD
[20:49] <briancurtin> me too
[20:50] <ralsina> briancurtin: if it does, say "ping l-sa: I need to put the installer from RT #blah in the web server in the usual places" (replace the - with a o
[20:50] <ralsina> briancurtin: and do it on the u1-internal channel
[20:50] <briancurtin> ralsina: ok, will do
[20:50] <ralsina> briancurtin: then you'd be done
[20:50] <briancurtin> and if it's not ready...?
[20:51] <briancurtin> is that l-sa (with an o) a bot, because i'm not seeing it
[20:52] <dobey> no
[20:52] <dobey> it's a magical phrase
[20:52] <alecu> briancurtin, it's a codename for every sysadmin
[20:52] <briancurtin> ah
[20:52] <dobey> it's like when you're in a theater, and you scream fire
[20:52] <alecu> briancurtin, at some point it meant "launchpad operating sys admin" or something like that.
[20:53] <dobey> web-ps is the new l-sa
[20:53] <alecu> but they've kept their call sign
[21:01] <dobey> both work, yes
[21:21] <dobey> alright, am off as well. later all!
[22:33] <briancurtin> welp, no update on the package signing so i'm out. i'll check it tomorrow in case anyone gets to it.