[12:57] <StevenHarperUK> do I have to submit different versions with a changelog value of feisty, then gutsy?
[12:59] <StevenHarperUK> Can anyone help?
[01:02] <kiko-fud> StevenHarperUK, if the packages differ, then the versions need to be different.
[01:02] <kiko-fud> the problem is that the binaries will be different because they need to be recompiled against different chroots
[01:03] <StevenHarperUK> Right so should I make a 0.1.6 for feisty then a 0.1.7 for gutsy?
[01:03] <StevenHarperUK> or just packaging version chnages?
[01:03] <StevenHarperUK> 0.1.5-0 -> 0.1.5-1
[01:12] <kiko-fud> StevenHarperUK, I think so at least, but cprov-afk and LaserJock are the ones who know :)
[01:38] <gnomefreak> is there a way i can steal back an email address from a team that was made for something else :( im not sure why the person made it
[02:22] <LaserJock> bah, StevenHarperUK is gone
[02:44] <poolie> hi
[02:44] <poolie> i thought launchpad was now fixed to obscure email addresses in bug comments when they're shown to unauthenticated users
[02:44] <poolie> but this seems not to be true on https://bugs.edge.launchpad.net/bzr/+bug/140563/?loggingout=1
[02:44] <ubotu> Launchpad bug 140563 in bzr "unicode command line options cause unicodeencodeerror traceback" [Low,Triaged]  
[02:45] <gnomefreak> Originally reported by
[02:45] <gnomefreak> that i havent seen before
[02:45] <gnomefreak> with email atleast
[02:45] <poolie> i just typed that in
[02:45] <gnomefreak> than it wouldnt have showed it if you didnt add it?
[02:46] <poolie> uh, yes
[02:46] <poolie> however, the intended behaviour is iirc that it should not show it even if i did add it
[02:47] <Rinchen> email addresses should be obscured from anonymous access. 
[02:47] <poolie> Rinchen, it seems to work for comments but not for the original description
[02:47] <gnomefreak> Rinchen: but he added it to the bug report himself
[02:47] <gnomefreak> anything i type ina  report will show up
[02:47] <gnomefreak> someone would have to monitor it and pull it no?
[02:48] <poolie> gnomefreak, the intended behaviour is that even if someone explicitly enters an email address, it will not be shown to anonymous users
[02:48] <poolie> as an antispam measure
[02:48] <gnomefreak> when was this put into effect? i thought tha twas only for replying by email
[02:49] <poolie> gnomefreak, this has always been the policy, but it was only implemented for bug comments a couple of months ago
[02:49] <Rinchen> well, in this case, if I understand correctly, gnomefreak is correct.
[02:50] <gnomefreak> i thought it was just done for replies or reports sent by email
[02:50] <gnomefreak> not for reporting it on LP
[02:50] <Rinchen> I can view tickets with email addresses in their text fields 
[02:50] <poolie> i'm pretty sure that's a bug
[02:50] <gnomefreak> that would be nice if while it was held in security to be removed than but not all bugs go through that
[02:50] <Rinchen> I cannot view email from the person page though 
[02:51] <poolie> there's a firm principle, confirmed by steve on the list a while ago, that 'we do not show email addresses to anonymous users'
[02:51] <gnomefreak> Rinchen: i like the idea alot but i havent seen anything in place for it or heard of it being done for random reports in LP just emails
[02:52] <Rinchen> poolie, yes. I'll check with Steve to see if this falls within that. 
[02:52] <poolie> originally bug 60195
[02:52] <ubotu> Launchpad bug 60195 in launchpad-answers "May need to obfuscate email addresses in comments" [Medium,Fix released]  https://launchpad.net/bugs/60195 - Assigned to Curtis Hovey (sinzui-is)
[02:52] <Rinchen> googlebot has already indexed a number of these with email addresses in the text format
[02:53] <LaserJock> I don't think so
[02:53] <LaserJock> I've seen corresponding bugs for other things
[02:53] <Rinchen> no, it was done for bugs and answers
[02:54] <Rinchen> poolie, did you file a bug on this yet? 
[02:54] <poolie> i will in a sec
[02:54] <gnomefreak> im seeing that
[02:54] <poolie> (phone)
[02:55] <gnomefreak> why not just reopen the one above
[02:55] <gnomefreak> since it isnt fixed as it should have been from what im seeing, atleast ive never seen the mask before at all
[02:58] <Rinchen> poolie, you've got mail
[02:59] <poolie> tell me about it :/
[02:59] <Rinchen> gnomefreak, the above ticket was for comments only. This is a slightly different area. I've asked to see what we should do with this one.
[02:59] <gnomefreak> ok
[03:00] <Rinchen> gah...wife is calling about dinner (ooh late one at that)
[04:00] <ubotu> New bug: #140575 in launchpad-answers "email addresses in bug descriptions should be obfuscated" [Undecided,New]  https://launchpad.net/bugs/140575
[05:00] <ubotu> New bug: #140587 in launchpad "long quoted passages are not folded when they contain paragraphs" [Medium,Confirmed]  https://launchpad.net/bugs/140587
[05:54] <gnomefreak> i just pushed a package to PPA about 2 hours ago and its set at pending/removal why is it set to that if it was just uploaded and no higher version is there
[05:55] <gnomefreak> for some reason it seems it hasnt been pushed to build yet either
[05:56] <gnomefreak> and i got email that it was accepted
[08:02] <thumper> = AU launchpad reviewer meeting =
[08:02] <thumper> == Agenda ==
[08:02] <thumper>  * Roll call
[08:02] <thumper>  * Next meeting
[08:02] <thumper>  * Queue status
[08:02] <thumper>  * Branches with conflicts
[08:02] <thumper>  * Mentoring update
[08:03] <thumper> lifeless has asked me to chair
[08:03] <thumper> as he is busy
[08:03] <thumper> * Roll call
[08:03] <spiv> I'm here.
[08:03] <BjornT> me
[08:03] <jml> hi
[08:04] <jtv> me
[08:04] <thumper> jamesh: ping
[08:05] <thumper> * Next meeting
[08:05] <thumper> everyone ok with same time next week?
[08:05] <jml> sure
[08:05] <thumper> I'll be on holiday
[08:05] <BjornT> i won't be there (since i'll be in london)
[08:06] <thumper> * Queue status
[08:06] <thumper> Total of 5 waiting, 3 over
[08:06] <thumper> 2 of those are jamesh's
[08:07] <thumper> and unfortunately he doesn't seem around 
[08:07] <jamesh> pong
[08:07] <thumper> just the person we're looking for
[08:08] <thumper> jamesh: if you are going to be busy with the Librarian stuff, do you want to reject the reviews?
[08:08] <thumper> or are they coming?
[08:09] <jamesh> I'll see about sending them today
[08:09] <thumper> ok
[08:09] <thumper> * Branches with conflicts
[08:09] <jamesh> at the moment we're waiting for results from the test run on the PQM box
[08:09] <jamesh> (the librarian problems, that is)
[08:09] <thumper> Anyone know what this is supposed to be for?
[08:09] <thumper> There aren't any pending with conflicts
[08:10] <thumper> no-one?
[08:10] <thumper> ok, moving on then
[08:10] <thumper> * Mentoring update
[08:10] <thumper> how goes the mentoring?
[08:10] <thumper> jtv, jml: anything you'd like to add?
[08:11] <jtv> not really
[08:11] <spiv> No problems so far (from this mentor anyway).
[08:11] <jml> thumper: I'm happy with the mentoring I've had.
[08:11] <thumper> good
[08:11] <thumper> * Any other business?
[08:12] <thumper> 5
[08:12] <thumper> 4
[08:12] <thumper> 3
[08:12] <thumper> 2
[08:12] <thumper> 1
[08:12] <thumper> = Meeting ends =
[08:12] <jml> thumper: thanks
[08:12] <thumper> short and sweet
[08:16] <lifeless> jml: it passed
[08:16] <lifeless> jml: what now
[08:17] <jml> lifeless: I pull my hair in frustration.
[08:17] <jml> lifeless: could you please run it again? if it fails, then I guess we'll keep trying to reproduce the error locally.
[08:18] <jml> rather, we'll continue trying to etc.
[08:18] <lifeless> ok
[08:18] <lifeless> its off
[08:18] <jml> lifeless: thanks
[09:18] <marseillai> hi. i wouldliketo know what mean penging removal status for a source package in PPA? he is in build queue or not? i ask that because i've receive an email yesterday saying he has been accept but there is still nothing and i see this status.
[09:19] <laga> what's your ppas name?
[09:21] <marseillai> laga: cyrilb856
[09:22] <laga> marseillai: alright, let's look at the version numbers
[09:23] <laga> you had "kde4base - 3.93.0-0ubuntu5" in there, but you uploaded "kde4base - 3.93.0-0ubuntu1~feisty3"
[09:23] <marseillai> arf he doesn't like it :s
[09:23] <laga> your last uploaded is has a lower version number than your older one
[09:23] <marseillai> oki
[09:23] <laga> try 3.93.0-0ubuntu6~feisty1 or something
[09:23] <marseillai> thanks laga
[09:23] <laga> np
[09:24] <marseillai> yes it's what i'll do
[09:24] <laga> FYI: 3.93.0-0ubuntu6~feisty1 is "less" than 3.93.0-0ubuntu6
[09:25] <marseillai> yes that i know! :) but in fact i didn't know ppa will look at my version number
[09:25] <laga> it should have rejected the package in the first place, IMHO
[09:26] <laga> you could file a bug for that, if it's not already done
[09:28] <marseillai> i'll do it laga this evening
[09:28] <marseillai> today i'm a bit busy irl
[10:46] <elmargol> can I access my ppa over ftp or rsync?
[10:46] <elmargol> I try to mirror it to my webspace
[10:46] <laga> you can use apt-mirror
[10:48] <ion_> An idea about how to implement signed PPAs: have launchpad create a new PGP key for each PPA and sign them using it. The private keys stay within launchpad.
[10:48] <elmargol> thats ultra insecure
[11:00] <ion_> Well, at least the user would know a PPA has been signed with they same key it was signed with the last time.
[11:00] <ion_> As to knowing whether to trust the PPA, the situation wouldnt be any better than without signing.
[11:01] <ion_> or worse
[11:01] <soren> elmargol: Why?
[11:04] <soren> elmargol: And when you've answered that question, consider how you think it's done in the official Ubuntu repositories.
[12:03] <slytherin> Can anyone tell me how can I upload a package to PPA such that it gets built for edgy and above?
[12:14] <slytherin> Can anyone help?
[12:15] <laga> slytherin: you need to specify that in the changelog
[12:16] <laga> personally, i make separate uploads for every package im building
[12:16] <slytherin> laga: Ok. I assumed I have to do it in changelog, but was not sure.
[12:20] <laga> slytherin: btw, you can't upload the same version of a package for more than one distro
[12:21] <slytherin> laga: LOL. So I will have to add something like ~edgy in version, right?
[12:23] <laga> yes
[12:30] <slytherin> laga: One more question. My build have failed. If I upload source for same version again with the fix and say retry build, will it work?
[12:31] <Hobbsee> slytherin: you need to bump the version.
[12:31] <slytherin> Hobbsee: Ok.
[12:31] <Hobbsee> slytherin: it wont let you upload the same version again
[12:32] <slytherin> Hobbsee: Or perhaps change the version altogether, right? like adding ~edgy1
[12:32] <Hobbsee> adding ~edgy1 will make the version lower, so it will reject (or should.  otherwise it will do other nasty things)
[12:35] <slytherin> Hobbsee: hmm. I guess I will just bump the version.
[12:35] <Hobbsee> if you add a -edgy1, that will work
[12:35] <Hobbsee> but ~ is lower than everything else
[12:35] <slytherin> Hobbsee: Ok.
[12:36] <slytherin> Hobbsee: Is there no way to force upload same version? Because I am seeing option in dput manpage
[12:36] <slytherin> Hobbsee: Or is it the feature of PPA that it will reject the upload?
[12:36] <laga> slytherin: ppa will reject it
[12:37] <slytherin> laga: Ok.
[12:37] <Hobbsee> slytherin: it's a feature of soyuz that it will reject it, yes.
[12:39] <marseillai_> Hobbsee: do you know how i could build on ppa a package wich need a dependency i can only find in feisty-backport?
[12:39] <Hobbsee> marseillai_: errr....i'd imagine that you'd have to upload the feisty-backport verisno to your ppa, then build it.
[12:39] <Hobbsee> cprov: ?
[12:40] <marseillai_> no Hobbsee the package is rejected with this error : PPA uploads must be for the RELEASE pocket.
[12:41] <Hobbsee> oh, yes, i guess it would
[12:41] <Hobbsee> marseillai_: then i suspect you either do something interesting (like, reupload the feisty-backports version with "feisty" in the changelog) to your PPA, or give up
[12:41] <pochu> barry-away: re: mailing list... I'd like to know how it is going, and whether you have an ETA for it :)
[12:42] <ignas> hi, sorry to be bothering you, but would it be possible to get a pot file reviewed?
[12:42] <ignas> it's schooltool Series: development, lyceum.pot
[12:42] <marseillai_> Hobbsee: already done for feisy and it ftbfs for build dependency missing
[12:44] <ignas> please
[12:44] <slytherin> ignas: Why review?
[12:45] <ignas> because it's stuck in the queue for more than a day
[12:45] <ignas> and i would like to start translating it as soon as possible
[12:46] <ignas> it's in "Need Review" state at the moment
[12:48] <Hobbsee> marseillai_: darn.  
[12:48] <Hobbsee> marseillai_: wait to see what cprov says
[12:48] <marseillai_> oki
[12:49] <marseillai_> thanks
[12:49] <marseillai_> because i can't build it on my computer 
[01:12] <gnomefreak> why would a new PPA upload be set to Pending/Removalbeen like that over 9 hours atm
[01:13] <Hobbsee> gnomefreak: because it's older than the previous version?
[01:13] <gnomefreak> no
[01:13] <gnomefreak> we changed names but its still higher than latest afaik
[01:13] <Hobbsee> check with dpkg --compare-versions
[01:19] <gnomefreak> Hobbsee: it looks like it is i didnt notice but 3.0a8 is > 3.0~a8
[01:26] <gnomefreak> is it possible for an LP person to remove a package?
[01:26] <gnomefreak> from PPA
[01:38] <Hobbsee> gnomefreak: just upload a higher version
[01:42] <Hobbsee> gnomefreak: why?
[01:42] <gnomefreak> Hobbsee: because it takes forever to build and upload with this POS
[01:42] <Hobbsee> gnomefreak: if the .orig.tar.gz is the same...
[01:43] <gnomefreak> close to 1 and 1/2 hours just to upload ffox-trunk
[01:43] <gnomefreak> Hobbsee: it wont be due to versioning
[01:43] <Hobbsee> gnomefreak: oh, your'e uploading natively?
[01:43] <gnomefreak> i would have to rebuild orig.tar with new version than build than upload
[01:44] <Hobbsee> why are you building natively?
[01:45] <gnomefreak> Hobbsee: natively? i always build from my PC
[01:45] <Hobbsee> gnomefreak: you know about native versioning, as opposed to having a .diff.gz, a .dsc, and an orig.tar.gz?
[01:46] <Hobbsee> that doesnt rely on what machine you build on.
[01:47] <Hobbsee> besides, it wont take that long to build the source.
[01:47] <Hobbsee> and, if your'e doing things sanely, you wont have to upload the .orig.tar.gz each times - only for new upstream versions.
[01:48] <gnomefreak> Hobbsee: dont understand the versioning was changed by someone lately, all i did is build it as i would in a chroot and dput -f ........ i dont see a need to use a ssh into someone elses build-env if i have it here
[01:48] <gnomefreak> Hobbsee: had to someone changed the versioning
[01:48] <gnomefreak> Hobbsee: otherwise i wouldnt have
[01:48] <Hobbsee> gnomefreak: then change it back?
[01:48] <gnomefreak> Hobbsee: they did it for a reason im waiting to find out more info
[01:48] <Hobbsee> as in, did they change the versioning because they were incompetent, or because they thought it would be better?
[01:49] <gnomefreak> Hobbsee: no there were reasons for it
[01:53] <gnomefreak> i dont maintain ffox-trunk branches i just sponser the uploads for them
[02:08] <Hobbsee> mrevell-lunch: are you around?
[02:08] <Hobbsee> mrevell-lunch: small typo fix.  s/universe/devel.'/universe/devel'./ on https://help.launchpad.net/PPAQuickStart
[02:20] <charles> Hi. Is anyone around to answer a question about what type of projects can be hosted on Launchpad?
[02:20] <matsubara> Hobbsee: it's a wiki. You can edit it. :-)
[02:23] <Hobbsee> matsubara: i expect i have to be an employee to edit.
[02:23] <Hobbsee> matsubara: either that, or you're trying to make sure people *dont* edit it, by hiding the registration box, etc, away
[02:23] <LarstiQ> charles: proprietary is not a great idea, but any free software project should be fine
[02:24] <charles> Oh it's free. But it's not software in the same sense as an application.
[02:25] <charles> Q:It's a physics textbook written in LaTeX. I have it hosted on http://savannah.nongnu.org/projects/introphysics, but I would like to use BZR and the tools available on Launchpad.
[02:27] <mrevell> Hobbsee: Hey - thanks for the typo note. As matsubara says, you can edit it but you need to log into your LP account on the wiki
[02:28] <Hobbsee> mrevell: oh, hidden up there!
[02:29] <charles> Q: I think it should be fine, but I would like confirmation before I proceed with the transition Any opinion?
[02:36] <charles> Does anyone else know if a free textbook can be hosted on Launchpad?
[02:38] <mrevell> charles: What licence is it under?
[02:41] <ubotu> New bug: #140683 in rosetta "Scribus translations not in ubuntu gutsy" [Undecided,New]  https://launchpad.net/bugs/140683
[02:41] <charles> mrevell: Right now it's FDL, but I've been thinking about changing it to CC Attribution Share-Alike. It's written strictly by myself, so I can change it to whatever would be most appropriate.
[02:42] <mrevell> charles: So long as it's under a free or open licence, you're welcome to host it in Launchpad.
[02:44] <charles> mrevell: Great! I had applied to get it hosted on sf.net, but it was declined. They said that such projects tend to get too large due to images and such. Do you think there would be any problems with Launchpad?
[02:45] <mrevell> charles: I can't imagine there'd be a problem. As you write it yourself, do you definitely need to host it on Launchpad though? Or are you planning to invite contributions from others?
[02:49] <charles> mrevell: I certainly would like others to participate. I'm a physics teacher and I would like other physics teachers to get involved. The tools that others option provide are not a easy to use as those on launchpad. The simplicity of Launchpad would best serve those who might participate.
[02:50] <mrevell> charles: That's fantastic, I'm glad you feel Launchpad is the best option for you. Do you know how to register your project in Launchpad?
[02:50] <charles> mrevell: Also, I expect to keep most of the images as SVG, so I can script their contents.
[02:51] <charles> mrevell: I've already register a code generator for Glade called Gladex (https://launchpad.net/gladex).
[02:51] <mrevell> charles: Ah cool. Well, ping or mail me when you've registered your project. I'd be interested in having a look
[02:52] <Hobbsee> charles: will it help me actually understand electrodynamics?  :P
[02:53] <charles> Hobbsee: It should eventually, but that will take time.
[02:54] <Hobbsee> darn.  and after that time, i'll have hopefully passed it anyway.
[02:55] <charles> Hobbsee: I had started the project on nongnu (http://savannah.nongnu.org/projects/introphysics), but after having gone through my Physics Education program at Rutgers, I realize that what I've done is not the best approach.
[02:58] <charles> However, ther are other free physics textbooks available that might help: http://en.wikibooks.org/wiki/Physics.
[03:01] <siretart> hm. If a package's bug contact is a team, all members of that team should get bugmail for that pacakge, right?
[03:03] <kiko-zzz> siretart, it depends on whether that team has a contact email address or not.
[03:03] <charles> mrevell: Okay, it's registered: https://launchpad.net/openphysics. There's no content up yet, but you can bookmark the page and keep an eye on it for the future.
[03:03] <siretart> kiko-zzz: oh, the teams hasn't. 
[03:03] <siretart> kiko-zzz: this means no mail is sent? what's the point of setting the team as bug contact then?
[03:03] <mrevell> charles: great thanks :)
[03:04] <charles> Thanks for the help, everyone. Bye.
[03:04] <kiko-zzz> siretart, if the team has a contact email address, it is mailed when the team is sent a notification. if it doesn't, all team members are mailed instead.
[03:06] <siretart> kiko-zzz: uuuh, the team has a list set, but I wasn't aware of it.. sorry for bothering
[03:06] <kiko-zzz> no worries.
[03:50] <ubotu> New bug: #140694 in rosetta "[gutsy]  Important documentation translations in "Needs review" state" [Undecided,New]  https://launchpad.net/bugs/140694
[03:50] <ubotu> New bug: #140695 in rosetta "Tomboy missing upstream translations" [Undecided,New]  https://launchpad.net/bugs/140695
[03:55] <ubotu> New bug: #140697 in rosetta "Fast user switch applet is missing translations" [Undecided,New]  https://launchpad.net/bugs/140697
[04:22] <Le-Chuck_ITA> hi all
[04:22] <Le-Chuck_ITA> I am in trouble again with amd64 builds on PPA and clock skew
[04:22] <Le-Chuck_ITA> today it's a terrible day for my gutsy :)
[04:22] <Le-Chuck_ITA> everything seems to be broken
[04:22] <laga> yes. sound just broke for me.
[04:23] <Le-Chuck_ITA> but amd64 builds is a bug in launchpad I suppose
[04:23] <Le-Chuck_ITA> build log is...
[04:23] <Le-Chuck_ITA> ... here!
[04:23] <Le-Chuck_ITA> http://launchpadlibrarian.net/9349269/buildlog_ubuntu-gutsy-amd64.xournal_0.4.1ubuntu1%7Eppa1_FAILEDTOBUILD.txt.gz
[04:24] <Le-Chuck_ITA> checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... configure: error: newly created file is older than distributed files! Check your system clock make: *** [configure-stamp]  Error 1
[04:24] <Le-Chuck_ITA> it happened 3 times over 4 only with amd64 builds
[04:26] <cprov> Le-Chuck_ITA: why exactly did it fail ? the builder clock is out-of-sync or what ?
[04:26] <Le-Chuck_ITA> I think so
[04:26] <Le-Chuck_ITA> but am unsure
[04:26] <yeager> correct timezone?
[04:27] <elmo> this is a known bug
[04:27] <elmo> sbuild needs to run ntpdate for the PPA builds before it starts
[04:27] <elmo> infininty has a ticket open about it
[04:28] <cprov> elmo: uhm, right. Thanks
[04:29] <Le-Chuck_ITA> and how do I solve that?
[04:29] <Le-Chuck_ITA> do I just re-upload and hope it goes right?
[04:32] <Hobbsee> cprov: when will the bug about being able to upload older versions than what is in teh archive be fixed?
[04:32] <Hobbsee> it's still catching people out
[04:33] <elmo> Le-Chuck_ITA: you can retry if you like, but basically the bug needs to be fixed on our side
[04:34] <cprov> Hobbsee: soon, when we sort overrides for PPA
[04:34] <Hobbsee> cprov: how are you planning to sort that?
[04:35] <Le-Chuck_ITA> elmo: this means nobody is building amd64 packages on ppa?
[04:35] <kiko_> cprov, Hobbsee: has anyone answered my question "why are overrides important for PPAs"?
[04:35] <elmo> Le-Chuck_ITA: it's a very intermittent problem
[04:36] <Hobbsee> kiko_: as in, why not set everything for multiverse by deafult, so everything will build?
[04:36] <Le-Chuck_ITA> ok I will retry
[04:36] <elmo> (I don't personally understand why we have sections or even components for PPAs, but that's maybe just me)
[04:36] <Hobbsee> elmo: habit?
[04:36] <Le-Chuck_ITA> thanks a lot everybody
[04:36] <Le-Chuck_ITA> got to go
[04:37] <cprov> Hobbsee: universe would do, since ppas are not allowed to have non-free code (theoretically)
[04:52] <marseillai_> hi cprov 
[04:53] <cprov> marseillai_: hi
[04:53] <marseillai_> i would like to know if it's possible in PPA to build a package wich has some build depend in feisty-backport ?
[04:56] <cprov> marseillai_: no, it's not. 
[04:57] <marseillai_> oki cprov thanks
[04:57] <cprov> marseillai_: maybe you want to depend on the version in gutsy that generated the backport
[05:11] <ignas> hi
[05:13] <ignas> a question - if a project has multiple parts (let's say we are going from monolith model to a core with a set of plugins), and those parts are getting extracted into separate bzr repositories (without a common base)
[05:13] <ignas> will i have to create separate projects on launchpad
[05:13] <ignas> to keep those branches in the future?
[05:14] <ignas> because i saw a feature planned to disallow having completely unrelated branches registered for the same project
[05:15] <ignas> which would leave a set of utilities, and plugins "homeless"
[05:20] <kiko> ignas, I
[05:21] <bigon> SteveA: hi, could you add me in the launchpad-beta-testers team?
[05:21] <kiko> ignas, I'm not sure what we'd do there. we do assume that in general one project uses a single branch
[05:22] <kiko> ignas, can you ask to tim penhey (thumper@async), CC: launchpad-users?
[05:22] <ignas> kiko: ok, i'll try to write this up in an email
[05:23] <SteveA> bigon: mrevell can help you with that
[05:23] <mrevell> bigon: Hi
[05:23] <bigon> mrevell: hi
[05:23] <mrevell> bigon: What's your Launchpad username?
[05:23] <bigon> mrevell: bigon
[05:23] <bigon> :)
[05:23] <mrevell> :)
[05:25] <mrevell> bigon: Okay, you're in the team! Welcome :)
[05:25] <bigon> mrevell: thx :)
[05:25] <mrevell> bigon: no problem!
[06:39] <mrevell> Hobbsee: You still around?
[06:40] <Hobbsee> mrevell: FSVO around, yes.
[06:40] <Hobbsee> mrevell: what's up?
[06:41] <mrevell> Hobbsee: Just wanted to ask you a bug you'd commented on
[06:41] <Hobbsee> mrevell: for some value of
[06:41] <Hobbsee> mrevell: shoot
[06:42] <mrevell> bug 134220
[06:42] <ubotu> Launchpad bug 134220 in malone "Bug page has no information about current package version" [High,Fix committed]  https://launchpad.net/bugs/134220 - Assigned to Matthew Paul Thomas (mpt)
[06:42] <Hobbsee> mrevell: ah yes.  i was going to whine to mpt about that
[06:42] <mrevell> Hobbsee: No need, he's marked it as Fix Committed :)
[06:43] <Hobbsee> mrevell: yes, but i dont like the fix.
[06:43] <mrevell> Hobbsee: can you tell me why?
[06:43] <Hobbsee> hence the needing to whine :
[06:43] <Hobbsee> mrevell: basically, because that info is extremely useful to know at a glance.
[06:44] <Hobbsee> mrevell: and because that doesnt tell me the things like the maintainer, etc.
[06:44] <Hobbsee> mrevell: hmm.  i cant even see the change anymore
[06:44] <mrevell> Hobbsee: On edge?
[06:45] <Hobbsee> mrevell: it's not on edge - version is too delayed.  doesnt seem to be on staging either
[06:45] <Hobbsee> i know i found this before...which is where i saw that the fix wasnt what i wanted.
[06:47] <mrevell> Hobbsee: I'll mail mpt
[06:48] <Hobbsee> mrevell: the dialog we had pretty much was perfect - to withold any of that information makes LP a lot harder to use for MOTU
[06:48] <Hobbsee> (as far as i can recall, anyway)
[06:49] <mrevell> Hobbsee: Thanks for the feedback on that.
[06:49] <Hobbsee> mrevell: no problem.
[07:55] <ubotu> New bug: #140767 in launchpad "OOPS reports should include the Launchpad page id" [Undecided,New]  https://launchpad.net/bugs/140767
[08:05] <ubotu> New bug: #140772 in launchpad "Daily OOPS reports should sort timeout oops by Launchpad page id" [Undecided,New]  https://launchpad.net/bugs/140772
[09:05] <ubotu> New bug: #123544 in kmplayer "Kmplayer Package does not contain translations" [Undecided,Confirmed]  https://launchpad.net/bugs/123544
[09:50] <TomaszD> is there still a 7-day backlog of translation uploads?
[10:13] <thumper> kiko: have you set me up an async forwarding email? :-)
[10:15] <thumper> morning
[10:42] <ubotu> New bug: #3918 in bzr "bzr doesn't handle filenames with newlines" [Wishlist,Confirmed]  https://launchpad.net/bugs/3918
[11:06] <pkern> What's the recommended way of creating a team in Launchpad for team-maintained packages in Debian?
[11:07] <pkern> I mean of course I could generate a "I am Utnubu team" mail to the utnubu-maintainers ML, but it's a bit silly.
[11:10] <LaserJock> hmm, I don't quite understand the question
[11:11] <pkern> LaserJock: I want to create a team based on https://edge.launchpad.net/~utnubu-maintainers
[11:15] <LaserJock> ah, so you want to convert a person into a team?
[11:15] <pkern> LaserJock: Kind of, yeah. "Something" which hasn't got an active LP account yet.
[11:16] <LaserJock> I think you'll need an LP admin for that
[11:16] <pkern> That's why I am asking in here, heh. But it's outside of BST working hours so... ;o)
[11:18] <ddaa> your best bet to get admin actions done is https://answers.edge.launchpad.net/launchpad/+addquestion
[11:19] <ddaa> I mean https://answers.launchpad.net/launchpad/+addquestion
[11:20] <Ceefour666> Hi all
[11:20] <pkern> ddaa: Done.
[11:20] <Ceefour666> I'm seeking help regarding a Test Failed SVN import
[11:21] <ubotu> New bug: #140801 in launchpad "license table is obsolete" [Undecided,New]  https://launchpad.net/bugs/140801
[11:22] <lifeless> Ceefour666: please file a 'question' on launchpad-imports 
[11:22] <ddaa> Ceefour666: I suggest you peruse https://answers.launchpad.net/launchpad-bazaar/+addquestion
[11:23] <ddaa> Ultimately, I will probably be the one answering, but a Question is much easier for me to track.
[11:34] <Ceefour666> Thank you for the suggestion... I'll look there 
[11:37] <Ceefour666> Thank you ddaa and lifeless ... here's my question : https://answers.edge.launchpad.net/launchpad-bazaar/+question/13639
[11:40] <ddaa> Ceefour666: replied
[11:41] <Ceefour666> "This check was put in place after we made a Debian sysadmin angry by checking out (multiple times) the whole repository for debconf, that contains a lot of tags." <-- pretty hilarous ;-)
[11:42] <Ceefour666> do Ubuntu and Debian fights everyday? LOL
[11:42] <ddaa> mh... well, some people did not find that hilarious at all
[11:42] <ddaa> the sysadmin was cooperative and the issue was promptly resolved
[11:43] <ddaa> but the fact IS we were spamming their svn server senseless
[11:43] <lifeless> Ceefour666: we downloaded gb's of data 
[11:43] <lifeless> Ceefour666: because svn tags are not semantic
[11:44] <Ceefour666> Yeah indeed
[11:45] <Ceefour666> I see the problem
[11:45] <Ceefour666> I imagine checking out a whole project hundreds of times :P
[11:45] <Ceefour666> It'd probably much better simply giving a complete, gzipped SVN dump :P
[11:45] <ddaa> the related problem is that we do not WANT to import full repositories
[11:46] <ddaa> but only trunk branches
[11:46] <ddaa> the issue is that "trunk" is only a convention in Subversion
[11:46] <LaserJock> man, I made the mistake of doing a full checkout of the Debian TeX svn repo one time
[11:46] <LaserJock> 20GB
[11:46] <LaserJock> took forever
[11:46] <ddaa> Ceefour666: some repositories, such as yours, have a trunk branch that does not actually have "trunk" in its name.
[11:48] <LaserJock> lifeless: is there any bzr plugin/app that will do CVS like bzr-svn?
[11:48] <ddaa> and subversion gives us know way to know that a URL is actually a branch root (safe to checkout) or something else (that may potentially causes 100x more traffic than this repository normally generates).
[11:48] <lifeless> LaserJock: no, but the bzr-cvsps-import plugin will convert
[11:48] <ddaa> LaserJock: I promised I would physically harm whoever did that.
[11:48] <ddaa> bzr-cvps-import does this the right way
[11:49] <lifeless> LaserJock: cvs is substantially harder than svn to do just-in-time conversions on
[11:49] <ddaa> cvs is not consistent enough to support transparent interoperation like bzr-svn does
[11:49] <lifeless> ddaa: I have some ideas actually.
[11:49] <LaserJock> ok
[11:49] <LaserJock> darn
[11:49] <LaserJock> I was hoping to get away with not using CVS anymore
[11:49] <lifeless> ddaa: about how to make it work, with repo fuckage and all. But it would be a little slow.
[11:50] <ddaa> lifeless: I have no faith in anything that tries to do that without content-addressed revision-ids
[11:50] <ddaa> people are just too used to doing history-destroying surgery on cvs repos
[11:50] <lifeless> ddaa: right thats part of it
[11:51] <lifeless> ddaa: though not content addressed, just content derived.
[11:51] <ddaa> right, you know what I mean.
[11:51] <lifeless> ddaa: (note that these are very different things :))
[11:51] <ddaa> in this case, I would have no objection
[11:52] <ddaa> you know how critical referential integrity is to launchpad bzr hosting
[11:52] <ddaa> (even if it's not really critical right now, it's going to be more and more)
[11:53] <ddaa> that's the only thing I really care about
[11:54] <ddaa> Ceefour666: about rails
[11:54] <ddaa> it gives us a really weird error
[11:55] <ddaa> REPORT of '/rails/!svn/bc/7513/trunk': Response exceeded maximum number of header fields. (http://svn.rubyonrails.org)
[11:55] <lifeless> wow
[11:55] <lifeless> special
[11:55] <lifeless> jelmer: ^ ring any bells ?
[11:55] <jelmer> yes
[11:56] <jelmer> that server is b0rked
[11:56] <lifeless> do you know what they need to do to fix it ?
[11:56] <lifeless> can we cluebat them ?
[11:56] <jelmer> try running "svn log " on that URL
[11:56] <ddaa> Ceefour666: you should file another question, then we ask jelmer to tell you all about it there :)
[11:57] <ddaa> url is http://svn.rubyonrails.org/rails/trunk
[11:57] <Ceefour666> yes I've asked jelmer about it
[11:57] <Ceefour666> I'll try asking the Rails guys to see if somebody's in charge of their SVN server
[11:58] <ddaa> btw, you should log in reverse, to get the error soon
[11:58] <Ceefour666> ddaa: the weirder problem is that on Rails, Launchpad says "test passed"
[11:58] <jelmer> lifeless: I'm not quite sure what is misconfigured. it seems to be a proxy loop of some sort
[11:58] <Ceefour666> ddaa: it should probably never passed the "test" in the first place
[11:58] <ddaa> Ceefour666: it says "Processing"
[11:58] <ddaa> we do not run automated tests anymore most of the time
[11:59] <Ceefour666> I had this "Response exceeded" error on several SVN repos already.. (not just while in Launchpad, but my own)
[11:59] <Ceefour666> not just for Rails
[11:59] <Ceefour666> it seems setting up SVN repo is very hard :D
[12:02] <ddaa> lifeless: we can learn from this for bzr
[12:03] <ddaa> lifeless: soon or later people will want to run the smart server from apache
[12:03] <ddaa> so the protocol must avoid excessive use of http headers
[12:03] <Ceefour666> I think it's much easier to simply reverse proxy from apache?
[12:04] <Ceefour666> oh so that's the problem
[12:04] <ddaa> Ceefour666: just guessing
[12:05] <Ceefour666> is it possible to track down the specific revision.. and then recreate (synth?) the problem?
[12:05] <Ceefour666> Probably helpful for SVN guys if this is really an SVN/apache bug... and not simply a misconfigured repo
[12:05] <ddaa> what do you "specific revision"?
[12:05] <Ceefour666> I'll try David's advice of traversing the log in reverse
[12:06] <ddaa> here we have the failure on the very first revision, that is the first revision for this path in the repository
[12:06] <ddaa> (cscvs does not traverse branch copies and renames)
[12:06] <ubotu> New bug: #140810 in malone "'this bug is a duplicate' mails are very confusing" [Undecided,New]  https://launchpad.net/bugs/140810
[12:07] <Ceefour666> ddaa: really? is it because 'trunk' didn't exist yet on revision 1 ?
[12:07] <Ceefour666> ceefour> svn log -v http://svn.rubyonrails.org/rails/ --limit 1 -r 1
[12:07] <Ceefour666> ------------------------------------------------------------------------
[12:07] <Ceefour666> r1 | root | 2004-10-11 05:45:51 +0700 (Mon, 11 Oct 2004) | 1 line
[12:07] <Ceefour666> Changed paths:
[12:07] <Ceefour666>    A /subversion-client-config.txt
[12:07] <Ceefour666> Initial test
[12:07] <Ceefour666> ------------------------------------------------------------------------
[12:07] <Ceefour666> seems to work fine for revision 1
[12:10] <ddaa> svn log -v --stop-on-copy --limit 2 -r 1:HEAD http://svn.rubyonrails.org/rails/trunk
[12:10] <ddaa> jelmer: this command works
[12:11] <lifeless> ddaa: hpss is already integrated with apache
[12:11] <lifeless> ddaa: we don't use http headers at all
[12:11] <ddaa> great
[12:11] <Ceefour666> I'll try going to #subversion to see if somebody knows about this
[12:11] <Ceefour666> Google search didn't seem to come up with anything meaningful :(
[12:12] <ddaa> mh
[12:12] <ddaa> bc7513...
[12:14] <ddaa> got it
[12:14] <ddaa> svn log -v --stop-on-copy -r 1:HEAD http://svn.rubyonrails.org/rails/trunk > rail.log
[12:14] <ddaa> that reproduces it
[12:14] <Ceefour666> jelmer: do you know the exact HTTP command that resulted on it?
[12:14] <Ceefour666> This is interesting:  						One more... I turned off deflate in Apache's config:  	#Include /opt/csw/apache2/etc/includes/deflate.conf  	and SVNX is happy again. Clearly SVNX doesn't like the compression. Anyone know how to turn it off just for the SVNX client?  	Jamie     				
[12:14] <jelmer> Ceefour666: I mentioned it to you when we discussed it earlier
[12:14] <Ceefour666> From : http://forum.textdrive.com/viewtopic.php?id=14822
[12:15] <Ceefour666> Does bzr-svn accepts compressed responses ?
[12:15] <jelmer> Ceefour666: Yes - bzr-svn uses the standard svn client library
[12:15] <jelmer> Ceefour666, I was able to reproduce the error with standard "svn log"
[12:16] <ddaa> Ceefour666: so was I
[12:16] <ddaa> svn log -v --stop-on-copy -r 1:HEAD http://svn.rubyonrails.org/rails/trunk
[12:16] <Ceefour666> http://forum.textdrive.com/viewtopic.php?id=14822 <-- this is a pretty recent forum, and still no resolution yet.
[12:16] <Ceefour666> jelmer: is it possible to make bzr-svn/svn to 'refuse' compressed responses?
[12:17] <Ceefour666> An old thread that says this from the server-side log:
[12:17] <Ceefour666>  [Tue Nov 15 17:26:59 2005]  [error]  [client xxxx]  Provider encountered an error while streaming a REPORT response.  [500, #0]  [Tue Nov 15 17:26:59 2005]  [error]  [client xxxx]  A failure occurred while driving the update report editor  [500, #190004] 
[12:17] <Ceefour666> http://lists.ez.no/pipermail/sdk-public/2005-November/001752.html
[12:17] <jelmer> Ceefour666, that's all in the subversion client library
[12:18] <Ceefour666> this means the "bug" is not fixed for almost two years already
[12:18] <jelmer> Ceefour666: try running "svn log -v http://svn.rubyonrails.org/rails/trunk"
[12:18] <Ceefour666> jelmer: yes I did
[12:18] <ddaa> jelmer: presumably, the application could catch this specific error and then try retrieving the log in smaller and smaller chunks
[12:19] <jelmer> ddaa: that should be handled by libsvn / libneon in that case then where bzr-svn is concerned
[12:19] <jelmer> ddaa: same goes for launchpad I guess ?
[12:20] <ddaa> yes
[12:20] <ddaa> it's the first time I see this problem, so unless the powers that be decide it's important and urgent, we are not going to bend over backwards in Launchpad to work around this bug.
[12:21] <Ceefour666> jelmer: it seems related to MacOS X 10.4 servers: http://subversion.tigris.org/faq.html
[12:21] <Ceefour666> See: Why do I get occasional, seemingly inconsistent errors when checking     out over http:// from a repository running on MacOS X 10.4 (Tiger)?
[12:21] <Ceefour666> Question is: Are rubyonrails.org SVN server actually runs MacOS X server?
[12:22] <Ceefour666> ceefour> curl --head http://svn.rubyonrails.org/rails/trunk/
[12:22] <Ceefour666> HTTP/1.1 200 OK
[12:22] <Ceefour666> Date: Tue, 18 Sep 2007 22:22:09 GMT
[12:22] <Ceefour666> Server: Apache
[12:22] <Ceefour666> Served-By: Joyent
[12:22] <Ceefour666> Last-Modified: Tue, 18 Sep 2007 11:56:04 GMT
[12:22] <Ceefour666> ETag: W/"7513//trunk"
[12:22] <Ceefour666> Accept-Ranges: bytes
[12:22] <Ceefour666> MS-Author-Via: DAV
[12:22] <Ceefour666> Vary: Accept-Encoding
[12:22] <Ceefour666> Connection: close
[12:22] <Ceefour666> Content-Type: text/html; charset=UTF-8
[12:22] <Ceefour666> didn't give useful info :(
[12:23] <lifeless> DAV
[12:23] <ddaa> it's in a reply to a DAV REPORT request
[12:28] <Ceefour666> I've sent some message to Rails-core and also to Joyent who hosts Rails SVN server
[12:28] <Ceefour666> hopefully they'll respond some time
[12:28] <Ceefour666> I'll see you guys again
[12:28] <Ceefour666> Nice chatting with u guys
[12:28] <ddaa> Thanks for your help
[12:28] <ddaa> I hope we'll be able to get this import working
[12:29] <ddaa> that would make us very happy