[00:43] <james_w> yay, email on source package branch merge proposals at last
[00:43] <james_w> thanks team
[00:44] <thumper> james_w: np
[00:45] <thumper> james_w: what's the state of package branches on LP?
[00:45] <thumper> james_w: are they all up there now?
[00:45] <james_w> and I should be able to reply to them soon as well :-)
[00:45] <james_w> getting there
[00:45] <thumper> james_w: how much to go?
[00:45] <thumper> james_w: you are aware of our space issues?
[00:45] <james_w> we're past the "churn through" stage, on to the "fix errors" stage
[00:45] <thumper> which means what?
[00:45] <james_w> maybe 10%
[00:45] <thumper> I'm unclear
[00:45]  * thumper nods
[00:46] <james_w> well, it requires to look at why bzr failed to import the history of a particular package, work out what triggered the problem, get the fix included, roll that out, and re-import
[00:47] <thumper> ok
[00:47] <james_w> so it's manual work, rather than just time waiting for a script to run
[00:47] <thumper> right
[00:47] <thumper> 10% seems like a lot of manual work
[00:47] <james_w> well, it's a case where 5% will be 1 bug, 2.5% another etc.
[00:47] <thumper> ah ok
[00:48] <james_w> I hadn't looked at the disk usage graph in a while
[00:48] <james_w> you could say it fit quite nicely
[00:48] <james_w> as long as no-one creates any more branches we will be fine :-)
[00:49] <james_w> anyway, good night
[01:01] <djsiegel> Hello, how can I get my project renamed?
[01:08] <spm> djsiegel: add a question against the l pproject itself; ping me back with the number of same ; I'll verify you're you, and make it happen.
[01:08] <djsiegel> spm: awesome, one moment!
[01:10] <djsiegel> spm:  https://answers.edge.launchpad.net/launchpad/+question/83571
[01:11] <spm> djsiegel: one of my projects is named awffull. there are worse names than phaste. :-)
[01:11] <djsiegel> it's not the worst name ever, but it does sort of make you feel out of breath when you merely read it silently
[01:12] <spm> djsiegel: done. https://edge.launchpad.net/haste
[01:12] <djsiegel> wow, thank you so much!
[01:13] <djsiegel> spm: if you need a pastebin tool, try haste :) I have no build infrastructure yet, though
[01:13] <djsiegel> $ <some command> | haste | xargs gnome-open
[01:13] <djsiegel> or
[01:13] <spm> hahahaha. love it! will do :-)
[01:14] <djsiegel> $ haste --provider pastebin2 my_file.c
[01:14] <djsiegel> just sends the text and prints the url of the resulting paste
[04:05] <bjsnider> which debuild options would i use if i do not want to upload the same source tarball over and over again?
[04:05] <wgrant> bjsnider: -sa
[04:05] <bjsnider> ok, so i leave out the -S
[04:05] <wgrant> bjsnider: No, that too.
[04:06] <mwhudson> it's the default if the version before the - hasn't changed, isn't it?
[04:06] <wgrant> -S says build source only. -sa says don't include the orig tarball.
[04:06] <bjsnider> -S -sa would upload the tarball again even if i have not changed it
[04:06] <wgrant> Wait, yes. I had it the wrong way around.
[04:06] <wgrant> -sa forces the tarball to be included.
[04:06] <bjsnider> ok, so just -S
[04:06] <bjsnider> got it
[04:07] <wgrant> -sd will force the tarball to be excluded, but you shouldn't need that.
[04:07] <lifeless> wgrant: uhm -sa forces upload
[04:07] <lifeless> bjsnider: if you're seeing the tarball uploaded, you're probably doing native builds or something similar
[04:07] <bjsnider> if the only change i want to make is the distro in the changelog, i don't need to keep uploading
[04:07] <wgrant> lifeless: Yes, I corrected myself. I never have to use it, so I forgot which way around it was.
[04:08] <wgrant> bjsnider: You need to also change the version.
[04:08] <wgrant> You can't upload the same version to multiple series.
[04:09] <bjsnider> well, i'll name the distro in the package name definitely
[04:14] <JanC> hey, if any launchpad admin is around, https://bugs.launchpad.net/ubuntu/+source/gdm/+bug/393854 says that an existing GNOME bug doesn't exist
[04:14] <JanC> not sure if that will be fixed automaticly or needs manual kicking  ;)
[04:15] <lifeless> spm: ^
[04:16] <spm> yeah was looking. JanC. not being familiar with the remote bug side; what am I looking for that show's it's broken?
[04:17] <JanC> spm: if you fold open the gnome bug line at the top it says "GNOME Bug Tracker bug #414862 appears not to exist. Check that the bug number is correct."
[04:17] <JanC> eh, shut up ubottu :P
[04:17] <spm> ahh right
[04:17] <JanC> if you follow the link, you can see it exists
[04:18]  * spm checks checkwatches...
[04:42] <purserj> hi all, I'm trying to setup the launchpad code on ubuntu jaunty and I've hit an error when running make schema. Specifically I've got errors coming out the wazoo when trying to build _ctypes
[04:43] <micahg> purserj: try #launchpad-dev
[04:43] <purserj> rightio
[05:04] <MFen> api question
[05:04] <MFen> getPublishedBinaries and getPublishedSources return a 500 server error when i specify version="something"
[05:04] <MFen> is that a bug?
[05:04] <MFen> ppa.getPublishedSources(version='0.8.5~ppa5') -> 500
[05:04] <MFen> (launchpadlib)
[05:08] <MFen> i'm having a hell of a time trying to poll to see when my package will be accepted
[05:08] <lifeless> uhm
[05:08] <lifeless> you should get an OOPS ID in that 500
[05:08] <mwhudson> it's a bug in something i guess
[05:09] <MFen> ok, lemme see. maybe the exception has that id?
[05:09] <mwhudson> i think it does
[05:09]  * mwhudson hasn't used the api much
[05:10] <MFen> (Pdb) p e.response
[05:10] <MFen> {'status': '500', 'x-lazr-oopsid': 'OOPS-1362EC266', 'via': '1.1 wildcard.edge.launchpad.net', 'x-powered-by': 'Zope (www.zope.org), Python (www.python.org)', 'content-length': '14', 'server': 'zope.server.http (HTTP)', 'connection': 'close', 'date': 'Wed, 23 Sep 2009 04:10:19 GMT', 'content-type': 'text/plain'}
[05:11] <MFen> apparently i can't click on that? :)
[05:11] <mwhudson> not usefully, no
[05:11] <lifeless> once it syncs we can inspect it for you
[05:17] <MFen> how long does it take to sync?
[05:17] <mwhudson> up to 10 minutes
[05:17] <MFen> k
[05:20] <lifeless> AssertionError: 'version' can be only used when name is set
[05:20] <lifeless> MFen: please file a bug - that should be a clean API error not an oops.
[05:22] <MFen> ok. the proper invocation would be, what, version=set(['0.8.5~ppa5'])? or does "set" mean something else in this context
[05:23] <wgrant> No, no, it means you need to set the name.
[05:23] <wgrant> So you need to search for both a name and a version.
[05:23] <wgrant> Not just a version.
[05:23] <MFen> oh, i mentally added a word there
[05:23] <MFen> yeah, that makes sense. didn't occur to me because i only have one package
[05:24] <MFen> file that bug against..?
[05:24] <wgrant> soyuz
[05:24] <MFen> ty
[05:25] <lifeless> ref the oops number
[05:25] <lifeless> it will make it clear to folk reading it
[05:30] <MFen> oh ok
[05:32] <MFen> https://bugs.launchpad.net/soyuz/+bug/435023
[05:35] <Ursinha> ouch, I can't edit the bug description
[05:35] <Ursinha> wonder if it's just me
[05:36] <lifeless> Ursinha: its just you
[05:39] <Ursinha> lifeless, I click in the exclamation mark, add the text and when click the green check for it to record the changes, the field box gets red and I see in tiny red letters: Entity-body was not a well-formed JSON document.
[05:39] <Ursinha> lifeless, are you able to record the changes?
[05:40] <lifeless> Ursinha: I did
[05:40] <lifeless> Ursinha: I've had that red error a few times
[05:40] <Ursinha> crap
[05:40] <lifeless> I'll file a bug the next time  Isee it
[05:40] <lifeless> try repeating your action if it happens (may need to refresh)
[05:42] <suji> how to download and install a package from the existing ppa?
[05:42] <Ursinha> I did it like a dozen times
[05:42] <Ursinha> now with another browser and same shit
[05:43] <Ursinha> suji, you should add the ppa to your sources.list and install it via apt-get or aptitude
[05:43] <lifeless> Ursinha: ctrl-R ?
[05:44] <Ursinha> lifeless, nothing
[05:45] <lifeless> hmm
[05:45] <lifeless> you're on https yes?
[05:45] <lifeless> can't be a proxy then...
[05:47] <Ursinha> lifeless, it was working this afternoon
[05:47] <Ursinha> I did nothing different
[05:48] <lifeless> Ursinha: sure
[05:48] <lifeless> Ursinha: when its happened to me its been a 30 second thing
[05:48] <lifeless> just ctrl-refresh, works, keep goin
[05:48] <lifeless> g
[05:52] <MFen> argh
[05:52] <MFen> how do you tell if a collection is populated, in launchpadlib?
[05:52] <MFen> i just want to know if there's at least one item
[05:53] <Ursinha> MFen, len(list(collection)) maybe works
[05:53] <wgrant> But that's potentially very, very expensive.
[05:53] <MFen> well, i was hoping i wouldn't have to do that
[05:53] <Ursinha> yes, indeed
[05:53] <Ursinha> I don't know if there's a count or something that could tell that right away
[05:53] <wgrant> I don't think there is.
[05:54] <MFen> sources[0] returns an IndexError when empty.  so i could catch the exception..
[05:54] <wgrant> Maybe try to get collection[0]?
[05:54] <Ursinha> yes, and catch the index error
[05:54] <MFen> ugh?
[05:54] <Ursinha> that what I do
[05:55] <wgrant> There's nothing really wrong with that.
[05:58] <MFen> poor form. it would be nice if the api made len() work. it doesn't have to be expensive if you do it on the server
[06:02] <wgrant> It could be.
[06:02] <wgrant> COUNT often isn't cheap.
[06:02] <mzz> sounds like you want it to support bool(), not necessarily len()
[06:03] <MFen> yeah, i really want bool in this case, but len comes in handy too
[06:04] <MFen> i always wondered why COUNT isn't O(1) for real tables
[06:05] <MFen> surely it occurred to someone to just keep a counter..
[06:05] <mzz> it isn't?
[06:05]  * mzz feels ignorant
[06:05] <MFen> well, i suppose i haven't actually checked
[06:05] <mzz> I figured COUNT would only be slow if it involves a WHERE
[06:06] <mzz> or something else making it differ from just the number of rows in the table
[06:07] <wgrant> Transactions.
[06:07] <MFen> ok. making actual progress
[06:07] <wgrant> MVCC can make COUNT require a sequential scan, I believe.
[06:07] <MFen> i am now able to tell when the ppa has accepted my package, through the api. it's heinous, but it works
[06:08] <MFen> now i need to figure out what it takes to poll the binaries
[06:09] <mzz> this sounds like it's for something I might like
[06:09] <MFen> i'm automating steps 4-5 here http://wiki.goonmill.org/HowtoReleaseHypy
[06:10] <MFen> it's for release automation. i shouldn't have to hang around and wait for my packages to build, so i'm writing something that uses the api to poll for built packages. when they're done, it'll copy them, too
[06:11] <MFen> what i want to answer at this juncture is: "are all the binaries that are going to be built, already built?"
[06:12] <MFen> the hard part of that question is i don't know how to find out how many binaries are going to be built
[06:12] <lifeless> MFen: its turing complete
[06:12] <MFen> afaict the api does not actually use the "pending" status. i can only see packages that actually were built
[06:12] <mzz> you'd have to peek at the debian/control file, and I have no idea if launchpad does that before actually building
[06:12] <lifeless> MFen: if you have an oracle, use it. Otherwise you have to wait.
[06:12] <MFen> lifeless: i'm going for an approximation i.e. "within the next day or so" :)
[06:12] <lifeless> MFen: no, I mean the number and names of the built packages
[06:13] <lifeless> MFen: its turing complete.
[06:13] <wgrant> MFen: The API does use the pending status.
[06:13] <wgrant> MFen: What is missing?
[06:13] <MFen> wgrant: well, i have yet to see getPublishedBinaries return any pending packages in the list
[06:13] <MFen> unless it means something unexpected
[06:13] <wgrant> MFen: That's because they will only be Pending for a few seconds.
[06:14] <wgrant> MFen: Unlike sources, binaries only get publishing records just before they're actually published.
[06:14] <MFen> well, that would explain it. so how do i know how many builders it has spawned? i just want to know that, and then wait for all of them to finish
[06:14] <wgrant> MFen: You have to look at build statuses for the rest.
[06:14] <wgrant> MFen: Have a look at getBuildRecords, I guess.
[06:14] <lifeless> MFen: one per arch, except arch all
[06:15] <lifeless> or any; where any is one per build arch for the distro ~~ ppa-build-arches, and all is one arch only
[06:16] <lifeless> MFen: what are you trying to achieve?
[06:16] <lifeless> MFen: nothing in the hypy list seems to need estimates
[06:16] <MFen> just like i said, trying to automate my release.  rather than sit on the web page and wait for all the building to complete so i can copy packages, i want my computer to do the waiting
[06:16] <MFen> estimates?
[06:17] <lifeless> 15:10 < MFen> what i want to answer at this juncture is: "are all the binaries that are going to be built, already built?"
[06:17] <lifeless> thats an estimation question, isn't it?
[06:17] <MFen> no?  a certain number of builders are spawned each time. (it's probably always 3, but i'm not sure). i want to wait for all those arches to finish building
[06:17] <wgrant> It's easy enough to check.
[06:17] <MFen> it's an exact number, i just don't know what it is :)
[06:18] <lifeless> ah!
[06:18] <lifeless> arches != binaries
[06:18] <wgrant> Locate all builds for the source.
[06:18] <lifeless> very different thing
[06:18] <lifeless> https://edge.launchpad.net/~subunit/+archive/snapshots/+packages
[06:18] <lifeless> start with that page in the lp
[06:18] <lifeless> source
[06:18] <wgrant> Hmm.
[06:18] <lifeless> should give you enough inspiration
[06:18] <wgrant> Is the necessary stuff exposed in the API...
[06:18]  * wgrant checks.
[06:19] <MFen> i haven't looked at getBuildRecords yet
[06:19] <wgrant> MFen: Ah, easy. You don't need to.
[06:19] <wgrant> MFen: Use archive.getBuildSummariesForSourceIds
[06:19] <MFen> aha!
[06:19] <MFen> yes. i shall try that.
[06:19] <wgrant> MFen: That will give you a nice overview of the status of all the builds. It will even tell you when the build is finished, but the binaries aren't published yet.
[06:20] <wgrant> If the binaries are unpublished, it will give a status of FULLYBUILT_PENDING, rather than the normal FULLYBUILT.
[06:20] <wgrant> That's what the page lifeless pointed at uses.
[06:21] <MFen> ok cuz i still have no idea what i'm supposed to be looking at on that page
[06:22] <wgrant> MFen: The far-right column in the table is the information that you require.
[06:23] <MFen> oh, yeah. that's no different from what i see on my own ppa page though
[06:23] <wgrant> Right.
[06:23] <wgrant> But that shows what you need, so you could check the code.
[06:24] <MFen> oh right. the code. i forgot you guys released the code
[06:24] <MFen> remembering that would have made this easier
[06:31] <MFen> not one hit on google code for that api
[06:32] <wgrant> That's unsurprising.
[06:32] <wgrant> It exists mainly for the use of the PPA listing page.
[06:32] <MFen> i dunno. google code doesn't seem very useful
[06:32] <MFen> you'd think it would index anything open source that had a web repo
[06:34] <MFen> puzzling
[06:34] <MFen> source_ids is a single int?
[06:35] <wgrant> MFen: A list of ints, I believe.
[06:35] <wgrant> MFen: Not designed nor ideally suited to launchpadlib use, but it can be done.
[06:36] <MFen> i'll have to parse it off of self_link
[06:36] <wgrant> MFen: You need to get the ID of the source_package_publishing_hisory.
[06:36] <wgrant> I think so, yes.
[06:36] <wgrant> :(
[06:56] <MFen> Version 0.8.5~ppa9 packages not yet accepted by the PPA.  Waiting 20s... [\n] Package was accepted. [\n] BUILDING: amd64 build of python-hypy 0.8.5~ppa9 in ubuntu karmic RELEASE [\n] BUILDING: i386 build of python-hypy 0.8.5~ppa9 in ubuntu karmic RELEASE [\n] BUILDING: lpia build of python-hypy 0.8.5~ppa9 in ubuntu karmic RELEASE [\n] 0/3 packages finished.  Waiting 60s...
[06:58] <wgrant> MFen: Looking good.
[06:58] <lifeless> \o/ load
[06:58] <lifeless> we need notfications :P
[06:58] <wgrant> lifeless: PPA pages do exactly the same thing every 60 seconds if there are any builds that are not finished and published.
[06:59] <MFen> i'm going to have to make my timeout a lot longer. i've got 28 minutes waiting in the queue now :)
[06:59] <lifeless> wgrant: same applies there :)
[07:00] <wgrant> MFen: Bonus points for reading the estimated start time and delaying until around then.
[07:01] <wgrant> (sadly that's not possible yet, but it would be a simple patch)
[07:04] <MFen> ok. thanks a million for your help, everyone
[07:04] <MFen> i'm going to go to bed now. i'll pick this up again tomorrow
[07:04] <wgrant> Night.
[08:25] <jml> hello
[08:26] <noodles775> hi :)
[08:30] <lifeless> hi jml
[08:36] <Amaranth> yay the little i came back for public/private on webkit
[08:37] <Amaranth> oh, that's a pencil, never noticed
[08:44] <sivang> anybody remembers david alouch's irc nick ?
[08:47] <wgrant> sivang: ddaa
[08:57] <sivang> wgrant: thank you!
[08:59]  * maxb blinks
[08:59] <maxb> So I accidentally superseded a package in my PPA with one with a *lower* version number
[08:59] <wgrant> You hadn't previously deleted it?
[08:59] <maxb> no
[08:59] <maxb> um
[08:59] <wgrant> But...
[09:00] <maxb> oh yes I had, but I got confused
[09:00] <noodles775> *phew*
[09:00] <wgrant> Confusion is easy.
[09:00] <maxb> I'd deleted it, but I'd also copied it to *another* PPA
[09:00] <wgrant> Ah.
[09:00] <maxb> and I'd got confused which one I was looking at
[09:10] <thekorn> hi, is editing of bug descriptions known to be not working, I always get
[09:10] <thekorn> "Entity-body was not a well-formed JSON document"
[09:11] <thekorn> btw, it is hardly readable on my netbook in such a small font ;)
[09:36] <spm> JanC: ref that gnome bug you noted earlier? is now better understood; a solution will be either part of the rollout in ~ 13ish hours (2200 utc) or manually fixed later today. gmb is the person to talk with for the thrilling details. :-)
[10:29] <jblount> I love it when I click a button I dont' click every day and get nice ajaxy fun stuff in LP.
[10:33] <jml> heh
[10:59] <Turms_> why https://bugs.launchpad.net/bugs/433259 doesn't show up in my launchpade page: https://bugs.launchpad.net/~sentiniate
[11:01] <Turms_> and, my impression is that the fix has furtherly messed up things, i'll have to take photos of grub window and add them to my bugreport
[11:32] <mpt> gnaarrrrr
[11:32] <wgrant> Uhoh.
[11:32] <mpt> I can't get to the Ubuntu Bugs page from an Ubuntu bug report
[11:33] <mpt> e.g. https://bugs.edge.launchpad.net/ubuntu/+source/ubuntulooks/+bug/16045
[11:33] <wgrant> True.
[11:33] <mpt> What am I missing?
[11:33] <wgrant> Was there ever a way to do that?
[11:33] <mpt> Yes, in 2.x you could click on "Ubuntu" in the hierarchy
[11:33] <wgrant> Oh, right.
[11:41] <james_w> "#
[11:41] <james_w> # Launchpad now open source! – 21 Jul 2009
[11:41] <james_w> Translate a phrase once, have it show up in all your releases. "
[11:41] <james_w> that seems a bit wonky
[11:41] <james_w> (from the front page)
[11:45] <maxb> What's up with the PPA builders? Did the ongoing ubuntu archive rebuild get reprioritized above normal PPA builds?
[11:45] <intellectronica> mpt: yes you can, using the so-called bread crumbs
[11:46] <bigjools> maxb: it looks like nothing's getting dispatched at all
[11:46] <bigjools> gar
[11:46] <mpt> intellectronica, none of them go to the Ubuntu Bugs page. Close, though. :-) One goes to the Ubuntu page, and another goes to the ubuntulooks Bugs page.
[11:48] <intellectronica> mpt: ah, interesting. so i guess packages should have another level in their breadcrumbs
[11:48] <wgrant> Or the breadcrumbs need dropdowns like they had in 1.0.
[11:48] <maxb> Oh yes, the build farm does seem to have melted completely :-/
[11:49] <bigjools> I am trying to get an admin to poke it
[11:49] <wgrant> 6 hours ago.. wow.
[11:50] <intellectronica> i was not a big fan of those dropdowns, i like having all the text in front of me
[11:50] <mpt> intellectronica, I guess this was a bit inevitable when trying to collapse two aspects of navigation (hierarchy + facets) into one. I don't see where "Bugs in Ubuntu" would sensibly go into that hierarchy. Either you came from the ubuntulooks page, or you came from the Ubuntu Bugs page, not both.
[11:50] <mpt> (the ubuntulooks Bugs page, I mean)
[11:51] <mpt> You can't actually get to from the Ubuntu Bugs page to the ubuntulooks Bugs page. That's not a problem in itself, but it would be weird for the breadcrumbs to suggest you can.
[11:52] <intellectronica> mpt: i see what you mean. yes, that's quite tricky. but i think a rule of the facet breadcrumb always showing after the context will work
[11:52] <intellectronica> well, not context, i mean target. in this case the bug is the context
[11:53] <mpt> intellectronica, so what would that mean in this case? "Ubuntu “ubuntulooks” package Bugs in ubuntulooks Bug #16045" then ...
[11:53]  * mpt wonders why the guillemots didn't copy
[11:53] <bigjools> maxb: it's getting un-boogered now
[11:53] <maxb> \o/
[11:53] <maxb> thanks
[11:53] <bigjools> and the bug that causes it will be squished tonight in the rollout
[11:54] <maxb> even better :-)
[11:54] <intellectronica> mpt: yes, that's what i meant
[11:55] <mpt> intellectronica, I was waiting for you to fill in the blank :-) What would go after that?
[11:55] <maxb> bigjools: Whilst you have an admin around, could you get them to kick zeca too?
[11:55] <bigjools> maxb: zeca?  you mean the keyserver
[11:55] <maxb> ye
[11:55] <mpt> (Oh, I see, they're list items with custom bullets, not real guillemots. That'll be a bit awkward for people using screen readers or text browsers.)
[11:55] <maxb> s
[11:55] <bigjools> zeca is a test thing :)
[11:56] <bigjools> they are aware of it, I don't know what's up with it
[11:56] <intellectronica> mpt: the bug is the last component
[11:56] <mpt> intellectronica, yes, so where would "Bugs in Ubuntu" go in that list?
[11:58] <intellectronica> mpt: it would go immediately after ubuntu
[11:59] <mpt> intellectronica, so "Ubuntu > Bugs in Ubuntu > ubuntulooks package > Bugs in ubuntulooks > Bug 16045"?
[11:59] <wgrant> maxb: Apparently keyserver.u.c is just overloaded.
[11:59] <intellectronica> mpt: yup
[11:59] <maxb> eek
[12:00] <wgrant> Yes. Use pook.sks-keyservers.net instead, I suppose.
[12:00] <intellectronica> it's not that clean, but i think it's still better than the matrix for hierarchy and facets, which can be quite confusing
[12:00] <wgrant> s/pook/pool/
[12:02] <mpt> intellectronica, I think the main reason it was confusing was the "You're using edge" bar splitting it in two. I really don't think a hierarchy alone can sensibly do the job, but I hope you succeed anyway. :-)
[12:56] <KIAaze> hi, I am unable to check out this bzr branch on launchpad: bzr branch lp:webcontentcontrol
[12:56] <KIAaze> I get the following error
[12:56] <KIAaze> bzr: ERROR: Target directory "webcontentcontrol" already exists.
[12:57] <KIAaze> bzr: ERROR: Unrecognised container format: '<html>'
[12:57] <KIAaze> (other error just from previous attempt)
[12:58] <KIAaze> Bazaar version 1.13.1
[13:26] <salgado> KIAaze, it means there's a directory named webcontentcontrol in your CWD.  you need to either remove it or use a different name for the branch (e.g. bzr branch lp:webcontentcontrol webcontrol)
[13:27] <KIAaze> no, that was just a copy/paste error. The real error was the html thing.
[13:27] <KIAaze> but I managed to check out the branch after using my launchpad login, so it went over SSL
[13:36] <geser> cprov: is the fix for bug 408528 already in use? because http://launchpadlibrarian.net/32262296/upload_1255703_log.txt (Unhandled exception processing upload: duplicate key value violates unique constraint "person__account__key")
[13:37] <cprov> geser: it should be, let me check
[13:37] <wgrant> Oh dear.
[13:37] <wgrant> That's not a good looking error...
[13:39] <geser> I've seen this already in the copy archive but now in the main archive too
[13:40] <wgrant> Hmm.
[13:40] <wgrant> Does that mean there is an account with a person and an email address, but the email address is not linked to the person?
[13:49] <lamothe> Hi all, I have an issue that I hope that you can help with.  I would like to delete https://launchpad.net/me-tv/+milestone/beta but every time I try to, I get an oops.
[13:52] <cprov> geser: can you safely retry that build ?
[13:53] <geser> what you mean with "safely retry"?
[13:57] <cprov> geser: if retrying that build is still possible and wouldn't cause any problem to your archive.
[13:57] <geser> cprov: ah, sure
[13:59] <geser> cprov: I'll let you know when the retry is done by the buildd
[13:59] <cprov> geser: what's the build url ?
[14:00] <geser> cprov: https://edge.launchpad.net/ubuntu/+source/php-kolab-filter/0.1.5-2/+build/1255703
[14:00] <cprov> geser: rescored.
[14:01] <geser> :)
[14:10] <cprov> geser: same error, the workaround doesn't cover this case, I will investigate.
[14:48] <ahasenack> hey guys, I get an OOPS when I click on the logout button
[14:49] <ahasenack> everytime
[14:49] <ahasenack> just wondering if someone would like to take a quick look
[14:49] <ahasenack> I'm at this url: https://bugs.launchpad.net/landscape/+bug/+logout
[14:49] <ahasenack> OOPS-1362G2187 is the last oops
[14:49] <ahasenack> and I'll get another one if I click on "logout" again
[14:50] <ahasenack> looks like the 404 page from LP
[14:50] <ahasenack> I was logged in as someone who could browse landscape buugs
[14:50] <ahasenack> then in another tab I logged out and logged in as someone who couldn't
[14:50] <ahasenack> then went back to the first one and clicked logout
[14:50] <ahasenack> I think that was what I did
[14:52] <ahasenack> ok, I'll close it and move on as I need to do some work too :)
[15:05] <eagles0513875> hey guys do the gpg keyservers fall under this jurisdiction? or is this the wrong channel
[15:59] <cumulus007> Why is the translation system in Launchpad so hard to use? It's not well-integrated into the search system, for instance, I can't filter out translate templates. It's just hard to find the translation template you need and I really think it should get an overall refresh
[15:59] <beuno> cumulus007, it has had a refresh on edge
[15:59] <beuno> have you tried edge?
[16:00] <cumulus007> not yet, I'll have a look then :)
[16:01] <cumulus007> ah it's a lot cleaner and faster
[16:01] <beuno> cumulus007, it will be rolled out to production in a few hours
[16:01] <cumulus007> yes I read about that
[16:03] <cumulus007> beuno: there is just one feature I would really like to see.. It would be great if I could list Ubuntu-specific software and documentation only
[16:03] <cumulus007> beuno: is something like that in development or discussed?
[16:04] <beuno> cumulus007, I don't know, but danilos, jtv or henninge may
[16:05] <danilos> cumulus007: you mean something like https://translations.edge.launchpad.net/ubuntu/?
[16:05] <danilos> cumulus007: when you into a particular language, you'll see only ubuntu-specific software and documentation
[16:06] <cumulus007> No, because KDE software, GNOME software and lots of other software
[16:06] <cumulus007> ..is also listed.
[16:31] <binetou> hihi  it's my first time here
[16:31] <binetou> is there some one ? Y'a-t-il quelqu'un ??
[16:32] <Ursinha> binetou, there is always someone :)
[16:32] <binetou> sorry !!
[16:33] <Ursinha> binetou, nothing to be sorry about
[16:33] <jamalta> Ursinha: jeez, you scared him off!
[16:33] <Ursinha> hahaha what the...
[16:33] <jamalta> :P
[16:33] <Ursinha> jamalta, :P I wonder what I said
[16:33] <jamalta> Ursinha: i have no clue.. i do wonder what the second part of his message was
[16:34] <MFen> wgrant, others: thanks again for your help. i got it working
[16:34] <MFen> http://hypy-source.goonmill.org/file/6454ce4fc3e5/build-tools/lptool
[16:34] <idnar> hmm, does Launchpad not generate diffs for merge proposals for private branches?
[16:35] <MFen> currently lgpl licensed (but i'm not picky about that), if anyone wants to build something more general on top of it
[16:35] <Ursinha> ahasenack, hey, are you still getting those 404s?
[16:38] <idnar> oh nevermind, I guess it just took longer than I expected
[16:39] <jml> idnar, it takes longer than I'd like
[16:49] <MFen> anyone here in sydney?
[16:50] <MFen> or parts nearby?
[16:50] <MFen> i was going to comment that that strikes me as a beautiful apocalypse.  then i saw this picture: http://inapcache.boston.com/universal/site_graphics/blogs/bigpicture/ausdust_09_23/d18_20458747.jpg
[16:50] <MFen> THE END IS NIGH
[16:52] <jml> MFen, I left Sydney on Sunday
[16:52] <jml> MFen, it's almost 2am there, so there won't be many folk around :)
[16:52] <MFen> ah right
[16:52] <jml> awesome photo though
[16:53] <MFen> more here.. http://www.boston.com/bigpicture/2009/09/dust_storm_in_australia.html
[16:56] <jml> MFen, the headline is a little odd
[16:56] <MFen> well, it's a boston-based news source
[16:58] <jml> MFen, I was going to say that since the country is largely desert, "Dust storm in Australia" is a bit like "Snow in Canada"
[16:58] <MFen> haha good point
[16:58] <MFen> is that actually true though?  we have lots of desert in CA, but not that many dust storms
[16:58] <MFen> CA, not .ca btw
[16:58] <jml> MFen, I don't know. I've never had a good reason to visit the desert. :)
[16:58] <jml> MFen, dust storms in Sydney are extremely rare
[16:59] <jml> that's newsworthy
[17:00] <MFen> well, it's pretty. gonna be hell to clean up
[17:07] <ahasenack> Ursinha: no, I moved away from that state (url and login I was using)
[19:19] <james_w> I'm forging web app requests, and I'm getting some 500 responses with 'Application error.  Unauthenticated user POSTing to page that requires authentication.'
[19:20] <james_w> they are deterministic, but I have no trouble doing it with my browser
[19:20] <james_w> which would point to a python-launchpadbugs issue, but I find the fact that it is 500 responses odd
[19:30] <asabil> hi all
[19:30] <asabil> are there any .deb packages to install launchpad on a server ?
[19:31] <beuno> asabil, no
[19:31] <beuno> none planned
[19:31] <tonyyarusso> sad
[19:31] <asabil> oh, any reason for that ?
[19:32] <asabil> I think that launchpad is just awesome, and if some packages were available it would just get more people to use it within organizations
[19:32] <beuno> yes, our open sourcing is to give the community the power to add value to Launchpad
[19:32] <beuno> not enable other instances to come up
[19:32] <beuno> so we won't be spending any time towards that direction
[19:32] <asabil> I understand that
[19:32]  * tonyyarusso really needs to make a list to keep track of all the people who work for Canonical now
[19:32] <asabil> but I think that contributions will come from people working within other companies
[19:33] <asabil> and who deploy instances of launchpad internally
[19:33] <asabil> in the same way that they contribute to bugzilla and other internal tools
[19:33] <beuno> right, but it's an indirect benefit
[19:33] <james_w> it's free software now, you have the freedom to package it
[19:35] <asabil> james_w: true, but I would probably spend days trying to get it packages, instead of spending days writing patches for it to improve it
[19:35] <asabil> I think it would make a lot of sense to have launchpad in the launchpad ppa
[19:36] <beuno> asabil, and why do you want Launchpad developers to invest those days for you?  they can write patches in the time as well...
[19:36] <asabil> but anyways, that was just a query in case it was available, I will try to come up with something
[19:36] <asabil> beuno: because my packaging attempts were failure :)
[19:37] <asabil> but thanks for the great software that launchpad is
[19:37] <asabil> I will hopefully get an instance deployed where I work
[19:39] <beuno> asabil, in general, we're happy that people are using it, but we made a concious decision to not invest resources in deployment
[19:39] <asabil> beuno: I understand that :)
[20:12] <c_korn> hello I just got a mail "On 2009-09-22 13:03z (1 days 6 hours 7 minutes ago), you uploaded a file
[20:12] <c_korn> with translation templates for quilt in Ubuntu Karmic package "quilt" to
[20:12] <c_korn> Launchpad."
[20:13] <c_korn> but I never uploaded anything
[20:34] <geser> c_korn: sponsored upload to main perhaps?
[20:35] <c_korn> hm, no idea. I may have translated a few string in quilt recently
[20:35] <geser> c_korn: you don't need to touch any translation files to get this email
[20:40] <c_korn> geser: I did an update to quilt recently. so this is why I got the mail ?
[20:40] <c_korn> my new version got released in karmic
[20:43] <geser> yes
[20:45] <c_korn> geser: ok. is there anything I am supposed to do now ? (here is the full mail text: http://pastebin.com/d56510c19 )
[20:49] <geser> c_korn: don't know as in the few cases I got the email, the import worked and I ignored the mail :)
[20:50] <c_korn> geser: how can I check if the import worked ?
[20:50] <geser> c_korn: you probably need to grab someone familiar with the translation (rosetta) stuff
[20:55] <c_korn> geser: ok, thank you.
[21:58] <flacoste> bac: what is the distinction between project reviewed and project approved
[21:58] <flacoste> bac: when reviewing project
[21:58] <flacoste> bac: and shall I check both or only one of them?
[21:59] <bac> if it is an open source project and you approve of it, check both
[21:59] <flacoste> bac: sorry, i just missed the big blob of text at the top of the page :-)
[21:59] <flacoste> doh
[21:59] <bac> flacoste: yeah, read that
[21:59] <flacoste> what, that big blob of text?
[21:59] <flacoste> no way, don't make me think ;-)
[21:59] <bac> flacoste: critical thing to remember:  if it is 'other/open source' and you check 'reviewed' but not 'approved' it will show up as proprietary
[22:00] <bac> if it is a good FOSS project, just check 'reviewed' so other CHR people won't see it again
[22:00] <flacoste> bac: ok, and is that bad?
[22:00] <bac> no, it is just a little surprising to some
[22:00] <flacoste> ok, but that's fine?
[22:01] <bac> yes, if appropriate
[22:02] <flacoste> bac: I don't know yet for 5 days? what should I do, ./request-info.py?
[22:02] <bac> flacoste: no, that's sort of deprecated b/c it requires us to follow-up.  use the 'disable' script and if they want the project we'll hear back from them.
[22:03] <flacoste> ok
[22:46] <irvingpop> Launchpad gurus, need help with something
[22:47] <irvingpop> Can launchpad build distribution-specific kernel modules?
[22:47] <irvingpop> For example, a kernel module for Jaunty
[22:48] <wgrant> irvingpop: If you give it a package that does that, yes.
[22:49] <wgrant> irvingpop: Perhaps find an example in Ubuntu and use that as an example?
[22:49] <irvingpop> Thanks.  I'm looking for an example now.   I just uploaded a package to my PPA which tries to build a kernel module,  but it fails at the kernel module compile bit
[22:50] <wgrant> For kernel modules, you probably want to look at DKMS.
[22:50] <wgrant> Otherwise you'll run into problems when certain security updates appear in Ubuntu.
[22:50] <wgrant> A good example might be virtualbox-ose-source
[22:51] <irvingpop> DKMS looks really cool.  Unfortunately I'm not the developer of the software,  just trying to package it in order to make life easier for Ubuntu users
[22:51] <irvingpop> In short, I have no idea where to start regarding changing the kernel module :)
[22:53] <Meths> What is the definition of "very very soon" in the popups on launchpad?
[22:53] <wgrant> An example I've looked at (kvm) doesn't seem to have needed much patching for DKMS.
[22:54] <jpds> Meths: 7 minutes time?
[22:54] <wgrant> 30 seconds, actually.
[22:54] <wgrant> I think somebody configured it badly..
[22:56] <irvingpop> hmm
[22:56] <Meths> hmmm, what's wrong with issuing a time or is there an announcement page with maintenance/downtime times on?
[22:56] <irvingpop> wgrant:  I'll look at it.   virtualbox seems to use module-assistant,  could that be related?
[22:57] <wgrant> Meths: 2200UTC is the time.
[22:57] <wgrant> irvingpop: module-assistant is a useful helper, but it's much more manual on the user's part.
[22:57] <irvingpop> ok gotcha
[22:58] <Meths> wgrant: Thanks, I gathered that from the 7mins/30secs responses.  My point is do I have to ask in here every time I see the message or is there somewhere else I can see it?
[22:59] <wgrant> Meths: The blog, the launchpad-announce mailing list, the channel topic.
[23:02] <Meths> wgrant: Excellent, thanks.
[23:12] <RenatoSilva> bzr: ERROR: Invalid http response for http://bazaar.launchpad.net/~renatosilva/moin-solenoid/userprefs/.bzr/branch-format: Unable to handle http code 503: Service Unavailable
[23:13] <jpds> RenatoSilva: /topic
[23:13] <RenatoSilva> is it my connection? happening here since yesterday
[23:14] <RenatoSilva> jpds: read-only from 22:00 UTC until 23:00 UTC ?
[23:14] <spm> RenatoSilva: codebrowse is a bit flaky lately, but atm all code* services are down per the rollout.
[23:14] <spm> that's only the UI side, unf.
[23:14] <RenatoSilva> and it was down yesterday too, right?
[23:14] <wgrant> No.
[23:14] <spm> no, just flaky
[23:15] <RenatoSilva> it happened yesterday (or some hours ago depending on your location)
[23:15] <RenatoSilva> ok I'll just wait, thanks
[23:17] <quentusrex> fun fun with read-only launchpad.
[23:18] <RenatoSilva> is branch.conf pushed to lp too?
[23:18] <RenatoSilva> I'm worried about some bzr-email confs I don't want to share
[23:19] <RenatoSilva> well, I mean .bzr/barnch/branch.conf
[23:20] <Ursinha> hey jpds :)
[23:20] <jpds> Ursinha: Hi!
[23:24] <RenatoSilva> do you know what Ursinha means :)
[23:26] <thumper> RenatoSilva: that is a #bzr question
[23:26] <RenatoSilva> thumper: ok
[23:26] <thumper> RenatoSilva: I don't know if the branch.conf is pushed
[23:26] <thumper> RenatoSilva: if bzr pushes it, we get it, if it doesn't we don't
[23:26] <beuno> it is not
[23:27] <thumper> beuno: thanks
[23:27] <beuno> hi thumper
[23:27] <RenatoSilva> beuno: thanks
[23:27] <RenatoSilva> thumper: ^
[23:28] <RenatoSilva> [19:28] <zsquareplusc> you can have a branch specific config in the .bzr folder i guess that one is pushed
[23:28] <lifeless> nope
[23:29] <RenatoSilva> hum, [19:28] <fullermd> No, it's not. hahaah
[23:30] <RenatoSilva> is this lp freeze for updating to edge?
[23:30] <RenatoSilva> well, edge is where beta versions are tested right
[23:30] <Ursinha> RenatoSilva, that's what topic says :)
[23:30] <beuno> RenatoSilva, for updating production
[23:32] <RenatoSilva> Ursinha: not necessarily update to the edge code
[23:32] <RenatoSilva> Ursinha: I suppose
[23:33] <Ursinha> RenatoSilva, yes, not necessarily, but also yes, it's frozen for update
[23:33] <RenatoSilva> beuno: for updating production with the version in edge?
[23:33] <RenatoSilva> Ursinha: ^
[23:33] <wgrant> Slightly further than that, but yes.
[23:33] <Ursinha> what wgrant said
[23:37] <RenatoSilva> ok
[23:43] <^robertj> http://bazaar.launchpad.net/~kripkenstein/intensityengine/0.9/download/head%3A/scripting_docs.html-20090917093625-jd7m05hzq8cpuvd3-1/scripting_docs.html <- not loading, says to ask in here
[23:45] <wgrant> ^robertj: LP is being upgraded 2200-2300 UTC, so most of it is read-only and the bzr stuff is down entirely.
[23:45] <^robertj> nooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
[23:46]  * ^robertj goes to grab document from his other box :(
[23:59] <jkakar> Hrm, I can't seem to post a bug comment.
[23:59] <beuno> jkakar, read only launchpad
[23:59] <beuno> rolling out, etc