[00:00] <message144> Hi. Are there any steps that can be taken to take over a dead project on launchpad?
[00:00] <mpt> Gooooooooooooooooooood morning Launchpadders!
[00:01] <mwhudson> message144: yes
[00:02] <mwhudson> message144: ask a Question
[00:02] <message144> MWHudson: I am interested in taking over this project: http://launchpad.net/drupy
[00:03] <mwhudson> message144: i mean here https://answers.edge.launchpad.net/launchpad/+addquestion
[00:03] <AnMaster> anyone know why normal page request takes like a second but login more like half a minute?
[00:03] <message144> mwhudson: ok, thanks
[00:10] <message144> AnMaster: maybe because login pages are secure?
[00:10] <AnMaster> hm
[00:10] <AnMaster> aren't all?
[00:10] <message144> heh.. actually yeah they are
[00:10] <message144> it seems
[00:14] <ubotu> New bug: #202003 in launchpad-bazaar "Should be able to review merge proposals over email" [Undecided,New] https://launchpad.net/bugs/202003
[00:14] <ubotu> New bug: #202004 in launchpad-bazaar "Automatically mark merge proposals when possible" [Undecided,New] https://launchpad.net/bugs/202004
[00:15] <ubotu> New bug: #202000 in launchpad-bazaar "Merge proposal review page should include a full diff" [Undecided,New] https://launchpad.net/bugs/202000
[00:15] <ubotu> New bug: #202006 in launchpad "Should have special homepage" [Undecided,New] https://launchpad.net/bugs/202006
[00:20] <AnMaster> btw where do I set bug contact
[00:31] <ubotu> New bug: #202010 in launchpad-bazaar "Should be able to comment on merge proposals" [Undecided,New] https://launchpad.net/bugs/202010
[00:38] <jamesh_> AnMaster: you want to subscribe to bug mail for a project?
[00:38] <AnMaster> jamesh, more about letting users know how to contact
[00:39] <AnMaster> as we plan to use our own bug tracker
[00:39] <AnMaster> just very new project so bug tracker not yet up
[00:39] <jamesh> AnMaster: okay, that is a different concept
[00:39] <AnMaster> and security contact too
[00:39] <jamesh> AnMaster: if you aren't going to track bugs in Launchpad, you can link the project to an external bug tracker
[00:40] <mpt> AnMaster, from the project page click "Change details" to specify which bug tracker you use
[00:40] <AnMaster> jamesh, yep we will once we get it up
[00:40] <mpt> You could click "Somewhere else" for now
[00:41] <ubotu> New bug: #202015 in launchpad-bazaar "When resubmitting a merge proposal, you're asked to edit the whiteboard twice" [Undecided,New] https://launchpad.net/bugs/202015
[00:41] <AnMaster> mpt, that is done, what I was wondering about (and now just found while we were talking) was the: "Bug contact:" and "Security contact:"
[00:41] <jamesh> AnMaster: they are only really relevant if you're using Launchpad to track bugs.
[00:41] <mpt> They have no effect if people can't report bugs
[00:41] <mpt> hmmm
[00:42] <mpt> in which case, they should not be available
[00:42] <mpt> which would be a bug
[00:42] <AnMaster> jamesh, hm I see
[00:43] <AnMaster> mpt, as well as that it shows ubuntu wiki on your user page, I reported that bug long ago, never got fixed it seems
[00:43] <AnMaster> I'm NOT a ubuntu user
[00:43] <AnMaster> I do not plan to use that ubuntu wiki ever
[00:43] <AnMaster> I use FreeBSD and Gentoo
[00:43] <AnMaster> but I do like bzr
[00:43] <mpt> AnMaster, we have a plan to fix that, it's just more complicated than it looks unfortunately
[00:43] <AnMaster> so why on earth can't you remove the ubuntu wiki user link from your user page
[00:43] <AnMaster> same as for the "ubuntero" or however you spell it
[00:44] <mpt> because currently we use Launchpad to log in to the Ubuntu wiki, and that was hard-coded in, and it's taking a while to separate
[00:45] <AnMaster> mpt, so what about a check box for hiding it from user page simply?
[00:45] <AnMaster> it isn't "useful" contact info
[00:45] <AnMaster> as I never visited, nor plan to vist that ubuntu wiki
[00:46] <mpt> hmm
[00:46] <mpt> jamesh, why do we show it at all?
[00:46] <mpt> Nobody actually needs to know it, even if they do want to log in to the Ubuntu wiki
[00:48] <mpt> because they log in with their e-mail address, not with their wiki name
[00:49] <AnMaster> mpt, my guess: you show it for same reason that you let ppl add other wikis to the list
[00:49] <AnMaster> some kind of contact info I guess
[00:49] <AnMaster> just the fact that you can't disable showing of, or entirely remove, ubuntu wiki is a problem
[00:50] <mpt> I mean, what would happen if we just hid all that wiki info from the UI, even without removing it from our database
[00:50] <mpt> Would anything bad happen? I can't think of anything
[00:50] <jamesh> mpt: I don't know.
[00:51] <AnMaster> mpt, another thing, why show ssh key publically
[00:51] <AnMaster> I'm not sure I want it to be shown public to anyone
[00:51] <AnMaster> sure it is just the public key
[00:51] <AnMaster> but still
[00:51] <AnMaster> I'm paranoid and use one key for each host
[00:51] <ubotu> New bug: #202018 in launchpad-bazaar "Should be able to detect if branch proposed for merge conflicts with target" [Undecided,New] https://launchpad.net/bugs/202018
[00:51] <mpt> Doesn't that kind of defeat the point of SSH?
[00:51] <AnMaster> (with different passwords of course)
[00:51] <kiko> AnMaster, your paranoia is unjustified.
[00:51] <AnMaster> mpt, hm?
[00:51] <AnMaster> kiko, maybe, but still
[00:52] <jamesh> mpt: we're looking at changing the way the wikis authenticate against Launchpad which should remove the need for everyone to have an Ubuntu wiki name registered
[00:52] <kiko> AnMaster, but still, what? it's unjustified. let's move on. :)
[00:52] <AnMaster> kiko, what about quantum computers? they RSA will be easy to break
[00:52]  * AnMaster is *paranoid*
[00:52] <mpt> I thought the point of SSH was that anyone could give you privileged access to their server, by using your public SSH key, without having to send you your password.
[00:52] <kiko> okay, I'm getting out of this conversation really quick
[00:53] <jamesh> AnMaster: do you have a problem uploading a PGP public key to a key server?
[00:53] <AnMaster> jamesh, no, but I use a different one to encrypt local files and so on
[00:53] <mpt> jamesh, that's what I meant by "we have a plan to fix that". But I'm wondering if anything would stop working *now* if we removed all wiki names from the UI *now*.
[00:53] <AnMaster> (of course, I use device-mapper encryption for harddrive)
[00:54] <jamesh> mpt: nothing would break if you changed whether things were displayed.  Things would go wobbly if we stopped storing them right now
[00:54] <jamesh> that will change in the not too distant future though
[00:56] <AnMaster> is launchpad itself open source yet?
[00:56] <mpt> not yet
[00:56] <jamesh> no.
[00:56] <AnMaster> how soon?
[00:56] <jamesh> only some of the underlying libraries have been released
[00:57] <AnMaster> jamesh, hm? can you elaborate on this?
[00:57] <AnMaster> are the libraries closed source?
[00:57] <AnMaster> in that case, why?
[00:57] <mpt> by "released", jamesh means they've been made open source
[00:58] <jamesh> AnMaster: https://launchpad.net/launchpad-cscvs and https://launchpad.net/storm
[00:59] <AnMaster> yes right, and what are the closed ones?
[00:59] <jamesh> the rest of Launchpad?
[00:59] <AnMaster> the rest aren't freestanding libraries?
[01:00] <kiko> jamesh, can you help me for a moment?
[01:00] <jamesh> AnMaster: most of the freestanding bits are already free software (which we contribute to when they don't do what we need)
[01:00] <jamesh> kiko: sure.
[01:00] <AnMaster> also, "Ubuntero: No (apply now)" <-- any way to hide that line? I would be happy to become a gentooero or freebsdero if those existed, but I do not have any plans for "Ubuntero"
[01:01] <jamesh> AnMaster: e.g. Zope, psycopg (a database adapter for Postgres), etc
[01:02] <AnMaster> jamesh, and what exactly prevents launchpad itself from becoming open source, and further, any idea what it will become open source? this year? next year?
[01:03] <AnMaster> and wouldn't getting patches from the community be better?
[01:04] <LaserJock> AnMaster: https://help.launchpad.net/FAQ#head-34295746b9c12bbe42eee4a9bd5e2656306fd796
[01:04] <jamesh> AnMaster: I'm not in a position where I can answer that question
[01:04] <jamesh> (it isn't my decision to make)
[01:04] <AnMaster> considering that you use bzr, it surprise me you follow a cathedral approach to developing, rather than a bazaar one.
[01:05] <ubotu> New bug: #202022 in malone "Bug and security contacts settable for project that doesn't use Launchpad for bug tracking" [Undecided,New] https://launchpad.net/bugs/202022
[01:06] <AnMaster> LaserJock, thanks, but that doesn't really answer the question of when
[01:07] <LaserJock> AnMaster: looks to me like when the criterion set in that FAQ is met
[01:07] <AnMaster> and anyone know when that may happen? like, how many years
[01:10] <LaserJock> my own personal guess would be in a year or two, but that is just a wild guess and I'm just a simple Launchpad user so it could be waaaay off
[01:37] <rayred> Herro
[02:21] <ubotu> New bug: #202032 in launchpad-bazaar "Code browsing should integrate better with Launchpad" [Undecided,New] https://launchpad.net/bugs/202032
[02:35] <mpt> vague bug description alert!
[02:43] <mwhudson> i'm almost sure there's a bug for that already
[02:43] <mpt> I found two related bugs, and linked to them 
[02:43] <mpt> but they're three distinct issues
[02:43] <mpt> * use the same colors and fonts
[02:43] <mpt> * improve the design generally
[02:43] <mpt> * use Launchpad navigation (202032)
[02:47] <mpt> the last being hardest, but most rewarding
[02:51] <thumper> trye
[02:51] <thumper> true
[08:01] <mdke> thumper: I heard you're working on implementing automatic bug status changes with commits to project code - is there a spec I can subscribe to?
[08:08] <carlos> morning
[09:13] <andilos> hello, all, i have been looking at the help pages  and i am still not sure if launchpad is the thing i am looking for
[09:13] <andilos> could i post here some questions?
[09:16] <Peng> Sure, but you might not get any answers.
[09:16] <Peng> (There might be someplace better to ask too. I dunno.)
[09:16] <andilos> thanks peng
[09:19] <andilos> i am one of the developers of jeliot, an educational tool  for java http://cs.joensuu.fi/jeliot . There is a new team from other university that wants to modify the tool so it is also good for teaching c++
[09:22] <andilos> we have our own cvs server, and we would be sharing code, with the new team. 
[09:22] <andilos> so if we start ouw onw jeliot project at launchpad and attach our own cvs
[09:23] <andilos> what steps they should follow to branch from it?
[09:24] <andilos> do they need their own cvs system? or does bazaar  and launchpad provide code hosting for them? 
[09:25] <andilos> is baazar usable under eclipse?
[09:26] <Peng> Bazaar is an entirely different VCS.
[09:26] <Peng> You should mostly be able to import your history from CVS though..
[09:26] <Peng> You could give them logins to your CVS server.
[09:28] <andilos> giving them logins to the cvs wont be needed if i import the cvs to baazar
[09:28] <Peng> You want to convert from CVS to bzr?
[09:30] <andilos> it is one possibility, but i would like to have the same ease of use as i have currently with cvs
[09:32] <andilos> but if i keep my cvs, how will launchpad help us in sharing the code?
[09:32] <Peng> Not at all.
[09:32] <Peng> Launchpad only supports Bazaar.
[09:32] <Peng> But you should convert to Bazaar! CVS is horrible!
[09:33] <andilos> it has been working fine, and i love its eclipse integration
[09:33] <andilos> :)
[09:35] <andilos> but i am open to bazaar, however, it would be a painful decission if i regret after chosing it
[09:37] <andilos> i guess i will try out launchpad and see how it serves our needs
[09:38] <oojah> andilos: My understanding (as a relatively inexperienced launchpad user), is that launchpad can mirror a cvs/svn/bzr repository.
[09:39] <andilos> oojah: so whatever i do in my cvs gets pulled by launchpad to its local bzr vcs?
[09:39] <oojah> Yes.
[09:39] <oojah> That's my understanding.
[09:40] <oojah> Then other people can create their own bzr branches.
[09:40] <Peng> Yeah, but I don't know if there's a way to push from bzr to cvs.
[09:40] <Peng> So it'd still mostly be a one-way conversion.
[09:40] <oojah> Indeed, that's the potential problem.
[09:41] <Peng> OTOH, why would anyone ever want to go back to CVS?
[09:41] <Peng> :P
[09:42] <andilos> if i understand correctly, i could keep our cvs server as a master VCS server, and depeding projects would rely on bazaar for VCS
[09:43] <andilos> but  changes in from depending projects wont go upstream automatically
[09:43] <oojah> andilos: Yes, but it might be relatively tricky for you to get their changes back into your cvs. We aren't sure.
[09:43] <oojah> Yes
[09:44] <oojah> andilos: Hopefully somebody who actually knows what they are talking about will answer that :)
[09:44] <Peng> Heh.
[09:44] <andilos> this gets pretty close to the real thing, thansk
[09:45] <andilos> from your commets i give it for granted that bzr is a nice VC server
[09:45] <oojah> andilos: Doing it like that would also allow you to try out bzr without having to convert completely.
[09:46] <oojah> I haven't used it myself, but I'm working up to it gradually :)
[09:46] <oojah> I do know that I used to use CVS and it worked fine - but subversion is much much better.
[09:47] <andilos> the main stopper at the moment is how our workflow will be, if i am developing within eclipse
[09:47] <andilos> how often do i need to go to the command line
[09:47] <andilos> ?
[09:48] <andilos> how can i see changes in my working file with the latest VCS version?
[09:48] <oojah> I've got no idea I'm afraid. I would be surprised if at least svn wasn't as well integrated into Eclipse as cvs is.
[09:48] <andilos> it will be a pity to dismiss it
[09:48] <andilos> but is bzr just an implementation of svn? or a different beast?
[09:49] <Peng> Bzr is a different beast.
[09:49] <Peng> And it's better than svn too. :P
[09:49] <andilos> http://bazaar-vcs.org/BzrEclipse?highlight=%28eclipse%29
[09:50] <Peng> If you used Launchpad, wouldn't you have to make your project completely open-source?
[09:50] <andilos> it is already, GPL'ed
[09:50] <Peng> Ok.
[09:51] <andilos> so go, improve it! :)
[09:52] <andilos> thanks for your answers, if you see a jeliot meta project soon it is thanks to you
[09:53] <oojah> Peng: bzr can push to svn?
[09:53] <Peng> oojah: bzr-svn can, yeah.
[09:54] <andilos> bye
[09:55] <oojah> Bye :)
[10:31] <tkamppeter> Anyone knows how to proceed if spam comments are added to bugs?
[10:32] <tkamppeter> Like the last comment in bug 43824?
[10:32] <ubotu> Launchpad bug 43824 in foo2zjs "HP Laserjet 1000 doesn't work with cups2 (dup-of: 65618)" [Medium,Fix released] https://launchpad.net/bugs/43824
[10:32] <ubotu> Launchpad bug 65618 in foo2zjs "Firmware upload to LJ 1000/1005/1008/1020 broken (fix to be proposed as Edgy update)" [Medium,Fix released] https://launchpad.net/bugs/65618
[10:32] <tkamppeter> Can I subscribe this bug to a special admin team or so?
[10:33] <Peng> Nice, spam on bug trackers. Is that new? I saw a Roundup installation get spammed recently too.
[10:35] <kiko> tkamppeter, the process is ask a Question (see /topic) but I've seen that, so let's get it removed
[10:35] <kiko> Peng, we get it sometimes. this week has been worse than others.
[10:37] <kiko> tkamppeter, Peng: I'm not sure that's actual spam, though
[10:38] <tkamppeter> Peng, it is probably due to the e-mail interface of the Launchpad. You can send an e-mail to a bug and the content of the mail will be added as a comment. Is there any filter or other protection against abusing this?
[10:38] <kiko> tkamppeter, there's no real way to block that without resorting to signed email.
[10:38] <tkamppeter> kiko, it looks like an invitation to a web community site. Usually one invites persons to such communities and not bugs.
[10:39] <kiko> tkamppeter, sure, but that user has (properly) commented bugs before
[10:39] <kiko> so I think it was an error on his part
[10:39] <kiko> or
[10:39] <kiko> a spammer using his email as a From: address
[10:40] <tkamppeter> So it seems that it is a faked community invitation to attract people to visit the spammer's site. The mail is sent to a long list of addresses by a bot. The bot does not know which addresses are of humans.
[10:42] <tkamppeter> kiko, this is possible, for me it seems that spammers choose random addresses of their lists as sender's address.
[10:43] <kiko> yeah.
[10:43] <tkamppeter> Perhaps we should block the possibility to comment on bugs by answering e-mail notifications.
[10:44] <tkamppeter> The notifications have a link to the bug on the web, so it is as easy to answer via the web interface.
[10:46] <tkamppeter> Or is this intended for cell phone users who have a flatrate only on e-mail?
[10:47] <Fujitsu> It's a lot more efficient for the rest of us too, tkamppeter.
[10:48] <Fujitsu> I think it would make sense to only accept signed mail (it's only required to modify bugs now), but that would probably confuse lots of users.
[10:49] <dholbach> I just got a mail from soyuz telling me that there was a MD5 sum mismatch (kompozer package) - after 0.7.10-0ubuntu3 was in the archive I sponsored 1:0.7.10-0ubuntu4 - could it be that soyuz ignored the epoch or something?
[10:49] <Fujitsu> dholbach: Different upstream tarball?
[10:49] <Fujitsu> Remember that files are stored in the pool without the epoch.
[10:49] <Fujitsu> Same with dak.
[10:49] <dholbach> Fujitsu: no, the same
[10:50] <Fujitsu> Was there ever a 0.7.10-0ubuntu4?
[10:50] <dholbach> no
[10:50] <dholbach> http://paste.ubuntu.com/5673
[10:50] <Fujitsu> Does it say about which file it complains?
[10:51] <dholbach> http://paste.ubuntu.com/5674 is the whole message
[10:51] <Fujitsu> -0ubuntu1, I see.
[10:52] <Fujitsu> That was published before.
[10:52] <Fujitsu> That's why.
[10:52]  * dholbach files a bug
[10:53] <dholbach> and upload 1:0.7.10-0ubuntu4 in the meantime
[10:53] <Fujitsu> File a bug on what?
[10:54] <dholbach> erm... forget it :)
[10:58] <kiko> tkamppeter, nuked. thanks
[11:10] <ubotu> New bug: #202107 in rosetta "Code fixes for 6 plural forms" [High,In progress] https://launchpad.net/bugs/202107
[11:13] <Peng> What about only accepting mail to bugs from people who actually receive mail about the bugs? Subscribers and maintainers or whatnot. Or just all Launchpad members.
[11:14] <Peng> 'Course, From addresses can always be faked, but that makes it much less likely.
[11:15] <kiko> Peng, this is exactly the case of a faked From address. that user is a real launchpad user, who has posted valid comments in the past.
[11:15] <Peng> Ah.
[11:16] <Peng> This is probably too complicated for little benefit, but what about giving users the option to only accept GPG-signed messages from their addresses?
[11:16] <Peng> s/to only/ to have Launchpad only accept/
[11:16] <kiko> kinda complicated, you're right, and most people would not enable it, which means it won't really help :-(
[11:17] <kiko> Peng, one thing that might help is having a "latest comments" displayed somewhere
[11:17] <kiko> where you could audit if somebody spammed with your email address
[11:17]  * Fujitsu fakes a few acks for Ubuntu Feature Freeze exceptions by faking From addresses.
[11:18] <kiko> heh
[11:46] <ubotu> New bug: #202119 in launchpad "testrunner should log currently running test so our test-killer can tell us" [Undecided,New] https://launchpad.net/bugs/202119
[12:16] <Hobbsee> dear lp, please actually let me log in.
[12:35] <\sh> moins
[12:35] <kiko> oi
[12:36] <\sh> kiko: soyuz is the correct part when there is a bug with PPAs?
[12:36] <Hobbsee> \sh: yes
[12:36] <\sh> I'm wondering why deleting packages doesn't update the used filesize of the ppa ;) or takes it some time to reflect a deletion ?
[12:37] <Hobbsee> \sh: sometimes the bug is a feature though
[12:37] <cprov> \sh: yes, 'ppa' is a plus
[12:37] <Hobbsee> \sh: you actually have to publish something, or wait a number of hours, before the publisher will publish again, and delete the pacakge.s
[12:37] <Hobbsee> oh, cprov is here.  /me shuts up
[12:37] <\sh> hehe
[12:38] <\sh> cprov: so it takes time when you remove packages from the ppa, that the used space is being updated on the webfrontend?
[12:38] <cprov> \sh: have you read the help text ?
[12:38] <cprov> \sh: yes, it does.
[12:39] <Hobbsee> cprov: the hidden help test, in the locked filing cabinet where the lights and stairs had gone, in the disused lavitory with a sign saying "beware of the leopard" on it?
[12:39] <\sh> cprov: ok...so I missed the info on the documnetation :)
[12:39] <Hobbsee> s/test/text/
[12:39] <\sh> cprov: oh well...it's missing the hint: "please wait a few hours to see the updated infos about your ppa" ;)
[12:40] <cprov> Hobbsee: that's it ...
[12:40] <Hobbsee> cprov: thought so.
[12:40] <Hobbsee> oh, all locked safely in a private canonical-only wiki, of course.
[12:40] <Hobbsee> because the lack of stairs wasn't enough.
[12:40] <cprov> \sh: you can always file a bug on that ;)
[12:41]  * Hobbsee grumbles about launchpadbugrot.
[12:41] <Hobbsee> speaking of which
[12:41]  * Hobbsee whines at thumper #2, but says he gets a day off, as it's beer-o-clock.
[12:43] <\sh> cprov: done bug #202134 :)
[12:43] <ubotu> Launchpad bug 202134 in launchpad "[PPA Documentation] missing infos about how long it can take to reflect infos about the PPA" [Undecided,New] https://launchpad.net/bugs/202134
[12:44] <andilos> hello all
[12:45] <andilos> i am trying to "upstream" a cvs project that is behind a ssh connection, any ideas on how to achieve it from upstram source details page?
[12:47] <matsubara> andilos: what do you mean? you need a password to access that cvs?
[12:48] <andilos> yes, i need a password
[12:49] <\sh> cprov: would you like to have a look at https://edge.launchpad.net/~shermann/+archive and tell me what's wrong...
[12:49] <cprov> \sh: sure
[12:50] <\sh> cprov: please have a look on the size infos....
[12:52] <cprov> \sh: nothing is wrong to me, you've just deleted a bunch of packages that will be removed from the pool tonight.
[12:53] <\sh> cprov: ah and until then,  the sizes still remain with old values 
[12:53] <cprov> \sh:  it's very accurate, btw:
[12:53] <cprov> lp_publish@germanium:/srv/launchpad.net/ppa-archive$ du -hs shermann/
[12:53] <cprov> 168M    shermann/
[12:54] <cprov> \sh: yes, of course, the sizes reflects what's in the archive disk.
[12:54] <matsubara> andilos: I think we don
[12:54] <matsubara> andilos: I think we don't import from password protected repositories
[12:55] <\sh> cprov: that's what I wanted to know...if the changes to size infos are synced with the delete command I trigger, or if it's actually a direct info from the fs ;) 
[12:56] <\sh> cprov: thx for clarificaton :)
[12:56] <cprov> \sh: it's not obtained from the fs, though. It's calculated based on the publishing records
[12:58] <andilos> matsubara:: thanks for the info, i'll check for alternatives.
[12:58] <\sh> cprov: much better...so until the old pkg infos are "really" deleted from the ppa, it's being calculated new...why isn't it possible to delete them directly after the command was triggered? (just be curious ;)) 
[13:00] <cprov> \sh: because the archive disks and the web apps machines are *very* distinct machines ;)
[13:01] <ubotu> New bug: #202136 in launchpad "Nominating a bug for a series not a release" [Undecided,New] https://launchpad.net/bugs/202136
[13:02] <\sh> cprov: yes I can image, but why it's easier to push new packages towards then archive, then deleting packages from the archive? :)
[13:03] <cprov> \sh: because we like new packages and have a lot of disk, I'd say.
[13:04] <matsubara> andilos: np. ask mwhudson__ or thumper and they can give you further info, if that option will be available.
[13:04] <cprov> \sh: the component that processes removal only run daily, while the publisher runs every 20 minutes.
[13:04] <cprov> s/run/runs, sorry 
[13:06] <andilos> matsubara: thanks for the names, should i send private message, ot address a message here to them?
[13:09] <matsubara> andilos: whatever suits you. Their timezone is Pacific/Auckland so it might take some time before you get an answer.
[13:10] <\sh> cprov: a lot of disks? oh well...I had 8 PB under  by bum while working for my last company...650 machines with 16 500GB sata drives...so I know about those setups ;)
[13:12] <\sh> (16 disks per machine it was ;))
[13:13] <cprov> \sh: uhm, lots of space, huh ?! impressive.
[13:19] <\sh> cprov: no waste of time and money...combots is dead ,->
[13:19] <\sh> cprov: but good for me...now I have 2 TB hd space at home ,-)
[13:20] <cprov> \sh: right, we are seriously thinking about running the remover more often. I will get better soon.
[13:21] <kiko> cprov, could we run the remover in parallel with the publisher like we do in primary?
[13:22]  * Hobbsee grumbles at small bugs not fixed in entire ubuntu release cycles that are annoying.
[13:22]  * Hobbsee hopes for a fix before intrepid's freeze.
[13:23] <cprov> kiko: serialized, you mean, at the same frequency we run the publisher ?
[13:24] <kiko> cprov, or just run more frequently. either is fine by me.
[13:24] <cprov> kiko: yes, we could.
[13:26]  * \sh needs the possibility to save special search queries inside LP...so I can drop my bookmarks ,-)
[13:27] <Hobbsee> \sh: dont.  you'll go mad.
[13:28] <\sh> or just a fine remote api interface which is not parsing html pages 
[13:28] <\sh> Hobbsee: I save my bookmarks nowadays via ldap ;) this is sick ,-)
[13:29] <Hobbsee> \sh: neat idea.  i just use an awful lot of aliases as bookmarks
[13:30] <andilos> kiko: could you create a project group for me whenever you have time? https://answers.launchpad.net/launchpad/+question/27028 , thanks
[13:36] <ubotu> New bug: #202145 in malone "Bug watches on rubyforge point to sourceforge." [Undecided,New] https://launchpad.net/bugs/202145
[13:41]  * Hobbsee ponders writing a LP question along the lines of "please create a mailing list for team x, add these people to it, and change the default contact address to be that"
[13:41] <Hobbsee> would the LP devs actually do that for us?
[13:46] <kiko> Hobbsee, is there any reason you can't do that yourself?
[13:46] <Hobbsee> kiko: can't manage addresses (due to 404), no one's approved the mailing list yet, mainly.
[13:47] <kiko> Hobbsee, the reason the ML approval stuff is stuck this week is because barry's on vacation.
[13:47] <Hobbsee> kiko: mainly the fact that at any poitn where i try to remember how to manage addresses for teams in LP, i start wanting to break things, as i attempt to remember what the workaround is, and hwo to do it.
[13:47] <allenap> Hobbsee, Fujitsu: kiko's asked me to show you a page I'm working on, to add email address bug trackers to +choose-affected-product. Interested? I'd be interested in your feedback too.
[13:47] <Hobbsee> (which i tend to have only tried months ago, then given up in frustration, after filing a bug)
[13:47] <Hobbsee> allenap: sure, sounds interesting.
[13:48] <allenap> Hobbsee: What's a good way of getting a png to you?
[13:48] <Hobbsee> allenap: email / host it somewhere
[13:48] <kiko> Hobbsee, as soon as the beta ends (hoping this release) this will stop being a problem
[13:49] <Hobbsee> kiko: what, the list approval?
[13:54] <kiko> yes
[14:00] <Hobbsee> neat
[14:01] <Hobbsee> so, hoepfully there will be a way of setting the maling list to be the default which *doesn't* require the use of "manage addresses"
[14:10] <kiko> Hobbsee, you should ping mars and barry on monday to be sure
[14:19] <Ubulette> I like the optimized ppa, it's much faster than before, yet, it's still abnormally long for chained upload, ie , a, b needing a, c needing b, etc..
[14:20] <Ubulette> there's a huge gap between the end of a build and the moment the ppa is populated so it's usable for the next build
[14:20] <Ubulette> could it be improved ?
[14:20] <cprov> Ubulette: is it any faster in ubuntu or dak ? maybe we are missing something for PPAs.
[14:22] <cprov> Ubulette: once the build is finished the maximum ETA to get the binaries published and ready to use is 20 minutes + pub-time
[14:22] <cprov> Ubulette: pub-time is about one minute.
[14:22] <kiko> cprov, I think he's talking about the ordering of builds when there are build-dependencies
[14:22] <Ubulette> + the Missing dependencies retry delay
[14:23] <cprov> kiko: the order doesn't matter much at the second level of dependency, b and c will look the same to any algorithm we choose.
[14:24] <cprov> Ubulette: yes, it's more related with the hourly retry dep-wait.
[14:24] <kiko> cprov, if c depends on b, that's not true 
[14:24] <Ubulette> I usually push nspr, nss, xulrunner-1.9 and firefox-3.0 with strict version depends. their cumulative build time locally is 1mn + 5min + 40min + 2min. yet, the ppa takes about 4h
[14:25] <cprov> kiko: a binary is also not-published by the time we queue b ... so, it's the same than c (1 missing dep)
[14:25] <kiko> Ubulette, that's not a fair comparison!
[14:25] <Ubulette> :)
[14:26] <cprov> kiko: unless c depends on a & b ... it will have the same score than b
[14:27] <kiko> cprov, forget scoring. what I mean is that if c depends on b which depends on a, you need at least 3 build-and-publish cycles
[14:27] <cprov> ubuntulog: I'm actually surprised it takes only 4 hours in PPA, it might take long on ubuntu primary archive.
[14:28] <Ubulette> I push those 4 packages in 1 dput (dput ppa a b c d), they start in random order. the builddeps are chained, b wants a, c wants a & b, d wants a & b & c
[14:28] <cprov> kiko: dependency are not cascaded, I can't forget how they work in the current code ;)
[14:29] <Ubulette> if I'm in front of my computer, i sometimes force a retry when it's it dep-wait but i know the dep is ready
[14:29] <Hobbsee> Ubulette: what you're asking for is insta-publish, i think?
[14:30] <Hobbsee> and more regular automated givebacks
[14:30] <cprov> Hobbsee: no, he would be better served if we run dep-wait-retry every 20 minutes or so.
[14:30] <Hobbsee> (which would reuqire that each retry not take 6+ mins to set up, and realise it doesn't fulful the reps)
[14:32] <Ubulette> Hobbsee, real time publish would sure help decrease the total time a lot, and lower dep-wait-retry would further decrease it
[14:33] <kiko> we have a plan for RT publishing, but that's post 2.0
[14:34] <Hobbsee> when's 2.0?
[14:35]  * Hobbsee wonders what the difficulty is with real time publishing, apart from having to create the required indices each time a package in an archive got published
[14:50] <Ubulette> (2 lpia ppa builders are in timeout)
[14:52] <cprov> Ubulette: rescued, thanks for the heads up.
[14:52] <Ubulette> np
[14:54] <Ubulette> illustration of my statement above: https://edge.launchpad.net/~fta/+archive/+builds?build_text=&build_state=all  (dput 1:30 ago with just 2 packages [c & d])
[15:01] <cprov> Ubulette: interesting
[15:05] <Ubulette> damn it ftbfsed :p
[15:05] <Ubulette> asac: you pushed an untested fix ;)
[15:06] <Ubulette> oops, wrong channel
[15:06] <cprov> :)
[15:07] <Ubulette> I hate untested commits in a shared branch :)
[15:10] <ubotu> New bug: #202173 in launchpad "Launchpad says there is no package 'firefox-greasemonkey' which is wrong." [Undecided,New] https://launchpad.net/bugs/202173
[18:53] <asabil> hi all
[20:38] <andrea-bs> could somebody look into bug 112318 please?
[20:38] <ubotu> Launchpad bug 112318 in launchpad "latest memberships displayed in alphabetical order, should be ordered by date" [Medium,Confirmed] https://launchpad.net/bugs/112318
[21:30] <ubotu> New bug: #202316 in malone "non existant package error displayed as u'Package" [Undecided,New] https://launchpad.net/bugs/202316
[21:53] <mdke> lp has some kind of lock on me
[21:53] <mdke> http://pastebin.com/m3ceb21e0
[21:53] <mdke> any ideas?
[21:56] <LarstiQ> mdke: bzr break-lock lp--1217777972 ?
[21:59] <mdke> LarstiQ: thanks, that has done the trick - any idea what caused it?
[22:00] <mpt> Gooooooooooooooooood morning Launchpadders!
[22:00] <mdke> morning O mpt
[22:01] <LarstiQ> mdke: an interrupted proces perhaps, other than that I'd refer to spiv
[22:02] <mdke> ah, ok.
[22:02] <mdke> cheers
[22:53] <ausimage> I have a question on removing a team from our team....
[22:54] <ausimage> I do not find NU Ubuntu being involved in our activities and do not feel it should be a part of NY LoCo Team
[22:54] <ausimage> I cannot figure out how to drop it
[23:01] <kiko-fud> ausimage, +members
[23:01] <ausimage> ??
[23:02] <ausimage> I think i did that method
[23:03] <ausimage> It is deactivated on the New York page... but is still noted :/
[23:03] <kiko-fud> ausimage, url?
[23:03] <ausimage> https://edge.launchpad.net/~ubuntu-newyork/
[23:04] <ausimage> it says we are a subteam of NU Ubuntu... which I do not see as true anymore
[23:06] <kiko-fud> https://edge.launchpad.net/~nuubuntuteam
[23:07] <kiko-fud> do you have a leave team option there?
[23:07] <ausimage> no
[23:07] <kiko-fud> ok, I'll remove you
[23:07] <kiko-fud> I'm not sure, I thought there was UI for that
[23:07] <ausimage> Should if I am the admin of NY LoCo...
[23:07] <kiko-fud> done
[23:08] <ausimage> thank you kiko-fud
[23:08] <ausimage> :)
[23:08] <kiko-fud> no problemo!
[23:08] <ausimage> hmm what about the CafeUbuntu?
[23:09] <ausimage> it was only there because of NU Ubuntu...
[23:09] <ausimage> huh... no such link???
[23:45] <ubotu> New bug: #202365 in launchpad-buildd "Builds page should default to "all"" [Undecided,New] https://launchpad.net/bugs/202365
[23:55] <ubotu> New bug: #202370 in malone "Please provide link to search in "all bugs", if there are no matches (or always)" [Undecided,New] https://launchpad.net/bugs/202370