[00:00] <LaserJock> I just 1) don't know anything about greasemonkey 2) don't know anything about javascript (which is what I'm guessing I'd need)
[00:00] <LaserJock> yeah, p-l-b would be pretty easy to hack up for it
[00:01] <LaserJock> it'd be nice if LP could have it though somewhere so the team could all view it
[00:01] <mwhudson> also, apis, sooner or later
[00:02]  * LaserJock imagines the mother of all PTSs ..... mmmmmm
[00:02] <LaserJock> multidistrotools+python-launchpad-bugs might about do the trick
[00:03] <wgrant> I'd prefer multidistrotools + $SOME_WAY_TO_GET_ALL_OF_THE_DATA_OUT_OF_THE_BLACK_BOX
[00:03] <wgrant> Rather than making 45000 requests.
[00:03] <wgrant> Which might get the LOSAs to murder us.
[00:04] <LaserJock> actually, multidistrotools + p-l-b + Harvest might get me what I want
[00:07] <LaserJock> mwhudson: regarding matplotlib, what do you mean by using rsync?
[00:07] <mwhudson> LaserJock: you can get the repository files from sf using rsync
[00:07] <mwhudson> then do the import from a file:/// url on the code import machine
[00:08] <LaserJock> ah, I see
[00:08] <LaserJock> is it because the SVN repo is so large?
[00:10] <mwhudson> yeah, and because cscvs sucks so bad
[00:10] <mwhudson> (but it's being worked on now!)
[00:35] <mwhudson> oh clucking bells, the rsync to sf timed out
[00:36] <mwhudson> at least that restarts better than cscvs :)
[00:36] <wgrant> Haha.
[00:36] <wgrant> Don't they still have LP blocked?
[00:36] <wgrant> And can't cscvs just pick up from the revision at which it died, or does it really all have to be in one hit?
[00:36] <mwhudson> (a) not really (b) not doing the rsync from an lp machine
[00:37] <mwhudson> cscvs is pretty terrible
[00:37] <mwhudson> some kind of restarting should be possible
[00:37] <wgrant> So I've seen/heard.
[00:50] <nedko> launchpad does not like single number versions (like "6") when registering releases, can some admin please delete this "release", it has incorrect version "6.0": https://launchpad.net/jackmixer/trunk/6.0/
[00:52] <mwhudson> nedko: ask a question at answers.launchpad.net/launchpad for this sort of thing
[00:52] <nedko> mwhudson: ok
[01:36] <nedko> mwhudson: can you please review this svn branch import: https://code.launchpad.net/~vcs-imports/laditools/trunk
[03:17] <nedko> mwhudson: thank you
[03:26] <andresj> hey I just tried uploading a package to my PPA but this is the error by email: PPA uploads must be for the RELEASE pocket.   What does that mean?
[03:30] <cprov-afk> andresj: it means your version it target to post-release pocket (hardy-{updates, security, proposed}). PPAs only have the release pocket ('hardy')
[03:31] <andresj> cprov-afk: oh... but my package i think needs hardy-backports dependencies.
[03:33] <cprov-afk> andresj: right, currently PPAs cannot use the corresponding backported packages, see https://bugs.edge.launchpad.net/soyuz/+bug/246685
[03:35] <cprov-afk> andresj: it will be possible soon, meanwhile you have to reproduce the backporting context in your PPA by uploading & rebuilding everything you need from -backports.
[03:36] <andresj> cprov-afk: oh... is it possible to use the Copy function?
[03:37] <cprov-afk> andresj: only for other PPAs, not yet for packages in the primary archive.
[03:39] <andresj> oh ok, so I should `apt-source install <required dependencies>`, then `dput ppa P_V_source.changes`, right? Do i have to sign it with my signature?
[03:39] <andresj> *, cprov-afk? :)
[03:41] <cprov-afk> andresj: `apt-get source <source related with the dependencies>`
[03:41] <andresj> cprov-afk: oh; what's the difference?
[03:42] <cprov-afk> andresj: then for each of them `debuild -S` (which will build and sign the source packages)
[03:43] <cprov-afk> andresj: you don't necessarily want to install the binary packages dependencies in your system, but instead download their corresponding sources and re-upload them to your PPA.
[03:43] <andresj> cprov-afk: (oh i see the diff :) mm... i see i see; should I add ~ppa1 to the changelog, too?
[03:45] <cprov-afk> andresj: IMO, it's not necessary, since they would not be available otherwise
[03:45] <wgrant> andresj: Yes, you should.
[03:45] <cprov-afk> using the same versions might become a problem if you have both your PPA and -backports enabled in your system
[03:45] <andresj> which I do :)
[03:45] <wgrant> In which case you want the real ones to supersede.
[03:46] <andresj> ok, so I will add ~ppa1 and stuff to the changelog, then, too :)
[03:46] <andresj> thanks for your help! :) oh btw, pbuild will tell me which are the dependencies not in hardy RELEASE, right?
[03:46]  * wgrant curses X, and reboots.
[03:47] <andresj> hahaha
[03:48] <andresj> Ctrl-Alt-Backspace?
[03:54] <cprov-afk> andresj: yes, pbuilder will help locally, or if you prefer you can extract that information from the PPA build log (retrying the build a couple times)
[03:54] <andresj> mm... i think ill go with pbuilder, cuz it takes a while to upload to the PPA. I'll troubleshoot the actual compiling in the PPA build logs, since it would take a lot of time here :P
[03:56] <cprov-afk> oh well, builders are dealing with another lang-pack tsunami right now :(
[03:57] <andresj> hahaha
[03:57] <cprov-afk> andresj: but they are low-priority
[03:57] <andresj> so is mine haha
[03:58] <andresj> wow 22 mins building
[03:58] <cprov-afk> andresj: anything else will be built immediately
[03:58] <andresj> oh i see what u mean
[03:59] <andresj> oh hey is it possible to make binary-only uploads?
[04:00] <andresj> cprov-afk?
[04:00] <andresj> wgrant?
[04:00] <cprov-afk> andresj: no
[04:00] <wgrant> No, that would be very bad.
[04:01] <andresj> oh really? because there is one package in backports that i think will take long to compile
[04:01] <cprov-afk> by breaking the most valuable PPA characteristic, IMHO: binaries you see what really built from the associated sources
[04:02] <wgrant> cprov-afk: That characteristic is already violated by them being unsigned, but yes.
[04:02] <cprov-afk> wgrant: no, it's isn't
[04:02] <andresj> but what about uploading binary just for the sake of meeting the dependency; and then letting launchpad build it again from source
[04:02] <andresj> mm...
[04:02] <cprov-afk> wgrant: i never was, since ppa.l.n was never poisoned. The problem is that we can't guarantee that.
[04:02] <andresj> this is wierd
[04:03] <wgrant> cprov-afk: The binaries apt sees on ppa.launchpad.net could be those injected by Mallory's proxy.
[04:03] <andresj> boost is listed in the pbuild log as being the dependencies not met (actually, libboost-*-dev); but when I see the debian/changelog, it is in hardy.
[04:03] <cprov-afk> wgrant: stop hitting the same thing again and again ;) what will you do when that bug gets fixed ?
[04:04] <wgrant> cprov-afk: Have less to complain about :(
[04:04] <andresj> any help? :D
[04:05] <wgrant> andresj: What's the exact error?
[04:05] <andresj> what if i complain too? the launchpad packages are not signed!! :@
[04:05] <cprov-afk> wgrant: yes, as life was supposed to be.
[04:05] <wgrant> cprov-afk: Indeed!
[04:05] <andresj> well its long
[04:05] <andresj> the part i think is important is
[04:05] <andresj> (flood warning:)
[04:05] <andresj> The following packages have unmet dependencies:
[04:05] <andresj>   pbuilder-satisfydepends-dummy: Depends: libboost-filesystem-dev which is a virtual package.
[04:05] <andresj>                                  Depends: libboost-iostreams-dev which is a virtual package.
[04:05] <andresj>                                  Depends: libboost-regex-dev which is a virtual package.
[04:05] <andresj>                                  Depends: libboost-signals-dev which is a virtual package.
[04:06] <andresj>                                  Depends: libboost-test-dev which is a virtual package.
[04:06] <andresj> The following actions will resolve these dependencies: Remove the following packages: pbuilder-satisfydepends-dummy
[04:08]  * cprov-afk waves and really goes afk
[04:08] <andresj> hahaha
[04:09] <andresj> wgrant? :)
[04:09] <wgrant> andresj: Hard to say. I use sbuild myself.
[04:09] <andresj> mm.. what does it do?
[04:09] <wgrant> Nor do I use boost.
[04:09] <wgrant> Try #ubuntu-motu.
[04:10] <andresj> mm... ill try using sbuild--however it is used :P
[04:11] <wgrant> Don't.
[04:11] <andresj> oh why/
[04:12] <wgrant> Somewhat more invasive to set up.
[04:14] <andresj> oh i see i see
[04:14] <andresj> well im asking in #ubuntu-motu... although im not sure if im making myself clear :P
[04:27] <andresj> aw!! hey wgrant, do u know why they sent me this? "Rejected: Signer has no upload rights at all to this distribution.Not permitted to upload to the RELEASE pocket in a series in the 'CURRENT' state."
[04:28] <wgrant> andresj: You uploaded to Ubuntu, not your PPA.
[04:29] <andresj> wgrant, my ppa is ~andresjriofrio/ubuntu/, no? it worked when I uploaded to intrepid.
[04:29] <wgrant> andresj: It is.
[04:29] <wgrant> You probably left the 'my-ppa' or similar out of 'dput my-ppa something_someversion_source.changes'
[04:29] <andresj> ooh!!
[04:29] <andresj> i htink i did
[04:29] <andresj> yep thats it
[04:29] <andresj> hahaha thanks :)
[04:30] <wgrant> np
[04:54] <RAOF> Time to ask again, now that my connection appears slightly stable: The package xserver-xgl has been removed from the archives.  Is there a way to mass-close all the bugs against it?
[04:57] <wgrant> RAOF: I've used a single email in the past.
[04:57] <wgrant> '  status invalid\n\nxserver-xgl has been removed from Intrepid.'
[04:57] <wgrant> CC that to all of your bugs, and you are done.
[04:57] <RAOF> wgrant: As in: the email interface?  I was hoping not to have to enumerate each of the open bugs; there's a couple of hundred of them.
[04:58] <wgrant> Ah.
[04:58] <wgrant> You might be able to use python-launchpad-bugs.
[04:58] <wgrant> Or screenscrape the list of bugs and turn that into a list of Ccs.
[04:58] <RAOF> Urgh.
[04:59] <wgrant> There's no button in LP to do it.
[05:01] <andresj> hahaha
[05:01] <andresj> there's a new API; maybe u can use that
[05:02] <wgrant> That unfortunately gives one no facility to enumerate bugtasks against a package.
[05:03] <andresj> um... that's not good, then.
[05:04] <wgrant> Yet.
[05:04] <andresj> well its time for me to take a taste of my own medicine; adding my PPA to my sources.list
[05:06] <RAOF> Is there any documentation for python-launchpad-bugs?
[05:06] <andresj> yep; ill need to upload boost too
[05:07] <andresj> or not? f!
[06:59] <pro-rsoft> Hi, how to upload releases of your project?
[09:16] <pro-rsoft> Hmm, uploading large files seems to give an error at launchpad, saying that I should try again in 2 minutes, but I re-tried several times, not succeeding
[09:16] <pro-rsoft> isnt there a different way (e.g. using ssh) to upload stuff?
[09:17] <Hobbsee> pro-rsoft: copy it over to a different place, then upload from there?
[09:17] <Hobbsee> there's no ssh accessabile to non-employees, afaik.
[09:18] <pro-rsoft> uhm, launchpad does not support uploading via url
[09:18] <lifeless> Hobbsee: employees can't upload over ssh either
[09:18] <pro-rsoft> I need to http upload it, that seems to be the only way
[09:18] <pro-rsoft> I want to upload a new release of a project, not succeeding.
[09:18] <Hobbsee> lifeless: i thought you guys could ssh into chinstrap, then beyond..
[09:19] <lifeless> Hobbsee: launchpad downloads are just http POST'd
[09:19] <lifeless> Hobbsee: for everyone
[09:19] <pro-rsoft> The only file that succeeded yet is 32.4 kb (the release notes)
[09:19] <lifeless> pro-rsoft: well what error do you get?
[09:19] <Hobbsee> lifeless: my mistake - but i thought this was an *upload*?
[09:20] <pro-rsoft> lifeless, I dont remember, let me try to reproduce
[09:20] <lifeless> Hobbsee: yes
[09:20] <pro-rsoft> it first takes about 15 minutes then it aborts with that error
[09:20] <lifeless> Hobbsee: to upload a file to launchpad, for the launchpad downloads facility, you have to HTTP POST it
[09:20] <lifeless> pro-rsoft: you probably have a broken HTTP proxy
[09:20] <pro-rsoft> i dont
[09:21] <pro-rsoft> uploading smaller file works, but not files around 50mb
[09:21] <lifeless> oh
[09:21] <lifeless> I think there is a size limit
[09:21] <pro-rsoft> the limit is 60MiB
[09:21] <LarstiQ> hmm
[09:21] <pro-rsoft> and my files are less than that
[09:22] <Hobbsee> lifeless: um, OK :)
[09:22] <wgrant> If it's Launchpad telling you to retry, it must be Launchpad's fault...
[09:22] <pro-rsoft> yeah
[09:23] <lifeless> Hobbsee: https://edge.launchpad.net/bzr/+download for instance
[09:23] <pro-rsoft> I just tried a 22mb file which worked
[09:24] <Hobbsee> lifeless: right
[10:54] <pro-rsoft> Hmm, I got the error again
[10:55] <pro-rsoft> will post screenshot
[10:55] <pro-rsoft> http://imgbin.org/images/160.png
[10:56] <pro-rsoft> it only happens when uploading the larger files (but still smaller than 60mib)
[11:30]  * Hobbsee blinks
[11:30] <Hobbsee> launchpad, why don't you be *useful* when searching?
[11:32] <Hobbsee> if i've got an advanced search that I've run, and then i pick a different sort option, then i *probably* want the advanced search query to still apply, and for you to just reorder the results.  What I *don't* want is for you to throw out the advanced search criteria, and give me back the whole lot of entries, whether they match the advanced search criteria or not - albeit, ordered the desired way.
[11:33] <wgrant> Advanced search really needs a makeover.
[11:33] <Hobbsee> that's true - but i think they have done some work, as it doesn't show all the old milestones now.
[11:34] <Hobbsee> so it only shows 13, not 50+
[11:37] <sianis1> hi
[11:38] <sianis1> how can I send translation import request to launchpad without browser?
[12:04] <geser> Hobbsee: wait till they integrate more of google into LP to get a useable search :)
[12:05] <Hobbsee> geser: oh, that'd be nice.  i do often search launchpad via google.
[12:05] <Hobbsee> if i don't know what i'm looking for, but only a general search term.
[13:16] <epsy> how would one go about installing launchpad on its own server? i did not see any packaged download
[13:22] <Hobbsee> epsy: you can't.
[13:22] <epsy> is it planned to have it possible one day?
[13:23] <Hobbsee> yes, before oscon next year.
[13:25] <pro-rsoft> would it also be possible to integrate the whole launchpad project into your own website layout?
[13:25] <epsy> uhm..when is oscon?
[13:25] <epsy> pro-rsoft, magic stick
[13:25] <epsy> ;)
[13:26] <pro-rsoft> magic stick?
[13:26] <epsy> pro-rsoft, you will have to do some work on your own
[13:26] <epsy> well, you would*
[13:26] <pro-rsoft> yeah, of course
[13:27] <pro-rsoft> but is it already possible or will it only be possible at 'oscon' ?
[13:27] <epsy> since it hasn't been released to the public..
[13:27] <pro-rsoft> ah
[14:36] <lirel> hi, i'm using ubuntu and sent several hwtest reports, therefore i had to give the email i used for launchpad. where can i find those reports?
[15:09] <theine> hi, does launchpad offer the functionality of sending emails to project members upon bzr commits?
[15:41] <mdke> theine: yes
[15:45] <mdke> theine: the subscription list for a particular bzr branch appears in the right hand side of the page. You can also add and remove subscriptions from there
[15:48] <theine> mdke: ah, thanks, didn't notice that I wasn't actually subscribed. silly me...