[00:03] <dash> hi. anybody know if there's an emacs client for the launchpad api yet?
[00:22] <kiko> dash, I am pretty sure there isn't. you thinking of giving up a lung? :)
[00:22] <dash> kiko: But breathing is my favorite :(
[00:22] <dash> i'm on an elisp kick this week, it seems
[00:23] <kiko> dash, I'm very interested in people trying out the API from weird clients, you might get a t-shirt if you try hard enough :)
[00:24] <dash> kiko: Ooh, a bribe.
[00:24]  * dash reads launchpadlib
[00:27] <kiko> dash, and leonardr is the guy to talk to if it looks too complicated. it's meant to be easy!
[00:27]  * kiko curses OOO
[00:28] <dash> kiko: I guess I just have to figure out oauth now
[00:28] <dash> anyway let's see
[00:28] <dash> hmac, base64, xml, json
[00:29] <dash> and https
[00:29] <dash> looks like emacs has all the main libraries I need
[00:29] <dash> kiko: is there docs for the protocol independent of launchpadlib?
[00:33] <kiko> dash, yes, definitely
[00:33] <kiko> dash, help.launchpad.net/API and then follow the second link IIRC
[00:33] <dash> great
[01:20] <dash> hmm
[01:21] <dash> so it looks like the api only really covers bugs and people at this stage?
[01:53] <mwhudson> dash: yes, though it's increasing in scope fast
[01:54] <mwhudson> dash: which bits are you interested in?
[01:54] <dash> mwhudson: not sure yet
[01:54] <dash> the bugs interface will be the most useful, obviously
[01:56] <mwhudson> yes, i think the 'which launchpad application do we expose first' in the api discussion was over pretty quickly
[01:58] <kiko-zzz> dash, the projects stuff is now available on edge. I need to check whether our API docs are being autogenned there yet..
[01:58] <dash> ok cool
[01:59] <dash> i'm sure by the time I get something useful done with bugs the other parts will be ready ;)
[01:59] <dash> oh also, one other question
[01:59] <kiko-zzz> so edge basically follows trunk and whatever's landed there you get free of charge (the bits might blow up every once in a while of course ;)
[01:59] <kiko-zzz> yes?
[01:59] <dash> are the rdf files for projects related to the DOAP spec at all?
[02:00] <kiko-zzz> yes
[02:00] <kiko-zzz> they are basically DOAP AFAIK
[02:00] <dash> cool
[02:00] <kiko-zzz> if there's some non-conformance there it's something we should fix
[02:00] <kiko-zzz> anyway really zzzing now
[02:02] <dash> ah
[02:02] <dash> there's just nothing in it that uses the http://usefulinc.com/ns/doap namespace
[02:02] <dash> so I was confused :)
[07:55] <thekorn> hi, is it possible to approve/decline nominations in a project?
[07:56] <thekorn> of course, I'm maintainer of this project
[08:00] <thekorn> or other question: who is allowed to manage nomitations? - the driver?
[08:04] <BjornT> thekorn: at the moment only the driver (and for ubuntu, the uploaders) can approve/decline nominations. if there is no driver, the maintainer should be allowed to do it. not sure if there's a bug for that.
[08:08] <thekorn> BjornT, ok, thanks, so if I'm driver of a project I should be able to manage nominations?
[08:08] <thekorn> maybe I'm blind, but I can't find an option on staging for this
[08:14] <BjornT> thekorn: yes, you should. can't you find how to set the driver?
[08:16] <BjornT> thekorn: it's not that visible. first you have to click on 'change details', and then choose 'people' in the tabs at the top
[08:17] <thekorn> BjornT, ok, now I'm driver of bzr-fs on staging,
[08:17] <thekorn> and when I look at https://bugs.staging.launchpad.net/bzr-fs/+bug/264154 I can not find a link to edit the nomination
[08:20] <BjornT> thekorn: well, that's because the nomination is already approved. there is currently no way of declining an already approved nominations, so you'd have to set it to Won't Fix (which means, won't fix in this series)
[08:21] <BjornT> thekorn: if you look at this bug, you should see approve/decline links: https://bugs.staging.launchpad.net/bzr-fs/+bug/264155
[08:22] <thekorn> BjornT, ah, ok thanks
[08:23] <thekorn> so nominations by driver (?) are auto-approved?
[08:23] <BjornT> thekorn: yes. that will change in the future, though.
[08:23] <thekorn> ok, good
[08:24] <thekorn> thanks again
[09:03] <philn> hi
[09:04] <philn> is it possible to unsubscribe a team member from bugs assigned to the team? so that he doesn't receive the spam^W^W mail notifications from LP
[09:15] <BjornT> philn: no
[09:16] <philn> kthx
[09:27] <Hobbsee> philn: you'll probably need to use various types of filters
[09:27] <Hobbsee> philn: or just drop all bug mail from launchpad.
[09:30] <philn> yah i'll do filters
[11:51] <philn> is it planned to add support Debian unstable distro in PPA?
[11:52] <mwhudson> philn: yes, i think so, but holding your breath for it would be a bad idea :)
[11:53] <bigjools> right, there are no immediate plans
[11:53] <philn> but i'd be a nice feature
[11:53] <philn> +t
[11:54] <bigjools> I'm sure you would :)
[11:54] <philn> right now maintaing a debian repository can be a pain in the ass
[12:29] <wgrant> Something is wrong with implicit subscription caching.
[12:30] <wgrant> Unless https://bugs.edge.launchpad.net/launchpad-foundations/+bug/264292 has some other reason for me being implicitly subscribed that I can't see.
[12:32] <wgrant> I guess it could be that it is still referring to the launchpad milestone to which I am subscribed.
[12:32] <wgrant> But it seems to know that it's talking about "Launchpad Foundations: 2.1.9"
[12:53] <tomfog> Hi. My request for a mailing list for the scubuntu-dev team was denied.  Are there any admins here who could help me to reapply and get it approved?
[12:53] <andrea-bs> tomfog: the mailing lists are no longer only for beta testers, but are open to everyone
[12:54] <andrea-bs> tomfog: so you don't need to join any team to activate your ML
[12:56] <tomfog> andrea-bs: I used the "configure mailing list" link on LP, but my request was declined, and I cannot reapply.
[12:58] <andrea-bs> tomfog: oh, sorry, I misunderstood your question
[12:58] <andrea-bs> tomfog: in this case, I can't help, sorry
[12:58] <tomfog> andrea-bs: no prob, thnx
[12:59] <wgrant> tomfog: May I enquire (as owner of motuscience) as to your rationale for creating a derivative?
[13:04] <tomfog> wgrant: The main reason is to promote scientific computing on Ubuntu, but in such a way that the "out-of-the-box" experience for researchers is good. IMHO, part of the problem for people new to Linux is that they don't know what good software there is - we'd like to solve that by choosing "sane defaults/best of breed" and embedding all of that into a derived distro. We're also hoping to attract researchers from the developing world, for whom post-instal
[13:05] <tomfog> of course, we're going to package everything as metapackages, so it can be installed on top of a standard Ubuntu install as well (like edubuntu).  Also, we'd like to coordinate efforts with motuscience.
[13:05] <wgrant> tomfog: Sounds like you want a flavour.
[13:05] <wgrant> Not so much a derivative.
[13:05] <wgrant> Like Kubuntu is a flavour.
[13:06] <wgrant> Or perhaps an addon CD like Edubuntu.
[13:06] <tomfog> wgrant: true, I'm using the incorrect terminology...
[13:10] <tomfog> wgrant: fixed the team and project descriptions. thnx for alerting me to it.
[13:10] <wgrant> tomfog: Thanks. You're likely to get much less negative reactions from people if they don't think you're making a derivative distro.
[13:11] <tomfog> the current thinking is to probably move in the direction of an addon CD(s)
[13:11] <wgrant> It works well for Edubuntu, and is somewhat simpler.
[13:14] <tomfog> wgrant: it is simpler, agreed.  For our proof-of-concept, however, we're modifying ubiquity to include extra options (selecting scientific field, etc), so it'll be a single-DVD installation, but that won't work well in future (there are too many different scientific fields).  The POC is to help convinve my organisation to adopt Ubuntu for researcher workstations (in addition to the more generic "business PCs")
[13:14] <wgrant> Aha.
[13:14] <wgrant> A good goal.
[14:02] <rhkfin> https://help.launchpad.net/OpenID says my profile page should include a openid id somewhere but it doesn't.. Can't login to a service not supporting openid 2.0. Tips?
[14:50] <kiko> rhkfin, what's your profile page URL?
[14:51] <rhkfin> kiko: https://launchpad.net/~risto.kurppa
[14:53] <kiko> rhkfin, and you are logged in? it appears right under SSH Keys
[14:54] <Peng_> I don't see it either.
[14:54] <rhkfin> Yes, logged in. I only see time zone and then Most active in -things in my profile page..
[14:54] <Peng_> Same here
[14:55] <kiko> Peng_, you don't see it on /your/ profile or on his?
[14:55] <Peng_> kiko: Mine :)
[14:55] <kiko> hmph.
[14:55] <ignas_> hi
[14:55] <kiko> rhkfin, does using edge.launchpad.net make any difference?
[14:55] <ignas_> is code.launchpad already using shared repositories?
[14:55] <andrea-bs> isn't the OpenID only for betatesters?
[14:55] <rhkfin> Any yes but doesn't show the openid key..
[14:56] <kiko> andrea-bs, ah, maybe it is
[14:56] <kiko> I thought it had been opened to the GP
[14:56] <kiko> mrevell, confirm?
[14:56]  * mrevell looks
[14:56] <rhkfin> I've been using it for some time now anyway..
[14:56] <Peng_> Yeah, I'm not a beta tester.
[14:56] <rhkfin> Me neither.. -> should join to beta testers?
[14:56] <kiko> Peng_, shame! why not?
[14:57] <Hobbsee> kiko: being hit earlier with the "oh my goodness, the UI has changed again, i'm so confused" changes
[14:57] <Hobbsee> ?
[14:58] <LarstiQ> don't we need people to make sure things work for non beta-testers too? ;)
[14:58]  * kiko winks at LarstiQ 
[14:58] <rhkfin> LarstiQ: heh :)
[14:58] <mrevell> yeah, OpenID is still only for beta testers
[14:58] <Hobbsee> LarstiQ: surely not!
[14:59] <Peng_> mrevell: OK
[14:59] <mrevell> Peng_ If you'd like to join the beta team, go here: https://aunchpad.net/~launchpad-beta-testers/ - then ping me and I'll approve you straight away
[15:01] <rhkfin> mrevell: but it works for others as well..? Or at least has been forking..
[15:01] <rhkfin> Have to try it somewhere else.. Tried on a wiki that doesn't support openid2.0..
[15:01] <Peng_> mrevell: I just joined.
[15:02] <mrevell> rhkfin: AFAIK OpenID is only available to members of the beta testers team. Have you tried it already?
[15:03] <rhkfin> mrevell: hmm.. I'm sure something has changed: now it really doesn't work anymore like it used to.. I was earlier able to log in to places using LP openid..
[15:03] <mrevell> Peng_: Just approved you, welcome :)
[15:04] <mrevell> rhkfin: Hmm. And you've never been a member of the beta team?
[15:04] <mrevell> salgado: Are you a good person to ask about OpenID stuff?
[15:04] <rhkfin> mrevell: no I haven't. But just joined (to be able to use openid..)
[15:04] <Peng_> mrevell: Thanks. :)
[15:05] <Peng_> Yeah, now I see an OpenID URL in my profile.
[15:05] <Peng_> ...thingy
[15:06] <salgado> mrevell, sinzui is probably better, but I can give it a go
[15:07] <mrevell> rhkfin: Welcome to the beta team :)
[15:07] <rhkfin> mrevell: thank you!
[15:08] <mrevell> thanks salgado. rhkfin reports being able to use LP OpenID previously even though he wasn't a member of the beta team. Can you think of a reason why that might be?
[15:08] <rhkfin> I think it was working still last week but now tried and it's stopped working.
[15:09] <Peng_> I used OpenID once in the past too.
[15:09]  * rhkfin tries to think where he logged in with LP openid..
[15:10] <rhkfin> yes, now I can see the openid address in my profile..
[15:11] <salgado> mrevell, no idea, but there was an openid-beta-testers team, no?
[15:12] <rhkfin> salgado: haven't been member of that either, I think..
[15:12] <mrevell> salgado: Briefly, yeah. I guess it's not something to worry about. I'll raise it with Sinzui, though, as a matter of curiosity.
[15:12] <Peng_> I've never been a member of any teams.
[15:12]  * Peng_ feels like a broken record.
[15:13] <rhkfin> heh :)
[15:13] <LarstiQ> I previously tried to use lp's openid and failed, but now it works (with free-thursday.pieni.net). Not sure what changed.
[17:22] <Oli``> How can I create/register a SSH key for my LP user?
[17:23] <beuno> Oli``, https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPair
[17:23] <Oli``> thanks beuno!
[18:17] <Tm_T> hi kids
[18:24] <Oli``> What is the purpose of nominating a bug for a release?
[18:26] <beuno> Oli``, to have a list of bugs you want to close before a release
[18:27] <kiko> beuno, or backport to other series
[18:27] <Oli``> By nominating something, am I saying "I'll fix this for the release" or "Somebody really should fix this for the release"?
[18:27] <persia> Or perhaps a bug only exists in some particular series, and it won't be fixed there, and someone wants to document that.
[18:28] <beuno> kiko, right. I always forget about backports for some reason. Going back seems to be an odd concept in my head. Oli``, what kiko says  :)
[18:28] <persia> Oli``: Depends on the convention for the project, but typically means something closer to "this bug affects this series"
[18:28] <persia> beuno: The secret to remembering backporting fixes: security updates
[18:29] <LarstiQ> doesn't a backport count as a release too?
[18:29] <beuno> persia, better, thanks   :)
[18:30] <persia> LarstiQ: It depends on what one means by "backport".  In the sense of "Ubuntu Backports", something like that.  In the sense of "backporting a fix", not at all.
[18:31] <Tm_T> I have a following issue with openid:  when I login into wiki.ubuntu.com, my login stays only as long as I don't go other pages except where I'm forwarded when login, seems like session doesn't keep login info at all
[18:31] <LarstiQ> persia: a new version of and old branch with backported fixes.
[18:33] <persia> LarstiQ: In that case, it depends on how one defines a series :)
[18:34] <LarstiQ> persia: :)
[18:36] <kiko> persia, an independent branch of development. easiest understood by example. :)
[18:37] <persia> kiko: Indeed :)  It's that a "release" and a "series" may be confusing terms, depending on the project.
[18:37] <persia> For something like MySQL, there are several active series, each with several releases.
[18:37] <persia> Contrariwise, Ubuntu chooses to call each series a Release.
[18:37] <kiko> persia, beuno and I are working on a graphical timeline that gives people a better idea
[18:38] <kiko> persia, I think the ubuntu thing is historical because in the old days we didn't consider doing point-releases
[18:38] <kiko> but as it's understood that the distribution itself updates throughout its lifecycle, you're right
[18:38] <beuno> kiko, did you look at my python code for that?  I'm not sure I made it very easy to understand how you would plug into it, or if you'd just re-write the whole thing, so I've left the branch alone for now
[18:39] <kiko> beuno, I think right now her life is in my hands
[18:39]  * beuno scratches it off his list
[19:04] <_MMA_> When creating a new project on Launchpad is "﻿Common Public License"=Creative Commons?
[19:08] <elmo> _MMA_: I don't know for sure, but I doubt it
[19:08] <elmo> CPL traditionally means the IBM CPL, i.e. the same kind of license postfix is under
[19:08] <elmo> i.e. http://www.opensource.org/licenses/cpl1.0.php
[19:09] <_MMA_> Ahh.. OK. I'll go with "other/open source" for now. Kinds odd there's not a CC category with a field for the specific CC license. I'm sure someone's filed a bug. :P
[19:10] <_MMA_> Thanx James.
[19:12] <qense> Should a bug in the team display be filed against launchpad-itself or launchpad-foundations?
[19:13] <beuno> qense, you can file it against Launchpad, and it will be moved around appropriately
[19:13] <qense> ok, thx
[20:24] <theine> hi, i don't seem to be able to figure out how to delete a branch? could somebody please tell me how to do so?
[20:25] <beuno> theine, there's a red icon besides the branch title
[20:25] <beuno> it isn't as obvious as it could be, and I intend to fix that soon-ish
[20:25] <theine> is there? i don't see it
[20:25] <beuno> theine, do you own the branch?
[20:26] <theine> yes
[20:26] <theine> https://code.launchpad.net/~theine
[20:26] <beuno> theine, what branch do you want to delete?
[20:27] <theine> should there be those red icons on that page if I'm signed in as theine
[20:27] <theine> both actually
[20:27] <beuno> theine, go to the branch: https://code.launchpad.net/~theine/shmagic/test
[20:27] <beuno> and you should see the icon I'm talking about
[20:27] <theine> ah! now i see it
[20:27] <theine> thanks!
[20:28] <theine> it's not that non-obvious actually :)
[20:28] <kiko> theine, you would think. however ever single user gets lost there.
[20:28] <theine> that makes me feel bette
[20:28] <theine> r
[20:29] <theine> so is there any way to cancel the vcs import and delete that branch?
[20:29] <beuno> I don't know about cancelling the import
[20:29] <beuno> mwhudson, you up yet?
[20:30] <kiko> theine, I can cancel imports and do the thingamajiga for you
[20:30] <theine> that's be great, thanks
[20:38] <kiko> theine, URLs. the man says he needs URLs!
[20:39] <theine> oh, sorry
[20:39] <theine> https://code.launchpad.net/shmagic
[20:39] <theine> there's a vcs-imports branch which I'd like to have removed
[20:40] <kiko> you mean https://code.edge.launchpad.net/~vcs-imports/shmagic/main
[20:40] <kiko> and it is GONE
[20:40] <kiko> obliterated
[20:40] <kiko> nixed
[20:40] <kiko> discombobulated
[20:40] <kiko> YKWIM
[20:49] <theine> awesome, thank you!
[20:52] <kiko> sure thing
[20:56] <mwhudson> beuno: just
[20:56] <beuno> mwhudson, good morning  :)
[21:03] <mdke> hi guys
[21:03] <mdke> can someone remind me of the correct way to upgrade a branch on Launchpad?
[21:03] <beuno> mdke, through sftp
[21:04] <beuno> bzr upgrade sftp://user@bazaar.launchpad.net/~user/project/branch
[21:04] <beuno> and after:  bzr reconcile sftp://user....
[21:04] <mdke> can I upgrade to rich-root-packs that way safely?
[21:05] <persia> beuno: Is that better then bzr upgrade; bzr push ?
[21:05] <beuno> persia, push doesn't upgrade the format
[21:05] <mdke> persia: I don't think that upgrades the remote branch
[21:05] <mdke> just the local one
[21:05] <persia> Oh.  I thought it did.  Thanks.
[21:05] <beuno> mdke, sure.
[21:06] <mdke> beuno: ok, I'll give it a try. Thanks
[21:12] <mdke> beuno: it crashed :(
[21:12] <beuno> mdke, bzr?
[21:12] <mdke> yeah
[21:13] <beuno> mdke, pastebin?
[21:13] <mdke> http://paste.ubuntu.com/43156/
[21:13] <mdke> damn, I hope it didn't damage anything
[21:13] <mdke> looks like it was still doing the backup
[21:14] <beuno> mwhudson, when you're through with your coffee, can you take a look  ^
[21:14] <beuno> or abentley
[21:16] <kiko> gotta love memoryerror
[21:16] <abentley> mdke: I'd be surprised if anything was damaged.
[21:17] <mdke> :)
[21:17] <abentley> mdke: It was still copying stuff, before actually upgrading the original.
[21:17] <mwhudson> oh interesting
[21:17] <mdke> right
[21:17] <mwhudson> it's probably this https://bugs.edge.launchpad.net/bzr/+bug/255292
[21:18] <abentley> mdke: I suggest using an older or newer bzr version.
[21:18] <mdke> haha
[21:18] <abentley> mdke: 1.6 has a known memory issue.  We are releasing 1.6rc1 to fix it.
[21:18] <abentley> sorry, 1.6.1
[21:19] <mwhudson> abentley: i think this looks like the ssh server bug though
[21:19] <mdke> this is a canonical machine though, I can't control the version of bzr.
[21:19] <mwhudson> mdke: if you try again, can you set BZR_PDB=1 ?
[21:20] <abentley> mdke: What, you have no home directory?
[21:20] <mdke> abentley: sure
[21:20] <mdke> mwhudson: how do I do that?
[21:21] <mwhudson> BZR_PDB=1 bzr upgrade sftp://....
[21:22] <abentley> mdke: So you can just grab a tarball, untar it, and run it from there.  Bazaar doesn't need to be installed or anything weird like that.
[21:22] <abentley> mdke: http://edge.launchpad.net/bzr/1.6/1.6.1rc2/+download/bzr-1.6.1rc2.tar.gz
[21:23] <mdke> mwhudson: I'm going to download my own backup before I try again, but then I will try that
[21:23] <mwhudson> mdke: ok
[21:24] <mdke> abentley: I'll try it if I have to, but I'll do mwhudson's thing first
[21:27] <mdke> mwhudson: I get a memory error doing bzr branch too. I'll try add BZR_PDB to that as well
[21:28] <mdke> mwhudson: so what do I do at the prompt?
[21:32] <abentley> thumper_laptop: Who do I have to kill to make verifyObject not use hasattr?
[21:43] <thumper> abentley: not sure, is it part of lp or zope?
[21:43] <abentley> thumper: zope
[21:44] <thumper> abentley: I'm not sure who exactly, but I'm sure patches are accepted :)
[21:45] <abentley> thumper: Do we have someone who does Zope relations?
[21:45] <thumper> abentley: I think both barry and SteveA have connections
[21:45]  * barry never had relations with that cms
[21:45] <abentley> thumper: Cool.
[21:46] <barry> (obscure 90's us political reference ftw)
[21:48] <mwhudson> mdke: 'p count'
[21:49] <mdke> mwhudson: without the quote right?
[21:49] <mwhudson> mdke: right
[21:49] <mdke> mwhudson: 3688016047L
[21:50] <mwhudson> mdke: that's quite a lot of bytes
[21:51] <mwhudson> mdke: can you go up a few times until you're in put_file?
[21:52] <mdke> mwhudson: sorry, you need to walk me through this. What should I type?
[21:52] <mwhudson> mdke: 'up'
[21:52] <mwhudson> 8 times, i think
[21:53] <mdke> mwhudson: I didn't see it - http://paste.ubuntu.com/43168/
[21:53] <mwhudson> mdke: oh different traceback, it seems
[21:54] <mwhudson> (also pdb sucks)
[21:54] <mwhudson> mdke: can you type 'args' now?
[21:55] <mdke> mwhudson: I'll give you the whole thing - http://paste.ubuntu.com/43170/
[21:56] <mwhudson> mdke: oh um, that was less helpful than i'd hoped
[21:56] <mdke> :)
[22:03] <mwhudson> so i guess two options: the server is sending junk, or paramiko is getting confused and parsing the wrong bit of the data stream as a byte count
[22:03] <mdke> is there any more information I can help with? Otherwise I shall give up :)
[22:04] <mwhudson> mdke: i don't think there's anything more, no :/
[22:04] <mwhudson> mdke: i can upgrade the branch for you on the server if you like...
[22:06] <mdke> mwhudson: it's not very urgent, but if you fancy it that would be helpful. Could you do dapper, edgy and feisty?
[22:06] <mwhudson> hang on
[22:07] <mwhudson> mdke: can you ask a question, with branch urls? :)
[22:07] <mdke> mwhudson: I've got an old one actually, hang on
[22:07] <mwhudson> oh
[22:07] <mwhudson> mdke: are the branches large?
[22:08] <mwhudson> i might see if i can grab it and reproduce/debug the problem locally
[22:08] <mdke> mwhudson: yeah, very large. The question was https://answers.edge.launchpad.net/launchpad-bazaar/+question/30469 but it doesn't have urls, let me know if there isn't enough info there
[22:09] <mwhudson> mdke: i think i'd prefer actual urls to be certain
[22:10] <mdke> mwhudson: fine, I'll do a new question
[22:10] <mwhudson> thanks
[22:10] <mwhudson> sorry for sitting on that old one for so long :/
[22:12] <mdke> mwhudson: that's fine, I soon figured that opening a new question was the right way to do it
[22:12] <mdke> mwhudson: ok it's https://answers.launchpad.net/launchpad-bazaar/+question/44071
[22:13] <Tm_T> hmm, sorry for repeating, but...
[22:13] <Tm_T> 2031.18 < Tm_T> I have a following issue with openid:  when I login into wiki.ubuntu.com, my login stays only as long as I don't go other pages except where I'm forwarded when login, seems like session doesn't keep login info at all
[22:13] <kiko> Tm_T, cookies blocked?
[22:13] <mwhudson> mdke: also, when making a sysadmin request, which is what this effectively is, precision is everything :)
[22:13] <Tm_T> kiko: nope
[22:14] <mdke> mwhudson: ok. Let me know if you need more info
[22:14] <mwhudson> mdke: this is enough
[22:14]  * mwhudson gets on it
[22:14] <mdke> thanks
[22:15] <mwhudson> actually, it would probably be better to get a sysadmin to do it, in fact...
[22:16] <mdke> mwhudson: how come?
[22:16] <mwhudson> mdke: because i'm a developer and not really supposed to be logging in to production systems...
[22:17] <mwhudson> mdke: how are you finding bazaar, btw?
[22:17] <mdke> mwhudson: ah, I see. I figured because you did it for that other question that was part of your thing... so you were just being naughty :)
[22:17] <mdke> mwhudson: good thanks yeah
[22:18] <mdke> mwhudson: for what we do, bzr seems to work equally well as svn. We don't really used much distributed stuff or advanced functions. But the Launchpad side has been a great improvement
[22:18] <mdke> it's very convenient indeed
[22:18] <mwhudson> cool
[22:19] <mwhudson> do you use lightweight checkouts?
[22:19] <mdke> mwhudson: not myself, but some people might I guess. We chucked out our revision history on the last release so checkouts are quite light anyway
[22:19] <mwhudson> oh right
[22:23] <Tm_T> I just don't get this, why it doesn't keep the login... no, it's not because of cookies, nor browser
[22:24] <kiko> Tm_T, hmmm, I can't reproduce your problem myself. do your HTTP headers show you sending the credentials in each page load?
[22:24] <Tm_T> kiko: how I can check this? I'm not very familiar debugging server issues
[22:26] <kiko> Tm_T, if you use firefox, you can install live HTTP headers. the other thing you can do is look at a packet capture of the HTTP[S] connection
[22:26] <kiko> but live HTTP headers is generally easier
[22:26] <Tm_T> kiko: hmm, will look at it
[22:26] <Tm_T> thanks
[22:33] <Tm_T> kiko: weird this is atleast
[22:34] <kiko> Tm_T, gotta agree with you there
[22:34] <Tm_T> kiko: dunno what is changed, but now finally Firefox works, Konqueror doesn't
[22:34] <kiko> hah!
[22:34] <Tm_T> kiko: I have only rebooted, watched some dvb-t and compiled KDE4 and Firefox now works, doesn't make sense
[22:35] <Tm_T> oh and installed that live HTTP headers