[00:23] <james_w> lifeless: I'm not sure why you are deeming this issue to be more important that others that there are to work on
[00:28] <lifeless> james_w: I'm seeing lots of confusion in other teams, e.g. u1, about udd
[00:29] <lifeless> particularly because things -like- apport are not using the designed-approached.
[00:29] <lifeless> actually closing the gap completly for a single project will be very significant
[00:29] <lifeless> perhaps I'm wrong and we have done that
[00:29] <james_w> we have many projects which have closed the gap completely
[00:30] <james_w> e.g. everything from dx
[00:30] <lifeless> dx are using recipes with standalone packaging-only branches
[00:30] <james_w> not for all their projects
[00:30] <lifeless> which isn't the design approach; AIUI their packages in the distro are not full imports either.
[00:30] <lifeless> sorry, I just added confusion.
[00:30] <lifeless> *u1* are using recipes with ...
[00:31] <james_w> I know for certain that they have lp:ubuntu/foo branches that are related to lp:foo and used in recipes, because I have been debugging issues with them all
[00:31] <james_w> right
[00:31] <lifeless> james_w: sorry for adding confusion!
[00:31] <james_w> np
[00:31] <lifeless> so
[00:32] <lifeless> I do think its important that we have a bug where something is blocked.
[00:32] <lifeless> I don't think thats more important than other things
[00:32] <lifeless> but I do know without a bug, its hard for other people without the access to do the experiment to come along and help.
[00:32] <james_w> right
[00:34] <james_w> fwiw, I believe that you have the permissions to do the experiment, but not necessarily without a bunch of thinking about how to go about it
[00:35] <lifeless> yeah, thats true.
[00:36] <lifeless> I would be / am worried about messing up
[00:41] <james_w> sure, so am I :-)
[00:54] <james_w> lifeless: you were looking at gateway issues the other day; http://package-import.ubuntu.com/status/language-pack-kde-sd.html is fairly common from the API
[00:54] <lifeless> just recently or since forever
[00:54] <james_w> since forever
[00:55] <lifeless> ok, we need to drill into this
[00:55] <james_w> less over time is my impression, but I also have multiple layers of retry to cope with it
[00:55] <james_w> go up a level and look at the most recent failures
[00:55] <lifeless> is there any sort of make-it-break stresser you can do ?
[00:55] <james_w> http://package-import.ubuntu.com/status/#latest
[00:56] <lifeless> like, have a thing that sits there and hammers (not insanely) until you get one of these, and then get the datestamp and we cna cross reference with haproxy, apache, log rotations and rollouts
[00:56] <lifeless> I see
[00:57] <lifeless> can you please file a bug on -foundations
[00:57] <lifeless> thats a good data source
[00:57] <lifeless> uhm
[00:57] <james_w> you can see at around 2010-09-15 22:04:59.142456 it went wonky for about half an hour
[00:57] <lifeless> you need to say whether its utc or bst
[00:57] <james_w> utc I'm pretty sure
[00:57] <james_w> I only ever type datetime.datetime.utcnow() for that reason :-)
[00:57] <lifeless> in the bug  I mean :P
[00:58] <james_w> ah
[00:58] <james_w> I have an open task to set that up for Gary
[00:58] <james_w> I just haven't got to it as I wanted to narrow the variables by trying to only hit one front-end etc.
[01:00] <lifeless> I wouldn't worry about that
[01:00] <james_w> lifeless: bug 380504
[01:00] <lifeless> by eliminating apache and haproxy you'd potentially invalidate the test
[01:00] <ubot5> Launchpad bug 380504 in Launchpad Foundations "Handle HTTP Error 502: Bad Gateway automatically (affected: 4, heat: 9)" [High,Triaged] https://launchpad.net/bugs/380504
[01:04] <randomusername> hey wgrant
[01:04] <randomusername> how are things in the land of the marsupials?
[01:05] <james_w> lifeless: oh, you invalidated, you can take my comment to your new bug
[01:06] <wgrant> randomusername: Pretty good. Is your account working today?
[01:07] <randomusername> no idea
[01:07] <james_w> lifeless: and http://package-import.ubuntu.com/status/apport.html is what happens when you set the apport default branch by doing https://wiki.ubuntu.com/DistributedDevelopment/UnderTheHood/Importer/Operational#Setting%20a%20branch%20as%20official
[01:07] <randomusername> gonna test now!
[01:08] <randomusername> YAY!
[01:08] <randomusername> it's working, wgrant!
[01:08] <randomusername> am I supposed to change the email?
[01:09] <wgrant> randomusername: It should have been working yesterday too, since the accounts were merged just a couple of minutes after you filed the question.
[01:09] <wgrant> I'd leave the email as it is, until we fix the bug.
[01:09] <wgrant> Or the same thing may happen again.
[01:09] <randomusername> so, +launchpad it is
[01:09] <lifeless> james_w: https://bugs.edge.launchpad.net/launchpad-foundations/+bug/640065
[01:09] <ubot5> Launchpad bug 640065 in Launchpad Foundations "appserver deployment must not interrupt live requests (affected: 1, heat: 6)" [High,Triaged]
[01:10] <james_w> lifeless: there was a deployment at that time? Was that when the cherrypicks went live?
[01:10] <lifeless> james_w: yes
[01:11] <lifeless> and the analysis in the huge bug indicated rollouts too
[01:11] <james_w> lifeless: bug 640067
[01:11] <ubot5> Launchpad bug 640067 in Ubuntu Distributed Development "Importer doesn't like apport since we set the existing branch as the official one (affected: 1, heat: 6)" [High,Confirmed] https://launchpad.net/bugs/640067
[01:11] <lifeless> james_w: thanks!
[01:11] <randomusername> thanks very much for the assistance wgrant
[01:12] <lifeless> james_w: are you using edge or lpnet ?
[01:12] <james_w> lifeless: lpnet
[01:13] <lifeless> cool
[01:13] <wgrant> randomusername: Thanks for helping to track down the issue. I'm glad we got it resolved.
[02:03] <psusi> the main launchpad site keeps redirecting me to edge tonight... anyone else notice that?
[02:03] <wgrant> Oh damn.
[02:03] <wgrant> Someone added ~ubuntu-bugs to the beta testers team.
[02:09] <nigelb> ugh
=== bjf is now known as bjf[afk]
[04:18] <allquixotic> Is there a way to add a custom combo box field to bugs.launchpad.net, essentially requiring users filing a new bug to fill out an extra field with a small number of pre-defined values?
[04:23] <lifeless> we don't have an extensible schema at the moment
[04:23] <lifeless> there is a feature request open for that
[04:23] <lifeless> you can supply instructions for what data you want supplied
[04:23] <lifeless> and they could put that in the bug report
[04:37] <allquixotic> lifeless: Interesting. Well that and the fact that reporting a new bug doesn't work with IE 8 (the javascript for the "No, I need to file a new bug" button results in a JS error in IE 8) has basically made my colleagues throw Launchpad Bugs under the bus, considering it unsuitable for use on our project. Yay.
[04:39] <lifeless> oh, thats a shame
[04:40] <lifeless> is there a bug open on that IE8 problem?
[05:40] <allquixotic> lifeless: Not that I could tell, but there is now :) https://bugs.launchpad.net/launchpad/+bug/640173
[05:40] <ubot5> Launchpad bug 640173 in Launchpad itself "Internet Explorer 8 Can't Report Bugs (affected: 1, heat: 6)" [Undecided,New]
[05:42] <allquixotic> Probably made it in under the radar because most of Launchpad's users run Firefox or Chrome on Ubuntu, but it certainly impacts cross-platform commercial projects like mine :/
[05:45] <lifeless> allquixotic: thanks for filing that
[05:45] <allquixotic> No problem
[05:45] <lifeless> we actually have quite a lot of windows users in various parts of the userbase
[05:45] <allquixotic> I'm surprised that the bug hasn't already been filed then, seeing how IE is quite popular still on Windows
[05:46] <allquixotic> it's particularly visible because the principal acting of simply filing a bug is stalled because of it
[05:46] <allquixotic> it's practically a blocker for users of IE 8.
[05:46] <allquixotic> s/acting/act
[05:47] <allquixotic> but I think the bug is reproducible... my friend's computer has nothing in common with mine except that they both run IE 8 on Windows NT 6.0 or later (one Vista, one 7), and both of them have the same problem
[08:22] <screen-x> Hi, is is possible to view a list of tags that have been added to commits in a branch in launchpad?
[08:23] <screen-x> err s/is is/is it/
[08:39] <spiv> screen-x: not in the web UI that I know of, but 'bzr tags - dURL' will show you the tags for that URL, e.g. 'bzr tags -d lp:bzr' will show you the tags on bzr's main branch
[08:40] <screen-x> ok, thanks spiv.
=== bpeel_away is now known as bpeel
=== spike_ is now known as spikeWRK
[11:14] <dpm> it seems that I can only load https://bugs.edge.launchpad.net/ubuntu-translations/ without CSS, i.e. the page is shown without any styles. I'm not sure it is my browser or a LP problem, but I thought I would mention it, as disabling edge redirect does not work, either
[11:14] <Daviey> Is the edge css broken?
[11:15] <wgrant> LOSAs ^^
[11:15] <Daviey> dpm, Interesting.. got the same issue here... but:
[11:15] <Daviey> https://code.launchpad.net/+icing/rev11551/combo.css
[11:15] <Daviey> https://code.edge.launchpad.net/+icing/rev11551/combo.css
[11:15] <dpm> hm
[11:16] <mthaddon> the two look the same to me
[11:16] <wgrant> They are.
[11:16] <mthaddon> and they shouldn't be?
[11:16] <Daviey> interesting... one is the CSS the other is 404
[11:17] <Daviey> (for me)
[11:17] <wgrant> I wonder if one of the frontends is broken.
[11:17] <jml> wgrant, that's probably it.
[11:17] <wgrant> I think nutmeg might be broken.
[11:17] <wgrant> But I can't tell for sure.
[11:18] <Daviey> assuming it's internal proxy.. i don't think i can provide more data :(
[11:19] <mthaddon> try now?
[11:19] <Daviey> mthaddon, thassim
[11:19] <Daviey> that fixed it, thanks mthaddon !
[11:21] <wgrant> Oh, edge is only nutmeg, not banana.
[11:23] <vish> grapefruit anyone?
[11:23] <dpm> piña colada?
[11:24] <vish> :D
[11:24] <wgrant> There is no grapefruit :(
[11:31] <nigelb> the grapefruit was a lie?
=== noodles785 is now known as noodles775
=== mrevell is now known as mrevell-lunch
=== matsubara-afk is now known as matsubara
[13:48] <deryck> oops, seems I'm CHR today.
=== deryck changed the topic of #launchpad to: http://launchpad.net/ | Read https://help.launchpad.net/ for help | Help contact: deryck |  Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/
=== bjf[afk] is now known as bjf
=== Ursinha-afk is now known as Ursinha
=== mrevell-lunch is now known as mrevell
[15:25] <yigit_ates> Hi guys. I have a problem with my Launchpad account. When I try to enter Launchpad, it logs in with that account, https://launchpad.net/~yigitates52-gmail, which is generated automatically by Launchpad because of I have translated some projects with .po files in the past ( not in Launchpad). My real account is: https://launchpad.net/~yigitates52 but when I click the link, it gives an oops Error ID: OOPS-1720A1194.
[15:25] <ubot5> https://lp-oops.canonical.com/oops.py/?oopsid=1720A1194
[15:26] <deryck> hi yigit_ates.  I'm looking at the OOPS report....
[15:26] <yigit_ates> thanks
[15:29] <deryck> yigit_ates, I can't get to the OOPS right now.  Can you not log out and log in with the account you want to use?
[15:30] <yigit_ates> No. When i enter my username and password, it logs in with generated account.
[15:31] <deryck> sinzui, is this ^^ a known issue, or should yigit_ates use the form for launchpad login issues to report a problem?
[15:34] <sinzui> deryck, yes. Since launchpad does not have login and password, there is a disconnect between Ubuntu's SSO and Launchpad's authentication rules. There are a few launchpad-foundation bugs about this. I believe the fix is to 1) pay attention to the email address you register in Ubuntu and Launchpad, and merge Launchpad profiles so that their is a one-to-one relationship between Ubuntu account and launchpad profile
[15:37] <deryck> sinzui, how would yigit_ates merge these accounts?  Open a question against registry?
[15:39] <cassidy> hi guys. SInce yesterday I'm trying to submit a kernel bug (ubuntu-bug linux) but each time I submit, I get a Timeout error (Error ID: OOPS-1720F1282). any idea?
[15:39] <ubot5> https://lp-oops.canonical.com/oops.py/?oopsid=1720F1282
[15:41] <sinzui> yigit_ates, deryck: login as one of the user you want to be, the visit https://launchpad.net/people/ there is a link to request a merge of the other Launchpad profile.
[15:42] <yigit_ates> thanks sinzui
[15:42] <deryck> cassidy, after the posting of the bug fails in the browser, can you click reload (maybe even a couple tries) until it submits?
[15:43] <cassidy> I tried, didn't help
[15:43] <cassidy> rah of course now it works.. :D
[15:44] <deryck> heh
[15:44] <deryck> well, at least the bug is filed now.
[15:44] <cassidy> yep :)
[15:44] <deryck> cassidy, we're actively working on timeout issues, so we do know about this issue, even though it's a pain.  It has to do with the attachments from apport.
[15:45] <deryck> so it should be fixed soon, and in the meantime try page reloads.
[15:45] <cassidy> yeah I was expecting something like that. That's really annoying, if I didn't really want to submit this bug, I would have give up since a while
[15:45] <deryck> yeah, I understand.
[15:54] <wgrant> sinzui: I'd hesitate to recommend that they merge their own accounts.
[15:54] <wgrant> sinzui: Given that merges are not symmetric.
[15:54] <wgrant> And the only way they can merge is the wrong way :(
[15:55] <yigit_ates> I cant't merge. Timeout problems :(
[15:55] <sinzui> yigit_ates, if you have started the merge request, ignore the email Lp will send to complete the merge...
[15:55] <sinzui> yigit_ates, That timeout means you have started the merge :(
[15:56] <yigit_ates> :(
[15:57] <sinzui> yigit_ates, merge timeout when working with big profiles. some parts of one profile were transferred to the other.
[15:58] <yigit_ates> so let's hope, there will be no problem :)
[15:58] <sinzui> wgrant, Does someone on the foundations team need to do DB surgery to fix this, or is there a code fix coming to address this
[15:58] <wgrant> sinzui: Admins need to merge broken accounts the right way.
[15:58] <wgrant> sinzui: More accounts will break until the bug is fixed.
[15:58] <wgrant> But it is argued that the bug is not a bug.
[15:59] <sinzui> As long as uses think Launchpad provides login and passwords, there is a bug
[15:59] <sinzui> s/uses/users/
[15:59] <wgrant> A discussion I had with stub earlier in the week resulted in bug #637968
[15:59] <ubot5> Launchpad bug 637968 in Launchpad Registry "Removing email addresses can cause mismatch with Canonical SSO (affected: 2, heat: 12)" [High,Triaged] https://launchpad.net/bugs/637968
=== dendro-afk is now known as dendrobates
[15:59] <wgrant> The probable solution we came up with was to remove the code that attempts to "repair" LP's data from the email address sent by SSO.
[16:00] <wgrant> Since the use case for that is contrived.
[16:00] <sinzui> There is more going on than that though. We are now in our 5th month where login does not do as it should
[16:00] <wgrant> Yes, but only last week did it start actually breaking things.
[16:01] <sinzui> hmm, I somewhat disagree since everyone talks to me first about account issues. I know that 70 accounts were broken in April
[16:01] <sinzui> I may not have the power over SSO or authentication, but everyone thinks I do
[16:01] <wgrant> Heh.
[16:02] <wgrant> sinzui: So, in the case of this breakage that I've dealt with so far I just asked the user to request the merge in Answers. Everything worked fine.
[16:03] <wgrant> It would be nice to not require admin intervention, but users can only merge in the wrong direction. So there's probably no way around it.
[16:03] <wgrant> We probably want to remove the "repair" code and CP that soonish.
[16:03] <sinzui> yigit_ates, describe the issue at https://answers.launchpad.net/launchpad-foundation. Someone with knowledge can set about fixing your profile and maybe resolve Ubuntu SSO issues
[16:04] <yigit_ates> thanks, i will :)
[16:05] <sinzui> wgrant, account renaming (active/deactivated) and preferred email address rules have been broken since June.
[16:06] <sinzui> I think I need to setup a call with a lot of people so that I can find out if everyone is seeing this as broken as I do
[16:06] <wgrant> I know that account deactivation and merging were somewhat broken until recently.
[16:06] <wgrant> But I didn't know of email address issues, beyond user confusion.
[16:06] <yigit_ates> browser says there is no page like that
[16:07] <wgrant> yigit_ates: add an 's' on the end.
[16:07] <yigit_ates> done :)
[16:07] <wgrant> Add a question there, giving details of your new and old Launchpad usernames.
[16:07] <wgrant> Make sure you specify which is which.
[16:14] <yigit_ates> I posted the question, thanks for your helping.
[16:14] <yigit_ates> Bye
=== Ursinha is now known as Ursinha-lunch
=== salgado is now known as salgado-lunch
=== yofel_ is now known as yofel
[16:44] <fta> for some reason, one of my last ppa upload apparently went well (as usual) but never made it to the ppa/builders. I didn't get the usual "Accepted" email, neither a reject. nada. could it be the sftp upload?
[16:44] <fta> my upload trace shows nothing special compared to the other uploads in the same batch
[16:45] <bigjools> it's either a gpg key problem or a bug, I can check if you give me the package and PPA name
[16:45] <fta> (that was 13h ago)
[16:45] <fta> https://edge.launchpad.net/~chromium-daily/+archive/ppa/+packages   ch 526 / karmic
[16:46] <fta> the ppa page still shows 525 for this one
[16:49] <bigjools> have you used sftp before?
[16:51] <fta> bigjools, yes, for a week or so
[16:51] <bigjools> I can't see any sign of your upload
[16:52] <bigjools> not on the sftp log or the upload processor log
[16:56] <fta> bigjools, http://paste.ubuntu.com/494821/
[16:57] <bigjools> fta: what's in your "ucd" dput target?
[16:57] <bigjools> ah you're sending it to upload.ubuntu.com
[16:57] <bigjools> no wonder I didn't find it on the PPA machine
[16:57] <fta> bigjools, http://paste.ubuntu.com/494823/
[16:58] <fta> well, i've been using that for years
[16:58] <bigjools> you should change that to ppa.launchpad.net for PPA uploads really
[16:58] <bigjools> I know it works but it's confusing for people like me :)
[16:59] <fta> i sure can but it doesn't explain the problem
[16:59] <bigjools> I'm looking in the logs for the other server
[17:03] <fta> bigjools, that was ~2:27am UTC earlier today
[17:04] <fta> +at
[17:21] <bigjools> fta: I can't do anything about your missing upload while you're uploading to the wrong place, can you update your dput and try again please
[17:28] <nigelb> hrm, why can't I see imported comments?
[17:28] <nigelb> I tried on edge and otherwise
[17:28] <deryck> nigelb, what bug?
[17:28] <nigelb> bug 210897 for example
[17:29] <ubot5> Launchpad bug 210897 in ConsoleKit "sudo *something which uses policykit?* doesn't work (affected: 2, heat: 5)" [High,Confirmed] https://launchpad.net/bugs/210897
[17:29] <nigelb> maco says there is #14 comment, I see only till #13 and then bug watch update
[17:29] <nigelb> I tried on and off edge
[17:30] <deryck> hmmm
[17:30] <deryck> nigelb, are you in the beta testers group?  Do you get sent to edge by default?
[17:30] <nigelb> I don't think I'm in beta testers group
[17:31] <nigelb> but I did get sent to edge by default
[17:31] <deryck> I thought you had to be in beta testers to get sent to edge.
[17:32] <nigelb> hm, dunno
[17:33] <deryck> nigelb, can you join https://edge.launchpad.net/~launchpad-beta-testers and confirm you do see the imported comment.  Then you can leave the group if you like.
[17:33] <deryck> if so, this is an ugly bug.
=== matsubara is now known as matsubara-lunch
[17:34] <nigelb> deryck: its an ugly bug.  I can see it when I join the team
[17:34] <deryck> ok
[17:34] <deryck> gmb, so apparently even *display* of imported comments is beta team dependent.
[17:34] <deryck> see nigelb ^^
[17:35] <nigelb> yay, one more bug exposed ;)
=== Ursinha-lunch is now known as Ursinha
[17:45] <gmb> deryck, Indeed. Hurrah for multiple conditionals doing the same job. Moreover, long live feature flags.
[17:45] <deryck> yup.
[17:45] <deryck> gmb, this is a simple fix, I take it?  Haven't looked at the code, sorry.
[17:46] <nigelb> deryck: if you need somone to check if fixed, do let me know, happy to help :)
[17:47] <deryck> nigelb, will do.  Thanks for the offer!
[17:49] <gmb> deryck, Yes, it should just be a case of looking at how BugComments get rendered and removing the conditional.
[17:49] <deryck> gmb, after you land the widget work, could  you spare a look at this tomorrow?
[17:49] <gmb> deryck, Sure, no problem. Is there a bug filed for it?
[17:50] <deryck> gmb, I'll file one later today.
[17:52] <gmb> deryck, Thanks.
[17:52] <deryck> no, thank you! :-)
[17:52] <deryck> food is calling now....
=== deryck is now known as deryck[lunch]
=== salgado-lunch is now known as salgado
=== matsubara-lunch is now known as matsubara
[19:00] <ari-tczew> launchpad janitor still not working?
=== deryck[lunch] is now known as deryck
[19:02] <deryck> hi ari-tczew.  What did you mean?  What is the janitor not doing that it should?
[19:03] <ari-tczew> deryck: 2 days ago janitor didn't fixed bugs. I'm just interested whether is fixed.
[19:05] <deryck> ah, that one.  Bug 634045
[19:05] <ubot5> Launchpad bug 634045 in Soyuz "Regression: Launchpad-Bugs-Fixed header no longer works (affected: 2, heat: 22)" [High,Fix committed] https://launchpad.net/bugs/634045
[19:05] <deryck> ari-tczew, says fix committed and I see a production-devel branch linked, so it should be fixed on lpnet shortly I imagine.
[19:06] <deryck> Maybe jelmer or StevenK knows more?
[19:06] <ari-tczew> deryck: ok
[19:06] <jelmer> hi deryck, ari-tczew
[19:06] <jelmer> deryck: It should be back again as of early this morning.
[19:06] <jelmer> ari-tczew, ^
[19:07] <deryck> ah, nice.
[19:07] <ari-tczew> jelmer: ok thanks. to be clear: i'm only asking :)
[19:20] <fta> wgrant, what's the status of the ppa stats? iirc, raw logs were almost available months ago, what about now? can't find it in the api but i'm not sure what to look for
[20:11] <_habnabit> When updating a bug, can you add a comment and change the status at the same time?
[20:12] <nigelb> _habnabit: yep, click on the triangle next to project name in the top table
[20:12] <_habnabit> Oh, excellent.
[20:12] <_habnabit> thanks.
[20:25] <elb> I don't see anything on the launchpad status page, but I have a pending build which has been pending for almost 2 1/2 hours now ... is that typical delay these days?
[20:27] <deryck> Hi elb.  jelmer or StevenK can either of you help elb with this question?
[20:28] <elb> (note that if it is typical, that's fine, I'm not in any particular hurry -- I've just never seen it take this long, and I want to make sure something isn't wedged)
[20:28] <elb> "a few hours" is fine, "forever" isn't ;-)
[20:29] <jelmer> elb: Hi
[20:29] <jelmer> elb: The build farm appears to be quite busy at the moment - see http://launchpad.net/builders
[20:30] <jelmer> elb: There should be an indication of how long it's going to take before your build will be dispatched on the build page
[20:31] <elb> jelmer: awesome, I wasn't aware of that page
[20:31] <elb> I was looking at the identi.ca status page
[20:31] <elb> so I can expect another 3-5 hours ... no problem, I can certainly handle that
[20:31] <elb> thanks for the info
[20:32] <jelmer> elb: The page for your build should have an indication of how long it will take for that build to be dispatched.
[20:33] <elb> so it does!
[20:33] <elb> I hadn't clicked on an individual build
[20:33] <elb> just the +builds page
=== deryck changed the topic of #launchpad to: http://launchpad.net/ | Read https://help.launchpad.net/ for help | Help contact: - |  Join https://launchpad.net/~launchpad-users | This channel is logged: http://irclogs.ubuntu.com/ | Launchpad is open source: https://dev.launchpad.net/
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== salgado is now known as salgado-afk
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== dendrobates is now known as dendro-afk
=== bpeel is now known as bpeel_away
[23:16] <fta> all the active builds in this ppa have been bouncing for hours: https://edge.launchpad.net/~chromium-daily/+archive/stable/+packages
[23:16] <fta> (again)
[23:17] <fta> all the "i386" builds..
=== bjf is now known as bjf[afk]
=== matsubara is now known as matsubara-afk