[01:25] <pwnguin> hey, uh, how long do it take to go from uploading to a ppa and having an entry in build status?
[01:33] <pwnguin> ah, apparently i need to be part of the launchpad-beta-testers team to upload =/
[01:35] <moquist> pwnguin: yes
[01:37] <pwnguin> well, that didnt seem nessecary to "activate" my ppa
[01:37] <moquist> Yeah, I know. I went through the same process today.
[01:37] <pwnguin> heh
[01:38] <moquist> If you politely bug kiko (or another LP dev?) and you promise to behave, you can probably become a beta tester.
[01:38] <moquist> Fujitsu: ah! Great. Makes perfect sense.
[01:39] <pwnguin> well, it's nothing serious. im blocked at the moment by a compiler author who decided to break his language
[01:43] <pwnguin> i figured in the meanwhile, i should try uploading hello world to my ppa
[01:43] <moquist> Fujitsu: But I don't think I *have* changed the orig.tar.gz. I could bump the version, but, well, it hasn't changed.
[01:55] <moquist> Fujitsu: OK, I guess I changed 'feisty' to 'gutsy' in changelog, and I tried to upload it to ppa...moquist/ubuntu/gutsy instead of ppa...moquist/ubuntu/feisty. Apparently it's not happy with the changelog change... but merely changing the incoming= line in dput.cf didn't make an upload to gutsy happy when changelog still said "feisty".
[01:56] <moquist> I want the same package, same version to be available for feisty & gutsy. I don't understand how I'm supposed to do that.
[01:56] <LaserJock> was it a native package?
[01:56] <moquist> yes.
[01:58] <LaserJock> that could be the problem
[02:00] <moquist> I don't understand.
[02:04] <LaserJock> well, I don't know how well LP handles the native packages
[02:04] <moquist> Really? Oy. Well, this is beta.
[02:05] <LaserJock> and with a native package when you bump the version you get a new tar.gz
[02:05] <LaserJock> kinda like getting a new .orig.tar.gz
[04:00] <ubotu> New bug: #137185 in soyuz "Builds fail due to timestamp differences" [Undecided,New]  https://launchpad.net/bugs/137185
[04:02] <RAOF> Hey, there's my bug :)
[04:03] <ajmitch> what, filed a few hours ago?
[04:03] <RAOF> No, 15 mins or so.  Ubotu's lightning fast.
[04:03] <RAOF> Ugh.
[05:59] <lifeless> spiv: ping
[06:14] <lifeless> thumper: ping
[06:15] <thumper> lifeless: pong
[06:16] <lifeless> could I impose on you to run the reviewer meeting this arvo?
[06:16] <lifeless> I need to be running out right then
[06:16] <thumper> lifeless: I was going to tell you I couldn't actually make tonights one :(
[06:16] <lifeless> ok
[06:16] <lifeless> spiv: ping
[06:16] <lifeless> perhaps we cancel
[06:16] <thumper> perhaps
[06:16] <thumper> is jamesh around?
[06:17] <lifeless> no
[06:17] <thumper> so who would be there?
[06:17] <lifeless> BjornT and spiv; if bjorn is back from sprint
[06:17] <thumper> lifeless: I say cancel
[06:17] <thumper> skip a week
[06:22] <lifeless> hopefully I aven't just given people their own branches
[06:22] <lifeless> when do I get automated allocation per favour
[06:30] <ubotu> New bug: #137198 in launchpad "PPA should not close bugs on upload" [Undecided,New]  https://launchpad.net/bugs/137198
[08:43] <keir> is it still possible to host bzr branches on launchpad?
[08:43] <keir> i can't figure out how to do this, even though i have another project which i've previously set up a launchpad-hosted branch!
[08:44] <keir> (though that was months ago)
[08:44] <RAOF> Yes
[08:44] <keir> how?
[08:44] <RAOF> You can just bzr push sftp://lpnick@bazaar.launchpad.net/~lpnick/project/branchname
[08:44] <keir> i only see the ability to register branches, but not create ones hosted on launchpad
[08:45] <keir> this should be made very, very clear when you register the project
[08:45] <keir> or when you are looking at the 'trunk' page 
[08:45] <keir> it should just say 'to add to trun, bzr push ....'
[08:45] <RAOF> I only use launchpad, I don't develop it.  If you think the layout could be better, please file a bug :)
[08:46] <jml> I think there's already a bug about this.
[08:46] <mpt> keir, https://help.launchpad.net/CreatingAHostedBranch
[08:47] <mpt> That page could do with some interactivity
[08:47] <keir> even linking to it from the 'register a branch' page would do
[08:48] <keir> or better yet, put it as a link on the sidebar
[08:48] <mpt> keir, would you believe that it is?
[08:48] <mpt> It's inside the "Help" tab
[08:50] <keir> gah! i searched for 10 mins before asking in here
[08:53] <keir> is it possible to push branches that don't have a project?
[08:54] <spiv> keir: you can use "+junk" as the project if you want
[08:55] <spiv> Which is useful for prototypes and things that aren't really fully-formed projects yet.
[08:55] <spiv> (You can always move the branch into a project later if it does grow into a real project with bugs, translations, etc)
[08:56] <mpt> bug 128828
[08:56] <ubotu> Launchpad bug 128828 in launchpad-bazaar "It should be obvious how to upload a branch" [Medium,Confirmed]  https://launchpad.net/bugs/128828 - Assigned to Tim Penhey (thumper)
[09:55] <carlos> morning
[11:04] <soren> Codebrowse seems to be acting up: http://codebrowse.launchpad.net/~shawarma/ubuntu-dev-tools/submittodebian
[11:05] <soren> I just see the first three lines of an HTTP response.
[11:07] <thumper> mwhudson: ^^^
[11:07] <mwhudson> uh
[11:07] <mwhudson> that's pretty funky
[11:08] <soren> Sure is.
[11:09] <soren> Doubly so, in fact.
[11:09] <soren> I get a proper HTTP response whose body is a broken HTTP response (there response code and such is missing from it).
[11:10] <mwhudson> well, loggerhead is proxied behing apache
[11:10] <soren> mwhudson: I wouldn't be suprised if Apache would act that way if the backend's HTTP response string is broken like that..
[11:10] <mwhudson> so i guess that loggerhead is given broken output and apache is going wtf!?
[11:11] <soren> mwhudson: Yeah, and just forwarding the entire response (not proxying the headers and all that jazz).
[11:12] <mwhudson> http://rafb.net/p/x8hHnn29.html
[11:12] <mwhudson> i really like cherrypy, it never gives me any grief
[11:13] <mwhudson> (note: may be a lie)
[11:13] <mwhudson> oof
[11:14] <soren> mwhudson: Odd. I don't have a linefeed between the HTTP/1.1 line and the Date: line.
[11:14] <mwhudson> maybe \n \r\n confusion?
[11:17] <soren> mwhudson: Possibly.
[11:18] <soren> http://rafb.net/p/6kDfXg70.html
[11:20] <mwhudson> apache being strange then
[11:20] <mwhudson> i don't understand why apache is giving a 200 rather than a 50x here
[11:20] <soren> I just tested this..
[11:21] <soren> if Apache receives an invalid response from the backend, it seems to just send it back to the client as the body of the response.
[11:21] <mwhudson> huh
[11:21] <mwhudson> it's not that lenient for cgis, is it?
[11:22] <soren> ProxyBadHeader looks interesting..
[11:23] <soren> http://httpd.apache.org/docs/2.2/mod/mod_proxy.html
[11:23] <soren> It claims the default is "IsError", but it's acting as if it was "StartBody".
[11:23] <soren> mwhudson: I
[11:24] <mwhudson> anyway, i think i know what the root cause is
[11:24] <mwhudson> but i don't know why it's provoking such a broken response
[11:24] <soren> mwhudson: Yeah, the backend is clearly acting weird, too, but apache should be giving 502 responses.
[11:24] <mwhudson> layers of brokeness :)
[11:25] <mwhudson> there's a data file on the machine that's in a broken format (don't know why)
[11:25] <mwhudson> this is breaking url traversal in loggerhead (this is easy enough to understand)
[11:25] <mwhudson> this is causing cherrypy to give a utterly broken http response (don't know why)
[11:26] <mwhudson> and apache is also being a bit strange (you seem to be doing better here than me)
[11:26] <soren> Your apache is doing the same as mine in a situation like that, so at least it's reproducable.
[11:26] <soren> I'm filing a bug right now.
[11:27] <mwhudson> cool
[11:54] <mwhudson> soren: ok, codebrowse is back
[11:55] <soren> mwhudson: Cool. Thanks.
[12:02] <mwhudson> soren: did you file your apache bug?
[12:04] <mwhudson> soren: also does "ProxyBadHeader IsError" actually work as expected?
[12:04] <mwhudson> i'd get the sysadmins to put that in the config if so
[01:16] <tonyyarusso> How much delay is normal between a dput and a package showing up in any state on your PPA?
[01:22] <tonyyarusso> Ohp, nvm - there it is
[01:24] <tonyyarusso> ....with the wrong component listed
[01:30] <tonyyarusso> (my fault)
[02:27] <huats> Does anybody can help me bit to use ppa ?
[02:27] <huats> I've followed https://help.launchpad.net/PPAQuickStart but I still have some questions..
[02:28] <Hobbsee> shoot
[02:29] <huats> Hobbsee: ok, on that page it says to upload the signed sources  a file XXX_dsource.changes but I only have _source.changes.... Is it a pb ?
[02:31] <Hobbsee> huats: looks like a typo.
[02:31] <huats> Hobbsee: ok
[02:31] <Hobbsee> source_changes is fine
[02:31] <Hobbsee> huats: as long as it doesnt say i386.changes, or simiilar
[02:33] <huats> ok, other point : it says (Step4)  to use "in debian/control,  the syntax Section: universe/devel"... Does it means I have to change the current one I have in the debian/control (it is "games")
[02:34] <Hobbsee> if you want it to go in universe, you have to use universe/games, yes
[02:34] <huats> ok
[02:35] <huats> Hobbsee:  that was a bit unclear, but right now I think I understood... thanks
[02:35] <Hobbsee> no problem
[02:35] <Hobbsee> it's kind of written for packagers, yes.
[02:35] <Hobbsee> as in, ones who tend to know a bit about hte ubuntu archive
[02:52] <tonyyarusso> Hobbsee: Are you familiar with how to get things built for edgy, dapper, and feisty?  I read a ML post that seemed plausible - testing that now.
[02:52] <Hobbsee> tonyyarusso: yes.  distro in the changelog
[02:53] <Hobbsee> or at least, that's the way it works for upload.ubuntu.com, so tha'ts the way it should work for ppa
[02:53] <tonyyarusso> Hobbsee: hrm, ok.  The thing I saw was a modification to dput config.
[02:53] <tonyyarusso> Really wish there was a way to delete things too...
[02:53] <Hobbsee> ah yes.  that will probably work as wlel
[02:54] <tonyyarusso> Hobbsee: I changed the versioning scheme when I better understood how it should be, but my new one is marked "PendingRemoval" because the previous one was "higher".
[02:55] <Hobbsee> tonyyarusso: right, yeah
[02:55] <tonyyarusso> Hobbsee: How can I fix that/
[02:55] <tonyyarusso> ?
[02:55] <Hobbsee> er, epoch, i guess.
[02:56] <Hobbsee> or just bump the version number.  ie, 0.57~really0.56
[02:56] <tonyyarusso> wow, ugly hack
[02:56] <tonyyarusso> :(
[02:56] <Hobbsee> sarah@LongPointyStick:~/Desktop$ dpkg --compare-versions 0.57~really0.56 lt 0.57 && echo true
[02:56] <Hobbsee> true
[02:57] <Hobbsee> both are ugly, yes.
[02:57] <Hobbsee> one's a more long term solution than the other
[02:57] <tonyyarusso> How long until deletion is supported?  Three weeks or so?
[02:57] <Hobbsee> sarah@LongPointyStick:~/Desktop$ dpkg --compare-versions 0.57~really0.56 gt 0.56 && echo true
[02:57] <Hobbsee> true
[02:57] <Hobbsee> no idea, but people will have downloaded your packages now, remember
[02:57] <Hobbsee> you cant rely on deletion
[02:58] <tonyyarusso> Nobody's downloaded it yet, that's why I'd like to fix it now.
[02:58] <tonyyarusso> Can a LP admin manually remove things?
[03:00] <Hobbsee> yes, and i think they were adding a delete.
[03:00] <Hobbsee> eventually
[03:00] <Hobbsee> it's all a WIP, remember
[03:00] <tonyyarusso> of course
[03:00] <tonyyarusso> I'm just amused that such a simple feature is still pending :P
[03:01] <tonyyarusso> Hobbsee: The PendingRemoval one won't even be built, will it?
[03:04] <Hobbsee> unsure, i dont know the innards of soyuz
[03:15] <Kuhrscher> Hmm, is definitively nobody willing to do this little favor for us translators: https://lists.ubuntu.com/archives/kubuntu-devel/2007-August/001903.html
[03:15] <Kuhrscher> :(
[03:24] <tonyyarusso> odd
[03:24] <tonyyarusso> So I uploaded for feisty, then tried for dapper, and got "This sourcepackagerelease is already accepted in dapper.", but it's not.
[03:25] <ubotu> New bug: #137275 in launchpad "The help for product release implies RSS is available" [Undecided,New]  https://launchpad.net/bugs/137275
[03:38] <tonyyarusso> kiko: do you have a moment to answer some PPA questions?
[03:39] <kiko> tonyyarusso, I might if they are easy. :)
[03:39] <tonyyarusso> heh
[03:40] <tonyyarusso> kiko: 1) is it possible for LP admins to manually remove uploads even though we don't have an end user interface for doing so yet?  2) How does one get a package built for dapper, edgy, and feisty?  (it's been rejecting what I've tried)
[03:41] <kiko> tonyyarusso, 1) not yet, but in 1.1.9 it will. 2) you don't right now, but if you complain loud enough we might consider adding support for it (I think the chroots are the problem. or something else. I'm still waking up :)
[03:41] <tonyyarusso> kiko: Oh....sad
[03:42] <kiko> I thought that was all good news!
[03:44] <tonyyarusso> Well, long-term it is - for this week it's not
[03:46] <tonyyarusso> kiko: I know you can get things built for a different release, since I just had one done for feisty instead of gutsy, so it doesn't seem like a technical limitation - it just won't let you build the same package on more than one.
[03:47] <tonyyarusso> (without doing weird stuff with the version naming)
[03:47] <elmo> tonyyarusso: you have to do weird version stuff
[03:47] <elmo> tonyyarusso: compiling for dapper gets you a very different package to compiling for gutsy
[03:48] <elmo> so you can't just use the same version number
[03:48] <tonyyarusso> elmo: Shouldn't the syntax of the line used for my PPA in a user's apt/sources.list take care of which one they get, since that specifies the release?
[03:48] <Hobbsee> tonyyarusso: uh, of course it wont.
[03:48] <elmo> (because that would lead to files with the same filename but different contents which is a) evil and wrong, b) confuses the hell out of apt)
[03:49] <elmo> arguably soyuz could recompile your uploads for different suites and change the version on the fly for you
[03:49] <elmo> but I think that should be on demand, not a default thing
[03:49] <tonyyarusso> hmm
[03:50] <elmo> it's rare for the build-depends to even work across dapper -> gutsy, unless the package has specifically been made with that kind of 'backporting' in mind
[03:50] <tonyyarusso> true
[03:51] <Hobbsee> tonyyarusso: because things are dumped into pool/<letter>/<packagename>/, with no difference in version name.
[03:52] <tonyyarusso> elmo: so what is the recommended weird version stuff?
[03:54] <tonyyarusso> I suppose it would need to be something that would accomodate dist-upgrades within the PPA as well as additions of it officially into the Ubuntu repos.
[03:55] <elmo> tonyyarusso: err, I'm not sure what current practice is - I've seen various schemes, mostly appending .n.nn (e.g. .6.06 or .6.10) etc. to the base version
[03:55] <tonyyarusso> elmo: presumably after the ~ppa1 though, as in ~ppa1.6.06, so that any in-repo inclusion would override it?
[03:59] <elmo> tonyyarusso: sure, I guess
[04:11] <Daviey> elmo: I'm trying to get hold of you in #canonical-sysadmin ;)
[05:41] <Odd_Bloke> Hey guys, we're working on a library in a number of different languages ATM.  Is the best way to represent this within LP as a project group with a separate project for each of the implementations?
[05:47] <ro_bin> i forgot my e-mail address that i have been registered to the launchpad, can you help me?
[05:59] <intellectronica> ro_bin, do you mean you forgot which email you used?
[06:01] <intellectronica> Odd_Bloke: sounds like a good idea, but I guess it also depends on the structure of your team and project
[06:03] <intellectronica> Odd_Bloke: if all the work is done together and by the same people, many projects just use the same project / repository, but if you really have the same kind of division within your project then using project groups might make sense
[06:09] <Odd_Bloke> intellectronica: We've mostly had one or two people do all the work for each language...
[06:10] <intellectronica> Odd_Bloke: and how do they use SCM? do they all have access to a central repository or do you use a distribued system like bzr or the equivalent?
[06:11] <intellectronica> Odd_Bloke: are you planning on using code hosting for your project, or do just import your current repository from svn or cvs?
[06:13] <intellectronica> Odd_Bloke: basically (and that's my personal opinion, i'll still try to ask around and see if there are official guidelines) I think that one project, with many branches, would be enough for a library, but it really depends on how you manage (or plan to manage) your project
[06:18] <Odd_Bloke> intellectronica: Currently we all use a single SVN repo, which would be mirrored in the short term.  Hopefully we'll migrate to bzr at some point, but I don't know when that point will be.  How would the assignment of bugs to different implementations work if all of them were just branches in the same project?
[06:19] <intellectronica> Odd_Bloke: bug assignment will all be in the same project, but if you use bzr branches (even if only for development and then you merge them into your main svn repo) you can associate a branch with a bug, to show that this particular branch has the changes for fixing the bug
[06:21] <kiko> ro_bin, yes. register with another email address and tell me what the original user was.
[07:44] <jkakar> Is there a way to include the assignee in the bug list?  I'm trying to survey a list of bugs and determine (A) who's doing them and (B) if they unassigned.  The milestone view does this, but these particular bugs aren't in a milestone yet.
[07:45] <kiko> jkakar, not currently, no.
[07:48] <jkakar> kiko: Do you know if there's a bug filed about that?
[07:48] <Lure> amd64 ppa build fails due to time of files in package http://launchpadlibrarian.net/9119962/buildlog_ubuntu-gutsy-amd64.kdepim_4:3.5.7enterprise20070904-0ubuntu1~ppa~lure1_FAILEDTOBUILD.txt.gz
[07:48] <kiko> jkakar, mmmmm MAYBE.
[07:48] <Lure> i386 seems to be ok
[07:48] <jkakar> kiko: Heh.  I'll search, ta.
[07:53] <radix> There's a bug for "configurable columns"
[07:54] <radix> or something
[07:54] <radix> I reported it I think
[07:56] <radix> (^^jkakar)
[07:56] <jkakar> radix: Ah, thanks.
[08:10] <ubotu> New bug: #137326 in launchpad-answers "Difficult to find out where to ask questions" [Undecided,New]  https://launchpad.net/bugs/137326
[08:20] <ubotu> New bug: #137328 in malone "Removing a CVE link from bug page/view not possible" [Undecided,New]  https://launchpad.net/bugs/137328
[10:00] <andrew> Is it just me, or has launchpad been slow recently?
[10:05] <tonyy> I've been trying to test PPA, but for some reason my package failed to build for dapper, while succeeding for feisty and edgy.  The difference seems to be with kompozer-dev, around the string "pkgstriptranslations", near the end of the log.
[10:05] <tonyy> It mentions no version given in the Depends field.  The thing confusing me most atm is why it would fail only for one release.  Please see https://launchpad.net/~tonyyarusso/+archive/+builds?build_text=&build_state=all .  Any ideas?
[10:14] <tonyy> I'm going to go try some things, but I'll be back if anyone comes up with anything.
[10:23] <kiko> andrew, not sure -- working fine for me.
[10:23] <andrew> kk
[10:23] <kiko> tonyyarusso, dapper isn't supported.
[10:24] <mpt> kiko, is that written anywhere (other than the logs of this IRC channel)?
[10:31] <mpt> and on that note
[10:31] <mpt> Gooooooooooooooood morning Launchpadders!
[10:31] <kiko> morning
[10:32] <kiko> mpt, I'm not sure, but if you checked I'd appreciate it :)
[10:32] <mpt> 8-] 
[10:32] <kiko> anything to make me work less
[10:34] <mpt> "Wiki: MatthewPaulThomas, MatthewPaulThomas, MatthewPaulThomas"
[10:35] <mpt> ok, that isn't so useful
[10:35] <kiko> mpt, not prefixing with the wikiname is crazy :)
[10:35] <mpt> What's crazy is storing wiki names in Launchpad, I think
[10:35] <mpt> They're none of Launchpad's business
[10:37] <kiko> maybe... hmm
[10:40] <mpt> If they were really "contact details", I could understand it
[10:41] <mpt> but IMO it would make more sense to have a field for someone's Facebook ID than their wiki name.
[10:41] <mpt> (Not that we should have a field for someone's Facebook ID, I'm just using it as a comparison.)
[10:45] <ubotu> New bug: #137361 in launchpad "Presentation of wiki names is repetitive and obscure" [Undecided,New]  https://launchpad.net/bugs/137361
[10:48] <yml> hello launchpaders,
[10:49] <kiko> hey yml 
[10:49] <yml> I  am starting to work with launchpad and I am finding it a bit difficult to get started. Happily you have been a create support so far
[10:50] <yml> hello Kiko, you are one of my heros  :-)
[10:51] <yml> on the road of my journey to get fluent in developping with launchpad I am facing a new unknown situation
[10:51] <kiko> ah, you're welcome
[10:51] <kiko> what's the next question?
[10:51] <yml> Kiko, for your information my provider is working on trying to fix the pb I had yesterday
[10:51] <yml> thank you for you time and your email
[10:52] <yml> today the strory is at the other end of the chain
[10:52] <kiko> yml, sure thing.
[10:52] <yml> In between I get burned with symlink
[10:53] <yml> This is half solved 
[10:53] <yml> after trying to be as cunning as a fox by using a plugin win32-symlink
[10:54] <yml> I solve it the had way bzr remove --keep blabla
[10:54] <yml> ;)
[10:54] <yml> back to my problem
[10:58] <radix> kiko: what exactly do you mean by "dapper isn't supported"? :)
[10:58] <yml> on my computer (windows) I had several branches so what I did was bzr branch from my launchpad repository to create a new branch reflecting the modification I have done on the computer hosted by my provider. after several merges I would like to push back the enhancement to launchpad. so I did : bzr push sftp://bazaar.launchpad.net/~yml-nospam/django-survey/main-yui
[10:58] <kiko> radix, you can't build PPA packages against dapper.
[10:58] <radix> ok, that's extra clear! thank you.
[10:58] <radix> Is that planned to be changed?
[10:59] <beuno> yml, you need to do:  bzr push sftp://yml-nospam@bazaar.launchpad.net/~yml-nospam/django-survey/main-yui
[10:59] <kiko> radix, we might consider changing it, there was a conversation with elmo on this channel today about exactly this.
[10:59] <kiko> radix, there's a new LTS around the corner though!
[10:59] <ajmitch> kiko: 9 months away?
[10:59] <kiko> :)
[10:59] <yml> beuno pardon me this is what I did. I type it by memory
[10:59] <ajmitch> well, should be only 7-8 months now
[10:59] <radix> kiko: certain projects *cough* have a requirement to support dapper :)
[11:00] <radix> kiko: but cool, I'll read the scrollback
[11:00] <radix> kiko: thanks for the heads up
[11:00] <kiko> radix, you're welcome.
[11:00] <yml> bzr is telling me that there is no revision to push
[11:00] <kiko> yml, that the remote branch is already up to date?
[11:01] <yml> when I look the history there : https://code.launchpad.net/%7Eyml-nospam/django-survey/main-yui
[11:01] <yml> the latest modification are not there
[11:02] <yml> also I try to create a new branch from there and I found out that the modification was not there
[11:03] <kiko> yml, did you forget to commit your changes? :)
[11:04] <yml> I have already corrected that mistake  :)
[11:05] <yml> here it is my local history : http://dpaste.com/18595/
[11:05] <yml> they are not the same.
[11:06] <ubotu> New bug: #137363 in soyuz ""Activate Personal Package Archive" page scrolls terms of use out of sight" [Undecided,New]  https://launchpad.net/bugs/137363
[11:07] <yml> Yesterday I had also a strange situation where I had to branch with the same name on launchpad 
[11:07] <yml> and it seems that sometime today the latest one has been remove to main-yui2
[11:08] <beuno> yml, those look the same to me
[11:08] <beuno> local <> LP
[11:08] <beuno> both are at revision 62
[11:10] <yml> Is there a cache or something that make this history page not being refreshed?
[11:10] <beuno> yml, it takes a few minutes
[11:11] <kiko> both are at 62. that's true. :)
[11:11] <yml> At least 10 minutes, isn't it
[11:11] <yml> grrrrr
[11:11] <yml> ;-)
[11:12] <yml> is there a way to browse the code a bit like on code.google.com?
[11:12] <kiko> yes
[11:12] <yml> good news
[11:12] <yml> where?
[11:12] <kiko> it's linked from the branch page IIRC
[11:12] <kiko> codebrowse.launchpad.net
[11:14] <yml> beuno, kiko again thank you for your kind support
[11:15] <yml> I start to get use to launchpad I have to say that it is a bit like ZOPE
[11:15] <beuno> yml, you're welcome
[11:16] <beuno> yml, actually, if I'm not mistaken, LP is based on zope  :D
[11:16] <mpt> yml, there's a reason for that ;-)
[11:16] <yml> as user friendly
[11:16] <yml> |-)
[11:20] <ubotu> New bug: #137368 in soyuz "Launchpad makes it unreasonably difficult to learn what a PPA is" [Undecided,New]  https://launchpad.net/bugs/137368
[11:21] <mdke> can someone add me to the beta tester team pls?
[11:25] <mdke> oh, either someone did that really fast or I'm already a member...
[11:25] <ubotu> New bug: #137369 in soyuz ""activate you PPA" should be "activate your PPA"" [Undecided,New]  https://launchpad.net/bugs/137369
[11:25] <mdke> sorry, or thanks
[11:29] <mdke> can indirect members of a team upload to a team PPA? (I assume so)
[11:30] <ubotu> New bug: #137373 in launchpad "Error message for using a blocked project ID is awkward" [Undecided,New]  https://launchpad.net/bugs/137373
[11:31] <mpt> kiko, why does PPA work for 6.10 but not 6.06 in the first place? That seems like an odd choice
[11:32] <mpt> (I am getting around to reporting that bug about documenting it, I've just been distracted by finding several other bugs on the way)
[11:33] <kiko> mthaddon, is it easy to set up a ramdisk on balleny?
[11:34] <mthaddon> kiko, on a call - can you give me a few mins?
[11:34] <kiko> mthaddon, sure thing.
[11:34] <kiko> wrong channel too. :)
[11:40] <ubotu> New bug: #137375 in launchpad ""Further information" box on project registration page is out of date" [Undecided,New]  https://launchpad.net/bugs/137375
[11:46] <ubotu> New bug: #137377 in soyuz "Not obvious which distribution series PPA works for" [Undecided,New]  https://launchpad.net/bugs/137377
[11:48] <tonyy> Did anyone happen to come up with an answer to my PPA build error question from earlier?
[11:48] <kiko> tonyy: we don't build for dapper.
[11:49] <tonyy> kiko: At all?  How come?
[11:49] <kiko> tonyy: long story. it's a technical limitation right now; we can reconsider provided we get enough feedback that it's important.
[11:50] <kiko> tonyy: if you look at the channel logs elmo had a chat about this earlier today.
[11:50] <tonyy> kiko: Okay, thank you.  Good to know it's not me messing something up again.  :)
[11:50] <kiko> rarely do users /really/ mess up, unfortunately
[11:50] <kiko-afk> as mpt would tell you 
[12:00] <ubotu> New bug: #137385 in malone "OOPS changing the bug target to None" [Undecided,Confirmed]  https://launchpad.net/bugs/137385
[12:06] <_gpg_> Is the plan *still* to open Launchpad? When?
[12:07] <_gpg_> or at lest where can i find launchpad specification please ?
[12:12] <beuno> aw...
[12:13] <_gpg_> ty
[12:30] <_gpg_> i can still see messages i sent in earlier 1964 !
[12:30] <_gpg_> good night/day every one
[12:35] <ubotu> New bug: #137391 in launchpad-bazaar "Cannot rename or rm on ftp" [Undecided,New]  https://launchpad.net/bugs/137391
[12:40] <mpt> _gpg_, yes, the plan is still to open Launchpad
[12:40] <mpt> There is no public specification about it
[12:46] <_gpg_> mpt ty