[00:04] <nedko> i need to upload changed upstream without changed version to my personal PPA for tests, upload is rejected because of md5 sum mismatch
[00:04] <nedko> what can i do?
[00:05] <stdin> don't change the tarball, add a patch
[00:06] <nedko> i'm upstream developer
[00:06] <nedko> i've found a dependency issue during packaging
[00:06] <nedko> tarball is not really released yet
[00:07] <stdin> then you need to increment the version, something like 1.0.0b would do
[00:07] <nedko> but this wont match the reality
[00:08] <nedko> cant i tell launchpad to forget old files?
[00:09] <stdin> I don't know of any way to do that, the PPA always checks the release archive
[00:10] <stdin> if the tarball is in your PPA, you can delete it (but that can take up to 24 hours to compete)
[00:10] <nedko> i've deleted it but dput tells me it is already uploaded, after 24 houts this should not happen anymore, do i get it right?
[00:11] <nedko> can i see the "release archive" contents somewhere?
[00:12] <stdin> by "release archive" I mean archive.ubuntu.com, so if it's a package already in Ubuntu you can't do anything. you can see your PPA archive at http://ppa.launchpad.net/~<you>/ubuntu
[00:13] <nedko> it is in my PPA only
[00:13] <nedko> and i think it does not appear in http://ppa.launchpad.net/~<you>/ubuntu
[00:13] <nedko> still dput tells me it is uploaded already
[00:14] <stdin> https://help.launchpad.net/Packaging/PPA#Deleting%20packages gives some help on deleting packages from PPAs. it says that the file on the disk will only be deleted when "all packages referencing it have been scheduled for deletion"
[00:15] <nedko> there are no other packages referencing those packages
[00:17] <nedko> hmm
[00:17] <nedko> it looks dput stores something locally
[00:17] <nedko> with force option it initiated upload
[00:20] <apachelogger> Can we do anything to contact the person who is using kubuntu-bugs as user name?
[00:20] <nedko> it got accepted
[00:20] <stdin> nedko: yeah, the .upload file. I thought you mean LP was telling you it was uploaded :)
[00:20] <nedko> stdin: thank you
[00:20] <stdin> *not uploaded
[00:21] <nedko> well i was under impressing LP is telling me that through dput ;)
[00:25] <stdin> apachelogger: answers.launchpad.net and get an admin on it?
[00:25] <apachelogger> statik: how do I get an admin on it?
[00:25] <apachelogger> stdin: ^
[00:25] <apachelogger> statik: sorry
[00:26] <stdin> file a question and ask for a launchpad admin to act as an intermediate
[00:26] <apachelogger> aye
[00:26] <apachelogger> stdin: thx
[00:27] <stdin> and maybe think about kubuntu-bugs-team if the user doesn't co-operate?
[00:28] <stdin> erm, https://answers.launchpad.net/launchpad is the right address
[00:28] <apachelogger> we should just disown the name :P
[00:29] <stdin> I know how you feel apachelogger, I wanted to register stdin on LP, but it was taken :p
[00:29] <apachelogger> good thing my nick is pretty much a trademark :P
[00:30] <mok0> stdin: how about stderr :-P
[00:30] <stdin> mok0: but that's already registered on freenode, so I'm stuck in 2 places ;)
[00:30] <mok0> stdin: oh. dang
[00:33] <apachelogger> statik: null
[00:33] <apachelogger> stdin:
[00:33]  * apachelogger needs to get quassel's autocompletion fixed
[00:34] <stdin> or just type the extra character ;)
[00:35] <apachelogger> I never type more than 2 characters :P
[00:35] <apachelogger> which is also the reason I have a lot of sub direcotries, far too lazy to type
[00:37] <stdin> I have a lot of /a, /b, /c, a/a, a/b, a/c ... too
[00:38] <apachelogger> just with more useful names :P
[00:38] <stdin> nah, find fills in the blanks
[00:40] <apachelogger> stdin: too much typing again
[00:42] <adm> noone here happens to be leonard richardson do they?
[00:48] <mwhudson> adm: he's leonardr when he is
[00:48] <adm> yeah thx - thought he might be
[01:35] <gord> hello, i'm having some trouble breaking a bzr lock in my project - bzr tells me to ' bzr break-lock lp-140215308:///~cs-l/csl-l/trunk/.bzr/branch/lock' but that just brings up the error 'bzr: ERROR: Unsupported protocol for url “lp-140215308:///~cs-l/csl-l/trunk/.bzr/branch/lock”'
[01:38] <RAOF> Alright!  Where should I be bitching about broken PPA buildds?
[01:38] <RAOF> In particular, this build log.  I contend that mono shouldn't be segfaulting while unpacking my package's dependencies: http://tinyurl.com/5jqzxt
[01:39] <lifeless> RAOF: why is mono unpacking your deps?
[01:40] <RAOF> lifeless: mono libraries call a CIL program to install themselves into the GAC as a part of their postinst.
[01:40] <lifeless> wepe
[01:41] <RAOF> If you'd like to be pedantic, I'll s/unpacking/setting up/
[01:41] <lifeless> configuring I think is the actual step :P
[01:41] <RAOF> Pfft!
[01:41] <lifeless> if you're going to be pedantic, do it right
[01:41] <stdin> gord: try "bzr break-lock bzr+ssh://<you>@bazaar.launchpad.net/~cs-l/csl-l/trunk/.bzr/branch/lock"
[01:42] <RAOF> "Setting up" is what dpkg says it's doing at that stage, so it's user-visible correct.
[01:44] <gord> thanks stdin, that worked
[02:46] <Verterok> ping?
[02:47] <Verterok> sorry :p
[04:52] <LaserJock> mwhudson: around?
[04:53] <mwhudson> LaserJock: yes
[04:54] <LaserJock> awesome
[04:54] <LaserJock> got a import question for you
[04:54] <mwhudson> ok
[04:54] <LaserJock> I've got an upstream that splits their source into multiple packages
[04:54] <LaserJock> we ship them as different source packages
[04:54] <mwhudson> ok
[04:55] <LaserJock> if I wanted to import that code should I create an LP project for each?
[04:55] <LaserJock> they're using CVS and each has a separate CVS module
[04:56] <mwhudson> one way is to create a project group and a project for each
[04:56] <LaserJock> so if you look at http://tuxpaint.cvs.sourceforge.net/tuxpaint/ we ship tuxpaint and tuxpaint-stamps separately
[04:57] <mwhudson> or you could just request multiple imports for a product
[04:58] <mwhudson> LaserJock: i guess a question would be something like "would it be useful to file bugs on tuxpaint-stamps specifically" ?
[04:58] <LaserJock> I don't think so
[04:59] <LaserJock> I think it's treated as one project that splits up it's code
[04:59] <LaserJock> rather than separate projects grouped together
[04:59] <LaserJock> can we request multiple imports?
[05:01] <LaserJock> hmm, that's going to get into interesting naming for packaging branches
[05:01] <LaserJock> like /tuxpaint/tuxpaint-ubuntu and /tuxpaint/tuxpaint-stamps-ubuntu I guess
[05:33] <LaserJock> anybody happen to know how if we're supposed to register projects for native Ubuntu packages?
[05:36] <mwhudson> LaserJock: sure you can request multiple imports
[05:36] <mwhudson> source package branches are coming...
[05:36] <LaserJock> so should I just use +junk for now?
[05:37] <mwhudson> probably
[05:37] <mwhudson> james_w would be the man to ask, perhaps
[05:38] <LaserJock> yeah,  he and I are just on the wrong time zone shift :-)
[05:38] <LaserJock> I'll ask him in the morning
[05:46] <mwhudson> timezones are terrible
[06:00] <LaserJock> for the advanced bug search is it possible to get bugs that are assigned to "anybody"?
[06:01] <LaserJock> I see "nobody" and specific people, but no way to get a list of bugs that are assigned
[06:09] <LaserJock> mwhudson: did I do something wrong: http://launchpadlibrarian.net/17485622/tuxpaint-tuxpaint-log.txt
[06:10] <mwhudson> LaserJock: oops, a missing :
[06:11] <mwhudson> oh yes, and sf are still blocking us from their cvs servers
[06:12] <LaserJock> bah
[06:48] <markh> hi all.  I'm trying to upload a binary for the bzr project, and it appears to work but at the end up keep getting a fairly generic error page " Sorry, there was a problem connecting to the Launchpad server.  Try reloading this page in a minute or two. If the problem persists, let us know in the #launchpad IRC channel on Freenode."  So here I am :)
[06:49] <markh> I abort my first upload attempt of a file with the same name - is that likely to cause the problem?
[06:50] <jml> markh: I don't *think* so, but that's just a guess.
[06:50] <markh> hi jml!
[06:50] <jml> markh: not getting any OOPS numbers by any chance?
[06:50] <jml> markh: hi :)
[06:50] <markh> the file isn't listed as being in the project
[06:50] <markh> OOPS number?  I looked at the source of the page and there is nothing interesting
[06:51] <jml> if there was one, it would show it to you in the visible html
[06:51] <jamesh> how big is the file?
[06:51]  * jml doesn't do a whole lot of web stuff
[06:51] <markh> 14,305,590 bytes
[06:52] <jamesh> that doesn't sound too large
[06:52] <jml> ten floppy disks worth ;)
[06:52] <markh> its a similar size to others that have worked
[06:52] <Verterok> markh: I'm facing the same problem while uploading the bzr OS X 10.4 installer
[06:53] <markh> Verterok: that nice to know - it will save me wasting my time trying various things :)
[06:53] <markh> interesting that its to the same project though
[06:53] <Verterok> markh: it's not the first time. What I usually do is to resend the request
[06:54] <markh> I've tried twice now.  I'll give it another go after restarting the browser for good luck!
[06:54] <Verterok> markh: if I get lucky, the second try works :p
[06:55] <BjornT> markh: how long does it take before you get the error?
[06:55] <markh> about 15 mins or so - about what it normally takes to upload
[06:56] <Verterok> markh: it worked...hurry push F5 now! ;)
[06:57] <markh> ack - I started my new attempt about 15secs before you said that :)
[07:16] <markh> bugger - there is goes again :(  I'll try once more...
[07:23] <jamesh> markh: perhaps you could try uploading the file from a closer country
[07:23] <markh> :)
[07:37] <markh> yay - worked :)
[07:57] <wgrant> jamesh: How is that likely to help when it's a load balancer-generated error message?
[07:58] <jamesh> wgrant: uploading 15MB can take a while from Australia
[07:59] <wgrant> jamesh: Indeed...
[08:02] <jamesh> depending on the speed of the connection it could be 10 minutes to receive the request, which is not what most load balancers are optimised for
[08:03] <wgrant> True.
[08:03] <wgrant> But this has been happening since the feature appeared, and it seems that nobody has looked into it seriously.
[08:04] <jamesh> feature being file upload?
[08:06] <wgrant> Yes.
[08:08] <jamesh> I bet load balancer errors not generating OOPS reports doesn't help ...
[08:08] <wgrant> It has been mentioned many times here.
[08:08] <jamesh> https://bugs.edge.launchpad.net/launchpad-foundations/+bug/194558
[08:08] <wgrant> And there has been a bug forever. Encouraging.
[08:09] <jamesh> you could ask for an update on the bug then.
[08:12]  * jml could use some encouragement atm.
[08:13] <wgrant> What are we encouraging?
[08:13] <jml> wgrant: I'm doing some codehosting infrastructure work to get rid of something in our branch stacking support that would be really annoying.
[08:14] <wgrant> I saw "branch stacking support" and "annoying" and immediately got confused.
[08:14] <jml> wgrant: I'd give you the bug number, but I had to make it private so I could dump code details onto it.
[08:14] <warren> Using saved location: bzr+ssh://wtogami@bazaar.launchpad.net/~ltsp-upstream/ltsp/ltsp-trunk/
[08:14] <warren> Server is too old for streaming pull, reconnecting.  (Upgrade the server to Bazaar 1.2 to avoid this)
[08:14] <warren> bzr: ERROR: Must end write group before releasing write lock on KnitPackRepository('file:///home/warren/work/k12linux/ltsp-trunk/.bzr/repository/')
[08:15] <warren> [warren@newcaprica ltsp-trunk]$ rpm -q bzr
[08:15] <warren> bzr-1.5-2.fc9.x86_64
[08:15] <jml> wgrant: so, you know how Launchpad has features, and how most of them are actually helpful, but some of them have bugs?
[08:15] <warren> am I doing something wrong?
[08:15] <jml> warren: not at all.
[08:15] <wgrant> jml: Regrettably.
[08:15] <jml> wgrant: well, I'm fixing one of those bugs in a cool feature before releasing it :)
[08:15] <wgrant> jml: Sounds good.
[08:15] <jml> warren: Launchpad is using bzr 1.6.
[08:15] <wgrant> Branch stacking will make things a lot less painful.
[08:16] <jml> wgrant: ken oath.
[08:16] <warren> jml: the ERROR message is because of my own bzr version?
[08:16] <wgrant> Though I guess things go horribly wrong if I rename a branch.
[08:16] <jml> warren: Bazaar 1.5 clients talking to 1.6 servers will generate that message.
[08:16] <persia> warren: The error message has a small error: it ought say "Server is too new ..."
[08:16] <warren> jml: so no actual error on my side?
[08:16] <jml> wgrant: only if branches are stacked on it.
[08:17] <wgrant> jml: Well, of course
[08:17] <jml> warren: no. it'll be a little slower than it could be, but that's it.
[08:17] <stefanlsd> Is it possible to remove a nominate for release if i ticked it?
[08:17] <warren> jml: ok, thanks for the explanation.
[08:17] <jml> wgrant: we've got some ideas for using branch references to make renaming easier.
[08:17] <spiv> jml: are you talking about the "server is too old" message or the "must end write group" message?
[08:17] <persia> stefanlsd: No, although someone can deny it.
[08:17] <jml> spiv: the server is too old
[08:18] <stefanlsd> persia: thanks :)
[08:18] <spiv> warren: the ERROR about "Must end write group" seems a bit unusual to me.  Does it happen if you run "bzr --no-plugins ..." instead of "bzr ..."?
[08:19] <jamesh> warren: upgrading bzr would probably solve the problem, but spiv or jml might be able to help debug it better
[08:19] <warren> 3:18AM ... I might be back tomorrow
[08:19] <jml> wgrant: but we've got other priorities (like source package banches)
[08:19] <spiv> warren: but as jamesh says, upgrading to 1.6.1 is probably a good idea anyway :)
[08:19] <warren> spiv: yeah, we're likely to do it soon
[08:20] <warren> spiv: same error message with --no-plugins
[08:20] <wgrant> jml: Yay! Glad to see that's on the last.
[08:20] <jml> wgrant: source package branches? it's at the top of the list :)
[08:20] <wgrant> jml: This is a bit of a change!
[08:22] <spiv> warren: interesting.  Sounds like it might be a bug then.  I'll be interested to hear if upgrading helps.
[08:41] <persia> jml: Any ETA for source package branches?  There's a lively activity defining new projects just to host them now.
[08:41] <jml> persia: I'll start coding next cycle.
[08:42] <jml> persia: that's about as concrete as I can be -- sorry.
[08:42] <persia> jml: That's more concrete than I've heard to date :)  I'm going to estimate rollout around 20th November, although I certainly won't hold you to it.
[08:42] <jml> :)
[08:43] <persia> Note that if you manage to get it into edge before archive-open for jaunty, lots of people will celebrate :)
[08:43] <persia> (which is probably ~ 15th November or so)
[08:44] <jml> persia: well, there is no edge for bazaar.launchpad.net.
[08:45] <persia> jml: Do you follow a different cycle as well?
[08:45] <jml> persia: no, we follow the regular release cycle.
[08:46] <jml> persia: we just don't have an edge system. I think that's mostly an accident, rather than deliberate.
[08:47] <persia> jml: Ah.  I understand now.  Best of luck then.
[08:48] <jml> persia: thanks.
[08:48]  * jml is off to veg out -- long day.
[13:34] <kenyon> Hi - how can i make my hardy commandline trust the launchpad cert so i can "bzr branch lp:" ?
[13:35] <kenyon> sorry it is not hardy, it is ..
[13:37] <kenyon> feisty
[13:40] <kenyon> This is what happens: http://paste.ubuntu.com/45311/
[13:40] <kenyon> when I  say "bzr branch lp:~federico-pelloni/ejecter/main" and thsi is a feisty fawn xubuntu laptop
[13:41] <kenyon> so i need to activate lp's server certificate - but how?
[13:55] <sabdfl> leonardr: am looking forward to the next weekly Launchpad API's blog!
[13:55] <leonardr> sabdfl: thanks a lot!
[13:57] <sabdfl> ;-)
[13:58] <kenyon> i think my bzr version is too old
[13:58] <kenyon> thank you
[14:59] <kiko> kenyon, what does bzr --version say?
[15:32] <LarstiQ> kiko: 0.15, as seen in #bzr
[15:33] <kiko> hmm
[15:33] <LarstiQ> but I don't think the certificate problem is related to that, it just means there is no launchpad-login command
[17:21] <radix> Can someone explain why members of landscape-bugs are not getting notified on changes to bugs such as https://bugs.edge.launchpad.net/ubuntu/+source/landscape-client/+bug/268039 ?
[17:21] <radix> Which has landscape-bugs in the "Also notified" list
[17:22] <radix> I'm personally in that list, and I am getting emails
[17:26] <kiko> radix, checking
[17:26] <radix> kiko: oops
[17:26] <radix> kiko: apparently it's a mailman moderation problem :)
[17:26] <radix> you can forget the problem
[17:26] <kiko> heh
[17:26] <radix> but thank you for checking
[20:44] <kdepepo> Packaging/PPA help page says I need to install "dput". I am not running (K)Ubuntu, can I still build packages on launchpad?
[20:46] <cprov-afk> kdepepo: technically yes, you can have a ubuntu chroot on any linux and you could use that to build source packages and upload them to launchpad.
[20:47] <cprov-afk> kdepepo: on debian-like distributions you will be able to install the required native tools and they will be compatible.
[20:47] <kdepepo> hm, I had the impression launchpads ppa is like suses buildservice, where I can upload source and have it build on the remote server.
[20:48] <cprov-afk> kdepepo: out of curiosity, what are you running ?
[20:48] <kdepepo> openSUSE
[20:48] <cprov-afk> kdepepo: debian source packages, atm
[20:49] <cprov-afk> that's what you upload to LP PPAs, and they have to be 'built' upon the upstream tarball, so some tools are still required.
[20:55] <kdepepo> What I have is the source tarball (tar.bz2) and I could add any build instructions that are required (dependencies, description etc) but you say I need to have a debian installed to make a source package out of those files?
[20:57] <geser> kdepepo: a debian chroot is enough, you just need the tools to create the (source) package
[20:57] <geser> and a debian/ubuntu chroot is the easiest solution
[21:02] <kdepepo> which packages besides "dput" would I need for that? openSUSE comes with an "deb" package, that apparently can create debian archives and contains "dpkg, dselect, dpkg-doc, dpkg-dev, and debhelper", would that be enough?
[21:28] <emet> can someone "change" this for me?
[21:28] <emet>  This project’s license has not been reviewed.
[21:28] <emet> https://launchpad.net/pash
[21:29] <emet> the software is MIT licensed, with some parts in the future possibly being Ms-PL (http://www.opensource.org/licenses/ms-pl.html)
[21:29] <kdepepo> I am confused... The quickstart says dput uploads .dsc .changes and .orig.tar.gz, but doesn't mention that I need to create a package. This sounds exactly what I am after, I would just need a template .dsc file that I could adapt to my package.
[21:38] <cprov-afk> kdepepo: you forgot the .diff.gz (debian directory), debianizing a source manually is something that will take a long boring time, and will result in repeated and frustrating cycles of upload/rejected until you get it right.
[21:39] <kdepepo> oh, so diff contains more than just build fixes...
[21:40] <cprov-afk> kdepepo: I strongly recommend you to build a minimal ubuntu chroot for assembling your sources using `debuild`, check with `lintian` and  upload with `dput`
[21:40] <cprov-afk> kdepepo: all the debian metadata, see https://wiki.ubuntu.com/PackagingGuide
[21:41] <kdepepo> now, I am not familiar with chroot, is there a tutorial that an old man could follow
[21:43] <cprov-afk> kdepepo: I find the packaging guide I pointed you quite didactic, give it a try.
[21:45] <kdepepo> cprov-afk: thanks, I will look if I can understand it. Maybe it would help to see real world examples. Can I download .dsc and .diff.gz files from other PPA packages for reference?
[21:46] <cprov-afk> kdepepo: yes, the guide has good examples and pointers to real packages relevants to different techniques.
[21:47] <cprov-afk> kdepepo: and yes, other PPA files are available in their corresponding pages, there are also ubuntu package files available in LP.
[21:49] <cprov-afk> kdepepo: https://edge.launchpad.net/~bzr/+archive  and https://edge.launchpad.net/ubuntu/+source/sqcwa/0.3-3.1
[22:11] <kdepepo> neither pbuilder nor debuild are packaged for openSUSE, I will try the manual cycles (learning by trial and error only seems frustrating :)
[23:22] <kdepepo> oops, I was reading the "old guide"...
[23:31] <jkakar> I just got an "Address Not Found" trying to load https://bugs.edge.launchpad.net/landscape/+filebug.
[23:31] <jkakar> Oh, it's back.