=== wgrant changed the topic of #launchpad to: LP briefly offline for maintenance from 04:00 UTC | 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 | ||
Pr0t3us | Anyone around that can help me take a look at why our new releases build is failing? From what I can tell all is fine up until one of the install files tries to move 2 binaries from usr/local/bin/ to usr/bin.. This has worked no problem in the past | 06:35 |
---|---|---|
Pr0t3us | https://launchpadlibrarian.net/357992526/buildlog_ubuntu-xenial-amd64.smartcash_1.1.1-0xenial1_BUILDING.txt.gz | 06:38 |
Pr0t3us | One of our previous buildlogs (which was successful) https://launchpadlibrarian.net/353211128/buildlog_ubuntu-zesty-amd64.smartcash_1.1.0rc4-2zesty3_BUILDING.txt.gz | 06:40 |
wgrant | Pr0t3us: Have you tried to reproduce the problem locally? | 06:46 |
wgrant | Nothing jumps out at me. | 06:46 |
Pr0t3us | Yea, I can't reproduce it locally. Seems to build fine.. Really don't know what I'm doing wrong on this one. | 06:47 |
Pr0t3us | The smartcashd.install file seems to be where it's failing but that file hasn't changed at all and I can see it install the file to usr/local/bin/ in the build log, right? | 06:49 |
wgrant | Yeah, exactly. It's a bit weird. | 06:58 |
wgrant | Might be worth sticking a "find debian/tmp" in there, or turning on dh verbose mode, or similar. | 06:58 |
Pr0t3us | do you think if i made it debian/tmp/usr/local/bin/smartcashd in the install file it would work ? | 07:03 |
wgrant | Pr0t3us: I don't think so. | 07:10 |
=== trevorj_ is now known as trevorj | ||
=== rmk` is now known as rmk | ||
=== DalekSec_ is now known as DalekSec | ||
=== cjwatson_ is now known as cjwatson | ||
=== stub` is now known as stub | ||
chrisccoulson | hi, I got 2 random launchpad emails this morning with the subject "Launchpad internal error" and the text "Launchpad encountered an internal error during the following operation: unspecified operation. It was logged with id OOPS-5a001bc4ef552abf7d00754f55a4dc0a. Sorry for the inconvenience." | 12:38 |
ubot5 | https://oops.canonical.com/?oopsid=OOPS-5a001bc4ef552abf7d00754f55a4dc0a | 12:38 |
chrisccoulson | the second one had a different oops code | 12:38 |
chrisccoulson | I've got no idea what that was in response to | 12:38 |
chrisccoulson | (it was before I started work) | 12:38 |
cjwatson | Looks like that job has been running since aurora's reboot and is very confused. Let me get it restarted | 12:49 |
chrisccoulson | cjwatson, thanks (I received a third similar message just before you responded) | 13:06 |
cjwatson | Yeah, I saw that the OOPS had some more recent instances | 13:07 |
Forst | Hello! Sorry to interrupt. Got a user that posts spam in bugs, being going on for a while already, question on LP Answers was ignored. User https://launchpad.net/~xxx-man82, sample comment https://bugs.launchpad.net/ubuntu-ru/+bug/358351/comments/31 . Thank you for attention! | 13:08 |
ubot5 | Ubuntu bug 358351 in Russian Ubuntu Projects "Использовать рассылки в рабочих группах" [Medium,Fix released] | 13:08 |
cjwatson | Forst: can you link to the question on LP answers for me? | 13:08 |
cjwatson | chrisccoulson: kind of hard for me to tell what's going on though since some imports are super-slow. which reminds me, I had a branch somewhere to make the logging a bit more useful ... | 13:09 |
Forst | cjwatson: https://answers.launchpad.net/launchpad/+question/615863 | 13:09 |
cjwatson | Forst: I'll deal with that now, thanks. sorry for missing it | 13:10 |
Forst | Thank you very much! | 13:10 |
cjwatson | I really must see if we can turn off expiry of questions for our own answers area | 13:10 |
ricotz | hello, is is a bad time to upload long lasting builds currently? it seems some of mine just stopped without a log e.g. https://launchpad.net/~ricotz/+archive/ubuntu/ppa/+build/14383177 | 14:16 |
cjwatson | We had some network saturation recently, which may have killed a few builds. Just retry | 14:27 |
ricotz | ok, done, I hope it will work out again | 14:30 |
Pr0t3us | Can anyone help me? I'm still unable to build.. Can't figure out what the problem is | 16:14 |
Pr0t3us | https://launchpadlibrarian.net/358019047/buildlog_ubuntu-xenial-amd64.smartcash_1.1.1-3xenial4_BUILDING.txt.gz | 16:14 |
cjwatson | Pr0t3us: Looks like you're installing /usr/local/bin/smartcashd etc., but your debian/smartcashd.install refers to /usr/local/smartcashd. Missing bin/ | 16:25 |
Pr0t3us | Thanks, I just noticed that too which was me just trying anything I can. /usr/local/bin/smartcashd also does not work which it always has | 16:26 |
cjwatson | Pr0t3us: Also, your build is likely to fail a bit later since we generally forbid packages installing into /usr/local. Should just use /usr/bin, --prefix=/usr etc. | 16:26 |
Pr0t3us | We really didn't change anything that would mess that up. here's one with the file path correct and still failed - https://launchpadlibrarian.net/357992526/buildlog_ubuntu-xenial-amd64.smartcash_1.1.1-0xenial1_BUILDING.txt.gz | 16:27 |
Pr0t3us | Well the install places it in usr/bin | 16:27 |
Pr0t3us | right? | 16:27 |
cjwatson | it really doesn't. look like 20 lines up! | 16:27 |
cjwatson | libtool: install: /usr/bin/install -c smartcashd /<<PKGBUILDDIR>>/debian/tmp/usr/local/bin/smartcashd | 16:27 |
cjwatson | hmm | 16:29 |
Pr0t3us | I appreciate your help | 16:29 |
cjwatson | one thing I would recommend is replacing the call to ./configure CPPFLAGS=... in debian/rules with dh_auto_configure -- CPPFLAGS=... | 16:30 |
cjwatson | that way, you'll get all the usual defaults | 16:30 |
cjwatson | I suspect that's a lot of your problem | 16:30 |
Pr0t3us | Okay, I'll try that | 16:30 |
cjwatson | you should then change debian/smartcashd.install to read as follows: | 16:30 |
cjwatson | usr/bin/smartcashd | 16:30 |
cjwatson | usr/bin/smartcash-cli | 16:31 |
cjwatson | and similarly with your other .install files | 16:31 |
cjwatson | the .install lines that don't relate to /usr/bin/ can stay as-is | 16:31 |
Pr0t3us | So just remove the local like - | 16:32 |
Pr0t3us | usr/bin/smartcashd usr/bin | 16:32 |
cjwatson | no | 16:32 |
Pr0t3us | or remove the usr/bin as well ? | 16:32 |
cjwatson | you don't need the target directory if it's just the same as the source directory structure | 16:32 |
cjwatson | so I mean "usr/bin/smartcashd usr/bin" would work, but it's redundant, "usr/bin/smartcashd" is all you need there | 16:33 |
cjwatson | check for any other references to usr/local in your debian/ tree before you upload, and ideally try a test build locally first - you should have been able to reproduce this identical bug in sbuild | 16:34 |
cjwatson | and iterating locally is generally less frustrating than iterating via even the best remote service, once you get it working | 16:34 |
Pr0t3us | cjwatson: I tried your suggestions and unfortunately it's still not working. Still shows "not found" when trying to run the smartcashd.install and pull files | 18:05 |
Pr0t3us | Wait, I think I may have just found something | 18:06 |
cjwatson | tried locally I guess? I don't see it in your PPA yet | 18:07 |
Pr0t3us | Tried locally and then tried on PPA but with what I pushed to PPA I still had /usr/local/bin/ and it looks like it was installing to usr/bin/ like you said (when using dh_auto_configure) | 18:08 |
Pr0t3us | https://launchpadlibrarian.net/358071441/buildlog_ubuntu-artful-amd64.smartcash_1.1.1-1artful2_BUILDING.txt.gz | 18:08 |
Pr0t3us | Putting in the right filepath now (usr/bin/smartcashd) and trying again | 18:09 |
cjwatson | right, that just looks like you forgot the .install changes | 18:10 |
cjwatson | the configure change has worked | 18:10 |
Pr0t3us | Yea, trying again now with the .install changes. Thanks again for the help | 18:10 |
cjwatson | np | 18:10 |
Pr0t3us | You're the best, seriously. I have a panicked team and 9000+ nodes waiting to update using this PPA | 18:10 |
Pr0t3us | I'm feeling the pressure lol | 18:10 |
cjwatson | yikes | 18:10 |
cjwatson | whoa, our build farm is not happy at the moment either | 18:12 |
Pr0t3us | Overloaded ? | 18:17 |
cjwatson | no, outage induced by a compute node reboot I think | 18:18 |
acheronuk_ | cjwatson: not a good time to upload 140 packages then? | 18:20 |
acheronuk_ | I'll wait..... | 18:21 |
Pr0t3us | lol | 18:21 |
acheronuk_ | actually 195 | 18:21 |
* acheronuk_ hides | 18:21 | |
=== acheronuk_ is now known as acheronuk | ||
cjwatson | acheronuk_: should be sorted soon hopefully, up to you | 18:22 |
=== pbek_ is now known as pbek | ||
* ricotz hopes this doesn't break the ones currently running | 18:41 | |
cjwatson | no, it won't | 18:44 |
Pr0t3us | Still waiting for build to start, going to be a while? | 19:13 |
teward | it might, it might not. impossible to reliably guess I think. | 19:13 |
teward | eww | 19:14 |
teward | cjwatson: build farm exploded? | 19:14 |
teward | Pr0t3us: i'm going to err on the side of caution and say "Hes it will be a while" | 19:15 |
teward | Yes* | 19:15 |
cjwatson | no need to highlight me, please, doing what I can amid cooking dinner | 19:23 |
cjwatson | comments in scrollback still apply | 19:23 |
teward | i showed up and don't have scrollback, so my apologies :) | 19:25 |
* teward kicks his ZNC for failing to send him scrollback | 19:25 | |
cjwatson | https://irclogs.ubuntu.com/2018/02/22/%23launchpad.html exists | 19:26 |
cjwatson | builders coming back now | 20:02 |
Pr0t3us | w00t :) | 20:03 |
acheronuk | :D | 20:03 |
Pr0t3us | Damn :/ still the same issue even with .installs updated.. https://launchpadlibrarian.net/358088709/buildlog_ubuntu-xenial-amd64.smartcash_1.1.1-5xenial6_BUILDING.txt.gz | 20:29 |
Pr0t3us | When I build it locally it fails the same way but then has debian/tmp/usr/bin/ with all of the binaries there so I know it's completing the build, just not packaging the deb.. Makes no sense | 20:30 |
cjwatson | Pr0t3us: ok, give me a few minutes | 21:17 |
Pr0t3us | Thank you again cjwatson | 21:20 |
cjwatson | just waiting for the build to get that far here | 21:35 |
Pr0t3us | any luck? | 21:55 |
cjwatson | still building - not the fastest in the world when my laptop's on battery and so throttled back | 21:56 |
cjwatson | (it's nearly 10pm here, so I'm mostly doing housework) | 21:59 |
Pr0t3us | I really don't know what else to try... wgrant mentioned trying to put a "find debian/tmp" in but where would I put that? in the .install files? | 22:03 |
Pr0t3us | It's weird that we're having this problem. We never did previously and none of the src code changes should affect this part of the build process (packaging) | 22:04 |
cjwatson | that'd go in debian/rules, but at this point it's probably faster to wait for my build to finish here ... | 22:05 |
Pr0t3us | Okay, definitely. | 22:05 |
cjwatson | sigh, really should've used -j4 | 22:17 |
cjwatson | aha! | 22:34 |
cjwatson | Pr0t3us: your problem is that most of the files in debian/ have mysteriously become executable | 22:34 |
cjwatson | presumably Windows damage | 22:34 |
cjwatson | Pr0t3us: in your case, only debian/rules should actually be executable; none of the other files are scripts. but if they're executable, recent versions of debhelper will try to execute them | 22:35 |
Pr0t3us | wow i dont know how that happened. I don't use windows | 22:36 |
Pr0t3us | Fixing now | 22:36 |
Pr0t3us | Thank you so much again | 22:36 |
cjwatson | so the reason it's saying that usr/bin/smartcashd doesn't exist is that it's trying to execute debian/smartcashd.install as a shell script, and that's the first word of the first line. but it's executed at the top level of the package, rather than using dh_install's logic for picking files out of debian/tmp/ | 22:36 |
cjwatson | no problem, pesky +x bits can be hard to spot | 22:36 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!