[00:00] is ssh preferable/more stable? [00:12] veebers: ssh is more efficient [00:12] veebers: if you have network issues of anysort it would be better. [00:12] lifeless: cool, thanks [00:13] I'm not sure why I received the 2 different errors [00:13] we had an issue with http earlier today. [00:13] You may have been using it at the time. [00:15] ahh ok, that would explain that [00:36] any way to pull a tarball of files out of launchpad? [00:36] wget [00:42] lifeless: ... you made me feel really stupid. [00:42] thanks for the help [00:42] GriffenJBS: sorry! [00:43] don't be, I wasn't thinking [00:43] ah, no worries then :) [00:43] I looked at launchpad and saw bazaar everywhere was was thinking it was needed [00:44] I can wget -r the files, I would like to have it compressed on host then transfered, but I just need the files [00:45] GriffenJBS: A URL like http://bazaar.launchpad.net/~loggerhead-team/loggerhead/trunk-rich/tarball will give you a tarball [00:48] oh nice, wget didn't work, and the compression is possible [00:49] wget checks robots.txt which disallows everything [00:51] you can use wget -e robots=off [00:52] ajmitch: the manual makes no mention of that [00:52] no, the manpage doesn't list every option [00:55] I got the files, wgrant, the tarball url worked like a charm [01:00] yeah, recursive wget does the right thing; using robots=off would likely be detected and your ip blocked :P [01:01] blocked if it's just a single url being fetched, or does wget not look up robots.txt for that? [01:01] wget -r obeys robots [01:01] wget URL doesn't. [01:01] right [01:01] then don't ignore robots.txt with -r, otherwise angry ops hunt you down :) === verterok` is now known as verterok === sagaci_ is now known as sagaci === czajkowski changed the topic of #launchpad to: Help contact:czajkowski | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad [11:14] could someone please restart this freezed build? https://launchpad.net/~ricotz/+archive/staging/+build/3738707 [11:14] bigjools, hi :) ^ [11:16] ricotz: patience [11:16] I'm just asking [11:16] asked [11:17] czajkowski, sorry, thanks [11:19] czajkowski, jfyi, this freeze is happening quite often on some (i think, newer) i386 builders since the move of launchpad [11:19] ricotz: yes there was a backlog since the move [11:39] czajkowski, sorry for bothering, is there any progress? [11:45] hmm, the build is now cancelled which i could have done myself :\ [11:46] sorry, i need to run === yofel_ is now known as yofel [12:47] hi. our repository looks corrupted: [12:47] $ bzr branch lp:maria/5.1 [12:47] bzr: ERROR: No such file: '/srv/bazaar.launchpad.net/mirrors/00/05/62/51/.bzr/repository/indices/b658cec5bdb393a80d29dc [12:47] what could I do? [12:47] serg: is that the entire error? [12:48] jelmer: I guess the useful part would be in the smart server log anyway... [12:48] (rather than on the client) [12:48] yes. it's the error when I run bzr in a local shared repo. If I run it in an emtry directory it's an python exception [12:49] that still boils down to a missing file up the stack trace [12:50] bzr: ERROR: bzrlib.errors.ErrorFromSmartServer: Error received from smart server: ('NoSuchFile', '/srv/bazaar.launchpad.net/mirrors/00/05/62/51/.bzr/repository/indices/b658cec5bdb393a80d29dc93e9c94ea3.rix') [12:52] * serg notices that the first error message, was indeed, truncated. "...93e9c94ea3.rix" was missing [12:55] serg: so, the lo-fi way of fixing this would be for someone who has 5.1 to push it up to a new branch stacked on maria, then do a switcheroo [12:55] provided that works. [12:55] that probably would. 5.2 branch works ok and it's stacked on maria too [12:56] but I'll loose all subscribers and I don't know what else [12:56] but if it's the only solution, I'll do that, of course [12:57] ah, hold that for a sec [12:57] the branch is listed as stacked on 5.3? [12:58] that does not sound right, perhaps the stacking just needs resolving [12:58] ...they were created at about the same time by you though... [13:00] and it's me who actually broke 5.1 branch. I pushed, it hanged (this happens, rarely), I ^C, broke the lock. And the branch is broken. [13:01] ...that's not good, seeing the server log from that operation would be nice [13:01] but probably some odd stacking interaction [13:02] ok, I'll recreate it, then :( [13:03] what do you have in .bzr/repository/indices locally for that branch? [13:04] serg, mgz: I'd recommend moving the .bzr away and pushing with --use-existing-dir [13:04] Rather than deleting the branch and the metadata and blah [13:05] https://answers.launchpad.net/launchpad/+question/206528 is serg question on LP [13:05] This'll preserve the stacking relationships and merge proposals and subscriptions and blah [13:05] mgz: it's a shared repo. [13:05] wgrant: what do you mean "moving the .bzr away" ? [13:05] Rename .bzr on the server to some other permitted name (like backup.bzr) [13:05] serg: a hack with sft [13:05] So you can push up a clean copy of the branch [13:06] *sftp [13:06] Into the existing branch on Launchpad [13:06] oh. interesting [13:06] which lets you poke the contents of .bzr directly [13:06] wgrant is right that just wiping then pushing fresh is probably safest as stacking complicates things [13:07] Well, "wiping" except with a backup so we can recover the old one if something goes wrong :) [13:07] so... you need to do this yourself (as we don't have access to the branch), but in short [13:09] wgrant: thanks! very useful, I could've used it earlier too, we had problems before (but nothing that bad) === Guest81255 is now known as jpds [13:09] serg: can we close your question on LP so ? [13:10] hmm. I got permission denied when I tried to rename [13:10] `sftp serge@bazaar.launchpad.net:~maria-captains/maria/5.1` [13:10] then rename to er... needs to be a specific thing, just checking [13:11] ALLOWED_DIRECTORIES = ( '.bzr', '.bzr.backup', 'backup.bzr', 'backup.bzr.~1~', 'backup.bzr.~2~', [13:11] czajkowski: 1 min. I'll close it myself when I'll fix it. by the way, do you want me to put this trick in the answer? or better not? [13:11] backup.bzr [13:11] right, what wgrant said :) [13:11] serg: up to you [13:11] got it, thanks! [13:12] thanks! worderful! [13:12] czajkowski: I'm closing it now [13:27] czajkowski, hi, are you still around? [13:32] since the mentioned build was canceled which i was told can't the restarted from this state, i uploaded a new build which got stuck too https://launchpad.net/~ricotz/+archive/staging/+build/3738754 [13:34] hmm another one [13:34] wgrant: any ideas [13:34] as now I'm confused [13:35] e.g. this one worked https://launchpad.net/~ricotz/+archive/staging/+build/3737282 [13:37] the problem might be that the g-ir-scanner is requested to initialize clutter and xthreads where some builders running into problems it seems [13:38] i can cancel and upload new build over and over again until it works, but i dont like this idea, so i asked to restart this specific build to avoid a rebuild of the amd64 packages [13:39] so please don't just cancel it again ;) [13:39] ricotz: I didnt cancel it, I requested it to be restarted! [13:40] hmm, looks canceled to me :\ https://launchpad.net/~ricotz/+archive/staging/+build/3738707 [13:40] yes it was but that wasn't what I requested [13:40] and I'm also no tthe one who did it. [13:40] mgz: can you please help out [13:40] thanks [13:40] request to restart = cancel current, start again, no? [13:41] czajkowski, alright, just saying [13:41] at least i was told there is no going back from "cancel" [13:42] not sure if that changed recently [13:45] so, how do we know the 3738754 build has hung? [13:46] just that it should have progressed by now? [13:46] mgz, trust me i know [13:47] mgz, i already waited out some of those [13:55] okay, so gumiho hasn't managed to do anything for two hours === cyphermox_ is now known as cyphermox [14:07] ricotz: so, the builder is doing work, but not obviously getting anywhere [14:08] inside the /usr/bin/g-ir-scanner process from the log, is running `python /usr/bin/check-implicit-pointer-functions --inline --warnonly` [14:08] but that's not a complicated looking script [14:10] mgz, are you able to gdb this process and send a SIGSEGV? [14:10] so, it's not clear whether the builder is at fault somehow, or the build script is unreliable [14:10] we could, though getting a dump off the builder is a bit of a fag [14:11] i see [14:13] mgz, can you paste the versbose log somewhere? [14:13] will have a look now, best guess is an io deadlock of some kind [14:14] while it works on some builders, something is different then with e.g. this one [14:14] active process from the build is lt-ClutterGst-2.0 [14:15] yeah, that is the one trying initialize clutter and X [14:15] which should just fail and still work [14:25] ricotz: so, stracing that process had the side effect of breaking the loop, so you can now see the full build log [14:28] ricotz: and a chunk of the strace [14:30] basically seems to be cloning, communicating a bit, waiting for child to exit, repeat [14:31] and gumiho is now successfully building other things, so probably out of the blame [14:31] the build log [14:45] mgz, thanks, i copied the logs [14:45] mgz, i will just restart it and hoping for a working builder [14:47] ^actually, build just got killed after 150mins, missed that in the log [14:48] ricotz: so, my point is it's probably not a working builder you're hoping for, but the luck to avoid a race/loop in your package's build process [14:49] the builders are pretty much homogeneous [14:52] mgz, alright, thanks for your time [14:52] i might be back ;) [14:52] :) === czajkowski changed the topic of #launchpad to: Help contact:- | Launchpad is an open source project: https://dev.launchpad.net/ | This channel is logged: http://irclogs.ubuntu.com/ | User Guide: https://help.launchpad.net/ | Support: https://answers.launchpad.net/launchpad === jibel__ is now known as jibel [20:35] how do i create a release for my project??? I CANNOT figure this out and have thoroughly googled. [20:35] The project is https://launchpad.net/phpu-training/ [22:12] hi, quick question about the launchpad builders... would they block a build from downloading additional sources from bzr, hg, git, etc? [22:12] my build does this and it seems to have timed out [22:12] https://launchpadlibrarian.net/113443191/buildlog_ubuntu-precise-i386.hockeypuck_0.1~alpha_FAILEDTOBUILD.txt.gz [22:14] cmars232: The builders permit no internet access [22:14] maxb: bummer [22:14] maxb: thanks === zyga_ is now known as zyga [22:14] This is entirely deliberate, to enforce that the source package is actually a complete representation of what you need to build the package [22:16] the source package builds, it's just that the language tools are able to provision all the deps [22:16] they're not debian packaged [22:16] becoming a maintainer of all of the deps would be ... cumbersome for a developer [22:17] maybe i could put all the deps in the source tarball? [22:17] is there a limit on source tarball size? === Ursinha` is now known as Ursinha [22:26] I don't believe so [22:26] You're unlikely to beat libreoffice, anyway :-) [22:30] maxb: haha, thanks