[00:17] <trentg> Hello
[00:18] <trentg> Anybody know why I get connection refused trying to connect/upload to ppa.launchpad.net?
[00:18] <trentg> Using ftp, using sftp or scp it times out.
[00:18] <penguin42> trentg: It broke
[00:18] <trentg> Oh
[00:19] <trentg> Any ideas when it might be back online?
[00:21] <oojah_> It worked for me just now.
[00:21] <elmo> it's back online at the moment
[00:22] <kri0> This is kinda offtopic, but does anyone one know if there is a bug tracker that allows setting a bounty for a bug, real money? )
[00:23] <trentg> Thanks, it's working now
[00:25] <kri0> for an open source project
[00:29] <penguin42> kri0: There are bug bounty sites out there - never used ones; of course there are also places that youc an buy support (as you say OT)
[00:40] <kri0> yeah, i see some 'bug bounty programs' from different vendors, what i'd like is to have a reverse 'bounty option' built-in to a tracker. That is, when someone submits a bug he would really like to see fixed, he could assing a bounty from his pocket, not the vendors. and others to be able to chip in micropayment like. The bounty goes to the developer who fixes it.
[01:54] <MTecknology> GAH!!!
[01:54] <MTecknology> I build perfect in a pbuilder environment; but breaks right near the tail end on lp
[01:55] <Ampelbein> MTecknology: do you have a buildlog?
[01:55] <MTecknology> https://launchpadlibrarian.net/70703826/buildlog_ubuntu-maverick-amd64.nginx_1.0.0-svn3185-ppa205~maverick1_FAILEDTOBUILD.txt.gz
[01:56] <MTecknology> Ampelbein: builds nginx-light and nginx-full great; almost finishes nginx-extras; poof
[01:58] <MTecknology> aah........
[01:58] <MTecknology> it's missing from the pushed branch
[01:59] <MTecknology> that'll make a big difference. :P
[02:24] <MTecknology> wow!
[02:24] <MTecknology> estimated time until build.... on 2011-05-01
[02:37] <reviczky> Hi, I'm trying to make a launchpad-recipe, merging 2 branches. They have partially common folders, but no common files, like branch1: test/file1 and branch2: test/file2. If I try "merge" I get "Branches have no common ancestor", if I try "nest-part" I get "ERROR: Conflicts from merge" It's somewhat bug #515731, but not packaging related. Any solutions or workarounds? I have to keep the branches separately.
[02:40] <wgrant> reviczky: Why must they be set up like that?
[02:40] <wgrant> That sounds like an awful mess :(
[02:40] <reviczky> because they are two different projects
[02:40] <MTecknology> even messier than the recipes I needed to come up with :P
[02:41] <wgrant> reviczky: And you have to merge the trees at the same level to build?
[02:41] <reviczky> yes
[02:41] <wgrant> Why?
[02:42] <reviczky> so I'm importint the code into launchpad, 2 different branches, and one is the main containing the program, the others are extension modules that needs to be there at build time
[02:42] <wgrant> You can't include them as a subdirectory instead?
[02:42] <reviczky> the use the same folder structure
[02:42] <reviczky> scripts/... doc/.. are all shared
[02:42] <reviczky> but no conflicts
[02:42] <wgrant> Well, there are conflicts :)
[02:42] <wgrant> Just not file conflicts.
[02:43] <reviczky> yeah, thats what i mean
[02:43] <MTecknology> a directory is a conflict the same as a file
[02:43] <reviczky> i see
[02:43] <reviczky> until now i was merging by hand, means copying together, i wanted to have some automation
[02:43] <MTecknology> a copy isn't a merge
[02:44] <MTecknology> a merge is for branches that separated
[02:44] <wgrant> reviczky: How do you normally build it during development?
[02:44] <wgrant> reviczky: Having to manually merge two trees together sounds like a terrible task.
[02:44] <reviczky> well this is what i did until now, by hand:
[02:44] <reviczky> getting the two branches
[02:44] <reviczky> copying them together
[02:44] <reviczky> add the debian tree
[02:44] <reviczky> and build
[02:45] <reviczky> so i could do the same in 1 branch
[02:45] <reviczky> but it since they are maintained deparately it would be nicer to hve them in separate branches
[02:45] <wgrant> It seems like a fairly bad idea to be trying to merge two trees together like that.
[02:45] <MTecknology> the branches?
[02:45] <wgrant> They should either be one branch, separate packages, or one should be in a subdirectory of the other.
[02:46] <reviczky> what does the Fix commited in bug 515731 mean? is it solved? how? is it available on the launchpad buildfarm?
[02:47] <wgrant> It's not available on Launchpad yet.
[02:47] <MTecknology> reviczky: what branches?
[02:47] <reviczky> so this is what i have right now: https://code.launchpad.net/context-beta
[02:47] <reviczky> its more then 2 branches, but that doesnt matter
[02:48] <wgrant> What's the difference between /context and /context-beta?
[02:48] <reviczky> that this uses an experimental tree
[02:49] <wgrant> It should probably not be a separate project unless it's a fork, but OK.
[02:49] <reviczky> i have some own modifications
[02:49] <reviczky> but yeah, ive noticed that
[02:49] <reviczky> but until i dont really have it working, i just wanted to experiment with the repices
[02:50] <wgrant> reviczky: Is there a good reason to not have the separate trees as separate packages?
[02:50] <wgrant> A reasonable rule is that one source tree => one source package
[02:50] <MTecknology> reviczky: something like that... each separate module you're building should be in it's own sib directory and your packaging should handle bringing the process together, even better - the vompile process .. (assuming these are modules)
[02:50] <wgrant> s/rule/guideline/
[02:51] <wgrant> Or that, yes.
[02:51] <reviczky> hmm, right, i can do that
[02:51] <reviczky> thanks, im gonna give that a try
[02:52] <wgrant> reviczky: I would really encourage you to use the existing https://launchpad.net/context project instead.
[02:52] <reviczky> ok, im gonna get in touch with them
[02:53] <wgrant> You can just push branches up there.
[02:53] <reviczky> i see
[02:55] <reviczky> the problem is also btw, that they dont have a version controlled source code ...
[02:55] <reviczky> and that wont change in the near future
[02:55] <wgrant> That is quite spectacular.
[02:56] <reviczky> so i have to import the code myself or with a script
[02:56] <wgrant> :/
[02:56] <reviczky> and this is why id like to have the branches separate, because i would loose the overview
[02:57] <wgrant> I guess this explains why it seems somewhat insane and completely VCS-unfriendly.
[02:57] <reviczky> right, so using separate subdirs is fine, thanks for the help
[02:57] <wgrant> :(
[02:57] <reviczky> yeah, its all a mess a right now :(
[02:58] <reviczky> and it doesnt work out of the box in ubuntu anymore
[02:58] <reviczky> thats why i have some patches
[03:02] <MTecknology> wgrant: please make builds go faster! :'(
[03:03] <MTecknology> buy 500 machines for builders!
[04:05] <cody-somerville> MTecknology, You could use AWS yourself.
[04:19] <MTecknology> cody-somerville: hm?
[04:20] <MTecknology> cody-somerville: oh! amazon?
[04:20] <MTecknology> cody-somerville: It was building perfectly fine in my own setup; turns out i missed svn add on 3 files in obscure places
[04:21] <cody-somerville> MTecknology, My comment was in reference to "buy 500 machines for builders!". ;)
[04:22] <MTecknology> cody-somerville: i don't think my purchase of amazon systems would help launchpad ... and i'm still struggingling to pay for taxes in the next 3 months
[04:24] <cody-somerville> I'm suggesting using in lieu of Launchpad. It would be pretty cheap for just yourself and you could spawn as many builders as you needed.
[04:25] <MTecknology> cody-somerville: but then how would the nightly builds end up on launchpad?
[04:25] <MTecknology> https://code.launchpad.net/~nginx/+recipe/nginx-nightly
[04:25] <MTecknology> Don't ask me why I sent it to build for oneiric.....
[04:27] <MTecknology> is the toolchain for 11.11 even close to settled yet?
[04:28] <cody-somerville> This probably isn't the right place to ask that.
[04:28] <MTecknology> true, i'd go bug in +1 but that's still closed
[04:29] <StevenK> MTecknology: *11.10*
[04:30] <MTecknology> .....
[04:30] <MTecknology> wow.... i've been calling it 11.11 for so long too
[04:30] <MTecknology> face meets palm moment
[04:30] <cody-somerville> maybe its a sign :)
[04:31] <StevenK> MTecknology: And if you read ubuntu-devel-announce, you'd see that doko announced 11.10 is open for uploads over eight hours ago.
[04:33] <MTecknology> cody-somerville: a sign that i need sleep?
[04:33] <wgrant> StevenK: Over eight hours ago?
[04:33] <MTecknology> StevenK: i thought the toolchain still changed after uploads were opened
[04:34] <wgrant> StevenK: It was well over 12.
[04:34] <wgrant> MTecknology: It's mostly done before that.
[04:34] <wgrant> There will be further minor changes, mostly after UDS.
[04:34] <wgrant> The major toolchain changes are done in a PPA per
[04:34] <wgrant> ... before release.
[04:34] <wgrant> So the new series can be opened within hours of the previous series' release.
[04:35] <wgrant> (assuming the mirrors aren't misbehaving, which caused this one to take almost 24 hours :/)
[04:36] <StevenK> wgrant: Meh, the point is, it was multiple hours ago, so there is no point going "Geee, when does Oneiric open for uploads?"
[04:36] <wgrant> Indeed.
[04:39] <MTecknology> StevenK: pretty sure, that's not what I asked
[04:39] <MTecknology> I sent this to upload...
[04:39] <StevenK> MTecknology: However, wgrant answered your question anyway.
[04:39] <MTecknology> yes, he did
[04:41] <MTecknology> StevenK: I used to remember you being a really helpful and friendly person. :(
[15:55] <c_korn> hello, I keep getting this error with my script: http://pastebin.com/raw.php?i=72urwRAa
[16:09] <wgrant> c_korn: staging's broken at the moment. You might want to use qastaging.launchpad.net for the next few days instead.
[16:22] <c_korn> hm, if I knew how to change this. I think this is the line I somehow need to configure: launchpad = Launchpad(credentials, EDGE_SERVICE_ROOT, cachedir)
[16:51] <maxb> c_korn: Thats a pretty old-style invocation of launchpadlib, what version are you using?
[16:55] <c_korn> the version of natty I think
[16:56] <c_korn> Installed: 1.9.7-0ubuntu2
[17:12] <maxb> c_korn: OK, for your immediate issue, pass 'qastaging' instead of EDGE_SERVICE_ROOT
[17:12] <c_korn> maxb: ok, this works now, launchpad = Launchpad.login_with('My Application', 'production'). thanks for the hint
[20:18] <MTecknology> my day wait for build is almost up :D
[21:08] <timrc>     0 source packages (5.3 KiB)
[21:09] <timrc> seems odd to me that 0 source packages takes up 5.3 KiB of space :)
[21:09] <timrc> perhaps due to lazy package deletion?
[21:22] <cody-somerville> timrc, indexes probably count
[22:06] <akoskm> hi! can anybody help my in using my existing gpg key. debsign returns with "...secret key not available" even if my key is showing up in gpg --list-keys
[22:07] <lifeless> If I remember gpg --edit-secret <email>
[22:07] <lifeless> will let you see that
[22:08] <akoskm> hmm. it says invalid options
[22:12] <lifeless> check the help :)
[22:13] <lifeless> [sorry I'm not all that helpful, I'm really not here today]
[22:13] <maxb> akoskm: Try gpg --list-secret-keys
[22:14] <akoskm> just tried, that shows nothing
[22:16] <maxb> akoskm: That would imply you have no secret keys available in your current keyring
[22:16] <akoskm> what I did was # gpg --search-keys akoskm, it listed me I selected that entry
[22:16] <akoskm> maxb: indeed. what should I do to add the secret key too?
[22:16] <maxb> Where is your secret key currently stored?
[22:17] <akoskm> in ~/.ssh/
[22:17] <maxb> Your GPG key is stored in your ~/.ssh/ ? I am sceptical
[22:17] <akoskm> if that one is which end with .asc
[22:18] <akoskm> I'm not really sure in these terms, just followed the guide on launchpad..
[22:19] <maxb> Which guide?
[22:19] <akoskm> where I can modify the OpenPGP keys
[22:19] <akoskm> there were the instructions to create and upload the key
[22:20] <akoskm> I did that and signed my packages so far successfully
[22:20] <maxb> akoskm: I'm fairly sure none of that would have told you to put OpenPGP keys in ~/.ssh, because that would just be weirdly confusing
[22:21] <maxb> Well, what have you changed since you last signed a package successfully?
[22:21] <akoskm> upgraded my ubuntu to natty
[22:21] <akoskm> so I suppose some things were gone
[22:21] <maxb> Did this involve doing anything destructive to your home directory?
[22:22] <akoskm> no, it is on a separate drive
[22:25] <akoskm> here is the message what I'm getting at the end of debuild: http://pastebin.com/6eMP9pfX
[22:25] <akoskm> and my key is uploaded to http://keyserver.ubuntu.com/
[22:26] <maxb> This seems to indicate that you have somehow lost your secret key from where it should be stored in ~/.gnupg/secring.gpg
[22:31] <akoskm> Indeed, all files in that directory were created today. :/
[22:32] <maxb> Oh dear.
[22:32] <maxb> Did you have a backup?
[22:33] <Ampelbein> akoskm: just a wild guess, is the filesystem with your home mounted? as you indicated it is on a seperate drive.
[22:33] <akoskm> from that directory? no.
[22:33] <akoskm> Ampelbein: it is
[22:33] <akoskm> :)
[22:33] <Ampelbein> akoskm: ok, I had the same problem once, wondered where all my stuff is gone ;-)
[22:40] <akoskm> maxb: so, if there is no backup about that directory I can't use my key, it is simple like that?
[22:40] <maxb> yes
[22:40] <maxb> You will have to generate a new one from scratch, and redo all setup steps involved.
[22:41] <akoskm> hmm
[22:41] <akoskm> can I sign the code of conduct with one account twice?
[22:41] <maxb> (and there is no way to remove your old key from the public keyservers, ever)
[22:44] <maxb> Oh, you can skip the CoC step - your old signature still counts for that
[23:00] <akoskm> maxb: thank you, I'll back up my key next time ;)