[02:14] is it a soyuz bug if the build score is based on all the entries in teh changelog and not just the top entry? [02:16] micahg: No. It's based on the Urgency field in the changes file. [02:16] micahg: That should be the maximum urgency from all included changelog entries, I believe. [02:17] But regardless it is not a Soyuz bug. [02:17] wgrant: ah, ok, so it's not a bug [02:18] * micahg will just skip the -v on the PPA next time then [06:37] Hmm. I just did 'resubmit proposal' on a merge proposal without realising that it would have been better (in terms of the email produced at least) to update the description *first*. [06:37] I was expecting it to prompt me to update it, maybe show me a form along the lines of the original form used to file the MP. [06:41] spiv: Yes, that would be nice. [06:41] spiv: I've been tripped up with that myself === almaisan-away is now known as al-maisan === lan3y is now known as Laney [07:45] With the ssh key it says paddy@paddy-desktop should it be @launchpad.net. bzr is not working for me [07:49] paddy_: the name in the key doesn't matter at all [07:49] paddy_: what does 'ssh -v -l bazaar.launchpad.net' output? (pastebin it) [07:51] http://pastebin.com/8K7xrsQn spiv [07:55] paddy_: "# [07:55] Agent admitted failure to sign using the key." [07:56] That's your problem. [07:56] You probably need to run 'ssh-add' or something like that. [07:59] spiv that worked, thanks [09:28] Hi, while uploading my package in ppa, I am getting this error msg again and again or two/six packages which I am packaging. Rejected Unable to find sugar-presence-service-0.90_0.90.1.orig.tar.bz2 in upload or distribution. Files specified in DSC are broken or missing, skipping package unpack verification. [09:28] anyhelp? [09:28] neeraj: it means you're not uploading the .orig file and it can't find the one you're referencing in the dsc file in the distro or your ppa [09:30] but the orig file is present in the folder alongside dsc file named sugar-presence-service-0.90_0.90.1.orig.tar.bz2 [09:31] debuild -S command asked me for it. So I am sure while building the package this orig file was used. [09:33] neeraj: debuild uses it, but it won't upload it unless you give it the '-sa' option. [09:37] I can't believe how on earth I didn't tried -sa and keep using -s flag. Wasted hours trying to solve this error. :( [09:37] wgrant: bigjools thanks :) [09:43] with -sa flag , I got this msg Source/binary (i.e. mixed) uploads are not allowed. [09:43] Rejected ^ [09:46] neeraj: You need both -S and -sa [09:53] Ohh.. wgrant thanks gain. So whenever I will use .orig file while building I have to use both -S and -sa and If I don't then only -S will work.? [09:54] hi. can i somehow search for translations for my language across any projects? [09:55] i mean i want to know how "somesentence" is translated in rosetta, as i know launchpad has hundreds or project translations [09:55] yet i don't have myself a project so it would suggest me [09:56] glen: I am sorry, we don't have that option. [09:57] Also, even if you had a project, you would not see them atm because global suggestions have been deactivated to avoid page timeouts. [10:18] yet it does sometimes suggest me translations from other projects, that is disabled now? or it just limits the result by some range? === matsubara-afk is now known as matsubara [12:06] is there a anyway so that we can reduce build time on launchpad. I don't get much time for packaging and can't move ahead without verifying initial packages. [12:07] *? [12:07] neeraj: Have you tried using pbuilder locally? [12:07] You should be testing on your own machine before you upload to Launchpad. [12:08] I have tested on my own machine but build was failing on launchpad due to some error. [12:08] Tested with pbuilder, or something else? [12:09] pbuilder and sbuild ensure a clean build environment, so you can be sure you've got all the right build dependencies set. [12:09] cbds version unmet denpendency. I build the package using debuild and installed the deb file. [12:09] Ok reading about pbuilder === Ursinha-afk is now known as Ursinha === mrevell is now known as mrevell-lunch === mrevell-lunch is now known as mrevell === oubiwann is now known as oubiwann-away === LinuxJedi is now known as LinuxJedi|away === oubiwann-away is now known as oubiwann [14:47] Hi [14:47] i cant create a test project, i get an error which says i should reload the page after some time. now after the reload it tells me that url is taken BUT im 100% sure its not, ive picked serveral loong random ones [14:47] hey, any LOSA around ? [14:48] Can anyone help me enable "natty" on our PPA? [14:48] berco (TI) has a prob with the TI ppa [14:48] * ogra_ac would expect natty to happen automatically there, but apparently it doesnt [14:50] TI PPA @ https://launchpad.net/~tiomap-dev [14:50] berco: just upload to natty [14:50] are natty chroots for package buildin expect to fail? [14:50] bigjools: nothing needed? I remember my package got rejected last week [14:51] berco: I was not around last week, what was the rejection? [14:51] AFAIK it should work [14:51] bigjools: I need to try again as I deleted the email... [14:52] ok let me know [14:54] bigjools: one other question I had last week was if I can list the distributions that I support in my changelog or if only one is allowed. [14:54] for instance, is this allowed in the debian/changelog: titiler-memmgr (0.24.11-0ubuntu1) maverick natty; urgency=low [14:55] berco: no, LP only supports a single target series [14:55] but once it's built you can copy it between series if you don't need to rebuild [14:55] otherwise you need to upload different versions to different series [14:56] ok, thanks [14:56] let me know if this FAQ explains it adequately: https://answers.launchpad.net/soyuz/+faq/1371 [14:59] bigjools: I think the FAQ is clear enough, maybe just need to add "distro series" in the title as when I was looking at the debian policy they call this field "distribution". [15:00] berco: ok thanks for the feedback [15:00] bigjools: np [15:00] fixed :) === matsubara is now known as matsubara-lunch [15:43] bigjools: looks like I have an issue uploading to the PPA. Might be related to our internal network, I'm checking [15:44] berco: what happens? [15:46] bigjools: when I do the dput, I have "write failed: Broken pipe" message [15:46] berco: ftp or sftp? [15:47] bigjools: sftp [15:47] berco: are you using maverick? [15:47] bigjools: I'm still on Lucid on my PC machine [15:47] can it explain? [15:47] ok that should be ok - there's a known problem with the maverick dput over sftp [15:48] have you used sftp before? === LinuxJedi|away is now known as LinuxJedi [15:48] and is your public key on your account and your account referenced in the "login" dput conf? [15:48] bigjools: yes, all the time when uploading to our PPA on Launchpad [15:49] bigjools: however, this is first time I try on this particular PPA (ti-omap-private) [15:50] not sure what's up then [15:50] bigjools: I just verified my dput.cf file and it has my login [15:50] what about the public key, I forgot what I need to check here [15:50] ? [15:50] the service is up and I can ssh it (although it correctly says I can't get a shell) [15:51] your ssh key needs to be associated with the account you're sftp-ing to === apw` is now known as apw [15:53] bigjools: can you help me verify this latter item please? [15:54] I'mnot confident I have it right [15:54] berco: you can do it yourself, just visit the account page in Launchpad [15:54] bigjools: on my account I can see the PPA subscription [15:54] bigjools: so is that mean it's all good? [15:55] there's a section mid-right of the page "SSH keys" [15:55] yep, I see this section [15:55] https://edge.launchpad.net/people/+me/+sshkeys [15:55] should show the keys [15:55] make sure the account is the same as the one in the "login =" section of the dput.cf you're using [16:02] bigjools: the information shown at https://edge.launchpad.net/people/+me/+sshkeys is exactly what I have in my ~/.ssh/id_rsa.pub [16:07] berco: ok, what happens if you ssh @ppa.launchpad.net ? [16:24] Incidentally I think I've figured out the dput hang over sftp on maverick - I'll have a go at fixing bzrlib tonight === beuno is now known as beuno-lunch === Ursinha is now known as Ursinha-doctor [16:31] bigjools: ssh berco@ppa.launchpad.net [16:31] No shells on this server. [16:31] Connection to ppa.launchpad.net closed. [16:32] bigjools: sorry for the delay but I just tried on my colleague's machine and it worked. So I will try to restart my PC. [16:33] * berco going for a reboot === matsubara-lunch is now known as matsubara === LinuxJedi is now known as LinuxJedi|away === al-maisan is now known as almaisan-away [16:56] bigjools: I've been able to upload. Package has been accepted on launchpad but my dput command never returns on my PC. I wonder if there's an issue with corscrew as I'm behind a firewall and killing it will allow the dput command to return === yofel_ is now known as yofel [17:04] berco: there's a known regression with sftp from maverick where it hangs at the end [17:04] other than that I don't know of any issues [17:04] (sorry was OTP) [17:05] bigjools: ok, thanks for the update. So looks like everything looks as good as it can be :) [17:05] bigjools: thanks for your precious help [17:06] berco: no worries, glad to help === beuno-lunch is now known as beuno === menesis1 is now known as menesis === Ursinha-doctor is now known as Ursinha === LinuxJedi|away is now known as LinuxJedi [19:02] fta: hi [19:02] lifeless, hi [19:02] when the dashboard script crashes [19:02] what does it look like [19:03] I mean, how can I tell if I've made it fall down go boom [19:03] i get a py stack with an html page containing an oops [19:03] let me see if i still have some logs [19:03] on the console or in a log file or in one of the html outputs ? [19:04] fta: I'm running it here to qa this patch [19:04] fta: I'm up to batch size 50 without error [19:04] good [19:05] (if it lasts) [19:05] well, its a code change to be more sensible [19:06] lifeless, here is one: http://paste.ubuntu.com/528850/ [19:07] fta: so thats shown on the console that your shell script is running in ? [19:07] yes, the py script is called by a shell script (several times as mentioned in the bug) itself run by cron [19:08] ok [19:08] thats what I was asking - where to look for errors :) [19:08] i get errors in my mailbox [19:08] (I know what the errors look like :P) [19:08] i said in the bug nothing is expected on stdout [19:08] except py or lp errors [19:08] how do i unassign my self to a bug? [19:09] paddy_: click the yellow icon to the right of your name in the table at the time - in the 'assignee' column. Then click 'unassign me'. [19:09] fta: 100 works. [19:09] lifeless, \o/ [19:13] try the xorg-edgers ppa too, it's quite big: http://sarvatt.com/xorg-edgers/ [19:13] 200 works [19:14] so how does that look ? '$BIN $OPTS xorg-edgers' ? [19:14] view source shows: [19:15] trying [19:16] i don't know if anyone else is use it [19:17] also, you should disable the cache, otherwise, there's not much to poll and you'll never hit your limit [19:18] ahh [19:18] 200 on xorg broke [19:18] oh [19:18] maybe for mine too (if you drop the cache) [19:18] deploy [19:19] HTTP Error 503: Service Unavailable [19:19] new code landing on qastaging [19:19] o [19:19] h [19:21] where does the cache get stored ? [19:22] found it [19:22] running a full run, all the ppas including xorg-edgers, empty cache [19:31] ok the xorg-edgers one died with the 200 size query [19:31] fta: however I think it will be tolerable for you for a while, and we can come back later and make it faster still. [19:36] fta: its in rev 11888 [19:37] fta: so when launchpad.net shows that in the bottom right of the page, you should get a performance boost [19:37] lifeless, ok, excellent. thanks! [19:37] lifeless, which chunk size do you recommend? [19:38] fta: the largest that works reliably :) [19:38] I don't know what that figure will be === Ursinha is now known as Ursinha-brb === almaisan-away is now known as al-maisan === matsubara is now known as matsubara-afk === Lcawte|Away is now known as Lcawte [22:07] fta: we're deploying the fix now [22:07] fta: if you're around in a bit it should be usable [22:22] LP is ooping on me a whole lot, is this already been reported? [22:23] If not, I've been able to have it OOPS on me lots. Here's the error codes ( so far ) -- http://pastebin.com/JvmF6fwP [22:23] paultag, Reported. I'm told the're working to fix it now. [22:24] cody-somerville, awesome. Thanks so much :) [22:25] fixed [22:26] fta: please be trying the slow api again now [22:28] lifeless, ok. excellent. moved to batches of 50. i'll let you know. === al-maisan is now known as almaisan-away [22:56] fta: how did it go ? [22:58] lifeless, seems ok. [22:59] \o/ [23:02] lifeless: https://launchpad.net/~pythoneers/+archive/py27stack4/+packages [23:04] barry: large ppa ? [23:05] it does have a lot of packages. i was actually trying to cull them, but kept getting the oops [23:05] barry: when did you start getting the oops [23:05] an hour or so ago [23:05] and it was working before that ? [23:06] when did you last see it work ? [23:06] lifeless: yesterday [23:06] ok [23:06] so its probably a regression in 11888 [23:06] hmm [23:06] grumble. [23:06] dang [23:07] though https://bugs.edge.launchpad.net/soyuz/+bug/672371 [23:07] Launchpad bug 672371 in Soyuz "Archive:+packages timeouts (affected: 1, heat: 6)" [High,Triaged] [23:08] when the oops comes through I'll have a peek [23:08] till then, lunch [23:08] lifeless: thanks. i'' be breaking for dinner soon, and i'll subscribe to that bug === LinuxJedi is now known as LinuxJedi|away