[02:18] <poolie> hi
[02:18] <poolie> where has the ui for requesting a svn import gone to?
[02:21] <sidnei> search for vcsimport
[02:23] <thumper> poolie: it is still the VCS details on a product series
[02:23] <thumper> poolie: (for now)
[05:35] <NerdyNick> So i'm somewhat new to Hosting projects on Launchpad. and I'm wondering what the common procedures are for branches/series/milestone
[05:36] <NerdyNick> Like do you do all the work on the trunk branch. Then once your ready for a release you branch that off. or what
[05:43] <jml> NerdyNick: there's a couple of different approaches you could take.
[05:43] <jml> NerdyNick: The Bazaar project do something like what you just described
[05:44] <jml> except that most of their work is done in other, feature-specific branches which are integrated into trunk after being reviewed by other developers.
[05:45] <NerdyNick> jml: What method would you suggest for building a CMS style framework in Django
[05:45] <Hobbsee> Amaranth: you broke it.
[05:45] <Amaranth> I blame automatix
[05:46] <jml> NerdyNick: I think it's hard to get much better than the Bazaar development process.
[05:46] <Hobbsee> no, you broke it.  not automatix
[05:46] <Hobbsee> Amaranth: and i could have *sworn* this was -desktop, too
[05:47] <jml> NerdyNick: it depends more on your community than on your product, I think.
[05:48] <NerdyNick> jml: What would you suggest for this type of project. https://launchpad.net/loco-django/
[05:50] <NerdyNick> jml: I've been more of an SVN user. So i'm pretty much trying to understand how the bzr users tend to setup there projects and what works best for them.
[05:50] <jml> ok.
[05:52] <jml> NerdyNick: So, if it were me, I'd have a trunk ('development focus') branch and then branch from it for releases.
[05:52] <jml> NerdyNick: I wouldn't do much (any) work on trunk directly. I'd work in other, published branches 
[05:53] <jml> e.g. https://code.launchpad.net/~jml/loco-django/member-photo-feature
[05:53] <jml> and then merge those into trunk once they were complete.
[05:53] <NerdyNick> Ok
[05:55] <NerdyNick> So when you branch off a release would you do that at the rc1 level or once you think its stable
[05:56] <NerdyNick> and then just apply bug fixes to the branch and/or the trunk
[05:58] <jml> not sure.
[05:59] <jml> again, the Bazaar projects makes a 1.0 branch, then releases a tarball of that as 1.0rc1
[06:00] <NerdyNick> Ok
[06:00] <NerdyNick> So now how do the Series come into play. Any ideas
[06:01] <jml> yeah
[06:01] <jml> you just create a series for a release or what have you
[06:01] <jml> and then assign the branch to that series.
[06:03] <NerdyNick> Ok. So its just a way of better explaining what a branch is. 
[06:05] <NerdyNick> and grouping each release of that branch. i.e rc1 rc2 stable
[06:05] <jml> well
[06:06] <jml> you can also file bugs against a series, iirc
[06:06] <jml> they aren't just for code
[06:07] <NerdyNick> So its kind of a way of saying at this point in the code we completed these task, created these releases, solved these bugs, and here is all the code involved
[06:08] <jml> well, it can also be used for planning
[06:09] <jml> As in "We want to fix these bugs before we cut this release"
[06:09] <jml> You can create a series before there's a branch for it, iirc.
[06:09] <spiv> Yeah, you can.
[06:09] <jml> of course, you might want to just ignore the feature altogether.
[06:10] <jml> a lot of Launchpad is opt-in -- you can choose what works best for you.
[06:10] <NerdyNick> ok
[06:13] <NerdyNick> I think I got it down now. Thanks for the help
[06:39] <jml> NerdyNick: np
[08:01] <ubotu> New bug: #174331 in rosetta "No distribution language page" [Undecided,New] https://launchpad.net/bugs/174331
[08:11] <ubotu> New bug: #174333 in rosetta "Distribution series language page doesn't link to the same language in other series" [Undecided,New] https://launchpad.net/bugs/174333
[08:15] <ubotu> New bug: #174335 in launchpad "[remote-bug-watcher] GStreamer's Trac has switched to https" [Undecided,New] https://launchpad.net/bugs/174335
[08:20] <ubotu> New bug: #174336 in rosetta "Distribution series page has no list of translators" [Undecided,New] https://launchpad.net/bugs/174336
[08:35] <ubotu> New bug: #174339 in malone "Truncated comments should be loadable on the bug page" [Undecided,New] https://launchpad.net/bugs/174339
[08:48] <mdke> is there still no way to unsubscribe a team?
[08:56] <LucidFox> Is there a way to find an email address of a Launchpad user, to credit a translation?
[09:00] <mdke> LucidFox: only if they choose to reveal it on their person page
[09:08] <mpt> Gooooooooooooooood morning Launchpadders!
[09:09] <mrevell> Howdy all
[09:41] <ubotu> New bug: #174364 in malone "Automatic bug tracker creation code needs to ensure the automatically created name is not used" [Undecided,New] https://launchpad.net/bugs/174364
[10:05] <ubotu> New bug: #174368 in launchpad "Search query triggering error in tsearch" [Undecided,New] https://launchpad.net/bugs/174368
[10:15] <ubotu> New bug: #174370 in launchpad "Completely unrelated team notified for personal bug" [Undecided,New] https://launchpad.net/bugs/174370
[10:36] <ubotu> New bug: #174375 in launchpad "Distribution drivers permissions may need redesign" [Undecided,New] https://launchpad.net/bugs/174375
[10:45] <ubotu> New bug: #174383 in malone "Pie chart isn't useful" [Undecided,New] https://launchpad.net/bugs/174383
[11:26] <ubotu> New bug: #174387 in malone "List most-subscribed-to bugs on project Bugs page" [Undecided,New] https://launchpad.net/bugs/174387
[11:33]  * Fujitsu waves at kiko.
[11:35] <ubotu> New bug: #174390 in launchpad ""Page not found" text suggests Launchpad is riddled with broken links" [Undecided,New] https://launchpad.net/bugs/174390
[11:35] <kiko> hey Fujitsu 
[11:36] <Fujitsu> It *isn't* riddled with broken links? Soyuz in particular has quite a few.
[11:37] <kiko> how's it going? PQM rejected my fix for bug 157830
[11:37] <kiko> err
[11:37] <kiko> bug 157840
[11:37] <ubotu> Launchpad bug 157840 in launchpad "No date of registration is displayed for an active account" [Undecided,In progress] https://launchpad.net/bugs/157840 - Assigned to Christian Reis (kiko)
[11:37] <Fujitsu> -ECHAN?
[11:37] <kiko> that's me!
[11:37] <Fujitsu> Oh, that sounds nice.
[11:38] <kiko> I was just making conversation
[11:38] <kiko> there is a serious broken link problem in the soyuz build pages
[11:38] <Fujitsu> If things aren't published, they don't exist, so the links are broken.
[11:39] <Fujitsu> Some SourcePackageReleases are in fact linked to as DistroSeriesSourcePackageReleases, when they're no longer published there..
[11:39] <Fujitsu> Hi cprov.
[11:39] <cprov> Fujitsu: hi
[11:40] <ubotu> New bug: #174394 in malone "Distribution Bugs search should suggest package-specific searches" [Undecided,New] https://launchpad.net/bugs/174394
[11:55] <ubotu> New bug: #174398 in launchpad ""Try Again" button on timeout pages" [Undecided,New] https://launchpad.net/bugs/174398
[12:00] <ubotu> New bug: #174399 in malone "The Bugzilla external bug tracker is too restrictive with remote bug ids." [Undecided,Confirmed] https://launchpad.net/bugs/174399
[12:40] <ubotu> New bug: #174404 in malone "Provide CSV export for bug listings." [Medium,Confirmed] https://launchpad.net/bugs/174404
[13:40] <ubotu> New bug: #174413 in launchpad-answers "Enable projects to allow FAQ based searches against a Project-Group" [Undecided,New] https://launchpad.net/bugs/174413
[13:58] <BjornT> for those interested, the weekly launchpad developer will soon start in #launchpad-meeting
[13:59] <mrevell> BjornT: Are you leading?
[13:59] <kiko> launchpad takes over FREAKNODE!!
[13:59] <BjornT> mrevell: i think so :) but maybe you'd like to do it? i wouldn't mind that
[14:00] <mrevell> BjornT: Erm, I am grateful for the offer but I have to decline, I'm afraid. Although I will be paying attention to the meeting, I have to focus one of my eyes on writing mini-specs.
[14:01] <mrevell> BjornT: I don't have a user-affecting issue this week, due to our sprint.
[14:02] <BjornT> mrevell: ok
[14:07] <matsubara> Today's oops report is about bugs 174364, 174368, 174371
[14:07] <ubotu> Launchpad bug 174364 in malone "Automatic bug tracker creation code needs to ensure the automatically created name is not used" [Undecided,New] https://launchpad.net/bugs/174364
[14:07] <ubotu> Launchpad bug 174368 in launchpad "Search query triggering error in tsearch" [Undecided,New] https://launchpad.net/bugs/174368
[14:07] <ubotu> Launchpad bug 174371 in shipit "shipit.kubuntu.com is returning a Page not found" [Undecided,New] https://launchpad.net/bugs/174371
[14:08] <statik> I must have missed roll-call, something is funny with my IRC. I'm here
[14:09] <intellectronica> statik: #launchpad-meeting
[14:09] <jamesh> statik: for some reason we are on #launchpad-meeting instead
[14:09] <kiko> jamesh, see email to the list
[14:09] <kiko> and statik too, slacker
[14:12] <Hobbsee> ...because you got the address wrong, you nutter.
[14:13] <Hobbsee> oh, ignore that.
[14:13] <Hobbsee> it's not a random user :)
[14:17] <Rinchen> now we just need to actually register #launchpad-meeting and we'll be in good shape
[14:18] <Hobbsee> Rinchen: need help, or you're right?
[14:20] <Rinchen> Hobbsee, we can't register the channel because Ubuntulog has op
[14:21] <Hobbsee> Rinchen: grumble.
[14:21] <Rinchen> yep
[14:21] <Hobbsee> Rinchen: want me to pull strings, or will you fix it?
[14:21] <Hobbsee> Rinchen: you need to append "launchpad bug" to any bug you want ubotwo to answer to, btw
[14:21] <Rinchen> I wanted to set it up just #launchpad
[14:22] <Rinchen> Hobbsee, if you could ping the ops, that would be just ducky
[14:22] <Hobbsee> #launchpad is registered...
[14:22] <Hobbsee> it'll be a staffer job.
[14:22] <Hobbsee> in fact, it will have to be a staffer that is known to us, as it doesnt' fall in the ubuntu namespace
[14:22] <Rinchen> re: #launchpad,  that was... #launchpad-meeting to be setup in chanserv just like #launchpad
[14:23] <Hobbsee> Rinchen: your access control for here doesn't make sense anyway.  *shrug*
[14:23] <Hobbsee> may as well use *!*@canonical/launchpad/* as allowed op people
[14:50] <ubotu> New bug: #174432 in launchpad "Project registration fields don't say what they'll be used for" [Undecided,New] https://launchpad.net/bugs/174432
[15:35] <ubotu> New bug: #174439 in launchpad "Oops-tools branch should be managed through pqm" [Undecided,New] https://launchpad.net/bugs/174439
 hello?
 /clear
[15:54] <Hobbsee> mpt: what did you tell me the correct address was for managing email addresses was?
[15:54] <Hobbsee> mpt: and why did it not get fixed with the recent rollout?
[15:54] <Hobbsee> (or did we not get another rollout, it was just the dget to edge thing?)
[15:55] <Hobbsee> cprov-lunch: ping
[15:55] <ubotu> New bug: #174446 in malone ""Report a bug" page for non-Bugs-using project assumes you're not the registrar" [Undecided,New] https://launchpad.net/bugs/174446
[15:58] <Hobbsee> kiko: okay, who broke launchpad, and why?
[15:58] <Hobbsee> kiko: it appears to be spamming all team members of failed builds from dogfood, when there's a listed email contact address, and it's set to "email the address" rather than contacting everyone individually?
[15:58] <Hobbsee> (ppa)
[15:59] <kiko> Hobbsee, from dogfood?
[15:59] <kiko> dogfood doesn't send email last I checked
[15:59] <kiko> bigjools, cprov-lunch, mthaddon?
[15:59] <Hobbsee> kiko: do you want a copy of the email?
[15:59] <mthaddon> kiko, hi
[15:59] <bigjools> yes yes, wassup?
[15:59] <kiko> bigjools, ^^^
[16:00] <Hobbsee>  * Build Log: http://librarian.dogfood.launchpad.net/10661832/buildlog_ubuntu-gutsy-i386.kde4libs_4%3A3.96.0-1ubuntu1_CHROOTWAIT.txt.gz
[16:00] <Hobbsee>  * Builder: https://dogfood.launchpad.net/+builds/rubidium
[16:00] <Hobbsee> makes it appear from dogfood, anyway
[16:00]  * bigjools will turn off the email on dogfood
[16:00] <Hobbsee> ~100 spam is not exactly cool
[16:00] <Hobbsee> particularly with people who arent' exactly happy at launchpad to begin with
[16:00] <bigjools> cprov-lunch is testing some new build stuff
[16:01] <mpt> Hobbsee, I don't remember, I think it was plus an "s" if the broken link didn't have one, or minus one if it did
[16:01] <mpt> e.g. +editemail <=> +editemails
[16:01] <Hobbsee> mpt: ah, thanks.
[16:01] <Hobbsee> mpt: could have sworn i tried that :)
[16:02] <bigjools> Hobbsee: please let me know if it happens any more
[16:02] <Hobbsee> mpt: hah.  i can't remove them anyway.  it says it has been removed, but still shows up.
[16:02]  * Hobbsee checks on !dogfood
[16:02] <Hobbsee> nope.  broken.
[16:05] <bigjools> it's still sending?
[16:06] <Hobbsee> bigjools: haven't seen anything as yet, have asked the affected parties to poke me if they see more
[16:06] <Hobbsee> bigjools: was meaning this mail thing.
[16:06] <Hobbsee> as in, removing addresses
[16:07]  * Hobbsee files a bug.
[16:11] <ubotu> New bug: #174450 in launchpad "Tabs make no visual distinction between main pages and subsidiary pages" [Undecided,New] https://launchpad.net/bugs/174450
[16:11] <cprov> Hobbsee: sorry, dogfood was not supposed to send build-failure-notification.
[16:11] <Hobbsee> cprov: apparently it does :)
[16:13] <cprov> Hobbsee: that's a miss-configuration, I will fix that.
[16:13]  * Hobbsee files another bug.
[16:13] <Hobbsee> cprov: cool :)
[16:18]  * bigjools sighs
[16:20] <ubotu> New bug: #174452 in launchpad "Contact addresses impossible to remove from teams" [Undecided,New] https://launchpad.net/bugs/174452
[16:25] <ubotu> New bug: #174453 in launchpad "Manage Addresses on a team page is a 404" [Undecided,New] https://launchpad.net/bugs/174453
[16:43] <kiko> cprov, what happened?
[16:45] <cprov> kiko: sending build-failure-notifications from dogfood, it should be disabled in its config.
[17:15] <ubotu> New bug: #174464 in soyuz "auto-syncs should not send upload notifications to -changes@" [High,Confirmed] https://launchpad.net/bugs/174464
[17:22]  * kiko rolls eyes
[17:35] <ubotu> New bug: #174468 in launchpad "Series, releases, and milestones overlap confusingly" [Undecided,New] https://launchpad.net/bugs/174468
[17:42] <rick_h_> anyone know if there are some PPA delays? I have an i386 build queued for 11 hours and wasn't sure if I should retry it?
[17:46] <kiko> rick_h_, it's unusual, because I don't see the i386 buildds hammered
[17:46] <kiko> bigjools, do you know?
[17:47] <bigjools> kiko: I've not heard of anything
[17:47] <rick_h_> ok, I was asked by upstream to update for a bug fix and he was wondering if I had a timeframe. 
[17:48] <rick_h_> thanks, I'll practice my patience
[18:01] <ubotu> New bug: #174473 in malone "Project Bugs page has search field etc even if there are no bug reports" [Undecided,New] https://launchpad.net/bugs/174473
[18:05] <_polto_> hi
[18:07] <_polto_> i uploaded a patched liblivemedia-dev to my PPA and would like my patched MPlayer to compile with the patched liblivemedia-dev, but as i see in log files mplayer is compiled against clean liblivemedia-dev
[18:07] <_polto_> how can i make mplayer compile on PPA with my version of the library pls ?
[18:09] <_polto_> you can have a look here https://edge.launchpad.net/~polto/+archive/
[18:20] <ubotu> New bug: #174480 in blueprint "Person's +roadmap page contains blueprints they're not assigned to" [Undecided,New] https://launchpad.net/bugs/174480
[18:30] <ubotu> New bug: #174483 in malone "Whether a project tracks bugs in Launchpad isn't mentioned on its Bugs page" [Undecided,New] https://launchpad.net/bugs/174483
[19:00] <ubotu> New bug: #174489 in launchpad "Can't delete a milestone" [Undecided,New] https://launchpad.net/bugs/174489
[19:05] <ubotu> New bug: #174491 in malone "Can't add a new milestone from (near) a bug's milestone menu" [Undecided,New] https://launchpad.net/bugs/174491
[20:29] <gspr> Hi. I started a PPA build today - the amd64 build finished within an hour, while i386 was queued for 6 hours - then after around 90% of the (estimated) compile elapsed, the i386 build went back to "pending", while the details say "currently building". It's been like that for hours, and seems to be stuck somehow. Is there anything I can do to unqueue/delete it?
[20:34] <rick_h_> gspr: I think something is going on today. My i386 build is entering something like 14hours in queue so far
[20:34] <kiko> rick_h_, gspr: this is intriguing. cprov-out is the man to ask but as you see I'm late :-/
[20:35] <kiko> ah
[20:35] <kiko> https://edge.launchpad.net/+builds
[20:35] <kiko> rick_h_, gspr: it's a language pack build which is chewing up all our builders
[20:35] <kiko> first time it happens that I can see, too
[20:35] <kiko> rick_h_, gspr: PPAs build in i386 virtuals
[20:36] <rick_h_> ok, this page is good to know. another guy on the LP team told me this page didn't exist yet. (I asked him about checking status of the build servers)
[20:36] <kiko> rick_h_, the status of the builders, but not the queue itself.
[20:36] <rick_h_> ah gotcha
[20:36] <gspr> kiko: Yeah, I noticed a lot of language pack builds.
[20:37] <rick_h_> well I was just looking to see if other packages were going through then I must be far enough down in line
[20:37] <statik> kiko: welcome to the party. this is the hottest project in town, you've got to install it
[20:37] <statik> oh, wrong channel
[20:37] <rick_h_> heh, yea
[20:38] <kiko> wtf
[20:38] <statik> #gnome-do is right next to #launchpad in my channel list
[20:38] <rick_h_> ah, well that's ok. It's good to cross-polinate a bit
[20:38] <statik> kiko: rick_h_ is from the #gnome-do project
[20:38] <gspr> kiko, rick_h_: I wasn't really thinking about the waiting in queue (when this (great!) PPA idea launched, I imagined days of waiting time, and was very surprised to learn otherwise). It's rather that my build first waited, then compiled, and then waited again, and now seems to be stuck in some limbo where it's listed as pending, while its details say "currently building". I suspect it's hung or something
[20:39] <kiko> gspr, I think that's a bug. can you check on edge.launchpad.net first?
[20:39] <rick_h_> gspr: ah, you're right there. The fact that it started/stopped is a bad sign
[20:40] <gspr> kiko: The status is the same on edge (listed as "pending", while details say "currently building")
[20:41] <gspr> rick_h_: Aye... comparing the build time to that of the AMD64 one, it went into this weird state just about when it should have finished building.
[20:41] <kiko> gspr, what's the build URL?
[20:41] <gspr> kiko: https://launchpad.net/~gspreemann/+archive/+build/464776
[20:44] <kiko> it's not currently building; that's the bug (a display bug0
[20:44] <gspr> (As a side note, by the way, I have to tell you - this PPA idea is really magnificent! I'm sure it'll appeal to a wide variety of different users)
[20:44] <gspr> kiko: Hmm... where do I report it?
[20:45] <kiko> gspr, well, I wanna wait for cprov-out because I think it's known and in progress somewhere
[20:45] <kiko> gspr, are you here in a few hours or tomorrow morning UTC?
[20:46] <_polto_> i uploaded a patched liblivemedia-dev to my PPA and would like my patched MPlayer to compile with the patched liblivemedia-dev, but as i see in log files mplayer is compiled against clean liblivemedia-dev
[20:46] <gspr> kiko: I won't be here in a few hours, but I can drop by tomorrow morning UTC. For me this is no rush in any way, I just thought I'd ask if this is a known problem
[20:46] <_polto_> how can i make mplayer compile on PPA with my version of the library pls ?
[20:47] <kiko> cool
[20:47] <gspr> _polto_: You could modify mplayer's build dependency to require your specific version of liblivemedia-dev
[20:48] <kiko> _polto_, if you upload the library to your own PPA, it will be used in preference to the ubuntu version
[20:48] <gspr> _polto_: Or listen to kiko, that sounds smarter :)
[20:49] <kiko> gspr, the issue is the PPA package dependency.
[20:49] <kiko> when the buildd pulls stuff into the chroot to build, you want the right library version to be installed
[20:49] <kiko> the buildd's chroot config has apt set up to pull from the PPA first, Ubuntu as a fallback
[20:50] <kiko> so that's how you can get a new library being used as a dependency
[20:50] <kiko> I'm afk now for a few hours
[20:50] <kiko> bbl
[20:56] <_polto_> kiko , i uploaded :)
[20:56] <kiko-afk> _polto_, good job
[20:59] <_polto_> kiko-afk, look: https://edge.launchpad.net/~polto/+archive/
[20:59] <_polto_> kiko-afk, but mplayer still compile against the unpatched liblivemedia.. :(
[20:59] <_polto_> any idea ?
[21:03] <kiko-afk> _polto_, did you upload mplayer after liblivemedia?
[21:03] <kiko-afk> _polto_, damn I'm late. ask a question on launchpad and somebody will look into it later
[21:03] <kiko-afk> see /topic 
[21:03]  * kiko-afk waves and dashes
[21:20] <cprov-out> gspr: https://edge.launchpad.net/~gspreemann/+archive/+build/464776 fixed, it will be dispatched in 25 minutes or so
[21:35] <gspr> cprov-out: Great! It seems to report the same status in the non-edge version of launchpad too now...
[21:36] <cprov-out> gspr: it's not a launchpad/edgy issue, your build got corrupted this morning due to a hiccup in the slave-scanner.
[21:37] <gspr> cprov-out: Oh, ok. Thanks for the help :)
[21:37] <cprov-out> np
[21:49] <gspr> For PPA repositories to work as normal ones, I just need to add the owner's GPG key with apt-key, right? I keep getting "WARNING: The following packages cannot be authenticated!"
[21:54] <cdm10> I just started my first "real" programming project, and I'm using Launchpad for translations. About how long should I expect it to take to approve my .pot file?
[21:55] <rick_h_> gspr: because they aren't. There's not a way for ppa to build the package with your gpg key
[21:56] <gspr> rick_h_: Ah, yes, of course, I should have thought of that. Forgot we just sign the source upon upload. My bad :)
[21:56] <rick_h_> gspr: no prob, I made the exact same mistake and was in here asking after my first ppa upload
[21:58] <gspr> rick_h_: I guess it's the same logic when you forget your key behind the locked door, and look for your keys in your pocket so that you can unlock the door and get your keys... the standard "pre-d'oh" logic
[22:49] <poolie> kiko-afk, hi
[22:50] <ubotu> New bug: #174551 in malone "broken statistics for translation status" [Undecided,New] https://launchpad.net/bugs/174551
[23:40] <ubotu> New bug: #174556 in launchpad "Project home page field asks for "http://" but doesn't provide it" [Undecided,New] https://launchpad.net/bugs/174556